El costo de desarrollar software

Hace un par de semanas atrás revisaba una propuesta de proyecto en el que me involucraban como parte del equipo de desarrollo.. tuve la lista de requerimientos, los evalué y les puse un costo. Días después discutía con el Manager del proyecto el porque de mis tiempos, el costo y mi visión de las necesidades.. y fue ahí donde empecé a tener un poco de negación a trabajar en ese proyecto, ya que básicamente se estaban moviendo mis tiempos de desarrollo, me explicaban lo que se tenía que hacer para al final pretender disminuir el costo, pagar menos y yo hacer casi el mismo trabajo.

Muchas veces personas ajenas al entorno de desarrollo, incluso con conocimiento de desarrollo pero ajenos a la tecnología te piden reevaluar y disminuir funcionalidad con el hecho de gastar un poco menos. Lo que al final me lleva a pensar en que son personas que no valoran el trabajo que se requiere este tipo de tareas. Personas que no buscan el bien comun y que unicamente les importa ahorrarse unas monedas.

Un ejemplo muy sencillo podría ser comparar la comida casera con la de algún restaurante.. me refiero en que yo podría cocinar para mí mismo, pero no tengo tiempo por lo que recurro a un lugar especializado para buscar que comer.. llego al restaurante, veo la carta y ordeno segun mi gusto, pero en ningún momento voy con el administrador a decir que yo puedo hacer lo mismo y me sale menos costoso.. o no voy con el chef pidiendo que quite cosas y agregue otras tratando de que el resultado sea una comida deliciosa pero barata.

Digo, hay patrones.. sabemos como deben hacerse las cosas para que estas queden bien y sobre todo nadie mejor que nosotros mismos puede evaluar nuestro trabajo.. entonces porque dejar que alguien más lo reevalúe por nosotros. No sé si ustedes han escuchado sobre una anécdota relacionada al tema, suele decirla uno de mis amigos y trata sobre un ingeniero que le piden arreglar un aparato electrónico.. este llega, verifica el aparato y después de hacer pruebas hace un simple ajuste y gira un tornillo.. verifican si funciona y voilá, el problema se ha arreglado.. el ingeniero entrega su factura, el administrador ve el costo y se asombra al ver 5,000 pesos… y pregunta.. “Y por qué tan caro cuando solo fue un tornillo?” ..  a lo que responde el ingeniero “claro, mover el tornillo 10 pesos, saber cual mover 4990″.

Moraleja, pues que las mayoría de las personas pedirán siempre bajar el costo inicial.. tal mercado fuera.. y nada más decir que la experiencia siempre esté sobre cualquier costo. Que no les pase y sepan valorar el trabajo de los demás.

Entradas Similares:

1. La entropia del software
2. Empresas de desarrollo, software esencial
3. Software Privativo vrs Software Libre en tiempos difíciles (le voy a linux)

Testing Mobile Frameworks

La semana anterior un amigo me pidió como favor escribir una aplicación muy sencilla donde pudiese llevar control sobre proyectos genéricos.. sencillo me refería a tener una lista de proyectos y que usuarios entraran a escribir comentarios sobre el avance que estaban logrando en sus trabajos.. Y fue así como decidí empezar.. me tomó un poco menos de 2 días finalizarlo y este artículo sería como la historia que se desarrollo durante esos 2 días de trabajo nocturno..

Para empezar tenía que ser una aplicación web ya que la meta es que usuarios tuvieran acceso a la aplicación de forma remota, luego pensé en hacer algo web pero no para browsers de escritorio, sino para clientes móviles y fue ahí donde la fiesta empezó.. Busqué alternativas este tipo de aplicaciones y encontré muchos frameworks que me permitían lograr ese objetivo.. al final decidí quedarme con 3 frameworks elegidos básicamente por la comunidad que los sigue.. Entre estos 3 frameworks tomé SproutCore, The-M-Project y jQuery Mobile..

SproutCore y The-M-Project son muy similares, ambos frameworks construídos para trabajar bajo arquitectura MVC, javascript y Open Source.. Empecé con SproutCore, ví algunos de los ejemplos y como se construyeron, pero no tardé mucho en desanimarme cuando empezaba con su instalación ya que SproutCore es una gema de Ruby por lo tanto dependía fuertemente de este lenguaje para instalarlo y seguramente desarrollarlo.. No tengo nada en contra de Ruby y me gusta muchísimo para desarrollar en él.. pero buscaba un framework independiente de un lenguaje interpretado.. entonces abandoné la idea de SproutCore.

