Pronunciación de términos técnicos

Algo que he notado en la comunidad hispana es la pronunciación incorrecta en ingles (americano) de muchos términos técnicos o nombres de tecnologías, algunas veces he compartido estos datos en Twitter y han generado sorpresa en mas de alguna ocasión, así que decidí crear este post donde ire agregando términos que vea yo que requieren clarificación de la pronunciación correcta o mas aceptada.

ASP.NET - ei-es-pi dot-net
Azure - AAchur (todo el enfasis en la A)
C# - Si-charp
Entity Framework - éniry freimuork
Erlang - Erlang
FTP - Ef-ti-pi
Haskell - Jask-l
HTML - eich-ti-em-el
Java - Yava
Javascript - Yavascript
JSON - yeison
LINQ -  asi tal cual, LINK
Moq - MOK (<= de preferencia, o Mok-iu)
MVC - em-vi-ci
NHibernate - enjaiberneit
NuGet - niu-guet, como si fuera new-get
Objective-C - Obyectiv-Si
Project Euler - Euler se pronuncia "Oiler"
PHP - Pi-eich-pi
Python - Pai-ton
Rest - Tal como se lee en español: Rest
Ruby - Tal como se lee en español, pero sin hacer énfasis en la R: Ruby
Scala - SScala
Scheme - SSkim
Smalltalk - Smoolltolk (las "o" se pronuncian con un sonido un poco largo, como pronunciando dos O seguidas, sobretodo la primera "o")
SQL - Si-kuol (o es-kiu-el)
Typescript - Taip-Script
Unit Test - iunit test
VB - Vi-bi


Si tienen duda sobre algun termino haganmelo saber para agregarlo a la lista

SQL: agrupar registros por un intervalo arbitrario

Recientemente, un compañero me presento un problema, necesitaba escribir un query que agrupara registros por intervalos de 5,10,15 minutos, idealmente queria que se pudiera pasar un parametro al query para especificar el intervalo, despues de unos minutos di con la solucion:

declare @interval int

set @interval = 5

select datepart(hh, DateTimeColumn)

, datepart(mi, DateTimeColumn)/@interval*@interval

, count(*)

from thetable

group by datepart(hh, DateTimeColumn)

, datepart(mi, DateTimeColumn)/@interval*@interval

El truco esta en @interval*@interval, aunque parece que la division y multiplicacion se eliminan entre si, lo que realmente pasa ahi es una division entera, la cual al multiplicarla por el mismo valor, nos da los intervalos correctos.

He aqui una lista de valores generados para un intervalo de 5

minuto|dividido por 5|multiplicado por 5
0 | 0 | 0
1 | 0 | 0
...
5 | 1 | 5
6 | 1 | 5
...
10 | 2 | 10
11 | 2 | 10
...
Teniendo esto se pueden agregar mas campos al select, o hacer la presentacion del tiempo mas bonito, etc

declare @interval int

set @interval = 5

select convert(varchar(8), DTColumn, 1)+' '

      +convert(varchar(2), datepart(hh, DTColumn))+':'

      +convert(varchar(2), datepart(mi, DTColumn)/@interval*@interval)

, count(*)

from the_table

group by convert(varchar(8), DTColumn, 1)+' '

      +convert(varchar(2), datepart(hh, DTColumn))+':'

      +convert(varchar(2), datepart(mi, DTColumn)/@interval*@interval)

Esto nos da algo asi:

11/12/10 10:10    28

11/12/10 10:15    11

11/12/10 10:20    57

Espero le sea de utilidad a alguien

VirtualBox VM no suelta el mouse

