varios

Una cláusula que nunca debe faltar en el arsenal

Durante finales de los 90s, hasta principios del 2000, no era raro encontrar empresas mas o menos serias que creían que podían agarrar becarios o similares para hacer un programa en partes sin pagar su valor completo, metiendo en medio a uno que otro desarrollador con experiencia, pensando que las personas son intercambiables, y que el proyecto empezado por un profesional podía ser terminado por otro. Otros cuantos tenían la idea de no pagar, en realidad.

Por lo general se disfrazaba por el cliente como “terminar el proyecto” al que solo le faltabn uno o dos “detallitos”, o que “haz esto y luego vemos”. Nunca hice ninguna de las dos cosas. Siempre he manejado proyectos con especificaciones funcionales , o entregables definidos para evaluar de manera objetiva el cumplimento, y en alguna etapa me tocaron clientes que se trataron de pasar de listos. Lo común era no pagar al 100% y dar largas. Aunque este problema se evitaba con contratos mas o menos claros, de confidencialidad o de consultoría de sistemas por proyecto, esta es la solución que me funcionó, aunque solamente la uso en sistemas por proyecto.

“Para evitar mala fe de las partes, y por cuestiones de calidad en la documentación de los entregables, ambas partes acuerdan que el software se considera software de prueba hasta haber recibido el 80% del importe convenido, y el código fuente, en caso de aplicar su entrega y/o propiedad, solamente podrá entregarse en versiones finales y no de prueba, mediante el medio (cd/diskette) personalizado con la imagen corporativa del consultor, por lo que la transmisión de propiedad si aplica será al haberse cobrado efectivamente un mínimo del 95% del importe convenido, previa firma de recibido”

Desde el 2004 a la fecha solamente me he encontrado una empresa lo suficientemente madura para no necesitar usar la cláusula, que cuando contrató a una de mis PYME, tenía ya su contrato DURISIMO de confidencialidad. Sin embargo ese convenio era mas BLANDO que el asumido voluntariamente por mi desde el 98. Llamemos X a la que me contrató y W a la propia. Una de las cláusulas de ese convenio era no relativa a confidencialidad, y era mas o menos, “La empresa X es dueña del software, creado por la empresa W, una vez se haya hecho el pago al 100% del estimado original, o una vez que el sistema está en operación y por ninguna causa la empresa X retrasará pagos a empresa W si se está cumpliendo el plan previsto en el anexo A”.

Esa cláusula me evitó tener que poner la cláusula, aunque como dije solo la uso en sistemas por proyecto. Normalmente sirve para evitar mala fe, sumado a un temporizador que deshabilita las versiones prevas caducadas. Lo importante es lo subrayado.

“Para evitar mala fe de las partes, y por cuestiones de calidad en la documentación de los entregables, ambas partes acuerdan que el software se considera software de prueba hasta haber recibido el 80% del importe convenido, y el código fuente, en caso de aplicar su entrega y/o propiedad, solamente podrá entregarse en versiones finales y no de prueba, mediante el medio (cd/diskette) personalizado con la imagen corporativa del consultor, por lo que la transmisión de propiedad si aplica será al haberse cobrado efectivamente un mínimo del 95% del importe convenido, previa firma de recibido”

El truco consiste en dos cosas :
a ) Manejar un total de 4 pagos, de 25 a 30% . Esto hace que la única forma de haber pagado el 80% sea habiendo pagado el 100%.
b ) El código se entrega igual al estar pagado al 100%, con firma de recibido.

Que algo falló ? Se considera versión de prueba. Que no te pagaron completo por desorden, quiebra o mala fe del que encargó el proyecto ? El sistema es de prueba y no tienes porqué darle mantenimiento ni entregar código.

Una práctica común (60% de las veces) era pagarte al 75% de un proyecto y luego darte largas. Ok, no hay problema para uno. Pasabas a otra cosa y no tratabas de cobrar lo faltante. Era tu código y es juego limpio.

Además de los problemas del típico “el que puede firmar no ha venido” y del “contratamos a alguien mas barato” me tocó un ejemplo de juego sucio.

