* Blog


* Últimos mensajes


* Temas mas recientes

Re: Tema: PPCC - Pisitófilos Creditófagos - Primavera 2023 por Derby
[Ayer a las 21:57:03]


XTE-Central 2023- : La doma del burro por saturno
[Ayer a las 08:57:08]


La revuelta de Ucrania por Vipamo
[Ayer a las 00:38:39]


STEM por Benzino Napaloni
[Junio 09, 2023, 13:43:26 pm]


A brave new world: La sociedad por venir por sudden and sharp
[Junio 07, 2023, 10:51:24 am]


Autor Tema: STEM  (Leído 68402 veces)

0 Usuarios y 2 Visitantes están viendo este tema.

Benzino Napaloni

  • Baneado en el Confidencial
  • ***
  • Gracias
  • -Dadas: 493
  • -Recibidas: 9878
  • Mensajes: 1205
  • Nivel: 112
  • Benzino Napaloni Tiene una gran influenciaBenzino Napaloni Tiene una gran influenciaBenzino Napaloni Tiene una gran influenciaBenzino Napaloni Tiene una gran influenciaBenzino Napaloni Tiene una gran influenciaBenzino Napaloni Tiene una gran influenciaBenzino Napaloni Tiene una gran influenciaBenzino Napaloni Tiene una gran influenciaBenzino Napaloni Tiene una gran influenciaBenzino Napaloni Tiene una gran influenciaBenzino Napaloni Tiene una gran influencia
    • Ver Perfil
Re:STEM
« Respuesta #360 en: Junio 09, 2023, 13:28:38 pm »
Los proyectos de software generan mucho más gasto y trabajo en la fase de mantenimiento que en la de creación. Haces una aplicación en Java (o en otras cosas), y ya de mano se te puede disparar el coste de servidores, puedes tener problemas de concurrencia (se te cuelga, te salen excepciones, etc.), el servidor puede tener picos de RAM, etc. Pero el problema real viene cuando hay que alterar el código para ampliar funcionalidad, corregir errores y otras tantas cosas que salen sobre la marcha.

Un proyecto bien gestionado se come en mantenimiento más de la mitad del gasto, durante todo su ciclo de vida.

Incluye, por supuesto, los evolutivos y los añadidos. No sólo el arreglo de los "estropiciamientos".

Imaginen cómo será el mal gestionado.

Benzino Napaloni

  • Baneado en el Confidencial
  • ***
  • Gracias
  • -Dadas: 493
  • -Recibidas: 9878
  • Mensajes: 1205
  • Nivel: 112
  • Benzino Napaloni Tiene una gran influenciaBenzino Napaloni Tiene una gran influenciaBenzino Napaloni Tiene una gran influenciaBenzino Napaloni Tiene una gran influenciaBenzino Napaloni Tiene una gran influenciaBenzino Napaloni Tiene una gran influenciaBenzino Napaloni Tiene una gran influenciaBenzino Napaloni Tiene una gran influenciaBenzino Napaloni Tiene una gran influenciaBenzino Napaloni Tiene una gran influenciaBenzino Napaloni Tiene una gran influencia
    • Ver Perfil
Re:STEM
« Respuesta #361 en: Junio 09, 2023, 13:43:26 pm »
No hay nada más "de informático" que ir al jefe y decirle que el sistema que soporta en Java es arcaico y hay que cambiarlo. Y si no, se niega a seguir trabajando y se va. Luego el jefe me viene a mí y nos echamos unas risas mientras le digo que vaya buscando un reemplazo por si acaso. ¿Tiene razón el informático en el tema tecnológico? Sí. ¿Por qué no se hace lo que dice? Por lo que he explicado arriba. A veces explico el por qué, y a veces no, dependiendo del tiempo que tenga y de la confidencialidad del tema.

Bueno, esto no es del todo cierto. Anécdota mía, diré el pecado pero mantendré al pecador en el anonimato.

Hace ya unos cuantos años tuve un breve paso por una consultora. Al uso, del estilo de "aquí invertimos lo mínimo". Me cayó una pequeña bronca de mi entonces jefe por tratar de hacer algunas actualizaciones. Si es que a eso se le podía llamar actualización, porque ya iban cuatro años de retraso en comparación con el mercado. La razón que me dió, que eso forzaría a los clientes a hacer un esfuerzo que no querían.

El karma es muy cabrón. Dos años después, ya en diferentes empresas, a mí me tocó del lado de los que picábamos un SDK para terceros, y él estaba de ingeniero jefe en una aceleradora de apps. Subcontrata de subcontrata, un clásico. Pues resulta que uno de los requisitos que tenía implicaba actualizar una librería, y los cambios eran de los que llamamos "breaking". Hubo que hacer la migración por huevos y a todo correr.


Para un programador es un marrón no trabajar con material puesto al día. No aprendemos nada nuevo, y o se nos va el tiempo con lo que va saliendo, o tenemos que sacrificar nuestro tiempo libre para evitarlo. Obviamente no se trata de subirse al carro de cualquier novedad (porque además muchas "novedades" son la misma porquería con otro lazo, pero esto da para debate aparte). No le puedes decir a un ingeniero que se va a comer código antiguo sin darle un horizonte de migración o compensarlo de alguna manera.

Y luego, desde el punto de vista empresarial, hay que saber calibrar hasta qué punto se quieren congelar actualizaciones. Ya he visto unos cuantos proyectos que hubo que tirar a la basura, salía a más a cuenta que tratar de ponerle más parches al arlequín.

Tags:
 


SimplePortal 2.3.3 © 2008-2010, SimplePortal