Hará cuesión de más de un año vengo observando (quizá no con el detalle que quisiera) la industria de software de RD buscando un tema en específico, Open Source, y para mi sorpresa me encontré con que somos un país que consume el OS en demasía pero que sin embargo no producimos nada OS.

En cierto modo es comprensible, siendo un país pobre, enfocamos todo lo que hacemos al lucro personal. Pero aún así, sorprende encontrar que el porcentaje de OS producido y consumido en RD está por debajo del 2% (y sinceramente creo que soy conservador).

No tenemos la voluntad, ni la disposición para crear y dar seguimiento a ningún tipo de software OS, lo cual es una lástima pues de allí han salido ideas estupendas.

Hablamos y nos regocijamos en el Open Source, nus lucramos enormemente del mismo, pero no tenemos la iniciativa para iniciar un proyecto con el fin de regresar un poco de lo que el OS nos ha brindado.

Ultimamente puede parecer que sólo critico a RD en mis posts, pero precisamente porque amo este país es que entiendo que debo hablar sobre lo que está mal pero que nadie habla.

Me gustaría conocer algunos proyectos Open Source nacidos en RD, si alguien tiene alguno para compartirlo, pueden dejarlo en los comentarios.

“The question is not if we have to do Social Media or not, the real question is how will we use it.”

Social Media is no longer optional…

Desarrollo de software

Hay un hashtag que se usa mucho en Twitter y es #apoyololocal. Desafortunadamente lo que se usa mucho es el hashtag, pero el acto en sí de apoyar lo local no es usado a nivel nacional, y es una verdadera pena.

Considero que nosotros mismos deberíamos apoyar más nuestras propuestas, y quiero aclarar que me refiero a las propuestas originales, no a cualquier copia barata que no aporte nada más que el nombre dominicano, porque entonces no tiene sentido. En el país existen, y siguen surgiendo cada vez más, propuestas bastante interesantes para consumo local, algunas sumamente originales, otras no tanto pero que no por ello pierden utilidad, y más aun cuando van dirigidas puntualmente a las necesidades dominicanas (como en el caso de cashflow.com.do).

Claro, para comenzar a apoyar lo local es necesario tomar en cuenta algunas notas que hay que superar.

Primero, los precios

Tomemos como ejemplo Cashflow.com.do, cuyos precios van desde los $20 dólares hasta los $100 dólares mensuales, cada plan con diversos beneficios que justifican su precio. No hay plan gratis ni de muestra (lo cual es sumamente importante para conseguir el enganche al uso del servicio) pero fuera de eso los precios están relativamente justos. Digo relativamente porque en internet podemos encontrar servicios similares con un cobro menor, ahora bien, el servicio merece la pena la prueba.

Es difícil dar precios para este tipo de servicios, tenemos como mucho 2 o 3 millones de internautas a nivel nacional, de los cuales la mayoría son internautas con un poder de adquisición cerca de 0, es decir, que no tienen capacidad de compra en internet. Es decir que como desarrolladores locales tenemos muy poco público, si queremos vivir de las aplicaciones que hacemos, tenemos que poner un precio que por lo menos nos permita cubrir los gastos que nos genera el servicio, de lo contrario el proyecto no podrá auto sostenerse.

Un cliente quiere adquirir dicho servicio y debe pagar (20*36.5)*1.16 = $846.8 pesos dominicanos. Mensualmente, pues por el servicio local debemos pagar 16% de ITBIS mientras que si contratamos el servicio en el extranjero nos ahorramos ese 16% de impuestos. Esto es contraproducente para el servicio y la gente detrás del mismo.

El mismo tema del cobro es una limitante muy grande, si queremos aceptar pagos en línea (para de cierta manera automatizar más el proceso) debemos usar una opción como paypal que nos cobra un fee en dólares por cada transacción. Si usamos una solución local (CardNet o VisaNet) primero que todo es un dolor de cabeza y una pérdida muy grande de tiempo y dinero conseguir el permiso para realizar las transacciones, luego de obtener el permiso hay que contratar una entidad que actúe como gestor de pago, y recordemos que mientras más personas haya en el medio, menor es el ingreso final para el servicio. Teniendo en cuenta que el cliente que decide pagar $720 pesos por nuestro servicio al final está pagando $846.8, pero de esos $846.8 estamos pagando $146.8 de impuestos al estado, luego nos quedan $720 de los cuales pagamos 5% por transacción a la entidad “reguladora” y tenemos que pagar $36 pesos a dicha entidad (aparte de la inversión que tenemos que hacer para conseguir el permiso) más un fee que se lleva el gestor de pagos que, siendo considerados sea un 2%, tenemos $14.4 pesos por transacción. Finalmente de eso nos quedan $846.6-146.6-36-14.4=$680.4.

