Archivo del sitio

Triunfo y desastre: sobre dos migraciones a OpenOffice.org

Creo que hay que leer este artículo de José Alcántara, nos saltan muchas “inquietudes”, acerca de cómo se están haciendo las cosas en el mundo del software libre (y Venezuela es parte de esa regla), sobre todo, cuando se enfoca al *software libre* desde el ángulo incorrecto.

Maimónines y Séneca se enfrentan …

Maimónides es un sistema de gestión escolar diseñado por una empresa española para interconectarse con el actual  sistema de gestión SENECA (de la Junta de Andalucía), pero en vez de ser un proyecto “como cualquier otro en software libre”, la costa terminó siendo un juego del “gato y el ratón”, intentas hacer algo sin apoyo de la institución que “supuestamente” tratas de ayudar (es como hacer una API libre para interactuar con SENIAT y meses después, el SENIAT cambia su servicio, bueno, así), una empresa “Kodeko”, se dedica a llevar “el desarrollo” de una aplicación “con estándares libres” que busca algo “multi-plataforma” (claro, por aquello de la **interoperabilidad**, eso se lee “debe correr en Windows”), y como siempre, si la Junta de Andalucía no libera estándares ni especificaciones, sin la liberación de la API (para permitir a terceros desarrollar conectores, mejoras y nuevas versiones de Maimónides), la imposibilidad de “ponerse de acuerdo” (SENECA llegó a incorporar funcionalidades para evitar que MAIMONIDES funcionara correctamente) y un sinfín de trabas adicionales, han llevado a Kodeko a tomar la triste decisión, Maimónides deja de desarrollarse.

Del otro lado de la moneda está SENECA, este es un sistema para gestión escolar hecho para la Junta de Andalucía, se “suponía” que SÉNECA sería otro “desarrollo como cualquier software abierto ó libre”, es decir, una comunidad, gente desarrollando, estándares abiertos, etc; al final, la cosa se convirtió en una típica relación “Estado <> Empresa” (¿dónde han visto ustedes eso?) donde la Junta de Andalucía paga por un “software abierto”, dónde la culpa de “la lentitud” siempre el “consultor” se la echará a la base de datos (y terminan usando ORACLE sobre Solaris y Java 2EE sobre WebSphere) Y no importa qué tan “abierto” sea el código, termina siendo una relación “Junta de Andalucía <-> SADIEL-AYESA”, donde ámbos son los únicos que tocan el código e implementan mejoras al sistema, donde la empresa cobra Horas/Hombre, servicios de consultoría y es técnicamente, la única que puede “usarlo, meterle mejoras e implementarlo dentro de la junta de Andalucía”, ¿dónde está la libertad en eso? …

Al final, SADIEL-AYESA (la gran *mega-contratista*) se encargó (metiendo captchas, trampas, desconexiones) de evitar que Maimónides (y me imagino que cualquier otro software) se “interconectara” con SÉNECA y viniera a quitarles “el contrato” de cientos de horas/hombre de mantenimiento por caídas, desconexiones, mal servicio y soporte en general.

Que si para eso vamos, “supuestamente” el código de ORACLE 9i está en las bóvedas de PDVSA, así que “técnicamente” Oracle es software de código abierto, así yo no pueda tocarlo, usarlo o tan siquiera verlo, para PDVSA, *eso* es código abierto.

Dónde software libre, no es gratis

El artículo anterior me llevó de vuelta a la por demás paradójica historia de dos ciudades Alemanas, Freiburg y Munich, que intentaron migrar a “software libre” con resultados diametralmente opuestos.

La ciudad de Freiburg comenzó su migración a “OpenOffice.org”, pensando en que este sistema “le ahorraría costos en licencias” (con 2000 usuarios, serían unos 150 mil ó más dólares al año); al final, el principio por el que mucha gente lo adopta (-al software libre-) es precisamente ese, “es gratis y me ahorro las licencias”.

5 años y 600 mil dólares después, con toda una plataforma inestable y muchos usuarios infelices, la Alcaldía de Freiburg llamó a un consultor Microsoft acerca de las “posibilidades para arreglar el problema”, ¿la solución?, ¡Fácil!, echar para atrás todo, volver a Microsoft Office con una renovación en licencias que costó el primer año sólo 500 mil US$.

