.NET o no .NET, esa es la cuestión - Todos los comentarios

re: "Vivo o muerto" y el C++

Eduard Tomàs i Avellana — Mon, 09 Jan 2012 12:22:52 GMT

Bueno...

Yo creo que Tom Clancy se pasó por la página http://www.ioccc.org/ y vio alguno de los ejemplos que hay allí y dijo "coño! Esto es encriptado".

Luego leyó que es código C y listos! :P :P

Pero bueno... Los libros de Jack Ryan son puro entretenimiento y como eso han de tomarse!

Saludos!

C++/CX (II). C++/CX vs WRL

.NET o no .NET, esa es la cuestión — Fri, 04 Nov 2011 19:13:40 GMT

Bueno, una vez que hemos visto lo que hay dentro del nuevo Windows 8 , y comprobado que WinRT no es un

C++/CX (II). C++/CX vs WRL

.NET o no .NET, esa es la cuestión — Fri, 04 Nov 2011 19:13:39 GMT

Bueno, una vez que hemos visto lo que hay dentro del nuevo Windows 8 , y comprobado que WinRT no es un

C++/CX (I). Windows 8 y el nuevo subsistema WinRT

.NET o no .NET, esa es la cuestión — Fri, 04 Nov 2011 18:18:18 GMT

Observad con detalle la imagen de arriba. Fijaos en que está dividida en dos grandes bloques.

re: ¿WinRT un subsistema? No, no lo es

Eduard Tomàs i Avellana — Thu, 03 Nov 2011 12:10:18 GMT

@andrechi

No termino de entender como ayuda el hecho de que WinRT no sea un subsistema a la compatibilidad. Con la antigua arquitectura de WinNT con sólo modificar el HAL hubiese bastado. Con la actual... quien sabe.

Yo por mi parte no dudaba de que WinRT no era un subsistema. Ya no me creo nada de esas cosas de MS... en el 2004 tenían los santos cojones de decir que Longhorn iba a estar construído encima de .NET y que Win32 desaparecía (bueno, se "emularía" por compatibilidad).

Al final ya ves... creo que será más fácil que desaparezca .NET que Win32 :P

Y con la potencia de los trastos actuales no podría MS empezar un SO desde cero y virtualizar windows anteriores?

Saludos!

re: ¿WinRT un subsistema? No, no lo es

andrechi — Wed, 02 Nov 2011 21:49:04 GMT

Rafael, felicidades por tu artículo. En el que se hace una crítica de un sistema operativo bastante más allá de mirar cuánto tarda en arrancar.

En cuanto a tus quejas ten en cuenta que Windows 8 quiere ser compatible con procesadores ARM y Microsoft quiere que las mismas aplicaciones sirvan tanto para ARM como para X86.

re: C++/CX. Windows 8 y el nuevo subsistema WinRT (I)

Rafael Ontivero — Mon, 31 Oct 2011 20:57:57 GMT

Nada, tampoco es tan importante. Lo guapo sería usar el WinRT y C++/CX bajo el escritorio normal.

re: C++/CX. Windows 8 y el nuevo subsistema WinRT (I)

Ramón Sola — Mon, 31 Oct 2011 18:17:28 GMT

Haber elegido muette. :P Podrías ocultar los comentarios temporalmente. ;)

re: C++/CX. Windows 8 y el nuevo subsistema WinRT (I)

Rafael Ontivero — Mon, 31 Oct 2011 17:18:16 GMT

Joer, Ramón, me has chafado el siguiente post, que ya está programado para el miércoles. :-P

re: C++/CX. Windows 8 y el nuevo subsistema WinRT (I)

Ramón Sola — Mon, 31 Oct 2011 17:08:01 GMT

¿WinRT como subsistema independiente de Win32? En la Developer Preview, la información de la clave HKLM\System\CurrentControlSet\Session Manager\Subsystems es bastante esclarecedora. WinRT es una abstracción (mejor o peor) sobre Win32 y gracias, no hay más que buscar alguna DLL relacionada y mirar su tabla de importaciones. Incluso existen pruebas de concepto de aplicaciones Windows y .NET clásicas que llaman a rutinas de WinRT, y a la inversa. Otra cosa es que semejantes experimentos de "hibridación" resulten útiles en la práctica pues Microsoft, a través del control de la certificación y distribución de las aplicaciones "Metro", no va a permitir esos "monstruos de Frankenstein".

re: C++/CX. Windows 8 y el nuevo subsistema WinRT (I)

jorge.garmilla — Mon, 31 Oct 2011 15:44:06 GMT

Y yo programando macros de Excel en VB6.... mencagoentoloquesemena !!!!

re: El compilador como servicio

Eduard Tomàs i Avellana — Mon, 24 Oct 2011 10:48:34 GMT

