Tengo varios clientes que en ocasiones se tardan mucho en darme feedback. Y el feedback suele ser positivo, en el sentido de que me dicen que está perfecto, modestia aparte.
Casi todos los que han tenido feedback negativo, como quejarse, han resultado ser tomaduras de pelo. En 35 años de programar he tenido tres casos.
- El primer caso no se solucionaba, y resultó ser sabotaje industrial. Estaba resuelto pero no lo aceptaba el que debía revisarlo. El de Control de Calidad yo lo había corrido antes de ser control de calidad, lo recontrataron y nos hizo sabotaje.
- Un caso en la empresa de vía satélite, donde el primo del dueño vino a quejarse de lo mal que estaba el programa según X, cuando justamente X me había dicho que estaba muy bien. Lo que hice fue aprovechar que estaban el primo y X juntos, que era el director, y le dije: «Oye X, entonces todo bien, ¿ningún problema, verdad?» y la respuesta fue que sí, que todo excelente y que no podía mejorar. Y lo que hice fue decirle al primo del dueño: «¿Ves? Te confundiste de persona o me mentiste». Y se lo dije en frente de X. Lo siguiente fue mandar un correo al primo con copia a X, diciendo que por favor, si volvía a oír un comentario negativo del sistema, que me avisara por correo para control de calidad. No volví a saber de él.
- El tercer caso fueron quejas en 2016 en mi cliente principal de ahora, por parte del de cobranza, porque según él se brincaba los controles o no le cuadraba nada, cuando en realidad no se brincaba los controles. Y otra persona, por sus quejas, me di cuenta de que el problema era que en esa otra área no podían brincarse los controles.
Pero pierdo demasiado tiempo esperando feedback.
Ahora, por ejemplo, acabo de hacer para un cliente una versión de DISC, el sistema de evaluación psicométrico, y estoy esperando su feedback. Me lo encargó el viernes, le di el link el lunes, me hizo un comentario de algo que no entendía, le contesté y sigo igual.
Ahora bien, esto me hace pensar un poco en que quizá no me convenga estudiar el próximo año la ingeniería en desarrollo de software. El problema principal es que en contaduría los números son fríos, y mucho en sistemas es cuestión de opiniones. Sí puedo obedecer órdenes, pero si la suma no cuadra, no cuadra, y si me hablan de estados de una puerta como dos, y son más de siete, va a acabar mal (abierta, cerrada, en medio, abriéndose, cerrándose, vulnerada, bloqueada, etc.).
Casi toda mi vida he ganado más en empresas medianas que cualquiera que no fuera dueño, y los vendedores por comisión. Y rara vez he tenido que presentar comprobantes de estudio. Mis conocimientos de sistemas vienen de años de práctica en la vida real, y solo me han pedido comprobante de estudios dos veces o tres, exagerando. La primera en el proyecto de la aseguradora de tres meses; la segunda en los monolítos en 2022; y la tercera, si se puede llamar de alguna forma, fue en donde estoy ahora, pero le dije a la de recursos humanos que como consultor o empresa propia NO tenía que hacerlo, que juzgara los resultados, y tres personas me avalaban en calidad. Y siempre me he llevado bien con recursos humanos, menos en un supermercado específico de cerca de 40 tiendas, con los que tuve contactos. Y justamente me contrataron los de la central de todas las centrales en el proyecto aquel de seguridad corporativa.
En realidad, veremos el próximo año, pero desde la secundaria no me quedo callado, y si un maestro dice algo que está mal, respondo lo que pidió y supuestamente enseñó, y luego: «pero la teoría general es que…» y pongo la respuesta correcta.
Llevo 35 años en sistemas y estoy por terminar Contaduría…. por segunda vez. Lo que me ha mantenido a flote no ha sido un título, sino dos cosas: conocimiento técnico y honestidad. La teoría es bonita, pero en la vida real, si la suma no cuadra, no cuadra. Y si un sistema no hace lo que debe, no hay opinión que lo arregle. Si hace lo que debe hacer no hay mas de que hablar.