Portada
mis comunidades
otras secciones
![CoreRT (de Microsoft) convierte C# en el lenguaje multiplataforma C++ [ENG]](https://cdn.mnmstatic.net/cache/28/fd/media_thumb_2x-link-2686396.jpeg?1476827766)
#1:
Por todos los dioses extintos, antiguos, presentes y futuros... que esto se vuelva verdad!
#29:
#12 El 90% de los "usuarios de la calle" (especialmente teniendo en cuenta la pirámide de población: la gran cantidad de gente mayor, etc) no lo entiende... pero yo diría que más del 50% de los usuarios de Meneame sí lo entienden, porque Meneame es un sitio de Internet, poblado por muchos forofos de Internet y nuevas tecnologías, muchos de ellos de sectores de tecnologías de la información, como informáticos, telecos, etc.
#47:
#25 de cuando Linux estaba casi siempre en portada. Esta fué la primera portada de MNM
https://www.meneame.net/?page=8291
https://www.meneame.net/?page=8291
#7:
Ale, ya puedo poner en el currículun que sé puedo programar en C++.
Comentarios
Por todos los dioses extintos, antiguos, presentes y futuros... que esto se vuelva verdad!
#1 No sé si quiero conocer al monstruo que puede nacer de ello.
#2 #1 #5 eso se puede convertir en el dreamweaver de la programacion
#6 No entiendo qué tiene que ver una cosa con la otra.
#22 ¿alguna vez has echo una pagina con dreamweaver y luego has mirado el html que genera?
#2 ¿Qué te crees que hace un compilador? ¿Magia negra?
#23 ¡SÍ!
#1 Excelsior JET o GCJ (Ahead-Of-Time compilation, AOT) en el mundo java tienen un impacto ¿nulo?, respecto a los JIT.
Por que sera diferente en el mundo .NET?
#3 Yo nunca he entendido la necesidad de este tipo de aplicaciones, salvo que quieras hacer un analisis rapido de una aplicacion escrita en un lenguaje que no conoces. Si quiero programar algo en un lenguaje, soy de los que prefieren aprenderlo en lugar de hacer este tipo de conversiones.
#c-63" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2686396/order/63">#63 C# tiene algunas ventajas frente a C++, como el recolector de memoria o los getters/setters.
#1 Me figuro que el programa en C++ necesitará una librería bien gorda que haga lo mismo que .NET...no sé yo si ganaremos mucho.
#4 Goto #5
#18 goto #18 ... ¡cazado!
#68 Infinite loop error.
No se pudo traducir su comentario a C++
#c-1" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2686396/order/1">#1 Esto ya es una realidad y es lo que hace Xamarin cuando compila aplicaciones en C# para iOS, haciendo una compilación AOT y generando directamente bytecode para ARM. https://developer.xamarin.com/guides/cross-platform/getting_started/introduction_to_mobile_development/#How_Does_Xamarin_Work
#58 Microsoft compró xamarin hace poco. No me extrañaría que coreRt estuviera basado en su código
El éxito sería que si utilizase la función coseno en C#, entonces exclusivamente el método coseno se juntara con el código fuente y se compilara, dando un ejecutable pequeño y no le cargasen toda la librería matemática.
Soñar no cuesta nada.
#c-5" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2686396/order/5">#5 En teoría es "simplemente" un traductor de c# a c++. Imagino que se lo pasarán a todas las librerías, entre ellas la matemática. Pero si sólo incluye la librería matemática en ese caso no estaría tan mal, seguiría siendo un ejecutable muy pequeño... Por lo que he leído es lo que quieren hacer, porque están pensando en IoT, es decir, dispositivos con relativa poca capacidad. Compilar toda la librería .net sería un despropósito.
#8 Goto #5
#49 Si bien legible y ilegible da igual no solo lo importante es que el compilador C++ lo admita y lo optimice bien.
Los compiladores hacen maravillas e optimizan de maravilla pero no hacen milagros, va optimizar el codigo generado en C++ pero ese código C++ nunca
estará optimizado.
El ultimo "traductor" a C++ que vi al parecer una vez compilado generaba código 36 veces más lento que el mismo código escrito bien nativamente en C++. Con el tiempo y mejorando el traductor supongo que se puede mejorar bastante pero nunca generara "traducirá" a C++ mejor que escrito nativamente C++ (al menos si el programador sabe programar en C++)
Y una de las ventajas de C++ es su eficiencia.
Sin duda igualmente es útil, por ejemplo puedes programar en ese lenguaje por que es más fácil, "traducirlo" a C++ y luego si es suficientemente LEGIBLE optimizar el código para luego compilarlo y que compilador.
#50 Eso es solo una parte y no la más importante.
#57 En definitiva la unica ventaja clara posiblemente sea portabilidad a costa de un codigo poco eficiencia.
#5 "man ld" en Linux. Creo que hay opciones para enlazar solo el ćodigo dependiente de una librería, aunque tendrías que compilarlo estáticamente.
Ale, ya puedo poner en el currículun que
sépuedo programar en C++.#7 eres un trolazo
No se que ventajas tendria. Si quieres enlazar con C++ lo compilas como una libreria. Es lo que se lleva haciendo desde siempre. Si quieres hacer las cosas en C++ es porque quieres evitar la mala gestión de memoria que lleva implicito por utilizar C#, que lleva a los característicos stutterings. Si la eficiencia no importa, se hace en C#. Si la eficiencia importa, un código C++ creado de un C# será igual de ineficiente.
#c-46" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2686396/order/46">#46 Sería interesante comparar la popularidad de C++ frente a C# en microcontroladores porque estos deben de manejar de forma muy eficiente los recursos hardware. De momento Arduino eligió C++.
#c-59" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2686396/order/59">#59 C# es interpretado y C++ es compilado. Por otro lado C# es poderoso tanto para web como escritorio, pero ni tiene mucho sentido para implementar procesos de micro controladores ya que el cdigo a parte de ser casi igual que C++ necesitaría ejecutar el intérprete inútilmente.
#59 Tío, los microcontroladores serios se programan en C, y no en C++
#46 Pues la ventaja entiendo que está en no tener que comilar a un codigo intermedio para que despues el CLR lo vuelva a compilar a un lenguaje nativo. Se saltan ese paso.
...y por qué no programar en c++ directamente?
(desde mi ignorancia)
#24 porque .NET es de mas alto nivel, los lenguajes de alto nivel se crearon para mejorar la productividad. Sino, tendríamos que usar ceros y unos.
#27
Creo que vivís en C++98 o incluso antes
C++ sigue la filosofía de "pagas por lo que necesitas". Si quieres gestión de memoria automática, pagas el coste. La STD no te obliga a cargar con la losa de memoria, mecanismo de excepciones o introspección (entre otras) si no lo necesitas.
Y C++17 estará listo en GCC 7.
#c-35" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2686396/order/35">#35 si, yo programaba en C++, despues del 2000, tan antiguo no estoy. Ahora, si que recuerdo que la memoria me la limpiaba yo mediante código con destructores y demás.
C# es otro lenguaje, que se puede pasar a C++, y, supuestamente, escribes menos código para hacer lo mismo. Pero vamos, yo soy de Java y JavaScript, de .NET se lo que me cuentan los amigos que curran con .NET y C++.
#35 ¿C++17 ya? Si aún estoy aprendiendo el 11.
#88 Pues que sepas que el C++14 ya existe desde hace tiempo.
#91 Depende. Si te refieres a que C++ lleva incorporado un recolector de basura, como Java, entonces no, no es el caso. Si te refieres a que puedes usar los contenedores de la STL y despreocuparte de la mayor parte de la gestión de la memoria... en realidad eso ya se podía hacer desde mucho antes.
#27 Por qué es de más alto nivel? Que C++ pueda ir a un nivel tan bajo como C no significa que C++ sea de bajo nivel.
#36 yo no he dicho que C++ sea de bajo nivel, sino que .NET esta por encima. Y ojo, me refiero a Lenguajes de Alto Nivel, no a que sean mejores, que algunos se confunden (y no lo digo por ti): https://es.wikipedia.org/wiki/Lenguaje_de_alto_nivel
#c-36" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2686396/order/36">#36 Cierto, me he expresado mal, pero qué tiene C# que lo hace de mayor nivel que C++?
#24 Porque hay mucho picateclas imberbe que tiene alergia a gestionar la memoria de forma decente y ordenada. Consideran que gestionar los recursos es algo impropio de un profesional de su nivel, y prefieren delegar una tarea tan importante en el compilador para no tener que molestarse en pensar un poco. Y claro, luego salen los truños que salen, que devoran memoria y recursos como si no hubiera un mañana.
#27 C++ también es un lenguaje de alto nivel. De hecho, le permite al programador eliger entre programar en alto nivel, bajo nivel, o en una mezcla de ambos.
#62 repito, no he dicho que C++ no sea de alto nivel.
#62 No quieren preocuparse de gestionar la memoria pero si tienen que meter using, finally y demás para gestionar el resto de recursos
#73 Los IDEs suelen hacer ese trabajo por ti. Mucho trabajo ya se automatiza. Por ejemplo desde que eclipse lleva el generador de constructores, la sobrecarga del toString y el equals, ademas de la generacion de getters and setters, nadie en la vida ha vuelto a picar nada de eso en Java. Al menos trabajando con un IDE, si lo haces con bloc entonces si que te toca hacer esas cosas. Normalmente el IDE detecta la dependencia y te mete el using, import o lo que sea del lenguaje correspondiente.
#c-87" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2686396/order/87">#87 Los finally (java) o using (C#) para los recursos también te los hace automáticamente? Quiero decir, abrir un fichero y que luego cerrarlo hay que hacerlo manualmente, ya sea con el using o finally esos, o en Python con el "with" creo, si no recuerdo mal.
#62 Lo de liberar la memoria dificilmente lo hará el compilador.
#78 En GCC
-Os
-lto (esto detecta trazas de funciones más usadas y te las optimiza dando prioridad. En juegos y emuladores la velocidad que alcanza puede ser bestial).
#95 Los fallos de memoria o cualquier optimizaron relacionados con la memoria se hace siempre en tiempo de ejecución. Por eso las excepciones aparecen en tiempo de ejecución, que no tienen nada que ver con los errores en el código. Que puedes analizar el código y optimizar algo la memoria, no digo que no pero vas a optimizar muy poco.
#96 Aunque C gestione la memoria manualmente, con LTO algo se podrá rascar. Al menos se nota con valgrind tras probar un binario de citra normal vs otro con LTO tras varias pasadas con la ROM de Pokemon y luego ser recompilado leyendo los GCDA.
#78 Cierto, me refería al recolector de basura.
#62 ". Y claro, luego salen los truños que salen, que devoran memoria y recursos como si no hubiera un mañana."
Perdona, pero hoy en día los compiladores pueden dar mil vueltas a experto en bajo nivel. Desde GCC se folla cualquier inline ASM que le metas.
#c-93" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2686396/order/93">#93 No estoy hablando de ensamblador, hablo de C# o Java. Lenguajes cuya filosofía consiste en reservar memoria sin preocuparse de liberarla después, que para eso está el recolector de basura. Y claro, luego pasa lo que pasa: programas que consumen una barbaridad de memoria, que se congelan cada cierto tiempo mientras el recolector de basura se dedica a hacer el trabajo que tendría que haber hecho el propio programador, etc.
#62 le permite al programador eliger entre programar en alto nivel,
¿Sin mecionarlo te estás refiriendo indirectamente a librerías como Qt? Pura curiosidad.
#24 El problema es mantener sistemas antiguos que cuestan demasiado hacerlos de cero con lenguajes multiplataforma.
#24 Hay algunos que prefieren pegarse un tiro antes que lidiar con la gestión de memoria (no es mi caso).
Para mi el que no haya aprendido a programar primeramente en c++ le costará entender muchos cosas en c#. Porque el que sabe c++ puede entender el "porqué de las cosas" en c#.
#30 Lidiar no vas a lidiar como en c++, pero eso no significa que no haya que tener especial cuidado con la gestion de memoria.
#c-33" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2686396/order/33">#33 Por supuesto. Pero admitirás que difiere mucho la gestión manual del heap que hacerlo con el recolector de basura. En C# prácticamente sólo es necesario saber trabajar con las using y la interfaz IDisposable para que las cosas funcionen, aunque hay que ir algo más allá para además de que funcionen, lo hagan con buen rendimiento. En C++ es más fácil meter la gamba porque la memoria queda a gestión del programador (aunque hoy ya existen librerías de gestión automatizada de memoria), pero es posible también construir software mucho más eficiente que el código administrado de .Net.
#c-54" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2686396/order/54">#54 En c# no tienes que por que liberar nada, aunque puedes forzar el recolector. Pero es que casi todo en c# es un puntero, y necesitas asignar memoria si deseas crear un objeto nuevo. Es raro no tener algun excepcion por puntero nulo cuando modificas algo o tener problemas por modificar dos punteros que apuntan al mismo objeto(en c++ es casi mas dificil cometer este ultimo fallo). Por supuesto, tener cuidado en asignar mas memoria de la necesaria o de la disponible(tampoco es dificil petar la memoria si no eres cuidadoso).
#30 Con c++11 eso ya no es necesario, creo.
#24 Porque seguramente C++ requiere más horas de estudio teórico y práctico, es decir más especialización y más cuidado, porque es más fácil meter la pata y causar desastres. Aparte, opino que C++ a menudo se convierte en un lenguaje bastante áspero (y por tanto menos productivo), sobre todo si empezamos a usar cosas como Conceptos y Metaprogramación. Pero esa aspereza en mi opinión también es parte de su belleza.
#34 Los conceptos aún no se han aprobado en el estandard, hay gente que los usa para sistemas en producción?
#38 Tienes razón, creo que se van a incluir en C++17.
#c-24" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2686396/order/24">#24 Ojo, que no es lo mismo c++ que visual c++. La peor parte de Visual C++ es que tienes que gestionar la memoria por ti mismo, es decir, asignar memoria a tus objetos cuando la necesitas, y liberarla cuando ya no la necesitas. Es un error común que el programa corrompa la memoria porque dejas de usar un objeto y no has liberado su memoria.
En .NET (C# pertenece a .NET) la gestión de memoria la hace el propio .NET, que usa un "garbage collector" que detecta la memoria que ya no está asignada, y la libera.
Además, Visual C++ se basa en unas librerías de microsoft llamadas MFC, que se han quedado un poco obsoletas respecto a .NET, que da funciones de más alto nivel para programar las cosas con comodidad.
Aparte de eso, c# tiene funciones para hacer bucles más cómodas que c++, "delegados" para escuchar y tratar eventos en varias partes del código a la vez, etc.
#c-53" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2686396/order/53">#53 C# no pertenece a .NET.
C# es un lenguaje soportado por el Framework .NET y sigue el Standard ECMA-334
#c-66" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2686396/order/66">#66 De la wikipedia:
C# (pronunciado si sharp en inglés) es un lenguaje de programación orientado a objetos desarrollado y estandarizado por Microsoft como parte de su plataforma .NET, que después fue aprobado como un estándar por la ECMA (ECMA-334) e ISO (ISO/IEC 23270). C# es uno de los lenguajes de programación diseñados para la infraestructura de lenguaje común.
#c-92" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2686396/order/92">#92 "después fue aprobado como un estándar por la ECMA (ECMA-334)"
Tu C# lo puedes compilar en Borland y Mono sin tocar .NET
Microsoft debería dejar de intentar hacerse útil y desaparecer con dignidad.
No me quiero imaginar que codigo genera eso.
#8 da igual que el código generado sea ilegible. Lo importante es que el compilador C++ lo admita y optimice bien
#c-49" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2686396/order/49">#49 Si tarbajas tu solo y los evolutivos tienes pensado hacerlos sobre el codigo c# tienes toda la razón. Si por ejemplo quieres portar una aplicacion a otro lenguaje y seguir evolucionando de ahí, si importa mucho que sea legible el codigo. Tambien si quieres optimizarlo. Si te conformas con que "compile", si, la idea es muy valida.
#84 el caso de uso no es traducir código para cambiar de lenguaje, sino poder portar tus aplicaciones a prácticamente cualquier plataforma. ¿O crees que Microsoft invertiría personal y dinero en crear una aplicación que incentivara abandonar su propio lenguaje y plataforma?
SQL-server en Linux, Ubuntu en Windows 10 y ahora esto... Quién lo iba a decir hace unos años...
Me parece genial, pero me preocupa que casi el 100% de las herramientas de C# pertenezcan a Microsoft. Hasta hace poco programaba en Mono C# para servidores linux. Ahora que Microsoft ha comprado la compañía, lo veo bastante incierto.
Y que hay de las APIs?
Como lo que hace Vala con C. Y OSX desde tiempos remotos con OBJC.
Que maldita locura
Lo de siempre, Micro$oft diciendo que inventa los Traspiladores cuando llevan años, como el de C/C++ -> javascript por ejemplo.
Micro$oft también ha inventado internet.
Solo por curiosidad:
Si C++ se dice "ce plus plus", ¿C# cómo se dice? ¿"ce almohadilla"? ¿"ce sostenido"?
#10 C Sharp
#c-11" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2686396/order/11">#11 #10 por eso los miopes no pueden programar en c#, porque they don't see sharp... Festival del humor, badum tss
#10 C Sharp ("see" sharp)
#14 yes, i see the sharp...
#10 C sharp
#10 Se suele decir C sharp como dice el compi.
#10 Yo, en castellano, hablando con profesionales, digo "ce almohadilla". En ingles se suele decir "si sharp" ("ce sostenido", efectivamente)
#17 Excepto si eres un Recruiter "profesional" que le llamarás C hashtag
#20
#20 Si estó es veridico es sublime
#64
#10 Cesharp en español, sisharp en ingles
#10 Se dice siplasplas.
#c-41" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2686396/order/41">#41 #10 C++ se dice "ce más más" en español y en inglés "sí plas plas"
Lo de "ce plus plus" es un engendro que mezcla ambos idiomas... lo que no significa que no se diga pero a mi suena bastante mal... aunque, teniendo en cuenta que en inglés se escribe a veces "C plus plus" (escriben plus en lugar de +... por ejemplo, en dominios de internet) leerlo en español como "ce plus plus" sería una opción correcta según la Real Academia... pero es como decir "Paul Neuman" en lugar de "Pol Niuman" o decir "Jon Guaine" en lugar de "Yon Wein", que por mucho que sea una opción correcta chirría mucho y parece que no oíste nunca la pronunciación nativa.
Quizá para un programador debería decirlo como "Ce postincremento" pero nadie lo dice así. De acuerdo al creador de C++ el nombre significa la "naturaleza evolutiva de los cambios desde el lenguaje C"
El caso de C# es más raro, porque la forma más habitual de decirlo es precisamente la que es mezcla de español e inglés: "ce sharp", que mezcla el "ce" de la letra C leída en español con el "sharp" que es la forma en inglés de decir # en un contexto de música. Deberíamos decir "Ce sostenido" o "Do sostenido" o C 'afilado' / 'pulido' o "si sharp" pero no es lo habitual.
#10 Yo digo "ce más más". Claro que tampoco lo digo mucho.
#86 En la intimidad
https://i.ytimg.com/vi/9Sgty4Cey08/hqdefault.jpg
Soñar es gratis,...
Microsoft ultimamente está cambiando, pera da una de cal y una de arena...
Tengo un Deja-vu? No hizo esto microsoft cuando empezó a competir con el java antes de que inventasen ese engendro llamado c#/.net ?. Si si, cuando microsoft se pasaba los estandares por el forro en sus compiladores?
#c-13" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2686396/order/13">#13 No, lo que hizo fue crear J++, un "java" de Microsoft, con la sintaxis de Java pero nombres de clases de Microsoft creando incompatibilidad con las clases de Sun. Esos programas de J++ corrían solamente en la Máquina Virtual Java de Microsoft... Sun denunció a Microsoft por el uso inadecuado de la palabra Java, que era una marca registrada de Sun... ya que llamaban "Java" a algo que no era compatible, confundiendo y 'estafando' (vendiendo como Java algo que no lo era y obteniendo dinero por ello). Esto terminó con J++ y Microsoft creó J# ... un lenguaje con sintaxis tipo 'java' pero que no usaba la palabra Java por ningún lado y que usaba las clases de .NET como C#
Nótese que todo eso no tiene nada que ver con esta noticia, ya que J++ no era multiplataforma (sólo corría en Máquina Virtual Java de Microsoft, solamente disponible en sistemas operativos de Microsoft), ni tampoco había nada que convirtiese J++ a C++ ...
A ver si con esto es posible portar paint.NET a Linux y que vaya decentemente.
Uhmmm pero ya existen compiladores de c# para otras plataformas no? Además, el uso que haga de las propiedades únicas del entorno MS como las migra a otro sistema, aunque sea C++ o pascal...
#c-75" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2686396/order/75">#75 El problema no son los compiladores, sino las librerias, especialmente cuando llevan alguna interfaz grafica. Los código escritos para Windows suelen llevar acompañadas unas librerías que no están implementadas en otras plataformas. Da igual que estén escritos en C o C#.
#c-79" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2686396/order/79">#79 entonces que ganan pasandolo de c# a c++ si no portan las librerías? y si las portan (más o menos Mono) para que "traducir" de C# a C++ si Mono acepta los dos?
Realmente amo C#.
Es un lenguaje bien diseñado y muy poderoso.
#81 amén, y te permite desarrollar en tiempo de ejecución. Eso sí me la pone dura.
A ver si lo entiendo, porque nunca he entendido bien esto:
Java, .NET, MONO etc. compilan a un lenguaje intermedio con el fin de que una misma compilación sea multiplataforma.
C, C++ y el resto de lenguajes compilados se compilan para una plataforma, pero para cualquiera (con librerías de bajo nivel comunes). Existen los trascompiladores por lo que puedes compilar a la vez a varias plataformas, por lo que lo anterior no tiene mucho sentido.
Ahora, según este gran avance, programas algo en fuente, lo compilas a bytecode, lo descompilas a otro fuente, y lo compilas a nativo.
¿No sería más facil, amosdigoyo, programar directamente en fuente y compilar a nativo?
Me recuerda al JSONx de IBM, JSON expresado en XML. El facepalm recursivo.
Un momento, que voy inventar el redondeador de ruedas cuadradas, que se inventaron para encajar ruedas redondas.
#83 como se llama un boomerang que no vuelve? Palo.
Pues esto lo mismo.
#c-83" class="content-link" style="color: rgb(227, 86, 20)" data-toggle="popover" data-popover-type="comment" data-popover-url="/tooltip/comment/2686396/order/83">#83 Pues a mi lo que me interesa es la sintaxis del lenguaje. C y C++ siempre me han parecido un asco para leerlo, no se ve un lenguaje natural. Cualquier otro (Java, c#, Python) es mucho más potable. El 1% de los programas necesitan el rendimiento que da C++, para qué complicarte la vida con esa sintaxis horrenda (opinión personal, a quien opine lo contrario felicidades por él)
Es una notica nada generalista, no es para meneame. Irrelevante para mi.
El 90% de los usuarios no la entienden.
#12 meneame empezo con una comunidad muy apegada a la informatica y a la ciencia en general. Luego despues fue cuando las hordas politicas tomaron la pagina
#25 de cuando Linux estaba casi siempre en portada. Esta fué la primera portada de MNM
https://www.meneame.net/?page=8291
#47 Que viejo me siento! que buenos tiempos aquellos.
#47 Por lo que veo la tercera noticia que se publicó era con el título y entradilla en catalán y dirigía a una página en inglés. Prueba a hacer eso ahora y tendrá que venir la Guardia Civil a protegerte.
#55 jajaja sep
#12 El 90% de los "usuarios de la calle" (especialmente teniendo en cuenta la pirámide de población: la gran cantidad de gente mayor, etc) no lo entiende... pero yo diría que más del 50% de los usuarios de Meneame sí lo entienden, porque Meneame es un sitio de Internet, poblado por muchos forofos de Internet y nuevas tecnologías, muchos de ellos de sectores de tecnologías de la información, como informáticos, telecos, etc.
#12 el día que así sea para la gente de Menéame (que Menéame no es la calle) pues la tumbarán por irrelevante.
#12 añadiria ademas que teniendo en cuenta la comunidad que hay por aqui al menos el 50% de la gente que hay por aqui sabe de lo que se habla