lunes, 20 de febrero de 2006

Borland is no more Borland (reloaded)

No conozco en profundidad la estructura interna de Borland, ni me preocupo demasiado en saber de sus "movidas" internas, es más últimamente ni me molesto en informarme de los nuevos productos o estrategias que adoptan. Soy (sí, aún) simplemente un feliz usuario y desarrollador de lo que de un tiempo a esta parte les ha dado por llamar "Entorno Integrado de Desarrollo" (o IDE para los amigos), concretamente Delphi, aunque no es el único producto de Borland que he usado; he utilizado Turbo Pascal, Turbo C... incluso Turbo Basic (Todos ellos bastante mejores que sus homólogos "Quick" de Microsoft). De hecho se puede decir que soy "Borlander" desde hace 15 años, cuando el "Quattro" me parecía bastante mejor hoja de cálculo que el Lotus 1-2-3 (y trabajando en MSDOS), y Sidekick era lo más de lo más en lo que a agendas se refería.

Comentarios nostálgicos aparte, digo todo esto por la noticia publicada ya oficialmente, y comentada en varios blogs, de que Borland quiere desprenderse de su línea de productos dirigida a desarrolladores, para lo cual está buscando compradores e incluso se rumorea que ya podría tener alguno, sobretodo alguna empresa de capital-riesgo. Es decir: Borland quiere, otra vez, dejar de ser lo que siempre ha sido, la creadora de productos destinados a desarrolladores, para convertirse en creadora de programas de "diseño" de aplicaciones, de "management" del ciclo de vida de proyectos... ALM lo llaman por aquellos lares.

La aún division de IDEs de Borland se convertiría por tanto en una "nueva empresa", y por lo visto contaría con todo o casi todo el capital humano actual de dicha división, incluyendo a David Intersimone. Es por ello que, según dónde se lean los comentarios, uno puede entender que se trata de un spin-off, o de una venta en toda regla.

La mayoría de comentarios que se pueden leer, apuntan a que la noticia es muy positiva, que esto provocará que de nuevo los productos destinados a desarrolladores vuelvan a tener la calidad que tradicionalmente tenían, que es lo mejor para "ambas" empresas, etc. Sin embargo, lo que no he visto que nadie haya dicho aún es que la pérdida del nombre Borland puede significar (al menos en mi opinión) que a esta nueva "marca" bajo la que aparecerán productos como Delphi, le pase lo mismo que pasó cuando los "iluminados" de Borland pensaron que el nombre "Borland" ya no era cool, no representaba la esencia y el espíritu del business, y se les ocurrió la peregrina idea de cambiarlo por Inprise. Y lo que le pasó a Inprise fue que, de no haber dado marcha atrás y recuperado el "viejo" y "vetusto" nombre de Borland, quién sabe dónde hubiesen estado hoy en día.

No quisiera yo ser tildado de cenizo, pero dicen que el hombre es el único animal que tropieza dos veces con la misma piedra.

Habrá que ver pues, qué cariz toman los acontecimientos en las próximas semanas. Por mi parte yo lo tengo clarísimo: Para desarrollos en plataforma Win32, Delphi 7. Y para desarrollos en plataforma .NET, pues C#, que es lo suyo. Pero estoy muy tentado de probar Chrome ahora que tiene versión estable para la versión 2.0 de .NET...

jueves, 2 de febrero de 2006

Gentuza!

Es lo que tiene, el ser jefe.

El jefe no entiende, ni quiere necesita entender de complejidad en los procesos. Le da igual que si lanzas un procedimiento que dura 2 horas, hundes el servidor de BBDD. Le da igual que paralice la empresa. Él lo que quiere es tener su informe de estadísticas en Excel, en su mesa de su despacho a las 9 en punto de la mañana. Luego él llegará a las 10:30 o a las 11, y además ni se mirará tu informe.

También le da igual que todas las incongruencias que pueda haber (y de hecho hay) en el informe (como que no cuadren muchas cifras) sean culpa de otros departamentos, que introducen información duplicada y luego se desentienden del problema. En contadísimas ocasiones, supongo que coincidiendo con alguna alineación astral particular, le escriben un correo "a Informática" para que les borre la información que ellos mismos deberían borrar, ya que tienen una preciosa herramienta para ello. Es decir, que de cualquier manera terminamos solucionando esos problemas.

Pero si esos problemas no se solucionan, tú, que eres el encargado del Informe (así con mayúsculas), el más importante de la Historia, has de ir cargando tu procedimiento con centenares de comprobaciones para que no se pueda dar ni el más mínimo caso de incongruencia (básicamente esas "comprobaciones" son las que hace que tu proceso tarde 2 horas. Si no tuvieses que hacerlas, en 45 minutos estaría listo. Que serían 15 si la base de datos estuviese bien diseñada... pero eso es harina de otro costal).

Sin embargo, como todos los que nos dedicamos a esto sabemos, es IMPOSIBLE pretender ganarle la partida al sr. Murphy... así que el informe seguirá saliendo "mal"... e igualmente todos sabemos por culpa de quién sale "mal" no?

Evidentemente, la culpa es "de Informática", que es que nunca hacen nada bien, oye. Panda inútiles.

Y eso es lo que el jefe acaba deduciendo. Y a veces, vociferando.