La gigante finlandesa de la telefonía celular Nokia anunció que estará comprando a la noruega Trolltech, más conocida por su software Qt4 que es la fundación del popularísimo escritorio KDE 4.0 y de todas sus aplicaciones. La adquisición (por un monto no especificado y todavía sujeto a la aprovación de los accionistas de Trolltech) le permitirá a Nokia "acelerar su estrategia de software multiplataforma para los dispositivos móviles y aplicaciones de escritorio".
Finalmente IBM respondió a una petición de la comunidad del sitio OS/2 World de Noviembre del año pasado para liberar el código fuente del sistema operativo OS/2 como Open Source. La respuesta de IBM fué negativa, citando motivos técnicos, de negocios y razones legales. Lo cierto es que IBM decretó la muerte de OS/2 hace tanto como en el 2002, terminando además con todo su soporte técnico en Diciembre del 2006.
Recordemos que OS/2 World hizo su primera petición de este tipo hace 3 años consiguiendo 11.000 firmas.
En Coding Horror, un blog bien interesante para programadores, Jeff Atwood escribe un post titulado “The Two Types of Programmers”, donde plantea una agrupación más general de los tipos de programadores.
“Contrario al mito, no hay catorce tipos de programadores.. Hay realmente solo dos, como nos recuerda Ben Collins-Sussman.
Hay dos “clases” de programadores en el mundo del desarrollo del software: voy a llamarlos el 20% y el 80%. Los tipos del 20% son lo que se llamarían programadores “alfa” - los líderes, el tipo que lugares como Google y Fog Creek software buscan contratar desesperadamente. Éstos tipos fueron los primeros en instalar Linux en su casa en los 90´s; la gente que escribe compiladores en Lisp y aprende Haskell los fines de semana “por diversión”; participan activamente en proyectos open source; siempre están al tanto de las últimas, y más frescas tendencias en la programación y herramientas.
Los tipos del 80% hacen el bulto de la industria del desarrollo de software. No son estúpidos; son meramente vocacionales. Fueron a la escuela, aprendieron suficiente Java/C#/C++, luego obtuvieron un trabajo escribiendo aplicaciones internas para bancos, gobiernos, firmas de viajes, firmas legales, etc. El mundo usualmente ni ve su software. Usan cualquier herramienta que les provee Microsoft — usualmente VS.NET si están en C++, o capaz un GUI IDE como Eclipse o IntelliJ para desarrollar en Java. Nunca han usado Linux, y no están muy interesados en él de todas formas. Muchos nunca han usado siquiera control de versiones. Si lo han hecho, es con cualquier herramienta entregada con la caja Microsoft (como SourceSafe), o alguna cosa antigua que le hayan entregado. Saben exactamente lo suficiente para hacer su trabajo, luego se van los fines de semana a casa y se olvidan de las computadoras.”Personalmente, convivo con esta teoría a diario en clase. Una frase típica, a tono de burla, en mi salón de clase es: “Eso el Visual Studio te lo hace solo” ó “¿Para qué vas a aprender eso si ya está hecho?” ó “Ésto nunca lo vas a usar, es al pedo aprenderlo“. Con esa mentalidad se maneja este 80%.
El problema, el primer año aprendimos a usar Visual Basic, un IDE que te autocompleta, te tabula, y el framework .NET que incluye todo. Y resulta muy difícil para la mayoría salir de eso. Trabajar en C a bajo nivel es como darse contra un muro de piedra en un automóvil a 90 km/h y sin cinturón de seguridad…
Lo peor no es ésto, sino la cabeza de no salir de lo que ya se aprendió, de aprender una cosa que resulta “cómoda”, y no salir de eso. Muchos dijeron cuando empezamos con la materia: “¿Para qué quiero aprender C si nunca lo voy a usar?” ó “Yo nunca voy a programar un sistema operativo, ¿para qué quiero aprender C?” Conociendo esa mentalidad, ¿quién contrataría a ésta gente para un puesto de programador?
Me imagino la situación (situación Dilbert):
Jefe - “Mirá, tenés que hacer una librería en C que interactúe con nuestro framework de persistencia para controlar el puerto serie del servidor“
Empleado - “¡Ah no!, yo eso no lo sé hacer, aparte el Visual no trae cómo hacerlo…“Son el tipo de gente que cumple con las 12 señales de que eres un mal programador. Son una nueva generación de 80% que se está gestando…
Para reafirmar más ésta teoría, se aplica la teoría general del Dr. Gregory Walter Graffin III, quien declaró que
“En cualquier muestra al azar de la población general, se encontraría que el 80% de la gente son completos idiotas.“
Es totalmente compatible, aislamos una muestra de la población, con la característica en común de ser programadores. El 80%, por ende, no son muy inteligentes…
El artículo de Coding Horror continúa diciendo:“Cuando trabajo con equipos de programadores en el campo, consistentemente me asombro con el abismo entre ese 20% y el resto del mundo. Hace que la división entre el campo open-source y el campo Microsoft parezca un charco llano.
Declaración shockeante #1: La mayor parte de la industria está hecho del 80% de los programadores.. Sí, la mayoría del mundo son tiendas pequeñas de desarrollo para Windows, o firmas pequeñas que contratan programadores internos. La mayoría de las compañías tienen unos pocos tipos del 20%, y son generalmente los que presionan a sus jefes de pelo parado para cambiar políticas, actualizar herramientas, o usar un sistema de control de versiones sano.
Declaración shockeante #2: La mayoría de los alpha-geeks se olvidan de la declaración shockeante #1. La gente que trabaja con software open source, participan en argumentos apasionantes de criptografía en Slashdot, y bajan los últimos lanzamientos GIT son extremadamente propensos a perder de vista el hecho de que “el 80%” existe. Se emocionan con la última distro de Linux o herramientas de AJAX o sistema SCM distribuido, pasan todo el fin de semana en eso, bloguean al respecto… y luego están confundidos sobre porqué no pueden lograr que su oficina empieza a usarlo.Tal vez no es algo impresionante para mí, pero un excelente e importante recordatorio para todos, sin embargo.
A menudo pienso que perdemos el tiempo escribiendo blogs los cuales son mayormente leído por el mismo 20%. En mi experiencia existe un pequeño efecto de goteo de los programadores alfa hacia todos los demás. Y si lo hay, lleva décadas.”
Jeff continúa su artículo incitando al 20% a cambiar, a construir un puente entre el 20% y el 80%:
“Si realmente quieres cambiar el status quo del desarrollo de software, si realmente quieres marcar una diferencia este año, tienes que ayudar fuera del pequeño grupo insular de programadores alfa y crear el cambio en el otro 80% del mundo. Y eso es mucho, mucho mas difícil que predicarle al convertido 20%. Es por eso que admiro a gente como Scott Mitchell, porque entiende la importancia de llegarle al otro 80%.”
(…)
“Desearía que fuera más sencillo para mí, porque estoy de acuerdo con Scott” (…) “Creo que la verdadera medida de éxito no es cuántos alpha geeks podés hacer que te presten atención. Es cuántos típicos, poogramadores promedio has alcanzado, aunque sea de una forma pequeña. Si realmente te importa el arte del desarrollo de software, nos ayudarás a construir ese puente entre el 80% y el 20% también.Es difícil lidiar con éste 80%, pero a lo largo de la carrera, van a estar siempre presentes. ¿Qué piensas al respecto? ¿Te consideras ofendido por el post? Estás en el 80…
Articulo original Aqui
Este articulo es muy interesante y muestra la problemática real del desarrollo de software, la pregunta es todos deberían estudiar informática?
Robert Dewar, autor junto Edmond Schoenberg del artículo “¿Dónde están los Ingenieros de Software del mañana?” continuó la discusión al respecto en otra entrevista para Datamation. A continuación una traducción general con algunas opiniones de dicha entrevista:
Su argumento se resume así: los programas universitarios de ciencia de la computación no son lo suficientemente rigurosos, y no promueven la resolución de problemas y pensamiento en profundidad. En vez de eso, en un esfuerzo por aumentar el matriculado, los programas se enfocan en un currículo fácilmente accesible, y fallan en preparar a los estudiantes a competir con sus colegas internacionales.
Describe que su artículo fue malinterpretado en el punto en que comenta que la adopción de Java como primer lenguaje en los cursos ha llevado a ésta decadencia. Si bien Dewar entiende que las bibliotecas gráficas de Java permiten a los estudiantes crear software sin entender el código fuente por debajo, éste no es el problema principal.
“Mucho se trata de ‘hagamos ésto más divertido’. Sabes, ‘la matemática no es divertida, reduzcamos los requerimientos de matemáticas. Los algoritmos no son divertidos, deshagámonos de ellos. Ewww - bibliotecas gráficas son divertidas. Hagamos que la gente juegue con las bibliotecas. Y [olvidarse] todo éste asunto con ‘línea de comando’ - haremos que la gente use interfaces visuales lindas donde puedan apuntar y hacer clic y crear cosas gráficas llamativas y divertirse.”
Dewar menciona que su casilla de correo se llenó de respuestas positivas a su artículo, de estudiantes así como empleadores. Mucho lectores le han agradecido por hablar de una situación que creen necesario debe ser atendida, cuenta. Un email era de un IR que trabaja con un programador junior. El trabajador más viejo sugirió que el joven ingeniero chequeara el stack del núcleo para ver sobre un problema, pero desafortunadamente, “nunca había oído sobre un stack de núcleo”.
Desde el punto de vista de Dewar, la culpa es de las universidades que están deseperadas por compensar las bajas matriculaciones en programas de ciencia de la computación, aunque signifique destrozar los programas. Es conocido ampliamente que las matriculaciones han decrecido. Las causas principales: la caída de las punto com, y los encabezados constantes sobre outsourcing.
Responden a ésta baja en estudiantes del sector “atontando” los programas, esperando hacerlos más accesibles y populares. Lo que sea muy demandante o percibido como tedioso, se reemplaza con material simplificado que atraiga más enrolamientos. Obviamente como dice Dewar, ésto es contraproducente.
“Para mí, los números no son necesariamente la primera preocupación. La primer preocupación es que la gente obtenga una buena educación.”
Éstos estudiantes que fueron alimentados con material fácil no están preparados para competir globalmente.
Dice, uno de los pasos más contraproducentes que dieron las universidades fue adoptar Java como el lenguaje más usando en los cursos introductorios de programación, en un deseo de hacer la carrera más popular. Recuerda una discusión en la NYU hace varios años cuando decidieron cambiar el lenguaje introductorio de Pascal a Java. Pascal nunca había sido tan popular en la industria, cosa que no importaba; aprender Pascal tendía a promover prácticas de programación sólidas.
“Enseñaban Pascal porque parecía pedagógicamente la mejor opción”, dice Dewar.
El cambio a Java se hizo “puramente sobre la base de la demanda percibida de los estudiantes”. Para estar seguro, es un código popular para aplicaciones web y es relativamente fácil para los principiantes. Sin embargo, es exactamente ésta facilidad que lleva al núcleo de lo que está mal con los currículos de hoy en día.
“Si vas a una tienda y compras un libro de Java, son 1.200 páginas; 300 páginas son el lenguaje y 900 son bibliotecas misceláneas. Y es verdad que puedes sortear muchas cosas juntas en java muy fácilmente… así que puedes sortear cosas juntas sin un conocimiento mínimo,” dice. “Pero para mí, eso no es ingeniería del software, eso es algún tipo de programación consume-nivel.”
“El problema con Java es que esconde muchas cosas… esconde los temas de compilación - ¿qué está haciendo un compilador? Creo que si fuera a hablarle a un estudiante de Java, ni conocerían la palabra ‘compilador’. Si la conocieran, estoy seguro que no voy a obtener una idea si preguntara ‘¿qué hace un compilador?’”
El problema, a nivel de mercado en Norte América sería “Si la gente sale de las escuelas y saben Java y programación Web, y saben cómo armar cosas usando bibliotecas, ese es el tipo de habilidades que no se demandan”, Los trabajos que requieren no más que éstas habilidades de bajo nivel puede perfectamente hacerse desde países con sueldos bajos.
Como resúmen, el constructor a partir de bibliotecas de Java de hoy, es el repartidor de pizzas de mañana.
¿Quién debería estudiar (y quién no) Ciencias de la Computación?
Se necesita una persona con un set bien específico de inclinaciones y talentos para ser un programador de computadoras, comenta Dewar. Son éstas personas específicas para quienes deberían apuntar sus programas las escuelas - no la masa de personas semi-interesadas que usan bibliotecas pre-hechas para crear aplicaciones sin inspiración. Reflexión final de Dewar:
“La mayoría de los que entramos en programación realmente lo hacíamos porque lo encontrábamos divertido. Encontramos el desafío intelectual divertido. Encontramos que enfrentarnos a un problema complicado, luego pensar soluciones algorítmicas interesantes, es divertido. Encontramos estructuras de datos listas que resuelven problemas interesantes, divertidas.”
“Tal vez no sea divertido para una audiencia más grande, pero la educación de ciencias de la computación debería ser más sobre encontrar a esas personas que disfrutan ese tipo de diversión y enfocarse a ellos en vez de hacerlo todo fácil.”
“Si la gente encuentra aburrido computar algún valor interesante, entonces corre ese programa y obtiene un valor de 42 cuando debería ser 83, y encuentre porqué obtuvieron 42 en vez de 83, si encuentran eso tedioso y aburrido, entonces no son la clase de gente que necesitamos.”
Para los que se sientan identificados con la gente que describe en su reflexión final, creo que vamos por buen camino.
También podría interesarte:
En éste enlace, pueden leer una traducción completa de la entrevista. Está traducido por DanielSan, usuario de Barrapunto, en su bitácora.
Aparentemente, el proyecto QEmu OSX de Alexander Graf fué el primero en lograr ejecutar una versión no modificada de Mac OS X en un entorno virtualizado. Llamativamente ganándole a soluciones comerciales como VMWare Fusion y Parallels, QEmu OSX está logrando su objetivo de "hacer que cualquier versión de Mac OS X ejecute sin modificaciones en software de virtualización", inicialmente en QEmu y KVM y próximiamente también en Xen y VirtualBox.
La "magia" se logra en realidad usando versiones modificadas de QEmu y KVM.
El fin de semana anterior a Navidad, personas desconocidas lanzaron una piedra contra una ventana de las oficinas de la Comisión Electoral del Condado de Davidson, en Nashville (Tennessee, Estados Unidos). Acto seguido se apoderaron de un router valorado en 3.000 dólares, una cámara digital y dos ordenadores portátiles conteniendo el listado de registro de votantes del condado, que incluye los datos personales sin cifrar de más de 300.000 personas.
En cumplimiento de las leyes que obligan a notificar este tipo de incidencias, la Comisión Electoral remitió el pasado 2 de enero una carta a cada uno de los afectados.
El incidente podría costar un millón de dólares al Condado de Davidson, que es el coste total previsto de un seguro de protección frente al robo de identidad durante un año para cada una de las personas afectadas.
Sun Microsystems anunció un acuerdo para adquirir a la empresa sueca MySQL AB, los creadores de la popularísima base de datos abierta del mismo nombre que tiene entre sus usuarios a gigantes como Google, Yahoo!, YouTube y MySpace, por un total de U$S 1000 Millones (U$S 800 en efectivo y U$S 200 en otras opciones).
Para darnos una idea de lo que significa ese astronómico número, sólo mencionemos que es aproximadamente 5 veces más de lo que pagó Novell cuando compró SUSE en el 2003.
Los 400 empleados de MySQL AB trabajarán ahora para Sun y Marten Mickos, el ex-CEO de MySQL, seguirá a cargo de la base de datos dentro de su nueva empresa.
Con algunas semanas de retraso, FreeBSD 7.0 acaba de entrar en fase Release Candidate. Desde el mismo comunicado se aclara que se han encontrado algunos problemas por resolver en esta primera RC, pero que no son críticos para la instalación. Está prevista una versión "RC2" antes del lanzamiento final.
FreeBSD 7.0 RC1 está disponible para la mayoría de sus arquitecturas soportadas (incluyendo AMD64), aunque a la sparc64 todavía le queda un buen tramo por recorrer.
Un revelador artículo ha desglosado con acierto las razones por las cuales muchos seguimos pensando que Linux es un sistema operativo más seguro que las distintas versiones de Windows. La propia filosofía de las distribuciones Linux han ayudado a construir unas soluciones realmente estables y seguras que se afianzan en varios pilares:
"Todo empezó un abril del 2005 para conmemorar nuestro primero aniversario, hoy el equipo que forma FL lanza su última entrega, 100% dedicado al fascinante mundo de las particiones desde gnu/linux."
PARTICIONES
Particiones: palabra que amedrenta, barrunta desastres y propicia taquicardias. Aunque existen algunas maneras de usar una distribución Linux sin tener que reparticionar el disco, siendo las más populares los live-cds, si queremos una instalación de GNU/Linux, digamos, “en serio”, no habrá más remedio que enfrentarse a ellas, de modo que vamos a realizar el intento de compartir nuestros modestos conocimientos, explicando lo mejor que sepamos lo que hemos aprendido.
Trataremos el asunto desde nuestras propias experiencias, así que quede bien entendido que allá cada cual con lo que decida hacer, a nosotros no nos pidáis cuentas si se os tuesta el disco duro o se os enfría la pizza.
Índice de contenido
1. Geometría de un disco duro
2. ¿Qué es, en este mundo, una partición?
3. Tipos de particiones
4. Nombres de las particiones
5. Puntos de montaje de las particiones
6. Decisiones a tomar sobre particiones para una instalación de GNU/Linux
7. Programas para particionar
8. Algunas sugerencias para distintos esquemas de particionado
9. Comandos relacionados con las particiones y su formateo
10. El archivo /etc/fstab
11. Formateado de una memoria flash desde Linux
12. Concluyendo
13. Agradecimientos y créditos. Punto y final.
Articulo Completo Aqui
Muchos usuarios no están demasiado contentos con el aspecto de Windows XP, y modifican algunos de sus apartados visuales. No obstante, existen ya ‘paquetes de transformación’ que ayudan a que XP se convierta por arte de magia en Vista, Mac OS X, e incluso Fedora o Ubuntu. Un curioso artículo en un blog ha recogido cinco ‘Transformation Packs” que permiten al usuario de Windows XP cambiar la apariencia visual de sus Windows XP para que en lugar de la interfaz convencional se encuentren trabajando con los escritorios de otras ofertas.
Estos packs gratuitos transforman a Windows XP en Windows Vista, Mac OS X - un par de ofertas al respecto - e incluso en Fedora y Ubuntu, dos de las distribuciones Linux más extendidas del mercado.
No os confundáis, no obstante: lo que habrá debajo seguirá siendo Windows XP, pero desde luego los resultados son espectaculares.
Los usuarios de la suite CS3 de Adobe (que incluye aplicaciones tan populares como Photoshop, Illustrator y otras) andan molestos porque se sienten engañados o espiados, según prefiera cada cual ver el asunto.
El origen de su malestar radica en que, tras arrancar algún programa de esta suite, se intenta una conexión a una dirección IP bastante peculiar: 192.168.112.2O7 punto net (ojo: fijarse en que se trata de 2-o(letra)-7, no de "207" (número). La imagen que sigue ha sido tomada en mi propio equipo:
El dominio 2o7 punto net pertenece a la empresa Omniture, dedicada al análisis de estadísticas Web.
Caben diferentes opiniones sobre si esta conexión representa o no una intromisión en la privacidad de los usuarios de Adobe CS3, pero lo que resulta especialmente desafortunado (y sí, también sospechoso) es haber elegido para ello una dirección IP engañosa, que puede fácilmente ser confundida por un usuario poco atento con una dirección IP local (formato 192.168.x.x). De esta forma, el usuario puede permitir la conexión sin en realidad desearlo...
Mas información en www.kriptopolis.org