El problema no es avaricia por parte de los creadores del servicio, los altos precios son debido a que una empresa no tiene otra alternativa si quiere hacer su producto rentable.

¿Solución a éste problema?

En mi opinión esto se soluciona con la liberación de impuestos de las empresas que utilicen servicios locales y con la creación de un impuesto a aquellas empresas que hagan lo contrario. De este modo estarían casi forzando al apoyo local. Para esto es necesario una especie de registro mercantil u oficina que se encargue de listar las opciones locales que existen y que al mismo tiempo sirva de directorio para las empresas que tengan determinada necesidad para consultar quién puede brindarles ese servicio. Ej: Una empresa necesita una opción de contabilidad online y primero confirma las opciones disponibles en dicha entidad, en caso contrario se le permite contratar un servicio extranjero.

Si queremos aumentar el desarrollo del país debemos de proveer de las condiciones para que el dinero del mismo se quede aquí, y no se vaya a la cuenta de banco de ninguna empresa extranjera.

Segundo, la calidad

Otro motivo por el cual no es posible apoyar lo local como se debería es debido a que muchas de las opciones que encontramos en el exterior poseen mayor calidad de servicio que las opciones locales, esto no se debe a mayor inteligencia o capacidad, sino a una mala asesoría por parte de los mismos desarrolladores. La misma entidad que regula el uso de los servicios criollos debe también velar porque las opciones disponibles en el mercado tengan cierto nivel de calidad y seguridad.

Algo muy común y cierto (y de lo cual habla Williams Mendez en su blog) es el hecho de que las mismas universidades e institutos técnicos del país no enseñan otra cosa que no sea software propietario, específicamente de Microsoft. No estoy en contra de Microsoft, el problema es que los desarrolladores y profesionales que crecen así, crecen en algo que llamo un efecto burbuja. Se encierran dentro de una burbuja donde los productos de Microsoft son la única alternativa a sus problemas, que no solo no conocen que hay otras opciones con mucho menor costo y con mucha mayor calidad, sino que no están abiertos a conocerlas, porque Microsoft es todo lo que necesitan.

Si quieren un ejemplo de esto fíjense en la página de la DGII, es sumamente atractiva en cuanto a diseño, se mantiene al día, la actualizan constantemente, contiene muchas opciones para facilitarnos la vida, sin embargo solo es funcional cuando se accede desde Internet Explorer. Recientemente entre con Google Chrome (que es el navegador que estoy usando últimamente debido a sus tantas ventajas) y enviando un formulario, un simple formulario, mi navegador llego al límite de consumir 948MB de memoria. Obviamente el formulario nunca se envió y tuve que entrar con Explorer para poder enviarlo. El problema es que en mi laptop, en Linux, no tengo Explorer. Todas las compañías de software del país se especializan en Windows, esto no está mal porque se encargan del mayor share de mercado actualmente, pero ninguna ha siquiera considerado hacer una aplicación que pueda correr en Linux o en Mac OS X.

Cuando hablo de calidad me refiero a usabilidad, a accesibilidad, a ese toque que diferencia a los productos extranjeros (en un mercado mucho más exigente) de los locales.

Así como digo una cosa digo otra, si una persona desea lanzar un servicio local y recibir apoyo primero debe garantizar que dicho servicio sea una competencia viable para muchos que hay por ahí, de lo contrario no vale la pena apoyar un proyecto solo porque sea dominicano.

Tercero, las cuñas

Seamos sinceros, una compañía de desarrollo puede ser muy buena y si no encuentra un cliente grande que le pague bien por lo que hace nunca se dará a conocer, del mismo modo una compañía puede ser muy mala y si tiene un primo, amigo, allegado, interesado en la entidad que contrata entonces tiene el proyecto asegurado. ¿Las licitaciones publicas? Si claro, pide 5 propuestas y no te preocupes que el negocio lo tienes seguro, pero sácame lo mío.

