Me encontré con este excelente artículo el día de hoy; habla de un tema con el que coincido completamente: la baja calidad de los ingenieros de software que egresan de las universidades y escuelas. El artículo está centrado en los Estados Unidos, pero a fin de cuentas la problemática existe en todos lados. En el artículo están las opiniones de Robert Dewar, un profesor emérito de la Universidad de Nueva York, sobre las razones sobre porqué el cree que la calidad de los ingenieros egresados ha decaído dramáticamente, cuales son las razones de tal cosa, y como se podría solucionar este problema. El problema básico que describe el artículo es que la gran mayoría de los ingenieros de software que egresan hoy en día son básicamente incompetentes; en ocasiones resulta impresionante ver la cantidad de cosas que desconocen los estudiantes de nivel de licenciatura, cosas que los maestros o instructores dan por sentado que deberían de saber. En particular tiene que ver con los programas de estudio de las escuelas, que no son lo suficientemente rigurosos, y peor aún, no promueven el pensar a fondo y la resolución de problemas.

Debo decir que soy maestro de ingeniería de software y de otras materias, como algoritmos; eso me da perspectiva del problema. Una muestra del mismo: durante la materia de algoritmos, en el primer cuatrimestre de la carrera, se les pidió a los alumnos que hicieran un algoritmo que calculase la suma de los cuadrados de los números impares desde 1 hasta 100. En algún punto un alumno escuché a un alumno preguntarle a otro “¿cómo se calcula el cuadrado de un número?“, y entonces fue cuando entendí que había un problema serio, de fondo, desde el principio. Si no se corrigen esos problemas, ¿qué clase de ingenieros vamos a tener en el futuro?

Los problemas en la formación

Uno de los puntos del artículo antes mencionado es que la inclusión de Java como lenguaje principal en las escuelas es uno de los factores que han llevado a la baja de la calidad, debido a que la gran mayoría de estudiantes sólo saben usar librerías ya hechas, pero no tienen ni la mas mínima idea de como funcionan o que pasa en dichas librerías. Es decir, pueden usarlas a la perfección, pero la gran mayoría de ellos no podrían hacer una; principalmente debido a que los programas de estudio actuales dejan a un lado materias como algoritmos, estructura de datos y otras más, mientras que las que si se llevan generalmente están mal enfocadas; en pocas palabras, no tienen los medios para hacer tal cosa.

A título personal no creo que el uso de Java sea nocivo; creo que un buen programador es un buen programador independientemente del lenguaje, y lo mismo para los malos programadores; si creo que es una mala elección como primer lenguaje, por lo mucho que esconde del funcionamiento de una computadora, y de un compilador como tal. Los más ingenieros recién graduados no tienen claro ni siquiera que es un compilador, a fin de cuentas, entre muchas otras cosas.

Mi apreciación es que muchos estudiantes de ingeniería actuales son mucho menos entusiastas que en el pasado; mucho de lo que desconocen está a su alcance, pero carecen de ese elemento básico del ingeniero, que es la curiosidad por conocer como funcionan las cosas, y mientras se conforman con lo que reciben en las aulas. Y las escuelas también tienen que ver en esto: en los Estados Unidos la cantidad de ingenieros matriculados en las escuelas ha venido a la baja, y estas, con tal de mantener la cantidad de alumnos, le han bajado de intensidad a sus programas de estudio con tal de que sean “llamativos” a más gente.

La actitud del aspirante a ingeniero

En general, la desinformación del ingeniero relacionado con las TI en general es alarmante; la gran mayoría (extremadamente cercana al 100%) no tiene conocimiento de las grandes obras en las diversas ramas: hablando en particular de la ingeniería de software, muchos ingenieros ni han escuchado hablar de The Art of Computer Programming de Donald E. Knuth, biblia indispensable para todo programador, no han leído jamás The Mythical Man-Month, ni siquiera EL artículo por excelencia de la ingeniería de software, “No silver bullet“, ambos de Frederick P. Brooks Jr.; si programan en C no tienen ni idea del libro de El Lenguaje de Programación C de Kernighan y Ritchie, considerada la biblia del lenguaje por todo programador de C que se considere medianamente competente, y muchísimos otros libros más de gran importancia que podría mencionar.

Un problema serio que yo he sufrido en carne propia es la nula capacidad para solución de problemas por parte de los alumnos: en un curso de Borland Delphi les pedí a mis alumnos que hicieran varios juegos, por equipos. Uno de los juegos era hacer un clon de buscaminas, el juego que trae Windows. Epílogo: no pudieron hacerlo. ¿La razón? no pudieron encontrar una solución (en código) a la forma en la que se van borrando las celdas sin bombas al hacer clic en una vacía. ¿Son tontos? no, para nada. Necesitaron de conocimiento en algoritmos y estructura de datos, y simple y sencillamente no llevaron las materias con el rigor necesario ni tuvieron el entrenamiento suficiente al inicio de su carrera, y ahora empiezan a pagarlo, y será peor cuando egresen, cuando tengan un trabajo donde seguramente les pedirán de todo; lo menos “peor” que les pedirán es un buscaminas.

