admin

Hay juntas nuevas en las que sin embargo he estado mil veces. Ya de lo que e va a decir, se lo que se va a decidir, y estoy para firmar un documento, afortunadamente no me toca a mi hacer la minuta en esta ocasión.

Estoy en un «coffe break». Pasé una buena parte de las dos ultimas horas pensando en la masacre real de nepal (http://es.wikipedia.org/wiki/Masacre_real_en_Nepal), donde hay prosibilidades de que el uspuesto asesino fuera muerto antes por otras personas y todo sea un montaje. Supongo que la página de Wikipedia en ingles da mas detalles.

Y por otro lado todo el problema relacionado con Natalia, la esposa de Miguel hermano de Nicolas II Zar de Rusia.

¿Problema de ella o de quien?

A veces pienso que estudiar a fondo las leyes de la casa real rusa en cuanto a sucesión me pueden servir igual o mas que cuando me estudié la ley sálica en la preparatoria.

Acabo de presentar los XML y tuve otra junta. Debo salir en una media hora.

Me comentan el cliente principal y el secundario que antes de las cuatro debe salir pago. El martes tengo que dar curso básico de administración de servidores con un tercer cliente, y una reunión con otro para eventos como los del año pasado en el WTC, que dejarán unos 500 usd por cada evento.

Será una semana ocupada y todavia no empieza.

Son las 14:11 y estoy en una de las salas de juntas de uno de mis clientes fuertes. Llevo aqui varias horas, esperando que se decidan al siguiente paso. Mañana sera otro dia de juntas y juntas y juntas aunque mas bien como testigo que como empresa de desarrollo de sistemas.

Segun mis cálculos, va a pasar algo feo en el medio de servicios web de aquí a unos cinco o seis años. Por el modelo de negocio que elegí allá por el 2002, no me preocupa demasiado.

A finales de octubre de este año tengo que hacer una decisión fuerte sobre como manejar ciertos sistemas «legacy» considerando el panorama a largo plazo.

Tengo poco mas de cuarenta años. Dos casas, y cuatro empresas activas en este momento (sin tomar en cuenta todas). El problema no es con algo económico o con soportar idiotas que no saben que van a hacer esa semana. Hace unos años me pagaban por tener horario de entrada y de salida. Ahora me pagan por estar presente en juntas y diseñar / ejecutar proyectos de software de mediano y largo plazo.

La dirección que está tomando el mundo de información no me preocupa en cuanto a «distribución» sino en cuanto a «puntos de falla». Las estructuras de varios lugares se están volviendo «outsourced» y «offshored» pero creando puntos de falla a lo idiota. A mis empresas no nos afecta por el énfasis que he hecho desde los 90s en la continuidad de negocio, pero varias empresas / clientes funcionales salen «adelante» porque dios es grande.

La tecnología en la nube no lo es. Me pregunto que posibilidades hay para otras empresas, a mediano plazo, de continuidad de negocio cuando las CDN son un futuro parcial, y por otra parte el desconocimiento técnico – deuda técnica les impide entender siquiera donde están parados.

No debo ni puedo pasar a los clientes a CDN , pero lo que si se, es que van a llevar la tecnología actual al límite si no se colapsan primero, que es lo mas probable (y tampoco digo que CDN es el futuro, la supervivencia está fuera de la nube )

Doce y media de la noche. (12:22)

Acabo de terminar el servidor y cliente RPC para el cliente principal. Entre las dos fueron 176 líneas en dos archivos. Empecé a hacerlo a las 20.30, a las 9 me di un break de una hora, asi que fueron poco mas de dos y horas y media para 170 líneas de código, incluyendo creación de base de datos y de tabla.

No implementé el envío por POP pero eso solo será unas dos horas mas.

Hay Junta a las 8 am.

Tres de la mañana.

LLevo varios meses en un proyecto confidencial en un corporativo de Santa Fe. Eventualmente tengo que ir a las oficinas a estas horas (ahorita estoy en un edificio inteligente, sentado en la habitación de servers), y aunque ya me acostumbré a ir al baño con escolta, a veces los guardias están echando desmadre a estas horas, y a veces discuten y parece que se van a cortar la garganta en pleito de cantina.

Por los test de confianza y la naturaleza de esos hombres ( y mujeres ) se que les hacen tests de no alcohol y no drogas a intervalos regulares. Asi que me consta fuera de toda duda razonable, que no están borrachos(as).

A veces oigo que dos o tres de ellos hace su rondin, a veces entra uno en este cuarto y se duerme un rato de 20 a 30 minutos. No se si estan en horario de 24 * 24 o en 12 * 36, pero salvo raras excepciones siempre son los mismos cuatro (que por otra parte por lo que me dicen son los de mas confianza de la PBI asignados aquí y se quedan a cargo en las noches de las juntas de las diez de la noche, y casi siempre en las depuraciones de workflow de las tres de la mañana).

Este es el tipo de cosas que provoca estar en empresas propias. Te toca ver cosas que los freelance y los de nómina casi nunca ven.

Incidentalmente esto de las escoltas para ir al baño no me tocaba en proyectos desde el 2003.

LLevo unos cinco años oyendo el termino de la nube. Stallman dijo hace unos años los peligros de pasar a a la nube y depender de infraestructura de terceros (sin tomar en cuenta el traspaso de tu know how y crear mas puntos de falla). De momento me sorprende que , de manera idiota, se esta dejando de lado tecnología útil y simple por tecnología que facilita la forma de trabajo de google.

Usar servers propios para simular nube es absurdo pero muy práctico.

varios sitios de clientes han tenido cientos de ataques de spam de fabricantes piratas de bolsos chinos (louis voutton y otros), pero el referer spoofing (http://en.wikipedia.org/wiki/Referer_spoofing) ya me tiene harto. Mientras mas simple es un sitio, menos complicado es l oque necesita. Las estadisticas que se obtienen muchas veces no sirven de nada por ese problema, asi que descartar los logs de apache hasta intrusiones serias es lo mejor. El problema es la necesidad creciente de tecnología y ancho de banda para evitar que le ensucien o degraden a uno los servers.

Desde hace años manejo varios cientos de dominios , por las razones sociales de ONG y los de clientes de las empresas, en diferentes datacenters. A la larga la tecnología va a tener que simplificarse o los clientes estandards van a estar pagando servers para que una bola de idiotas no les tire el sitio al tratar de hacer publicidad.

Lo bueno es que para mi, el costo de un sitio web es absolutamente marginal.

he salido de una junta, es mediodía.

Tengo que terminar el XML rpc para mañana. Tengo ue dar informes de dos software de control de proyectos.

Espero que caigan tres pagos en unos minutos, del cheque que deposité el viernes, para renovar servidores que expiran mañana.

Pero no me decido por cual de los tres proyectos alternos de cliente, de prioridad A, empezar. (Mi preferencia personal será el filtro debido a la falta de información).

Me viene a la mente la situación de los «albaranes chinos». Incidentalmente me enteré ayer que el causante de los albaranes chinos, solo estuvo en la empresa de CRM dos meses. De esperarse, eta un proyecto insostenible e insustentable, además de ilegal por sus limitaciones contractuales de no competencia.

Es raro.

Pensandolo bien, desde 1992 solamente he hecho tres proyectos cortos, es decir, de menos de seis meses. Uno de ellos ya me referí en barcos sin brújula, que era un proyecto de tres meses renovable, que se pagó como de seis meses, por el oso en que cayeron ellos mismos. Y es raro. A estas alturas tienen el proyecto bajo .net porque tuvieron que hacerlo de ceros.

Los otros dos proyectos de corto plazo siguen en funcionamiento en las empresas respectivas.

Me resulta muy extraño tratar de PENSAR en el estado que tenían los grafos hace uno o dos meses.

Tengo presentes los nodos que llame secundarios. Dos de ellos estan resueltos, otro salió un detalle extra de seguimiento que debo esperar un año o gastar 300 pesos que no hace falta (probablemente lo haré, es poco dinero pero de momento es innecesario y el panorama puede cambiar en uno o dos meses).

De los nodos de primera fila, han sido simplificados varios. Uno de los de segunda fila esta ahora en una situación extraña porque me resolvió varios problemas pero no lo pude disolver / simplificar. Hay una simplificación gradual que empezaré a realizar hoy en la noche y es posible que en uno o dos días se haya reducido en un 50% por la pura ciega suerte que se conjunta en ciertos fines de mes. En caso contrario, será un depósito de una idea, pero no tengo la menor idea de si podré disolverlo como Dios manda, o reducirlo. Es ese tipo de cosas que tienen mas lógica cuando uno se da cuenta de las aproximaciones sucesivas y efecto a mediano plazo.

En realidad, ese nodo conjunto nuevo que es consolidado, es de menor tamaño que los anteriores. Incluso creo que es mas pequeño que cualquiera de los seis que integraban la primera fila y la segunda.

Ahora que ?

Necesito salir de una junta que empieza en cinco minutos y entregar los resultados como parte de lo que sigue. El fin de semana probablemente estaré fuera de la ciudad por una comida con un cliente (gastos pagados en una ciudad hermosa). Quizá pueda salir un rato con mi esposa, pero depende de varios factores. Necesitamos unas buenas vacaciones, pero este fin de semana será un buen inicio.

Veremos como resulta la simplificación del grafo conjunto este fin de semana, y debo hacer el nuevo grafo de la situación acual. Hay una serie de acciones y gastos pequeños ((350 USD en total) pero mucho trámite que debo hacer yo), asi que si mi agenda esta igual de apretada, calculo que en tres a cuatro meses pueden desaparecer esa olead de grafos, y ocuparme de una serie de problemas diferentes.

Todo mientras pienso en interfaces XML-RPC para sistemas scada.

Para el jueves debo tener funcionando un modulo de XML-RPC que se va a instalar para un reenvio de SMS.

Me cae que es malabarismo puro.

No creo pasar de 600 líneas de código, pero es algo que aunque se oye simple, está bastante «prolongado» o «David Copperfield»

Uno de los resultados laterales de dar soporte a empresas, es que ocasionalmente me tocan llamadas de amigos de los dueños, o de personas relacionadas con amigos de los dueños.

Hoy hubo una actualización de CakePhp, un framework para php y … lo batieron todo. No los de cake, sino el usuario del framework.

Para que lo usan ? Se supone que es muy fuerte, pero para casos de muchos a muchos es un desastre. Casi casi si tienes reglas de negocio diferentes para diferentes elementos de las vistas (por ejemplo, diferentes listas de precios para diferentes clientes) en la paractica te ves obligado a crear un view para cada tipo de cliente.

Y ni hablar de instalarlo en subdirectorios. Si usas un archivo raiz medianamente complejo en el .htaccess, es casi imposible manejar un app de cake.

Por algo los tres usuarios que presumian de sus virtudes, nunca les vi hacer un sistema completo que no fuera elemental.