No aparece por ningun lado el mudancero que ibba a ver lo de las cajas a la otra casa. De momento en el trabajo del cliente problematico si esta teniendo problemas, y de plano creo que hay mas con COVID. Tengo la impresion que esta semana en especial sus tres personas de sistemas no hicieron nada.

Symfony noi es viable para el ERP por problemas de cache (es mas complicado quitarlo en precios y ya se lo que le paso a sistema anterior) y menos en red inalambrica.

Yo acabo de mandar mi reporte de actividades de la semana, que fueron 4 hojas. Por lo que se, la semana pasada solo entregamos mi equipo, la persona de compras (no la de covid, la de la segunda empresa), y un auxiliar usando un formato que no sirve y que no se porque pusieron.

Creo que este mes es decisivo para ese cliente, pero andan salados. EN lo que va de la pandemia ya les robaron trailers, y tuvieron incendios. Veremos.

Felicitaron a mi hija de Secundaria en la escuela virtual (junta de profesores y papas) por entregar bien los trabajo y pusieron varios de sus trabajos como ejemplo, y sin embargo…

El cliente de las gasolineras seguirá funcionando pero ya se esta llegando a un estancamiento. Hay diez choferes nuevos y circuitos de logística reducidos.

Son las 05:15 am, me voy a seguir despierto hasta las siete. En este caso la desvelada fue por checar un problema en un reporte de ruta , y otro detalle por php 7 en el ERP. En la tarde de ayer hicimos varios reacomodos de cajas de mudanza, asi que hay que ir a tirar varias cosas en algun momento de la mañana, pero eso es mejor a la 07:00 am para que se los lleven los de la basura (juguetes varios y cosas así), asi que me quedare despierto.

Me acabo de leer una historia de 1957 que sigue teniendo vigencia. 63 Años hace ya.

En el entorno inmediato, con los clientes al que se le murió el de crédito y el segundo caso de covid, empiezo a ver un tipo de locura diferente de personas a las que no puedo ver (por estar encerrado), que trabajan ahi.

Evidencias :

  • Uno ellos  haciendo comentarios fuera de lugar en el whatsapp de corporativo. Se hace el enojado para no preocuparse mas. Es signo de salud mental, pero afortunadamente no tengo que lidiar con un “enojado”
  • Otro, con un plan “magnifico” para tratar de ser relevante porque su otras fuentes de ingresos se fueron al demonio. El año pasado le expliqué porque no era funcional ese asunto, y recuerdo todavia el aspecto legal que lo hace inviable, aunque hubieran los recursos, y el sentido común dice que no debes quitar lo que funciona y menos en una situación como esta.
  • Por lo que veo, solo una persona de mi equipo y yo mandamos información detallada. Los demas no.
  • Hay cosas que son prioritarias para comunicaciones. No las estan pagando. Algunas son mias y otras no.
  • El mensaje de voz de Recursos Humanos en el grupo de sistemas.

Si esto hubiera pasado en epocas sin internet, las cosas estarían peor.

Lo que si se es que muchos de ese cliente estan al limite.

 

Me enteré hoy de otro mas enfermo con COVID, adulto mayor no relacionado con clientes , quien sabe i la libre. Piensan que le dio COVID en el banco, señor de recursos medios en Veracruz.

Mañana entrar en vigor unos cambios en protocolos de SCADA en gasolinerías que creo que a la mayoría nos parecen una estupidez. A ver a que me enfrento en la tarde.

He estado pensando en la posibilidad de hacer unas cosas con Python, pero es mas bien buzzword. Pienso en JAVA, no solo como el libro, y al mismo tiempo se me revuelve el estómago de las ultimas veces que tuve que hacer cosas con gabinetes WAR y tomcat.

Considerando los recursos de servers necesarios, y  las pc del cliente el ERP, Python / flask / dyango se ve mas deseable, pero los gabinetes WAR o su equivalente deben ser considerados… o descartados.

Afortunamdamente aunque hice el cambio de canales de BC , lo de mañana no me ega demasiado pero es una buena forma de mantenerme pensando LATERALMENTE en el problema de python / java.

Una parte de mi incluso considera muy tangencialmente Ruby on rails.

NO quiero hacer mas Gabinetes War.

Una persona que entro hace dos meses, le dio COVID, no le vi en persona, pero esta relacionado con la llamada del director general de un cliente del otro dia. No es demasiado problemático pero si es una mala pauta por todo lo que tuve que hacer por reflejo.

De momento no se si tenia covid o no, pero eso no justifica lo que hizo. Ya esta una computadora sanitizada en las oficinas del cliente.

Hoy preparé parte de una mudanza que tengo que hacer; no estan ya los mudanceros que pensaba usar , y el otro no se comunica, t6ego unos quince dias para hacerla, no esta relacionada con Covid.

Ayer hubo detalles que me demuestran que mi tiroides sigue funcionando bien, y hoy despues de los preparativos de mudanza fuimos al cine a ver la de Bill and Ted. Mi hija se tardó 42 minutos aprox en comerse su hamburguesa de arrachera casi llegamos tarde (Mi esposa y yo tuvimos que esperar). En la semana comimos milanesas tres dias para acabarnos la carne del domingo, y mañana me espera un dia pesado.

No se que vaya a pasar con ciertos clientes, pero las cosas para Mi y mi familia se ven bien por lo que hice el año pasado.

Que bueno que soy previsor.

 

Como parte de lo relacionado con un proyecto de las gasolineras que empezó el 20 de marzo, poco después de el COVID, he tenido que entrar un poco en un canal latinoamericano de Banda Civil. Diadema, micrófono, que mal estan. Hace un momento hubo un reclamo por micrófono abierto. El micro lo tengo en mute y la ultima vez que hablé debe haber sido hace una semana y media.