Un pequeño post para compartirles algo que me acaba de suceder, estoy probando VirtualBox en mi OpenSuse, instalando Windows XP en una VM, se me ocurrio dar click dentro de la VM, habiendo leido que con la tecla [ctrl] derecha me soltaba el mouse, pero para mi sorpresa [ctrl] no funciono, busque en Google desde otra maquina y no encontre la solucion, aunque si muchos articulos que hablan sobre el tema, y las razones tecnicas y como hacer para que ya no suceda y otras hierbas, el caso que no encontre nada que me sirviera en ese momento para salirme de la VM, asi que ya resignado, instintivamente presione ctrl+alt+del, y oh sorpresa, esa combinacion fue la que solto el mouse de la VM :)

Asi que decidi documentar la anectoda, esperando le sea de utilidad a alguien mas

Interfaces de usuario para captura de datos

Hace unos dias grabe un episodio del dev3cast con Alex Briseño y Gabriel Flores sobre interfaces graficas orientadas a captura masiva de datos, si nunca has trabajado en este tipo de aplicaciones seguramente te sorprenderan algunas de las tecnicas que se aplican ahi, algunas de estas van en contra del "standard" al que estamos acostumbrados en aplicaciones 'normales'. El podcast lo encuentras aca

Gracias a Gabo por la invitacion a participar en el dev3cast

La intuitividad de Apple: Actualizando OS X

Acabo de actualizar mi OS X a Snow Leopard (lo se, un poco tarde), primero que nada no puedo entender como es que OS X, que corre en una sola configuracion de hardware (ok, talvez 2 o 3) toma mas de una hora para instalar, mientras que Windows que corre en millones de configuraciones de hardware puede instalar en 15 minutos (incluyendo la reseteada obligatoria, ya listo para usarse).Por mas que intento no le veo lo intuitivo a este asunto, pero bueno, dejando eso de lado, una de las 3? grandes caracteristicas de Snow Leopard es Safari 4, antes de instalar me di cuenta que ya tenia Safari 5, procedi con la instalacion y para mi sorpresa, cuando finalmente termino de actualizar, ahora tenia Safari 4!! Mas de una hora actualizando y ni siquiera pudieron checar si la version de los componentes existentes era mayor que los de la actualizacion? La verdad me dio miedo checar si habia algo mas que hubiera bajado de version. Actualizar OS X resulta en una obsoletizacion (palabra inventada) de sus componentes, como es que eso es intuitivo?
Para terminar, despues de la actualizacion fui a checar las actualizaciones, habia 776MB de estas (y estos son los que se burlan de las actualizaciones de Windows?) y, claro esta, en la lista estaba Safari 5.

En resumidas cuentas: Tenia Safari 5, actualice OS X, me bajo la version a Safari 4, luego tuve que instalar 776MB de actualizaciones para regresar a donde estaba antes de la actualizacion. Intuitivo o no? ahi se los dejo.

Update. Despues de otros 10 minutos, llegaron mas actualizaciones, esta vez unos 200MB adicionales de actualizaciones, claro, reseteada requerida incluida.

Divulgacion de informacion: Esta en todos lados

Talvez hallas visto alguna calcomania como esta en la parte trasera de algun auto, y talvez te parecio ingeniosa/divertida/tonta, pero has pensado que es una forma de divulgacion de informacion? La pregunta muy probablemente cambie tu perspectiva sobre esta inocente calcomania en caso de que no lo vieras asi antes. Tristemente en paises de Mexico a sudamerica cada vez es mas comun la extorsion usando secuestros virtuales, que es cuando te llaman por telefono y te dicen que tienen secuestrado a tu hijo (los nombres estan en la calcomania, recuerdas?) y te piden que pagues inmediatamente el rescate, en los casos de secuestro virtual es mentira que tengan a la persona secuestrada, pero utilizan muchas artimañas para hacerte creer que asi es y utilizan el impacto y momento psicologico para aprovecharse de las personas. Este es solo un ejemplo de la manera en que estas personas conducen estas actividades y mi interes no es hablar de eso, sino hacer incapie sobre la divulgacion de informacion y de que esta puede estar en los lugares mas inocentes, si crees que eso no te puede pasar a ti, lamento decirte que eso te hace mas vulnerable.


