¿Os habéis preguntado por qué en nuestro campo existe tanta sobre ingeniería y por qué todo se ha vuelto innecesariamente complejo?
Os cuento el motivo, ejemplos incluidos! Dentro hilo ⬇
Hay todo un cumulo de motivos y razones. Desde falta de dirección, falta de visión global, herramientas y/o arquitectura incorrecta, solución mal planteada o ejecutada, cúpula de la cadena de mando completamente descerebrada, etc...
Si esto fuese un blog, me saldría un post de 60.000 palabras (10.000 irían al síndrome de "Yo también!" de la comunidad de JavaScript), pero no lo es, así que voy a resumirlo todo en un vicioso bucle de 5 pasos.
1⃣ En el mar de problemas técnicos que tienes, identifica el peor de ellos que quieras <solucionar>
2⃣ Crea una herramienta que arregle los <síntomas> de ese problema en concreto, mientras ignoras el origen de dicho problema y absolutamente todos los demás problemas del paso 1⃣
3⃣ Promociona esa herramienta y métela en absolutamente todos los sitios donde puedas. Intenta convencer al mayor número de gente para que la usen.
4⃣ Observa como todos los demás problemas del paso 1⃣ han empeorado debido a que los has ignorado en los pasos 2⃣ y 3⃣
5⃣ Vuelve al paso 1⃣
¿No te cuadra? ¿Quieres pruebes? ¡Vamos a ello!
Problema: Los devs pican código que es imposible de desplegar de lo mierda que es (a veces no pueden ni ejecutarlo en sus propias maquinas...).
Solución: Pues lo encapsulamos en contenedores, emulando su propia maquina.
Problema: Ahora tenemos 500 contenedores. Todo es ridículamente difícil de manejar.
Solución: Pues lo solucionamos con orquestradores de contenedores.
Problema: Los orquestradores son ridículamente complejos de manejar y están añadiendo otra capa más de complejidad, por no hablar de la fuente de problemas exóticos en la que se han convertido. (Kubernetes, alguien?)
Solución: <están en ello, estoy seguro que nos sorprenderán>
• • •
Missing some Tweet in this thread? You can try to
force a refresh
A ver, en serio, ¿a nadie más le fascina el mundo de los virus de wordpress?
Necesito abriros los ojos a esa maravilla! ⬇
Cuando te montas un server pequeño para "meter mierdas" dentro (la web de tu cuñado, el pet project del fin de semana, el owncloud para luego no meter nada dentro, etc...), sueles buscar un panel de control que te facilite las cosas (plesk, cpanel, ispconfig...)
Pero es que resulta que todo eso es perder el tiempo. Hay maneras muchísimo mas cómodas y rápidas de hacerte con un panel de control.
¿Cómo? Muy fácil: te instalas un wordpress con 50 plugins en el server.
Pensabais que la vida de los devs frontend es miserable? Vamos con la de los devs full-stack en microempresas tipo MadHouse! ⬇
Estas tú tan tranquilamente sentado en tu puesto de trabajo, picatecleando mierdas, cuando aparecen (en manada) los 3 "jefecillos" (por llamarlos de alguna manera, porque "personajes de cuidado que nadie sabe a qué se dedican en la empresa" queda feo).
Se sientan a tu alrededor (en plan emboscada) y sacan el cuaderno con las <ideas>. Sigue una tanda de chorradas, a cada cual mas loca que la anterior.
Que tiempos los de hace 15 años! Te mandaban hacer alguna chuminada en PHP (leer un excel o manda correos por SMTP), y tu, sin ganas, te ibas a Google a buscar como hacerlo, te encontrabas con "chilkat php extension", pero era de pago. (...)
La pagabas con el eMule, y luego la subías por FTP al server, reiniciabas el PHP (te subadan los cojones si había clientes viendo la web o si eran las 12 del mediodía). Aquello petaba 20 veces porque la extensión no era compatible con esa versión de PHP, pero no pasaba nada (...)
porque tu, previsor, ya tenías listas para subir 7 u 8 versiones más.
Al final alguna funcionaba y te decías "venga, perfecto, ahora a picar" y te tirabas el resto de la tarde subiendo el test.php al server y dandole al F5 en mierdapagina.com/test.php para probar.
Hoy os voy a explicar por qué vuestra API REST hecha en Go, optimizada a mas no poder, escalada y balanceada en AWS, con SLA de 389% tarda 475ms en responder, mientras que el cutre-api.php de @MarcosBL escupe JSONs en 7ms. Dentro hilo! ⬇
Todo empieza cuando vuestra página web le hace una petición a la API ™. Unos cuantos pobres bytes empaquetados que tienen por delante mas camino que Frodo.
La primera parada es el Internet Gateway de AWS. Majestuoso como Los Argonath, observando quién entra y quién sale.
"¿Para qué sirven los regex?" os preguntáis. Os lo explico con ejemplos prácticos! Hilo va ⬇
Los regex sirve para buscar cosas sin saber qué estas buscando exactamente. Es como cuando de pequeño jugabas al Lego y necesitabas una cosa que encajase en esa otra cosa, para poder juntar las 2 cosas; así que tirabas el cubo entero de lego y te ponías a buscar.
"Pero cómo voy a buscar algo sin saber qué estoy buscando?"
Es fácil. Tu ponte que tu jefe te dice "quiero que valides este campo de URL para que la gente no pueda meter otra cosa que no sea una URL".
Ahi tienes 2 opciones. Dejarle al usuario meter lo que quiera y luego (...)