No tengo solución a esto, estamos hablando directamente de la ética profesional y la moral de las personas y, en primer lugar no soy quien para darle clases de moral a nadie, y en segundo lugar eso no lo podré cambiar por muchas líneas que escriba en este blog. De las cuñas nadie nos salva, lo único que podemos hacer es tratar de conseguirnos las nuestras.

Cuarto, regulación del mercado

En este país cada cual cobra lo que quiere por el servicio que ofrece, no hay límites, tenemos personas que cobran millones de pesos por hacer algo simple y otras que deben cobrar chelitos por hacer cosas complejas.

La misma entidad menciono en puntos anteriores, debe regular los precios de un servicio, porque de lo contrario tendremos un mercado en el que el que quiera ser competitivo morirá de hambre. Hay precios que son altos y justificados, un profesional pasa años quemándose las pestañas para poder realizar algún trabajo, es injusto que luego que se especializa en algo tenga que hacer uno cada dos semanas para poder comer o de lo contrario muere de hambre.

Cuando digo regulación de precios no me refiero a reducción, me refiero a justificación de los mismos. Una compañía no puede cobrar lo mismo cuando baja un template de internet que ya tienen otros 1,200 clientes a cuando sienta a uno o mas diseñadores a pensar, idealizar y conceptualizar una solución de diseño que justifique beneficios para un cliente mas allá de que “se ve bonito”, pero al final la compañía que cobra $20 mil por una página web cuyo diseño, programación, funcionalidad y contenido provienen de un producto enlatado, lo que hace es perjudicar a otra que cobra $42 mil y que ofrece la promesa de desarrollar todo a la medida de las necesidades del cliente que lo contrata.

Ya con esto termino la parte 1 de este tema. Hay mucha tela de donde cortar pero primero quiero conocer las opiniones de los lectores sobre el mismo.

Éste es un Buzz que publicó mi amigo Camilo Sánchez, y que publico porque entiendo que es un tema que TODOS deben saber y para ayudar a difundirlo.

Cito textualmente el Buzz:

-*SRES NO VAYAN AL PARQUE DEL ESTE A HACER EJERCICIOS, NI ACTIVIDADES DE NINGUNA CLASE!! AHI ESTAN VIOLANDO GENTE!!**

La verdad es que normalmente no escribo mucho en internet, por falta de tiempo, pero no me puedo quedar con esta.
Bueno lo cierto es que alli hay una trampa fabricada por puras ratas. Ayer, fui como normalmente he estado yendo desde hace mucho tiempo todos los domingos en la mañana a ejercitarme, disfrutar del sol y de una caminata . Siempre habia ido tranquilo al parque porque pensé que era un lugar mas o menos seguro, ahi dentro hay un destacamento mixto (policia y militar) y además de que está custodiado por “militares” ellos se “mantinen” dándole la vuelta en un motor “velando” para que la gente que va ahi a jugar futbol, tennis, a montar bicicleta, a dar una caminata, o a disfrutar de un picnic familiar, lo haga en “paz y seguro”.

Ayer era un dia muy bonito, fui con mi novia como cada domingo, ya le habiamos dado 2 vueltas, y cuando ibamos finalizando la tercera, lo que parecia un dia normal se convirtio en una especie de pesadilla surreal. De una de las casetas abandonadas que hay ahi, desvencijadas a PROPOSITO para estas actividades, sale un tipo armado y nos dice que “cuidao si se mandan, entren pa’lla” lo que pense fue, bueno, le damos todo lo que tenemos
tranquilamente y el pana sale corriendo, lo siguiente que sucedio fue que nos metio en un cuarto (donde ya tenia preparado todo el escenario para cometer el crimen) nos tira a los dos al suelo, a mi boca abajo, ordena a mi novia a quitarme los tennis, a quitarle los cordones, a amarrarme los pies y las manos, a lo cual el procede a asegurar bien los nudos, me revisa completo y me quita todo lo que tengo a la vez que nos sugestiona psicologicamente y nos pregunta cosas como donde vivimos, si andamos acompañados, donde esta parqueado el carro, todo, le dije que el carro estaba parqueado en la entrada
frente al “destacamento”.