El problema derivó del primer enfoque, “ahorro de costos”, por aquello de la “interoperabilidad” y “el derecho a escoger”, mucha gente “por comodidad” se quedó en Microsoft Office, hubo que pagar migraciones de plantillas y macros a OpenOffice, la gente que usaba OpenOffice debía guardar sus archivos como “.doc” puesto que Microsoft Office “no lee” archivos de OpenOffice.org (¡y luego hablan de interoperabilidad los muy cínicos!) y un flujo mixto de documentos “Office-OpenOffice” maximizó las incompatibilidades y los errores, ¿de quien era la culpa?, ¡Por supuesto!, OpenOffice era el culpable de no poder “interoperar” correctamente con Microsoft Office; ¡caso cerrado!.

Del otro lado de la moneda tenemos a Munich, en ella la migración fue “completa” y no fue opcional, a la gente se les “retiraron” sus Microsoft Windows de sus equipos y se les instaló una combinación de LiMux (una distribución GNU/Linux desarrollada directamente por la propia Junta de Munich) y OpenOffice, hoy, la Junta de Munich informa que su migración a software libre les ha ahorrado 13 millones de euros, que tienen 15 mil usuarios completamente felices usando una distribución GNU/Linux y tienen una distribución GNU/Linux certificada con la norma ISO 9241.

La pregunta es ¿cómo lo hicieron?.

El enfoque de la ciudad de Munich fue totalmente distinto, ellos jamás pensaron en “el ahorro de costos”, sino en la primera y verdadera premisa del software libre, la libertad, Munich dedicó un gran esfuerzo e inversión en generar “comunidad”, muchos de sus IT-Administrators y SysAdmins eran miembros de la comunidad (o debían serlo), colocaron personas en lugares *clave* para la corrección de fallas, desarrollo de nuevas características o la construcción de comunidades (que se convertirían, en el largo plazo, en soporte y mantenedores de la misma); tal como Wollmux (el sistema de gestión de plantillas, conversor de templates y auto-texto sobre plantillas) fue un desarrollo netamente financiado por la Junta de Munich, incluso, la Junta donó dinero y apoyó la conversión de OpenOffice a LibreOffice cuando este fuera abandonado por Oracle.

¿Por qué no se podía pensar en *interoperabilidad*?, cada vez que alguien escuche esa palabra, téngalo por seguro que para alguien significa “no importa lo que vayan a montar, mi software por favor no me lo toquen”, en la primera evaluación (que llevó al desarrollo de Wollmux) la ciudad encontró que había nada más y nada menos que 13700 plantillas de documentos y hojas de cálculo con macros “casi una por cada empleado de la Alcaldía” (es como la historia de los 360 software de gestión internos dentro de Banco de Venezuela, para usar uno diario), por ende la migración no es solamente un “abaratamiento” de costos, es la oportunidad para salvar de un ecosistema heterogéneo a una plataforma de IT y casarla con estándares abiertos, que todos conocen y con los que realmente todos interactuan (o casi todos, no fue sino hasta el reciente MS Office 2013 que incorporaron soporte a ODF 1.2, el estándar de LibreOffice).

Y es extraño para muchos, si la premisa principal de migrar a software libre es porque “me ahorrará costos”, que la Junta de Munich haya invertido tanto parecerá ilógico (la Junta de Munich ha pagado, sólo a *freelancers comunitarios* 4 millones de euros para desarrollos particulares sobre Debian, Ubuntu y LibreOffice), incluso HP llegó a pagar un “estudio” donde aseguraba que la Junta de Munich mentía sobre sus cifras de ahorro, que *no estaban contando* los salarios de los cientos de empleados de IT requeridos para mantener el software libre (y la comunidad) y las constantes “actualizaciones” que le hacían a LiMux (que al ser “gratuito”, podías sacar versiones cada vez que la distribución Madre, Ubuntu, sacara nuevas versiones); sin embargo la Junta de Munich se defendió de ese artículo diciendo:

“Contrario a lo que HP clama, el uso de software libre si baja el costo del hardware -ya que exigimos la venta del mismo sin software pre-instalado-, además la empresa (HP) no pudo distinguir (en su informe) la diferencia entre una migración de software y el mantenimiento regular que se le hace al mismo”

Y las cifras que exponen en sus estudios son por demás alentadoras:

Gastos en Licencias, software base e inversión inicial (para 15 mil equipos):

Windows y MS Office:                   11.594.200 Euros

Windows con OpenOffice:              7.394.200 Euros

LiMux:                                                    273.132 Euros

Gastos relativos al mantenimiento de la plataforma (entrenamiento, soporte, actualizaciones, antivirus, Personal, etc):

