Publicado por vivab0rg el 18/06/2008
Aunque quizás el mismo Linus Torvalds no lo aprobaría, por ahora se trata de una rama para "explorar la idea" de convertir el código del GNU C Compiler (GCC) de su actual C a C++ (!). La iniciativa la comenzó Ian Lance Taylor, que además publicó unas diapositivas que explican porqué el cree se trata de algo razonable. Resumiendo, él piensa que ese cambio ayudaría a simplificar el código y hacer que las interfaces sean más robustas y, con un poco de suerte, se evitarían los peores problemas de C++...
12:57.
11 comentario(s).
Nuevos comentarios deshabilitados.
Publicado por vivab0rg el 22/05/2008
Bazaar, el sistema de control de versiones distribuído (VCS) de Canonical Ltd. escrito en Python, se convirtió en parte del proyecto GNU. Martin Pool, el desarrollador de Bazaar que hace el anuncio dice que su activo desarrollo ahora está enfocado en optimizar su protocolo de red y hacerlo fácil de interoperar con proyectos que usen un VCS diferente. "Queremos que alguien que use Bazaar pueda participar en cualquier proyecto", dijo, y mucho más ambiciosamente: "Así, Bazaar puede representar el centro de control de versiones de cualquier otro VCS". Actualmente existen plugins que permiten importar a Bazaar proyectos de Subversion, Git, CVS y otros.
17:42.
1 comentario(s).
Nuevos comentarios deshabilitados.
Publicado por vivab0rg el 01/05/2008
Así como antes Subversion marcó el fin de CVS como el sistema de control de versiones para proyectos de código abierto, ahora son otros sistemas distribuídos (y no centralizados) como el Git de Linus Torvalds y el Bazaar de Canonical los que podrían destronarlo de ese lugar de preferencia.
Esa parece por lo menos una de las conclusiones de sus desarrolladores:
"Creemos que este será el sistema centralizado final que se escriba en el mundo del Open Source - representa el fin-de-la-línea para este modelo de colaboración de codificación. Seguirá siendo usado por muchos años, especialmente ganará una enorme participación en el mundo corporativo, mientras que eventualmente al mismo tiempo perderá adopción a los sistemas distribuídos en la arena Open Source".
21:11.
1 comentario(s).
Nuevos comentarios deshabilitados.
Publicado por vivab0rg el 30/04/2008
Así lo afirma James McCarthy, un ingeniero de software de Sun Microsystems, en su mismo blog:
"Anoche actualicé el Ubuntu 7.10 de mi PC hogareña a Ubuntu 8.04 (Hardy Heron). El proceso fué tranquilo y sin inconvenientes. Mi próxima intención fué probar GlassFish y NetBeans. La razón principal era probar JRuby, pero para ser sincero, no me gusta perder el tiempo, instalar Java, luego JRuby, configurar ClassPath, etc. Es doloroso."
"¡Pero ya no más!"
"Todo lo que hace falta para tener casi todo eso en 8.04 es apt-get":
sudo apt-get install glassfish
sudo apt-get install netbeans
Luego iniciar NetBeans y para Ruby y JRuby (también Ruby on Rails) ir a "Tools -> Plugins" y seleccionar todos tus plugins favoritos. ¡Y ya está todo listo!
19:59.
4 comentario(s).
Nuevos comentarios deshabilitados.
Publicado por vivab0rg el 04/04/2008
El próximo Eclipse 4.0 fué tratado en una interesante presentación en el reciente evento EclipseCon, donde se revelaron que sus novedades principales serían la integración con la web y mucha menos complejidad, aparentemente en respuesta al mismo pedido de sus usuarios. Otras características pedidas por los desarrolladores también incluirían: mejor documentación on-line para los programadores de plug-ins e integración con otros IDEs que le permita ìmportar proyectos.
Otro programador advirtió que a menos que Eclipse sea simplificado para hacer que el desarrollo de aplicaciones para la Rich Client Platform sea más fácil, podría ser aventajado por el NetBeans de Sun Microsystems.
Eclipse 4.0 no llegará hasta dentro de 2 años, pero ya estamos a tiempo para dejar nuestras sugerencias, a las muchas ya presentadas.
18:15.
Nuevos comentarios deshabilitados.
Publicado por vivab0rg el 29/03/2008
Google anunció este mes los 174 proyectos que participarán de su evento Summer of Code 2008 (SOC). Sin embargo, están comenzando a surgir algunas preocupaciones sobre sus verdaderos beneficios. El proyecto Debian, por ejemplo, cree que sus miembros participando en SOC pasan demasiado de su tiempo involucrados en sus propias tareas de Debian mas que en propio evento de Google, al contrario que en años anteriores. Y esto conduciría a "resultados decepcionantes, proyectos fracasados y menos proyectos siendo aceptados el año que viene".
En consecuencia, Debian está debatiendo si a sus desarrolladores actuales se les puede permitir participar en el SOC o no.
Otros proyectos también están descontentos, como OpenSolaris y XFCE:
12:34.
Nuevos comentarios deshabilitados.
Publicado por vivab0rg el 15/02/2008
SourceForge tiene alrededor de 169.282 proyectos registrados, pero el número de aquellos activos podría ser tan poco como sólo 15.000. Este sigue siendo un número respetable, pero no algo que Google no pueda alcanzar: Su servicio de hosting para proyectos libres Google Code comenzó hace 2 años, pero ya tiene más de 80.000 registrados.
Teniendo en cuenta cuán poco frecuentes son las purgas de proyectos muertos en SourceForge, Google Code bien podría tener más proyectos activos en este momento...
¿A alguien le importaría un SourceForge en decadencia hoy en día?
10:16.
Nuevos comentarios deshabilitados.
Publicado por vivab0rg el 09/02/2008
Mark "Markey" Kretschmann es el desarrollador del popularísimo Amarok y en una reciente revista en el semanario Not the Gentoo Weekly News reveló su amor por el lenguaje de programación Ruby apasionadamente:
"Para mi programar en Ruby me abrió los ojos: es tan inteligente y maravilloso en tantos niveles, y aún así tán fácil de aprender. ... Prueben Ruby, es simplemente una obra de arte, y de hecho útil. Yo lo uso siempre que no estoy forzado a usar C++, y de hecho se me conoce por tener salvajes planes para reescribir partes de Amarok en Ruby. Tal vez con Amarok 3.0, ya veremos... :)", dijo.
Tan loca como pueda parecer esa idea, recordemos que antes otro proyecto pudo hacer justamente eso: Metasploit 3.0 fué reescrito en Ruby con muy buenos resultados.
12:06.
Nuevos comentarios deshabilitados.