Luego tomé The-M-Project y no tuve problemas para instalarlo, este  utiliza NodeJs y un paquete llamado Espresso que es el encargado de gestionar  la generación de los archivos y pruebas en servidor, en realidad es muy similar a SproutCore en cuanto a que se necesita de una libreria de nivel superior para ejecutarlo como lo es NodeJs.. pero lo que hizo la diferencia fue que claramente decía que una vez que se tiene la aplicación y esta lista para ser enviada a producción no necesitaría ni Node, ni Espresso ya que podría exportarlo a un formato donde cualquier otro tipo de servidor podría servirlo. Entonces empecé a utilizar The-M-Project, generé algunos controladores y vistas, los conecté a mi modelo de datos que de parte del servidor era REST escrito con Play Framework .. y ahí empezaron los problemas ya que el código escrito es puramente javascript y como tal no hay un validador de código que apunte que he tenido una equivocación.. entonces casi se volvería en error y prueba, por lo que quizás me tomaría el desarrollo un poco más de tiempo.. lo que tampoco estaba disponible a invertir.. entonces luego de un par de horas también lo abandoné.

Finalmente quedaba jQuery Mobile.. que en realidad no lo llamaría Framework porque lo único que ofrece son componentes estilizados y una librería para trabajar con los eventos touch de los dispositivos móviles.. En fin, empecé a desarrollar algo nuevamente para esta librería y fue realmente mucho más rápido que las 2 opciones anteriores.. pero es que hay una gran diferencia.. ya que SproutCore y The-M-Project estan basados en javascript que luego es interpretado hacia HTML.. en cambio en jQuery Mobile se escribe HTML como una aplicación web cualquiera por lo que la curva de aprendizaje es muy ligera.. Creo fuertemente que jQuery Mobile es una buena alternativa para escribir prototipos, pero no aplicaciones complejas.. por cierto, jQuery Mobile no tiene un componente datepicker para mobiles.. así es que hay evalúen bien antes de utilizarlo.

Al final por cuestiones de tiempo ya que solo me quedaba un par de horas para el desarrollo elegí jQuery Mobile aunque no muy convencido.. deseaba tener más olgura para probar a fondo SproutCore o The-M-Project, pero no fueron las circunstancias correctas para este mini test de frameworks para móbiles.

Una comparación rápida entre SproutCore y The-M-Project.. diría que The-M-Project es mucho más facil de comprender aunque creo que se encuentra un poco limitado por los documentos de ayuda y la falta de ejemplos o una wiki para guiar a los desarrolladores. Por otro lado SproutCore me dió la impresión de ser una herramienta muy bien desarrollada con una buena documentación, pero con una curva de aprendizaje un poco más compleja por el simple hecho de tener muchas características disponibles para desarrollar.

Entradas Similares:

1. Implementando un ToDo con jQuery para tu aplicacion Web
2. Lo que ha ocurrido en Celestic
3. Utilizando slideToggle de jQuery

Hace algunos dias atrás trabaja en un banner para CalcImp, no es que me dedique a eso, pero es algo que se necesitaba en ese momento.. y si lo podía hacer, pues no me costaba ayudar para hacerlo.

Inicialmente cuando pensé en baner me vino a la mente flash y las animaciones que en algun momento ayudaron a mejorar la presentación de la publicidad en la red, pero al mismo tiempo pensaba en los dispositivos móviles. Quería hacer algo animado, novedoso y multiplataforma.

Entonces tuve la disparatada idea de hacerlo con soporte para los dispositivos móviles como teléfonos, tabletas y cualquier  cosa con acceso a internet (visual).. Y para eso pense en Canvas.. busqué algunas librerías especializadas en animación y encontré unas cuantas.. pensaba que ya habría solucionado el problema pero era solo el inicio.. Basicamente canvas es soportado por los dispositivos móviles con navegadores relativamente nuevos y ahí fue donde empezó a fallar mi idea, ya que al requerir de nuevos browsers el banner quedaría limitado a un número talvés reducido de usuarios porque como es bien conocido, el sitio donde se alojaría el banner segun estadísticas tenía la mayoría de internautas utilizando IEx y conocemos bien esa historia.. aun es muy temprano para enfocarse en tecnologías multiplataforma y lo digo no porque no las tengamos, sino porque gran cantidad de internautas no actualizan sus aplicaciones.