Windows y MS Office (más servicios) para Munich:     34.143.880 Euros

Windows (con LibreOffice y herramientas libres):          29.943.880 Euros

LiMux:                                                                                     22.822.812 Euros

No por nada, la primera acción de la Municipalidad de Munich *antes* de migrar a Software Libre “no fue” ¡vamos a sacar la calculadora, a ver si las cuentas dan! (como típico gerente de institución pública), fue sacar dinero (12.8 millones de euros) para financiar la migración y emitir una DECLARACION DE INDEPENDENCIA a favor del software libre.

Por algo Florian Schiefel (líder comunitario del proyecto LiMux) expuso:

“Contrariamente a lo que podría creerse, la reducción de costos no fue la razón primordial del proyecto, la motivación fue la Independencia, durante todo el período del proyecto no esperabamos ahorrar dinero siquiera, pero queríamos ser capaces de decidir *por nosotros mismos* cómo queríamos gastar nuestro presupuesto de IT a largo plazo”

Incluso llegaron a sacar una lotería, para ayudar al financiamiento del proyecto …

No es cosa de técnica

Una migración no es un proceso técnico, no se puede tomar, quitar un software y poner otro, o decir con una ley “esto es así, porque yo digo”, es un proyecto de cambio, de abrir mentes, de hacer que las personas entiendan y esten a gusto y agradadas con el cambio (y esto es socialización, no politiquería); Oracle se puede migrar a postgreSQL, no porque la licencia de uno le cueste al Estado 100 mil US$ y la otra tenga costo cero, se puede migrar porque los cien mil los invertirás en fomentar el cambio, el ecosistema de soporte (en Munich el 80% del soporte viene de empresas medianas y pequeñas cooperativas y freelancers creados alrededor del propio proyecto), en pagar “todas esas mejoras que sueñas” y en demostrar que esos 100.000 US$ sirven *para algo más* que comprarle otro Yate a Larry Ellison (dueño de Oracle); podría describir todas las formas técnicas de clusterización y hardware en las que invertiría esos 100 mil US$ para que postgreSQL revolcara por el suelo a Oracle, pero no es la idea ni el fin, el cambio principal viene del hecho de estar libres de patentes, brechas (muchas de ellas, oscuras) en los sistemas, libres de impuestos y “royalties” y tener la libertad de decidir “qué vas a hacer con tu presupuesto”, y en el lado más general, asumir que la LIBERTAD es un VALOR y no UN COSTO.

… Y el perro se echó la miada …

“… y que hay que espantar el perro, antes que se eche la miada” …
Abre-brecha – Alí Primera

Me ha asombrado la política de adquisiciones de equipos y tecnología del Estado Venezolano, en un típico arranque de genialidad se les ocurre ahora hacer “misiones apresuradas y riesgosas” y comprar el primer hardware que cualquier empresa (transnacional, eso ya es obvio) cotice, con una única condición (claro que tácita), no debe funcionar en software libre …

En un proceso de legitimación semejante a solicitar a los traficantes de drogas que le logren sacar todos los alcaloides y sustancias nocivas a la cocaína para poderla distribuir al público en general; es después que el hardware ha sido adquirido, que las instituciones del Estado le solicitan a entes como el CNTI, CANTV o a personas de la comunidad del Software Libre en Venezuela que los hagan funcionar en software libre …

¿Por qué no lo solicitan antes?, ¿durante el pliegue de requerimientos?, ¿piden asesoría a las comunidades de SL que hacen vida en el país o a expertos internacionales (si quieren) al respecto? … no, piden ayuda ya después que el mal (y la compra) están hechos …

Simplemente patético … pero veamos algunos ejemplos …

La huella privativa …

 Los sistemas de identificación Biométrica no son algo (como muchos especulan) que no funcionan en GNU/Linux, al contrario, hay varios proyectos como libfprint o BioPod; el único problema es que este mercado siempre se ha regido por el “secreto industrial” y cada empresa estaba acostumbrada a hacer el cómputo de minutiae como le daba la gana; gracias a movimientos como la estandarización de las reglas alrededor de la bioAPI, muchas cosas que han normalizado y pues mucho del hardware puede ya funcionar perfectamente bajo Linux, salvo ciertas excepciones.

De todo el hardware (incluso los de precisión forense >512dpi como los fabricados por APC o Authentec) que existe en el planeta, ¿cuál compró el CNE?, pues ¿no es obvio?, compró el equipo Crossmatch Verifier 300 LC2, el único del fabricante que no funcionaba en GNU/Linux utilizando las APIs de BioAPI o de Verifinger, ¿entonces?