Hay algo muy cierto, y es que no cualquiera sirve o tiene las aptitudes para ser ingeniero; y cito del artículo textualmente:

…se requiere de un cierto conjunto de inclinaciones y talentos, y es para estos para los cuales las escuelas deberían de preparar sus planes, y no para las hordas de gente semi-interesada que usa librerías preconstruidas para crear aplicaciones sin inspiración alguna.

Nada más cierto.

¿Cuáles son las posibles soluciones?

Se mencionan varias posibles soluciones al problema: entre ellas se mencionan dar más apoyo al estudiante pero uno a uno, aunque es difícil en las escuelas en la actualidad, principalmente porque no todos son maestros de tiempo completo y segundo porque hay muchos más alumnos que maestros; uno muy importante y con el que coincido ampliamente es el leer buen código escrito por buenos programadores; esto es crítico para aprender a programar, y algo que siempre trato de fomentar en mis alumnos.

Epílogo

Hay un punto al final del artículo que es muy interesante, y con el cual me identifiqué plenamente: muchos de los que nos metimos en programación lo hicimos porque nos pareció (y nos sigue pareciendo) divertido, nos gustan los retos intelectuales, y nos encanta que nos enfrenten con problemas complicados, y entonces crear un algoritmo para resolverlos. Todo eso nos parece divertido, y debo añadir, altamente gratificante. A este día, mi profesión me sigue pareciendo mi hobby.

Y les dejo esta reflexión, copiada textualmente, sumamente sencilla pero extremadamente poderosa, que yo no podría escribir mejor:

Si la gente encuentra aburrido calcular un valor interesante, luego correr ese programa y obtener un valor de 42 cuando debería de ser 83, y encontrar porqué se obtuvo 42 en lugar de 83, si se encuentra eso tedioso y aburrido, entonces no son la clase de gente que hace falta.

Amén.

Términos de búsqueda entrantes:

• ingeniero en software
• ingeniero de software
• ingenieros de software
• ingeniero software
• quien mato al ingeniero de software
• ingenieria en software
• mejor ingeniero software
• que es la ingenieria de software
• ingeniero del software
• que es un ingeniero en software

En una encuesta realizada recientemente, menos de 1 programador por cada 12 están desarrollando aplicaciones que tengan como destino Windows Vista. No es un error: menos de 1 en 12, ni siquiera uno en doce; en verdad es una estadística para alarmarse. Y es que Microsoft gusta de aventar una docena de nuevas tecnologías con cada versión de Windows que sale al mercado. Las tecnologías más recientes incluidas en Windows Vista no han sido precisamente demandadas: por ejemplo el Windows Presentation Foundation, que es nada más y nada menos que el subsistema gráfico de Vista, no tiene gran demanda; los desarrolladores siguen usando generalmente ASP .NET y Windows Forms. A fin de cuentas, sólo unas cuantas son las que pegan, y las demás o son usadas por unos cuantos o bien quedan en el olvido.

Entre las tecnologías que espantan desarrolladores también podemos nombrar al infame UAC (User Account Control), ese sistema de…de….vamos a  decirle de seguridad, que Microsoft implementó como una medida molesta, principalmente para hacer que los desarrolladores dejen de crear aplicaciones que funcionen en modo de usuario privilegiado (como un Administrador) y que funcionen en modo de usuario estándar. Por el lado de las grandes empresas las cosas no son mejores: de acuerdo con otra estadística, un quinto de las aplicaciones empresariales de Windows XP que son llevadas a Windows Vista tienen problemas; si la migración es hacia Vista de 64 bits, entonces la tasa suba hasta la mitad. Viendo estas cifras, es fácil ponerse del lado de las empresas.

Sólo nos queda esperar que entre las mejoras de Windows 7 (la próxima versión de Windows) no traiga tantas de estas tecnologías “maravillosas”, y que las que han pegado entre los desarrolladores mejoren.

Fuente:  InfoWorld

Términos de búsqueda entrantes:

• porque todos quieren windows

Para tratar de contrarrestar esto, Microsoft e Intel (junto con la Universidad de Illinois) pondrán USD$ 20 millones entre ambos de su billetera, para crear Centros de Procesamiento Paralelo, que estará dirigido por varias autoridades en la materia, y que tendrán el reto de hacer que la programación paralela sea sinónimo de programación. El software que se produzca en estos centros será liberado a la comunidad tecnológica para mejoras posteriores. Sin embargo, a pesar de que es un esfuerzo significativo, una transición como esta en la programación tardan muchos años. Aún así, suena como algo interesante esta colaboración entre Microsoft e Intel.