@Bruno

CloudBuild... volvemos a los tiempos de COBOL, hosts y tarjetas perforadas!!! :P

Me ha hecho gracia tu comentario porque fue lo primero que se me vino a la cabeza (sin duda, creo que estamos demasiado "cloudizados"). Aunque creo que quien mejor se puede beneficiar de esto son herramientas tipo Resharper...

Saludos!

re: El compilador como servicio

Kiquenet — Mon, 24 Oct 2011 09:51:17 GMT

Entiedo que C++ nativo es más óptimo para el rendimiento (los móviles por ejemplo, tienen realmente c++ nativo creo), no?

No sé que pasará en esas cuestiones en rendimiento si se hace con VB o C#...

saludos

re: El compilador como servicio

Ramón Sola — Fri, 21 Oct 2011 22:36:15 GMT

Rafiki, por favor, lee con atención. ;)

Soma: "in Roslyn we’ve rewritten the compilers from the ground up, implementing the C# compiler in C# and the Visual Basic compiler in Visual Basic". Cada compilador en su propio lenguaje, no ambos en VB.

re: El compilador como servicio

El Bruno — Fri, 21 Oct 2011 18:49:40 GMT

Pues sin entrar en el chiste fácil, lo que me parece genial de este modelo de servicio, es poder sacar la capacidad de compilación a entornos dedicados a esto. CloudBuild? no lo veo descabellado, pero en escenarios más tontos pues codifico en una tableta y compilo... pues ve tu a saber donde :D

Salu2

re: iCloud o la flagrante tontería

El Bruno — Sun, 16 Oct 2011 12:22:27 GMT

Amen :D

Aventuras de un instalador de Windows 8

.NET o no .NET, esa es la cuestión — Mon, 26 Sep 2011 18:58:41 GMT

Bueno, como ya os comenté en la entrada anterior , hablamos y hablaremos sobre Windows 8 y su orientación

re: Ya está aquí C++Builder XE2: Una porquería de producto

Luisbrujo77 — Sun, 11 Sep 2011 07:47:39 GMT

Yo la verdad ya le perdí la fe a C++ Builder y me he cambiado a Visual Studio 2010. C++ Builder era un buen producto efectivamente hace 10 años, pero desgraciadamente no ha evolucionado para nada su compilador en todo este tiempo. Estamos en el 2011 y todavia no pude compilar a 64 bits, codigo estandard que se suponde debe compilar no compila, usar librerias de terceros en builder siemre ha sido mas complicado que en Delphi que por lo regular te funcionan a la primera, al linker de builder a cada rato se le va la pila y de repente no pude linkear las librerias, sus herramientas para debugging son muy pobres en comparación de Visual C++. En fin, es una lastima que Builder con todo y su gran VCL termina siendo un producto pobre, inestable y casi inutil para cualquier proyecto en serio.

re: Ya está aquí C++Builder XE2: Una porquería de producto

Rafael Ontivero — Wed, 07 Sep 2011 08:48:17 GMT

En los foros de Embarcadero hay bastante gente quejándose. A mi la plataforma cruzada no me funciona en Lion, etc.

El mayor problema es que el compilador/enlazador de C++ era bueno... hace diez años, y no tienen gente capacitada para reescribirlo. Lo único que hacen es meterle parche sobre parche de mala manera y eso al final termina pagándose...

El desarrollo real se está haciendo con mano de obra subcontratada por Corea o por allí, a precio *** o más bajo, con gente no muy cualificada... En USA no tienen ni un solo programador... y la gente buena se les va yendo poco a poco...

El problema es que no tienen nada que les obligue a tener un compilador de C++ decente, como pasa con Microsoft y con Intel (y Linux)... por lo que solo lo modifican lo justo para que se pueda vender, y así les va.

Para linux no sé cuándo está previsto, pero la versión de 64 bits para C++, si no la retrasan más, saldrá el año que viene por estas fechas, y miedo me dan la cantidad de problemas que va a tener...

El XE2 ya está a la venta, y se puede bajar la demo de la web de Embarcadero, que eso es por lo que he podido escribir esto.

re: Ya está aquí C++Builder XE2: Una porquería de producto

carloste — Wed, 07 Sep 2011 07:13:22 GMT

¿En serio te ha parecido tan mala?. La versión XE2 todavía no la han liberado y no he tenido el placer de probarla. Mis proyectos los tengo en la versión 2010 y estoy encantado con ella.

Comprendo que los primeros pasos en lo referente a la multiplataforma tenga sus complicaciones, pero esperemos que en el futuro sea práctico. Para mi mas que para OS X me interesaría para Linux y también para 64 bits.

La comunidad Delphi y C++ Builder ha aumentado desde que Embarcadero continuó estos productos y confío que los productos estén a la altura.