Resulta que tenemos un proyecto en la oficina que no tiene nada que ver con clientes. El proyecto es mas bien un intento para obvservar el comportamiento de los empleados tomando otros roles, por ejemplo, quienes se desempeñan aquí como líderes de proyecto pasaron a ser simples programadores y quienes solo programaban estarán encargados de la arquitectura y el análisis de la aplicación etc.

Angel, jefe de todos en Arkus, decidió que pondríamos tres horas de nuestro viernes y se las dedicariamos a este proyecto.  Antes saliamos a las 4 p.m. los viernes lo cual estaba excelente pero desgraciadamente nos movieron el horario y ahora salimos todos los días a las seis en ves de las 6:30 pero los viernes ya no salimos a las 4.

Total que, las tres horas después de la entrada de comida del viernes (a las 3 p.m.) tendremos que dedicarlas a este proyecto. Yo tuvé muchas ideas que tenían que ver con software organizacional pero al parecer no muchos me siguieron la onda. La mayoría opinaba que desarrollar un juego sería lo mas divertido pero después de ver que, 3 horas a la semana, es muy poco para un proyecto que es “técnicamente” complicado decidieron pensar de nuevo y todos votaron por un sitio tipo “red social”

Al final se llegó a la conclusión de que debíamos solucionar un problema con nuestro software y terminó siendo (o terminará, ya que no existe código aun)  una aplicación web para hacer pedidos de comida. Quizá en otro post lo explique mejor.

Después de decidir cual sería la aplicación se repartieron los puestos o cargos. Yo decidí no tomar la iniciativa ya que no sería un “reto” pues sabía que había algo que nadie iba a querer tomar. Todos estaban emocionados con la arquitectura, el análisis, el backend, el frontend… pero había algo que nadie (y que usualmente, nadie hace) quería hacer y que fue lo que “quedó” a lo último y lo que finalmente tomé: La documentación.

Me parece que documentar un proyecto es una de las actividades mas importantes para cualquier software que se jacte de decir que está “organizado” de algún modo. La documentación que tendré que desarrollar es la de usuario y la del desarrollador.

Para poder llevar la documentación y el código ordenados creí que sería buena idea llevar un software tipo wiki. También pensé que tendriamos que tener un software de bug tracking y al final parece que Trac es lo mas adecuado que existe ya que bugzilla me parece demasiado complejo y además no está integrado con nada. Aprovechando que tenía pretexto he adquirido un servidor en webfaction para poder hospedar la aplicación y el depósito de subversion ya que la idea es que este proyecto sea lanzado como Open Source.

Otra razón más por la cual decidí adquirir mi cuenta en webfaction es que desde que aprendí a programar con python nunca desarrollé nada en serio y hoy que ya vivo de esto me gustaría retomar el aprendizaje pero enfocado a algo mas útil. Por el momento estoy en el debate si debería empezar a aprender django o turbogears. En realidad aún no se por donde empezar pero creo que al menos tendré que retomar mis libros y actualizarme.

Estos días he tenido muy muerto el blog. Lo acepto. La verdad es que como sucede comunmente en mi vida, he tenido algo de trabajo, lo cual no significa que todo el día estoy trabajando simplemente el tiempo que tengo libre trato de no pasarlo frente a la computadora

Me han estado cambiando mucho de proyectos y la verdad no me agrada la idea pero al final es trabajo. Pasa que, invariablemente estos proyectos donde me han asignado tareas tienen fecha límite de entrega de “ayer” así que en teoría algunos estan ya retrasados. Sinceramente no me gusta trabajar así todo el tiempo ya que es molesto hacer las cosas apurado pero supongo es una racha, si no ya veremos a que me dedico después

Algo con lo que me he topado estos días precisamente es mi falta de experiencia con bases de datos. En general puedo considerar que tengo buena experiencia con desarrollo de software pero las bases de datos siguen siendo algo con lo que me sigo peleando día a día y es que como alguna vez comenté por aquí, yo tuve la fortuna o desgracia, depende el punto de vista, de comenzar a desarrollar software utilizando un ORM y hoy que tengo que usar día a día SQL y todo lo que ello conlleva (al menos de la parte de Microsoft) he tenido que pensar seriamente en tomar algún curso. De hecho ya tengo bastantes videos que baje del sitio de ASP.Net es solo que me he vuelto un poco perezoso para leer manuales y documentacion o ver videotutoriales pero creo que esta misma tarde comienzo.