Lo más triste de todo el caso es que después de una millonaria compra de equipos, para “legitimar” su intención de usar SL, hacen uso de instituciones como el CENIT para “pedirles el favor” de hacer funcionar este equipo en Software Libre … y luego que lo hagamos funcionar, vendrá el CNE y nos dirá “ya no es necesario, hemos gastado 45 millones de dólares en unas NUEVAS captahuellas con RFID que tampoco funcionan en SL, o de funcionar, no nos toca a nosotros averiguarlo” …

y el perro se vuelve a echar la meada …

La ubicación privativa …

La gente de Agencia Bolivariana de Noticias muestra las fotos de los equipos GPS utilizados para el registro de la misión Vivienda:

Son equipos Intermec CN3, con un flamante Windows Mobile 6 en su interior.

Luego, la discusión se centra alrededor de “bueno, hubo una licitación de emergencia, 2 meses nada más para hacer la requisición y este equipo cumplía con todos los requisitos”, es decir, tuvieron 2 meses para decidir y el único GPS “rugged” (diseño industrial resistente a golpes) que tuviera GSM y corriera un navegador, era, según el Ministerio de Habitat y el MCTI, estos Intermec CN3 con Windows …

Sin embargo, en una búsqueda de apenas 30 segundos con las palabras claves en Google “+GPS +rugged +handheld +GSM “Linux | Android” ” me devolvió una lista con cientos de equipos industriales que corren Android, maemo o alguna otra versión de Linux adentro, la mayoría de ellos comparte características con el Intermec CN3 (que a final de cuentas es un computador de bolsillo con Wifi, GSM y/o CDMA y un navegador); me llamó la atención mucho el Getac, muy semejante al Intermec CN3, que aunque corre Windows Mobile, su CPU strong ARM le permite ejecutar Linux Maemo perfectamente (y hay guías de como hacerlo en Internet); también está el Bluebird Pidion que corre Android 2.1 y tiene lector de código de barras y RFID con Wifi abgn y Bluetooth, GPS y cámara de 2 MP …

Deberían echar un vistazo acá > http://www.sdgsystems.com/index.php?option=com_content&view=article&id=149&Itemid=73

Claro, me imagino que no es negocio para nadie comprar un equipo con Android 2.1 que cuesta unos 1000 US$ menos que la adquisión hecha por el Ministerio de Ciencia y Tecnología …

Y es más que obvio, para “legitimar ante la ley y el decreto 3390” la compra, buscarán a personas de la comunidad de Software libre para hacer funcionar los Intermec CN3 en Software Libre …

Como siempre, después que el perro se echó la meada …

La identificación privativa …

El SAIME ha indicado que para finales de este año estaremos utilizando la nueva cédula electrónica; esta cédula comparte las mismas características de tarjetas bancarias de Chip como las del Banco Mercantil, utilizan una tecnología diseñada por la empresa Holandesa GEMALTO pero con despliegue de ALBET S.A de Cuba (¿no había venezolanos que supieran crear una cédula con chips de 72K?, ¿acaso ya los cubanos tienen cédulas electrónicas?), en este caso Venezuela le pagó a ALBET para que ALBET de intermediaria le pagara a GEMALTO y aunque la tecnología de Gemalto ofrece APIs de desarrollo en varios lenguajes y terminales económicos incluso corriendo GNU/Linux, ALBET ha escogido (como no hacerlo) Microsoft .NET como base de desarrollo, Oracle como backend de datos y terminales que corren Windows Mobile …

No conformes con el hecho que no somos soberanos tecnológicamente con este desarrollo, pues ni somos garantes de la tecnología y GEMALTO no ha hecho transferencia alguna (GEMALTO fué la empresa que demandó a HTC, Google y Samsung por violación de patentes, léase, es un Patent-Troll, léase de otro modo, no podremos “hackear” la tecnología para apropiarnos de ella, nos demandarán por violación de patentes), este proyecto lleva retrasado desde el 2008; y ya sin pena cambian la fecha de emisión nacional cada vez que quieren, o cada vez que los cubanos se retrasan (sírvase a hacer revisión a través de aporrea, vea como se dijo que tendríamos cédula electrónica para el primer trimestre del 2008, luego para finales del 2008, para enero de 2009, para inicios de 2010, para marzo de 2010, para Junio de 2010, para noviembre de 2010, para enero de 2011, para el primer trimestre del 2011, para el segundo trimestre del 2011 y como ya este terminó, ahora juran que estará lista *al menos* para las elecciones del 2012).