Que tal esto, has visto algo asi?:

La cantidad de blogs que han sido hackeados por este detallito es demasiado grande, WordPress hace estos sitios demasiado facil de encontrar y es cuestion de usar una de tantas vulnerabilidades que aparecen para este sistema y lograr hacer algun daño

Tambien he visto sistemas en los que usan el numero de empleado para hacer login en las computadoras, el # de empleado es visible cuando la computadora esta bloqueada, y resulta que puedes llamar al help desk de la compañia, dar ese numero con el nombre de la persona y ellos resetean la contraseña y te la dan ahi mismo.

Desafortunadamente no hay reglas establecidas para prevenir el problema de la divulgacion de informacion, mi intencion es simplemente crear mas conciencia sobre el gran problema que esto puede llegar a representar en el desarrollo de software o incluso en tu vida personal. Lo unico que te digo es que este problema esta en todos lados, en tus comentarios, archivos de configuracion, en mostrar al usuario la version de tal o cual componente que uses en tu aplicacion, la misma version de tu app, el # de empleado, etc. aun en esa inocente calcomania.

La seguridad se atravieza en el camino de la usabilidad, y la usabilidad en el camino de la seguridad, es cuestion de analizar un poquito mas lo que exponemos en nuestras aplicaciones y tener cuidado.

No existe un sistema seguro, lo unico que podemos hacer es poner la barra mas alta y aunque no nos guste, la seguridad por obscuridad puede ser nuestro unico amigo algunas veces.

Duct tape programming: El codigo elegante no paga tu sueldo

Finalmente me di el tiempo de terminar este articulo sobre la conversacion de the Duct Tape programmer; antes de continuar con el articulo dedicare el resto de este parrafo para tratar de explicar el termino. La traduccion literal es programador de cinta gris; se usa esta expresion porque la cinta gris es un material muy resistente para uso multiple que se invento durante la segunda guerra mundial, donde se utilizo para reparar equipo militar rapidamente, cualquier cosa desde armas de fuego hasta aviones; hoy en dia se utiliza para reparar muchas cosas.

Este articulo ha provocado mucha polemica en las ultimas semanas en los medios sociales; gran parte de la comunidad bloguera y twittera tomo este articulo de Joel como un ataque a TDD, practicas agiles de desarrollo y desarrollo de software de calidad en general, algo que encaja perfectamente si lo analizas un poquito, estas personas viven de eso, es lo que venden, bloguean y twittean sobre esto todo el tiempo, asi que el post les toco unas fibras sensibles. Estos fanaticos de patrones y practicas han lanzado una campaña agresiva para convencer al mundo que a los programadores de cinta gris no les importa la calidad del software, que su codigo es inmantenible, que carece de todos esos atributos que esperamos del buen software. Estas personas son las mismas que minimizan el "contenido meramente tecnico", se les ve hablar y hablar (o escribir) sobre buenas practicas de desarrollo y quejarse de como todo el mundo siempre lo hace mal, pero nunca o raramente los ves hablar sobre implementaciones de algo remotamente relacionado con codigo, yo opino que la teoria esta bien, pero sin la practica no sirve de nada. Como siempre lo digo, el problema en todo caso, son los extremos.

Desafortunadamente para ellos el primer ejemplo de programacion con cinta gris que salta a la vista es StackOverflow, un sitio que ha sido desarrollado por programadores que abiertamente han aceptado sin problema alguno que usan tecnicas que no son precisamente agiles o dentro de los mas estrictos patrones de desarrollo, al mismo tiempo este sitio se ha mantenido funcionando al 100% y han agregado un sinnumero de caracteristicas desde su inicio hasta la fecha, lo cual me dice que tienen un codigo con cualidades que hace que esto sea posible; estoy seguro que el codigo no es algo que el programador promedio podria entender y seguramente los puristas encontrarian muchas cosas que les resultarian muy desagradables por aqui y por alla, pero es codigo que cumple su funcion, y lo hace excelentemente bien.

