Por fin comencé a ser yo..., o no

 Los estados desarrollados, salvo los EEUU, tienen un problema a medio plazo (1 década) de envejecimiento de la población. Este problema no viene tanto por el lado de que se paguen las pensiones, relativo, sino es asegurar un nivel de actividad económica y sin la cual vamos a sufrir una catástrofe económica porque ya que no tendremos una población laboral suficiente para mantener nuestro modelo económico y evidentemente tampoco nuestros niveles actividad. No olvidemos que las sociedades desarrolladas, sobre todo en Europa, son sociedades de servicios, salvo honrosas excepciones como pueden ser algunos países de centro Europa, como de la occidental. Las economías de servicios se caracterizan porque este sector ha tenido hasta ahora un gran peso en la creación de empleo. Ante el nuevo paradigma demográfico las empresas tecnológicas y las grandes empresas han ido más allá en nuestro futuro que nosotros, y han constatado que la masa laboral caerá estrepitosamente ya que ha ido cayendo ...

Nos encontramos al final de la meseta y el el comienzo de curva descendente de la campana de Gauss del la producción de petróleo.  El actual modelo de sociedad se basa en una abundancia de energía que libera mucha mano de obra de tareas repetitivas y extenuantes de un bajo valor productivo. No es lo mismo, y lo tenemos claro todos, que un campo de 1ha sea arado en un día por una persona que por cien. No tenemos que retribuir a esas 99 personas, para obtener el mismo rendimiento de producción. Tampoco, y esto hay que también tenerlo en cuenta, el actual modelo tecnológico basado en subproductos de los combustibles fósiles alimentan toda una industria química que nos permite grandes rendimientos agrícolas, así como productos de toda índole, incluso constructivos.  Una vez asentado la idea de que vivimos dentro de una economía que gira en torno al petróleo, barato y abundante, debemos de intentar comprender cuales son los retos que tenemos.  Inicialmente es la desaparición d...

 Desde la perspectiva de los administradores de sistemas, estoy asistiendo dentro de una organización una migración de plataforma de aplicaciones desde un entorno "on-premise" a un entorno contenerizado.  Esta migración se está realizando más para eliminar el sustrato de tecnologías consideradas legacy, como los servidores físicos, como los servidores virtualizados y los clúster donde se alojan. Entiendo que estos movimientos obedecen en el primer caso a la obsolescencia del hardware, o en el segundo a la necesidad de renovar este hardware y software a plataformas más potentes con licencias de productos con mayor estabilidad y nuevas características que mejoran la resiliencia de los clústeres construidos, aunque a costa de no poder reutilizarse hardware por cuestiones de licenciamiento.  En este proceso no se acomete, que es lo deseable, una revisión del aplicativo que sigue en su modelo monolítico con la división de servicios proveedores de: autenticación de usuarios, pe...

Nadie duda del peak oil aunque pocos saben que es realmente. Tampoco nadie duda que los ritmos actuales de consumo de las materias primas del planeta implican una sobreexplotación de los mismos que acaben por agotar aquellos que son más fácilmente de explotar. Pero claro debemos de ver varias vertientes que nadie está tomando en cuenta: la económica,  la tecnológica,  la social En primer lugar lo que debemos entender porque el el crecimiento económico de los dos últimos siglos, y sobre todo los últimos 80 años, ha sido tan extendido. Esto ha sido posible porque las actividades económicas que se basaban en la fuerza humana o animal ha sido sustituida por aquellas que se basan en las máquinas que consumen directa o indirectamente combustibles fósiles. Y siendo este el paradigma encontramos que es muy difícil mantener esas actividades económicas a los actuales niveles de precios si su principal input, el combustible, no mantiene su precio y/o su disponibilidad.  En este mome...

