LinuxParty
¿Son los desarrolladores del kernel de Linux demasiado viejos?
-No te alarmes, no es así-
Cansado de leer, sobre todo en España a blogs y webs, algunos con años de experiencia, escribir sobre el artículo publicado primero en la web de referencia -que no han leido, y muchos no se han documentado- de este artículo .referencias al final del artículo- y luego en Slashdot, barbaridades como "linux pierde fuelle", "pierde interés" y tonterías por el estilo, a lo que es un llamamiento a las webs de la comunidad, a nosotros, webs que tienen que informar para que entre nueva sangre a formar parte del desarrollo de la comunidad, y no, los mejores programadores siguen interesados en entrar en el desarrollo del Kernel, por que además, es la mejor puerta de entrada a cualquier gran empresa, incluida su competencia, como Microsoft o Apple, ya que entre otras cosas, demostrarás una excepcional capacidad de compresión y trabajo.
Siguiendo con la pregunta...
¿Son los desarrolladores del kernel de Linux demasiado viejos? -No te alarmes, no es así-
Era una pregunta formulada durante una mesa redonda con los desarrolladores del kernel en la Cumbre de colaboración de la Fundación Linux, como algunos admitieron que hay un gran número de 'barbas grises', que componen el desarrollo del núcleo.
El encanecimiento del núcleo puede poner el desarrollo de Linux en riesgo, a menos que sangre nueva entre al redil, comentaron algunos.
"Sí, nos estamos envejeciendo y creo que nosotros también estamos más cansados," dijo el desarrollador del núcleo Andrew Morton. "Entre los individuos de la comunidad de desarrollo, no veo la misma energía, entusiasmo y esfuerzo --me temo que a menudo veo gente eludir el trabajo que ellos se desarrollaban felizmente hace sólo 10 años. Sí, necesitamos sangre nueva".
Cansado de leer, sobre todo en España a blogs y webs, algunos con años de experiencia, escribir sobre el artículo publicado primero en la web de referencia -que no han leido, y muchos no se han documentado- de este artículo .referencias al final del artículo- y luego en Slashdot, barbaridades como "linux pierde fuelle", "pierde interés" y tonterías por el estilo, a lo que es un llamamiento a las webs de la comunidad, a nosotros, webs que tienen que informar para que entre nueva sangre a formar parte del desarrollo de la comunidad, y no, los mejores programadores siguen interesados en entrar en el desarrollo del Kernel, por que además, es la mejor puerta de entrada a cualquier gran empresa, incluida su competencia, como Microsoft o Apple, ya que entre otras cosas, demostrarás una excepcional capacidad de compresión y trabajo.
Siguiendo con la pregunta...
¿Son los desarrolladores del kernel de Linux demasiado viejos? -No te alarmes, no es así-
Era una pregunta formulada durante una mesa redonda con los desarrolladores del kernel en la Cumbre de colaboración de la Fundación Linux, como algunos admitieron que hay un gran número de 'barbas grises', que componen el desarrollo del núcleo.
El encanecimiento del núcleo puede poner el desarrollo de Linux en riesgo, a menos que sangre nueva entre al redil, comentaron algunos.
"Sí, nos estamos envejeciendo y creo que nosotros también estamos más cansados," dijo el desarrollador del núcleo Andrew Morton. "Entre los individuos de la comunidad de desarrollo, no veo la misma energía, entusiasmo y esfuerzo --me temo que a menudo veo gente eludir el trabajo que ellos se desarrollaban felizmente hace sólo 10 años. Sí, necesitamos sangre nueva".
Leer más: Desarrolladores del Kernel de Linux: Necesitamos sangre nueva. Escribir un comentario
El director general de Intel Corporation Iberia, Brian G. González, dijo a EFE que España es el país del mundo en el que los desarrolladores de aplicaciones cuenta con mejor posición debido a que están muy centrados en los sistemas abiertos que son el futuro.
Intel acaba de firmar un acuerdo con Nokia para crear una plataforma conjunta y abierta basada en Linux, para facilitar la creación de aplicaciones por los desarrolladores destinadas a todo tipo de dispositivos digitalesMenubuilder es una herramienta ideal para quienes se inician en el diseño web, ya que nos facilitará la creación de menús completos en unos pocos (y sencillos) pasos.
Solo hay que dirigirnos al sitio web y seleccionar uno entre los muchos allí disponibles: los hay de diferentes colores, íconos y disposición del menú (vertical u horizontal), y en todos los casos iremos viendo como cambia el código."Cuanto más hago soporte de escritorio, más se hace evidente que mis usuarios no leen nada de lo que aparece en su pantalla. En cambio, memorizan una serie de botones que presionar para conseguir los resultados que quieren, y si ocurre algo inesperado, están completamente perdidos. Los registros de error son de gran ayuda, pero tienen sus límites. He estado jugando con algunas ideas, pero no sé si alguna de ellos funcionará y esperaba que mis compañero Slashdotters pudieran orientarme en la dirección correcta. Por ejemplo, yo estaba pensando en la creación de iconos o logotipos para identificar errores específicos. No podrán recordar que un error fuera por unos "datos no inicializados", pero pueden ser más capaces de recordar que tiene el "cachorro en el error" si muestro una foto de un cachorro junto al mensaje de error. ¿O la búsqueda de imágenes para estos escasos momentos podría ocupar demasiado tiempo?, y podría entonces crear logotipos simples como letras, números, símbolos, colores o formas, por lo que podrían tener el error 'rojo 5' o error 'cuadrado azul' (o cualquier combinación de estos elementos).
Hace unas semanas iniciamos una serie de 2 posts para hablar de lo que consideramos que son unas buenas practicas para desarrollar codigo Javascript con la libreria jQuery.
Con este post cerramos la serie y profundizamos un poco más en el tema
En el primer post de esta serie comentamos algunas generalidades que nos pueden servir de base a la hora de desarrollar un código JS eficiente. En este segundo post hablaremos de como solucionar de forma eficiente problemas concretos que nos solemos encontrar en nuestros desarrollos.
"The Register informa que expertos de unas 30 organizaciones en todo el mundo han compilado la lista de los 25 errores de programación más peligrosos junto con una forma novedosa para preveer que: por la redacción de los contratos responsabilicen a los desarrolladores cuando humanamente comenten errores en las aplicaciones. Los 25 defectos son la causa de casi cada ataque cibernético importante de la historia reciente, incluidas las que recientemente afectaron a Google y a otras 33 grandes empresas, así como las violaciones que sufren los sistemas militares y millones de pequeñas empresas y usuarios domésticos. Las 25 entradas principales se priorizan mediante las aportaciones de más de 20 organizaciones diferentes, que evaluaron cada debilidad basándose en la prevalencia y la importancia. Curiosamente es suficiente el desbordamiento de búfer ocupando el tercero en la lista mientras que Cross-site scripting y la inyección SQL se consideran entre los puntos 1 y 2 más débiles de la seguridad en 2010.
«Rick Grehen de InfoWorld proporciona un profundo examen comparativo de ocho IDEs para PHP: Komodo IDE de ActiveState, CodeLobster PHP Edition, la herramienta de desarrollo de PHP de Eclipse (PDT), phpDesigner de MPSoftware, NetBeans IDE para PHP, PhpED de NuSphere, PHPEdit y Zend Studio.»Todos estos toolkits PHP ofrecen soporte para lenguajes y entornos (HTML, CSS, JavaScript, base de datos de SQL) que necesita un desarrollador PHP. Las diferencias clave que descubrimos fueron en las herramientas que proporcionan (inspector de HTML, sistema de gestión de SQL) para diversas tareas, la calidad de su documentación y facilidad general aplicaciones web."
"Enero del
2010 parceció un mes muy emocionante para los desarrolladores en lenguaje
ensamblador x86. El desarrollador de software Andreas Grech, conocido por la comunidad del lenguaje ensamblador x86 y el resto del
mundo por su control "Jafet", ha lanzado otra versión de JWASM - una reciente versión del ensamblador Watcom Open (WASM). El principal beneficio de JWASM,
posiblemente, sea el apoyo casi total de la sintaxis del Microsoft Macro Assembler
(MASM). Como ya sabe la comunidad de lenguaje
ensamblador, el deseo de Microsoft para apoyar el continuo
desarrollo de MASM
ha ido disminuyendo durante los últimos años -aunque sólo sea medible por
la falta decreciente de interés, actualizaciones y correcciones de
errores- y por lo tanto el futuro de MASM sigue siendo incierto.
Este texto es una visión general de las partes de un motor y como encajan estos componentes para que el resultado sea algo que "parece que piensa".
A primera vista puede dar la impresión de que estos programas son muy complejos, pero no es así al menos en lo que se refiere a la organización y estructura, a los "planos generales".
"Como
se esperaba, Facebook anunció un nuevo runtime de PHP, llamado HipHop (aquí traducción automática). Lo que no se esperaba eran las revelaciones clave que publicaba el desarrollador de Facebook David Recordan. Como resultado, Facebook ha estado funcionando con HipHop
durante meses y ahora está en el 90
por ciento de sus servidores - no es un proyecto Skunkworks, es una
tecnología de producción en vivo. También no es no sólo un runtime (programa tiempo de
ejecución), es también un nuevo servidor web.
-
Programación
- Caja de herramientas de los programadores de Linux
- LinuxParty, el 11-S, Fallos HD, y Resucitamos como el Ave Fénix.
- A Linus no le gusta C++
- PHP5 Vs. CakePHP Vs. RubyOnRails.
- Curso / Manual de Programación Shell.
- Desarrolladores de código abierto no se deciden por la GPLv3
- LinuxParty, está en proceso de Mejora.
- Qué significa Foo ? Qué Significa Bar ? Foo y Bar
- Ensamblador en Linux, (asm) DesktopLinuxAsm - Programs
- Simulación de Ensamblador: GNU 8085 Simulator 1.3.2
- Portar código fuente C/C++ de Windows a Linux.
- Virtualización para reconciliar el código GLP y no GLP