Ojalá sea así. Daba bastante asco. Newtrol y compañía haciendo demagogia de izquierda sin que nada pasase, y cuentas de Alvise y compañía sacaban filtraciones escandalosas de la izquierda (ojo, que alvise es un tolai que va de sobrado, y no deja de ser un tonto útil para publicar información incómoda), y en cuestión de minutos, cuenta suspendida.
Osease que está haciendo lo que debe . Meter a gente que sepa programar en vez de al amigo de..
No, si la idea no la tiene que tener el forero medio que postea en pijama y con un café de sobre en la mesa. La idea la tiene que tener un muchachito que ha pasado por empresas como PayPal o SpaceX y que, con la edad con la que más de uno no sabía ni sacarse un moco de la nariz, el ya programaba. Algo de idea tendrá, digo yo.
¿Eres un despedido de la empresa?Claro claro.
No hay parches que aplicar. Ni componentes de software que llegan a su fin de vida. No hay certificados que caduquen, ni hardware que en algún momento haya que reemplazar. No hay API que cambiar. Balanceo de cargas que ajustar. No hay que solventar bugs, no hay que asegurar procesos de limpieza de memoria, no hay nada que 50 personas en una empresa que para "el genio" vale 44 mil millones no puedan hacer sin todos "los enchufados" que había.
Ni hablo de necesidad de recursos humanos, departamento legal, alguien que se ocupe de la publicidad, de las finanzas, logística, seguridad... tu pones 50 ingenieros cracks ahí bajo Don Elon y todo rula perfectamente.
Seguramente sea mayor el número de empleados de informática del Corte Inglés o del Lidl España, pero oye, que total Twitter que es, mensajes cortos e imágenes, no?
Enga, voy a cambiar mi café por uno de sobre y me pongo un pijama, así opinamos en igualdad de condiciones
Yo no. De hecho en ningún momento me habrás visto decir lo que te subrayo en negrita.No, uno que, pijama o no, café recién molido o de sobre, lleva dos décadas en empresas varias grandes con sistemas informáticos complejos como para saber que el "una vez que está montado te lo mantiene un equipo peque, sin problemas" lo dice alguien que no tiene mucha idea
Tú eres un contratado nuevo de los que lo va a mantener a flote? Si es que contratan.
Claro claro.
No hay parches que aplicar. Ni componentes de software que llegan a su fin de vida. No hay certificados que caduquen, ni hardware que en algún momento haya que reemplazar. No hay API que cambiar. Balanceo de cargas que ajustar. No hay que solventar bugs, no hay que asegurar procesos de limpieza de memoria, no hay nada que 50 personas en una empresa que para "el genio" vale 44 mil millones no puedan hacer sin todos "los enchufados" que había.
Ni hablo de necesidad de recursos humanos, departamento legal, alguien que se ocupe de la publicidad, de las finanzas, logística, seguridad... tu pones 50 ingenieros cracks ahí bajo Don Elon y todo rula perfectamente.
Seguramente sea mayor el número de empleados de informática del Corte Inglés o del Lidl España, pero oye, que total Twitter que es, mensajes cortos e imágenes, no?
Enga, voy a cambiar mi café por uno de sobre y me pongo un pijama, así opinamos en igualdad de condiciones
Madre mía, que he tenido que leer dos veces el primer párrafo para asegurarme de lo que estabas hablando, no se si en pijama estarás en igualdad de condiciones pero yo estoy trabajando en chándal en mi casa y no suelto esas cuñadeces...
Por algo será que me llevo regular con mi ex y actual cuñado.
No hay parches que aplicar. -> Y los aplicas en PRO directamente sin saber si funcionan bien, Twitter no cuenta con entornos de DES y PRE? Y cuanto tardas en aplicar un parche? -> Si se parece remotamente a las empresas en las que este cuñado ha trabajado, primero que hay al menos dos entornos entres DES/DEV y PROD (llámalos SIT, UAT, PRE, TE1/2), y segundo hay procesos de testing, sea manual, sea automatizado, sea una mezcla, que unido al proceso interno de control y protocolado hacen que no subas una cosa en un par de horas ni días (salvo que hablemos de un show stopper en prod). Cuánta peña hace falta ahí? En las empresas donde yo, boniatos incluidos, te vas a 10 involucrados para cualquier cosita sin problema.
Ni componentes de software que llegan a su fin de vida. -> Lo mismo de antes, que digo yo que los probaran en los entornos previos o cuando caduca la ultima versión de RedHat lo migran en Producción? -> Y cuántos componentes distintos tienes? Digo, si con 50 ingenieros vas sobrado...
No hay certificados que caduquen -> Cuanto tardas en generar un certificado nuevo? y en colocarlo en la ruta donde estaba el antiguo???? No se, después de pagar ese dinero tendrá un Rundeck por malo que sea digo yo... -> Sí, 50 ingenieros saben todos los certificados que hay, cuándo caducan, dónde generarlos, cual es la ruta... porque está todo bien documentado o es 100% intuitivo. Nunca hay outages porque a alguien se le olvida cambiar un certificado.
ni hardware que en algún momento haya que reemplazar. ->Remplazar HW, en la nube? Con un 99,9% de disponibilidad??? Pues ya seria mala suerte que se cambiara en todos los servidores la misma pieza a la vez, no? -> Ah, si tiene todo en la nube no puede fallar nada.
No hay API que cambiar. -> Aquí no opino
Balanceo de cargas que ajustar. -> Que balanceo de cargas no se ajusta solo? Si me dices crearlo, montarlo, asignarle los HC, determinar puertos y demás pues todavía puedo entender algo y eso que en Azure se hace en cosa de minutos pero ajustar uno ya creado, no lo entiendo. -> En Azure en unos minutos configuras todo para que el sistema se redimensione dinámicamente? Con qué velocidad? Porque si no hay nadie que tome en cuenta eventos como, no sé, una guerra, un atentado, una copa mundial, unas elecciones que pueda hacer variar notablemente tu tráfico o tienes un sistema sobredimensionado "por si las moscas" o vas a tener cortes de servicio... salvo que este, repito, sea capaz de adaptarse en minutos al tráfico (o lo prevea alguien).
No hay que solventar bugs, -> Aquí es donde más tiempo se puede llevar, cierto pero damos por hecho que la versión en uso ya ha pasado por estas correcciones. -> Pienso en el backlog de bugs abiertos de cualquier sistema medianamente complejo con el que haya trabajado y sé que NUNCA, jamás tuvimos 0 bugs. Cierto que algunos tras 6 meses los cierras porque ya tira el viejo "not a bug, it's a feature" y la peña no se ha quejado, o porque vas a hacer cambios igual... pero bugs = desarrollo, integración, regresión... y si además tienes a gente tirando de cables ("el 80% de los microservicios sobran") te van a salir más y más.
no hay que asegurar procesos de limpieza de memoria -> Mal vamos si la versión en curso tiene problemas con el garbage colector o la JVM va camino de un OOM, esto se revisa en PRE y en PRO ya se re escalan los recursos necesarios. -> aún tengo que ver un sistema donde las dimensiones y el uso de PRE como le llamas se asemejen siquiera a Prod. Si tienes los datos, no tienes el tráfico. Si simulas el tráfico, lo más seguro es que ignores factores (como proveedores ISP, firewalls, geoubicación, los chinos haciendo denial of service attack)
Ni hablo de imprevistos como Log4j donde de golpe toca dejar todo lo demás y analizar dónde te ves afectado y cómo lo resuelves antes que te toque.
Que si tienes un sistema donde no vas a tener cambios de funcionalidad (como los propone Musk) y super estable lo vas a poder mantener a flote durante un tiempo con un equipo esqueleto? Sí. Pero con 50 personas no atiendes a tus clientes (esos de los anuncios que te generan el 90% de los ingresos), ni desarrollas cosas nuevas desde luego... o sí pero las subes a Prod y a los 2 días las vuelves a quitar, como ha pasado con el sistema "paga 8 $ para pretender no ser un bot"
Venga que al final llegamos a un punto intermedio, te compro todo lo que has marcado en negrita, sobre todo la parte de ir desconectando microservicios sin saber a que va afectar, porque esto me apuesto que hacen un apagado de un dia para otros sin mirar nada en entornos previos o la redimensación del servicio de un día para otro por un evento como comentas, a parte, muy aparte temas como las zero tolerance del Log4j, que como bien dices tienes que dejar hasta de respirar para ver como corriges una vulnerabilidad en 6 o 12 horas.
Te parece bien, si contratamos a uno de RRHH y para que en lugar de dejar 50/100 deje unos 200/250?
Lo cual para nada te garantizan que sean los mejores ni los que sepan hacer las tareas que te hacen falta. 
Venga, haya paz
Estoy viendo si encuentro cifras sobre el número de empleados que quedan, pero me temo que por un lado ni Elon debe saber cual es el exacto (ni aproximado) ni nos servirá de mucho sin saber si los que quedan sirven para lo que hace falta o no
Con el ultimátum del jueves pasado ("extrema hardcore o despido y tres meses de sueldo"), Elon consiguió una cosa: que los competentes con alternativas laborales y pocas ganas de experimentos de Musk se pirasen, y que los que no les quedaba otros lo aceptasen.
He leído por ejemplo a uno que explicaba por qué aceptaba los 3 meses de sueldo y se piraba. No porque tuviese alergia a las horas extra o trabajo duro, sino porque le faltaba cualquier tipo de visión, proyecto, mensaje concreto. Explicaba que personalmente meterle 80 horas laborales sin saber para qué o si tiene alguna recompensa hacerlo incluso, sin visión, no le convencía. Y eso lo entiendo 100%. Más con las medidas a todas luces erráticas de Musk... ahora pido 20$, ahora pido 8$, ahora lo activo, ahora lo vuelvo a quitar hasta fin de mes, ahora echo a media plantilla, ahora intento re-contratar a algunos, y luego voy mandando mails a veces de una sola lína a toda la plantilla (que queda)... el jueves anuncian "oficinas cerradas hasta el lunes" y el viernes Musk quiere una reunión en la oficina de Frisco... desactivan microservicios y se cargan el 2FA entre otras cosas... todo muy caótico.
Quienes se quedan? En buena parte son los que tienen Green Card y que se ven obligados a volver a India o Pakistán si pierden su trabajo. O se aguantan el modo "extreme hardcore" o se tienen que ir del país.
Debería.No estaría mal que Elon os contratase a logos, a Till y al letrado
No estaría mal que Elon os contratase a logos, a Till y al letrado
al final me tendré que comprar una bici para ser tu amigo
Aléjate de blaki, le huelen las pezuñas a torta de la Serena.Que poco me quieres
Venga, haya paz
Estoy viendo si encuentro cifras sobre el número de empleados que quedan, pero me temo que por un lado ni Elon debe saber cual es el exacto (ni aproximado) ni nos servirá de mucho sin saber si los que quedan sirven para lo que hace falta o no
Con el ultimátum del jueves pasado ("extrema hardcore o despido y tres meses de sueldo"), Elon consiguió una cosa: que los competentes con alternativas laborales y pocas ganas de experimentos de Musk se pirasen, y que los que no les quedaba otros lo aceptasen.
He leído por ejemplo a uno que explicaba por qué aceptaba los 3 meses de sueldo y se piraba. No porque tuviese alergia a las horas extra o trabajo duro, sino porque le faltaba cualquier tipo de visión, proyecto, mensaje concreto. Explicaba que personalmente meterle 80 horas laborales sin saber para qué o si tiene alguna recompensa hacerlo incluso, sin visión, no le convencía. Y eso lo entiendo 100%. Más con las medidas a todas luces erráticas de Musk... ahora pido 20$, ahora pido 8$, ahora lo activo, ahora lo vuelvo a quitar hasta fin de mes, ahora echo a media plantilla, ahora intento re-contratar a algunos, y luego voy mandando mails a veces de una sola lína a toda la plantilla (que queda)... el jueves anuncian "oficinas cerradas hasta el lunes" y el viernes Musk quiere una reunión en la oficina de Frisco... desactivan microservicios y se cargan el 2FA entre otras cosas... todo muy caótico.
Quienes se quedan? En buena parte son los que tienen Green Card y que se ven obligados a volver a India o Pakistán si pierden su trabajo. O se aguantan el modo "extreme hardcore" o se tienen que ir del país.