Si la revolución industrial fue el inicio del paradigma del crecimiento económico basado en el consumo de combustibles fósiles usados para sustituir fuerza de trabajo humano y animal por la generada por esos combustibles a través de las máquinas y liberando enormes recursos humanos para otras actividades. Estas nuevas actividades han sido, cada vez mas, de tipo intelectual. Este proceso llevo además aparejado otros procesos tales como: procesos productivos complejos,  especialización de los puestos de trabajo,  tecnificación de los procesos de información,  creación de sistemas de computación para gestionar los anteriores, la interconexión de los sistemas de computación para que operen enviando / recibiendo información. diseño de sistemas de computación que procesan grandes cantidades de información para la toma de decisión,  interconexión a través de esos procesos de información usando equipamiento y su operación de modo remoto. Todos estos procesos además favorecen...

Buenas.  Cambiamos de tercio para retomar una cuestión que siempre me ha intrigado como se crea y gestiona el reconocimiento de caratere de fuentes impresas y su digitalización.  Intenté crear un modelo de procesado el cual hiciera el circuito de forma automática y desde un equipo multifunción básico se realizara este proceso. El flujo es el siguiente: 1. MFC -- digitalización en un archivo con formato pdf 2. MFC -- envio por Samba del documento a un repositorio en red 3. MV o Container -- un código realiza el proceso de reconocimiento de caracteres:     1.  lee el archivo digitalizado y los divide en páginas que escribe en disco en archivos temporales en un formato similar al raw de imágenes.      2.  a través de un bucle procesa estos archivos con el binario de Tesseract (GPL) y la salida de tal procesamiento son otros archivos temporalesr      3. procesa esos archivo y crea un nuevo archivo pdf final que implementa dos capas...

¿Que tiene que ver una metodología de desarrollo del software con los contenedores? Pues a priori parece que nada, pero en realidad todo, a mi juicio.  ¿Qué aporta agile al desarrollo del software? Certeza. ¿Qué necesita esta metodología para ser implementada? Que los entornos sean automatizados, fiables y además de que sean estables.  Pongamos por caso el desarrollo de una aplicación de ERP que deseamos desarrollar con un framework de un lenguaje y que queremos que nuestro cliente use desde la primera publicación. Es evidente que no podemos desarrollar la aplicación en un tiempo corto pero si demostrar al cliente que podemos ir entregando funcionalidades de ese nuevo ERP en periodos cortos, además de que podemos:  a. minimizar los errores de código, cualquier error es detectado en los entornos previos, de forma automática b. demostrar al cliente, antes del despliegue en producción, que las nuevas funcionalidades se comportan de forma deseada c. mostrar un roadmap de desa...

La infraestructura básica para poder realizar un despliegue continuo de aplicaciones, tanto para empresas de desarrollo como empresas de hosting seria, a mi juicio, el siguiente: 1. un orquestador de contenedores: como k8s, RancherosTm Openshift Container Tm, etc; que nos permitirá desplegar aplicaciones de entornos Unix de forma eficiente,  2. un SCM, los hay bastante conocidos: Github, Gitlab, etc; donde almacenamos el código de las aplicaciones, los "playbooks" de ansible, información de seguridad, información de configuración de: red, "workers", etc 3. Un software de automatización de despliegue de aplicaciones tal como: "Jenkins", etc,  4. Un software de automatización de gestión de la configuración como: "Ansible Tower Tm", "Rundeck"; 5. Un software de despliegue de sistema operativos como: WSD (Windows), o FAI (Linux) 6. Un software de registro de imágenes de contenedores y objetos compilados como: Artifactory Tm; o similares 7. ...

En mis últimos dos años de experiencia he encontrado que aplicar DevOps es más difícil de lo que parecer .  Existe cierta resistencia en los grupos de desarrollo por aplicar este modelo ya que entiende de que se les carga de trabajo al implantar este modelo. Cuestión que entiendo que es contraproducente ya que aceleran los tiempos de despliegue a la par que facilita los diagnósticos de errores tanto a la hora de integrar los productos como desplegarlos en los entornos previos y de producción. Si bien es cierto que los grupos de desarrollo tienen que incrustar en sus equipos perfiles más orientados a la gestión de la configuración de los servicios.  Entiendo que aplicar DevOps sin contar con especialistas como los de QA que deben negociar las directrices de despliegue y calidad de los mismos a los demás miembros de los grupos implicados , cuales son los hitos a superar y como marcar el desarrollo como "preparado" para ser desplegado en producción. Y todo lo anterior de forma a...