A todo esto, el tipo estaba de lo mas tranquilo, estaba haciendo todo con toda la calma, le advertimos que los militares patrullan el area con frecuencia a lo que respondio “a mi que me importa esa baina”. Una vez que estoy amarrado de pies y manos se lleva a mi novia a otra habitacion que esta al otro lado de la caseta, y me amenaza de que cualquier cosa que yo haga la iba a matar. Fue toda una maldita freakin pesadilla y no podia creer que esa mierda nos estaba pasando. Yo solo tuve que empezar a orar a Dios para que ese individuo no le haga daño a mi novia.

El asunto es que se la llevo por un rato, la amarró, y empieza tranquilo a buscar un lugar donde violarla, resalto que todo esto el tipo lo hace como si a el nadie lo fuera a encontrar en el acto, tranquilo, todo el episodio duró como 40 minutos. Dios escucho mis oraciones, porque ella empezo a decirle a el que ella era cristiana y que Dios no veia bien que el hiciera eso, que Dios no lo permitiria y entre sus opciones estaba el no cometer ese error. El tipo al
escuchar esto lo que dijo fue que ella estaba muy tranquila para lo que estaba sucediendo y que era cierto que andaba con Dios, decidio no hacerle daño. Mientras va sucediendo esa conversacion el fue en dos ocasiones a donde yo estaba para confirmar si yo seguia amarrado. Cuando esa conversacion termina, el va donde mi y me dice que el no nos va a hacer daño, que se iba pero que si voceaba iba a matar a mi novia, mientras me decia esto se cambiaba rapidamente la ropa y me decia que no lo mirara. Salió corriendo, metio la cabeza por la ventana para ver si seguia amarrado y desapareció.

Como mi novia solo estaba amarrada por las manos ella consiguio desatarse y corrio a desatarme a mi, salimos corriendo de inmediato del lugar y fuimos al supuesto “destacamento”, cuando le dijimos a los militares del hecho y nos preguntaron como era el tipo, le dijimos: un morenito, de estatura media, andaba vestido como si fuera a hacer ejercicios pero antes de salir se habia cambiado la ropa. Esos barbaros, tranquilos, como si no hubiese pasado nada nos dicen: Oh, y tenia la cara cortada? y le dijimos, si asi mismo tenia la cara cortada, y fue entonces cuando fueron al lugar en vano a ver lo que habia sucedido. El asunto es que ellos al tipo lo conocen ya, el delincuente actuó de una manera inusual, estaba tranquilo, nos dice que no le importa que el sitio esté “custodeado” y para colmo los militares ni se sorprenden cuando les decimos la noticia. Además de que en el lugar todo estaba seteado para cometer el crimen, TODO! Eso que el hizo, no solo lo habia planeado cuidadosamente, sino que está cansado de hacerlo! en ese lugar lo que hay es
una asociacion de malhechores, de esas que todos conocemos, de las que para nadie aqui son un misterio, de esas asociaciones entre podridos militares y policias y delincuentes, es lo que hace este lugar aun mas inseguro, y es la razon por la que es un caso especial. Mi padre, que tambien estaba en el lugar haciendo ejercicios pero que no habia ido junto conmigo, les pregunta a los militares como es posible que estas cosas sean posibles en un lugar “vigilado” donde hay un destacamento y donde la gente va porque se hace la idea de que esta protegido, a lo que el militar le contesta que lo que le *paga la sedefir no da para nada y que ni siquiera da para echarle gasolina al motor para dar las vueltas.* Lo cual confirma el hecho de la lamentable asociacion de malhechores que tiene lugar en ese maldito sitio. Eso ahi va a seguir sucediendo y los mas expuestos son los que parquean sus carros al lado de la cancha de tennis, porque la caseta, esta justo al lado de donde la gente parquea sus vehiculos, no me quiero ni imaginar a alguien que viene tranquilamente a parquear su vehiculo ahi como lo hace siempre y de repente lo que parecia un dia normal se convirtiera en una pesadilla que no podran olvidar.

A ese sitio no vayan, y si quieren a algunos de sus familiares diganles que no vayan tampoco. Uno se siente sumamente impotente porque dime tu, que diablos se va a hacer cuando hay una asociacion entre policia-delincuente, donde el policia protege al delincuente. Gracias a Dios que nos protegió, porque las cosas estan que él es el único que nos puede proteger. Así es la realidad de este mi hermoso pais, por suerte hoy lunes 12 de abril puedo contarlo y puedo decir que no perdimos nada que podamos lamentar, pero lo cierto es que estas cosas suceden y suceden peor de ahi! Me da asco esa maldita institucion llamada Policia Nacional!!