Si hubieramos mandado a unos venezolanos a un post-grado de 3 años sobre criptografía y técnicas de chip smart-cards seguros en el extranjero (ejemplo: open Smart card project, proyecto libre de tecnologías de chips smart-card seguros) no hubieramos esperado 5 años para tener una cédula electrónica …

Y no estaríamos meados de perro …

La  x … privativa …

Yo ya poco a poco y tristemente me voy desligando de estas luchas políticas en contra de una estructura burocrática llena de compras ilícitas, comisiones, gastos de representación, transnacionales y muchísimo software privativo, inicialmente parecía que le hacíamos un bien a la nación al intentar hacer funcionar en software libre algo que el gobierno había adquirido, pero entonces siempre les serviremos como parte del juego, compran algo que es ilegítimo y viola nuestros decretos y leyes nacionales, y vienen los “tontos útiles” de la comunidad de software libre a tratar de enmendar el error y remendar capote tratando con las uñas de hacer funcionar dichos equipos (ah!, porque además de eso, a ninguno nos pagan por esas investigaciones nocturnas alrededor de miles de foros y código fuente para hacer funcionar esos aparatos) …

Parecía chévere al momento de ver un capta-huellas CrossMatch y como unos locos tratando de hacer que libfprint + SANE pudieran encender el aparato y hacerlo funcionar, podría parecer chévere agarrar un Intermec CN3 y montarle Maemo y hacer correr la aplicación de captura de datos de la Misión Vivienda desde allí, pero ¿qué estaríamos haciendo?, legitimando esas compras subterfugias, camufladas alrededor de convenios internacionales con empresas como ALBET que ganan 245 millones de dólares al año (presentenme una EPS Venezolana que gane lo mismo teniendo como único cliente al Estado Venezolano), estaríamos “poniendo de lado y en segundo plano” el requisito de que cuando el Estado Venezolano adquiera algo, funcione en software libre, porque dirán “no importa si no funciona, hay una pila de geeks fanáticos que si les das uno, lo harán funcionar, cumplimos con la ley, y todos acá nos llevamos una buena tajada de comisiones” …

Que otro sirva de “tonto útil”,  yo ya no lo seré más … allá quien quiera andar *meado* de perro …

Software Libre versus Software Privativo, respuesta a achepe.NET

Este artículo nace como una respuesta a un otro, posteado en Achepe.NET

Lean el artículo original: http://achepenet.blogspot.com/2010/05/software-privativo-vs-software-libre.html

Lo respeté el artículo hasta que agregó FrontPage a la ecuación de aplicaciones … Si hasta textMate de macOSX es muchisimo mejor editor que FrontPage!. xD

El artículo va dirigido directamente a él, acá mi respuesta:

Y hablando en serio, Compara “Adobe Photoshop” (con los 12 años de experiencia del Indú que lo hizo), Autodesk Autocad (con su motor de diseño hecho en Lisp, no hay lenguaje en la tierra más eficiente para eso), Adobe Flash (y la imposibilidad de la comunidad libre en ponerse de acuerdo para hacer un “fork” funcional y decente), e incluso Eclipse, Komodo, Kdeveloper y NetBeans con Visual Studio .NET … pero la comparación que hiciste hoy para argumentar tu idea fue de lo más fuera de foco …

De hecho, la comparativa además de sonar rebuscada es mala; comparas:

Aptana Studio (Eclipse Add-on para desarrollo javascript y HTML)
Eclipse (un IDE de desarrollo de aplicaciones que no tiene un WYSIWYG para HTML)

Con editores (x)HTML WYSIWYG, que es donde entra:
Quanta+
Komposer
SeaMonkey

O editores WYSIWYM como Bluefish y screem xhtml editor.

NVU ni lo nombro, pues es un proyecto detenido hace mucho tiempo en favor de SeaMonkey (¿lo sabias?).

Hay cerca de 12 editores WYSIWYG en Linux … solo podías comparar con NVU? …

Se seguirá defendiendo Internet Explorer, bajo los argumentos incorrectos …

Eclipse ni es comparable, es un IDE (Entorno Integrado de Desarrollo, si lo compararas con Visual Studio te creo, pero con Dreamweaver?), permite conectarse a repositorios GIT, SVN y Mercurial, edita directamente desde servidores web, webDAV, tiene auto-completado de código para más de 8 lenguajes de programación (y otros via plugin), Aptana (un Add-On de Eclipse) trae más de 20 bibliotecas “ya listas” para javascript y ajax, como jquery, YUI, Döjo o soporte completo para estilos CSS3, incluyendo selectores, etc …