En la época de windows 3.11, Una empresa me dió un cheque que yo no sabía estaba bloqueado (no liberado al banco) por el 25% restante. En la ventanilla me dijeron que el cheque era real, pero no estaba autorizado. Pedí que me sellaran el cheque como rechazado. Cuando regresé (dejando el cheque en mi casa) me dijeron los de la empresa “Te chamaqueamos ” (algo así como, te fregaste).

Mi respuesta : El contrato menciona del medio personalizado, así que me han pagado 85% del software. Al no haber recibido el pago final, el software es de mi propiedad. (Nunca lo actualicé para XP ni para Windows 2000)

A partir de este incidente trato en los encargos por proyecto que los dos últimos pagos sean al 75% y 95% (manejando el 5% por capacitación ).

No es mala idea meter con las propias palabras en el convenio por proyecto, que cada versión de prueba tiene vigencia durante esa etapa del proyecto, y que puede ser reemplazada por versiones mejoradas o finales.

En lo personal manejo un CURL por palabra viva para deshabilitar proyectos que no pagan mas allá del 75% o pasado el tiempo razonable.

El problema de las listas de pendientes

De momento tengo una fecha de entrega para este viernes, lo que es muy manejable. Sin embargo, al empezar a anotar los pendientes, me encuentro con un problema. Aqui usan MSSQL server, asi que si quiero usar un control de pendientes propio ligado a base de datos o lo pongo en mis propios dominios, o hago algo desde cero para MSSQL.

Creo que lo mas practico es de momento baja tecnología:

Google y gmail.

Tiene su propial ista de pendientes. Pro lo visto voy a tener que reacomodar varias cosas que queria hacer hasta dentro de dos semanas y hacerlo en esta.

Notas de entorno

Me encuentro en la oficina, en modo offline en lo que ocurre un formateo de pc.

Ayer me enteré que de un equipo de trabajo que conocí, con dos 50 añeros y unos seis o siete de 20 a 35. Varios estan muertos. Una de mi edad dejó su carrera y trabajo como jefa de cobranza y se fué con su esposo a Cuba. Una programadora decente de hace años ahora es capturista.

De fondo se oye música de los 80s.

Es semana santa, veo por la ventana los arboles que llegan hasta el cuatro piso; cundo no hay música de fondo se oye perfecto su trino. Estos días me han tocad oir comentarios de personas de la empresa que porque me dieron a mi est PC, es la AIO 026 de la que escribí hace unas semanas.

Pues...

Explico: Soy externo, consultor de otra empresa, y me la da mi empresa.

El entorno de trabajo es diferente : Sigo siendo el primero en llegar. Aquí la seguridad es real, puertas enrejadas que abre una persona detrás de un mostrador; el lugar es mas agradable que el loft anterior. La música es ambiental por zonas de la oficina, y por lo visto tienen los mismso gustos, aunque a veces me sorprendo con cosas que no oía dese hace años, como Kenny y Los eléctricos (Tengo roto el corazón) y cosas mas extrañas, aunque no es propiamente mi estilo que pongan de fondo la mazurca moderna de Serrat es mucho mejor que tener que soportar a gerentes que ganaban menos que yo y ponían a paquita la del barrio, o a becarias que cantaban juan gabriel con audífonos. No hay problema con los gustos en música, pero si con la imposición.

Hacen lo que hacen porque son lo que son.

De momento veo varios ajustes a hacer las proximas semanas; el servidor de sql 2000 está a punto y el primero de los desarrollos debe salir a finales de mes, se supone, pero creo que le prototipo lo tengo el martes y el próximo viernes una versión funcional casi completa.

A veces me pregunto que les pasa a tantas personas que se dicen de sistemas. Por ejemplo, en el trabajo anterior manejé tres subsistemas mas la versión prime, original, del nucleo del negocio. En las gaseras tuve en un momento dado 22 sistemas en operación en las plantas del grupo.