Reclamos por micro abierto. No fuertes, pero imposibles.

02:30 AM

Aunque la persona mas tóxica que detecté salió un 8 de noviembre del año antepasado, esta gente no se supone que sea tóxica. Es idiota y ya. Entré hace una media hora por un simple asunto de cordialidad por una pipa que v  ser retirada, y es protocolo estandard con las habilitadas para manejo de tóxicos, estar en el canal de banda civil si estas monitoreando sensores o el GPS.

02:35 AM

No es gente mla, pero eso no quita que sean algo paranoicos y quizá debo aceptar que es mejor cambiarme a un canal de BC de USA de manera temporal aunque cueste 400 pesos.

En realidad no lo sé.

Este tipo de cosas, o lo mas reciente con Frameworks que llaman a ZEND / phpunit, paquetes depreciados que se supone superan/mejoran, me hacen dudar de la naturaleza humana.

Estándares.

Ayer con la llamada del director general, hubo otro cambio de confirmación que quizá no llegue. Parecido a lo que pidió el contralor hace dos meses mas o menos y de lo que no ha dado seguimiento.

Con lo que estoy haciendo, que ya no tiene que ver con el canal de BC, del que me desconecté, me falta una media hora o una hora mas. Casi todas las pipas y reservas tienen sensores públicos, pero afortunadamente nadie da seguimiento a cierta información. Me siento un poco como en la epoca de los rounds en USA con software logístico, cuando alguien sin darse cuenta o a veces a propósito y de mala fe, alteraba la matriz  de datos de entorno.

Si uno se orienta con una matriz alterada, es un problema medianamente mayor.Y ahora con el IoT, Internet de las cosas, uno tiene cientos de miles de intrusiones de bajo nivel que tratan de entrar por puertos e server, solo que a veces esos servers son Trailers o pipas que de momento estan abiertos para poder tener Wifi o sincronizar GPS.

NO creo que la conectividad  sea buena a largo plazo. Filosoficamente el “buscar” se entiende pero hacer quejas sobre uso de protocolos para evitar spoofing, te hace querer regresar a redes cerradas.

Y aqui es tan simple, quizá, como cambiar de canal de BC pero tengo que hacer primero solicitud aviso y contratar, no estoy de humor y no es buena practica hacerlo de madrugada.

Si, hay un protocolo estandard pero me recuerda exceso burocráticos de la época de las gaseras. Y no es que el control sea malo, pero si aqui no aceptan que no tengo micro abierto (dial apagado y diadema en off), es como cuando los expertos de Casas Alatriste facilitaron un sabotaje interno por recibir su consultoria varios meses, quiza uno o dos años, mas de lo necesario. Y todos tercos en usar access y RDO para mas de cinco usuarios, pues les tronó como ejote. 1999 ?

 

Hace un rato llamada de el director general del cliente problemático.  Quieren que le resuelva un problema de otro departamento. Reviso. Lo sabotearon / borraron información de lo unico que yo no respaldo porque no me toca.

Sin meterme a detalles, les avisé.

He pasado estas dos o tres semanas revisando Frameworks. Unas se dejan de lado por problemas de rendimiento, otras por errores de seguridad en archivos .env. Los dos candidatos actuales son Laravel y Cake.

Problema de cake ya lo dije en vistas con diferentes reglas de negocio, y despues del problema de hace años con “crueldad tecnologica” y subdirectorios, me parece muy riesgoso usarlo en este proyecto que es mediano tendiendo a grande.

Cake se deja instalar ya sin muchos problema, code igniter es la tercera opcion pero no me parece adecuado porque no me aporta nada.

Probablemente en vez de pasar Framework de PHP lo pase a Python y Django. Debo decidir esta semana si es viable, pero sin proyectos es buen uso de mi tiempo.

Hace unos años una pequeña empresa con librerías en GIT / GITHUB fue amenazada de ser demandada por otra empresa, asi que lo que hizo fue quitar todos su repositorios, provocando con ello problemas en muchos lugares, creo que hasta en kernel de linux, porque esta persona era sin saberlo la fuente de las rutinas left y right.

Composer actualiza las librerias de terceros. No me gusta usarlo por varias razones. De momento estoy en un server con problemas de SSH.

https://web.archive.org/web/20170710204208/https://www.codeenigma.com/build/blog/do-you-really-need-composer-production

  • large VCS repository size and diffs when you update code;
  • duplication of the history of all your dependencies in your own VCS; and
  • adding dependencies installed via git to a git repo will show them as submodules.

Asi es. La gente en general no se da cuenta que cambio de versiones  de PHP o de servers pueden tener problemas, pero activar composer a lo bestia no es buena idea aunque sea de moda.

Otro comentario en otra pagina menciona el problema del bloqueo de GIT por interfases firewall, o el consumo de ancho de banda en malas conexiones.  Despues de eso comentan:

https://www.ostraining.com/blog/coding/composer-cms/

“Composer has a myriad awful problems asides from attitudes, it has technical problems. I basically feel the same overall. I’ll point out the great firewall of chine problem has quite a large scope and isn’t entirely on composer though when it pulls stuff from git that is a questionable model as opposed to its own repository system.”

 

I don’t like the term but it generally is a best practice to not have builds depend on external resources.

When updating (resolving dependencies), it uses gigabytes of memory and that really makes no sense. It’s gotten slightly better in new versions but it’s still dog slow and really quite amazing just how much resources it needs. Out of a dozen package managers for different languages and operating systems there’s nothing at all approaching composer in terms of resource consumption. When it takes a couple minutes and over 4GB of RAM to upgrade a single package that’s just not acceptable.

Whoever thinks a system that takes several minutes and huge amounts of RAM to resolve dependencies in cases that should not be difficult needs their brain examined.