No tiene “visualizador” en vivo?, Configura Aptana para que sepa que navegador usará y te lo mostrará dentro de la misma ventana de Aptana, en una pestaña nueva como navegador.

¿Hay esas características en Adobe Dreamweaver? …

Puede que tenga otras características, pero insisto, Comparamos herramientas de manera equivocada …

Quieres comparar Visual .NET con OpenOffice …

Te digo “exactamente” lo mismo que le dije al chamo de la ponencia de GIMP, que dijo “aún uso Adobe Photoshop porque en GIMP no hay efectos de capa y sombras de texto como en Photoshop” …

Hay que ser humildes, quitar de la ecuación el decir “no hay” como si se fuera un experto del área y decir “no sé si existe, o no lo sé”; puesto que aunque defensor del SL; no permití que se fuera impune, “SI EXISTEN” dichos efectos, son parte de un set de plugins descargables e instalables fácilmente desde la web de GIMP.
Incluso, hay un proyecto para entender los 8BF (formato de plugins de Adobe) dentro de GIMP.

Que no conozcas que existe una herramienta, no quiere decir que no se puede hacer! …

Reconozcamos con humildad este asunto …

Y ¿Sábes por qué ya no existe WYSIWYG en Entornos de desarrollo?, porque estamos en una nueva época, basadas en aplicaciones web, Ajax, SOA, donde los frameworks te desarrollan todo el código por tí, donde editores como Aptana te permiten trabajar el CSS de manera adecuada, en este mundo, HTML es un esqueleto vacio donde gracias a los templates y vistas (puede tu Dreamweaver trabajar templates de Savanna o de Python Django?), metemos todo lo que desarrollan nuestras aplicaciones.

La época de mezclar HTML y PHP en una mísma página es casualmente un exhabrupto a lo que acostumbró la gente Dreamweaver … enseñarles verdadero MVC, separación lógica de roles, un buen lenguaje de programación o Framework que luego “te guíe” a aprender HTML (como lo haría Ruby on Rails) es la forma …

Porque si aprenden “a lo chaborro de mezclar todo”, luego sacarlos de dreamweaver es un verdadero suplicio … Llorarán hasta que no vean un Dreamweaver libre! …

Y si aún quieres WYSIWYG en Eclipse, ¿por qué no pruebas Visual Designer? > http://www.myeclipseide.com/module-htmlpages-display-pid-12.html

No es “purismo”; al contrario, es “practicidad”, si te especializaste en “web”, deberías pensar en una herramienta que:

* Se conecte a tu sistema de versiones (si no usas, empieza a usarlo)
* a tu sistema de debug y permita code breaks y debugging de variables (si no programas, ¿para qué haces HTML?, ¿vendes temas para wordpress?)
* permita integrarse a tu cruisecontrol y el gestor de auto-build y de pruebas unitarias (me interesa más que una aplicación funcione bien, a que se vea “bonita”)
* Que se integre a tu PHPdocs y genere automáticamente la documentación (porque siempre “tiran etiquetas y código” y jamás agarran la práctica de documentar)
* Que permita la integración y auto-completado de código de diversas librerías (si, interfaces “plugin” es lo que sobra, no solo Dreamweaver las tiene)
* Que permita hacer switch rápido entre entornos de desarrollo y producción (para que no seas el fastidioso “wannabe-developer” que quiere modificar los HTML que están en el servidor web!)

Si tu única herramienta no hace esto pero si “te muestra como se va a ver tu página web”, pues dejame decirte que estás demasiado lejos de ser un desarrollador web y sigues en la época de los HTML estáticos, de la mezcla horrenda de código HTML y PHP y de los gifs animados …

Hemos evolucionado (gracias a Dios!), Visual Fox Pro ha muerto! …

El “Cascarón” o esqueleto HTML es de por sí, la última cosa en la que se piensa (existiendo incluso librerías para ello, como librerías para normalizar el aspecto de tu CSS o del XHTML) cuando se trata de aplicaciones web.
Y para ello, tenés seaMonkey y las mil extensiones (firebug, webdeveloper) que hay para Firefox.

¿o acaso jamás haz probado las capacidades de edición in-line de HTML que permite Firebug?