Al final la idea no quedó en nada, el banner terminó siendo una transición de imágenes en formato gif y mi experimento de canvas fracasó antes de empezar.. Quizás en unos años cuando se tenga la disponibilidad de utilizar nuevos navegadores esta idea si pueda emprender el vuelo.

Posted from WordPress for Android

Entradas Similares:

1. HTML5 ha llegado, lo que debes saber
2. Google y el futuro de Android
3. Prueba de velocidad para Frameworks de Javascript

Celestic Project Manager

Hay muchas cosas que tengo en mente desarrollar para mejorar Celestic, incluyendo la forma en que se estan desarrollando los proyectos de software y aún más importante las méticas de visualización que guían a un buen Project Manager, por lo que para la siguiente versión de Celestic estaré trabajando en las siguientes características:

• Finalizar la traducción al Portugués
• Agregar la traduccion al Alemán (Gracias a Lars Wohlfahrt)
• Agregar suscripciones en los módulos y se harán mejoras en el sistema de notificación via email
• Notificaciones en tiempo real
• Timeline basado en el historial de eventos ocurridos durante el proyecto
• La licencia cambiará de GPL3 a GPL2, creemos que GPL3 no es lo más óptimo para quienes utilizan la herramienta
• Modificacion las tareas para agregar un nuevo módulo llamado “Tickets” el cual permitira reportar errores o solicitar nuevas caracteristicas
• Desarrollaré una API para desarrollar aplicaciones móviles (Webservices  SOAP Interface)

Entradas Similares:

1. Lo que ha ocurrido en Celestic
2. Celestic Project Manager 0.4.0
3. Ciclo de vida de una aplicacion web utilizando un framework MVC

Play Framework

Los siguientes dias estaré inmerso en otro lenguaje y un nuevo framework que desde hace muchos días atrás ya quería probarlo.. Se trata de Play Framework, se que hay muchas otras alternativas para java pero más que todo por curiosidad y los comentarios que he leído entre los blogs, además de que mi prueba será en una aplicación bastante pequeña.

Una de las primeras cosas que veo y me gustan mucho es que traiga una aplicación de  consola para generar el esqueleto de mi aplicación,  no es la gran cosa pero para empezar y conocer lo que sigue es de mucha ayuda. Un punto en contra de Play es que no tiene una comunidad tan grande como otros frameworks, por lo que el desarrollo de componentes o como se les llama en Play (módulos) es bastante reducido.

De momento y hasta donde he alcanzado a usarlo, hay algo de similitud con otros frameworks por lo que no parece difícil iteractuar con el.. Trataré de acumular algunas cosas buenas y malas para luego preparar otro post y contarles como me va.

Por cierto, Play Framework no trae ninguna libreria de javascript por lo que cualquier cosa q tenga que ver con los componentes de jquery.ui hay que implementarla desde 0.

Entradas Similares:

1. Ciclo de vida de una aplicacion web utilizando un framework MVC
2. Estrenando extension para Yii Framework en Github
3. Yii Framework ¿Ya tengo mi Base de Datos y ahora que hago?

El título es subjetivo, pero se trata de html y web.. Miren nada más con lo que me encontré buscando algo de información en la red..

<body
oncontextmenu="return false" 
onkeydown="return false" 
ondragstart="return false" 
onselectstart="return false">

Pensé que estas cosas ya no las hacían, porque en realidad es escribir de más, digo.. siempre se puede tomar el contenido de una pagina.. hay miles de maneras de copiarlo, robarlo, duplicarlo, etc..

Y aquí la fuente:
http://www.alzhem.com/_support/_tutorials/tutorial06.htm

Entradas Similares:

1. Implementando un ToDo con jQuery para tu aplicacion Web
2. CSS, utilizalo porque es muy importante
3. Librerías para manipular SVG

Virtual Box hard disk change size