Creo que es el mismo fenómeno de entonces. Recuerdo que a finales del 97 tuve una plática con alguien sobre que era idiota que yo tuviera que decirles, a dos personas de mi rango, que era lo que estaba haciendo y que sistemas estaban en operación cada dos o tres meses. Era estúpido primero por el porcentaje de bateo: Estas personas jamás hicieron un programa que funcionara, y lo normal hubiese sido manejar un repositorio de información, aunque el tratar de concentrar ciertas cosas en GUPTA fue un error. Nada de trabajo organizado, un hombre remolcando un área.

22 desarrollos en el 97. Eran 29 en el 2000, cuando por codicia tiraron SU avance de varios años a la basura.

Ahora que lo pienso, entiendo porque de aquellas dos personas una se dice consultora independiente y por lo que se esta buscando trabajo de RH aunque es de sistemas, y el otro esta muerto por problemas de ulcera, y era menor que yo.

Por coincidencia, me encontré aqui a cinco o seis personas que conozco de hace varios años. La mayor parte de ellos son empleados de este corporativo. Por lo que parece en un momento dado uno de los directores del lugar común que tuvimos se convirtió en asesor de esta empresa.

Nada mal. Si mis calculos no fallan, el director de este corporativo debe ganar el equivalente de toda la nómina de mi lugar anterior.

Y se lo merece.

No puedo imaginar a esa persona permitiendo algo menor a eso.

Que diferencia de planes de trabajo. Seguramente planteará alcances, tiempos y recursos, además de prioridades.

Hice bien en aceptar esta oferta.

Ya terminó el formateo, escribiré despues unas notas que me vienen a la mente, sobre el "decir que hacer"

Sobrecalentamientos y método pomodoro

Una de las cosas que me obliga a tomar todas mis reservas de paciencia, es el desconocimiento de las personas que el desarrollo es una mezcla de tres factores: Tiempo, alcance y recursos.

La semana pasada en el viaje a Oaxaca noté que la Laptop Inspiron 1525 se estaba sobrecalentando nuevamente, y por lo visto mañana tendré que formatear y revisarla a fondo, pero mejor lo haré en casa aunque es justificable el hacerlo en horas de trabajo, sobre todo si es mi computadora, que presto al trabajo.

El problema de otros asuntos, es que el control de tiempo por el timer de cocina puede hacerse cuando se busca trabajar, pero se que si lo uso en mi trabajo normal, demuestro mayor rendimiento que otras personas, lo que suele no dejar a la gente muy contenta, y eso que mis labores son mas amplias.

En estos días se dio el caso de uno de los programadores de otra unidad, quizá el menos novato de ellos, y después de la junta del martes con todos sus detalles de falta de control, no me extrañaría que esté pensando en irse. El problema es que lo que el hace es el core, que en su momento le delegué, y ahora que quieren usar tres de mis subsistemas como punta de lanza de un revamp insustentable, veo el peligro del desconocimiento del core. Creo que el futuro de esa unidad de trabajo, está en entre dicho, no solo por el hosting INUTIL de 20 mil pesos mensuales que pagan para tratar de sacar una certificación que no es posible desde hace mas de dos años, sino que por una "actitud positiva" están creando en esa unidad un problema de las empresas grandes, sin ninguna de sus ventajas.

Ya ofrecí dos ideas de negocio, pero estan demasido interesados en lo que parece ser un cambio de apariencia gráfica de un formulario php que por definición lleva unos 120 campos en uno de los masu usados, sin pensar que la estructura vertical es obligatoria, para formularios como el derivado de AMECE que por definición son 40 renglones de 10 a 15 campos, sin tomar en cuenta nada mas que la parte detalle del formulario.

Por un lado dan ganas de reirse, y por otra, entiendo que en la junta del martes dijeran de los tres proyectos que quieren que se hagan, en pocas palabras, que lo que hice por fuera sea el punto de venta del desastre que hicieron desde Noviembre del 2010.

Ok. No me gusta decir se los dije pero es obvio que está pasando.

Muy bien, y los otros "programadores" de la junta, que se supone saben mas que yo del core de negocio ?

Algo esta mal si hacen perder el tiempo a esos otros, que no tenían nada mas que decir de estos 3 proyectos, que por lo visto no conocen sino de manera superficial al querer "cambiarlos" para hacerlo punta de lanza. Es como tratar de meter lo que funciona de un coche funcionando a uno descompuesto: A la larga se tienen dos coches inservibles.