Seguimos en la “búsqueda de paquetes” versus “cambio de paradigmas”, es como el “Quiero un crystal reports, pero web y en PHP, sino, no migro” que escuché yo alguna vez, ¿acáso hay un Crystal Reports que corra en web para Visual Basic .NET?, quieren exigirle más al Software Libre que al Software Privativo, porque el miedo al cambio (y no la dificultad “asumida” de las herramientas) es lo que enfrentan.

Adiós Asterisk, bienvenido Callweaver

Adiós Asterisk: No suele ser mi área de trabajo, pero debido a la cantidad “enorme” de gente que idolatra esta aplicación y aunado al interés sobremanera de lo que ocurrió en los últimos meses con respecto al conflicto de la FSF y la comunidad de desarrolladores contra Digium (la empresa que lleva el proyecto Asterisk) y sus intenciones de mantener una licencia dual, que además de no ser libre, revoca los derechos de autor de las personas que colaboran con el proyecto.

Digium había cometido el pecado de crear una licencia que “revocaba” todos los derechos de autor y los cedía “sin ninguna garantía” a la empresa (y esta era la licencia que “ellos” consideraban open source), combinada con una licencia privativa comercial.

No conforme con esto, muchos desarrolladores lo acusaban de “prácticas monopólicas” como el hecho de solo incorporar drivers para sus tarjetas FXO Digium al programa y una serie de prácticas que nada tenían que envidiar a las prácticas de “embasurar el código” que tiene Microsoft gracias a sus convenios comerciales.

De esta diatriba alrededor del popular software de centrales telefónicas y voIP, han nacido dos aplicaciones nuevas; Afelio y Callweaver.

Afelio: el punto más lejano a otro en el sistema solar …

Como el punto más lejano de las prácticas corruptas, monopólicas y capitalístas de Asterisk (que de ahora en adelante debería dejar de considerarse open Source o una solución adecuada al decreto 3390 venezolano), ha nacido Afelio, un proyecto libre sin prácticas monopólicas, orientado a plataformas BSD y al uso de buenas prácticas en el desarrollo de software.

Callweaver: el fork libre de Asterisk

¿Quien dijo que es muy dificil hacer un fork?,  3 empresas italianas han decido apoyar un “fork” (nuevo proyecto libre como copia de uno anterior) que a diferencia de Asterisk, se caracteriza por ser:

  • Orientado y llevado por una comunidad
  • Independiente de una empresa, no habrá drivers para hardware privativo en él
  • Completamente cross-platform
  • Verdaderamente open source y free software (licencia GPL)
  • Soporte para cualquier Hardware y no solamente digium

En el último aspecto se ha hecho un avance enorme, incluso ampliando la posibilidad de usar modems SM56 Motorola, Intel V92 o Ambient como tarjetas FXO de una vía, agregado soporte de terceras marcas (no agregadas por defecto en Asterisk), soporte al protocolo T.38 Fax over IP y una “verdadera” integración con el Kernel Linux al usar posix mutex timers y no soluciones “a nivel de código” o “hardware especializado de Digium”.

Para completar la plétora de beneficios que ofrece CallWeaver, están su soporte a Asterisk Programming Interface, con lo que herramientas “hechas para asterisk” soportarán a Callweaver.

Proyectos como openPBX y Linux Call Router Project ya han anunciado sus intenciones de usar Callweaver.

Bienvenido Callweaver al mundo del software libre, Adiós Asterisk … espero más gente te diga “hasta nunca!” …

Proyecto: Colección “Dame luz!”

Siempre me ha gustado colaborar, por algo estoy en la comunidad de software y conocimiento libre (porque no todo es software), por lo general cada vez que hago algo voy tomando nota y llevando bitácoras, a veces acumulo muchas y por el trabajo y diferentes obligaciones nunca las publico; ahora vamos a cambiar eso!.

“Dame Luz!”  siempre ha sido una expresión interesante cuando la gente está perdida y necesita orientación.

Prólogo

Hoy fué un día interesante, estaba escribiendo algunas cosas, más que todo para la documentación en mi trabajo cuando varios amigos a la vez se conectaron a preguntarme cosas; me llamó la atención particularmente cuando a uno le dije: “epale, por que no usas net sam provision, yo dejé de usar smbldap-tools hace tiempo” y fué como un balde de agua fría para él!, dijo que no sabía nada al respecto y recordé obviamente lo que me habia costado a mí, encontrar información …

Esa fué la chispa que movió la iniciativa …

¿De qué se trata la colección?