Cuando dije esto sobre SO en twitter, algunos no lo creyeron (mostrando incredulidad de que algo tan bueno pudiera estar hecho con cinta gris, pero hay podcasts donde hablan abiertamente sobre como conducen el desarrollo del sitio), alguien por ahi me respondio muy enojado tratando de minimizarlo alegando que era el unico ejemplo real de programacion exitosa usando cinta gris, desafortunadamente para ellos (una vez mas) si vemos el tremendo exito en los productos de Apple ultimamente, vemos programacion con cinta gris por todos lados, Apple es la Reina (o Rey?) de la programacion con cinta gris, especialmente el ecosistema de desarrollo para iPhone, los que han trabajado con el saben de sus grandes limitaciones y obstaculos que hay que sortear para escribir aplicaciones, pero al final, la gente esta feliz con el producto, y eso es lo realmente importante, a la gente no le importa si la arquitectura es una porqueria o si el codigo es horrible; lo dire una vez mas: no importa.

El problema mas grande de los puristas es que cuando te concentras solamente en hacer que cada linea de codigo este dentro de un patron de diseño, es muy facil cruzar las lineas de abuso de ingenieria y olvidarse de lo mas basico, que es el cumplir con tus clientes y terminar tus proyectos, si no lo terminas, no importa que tan bueno sea el codigo, desafortunadamente el codigo elegante no paga tu sueldo, terminar tus proyectos si lo hace.

Creo que el patron de desarrollo que uso mas frecuentemente es "lo que funcione mejor", no tengo miedo de usar programacion procedural, funcional, POO, dinamica, stored procedures o lo que se requiera, lo que me permita sacar adelante mi trabajo (bueno, a excepcion de XML, odio XML) de una forma que me permita siempre extender y/o modificar mis sistemas facilmente en un futuro, pero lo mas importante de todo es que estoy acostumbrado a entregar buenos resultados, siempre, sin excusas, con frecuencia predico una de mis frases favoritas: no es opcional, tiene que funcionar. Quiero aclarar un punto muy importante, soy muy estricto a la hora de escribir codigo, me gusta el codigo elegante, sigo principios SOLID, escribo pruebas unitarias cuando un codigo lo requiere, es solo que no me gusta forzar todo dentro de un patron, y no siempre escribo mis pruebas religiosamente antes que el codigo (ok, de hecho, nunca escribo las pruebas primero). Eso para mi, es el programador de cinta gris, el que sabe cuando abstenerse de la mera aplicacion de patrones y tiene siempre presente la mas importante caracteristica de tu software; el software que cumple y se entrega a tiempo es esa caracteristica, sin esta, no importa lo que hagas, aun si es una obra de arte, no vale un centavo.

Por otro lado, creo que si hay areas donde se puede ser purista y aplicar todos tus (des?)conocimientos, creo los que proyectos de codigo abierto o proyectos personales son ejemplos perfectos para aplicar todo esto, no hay fechas de entrega, no hay compromiso, no hay riesgos, estara listo cuando estara listo.

Cuando los puristas se encuentran acorralados ante las muestras de buenos resultados de la programacion con cinta gris, la salida facil -esto me recuerda como los mismos Agilistas dicen que cuando un proyecto Agil falla es porque no se aplico correctamente- es decir que se requiere gente muy talentosa para sacar adelante algo asi, y claro, nadie dijo que fuera facil, se requiere talento, se requiere leer y entender esos blogs de contenido meramente tecnico, experimentar, jugar, hackear; al final, el desarrollo de software es un problema humano. Yo creo que las metodologias son para compensar la falta de talento, pero ese es tema para otro post.

No hay reglas fijas y estrictas en el desarrollo de software, si fuera asi, este seria demasiado facil.
si no les gusta el termino "programador de cinta gris" pueden pasar a reclamarle a Mario Cornejo :)