Aquí está. Es importante que se difunda el mensaje, si van o conocen alguien que visite este parque deben tener mucho cuidado, eso amerita investigación a fondo pues no es posible que ni siquiera en los parques públicos y en horas de la mañana podamos ejercitarnos sanamente sin estar expuetos a esta clase de peligros.

Gracias a Dios que no pasó nada, porque el señor metió su mano y protegió a mi amigo y su novia.

Ayer leía con una sonrisa en mi rostro un tema escrito por Keving William Pang llamado “Top 10 Things That Annoy a Programmer” y aunque estoy 100% de acuerdo con el, creo que solo 10 cosas no son suficientes, así que aquí van las 10 cosas que según él molestan a un programador (traducidas por mi) y luego MIS 10 cosas que molestan a un programador.

10. Comentarios que explican el “cómo” pero no el “porqué”

Esto es típico, estamos programando en el código de otro y nos encontramos con esto:

r = n / 2; // Set r to n divided by 2
// Loop while r - (n/r) is greater than t
while ( abs( r - (n/r) ) > t ) {
r = 0.5 * ( r + (n/r) ); // Set r to half of r + (n/r)
}

Y el principal problema con esto es que yo entiendo lo que hace el código, si estoy trabajando con tu código es porque sé cómo funciona un while(), lo que no entiendo (y necesito entender) es con qué objetivo usaste un while en esta parte del programa. A veces cuando comentamos no nos detenemos a pensar la relevancia del comentario, sino que como está comentado ya estamos cumpliendo, tomen por ejemplo el código anterior, cambiemos el comentario y veamos si entendemos algo.

// square root of n with Newton-Raphson approximation
r = n / 2;
 
while ( abs( r - (n/r) ) > t ) {
    r = 0.5 * ( r + (n/r) );
}

Ok, para muchos seguirá siendo incomplensible, pero para un programador al menos nos pone en el camino correcto de qué hace este bloque de código. Es una de las peores cosas de trabajar con el código de otro.

9. Interrupciones

Muy pocos programadores pueden ir de 0 a código en un instante. Por lo general un programador toma tiempo para introducirse en el código, pero una vez que lo hacemos podemos escribir miles y miles de líneas de código semánticas sin detenernos. Desafortunadamente es muy dificil entrar en la zona de programación cuando estamos siendo constantemente distraídos por clientes, compañeros de trabajo o jefes todo el tiempo, incluso otros programadores.

Algo que aprendí en mi trabajo en comuniQue es que lo mejor para programar definitivamente es desconectarse del resto del mundo.

Mientras programamos debemos manejar demasiada información en nuestra mente, es decir, antes de comenzar debemos tener una visión del objetivo final y luego separar ese objetivo en partes y trabajar en pequeñas porciones, pero cada porción debe ir de la mano con las demás para que mantengan concordancia. Esto es algo dificil de entender para la mayoría de los no-programadores. Las distracciones nos sacan de nuestra área y generalmente toma demasiado tiempo volver a ella.

8. Scope creep

Desde Wikipedia:

Scope creep (also called focus creep, requirement creep, feature creep, and sometimes kitchen sink syndrome) in project management refers to uncontrolled changes in a project’s scope. This phenomenon can occur when the scope of a project is not properly defined, documented, or controlled. It is generally considered a negative occurrence that is to be avoided.

No tengo mucho que decir de esto, solo pensarlo me pone los nervios de punta…pero miremos un ejemplo práctico que Kevin da:

• Versión 1: Mostrar un mapa de la ubicación
• Versión 2: Mostrar un mapa 3D de la ubicación
• Versión 3: Mostrar un mapa 3D de la ubicación en la que el usuario pueda navegar

Así de sencillo un requerimiento que en el primer planteamiento fue relativamente sencillo y de unas pocas horas de integración se convirtió en un total dolor de cabeza para cualquier programador. Este tipo de “adiciones” a un requerimiento generalmente ocurren durante el desarrollo y esto requiere reescribir, reestructurar y a veces votar porciones de código que previamente teníamos.