Voy a iniciar un proceso de “regularización” de mis bitacoras, la gente en Flickr se inventa los “Proyectos 365” (cada día, una foto) y yo inventaré un Proyecto 52 técnico; cada semana prepararé y tendré listo un HOWTO, paper técnico, una bitacora de trabajo, un artículo netamente técnico y orientado en alguno de estos 5 aspectos (que llamaré colecciones):

  1. OpenLDAP
  2. Servicios
  3. Virtualización con Xen y openVZ
  4. Bases de datos (postgreSQL, mySQL, MariaDB, BerkeleyDB)
  5. Programación (PHP, Python)

La idea general es regularizar esas bitácoras que tengo por ahí, ordenarlas y colocarlas acá para referencia de todas esas personas como mi amigo, que desconocían ciertas características de esas aplicaciones y que por mi trabajo, debo estar haciendo eso todos los días.

¿Por qué no un Wiki?

Inicialmente usaré esta plataforma mientras pueda planificar de forma ordenada como inyectarlas en Wikia (un sitio libre para tener wikis), Weyúu (que significa “Luz” en dialecto Maquiritare/Yekuana) es donde residirán los artículos, pero ya la gente lee y está pendiente de este blog así que la plataforma Wikia será usada como lugar para ordenar todo. No me gusta mucho wikia por su gran cantidad de publicidad (que a un artículo técnico le salga en la base un banner de pokemon no lo hace muy serio) pero es con lo más que cuento mientras pueda costear los dólares de un servidor para una plataforma como esta.

¿De qué consta la colección “Luz|Weyú”?

La colección tendrá un ciclo “ordenado” de artículos, que ya tengo listos y preparados, eso no significa para nada que la gente no puede comentar acá para solicitar un nuevo artículo o que les hable de algún problema técnico; la idea es hacer crecer naturalmente esta iniciativa.

Tampoco será muy rígida en las entregas; formalmente entregaré una semanal, pero puede que alguna otra sea entregada antes por solicitud de la gente o porque decida adelantar su publicación, descuiden, hay más de 52 artículos planificados.

En la Colección “OpenLDAP” se encuentran listos:

  • Árboles y Bosques LDAP: diseñando tu DIT (Directory Information Tree)
  • Extendiendo openLDAP: Creando tu propio ObjectClass
  • Extendiendo openLDAP: módulos y backends
  • Extendiendo openLDAP: Scripting, automatización y monitoreo
  • Overlays y Constraints en openLDAP
  • Extrayendo toda la información (incluyendo passwords) de un Active Directory a openLDAP

En la colección “Virtualización” están listos:

  • Bridges y Bonding de manera práctica con Xen
  • Aprovechando al máximo un DL 380 HP con openVZ
  • Creando personalizaciones (Roles) de VMs con Xen y Debian Lenny

En la colección “Servicios” tenemos:

  • Conectando openLDAP y Samba sin usar smbldap-tools
  • Automatizando Samba: Scripting
  • Implementando alias, listas, buzones compartidos y públicos con Postfix y Dovecot

En la colección “Bases de datos” tenemos:

  • Presentando a mariaDB: primeras pruebsa de migración desde mySQL
  • Integración Heterogénea: ETL para postgreSQL con Apatar
  • Implementación geográfica básica: postgreSQL y mySQL

Hay varias ideas por ahí rondando (como presentar Continuent Tungsten), pero aún están en prueba de concepto.

Por mis obligaciones he escrito muy poco de programación, aunque los HOWTO en prueba de concepto que están más cerca son:

  • Plataforma de envío de mensajes SMS usando GSM y Python

(de mi necesidad de que los NAGIOS envíen mensajes de texto a los jefes de informática)

Y, ¿Cuándo empiezo?

La fecha que escogí para publicar será todos los viernes uno, de acuerdo a los comentarios de la gente, adelantaré algunos o publicaré otros en otras fechas, esta lista se estará actualizando constantemente, agregando nuevos temas (sin salirse claro está de los 5 aspectos definidos, ya que son mis áreas donde poseo experiencia).

Espero poder contribuir con el avance y éxito de la utilización de software libre en Venezuela y espero contar con el apoyo de las personas que me siguen.

ACTUALIZACION

He logrado gracias al grandisimo apoyo de Octavio Rossell de Proyecto GNU/CNSL un espacio para un Wiki Colaborativo (sin tener que usar Wikia, que me llena de publicidad innecesaria) con el cual podré contar con un wiki para los manuales.

La dirección es: Phenobarbital con Wiki!

A %d blogueros les gusta esto: