Lo bajaré y espero que esta vez mi computadora si prenda y apague normalmente… sigo sin entender que pasa.

La primera empresa es un gigante de la computación, una transnacional dedicada al desarrollo de software, con muchos puestos disponibles. La competencia para entrar a trabajar a esta empresa es mucha, contratan gente de todas partes, no dudaría en decir que de los cinco continentes. Se han dedicado al desarrollo de software por decadas y se han mantenido dentro de las empresas más deseadas para trabajar en el ramo. La segunda, por otra parte, es una empresa con una única sede. No se dedica únicamente al desarrollo de sistemas, este departamento consta únicamente con cinco empleados, la competencia cuando se abre una vacante es baja, la mayoría de los puestos se consiguen a travez de la gente que ya trabaja ahí. Se podría considerar como una empresa pequeña o mediana con productos que viajan a nivel internacional, principalmente en América Latina.

El proceso de selección de la empresa grande es complicado, según tengo entendido es un proceso de tres entrevistas antes de que te acepten (yo apenas tuve la segunda ronda hace poco). Cada entrevista ha constado de una parte en la que se platica sobre el por qué estas interesado en la empresa, que te gustaría hacer, etc. y finalmente la parte importante para este artículo, una prueba. En este caso, se trata de problemas que hay que resolver aplicando la lógica que es tan importante en nuestro entorno. Regresando a la pequeña empresa, el proceso es ligero, una entrevista de un día, explicándote para que te quieren contratar y, como era de esperarse, una prueba un tanto distinta a la anterior. Aquí se trata de demostrar que sabes utilizar un lenguaje de programación.

Como dije anteriormente, la comparación entre las empresas puede parecer un tanto abusiva pero creo yo que es valida. Lo que quiero contrastar es la mentalidad que está detras de los dos exámenes. La primera es una prueba de habilidad mental, es importante para ellos saber que sabes pensar, que te sabes enfrentar a cosas nuevas y solucionarlas. Un examen de conocimiento, como el de la segunda empresa, te provee de una información mínima. Al final de cuentas muchos lenguajes son similares (por eso los clasifican por categorías: OO, estructurados, etc.) si no sabes como se hace un ciclo en un lenguaje en específico (la construcción, sintaxis) siempre puedes consultarlo perdiendo a lo mucho dos minutos, pero no pasa lo mismo para solucionar problemas.

Creo que es importante darle esa oportunidad al lado más abstracto de la ingeniería, claro que la parte técnica es importante pero al final de cuentas se busca hacer cosas nuevas y abrirle la oportunidad a otras ideas y esta manera de filtrar de la empresa local puede que le llegue a hacer más daño a la larga, si se llega a llenar de gente que espera que le digan qué hacer en vez de personas que le puedan decir como hacer las cosas para su beneficio.

También creo que esto se ve reflejado en muchas otras cosas, no solo en la contratación de ingenieros. Una de las cosas que más recuerdo de mi secundaria son los diferentes enfoques que tomaban mis dos maestras de historia. Por un lado estaba la maestra de historia de México, con los típicos exámenes en los que se buscan respuestas de si, no, 16 de Septiembre, José María Morelos. Un día después nadie recordaba nada. Mi otra maestra, una de las que creo ha causado mayor impacto sobre mi, de la materia de historia (más general) era una maestra francesa, con ella aprendí a organizar mis ideas[1] y a comprender, no memorizar. ¿Será acaso una muestra de mi actitud malinchista? ¿O es que verdaderamente esa es la actitud del mexicano?

[1] Han pasado casi diez años… es normal que esté un tanto oxidado. Es una de las razones por la cual empezé el blog.

Lo primero que me vino a la mente cuando leí este artículo fue una sensación de rareza, no es algo que encuentres muy seguido viniendo de la comunidad de Linux, de hecho es el arma de doble filo de la que se valen los críticos de Linux: es confuso para el usuario promedio, incluso algo espeluznante. Y es comprensible, primero te hablan de lo grande que es el sistema operativo Linux, para luego decirte que en realidad Linux por si solo no te sirve, sino que necesitas una distribución… para luego decirte que “todas son muy similares” pero “cada una tiene pequeñas diferencias, y hay que escoger la que mejor te acomode”… y lo peor de todo es cuando te invitan a probarlas para que escojas la que más te guste, pero en realidad, para ti, ¡todas son iguales!

En un ejemplo de los programas de docks (las barras estilo OS X) el autor lanza la siguiente pregunta:

Why should we have to choose? Why don’t we just work together on one single dock that does everything right?