Ya había hecho esto hace algunos meses atras.. eso de cambiarle el tamaño a un disco duro de virtual box.. y pues las soluciones funcionaban aunque nunca me parecieron la mejor forma de hacerlo, utilizando gparted o clonezilla..  Hoy igual que hace muchos meses me ví en la necesidad de volver a modificar el tamaño de un disco virtual y es cuando me encuentro que la version 4+ del Virtual Box ya trae una opcion para realizar esta modificación..

La cuestión es que existe el comando modifyhd de la aplicación VBoxManage

$ VBoxManage modifyhd
Usage:
 
VBoxManage modifyhd         <uuid>|<filename>
                            [--type normal|writethrough|immutable|shareable|readonly|multiattach]
                            [--autoreset on|off]
                            [--compact]
                            [--resize <megabytes>|--resizebyte <bytes>]

La forma de utilizarlo es la siguiente..

$ VBoxManage modifyhd PATH_DEL_ARCHIVO/ARCHIVO.vdi --resize TAMAÑO_EN_MEGABYTES

Y eso es todo! El proceso toma sólo unos segundos y ahora el disco duro virtual debe de haber cambiado su tamaño.

Por si no saben como calcular como obtener la equivalencia de GB a MB, lo pueden escribir en google y ahi mismo saldrá el resultado.. en la consulta escriben algo como “30 GB to MB”

Para evitar errores o problemas, es recomendable que liberen la imagen virtual de la maquina virtual.. luego lo vuelven a montar

Entradas Similares:

1. Restaurando el Grub (con un live CD)
2. NoClassDefFoundError o Bad version number in .class (Error al actualizar)
3. Tomcat eclipse plugin en linux

Specified VM install not found

Eclipse en mi linux es la mejor herramienta que he encontrado para desarrollar en diferentes lenguajes, gracias a sus multiples plugins consigo desarrollar en java, php y ruby.. Ya tenía bastantes semanas desde que no lo utilizaba con java, por lo que podría decir que estaba entelarañada una aplicación que desarrollo en colaboración con @carlosHT .. en fin.. hice lo que normalmente hago.. Actualizar del repositorio, levantar el servidor de apache, compilar la aplicación y hacer las distribuciones  para su publicacion.. pero al hacer el “compile” desde el Ant .. un error molesto no me lo permitía.. “Specified VM install not found: type Standard VM, name java-6-sun-1.6.0.xx”

Supongo que la versión del VM de java puede variar segun lo que tengan instalado.. entonces empezó mi búsqueda para solucionarlo.. verificando si la versión que tenia instalada coincidia con la del error.. si eclipse estaba utilizando la versión instalada y si el compiler estaba usando la versión correcta.. y nada!! todo parecía estar en orden..

Pero después de minutos de búsqueda.. Sorpresa!! ya había dado con el problema.. y era por un archivo de configuración de mi proyecto en eclipse.. especificamente hablando de *.build.xml.launch .. y la solución más fácil que nada.. “Borrarlo”, claro que con el eclipse cerrado.

Al abrir nuevamente eclipse este archivo se volverá a generar, generando la línea correcta del VM. La ubicación de este archivo es:

workspace/.metadata/.plugins/org.eclipse.debug.core/.launches/*.launch

Y la línea molesta es:

<stringAttribute key=”org.eclipse.jdt.launching.VM_INSTALL_NAME” value=”java-6-sun-1.6.0.xx”/>

Entradas Similares:

1. Tomcat eclipse plugin en linux
2. NoClassDefFoundError o Bad version number in .class (Error al actualizar)
3. QuantumDB integra un cliente de BD un a tu entorno de desarrollo en Eclipse

Java Tomcat eclipse plugin

Hace algunos meses empece a utilizar java servlets .. y mi entorno favorito para aprender siempre ha sido linux.. por lo que al menos un camino no muy cómodo me esperaba en cuanto a la configuración de tomcat .. o al menos eso fue lo que pense… pero Voila!! la configuracion de tomcat fue relativamente sencilla.. Para la demostracón,  tengo ubuntu 10.10 x64 y eclipse 3.6.2 x64.

Entonces con ayuda de Carlos Herrera, pude configurar sin problemas tomcat, que por cierto para abrir la página de administración de aplicaciones de tomcat hay que apuntar a http://localhost:8080/manager/html y por omisión los datos de acceso son usuario y clave de acceso admin.. pero ojo, en mi caso esos datos no funcionaron por lo que tuve que modificar el archivo /var/lib/tomcat6/conf/tomcat-users.xml y agreguen al final de este lo siguiente:

<role rolename=”manager”/>
<user username=”admin” password=”admin” roles=”manager”/>

Lo siguiente fue la instalación del plugin.. nada del otro mundo.. solamente descargue la ultima versión del plugin de http://www.eclipsetotale.com/tomcatPlugin.html  .. lo descomprimi y el contenido lo pegue en la carpeta dropins de la estructura de carpetas de eclipse.  Ya para configurarlo, solamente hay que irse a Windows->Preferences->Tomcat ..

Ahora la parte interesante, hay una gran diferencia entre “Tomcat Home” y “Tomcat Base” .. el primero es donde se aloja el ejecutable del servidor.. y el segundo es donde se alojan las aplicaciones.. Entonces siendo esto, la configuracion del plugin de tomcat en eclipse queda de la siguiente manera..

Tomcat Home: /usr/share/tomcat6

Tomcat Base: /var/lib/tomcat6

Eso es todo lo que se necesita para que el plugin funcione correctamente.. o a medias.. porque hasta este punto tuve que realizar par de cosillas que anote como errores al iniciar el servidor.. Para ya no tener mas problemas, tuve que crear una carpeta llamada temp dentro de /var/lib/tomcat6/ y otorgar permisos de lectura y escritura.. tambien tuve que modificar los permisos a lectura para el archivo /var/lib/tomcat6/conf/tomcat-users.xml

Entradas Similares:

1. QuantumDB integra un cliente de BD un a tu entorno de desarrollo en Eclipse
2. Specified VM install not found, errorcillo jugueton
3. Adobe Flex Builder Linux Alpha 2

Entropía del software

Empezaré mi post con una frase del escritor ruso Anton Chekhov y dice “Only entrophy comes easy” (Solo la entropía llega facilmente)..

Y a todo esto sabes que es la entropía ?? .. segun la wikipedia es un término utilizado en la termodinámica con el cual se puede medir la energía que no puede utilizarse para producir trabajo.. Y aparentemente suena a algo que no tiene sentido, pero la realidad es totalmente diferente.. Entropía explicado de otro modo es toda aquella  tendencia generalizada de todos los objetos del universo a quedar obsoletos, inservibles o morir cuando son orgánicos.. como el cuerpo humano que día a día se desgasta hasta que un día deja de funcionar (coloquialmente conocido como la muerte)..  este término es aplicable a todo lo que conocemos porque en algun momento llegará a su final debido al proceso natural de entropia, siendo algo que no se puede evitar aunque se pueda retardar este proceso..

Y así como los objetos y cualquier elemento orgánico llegan a su final, también esas piezas de código que llamamos software y que son intangibles, tienen un proceso de entropía que va implícito en su desarrollo y que no se puede evitar una vez que esta en producción.. Todo software tiene un tiempo de vida útil y la única manera de evitar su deterioro es mantenerlo constantemente en desarrollo..

Durante el proceso de desarrollo de software, generalmente cuando este es muy complejo tendemos inconcientemente a dejar pequeñas porciones de código con inconsistencias.. (los bugs cierto..)  de los cuales nos damos cuenta siempre en una etapa llamada “Quality Assurance” o pruebas y que bien que eso existe, porque es cuando dedicamos muchas horas a la solución de esos pequeños errores juguetones y tontos muchas veces..

Entonces la principal razón por la cual el software se deteriora es debido a estos errores, a la desatención que les damos cuando son encontrados y a la negligencia de los desarrolladores o las mismas empresas por no corregir estos problemas.. Explicado gráficamente el software visto en una línea de tiempo se vería como la siguiente imagen.

Procura que tu software sea escrito sumo cuidado, teniendo siempre en cuenta que mientras menos errores sean encontrados, más larga será su vida útil.

Entradas Similares:

1. El costo de desarrollar software
2. Meme: Qué software uso en Ubuntu ?
3. Software Privativo vrs Software Libre en tiempos difíciles (le voy a linux)