Ya alguna vez Emilio mi ex jefe y master de programación me comentó que usar Crystal Reports era como meterte al castillo de Vlad el Empalador sin previo permiso defendiendo a los Sajones.

Estos últimos días tuve la “suerte” de tomar un proyecto en la oficina que había que entregar pronto. Uno de los requerimientos del proyecto era imprimir una factura la cual se diseña con un reporte. La “tecnología” de reportes utilizada es la que viene por default con Visual Studio 2005: Crystal Reports.

La sensación de desolación que me dejó utilizar crystal reports es incomparable con cualquier otro tipo de dolor. De entrada quise utilizar dos DataTable’s que tenía definidos en un DataSet, de ahí, uno de estos datatables contenía la información general de la factura y por otra parte el otro datatable contenía los detalles o conceptos de la factura, o sea los datos que se “repiten” en la factura. Después de intentar me dí por vencido hasta que Alfredo, compañero de trabajo y mi jefe anterior de proyecto me dijo que lo mejor para mi tranquilidad mental era meter como parámetros los datos generales y solamente meter un datatable para los detalles. Sí, de algún modo crystal reports no soportó manejar dos tablas para generar el reporte, solamente una, algún error de autentificación me marcó que ya no recuerdo.

Ayer pasé la tarde y la noche diseñando la factura y fué una experiencia terrible, las herramientas de diseño que tiene crystal reports son bastante inestables y de hecho muy, pero muy limitadas. Después de pasar preciadas 6 a 8 horas de mi sabado de descanso en esta tarea (y arreglando algunos otros bugs) me quedé a ver TV un rato y me fuí a dormir ya que Yari se había ido a Rosarito con sus amigos y todos los demás conocidos que viven aquí se habían ido a San Luis.

Hoy recordé que tenía un pendiente con el proyecto y mañana debo ir a instalarlo con el cliente así que decidí solucionarlo hoy domingo. Sorpresa que, al abrir Visual Studio e intentar cerrar las pestañas de los archivos aspx que habían quedado abiertas al abrir la solución, este se colgaba.

No me había pasado esto de hecho hasta que comencé a utilizar Crystal Reports, la solución fue cerrar unicamente la pestaña del reporte y acto seguido cerrar visual studio, posteriormente lo volví a abrir y el problema desapareció. Parece ser que el problema es que crystal reports carga algún control ActiveX no soportado por Windows Vista lo cual crea incompatibilidad e inestabilidad.

Uno de los bugs que me causó mas problemas fue que, al agregar un objeto tipo “CrystalReportSource” a la página aspx y dirijirme a seleccionar el reporte este se negaba a mostrarme la vista previa y por lo tanto el reporte no se visualizaba. Resulta que al seleccionar el archivo de reporte me aparecía la siguiente ventana:

Después de varios intentos y de estar seguro que el reporte que estaba seleccionando era el correcto decidí eliminarlo y crear uno nuevo. Después, también gracias a la ayuda de Alfredo, pude solucionarlo, me dijo con una tranquilidad de monje tibetano: “No, así no va a funcionar, quitale el path y deja solamente el nombre del archivo” y es que sucede que, crystal (o visual studio) tiene un bug que hace que no tome el path correctamente del archivo, es decir, el archivo aspx que contiene el código que utilizará este reporte estaba mas o menos así:

/Invoice/getInvoice.aspx

Y el reporte:

/Invoice/Invoice.rpt

Por lo cual dí por hecho que lo que me estaba mostrando el combobox era correcto, para solucionar el problema debía eliminar la carpeta “/Invoice” de la ruta del repore aun sabiendo que efectivamente ahí estaba el reporte:

Sé, y entiendo perfectamente que todos los desarrolladores de software nos equivocamos, nadie es perfecto, pero, por Dios, ¿Cómo algo tan importante paso las pruebas de calidad? Supongo que nadie en el grupo de desarrollo de Visual Studio utiliza Crystal Reports, de hecho, hablando con varios compañeros de la oficina me dí cuenta que efectivamente ahí nadie utilizaba crystal reports, preferian hacerlo “a mano” generando páginas con código html.