Además, si un coche funciona, con tres subsistemas diferentes, y quieren usarlo de punta de lanza, es evidente primero que funciona (muy a su pesar), y que si algo sale mal, el equipo de una persona que tiene esos proyectos funcionando, o sease yo, tiene mayor idea que la otra unidad , que necesita como punta de lanza aquello en lo que no tuvieron que ver.

El equipo del coche funcionando, le pueden pedir que haga un trailer, pero parece la misma historia de siempre : dos o mas timoneles y un solo remero. Y además los timonles tienen prisa de subirse a un coche encendido, pero eso no hace que el camino que el coche descompuesto destruyó, vaya a repararse.

Será un año de tarugadas en sistemas, parece.

Las temporadas

En muy poco tiempo me ha tocado ver demasiadas tarugadas relacionadas con sistemas... espero que sea solo uan temporada y no todo el año vaya a ser así.

1 ) la cliente que no puede abrir su correo
2 ) El cliente del cliente del corporativo que me da derechos de ver la existencia de la tabla en oracle pero no de select
3 ) El soporte de servint que no entendió que el powerpanel estaba fallando y que queria yo restaurar un archivo que estaba en x lugar, y no restablecer todo el servidor a dias atras ( menos mal que lo pude parar ... me dan ganas de dejar servint)
4 ) el proveedor de dominios que puso aumento oculto de precios y que detecté al hacer mi nueva lista de precios.

Demasiado para aguantar todo un año a ese tipo de idiotas codiciosos.

Resumen Semanal

Esta semana que pasó fue bastante movida. Por principio de cuentas no solo encontré como transformar cierto contenido de sitios antiguos a un formato mas utilizables, sino que por fin, una dependencia gubernamental me dió acuse de recibo para mover algunas cosas de Lobo gris a Lobonegro, con lo cual puedo desaparecer ese cluster.

Esta semana estaré haciendo varios ajustes, y además hoy por fin me dejaron a cargo del proyecto RVM. Formalmente ya lo estaba, pero no me habían dado la explicación de que querían. En el transcurso de mañana hago las especificaciones funcionales.

Problemas con una netbook

Como buen profesional, tengo varias Pc y portatiles además de la PC del trabajo, estoy teniendo problemas con una netbook LG x110, que parece que tiene una falla de disco duro. Estoy sacando respaldo de los 5gb que tiene, que evidentemente es poca información, pero como no tiene CD, estoy instalando Ubuntu a través de WUBI. Sin embargo, creo que requerirá un disco duro nuevo. De todos modos tenía pendiente comprar otra netbook por detalles de Xp / windows7. Sigo pensando que windows 7 es una porquería, aunque hay que reconocer que Vista era peor.

De momento, estoy casi seguro que le problema del disco duro de la netbook actual, fue el instalar Oracle XE para poder controlar lo de calidad del Aire. Son PC de consulta, no de trabajo pesado, pero está mejor esa pc que varias que conozco.

Después de todo, parece que con un disco duro se arregla.

Y prometo no volver a instalar XE en Laptops/netbooks personales, a menos que vaya a correr con base Enfriadora y por períodos cortos.

Seis Kilos de Pavo

Hoy nos dieron del corporativo un vale por 325 pesos de una carnicería conocida que está en la colonia del valle. No esta mal, buen detalle. Lo malo es que ya había comprado lo de la cena de navidad. En promedio cada año uso en eso unos mil a dos mil pesos.

Una de las ventajas de trabajar con gente decente =)

Sin embargo, hay que recordar lo que mencionan en aquel libro Nada entre tiburones sin que te coman vivo. http://joseph840417.blogspot.com/2007/12/sintesis-del-libro-nada-entre-t...

Por eso mismo, cuando depende de mi el si doy o no pavo considero una de las ventajas del trabajo no presencial, es que los jefes se ahorran el gasto. Por mientras, 325 pesos de carne de buena calidad, como producto secundario del trabajo.

=)