7. Gerencia que no entiende de programación

Resumiendo: Cuando la gerencia no conoce ni los conceptos básicos de nuestro trabajo, terminamos con Scope Creep, deadlines irrealistas y en general frustración de ambos lados de la mesa. Esta es una queja común entre programadores y la fuente de mucho enojo.

6. Documentar nuestras aplicaciones

Ok, desde siempre se nos ha dicho que debemos documentar todas nuestras aplicaciones, pero es un dolor en el @$$, miren todos los programas open source que hay en internet, qué es lo que normalmente buscan cuando alguien se ofrece a ayudar…”escribir la documentación”.

La causa de esto es simple, para cualquiera que esté en este trabajo es porque disfruta este trabajo. Siendo realistas, nadie escribiría 3786 lineas de código de no disfrutarlo. Documentar no es parte de nuestro trabajo, estamos a gusto escribiendo código que solo unos pocos entienden, pero la verdad carecemos de la capacidad de escribir una documentación que cualquiera pueda entender…a la hora de escribir documentación no podría hacerlo alguien más?

5. Aplicaciones sin documentación

Si, es una contradicción completa al punto anterior, estamos de acuerdo en que odiamos documentar, pero eso no significa que no la necesitemos.

4. Hardware

Es un error común el creer que solo porque somos programadores podemos reparar una computadora que no sube, una impresora que no imprime o una máquina que no tiene acceso al servidor. En muchos casos es cierto, pero en muchos otros no. Los no-programadores o en este caso no-informáticos en general tienden a creer que cualquiera que trabaje con algo relacionado a las computadoras debe saber repararlas, y esto no es cierto.

Un programador solo desea que las cosas funcionen  como deben de funcionar para que podamos seguir con nuestro trabajo. Esto pasa en compañías que tienen programadores pero no tienen nadie encargado de TI, así que en muchas ocasiones el programador debe dejar de programar y pararse a ayudar a un vendedor que no puede abrir una presentación de powerpoint en su pc, siendo que la presentación es para 2007 y la pc tiene 2003…y eso, eso es frustrante!

3. Vaguedad

Antes que todo si, la palabra existe.

Ahora al punto, “el website no funciona”, “no puedo loguearme”. Es un caos trabajar con requerimientos vagos. Es sorprendente ver como los no-programadores se ponen cuando se les pide que reproduzcan el error para el programador. Parecen no entender que “está dañado, repáralo” no es suficiente información para resolverlo.

Por eso muchas veces se dice “intenté reproducir el error y no logré hacerlo, por tanto, todo está funcionando correctamente“, esto no significa que el programador sea vago, significa que necesitamos saber el navegador, el sistema operativo, la velocidad de conexión, los datos que se estaban introduciendo, desde donde y hacia donde se dirigía cuando surgió el problema, si los CAPS Lock estaban activados o no, si el teclado es en inglés o en español…todo esto es necesario para poder encontrar y reparar un error.

2. Otros programadores

No comentarios en este punto…el título es muy obvio.

1. El código propio, 6 meses después

Para un no-programador puede ser dificil entender este punto, pero la base de un buen programador es la evolución constante. Un programador que no evolucione en 6 meses ya no puede llamarse a si mismo programador.

Lo cierto es que cada vez que tenemos que volver a trabajar en una aplicación que hicimos hace 6 meses o un año, muchas veces preferimos escribir el código desde 0. Esto no es malo, es solo que a un programador le cuesta mucho seguir las malas prácticas, la tecnología y la programación como tal evolucionan, la forma de hacer algo hoy es mucho más sencilla que la forma de hacer eso mismo hace 6 meses, por tanto es repulsivo tener que trabajar con un código no óptimo.

Les pongo un simple ejemplo, en cierto proyecto necesitaba mostrar una fecha en español desde la base de datos. Este fue el primer código que usé:

$fecha = explode(" ",$item['fecha']);
$date = explode("-",$fecha[0]);
$time = explode(":",$fecha[1]);
$dia = date("l", mktime($time[0], $time[1], $time[2], $date[1], $date[2], $date[0]));
$search = array("Sunday","Monday","Tuesday","Wednesday","Thursday","Friday","Saturday");
$replace = array("Domingo","Lunes","Martes","Miércoles","Jueves","Viernes","Sábado");
$dia = str_replace($search,$replace,$dia);
$mes = date("M", mktime($time[0], $time[1], $time[2], $date[1], $date[2], $date[0]));
$search2 = array("Jan","Apr","Aug");
$replace2 = array("Ene","Abr","Ago");
$mes = str_replace($search2,$replace2,$mes);
$meridiano = date("a", mktime($time[0], $time[1], $time[2], $date[1], $date[2], $date[0]));

Rústico si, pero funcionó bastante bien. Luego perfeccioné ese código, en un nuevo proyecto descubrí que puedo lograr el mismo resultado con el siguiente código:

setlocale('es_ES');
strftime('%A %d de %b del %Y a las %X',strtotime($item['fecha']));

Cool eh? Acabo de convertir 12 líneas de código en 2…imagínen mi impresión cuando tuve que volver a trabajar con el primer proyecto y me encontré con ese código…qué creen que hice, lo dejé tal cual y resolví el asunto o lo cambié por el nuevo código? Por supuesto que lo cambié, si no lo hubiera hecho no habría podido dormir esa noche (si, así de grave es mi caso), en este caso no vale eso de que si no está roto no lo arregles, porque desde el punto de vista de un programador SI ESTA ROTO.

Estas son las 10 cosas que molestan a un programador según Kevin William Pang, ahora les expreso otras 6 cosas que molestan a un programador según Gustavo Villavizar.

6. La superposición del cliente

La superposición del cliente indica cuando un cliente solicita un nuevo feature a una aplicación, el contacto del cliente le dice “Ok”. Esa persona no hace preguntas, no sabe hacerlas, por tanto le queda al programador la tarea de realizar ese requerimiento sin importar si conviene o no, si es factible, si es posible, pero hay que hacerlo porque ya se le dijo al cliente que si.

5. Trabajar con el código de otro

Este caso indica una relación entre varios puntos que he mencionado antes…es dificil trabajar con el código de otro.

4. Demasiados nodos en la cadena

Esto es demasiado común. Cuando hay muchos intermediarios entre el cliente y el programador se hace mucho más dificil desarrollar los requerimientos del cliente. El cliente hace un requerimiento, tarda mucho tiempo en llegar al programador y si el programador lo rechaza tarda mucho en llegar de nuevo al cliente, en esta etapa el cliente entiende que al haber pasado tanto tiempo su requerimiento fue aceptado y que se está trabajando en eso, es problemático cuando se le cambia la idea al cliente con la respuesta del programador.

3. Gente que cree que sabe programar

Un ingeniero de sistemas graduado en 1993, un programador de Cobold, un programador de aplicaciones Win32 que creen que saben cómo programar para web…¡esto es fatal! Por favor entiéndelo, Windows y la Web no funcionan igual.No eres programador web así que deja de pensar que entiendes mi trabajo o pero aún, que sabes más que yo del mismo.

Esta es una de las principales razones por las cuales un programador independiente rechaza un proyecto luego de haberlo iniciado, no es por falta de responsabilidad, es que se vuelve imposible trabajar así.

2. Clientes que lidian con términos complejos de los cuales no entienden

A veces, cuando las estrellas se alínean, algún no-programador lee un post sobre programación o escucha una conferencia y aprende términos nuevos, y los quieren usar.

Cuando te piden un proyecto minimalista como el website de Apple, generalmente quieren una página con fondo blanco y muchas imágenes. Cuando te piden que el proyecto tenga la tendencia KISS pero que tenga 13 mil features, cuando te piden que la página sea fácil de usar pero que tenga comunicación de marca, etc.

1. Cuando creen que el programador también es diseñador y hasta copywriter

¿Alguien se siente identificado con esto? El cliente hace un requerimiento y el programador debe realizarlo, integrarlo con el diseño y escribir el texto correcto en el website…cuesta trabajo decirle a un cliente que somos programadores, no diseñadores ni copywriters, y peor aún es cuando se lo has dicho en los dos requerimientos anteriores y en este tienes que repetirselo.

Leyendo todo el post nuevamente parece una especie de rabieta, pero estoy seguro de que mis colegas programadores y algunos no-programadores se sentirán identificados con algunos de los puntos que expreso en esta entrada.

Si olvidé alguno, son bienvenidos a expresarlos en los comentarios.