¿Alguién tiene alguna buena historia con este producto? Por que creo que de lo contrario de hoy en adelante trataré de mantenerme al margen del mismo ya que la primera impresión fué mala y en esto como en las relaciones amorosas, eso es lo mas importante.

Quien quiera que sea sea ha ganado mi desprecio y admiración a la vez por que pocas personas o cosas me hacen sentirme así. Ayer que fui por la tarde a la casa de Yari agarre la computadora que tienen en su casa de “todos” es decir, la de escritorio, abrí firefox y ahí estaba, infame, cínica, y campante, la pinche barra de mywebsearch.

Mi pregunta es, ¿Donde diablos agarra la gente esta barra? ¿MySpace?, ¿Emoticons para el messenger?, juro que, a pesar de a veces estar en sitios no seguros jamás he podido agarrar ese “spyware” y lo mas molesto es que, quitarlo es un poco engorroso ya que al parecer ni spybot ni adaware lo eliminan completamente.

Para desactivarlo hay que descargar el “HiJack this”, es un programa que nos permite ver que componentes, programas, opciones de menu, etc se cargan al inicio. Puedes decargarlo desde aquí. Una vez que lo descargaste simplemente ejecutalo y aparece la siguiente ventana:

Una vez que el programa se ejecutó hacemos click en la opción “Do a system scan only” y despues de que el programa procese las entradas del sistema algo así nos debería de aparecer:

Hecho esto podemos seleccionar las entradas que deseamos desaparezcan del sistema, busquen cualquiera con la expresión “MYWEB” o “Mywbs” etc. Una vez que las localizamos las seleccionamos en el checkbox y presionamos fix checked, reiniciamos el sistema y listo.

Estaba el fin de semana pasado vagando por la red como de costumbre y encontré este video que considero todos los que nos dedicamos al desarrollo de software o al mundo de las tecnologías de la información deberiamos ver.

El video es una presentacion de David Heinemeier Hansson, creador de Ruby on Rails. En el video habla precisamente de algo que yo había estado preguntandome desde hace mucho tiempo: ¿Cómo se puede hacer dinero con un producto de software? Parece que la respuesta se vuelve bastante compleja. David habla de como el sueño guajiro de todos los desarrolladores y gente que esta dentro de las TI están traumados con tener una idea excelente, explotarla, tener miles de clientes o visitantes y de repente Google llega y nos ofrece 1000 millones de dolares por nuestro producto.

David también menciona como el sueño de todos nosotros es convertirnos en el próximo MySpace, Facebook o Youtube cuando, aún posible matemáticamente hablando, físicamente es casi imposible dadas las pocas probabilidades que tenemos. El negocio de las “redes sociales” y sitios de videos etc ya no es inovador, lo fue cuando los pioneros lo tuvieron en mente y lo lanzaron pero ya no lo es mas. Un sitio que me ofrece exactamente lo mismo que youtube o que myspace no me ofrece ninguna novedad (bebo, ringo, metacafe?)

Este tipo trabaja para basecamp, una empresa de software organizacional que es vendido al estilo SAS (software as a service) es decir, se renta en sus propios servidores, y hasta la fecha, les ha funcionado, cuentan con varios paquetes de software para empresas, la clave del éxito, según David es bastante simple:

1. Crear un producto que solucione un problema
2. ????????
3. Ganar dinero

David bromea en el video de la presentación con el punto número dos, ¿Cuál es la gran clave para ganar dinero, bueno, resulta que el punto número dos es “ponerle un precio al producto”. Así es, tan sencillo como eso. La mayoría de gente que conozco y que son programadores alguna vez se quizo hacer rico con cosas “gratis” por ejemplo escribiendo un blog y recibiendo dinero de AdSense, y si bien a algunos les ha funcionado, es mas fácil seguir el modelo antiguo de crear un producto que resuelva el problema de algún cliente, ponerle precio y venderlo.

Así de fácil. El video contiene otros puntos interesantes, totalmente recomendable:

Ver el video

*PD: El video está en inglés.