Se trata de una conversación épica y amplia. Escucharás sobre el nacimiento de Unix, el conjunto de habilidades únicas de Ken Thompson, por qué Brian piensa que C ha resistido la prueba del tiempo, sus pensamientos sobre los lenguajes modernos como Go y Rust, lo que ha cambiado en 50 años de software, lo que hace que plataformas como Unix y la web sean tan poderosas, su opinión como profesor sobre la tendencia de los programadores a saltarse la universidad, y mucho más.
![Sabiduría de más de 50 años en el sector del software con Brian Kernighan [ENG]](https://cdn.mnmstatic.net/cache/37/b5/media_thumb_2x-link-3650824.jpeg?1649444586)
Comentarios
Joder, vaya mierda. Me puse los auriculares para escuchar un poco el audio sin hacer ruido porque es por la noche, voy a tomar agua a la cocina, me olvido que tenía los auriculares puestos y casi me arranco las orejas. Descargué el audio para escucharlo mañana en el Opel Corsa.
user@debian:~$ yt-dlp https://cdn.changelog.com/uploads/podcast/484/the-changelog-484.mp3
[generic] the-changelog-484: Requesting header
[info] the-changelog-484: Downloading 1 format(s): mpeg
[download] Destination: the-changelog-484 [the-changelog-484].mp3
[download] 100% of 88.57MiB in 01:31
Joder que cortada de rollo #1
Después de leer la entradilla ya había llamado a dos amigas desarrolladoras y pedido varias botellas de Lambrusco.
Así no se puede. Me voy
#2 No abandones, conozco una chica que busca un buen fisico para compartir esta otra
El detector CDF II del Tevatron mide una masa del bosón W que está a 7 sigmas del modelo estándar
El detector CDF II del Tevatron mide una masa del ...
francis.naukas.comYo ademas he hecho
Cat the-changelog-484 [the-changelog-484].mp3 | tr [ingles] [español] > bluetooth
Para mas facilidades
el software es curioso. ha revolucionado las vidas de todos. Pero al mismo tiempo es mi mayor decepcion.
El software es algo que nos pintan como algo muy inteligente, pero la realidad es que es tambien algo que se crea/mantiene a fuerza bruta.
Retira unos cuantos programadores de un departamento, o al completo un departamento de software y veras esa empresa caer en 4 dias debido a todo su software rompiendose, ya sea por nuevas actualizaciones, incompatibilidades, etc.
Lo mismo con tu codigo. Hoy creas algo, en una semana ya no funciona.
Me parece muy triste a cantidad de energia de fuerza bruta que hay que poner en hacerlo funcionar.
Cosas que te llevan un año y se rompen en menos de lo que canta un gallo
#5 Si pasa eso es porque está mal diseñado
Igual que con cualquier otra cosa. Hay software que lleva décadas funcionando perfectamente.
#6 Es muy fácil diseñarlo mal y muy difícil hacerlo bien.
La mayoría de veces se arregla con unos principios que cuando los aprendes ves que son de sentido común, pero les intuyes que detrás hay mucho dolor y almas en pena sufriendo lo que es el código inmantenible.
Lo que más rabia da es que la mayoría de burradas están ahí por culpa de decisiones de negocio, que en realidad son más ratas y tiesos que la mojama:
- Dejar sólo a equipos de becarios sin experiencia ante un monstruo ya creado por otros becarios sólos sin experiencia.
- Prisitas, "esto lo quiero para ayer". Hacer algo que funcione a corto plazo es rápido, hacerlo bien y mantenible lento.
- Comerciales sin tener ni puta idea técnica prometiendo features y fechas.
- Consultorías y mamandurrias. Treinta intermediarios que filtran el sueldo y hace que cobres menos que un concierto de k-pop en una colonia de pingüinos en la Antártida.
- Horas interminables en entornos con altísima presión y poca recompensa.
#7 Coincido.
#7 para mi lo que describes es la experiencia típica del mercado español, gracias a Dios en el momento en que se sale de ahí la cosa cambia a mejor (muchísimo).
En España nunca se ha valorado la ingeniería del software, nada más que hay que ver las aplicaciones de los organismos oficiales
#9 En España nunca se ha valorado la ingeniería, simplemente (o si me apuras, cualquiera que despunte un poco en su área de experiencia). En cualquier otro país, nuestros ingenieros serían reverenciados porque tenemos gente muy buena y que aportó muchas cosas.
Aquí simplemente nos dedicamos a pelearnos por ellos (que si es de mi región y no de la tuya), a hundirlos (se copió de este otro, que es de los míos, el tuyo no tiene talento o es del otro régimen o partido o espectro o ideas, que ya sabemos que es malísimo y nunca se lo perdonaremos), o simplemente a ignorarlos. Y lo peor de todo es que ni en vida ni después de muertos. Los méritos nunca valen, los logros nunca sirven, los ahogamos en la mediocridad para ocultar lo mediocres que somos.
#9 también en el extranjero, no te creas que fuera la ingeniería de software la llevan seres de luz.
Sólo que aquí se acentúa con las cacicadas que tenemos arraigadas en la cultura nuestra. De hecho, hay correlación entre los sesgos personales y el código que se genera, pero esto ya es para libro
#9 en general falla el diseño de interfaz (aparte de la mierda que sea el backend)
#7 Los comerciales y consultores sobre todo. Han creado un "mostro" donde la gente piensa que se puede sacar cualquier cosa en dos días, está en la mentalidad común, ya no hay forma de sacarlo de ahí. Y el problema es que los curritos nos hemos encargado de que cuele, a base de horas extras, sufrimiento y dolor. Y mientras, las medallas y la pasta se la llevan los otros...
#6 si y no.
Intenta correr esa app k hiciste, sencilla, hace 10 años ahora.
Intenta arrancar ese ordenador windows k llevas sin encender 15 años, a ver k ocurre.
Intenta no actualizar nada en tu android por un año.
Es asi....hay cosas bien diseñadas, incluso simples, pero las dependencias y los ajustes son muy reales.
no digo k todo sea asi, pero casi un 95% de lo que veo dejaria de funcionar en una semana si no se va manteniendo
#6 no estoy de acuerdo. Mira las cosas programadas en python, php, incluso C, de unas versiones a otras no funcionan y ese paso se acelera. Efectivamente si no actualizas funcionará pero estarás fuera por no estar al día en cuanto a seguridad, por ejemplo.
Incluso scripts de Linux tienes que retocarlos.
#5 ¿Te dedicas a front o cosas con javascript y esas lindezas, a que sí?
#15 en absoluto, x tu opinion imagino que tu software no requiere mantenimiento en absoluto. Perdoname k lo dude
#16 hombre, yo he programado en COBOL, Java, c, perl, PHP, JavaScript... Y un 'if' no deja de funcionar por mucho tiempo que pase. El código no deja de compilar 'por si solo'.
#17 yo tb he programado en todo, muchos tests, clouds, roles, etc. Hoy la mayoria de las apps que cree hace diez años no arrancan.
A eso me refiero (no hace falta que esperes 10 años). Y si, el problema obviamente no son los ifs ........
#18 no arrancan porque no las ejecutas en los sistemas de hace 10 años. Es como coger un aparato de televisión de cuando solo había VHF y funcionaban a 120 v y quejarse de que ahora no lo puedes enchufar y si lo haces no funciona y no recibe nada.
#19 si y no. no arrancan pk muchas librerias usadas ya han sido deprecated, pk el framework esta usando un repo server para descargar artifacts k tampoco existe, etc
#20 si haces tu aplicación que dependa de terceros te puede dejar de funcionar en 10 años o en 10 minutos.
#21 pues asi es el mundo del software, es lo k me referia
#23 no, no es el mundo del software. Tengo programas en Pascal de hace 20 años y compilan y ejecutan sin problemas.
#24 y te creo, pero eso se aplica a un pekeño porcentaje. El software normal usa terceros, de muchisimos tipos
#25 El 'software normal' se desarrolla para unas plataformas y unas especificaciones determinadas. Si éstas no varían no tiene por qué dejar de compilar o de funcionar. Otra cosa es que metas en tu software dependencias de terceros, que, como he dicho antes, te pueden dejar con el culo al aire en 10 años o en 10 minutos.
Vamos a ver q parece q no lo habéis entendido. Esto es otra industria, como la de refrescos. El objetivo no es hacerlo bien. El objetivo es hacerlo como sea en el plazo establecido y con el máximo beneficio posible. Adjuntando la mínima documentación exigida. Pero ahí solo esta la punta del iceberg. El negocio real está en el mantenimiento. Si has hecha las cosas como deber el código será una mierda pero amigo, te dará de comer por décadas. De eso siempre se le puede echar la lupa al cliente, a los plazos, a comerciales o técnicos q ya no están en la empresa. Además aunque no sea tan malo hay q decir q lo es, no vayan a aparecer competencia. Y por último nunca, nunca en la vida pronunciar la palabra refactorizacion.