Sin duda una de las más controversiales por la primera parte… “¿Por qué deberíamos de escoger?”. Si la leemos superficialmente podríamos confundirlo con un comentario digno de un monopolio, pero en realidad el artículo está enfocado a analizar el por qué Linux no es tán popular como Windows o Mac (la traducción del titulo es “Lecciones que Linux debería de aprender de Windows y Mac”) y desde este punto de vista (el punto de vista del usuario común) tiene razón. Un usuario de Windows o Mac no se tiene que preocupar por qué programa usar, simplemente lo usa porque es el que tiene enfrente y le sirve. Para que el software libre tenga una mayor parte del mercado, tiene que tener en mente a los usuarios promedio y hacerles la vida más fácil.

Ahora, el tener opciones enriqueze el ecosistema del software, preguntale a cualquier mercadologo y te dirá que entre más proveedores, mayor poder tiene el consumidor y por lo tanto mayor beneficio recibe, lo que en software se expresa como mejores productos. No podemos negar que cada usuario tiene necesidades distintas y que hacer un “sistema operativo universal” sería algo perjudicial, es una de las cruces que lleva el movimiento del software libre, no al monopólio. Pero estoy de acuerdo en que tener más de 350 distribuciones de Linux es algo exagerado. No es dificil contribuir a un proyecto, la mayoría de los proyectos de gran escala tienen una infraestructura para facilitar el proceso. ¿No sería más productivo desarrollar un programa y proponerlo a una distribución? ¿A dónde podría llegar la comunidad del software libre si dejara un poco el orgullo y tomara una actitud distinta frente a sus principios? No solo compartir - a veces forsozamente - sino colaborar.

La presentación abarcó los puntos clásicos, como valores, objetivos, clientes actuales, el desarrollo del personal. Uno de los puntos que más me llamó la atención es un objetivo en el cual están decididos a estar dentro de las 10 mejores empresas en donde trabajar para los sitios donde tengan una división, de hecho está considerada como la mejor empresa de TI en donde trabajar en India y es algo de lo que están orgullosos.

Otro punto a favor que les veo es que, aparentemente, invierten en el crecimiento del personal dando oportunidades de acceso a entrenamientos y certificaciones, además de que tienen bien definidos los caminos por los que un empleado puede crecer dentro de la empresa.

¿Me gustaría conseguir trabajo con ellos? Probablemente si. No digo que me gustaría dedicarle mi vida a una empresa, de hecho no me interesa, pero una oportunidad de trabajar en una empresa como esta no se rechaza fácilmente, sobretodo estando a un año de graduarme. Si me gustaría conocer un ambiente de trabajo distinto al que estuve hace un año para estar mejor preparado.

También hay que analizar el efecto que esto tiene sobre la industria de las TI en México, principalmente Guadalajara. Esta es una empresa que está acostumbrada a tener planteles con más de 1000 empleados por sitio (es el número que nos dijeron tienen en India por sede). No se si se limiten a dar servicio a empresas transnacionales, pero si por algo se metieran a competir con el mercado local, que está lleno de PyMES (o MiPyMES) probablemente tendría un efecto increiblemente negativo para las empresas locales. Además, ya es la segunda gran empresa India en instalarse en Guadalajara (despues de Tata Consultancy Services) y las dos juntas probablemente acaparen el mercado de graduados, reduciendo la cantidad de gente atendiendo empresas locales.

Una propuesta que me gustaría ver es que el blog no se vuelva simplemente un blog institucional, de comunicados y “notas interesantes” que encuentre el coordinador de carrera, sino que lo abran como un foro para los maestros y estudiantes, donde se puedan publicar artículos, previamente revisados por un filtro editorial, abriendo campo para nuevos diálogos. Una especie de “planet ISC”.

Eso es todo por hoy, esperemos ver como crece este blog de Ingeniería en Sistemas Computacionales.

El video se soluciono bastante rapido, en si no instale los codecs para Totem (que es el reproductor por default) pero si instale el VLC junto con los codecs que trae integrados. Los pasos a seguir los encuentras en el blog “oficial” de OpenSolaris, The Observatory, en una entrada llamada More Multimedia.

Despues de instalar VLC me di cuenta que tener video no importa tanto si no tienes audio… entonces me puse a investigar un poco mas para solucionar este problema. La solucion se la debo al autor de /dev/dump, un blog que tiene bastantes entradas sobre el driver audiohd. La primera entrada en la cual venia la solucion tiene un link a una version desactualizada del driver, por lo que al instalarlo mi computadora empezo a emitir lo que los gringos llaman “hissing”, o en mexicano, “ese ruido que hace la tele cuando no tiene se;al”. Estuve a punto de abandonar mi intento de arreglar el audio pero por suerte me di cuenta que habia nuevas versiones del driver en entradas posteriores.

Para quien le interese, la solucion es la siguiente:

1. Baja el driver mas nuevo de aqui. No digo cual porque puede cambiar, solo busca audiohd y la ultima fecha.
2. Extrae el archivo que te valla a servir. Si tu sistema operativo es de 32 bits extrae el archivo obj32/audiohd, si, como yo, tienes un sistema operativo de 64 bits, extrae obj64/audiohd.
3. Copia el archivo a la carpeta correspondiente, nuevamente:
   • 32 bits: /kernel/drv
   • 64 bits: /kernel/drv/amd64
4. Reinicia OpenSolaris.

Espero que les funcione.

P.D.: Perdon por los acentos y las e;es, todavia no soluciono lo del teclado latinoamericano.

Habari es un sistema que se enfoca principalmente a ser un blog, es relativamente nuevo y todavía hay muchas cosas que van cambiando, pero eso es algo que han dejado establecido por el momento. Ahora que para ser un sistema de blogging nuevo, tiene una propuesta bastante interesante, incorpora un sistema de caché (cosa que WordPress deja como plugin) y se guía por los conceptos de la meritocrácia y simplicidad.

El concepto de la meritocrácia, en cuanto al software se refiere, nace y crece con la fundación Apache (los mismos que hacen el Apache HTTP Server). El proyecto Habari adopta esta filosofía ya que nace de un grupo de usuarios de WordPress que no estaban completamente de acuerdo con la manera como se desarrolla este sistema; si, es un sistema Open Source, pero aún así es desarrollado casi únicamente por Automattic y ellos deciden que se incorpora y que no.

La simplicidad se ve reflejada en distintas partes, por un lado está el código, que es un buen diseño orientado a objetos. Por otra parte está la interfaz de administración, Monolith. Comparada con la interfaz de WordPress, Monolith es un 90% más limpia, utiliza colores en tonos de gris y el rojo para resaltar cosas, además de tener únicamente un menú en la parte superior con una sola lista desplegable, algo similar al concepto del “Menú Inicio” de Windows. Este menú tiene divisiones entre lo que se catalóga como “Contenido” (agregar un post o una página, administrar posts, etc.) y “Administración” (plugins, configuraciones, etc). Además de este extremo minimalismo, está preparado para recibir “accesos rápidos” con el teclado, teclear ‘q’ abre el menú y un número o letra identifica cada link del menú (no funciona cuando se tiene el cursor sobre un campo de texto, obviamente).

Habari se encuentra en la versión 0.5.1 actualmente, y como todo buen proyecto que inicia no cuenta con la documentación apropiada. La infraestructura de la comunidad cuenta con dos listas de correos, habari-dev y habari-users, un canal de IRC y una wiki. El directorio de plugins es una página en la wiki, cada desarrollador se encarga de actualizar la información ahí.

Sin duda un proyecto interesante, tuve la oportunidad de hacer algún aporte y monitoreo la lista habari-dev de vez en cuando. Como descuidé un poco el blog no se todavía si voy a usarlo o no. También cabe mencionar que sirven sus páginas como HTML 4.01 en vez de XHTML.

1.- La primera parte de la entrega consistía en un algoritmo que solucione las ocho reinas sin ninguna consideración especial (o búsqueda a ciegas), lo único “optimizado” es que no genera nodos que sean inválidos (o no pone reinas donde serian atacadas por una que ya estaba antes).

Java

time java ochoreinas.Main

real    0m0.239s
user    0m0.209s
sys    0m0.029s

De acuerdo con el profiler de NetBeans, esta ejecución genera 26093 nodos.

Python

time python _Main.py

real    0m7.666s
user    0m7.616s
sys     0m0.014s

time python Main.py

real    0m1.218s
user    0m1.154s
sys    0m0.009s

De acuerdo con el profiler de python, esta ejecución también genera 26093 nodos (confirmando que el algoritmo esta funcionando igual). La (drástica) diferencia entre _Main.py y Main.py es que uno genera nodos _Nodo, que en su constructor reciben un _Nodo padre y copian las matrices de reinas y posiciones inválidas haciendo uso del modulo copy de python; mientras que el otro genera nodos Nodo, que en su constructor reciben un Nodo padre y copian las matrices “a mano”, esta fue mi primera optimización, o corrección de errores propios (porque tengo mas interés en aprender python que java).

Método __init__ de _Nodo:

def __init__(self, padre=None):if type(padre) == type(self):
self.padre = padre
self.tablero = copy.deepcopy(padre.tablero)
self.invalidos = copy.deepcopy(padre.invalidos)
self.reinas = padre.reinas


Método __init__ de Nodo:

def __init__(self, padre=None):
try:
self.padre = padre
self.tablero = [[j for j in i] for i in padre.tablero]
self.invalidos = [[j for j in i] for i in padre.invalidos]
self.reinas = padre.reinas
except AttributeError:
pass

Conclusiones: algo exagerada la diferencia entre python y java, de hecho cuando vi que python tardaba 7 (casi ocho) segundos en hacer lo que java hace en 0.2 segundos, me decepcione bastante y fue por eso que empesé a buscar alternativas y surgió la idea de esta comparativa.

2.- La segunda parte es lo que el profesor llamo el “algoritmo a*”, básicamente consiste en que al ir generando los nodos y metiéndolos a la cola de nodos por visitar, se van ordenando para que siempre visitemos los nodos con menos espacios restantes para poner las reinas primero, en los dos casos utilicé métodos de ordenamiento que vienen incluidos por default en el lenguaje.

Java

time java ochoreinas.Main

real    0m0.122s
user    0m0.118s
sys    0m0.027s

Python

time python Main.py

real    0m0.069s
user    0m0.061s
sys    0m0.008s

Los dos lenguajes generan 1044 nodos (25 veces menos que en el algoritmo anterior). Para sorpresa mía java tomo casi el doble que python en este caso, la diferencia, supongo, radica en la manera de organizar los nodos creados. En los dos casos se genera una cola temporal a partir de los hijos de un nodo; esta cola es ordenada y después agregada a la cola original que contiene todos los nodos a revisar “a mano”, por lo que no tengo otra conclusión más que “python tiene una mejor implementación de un algoritmo de sort“.

De hecho el método encargado de regresar la comparativa entre dos nodos se ejecuta 1220 veces en python y únicamente 1134 en java; y el método encargado de regresar la cantidad de nodos inválidos (Nodo.cuentaInvalidos()) es llamado 2268 veces en java (el doble que sort) y 2440 en python (nuevamente el doble que sort), algo raro porque generalmente más operaciones implican más tiempo.

Otro punto a considerar es que en Java es necesario generar un objeto comparador cada que se ordena la cola, mientras que en python las listas tienen un muy util metodo sort ya integrado, al cual le pasas la función que reciba dos objetos a comparar y regrese un resultado de -1, 0 o 1 (menor, igual o mayor que).

Probando en la máquina virtual (VirtualBox, que además fue recientemente adquirida por Sun) tuve un problema con el sistema de actualización de OpenSolaris (la versión gráfica), resulta que su primera versión estable tiene una falla en la que no puedes actualizar. Leyendo las release notes encuentras la solución al problema, actualizar el actualizador (se que suena extraño) mediante la consola y despues continuar con el resto del sistema, pero por alguna razón por más que lo intenté no me funcionaba, por eso decidí bajar la versión en desarrollo (que saldrá a la luz como la segunda versión estable, 2008.11). Esta versión ya no tiene el problema del actualizador (pero aún así prefiero seguir utilizando el de consola) y me decidí por probarlo en una instalación “de verdad” y estoy contento de poder decir que funciona, aunque no está completamente libre de errores.

En mi experiencia con los sistemas operativos que no son Windows (i.e. distintas distribuciones de Linux) siempre encontré que el problema más típico era que no me detectaran las tarjetas de video y esto era lo que esperaba de OpenSolaris, aunque pensé que habría otras cosas que funcionarían raro porque mi computadora es relativamente nueva, pero el único problema que encontré es que mi driver de audio está mal configurado (o eso dice en una herramienta que viene incluida con la distribución), no da más detalles entonces todavía voy a tardar en saber por qué pasa esto. Como nota extra, me detecta mi tarjeta de video (nVidia GeForce 9500M GS) sin problemas (nisiquiera le tengo que activar el driver como en Ubuntu, aqui no le tienen tanto miedo a los restricted drivers) y cuando está cargando el sistema sale una pantalla de nVidia en vez de una barra de loading.

Estaré probando este sistema operativo, hasta ahora es muy similar a Linux ya que los dos son basados en UNIX, los dos utilizan el entorno visual X y OpenSolaris viene con GNOME 2.22 como ambiente de escritorio. Las verdaderas diferencias se encuentran a nivel de kernel y herramientas del sistema. Los puntos “presumidos” de Solaris son su sistema de archivos (ZFS) y DTrace para monitorear el sistema, voy a investigar más sobre esto y espero estar escribiendo un poco más ya con temas concretos.