Fuente: Extreme Tech

Términos de búsqueda entrantes:

• procesamiento paralelo
• procesos en paralelo hosting

Apple proporciona una forma de deshabilitar las actualizaciones fusionadas como mecanismo de última instancia, pero no provee una forma pública de hacerlo por código. Sin embargo, el navegador Safari no usa tal mecanismo, lo cual despertó la sospecha en Vukicevic, y no estaba equivocado: Safari usa un método no documentado para deshabilitar tales actualizaciones fusionadas programáticamente (desde el código). Sobra decir que algunos sectores de los desarrolladores de Mozilla no están felices al respecto. Por su parte, algunos desarrolladores de WebKit han respondido que deshabilitar las actualizaciones fusionadas no es algo que se deba hacer, y más aún, que es peligroso.

No sé ustedes, pero desde aquí parece bastante hipócrita la respuesta. Primero, API’s no documentadas en un proyecto de software de fuente abierta (WebKit), y segundo, me recuerda a una frase irónica en una canción de mi grupo favorito, Rush: “aquellos que saben que es lo mejor para nosotros, deben de levantarse y salvarnos de nosotros mismos“. No entiendo como los desarrolladores de Apple recomiendan prácticas que ellos mismos no pueden seguir. Sin embargo, Vukicevic no cree que Apple esté actuando de mala fe, pues dice “no creo que Apple lo haga para limitar a otro software“.

Ciertamente esto no es gran cosa, pero nos lleva a pensar que tanto más tiene oculto Apple. Y también nos hace pensar si las reglas deberían ser igual para todos, porque desde mi óptica, no es mucho peor que las prácticas de Microsoft.

Leer notas completas en Ars Technica, Mashable y Slashdot.

Términos de búsqueda entrantes:

• beamsync chrome
• BeamSync osx
• chrome beamsync

Los componentes a los que se refiere este estudio de la empresa Garner son aquellos con licencias más permisivas, aquellas que permiten la inclusión de dichos componentes de fuente abierta en código comercial, como por ejemplo la licencia BSD y la GNU LGPL (Lesser General Public License). Cada vez más desarrolladores de software comercial adoptan componentes de fuente abierta y los integran en sus proyectos de modo que se ahorren tiempo y dinero; algunos componentes tienen tal éxito que casi se han convertido en el estándar de la industria, y como ejemplo podemos poner a la librería zlib (también comparte los honores de “sitio más horrible”) de compresión de datos, la librería de sockets seguros OpenSSL, y las librerías Boost de C++.

Leer nota completa en Ars Technica.

Términos de búsqueda entrantes:

• aplicaciones de software comercial
• software de aplicacion comercial
• software de fuente abierta
• aplicacion abierta o comercial
• aplicaciones comerciales codigo fuente
• aplicaciones de software comerial
• aplicaciones para software comercial
• software de aplicacion 2012

Confiado copié las tablas en una memoria USB. Cual fue mi sorpresa al llegar a la oficina y encontrar todas las tablas que había copiado vacías…¿pero que fue lo que pasó? investigué un poco y encontré al culpable de la situación: el nuevo sistema de virtualización de Windows Vista.

Como funciona el sistema de virtualización de Vista

El sistema de virtualización es parte del nuevo sistema de seguridad de Windows Vista, el User Access Control o UAC. El funcionamiento de este sistema de virtualización es muy sencillo: si la aplicación necesita escribir a zonas protegidas del sistema, el UAC redirige la operación de la aplicación hacia un VirtualStore correspondiente, que no es más que un lugar donde se almacenan los archivos o entradas del registro. ¿Pero cuales son las áreas protegidas que Windows Vista virtualiza? veamos:

• Registro
  • HKEY_LOCAL_MACHINE \Software, incluyendo subllaves
• Sistema de archivos:
  • La raíz de Windows (c:\Windows)
  • Archivos de programa (c:\Archivos de programa)
  • La carpeta c:\ProgramData

Todo este proceso es transparente para la aplicación, la cual debe de funcionar sin problema alguno, excepto en algunos casos, particularmente el de ejecutar la aplicación como administrador. En el caso de la virtualización de archivos, lo que sea que intente escribir la aplicación en los lugares protegidos antes mencionados, acabará en el VirtualStore, el cual se encuentra en:

Donde usuario es el nombre del usuario de la cuenta actual. En el caso del VirtualStore para el registro, la clave es:

Si desarrollas software y Windows Vista coloca entradas en esos dos lugares, es señal de que tienes que revisar tu aplicación, y hacerle las modificaciones pertinentes. Cabe aclarar que las aplicaciones no deberían de escribir en estos lugares protegidos por UAC, pues se considera mala práctica.

Ventajas y desventajas de la virtualización

La ventaja primordial de este mecanismo es obviamente el poder ejecutar aplicaciones que no sean nuevas, en una forma segura y confiable. Sin embargo, hay varias desventajas, pero la principal es que Microsoft ha dicho que los usuarios no se deben de acostumbrar mucho a esta característica, pues podría quedar fuera de futuras versiones de Windows.

Reflexiones finales

Aún cuando muchos consideran útil esta característica de virtualización, no puedo dejar de pensar que cada vez Microsoft complica las cosas aún más. Cada vez que uso Vista siento que hay alguien diciéndome “necesitamos protegerte de tu propia estupidez: lo hacemos por tu bien”. Y no me gusta el tono. Quizás por eso es que sigo con XP.

Espero les haya servido este artículo. ¡Hasta luego!

Más información en MSDN.

Términos de búsqueda entrantes:

• virtualización de Uac
• virtualstore windows 7
• virtualizar windows vista
• virtualizacion uac
• carpeta virtualstore
• windows 7 virtual store
• como virtualizar windows vista
• virtualizacion windows vista
• virtual store windows vista
• virtualizar uac delphi

¿Y para que están desarrollando ahora dichas personas? pues al parecer, como ya habrán adivinado, para Linux. De acuerdo con el CEO de Evans Data, la reducción de los programadores se debe a la gran distribución de Linux de hoy en día. Y Windows Vista no parece arreglar el problema, pues según varias proyecciones la cantidad decrecerá un 2 por ciento adicional.

Microsoft no ha comentado nada al respecto hasta ahora. Y no creo que lo haga…

Leer nota completa en InfoWorld.

Términos de búsqueda entrantes:

• windows pierde terreno
• linux pierde terreno

La GNU GPL es una de las licencias más populares, y es usada por muchos proyectos de software con perfiles de alto nivel, incluyendo el kernel de Linux. A diferencia de licencias propietarias, la GPL explícitamente concede a los usuarios el derecho de modificar y redistribuir el software.

En palabras de Richard Stallman, el fundador de la FSF, “desde que fundamos el movimiento de software libre hace 23 años, la comunidad de software libre ha desarrollado miles de programas útiles que respetan la libertad del usuario. La mayoría de estos programas usan la GPL para garantizar la libertad de ejecutar, estudiar, adaptar, mejorar y redistribuir el programa.”

Leer nota completa en Ars Technica.

Este sencillo método consiste en lo siguiente: primero dibujamos una cuadrícula de 2×2; el eje de las x será etiquetado como Dificultad, y el eje de las y como Importancia. Dificultad representa todos los aspectos negativos, como tiempo, costo, esfuerzo, riesgo, complejidad, e Importancia representa todos los aspectos positivos, como ingreso, ahorro en costos y el riesgo de no hacerlo, entre otros.

Los extremos de los ejes representan los límites altos, y el origen representa la escala más baja.

Ahora, traza tus elementos en la cuadrícula, haciendo un juicio intuitivo sobre si es más difícil o más fácil, más o menos importante, que los demás elementos que ya dibujaste.

Ahora se involucra a los dueños del producto, de modo que decidan la posición vertical. El equipo técnico debe de decidir la posición horizontal. Esto se hace mejor en una mesa de trabajo con toda el personal relevante. Es muy importante que sólo aquellos que estén calificados influencíen la posición horizontal.

Una vez que se tengan todos los elementos en la cuadrícula, piensa sobre los cuatro cuadrantes: los elementos en la parte superior izquierda son apuestas seguras. Estos elementos son prioridades ciertas. Lo que esté en la parte inferior derecha están listas para irse al basurero, pues tienen el menor valor.

Los elementos en la parte inferior izquierda son sencillos de entregar pero no los más importantes. Con estos se deben de considerar formas de darles más valor, o sea, subirlos en la cuadrícula, pero sin hacerlo de forma artificial, pues sería contraproducente.

Por último, los elementos de la parte derecha superior de la cuadrícula son desarrollos más estratégicos. Aunque están a la derecha, si no los empiezas ciertamente nunca los entregarás. se deben de considerar formas de simplificar estos elementos, por lo general, dividiéndolos en varios elementos, de modo que dichas partes se puedan mover a la izquierda de la cuadrícula y los cambios estratégicos se puedan entregar conforme pasa el tiempo.

Leer artículo original en All about agile.

Términos de búsqueda entrantes:

• como priorizar
• MATRIZ DE PRIORIDADES
• matriz de priorizacion
• priorizar
• matriz de prioridad
• matrices de priorización
• matriz primero lo primero
• matrices de prioridad
• matriz prioridad
• formas de priorizar