La tercera de las Reglas de Clarke:
1. Cuando un científico distinguido pero de avanzada edad afirma que algo es posible, casi con toda seguridad tiene razón. Cuando afirma que algo es imposible, es muy probable que se equivoque.
2. La única manera de descubrir los límites de lo posible es aventurarse un poco más allá, adentrándose en lo imposible.
3. Cualquier tecnología suficientemente avanzada es indistinguible de la magia.
Hay muchas leyes que la gente discute cuando habla de desarrollo. Este repositorio es una referencia y una visión general de algunos de los más comunes.
No conocía El Principio de Shirky:
“Las instituciones tratarán de preservar el problema para el que son la solución”.
— Clay ShirkyEl Principio Shirky declara que las soluciones complejas (como una empresa o una industria) pueden dedicarse tanto al problema para el que son la solución, que a menudo perpetúan inadvertidamente el problema.
Los empleos siempre han evolucionado para satisfacer las necesidades de la sociedad, moldeados por los avances tecnológicos, los cambios en las industrias y las cambiantes prioridades culturales. Con el tiempo, ciertas profesiones que antaño desempeñaron un papel vital en la vida cotidiana han desaparecido, dejando tras de sí fascinantes historias sobre cómo trabajaba la gente en el pasado. Estos “trabajos que ya no existen” ofrecen una mirada al pasado y muestran cómo el ingenio humano transforma continuamente la fuerza laboral.
Estoy seguro que todos los que alguna vez tuvieron uno de estos empleos sentía que cumplía una función integral en la sociedad — probablemente porque así era. Hasta que ya no fue necesaria.
Me encanta que en mi trabajo nuestros gerentes estén totalmente dispuestos a realizar todo el trabajo de deuda tecnológica que sea necesario. Eso es lo que permite a mi equipo mantenerse productivo mes tras mes. Es muy triste cuando las políticas de la empresa impiden que se realice el trabajo de deuda tecnológica y los empleados terminan viéndose obligados a aceptar el statu quo improductivo porque “así son las cosas”. Por eso las buenas relaciones laborales son de suma importancia. Nos permiten obviar por completo las políticas para centrarnos en realizar el trabajo de la manera más eficaz posible para los clientes.
Una táctica que me ha funcionado en el último año para lograr avanzar los objetivos de mis equipos es dejar de llamarle “deuda técnica” y comenzar a llamarle “deuda de producto”.
La tecnología es un detalle de implementación, nada más. Y en el gran esquema de las cosas, no importa para los objetivos de la empresa. Pero la capacidad de continuar haciendo que el producto evolucione, eso sí importa. Y mucho.
›
¿Alguna vez te has preguntado cómo tu teléfono conoce instantáneamente tu ubicación, incluso si nunca has estado allí antes? Ya sea que esté reservando un taxi, buscando un restaurante o rastreando una carrera matutina, hay una red invisible en el cielo que lo hace posible silenciosamente: el Sistema de Posicionamiento Global, o GPS.
Una de esas siglas que todo mundo usamos pero rara vez nos detenemos a pensar en qué significan ni cómo funcionan.
Su teléfono (o cualquier dispositivo habilitado para GPS) tiene un receptor que escucha estas señales. Al calcular cuánto tiempo tardaron las señales en llegar a él, el receptor puede calcular la distancia a cada satélite. Con datos de distancia de al menos cuatro satélites, puede determinar su posición exacta en la Tierra, un proceso llamado trilateración.
Los LLM podrían querer saber si están hablando con un humano o una máquina. Pronto necesitaremos pruebas de Turing inversas.
Esto puede deberse a razones funcionales: el LLM podría querer modificar el tono, el contenido, la complejidad, el ancho de banda y los saltos en su comunicación dependiendo de si estuviera hablando con otro LLM o con un humano no aumentado.
O podría deberse a razones que no podemos anticipar ni comprender, como los Wallfacer.
No había escuchado el término Wallfacer.Wow.
KGW8:
El nuevo grupo de voluntarios tiene como objetivo educar a los padres sobre la importancia de las vacunas compartiendo experiencias personales con enfermedades prevenibles.
Uno de los fenómenos más interesantes de la sociedad es lo rápido que se nos olvida la importancia de invertir en prevensión y no nada más en andar apagando fuegos.
Es muy difícil comunicar el valor de lo que haces cuando lo que haces únicamente se puede apreciar con el paso del tiempo.
Para hablar educadamente de IA, priorizas las advertencias antes que las críticas: claro que no estoy del todo en contra; quizás dentro de unos años; quizás para otros fines, pero… Se supone que debes debatir cómo y cuándo usarla. Se supone que debes dar por sentado que debe ser útil en algún lugar, para alguien, para algo, eventualmente. Gente rica, inteligente y respetada lo dice, y sería arrogante discrepar con esa gente.
Pero soy un hater, lo cual es una forma de integridad. Significa que estoy dispuesto a discrepar con cualquiera, incluso si es grosero. “Pero solo la uso para…” “En realidad, si tú solo…” “Los nuevos modelos…” “Me estaba burlando…” Basta. Te estás avergonzando. Yo me avergüenzo por ti.
Su argumento tiene bastante sentido y lo admiro:
Me convertí en un odiador haciendo precisamente lo que la IA no puede hacer: leer y comprender el lenguaje humano; pensar y razonar sobre ideas; considerar el significado de mis palabras y su contexto; amar a la gente, crear arte, vivir en mi cuerpo con sus defectos, sentimientos y vida. La IA no puede ser un hater, porque no siente, ni sabe, ni le importa. Solo los humanos pueden ser odiadores. Celebro mi humanidad.
👏
María Popova explora por qué la IA nunca podrá reemplazar a los humanos en las cosas escenciales de la existencia:
Cuando la IA empezó a colonizar el lenguaje —que sigue siendo nuestro mejor instrumento para salvar el abismo que nos separa, un contenedor de pensamiento y sentimiento que moldea el contenido—, le pedí a chatGPT que compusiera un poema sobre un eclipse solar al estilo de Walt Whitman. El resultado fue un conjunto de clichés en pareados rimados. Equivocarse en la forma —Whitman no rimaba— parecía una corrección fácil con una línea de código. Equivocarse en la poesía misma era la pregunta interesante, la pregunta que llega al corazón de por qué hacemos poemas (o pinturas, novelas o canciones): una pregunta fundamentalmente sobre qué significa ser humano.
Le pregunté a una amiga poeta por qué pensaba que ChatGPT sonaba hueco mientras que Whitman podía condensar infinitud de sentimientos en una sola imagen, podía desarraigar el alma en una palabra.
Hizo una pausa y luego dijo: «Porque la IA no ha sufrido».
Las últimas semanas he estado experimentando con algunos agentes de programación para hacer una idea de una app que se me vino a la mente. Me complace decir que terminé la primera versión de la aplicación en aproximademente 3 semanas, desde el primer commit hasta que la mandé a la App Store para revisión.
Todavía no está publicada, porque me pidieron que agregara algunos datos necesarios para aplicaciones que ofrecen algún tipo de suscripción. Pero espero que en cualquier momento esté disponible.
El punto es que he estado desarrollando esta app en mi computadora personal: una MacBook Air M3 con 16GB de RAM. Esta compu la compré hace como año y medio bajo la asunción que no necesitaba ni más memoria ni más procesador para escribir.
Y ciertamente, nunca sentí que le faltara poder…
Hasta ahora.
Resulta que correr múltiples LLMs, aunque no localmente, que están continuamente compilando y recompilando y volviendo a compilar, y editando archivos de texto y demás sí pone al procesador a trabajar y a la memoria a correr.
Nunca había sentido esta computadora tan caliente como ahorita que acabo de correr el comando para generar un nuevo set de screenshots para subir al App Store.
Los últimos días he tenido una pestaña en el Apple Store:
MacBook Pro de 16 pulgadas – Color plata
- Pantalla Liquid Retina XDR de 16 pulgadas²
- Pantalla nanotexturizada
- Chip M4 Max de Apple con CPU de 16 núcleos, GPU de 40 núcleos y Neural Engine de 16 núcleos
- Memoria unificada de 128 GB
- Almacenamiento SSD de 1 TB
- Adaptador de corriente USB-C de 140 W
- Tres puertos Thunderbolt 5, puerto HDMI, ranura para tarjeta SDXC, entrada para audífonos y puerto MagSafe 3
- Magic Keyboard retroiluminado con Touch ID – Inglés (EE.UU.)
… y este clip de Bob Esponja en replay en mi cabeza.
Hace sesenta años, la edición de septiembre de 1965 de Electronics Illustrated mostraba cómo fabricar estos auriculares inalámbricos para escuchar en silencio sin necesidad de cables. La fuente de audio se conectaba a un bucle de cable que rodeaba la habitación, formando el primario de un transformador de audio. El secundario se montaba en los propios auriculares, en forma de una bobina enrollada sobre un núcleo de ferrita.
›
Daniel Kokotajlo, Scott Alexander, Thomas Larsen, Eli Lifland y Romeo Dean publicaron en ai-2027.com a inicios de año sus predicciones sobre la dirección que tomará la inteligencia artificial en los siguientes 3 años:
Predecimos que el impacto de la IA superhumana durante la próxima década será enorme, superando al de la Revolución Industrial.
Hemos elaborado un escenario que representa nuestra mejor estimación sobre cómo podría ser. Se basa en extrapolaciones de tendencias, simulacros de guerra, comentarios de expertos, experiencia en OpenAI y pronósticos exitosos previos.
La mejor forma de predecir el futuro es extrapolando del pasado. Las personas que escribieron este reporte aportan esa perspectiva.
Con demasiada frecuencia, nos enteramos de un error de software importante. Los errores de las grandes empresas son noticia de primer nivel. Los errores de las pequeñas empresas parecen igual de comunes. Como programadores, todos estos errores nos cuestan tiempo y dinero. Sabemos que necesitamos mejorar, pero no sabemos cómo.
Como industria, hemos intentado resolver este problema con procesos y herramientas cada vez más complejos, y técnicas sofisticadas. Pero Edsger Dijkstra propuso una solución diferente y más sencilla.
Dijkstra fue uno de los pioneros del desarrollo de software. Realizó importantes contribuciones en compiladores, sistemas operativos y sistemas distribuidos. Pero no afirmó que los avances en estas áreas llevarían a un software más fiable. Pensó que lo que marcaría la diferencia más significativa era la humildad.
Así se aplica en la disciplina:
Para los desarrolladores, el consejo de Dijkstra de ser humildes se puede aplicar de muchas maneras. La aplicación más directa es escribir código lo más simple posible. Esto significa evitar trucos ingeniosos. Significa usar la abstracción para simplificar el código, no para complicarlo. La simplicidad mejora la mantenibilidad del código a lo largo de la vida de la aplicación.
Otra forma en que la humildad beneficia a los desarrolladores es que nos motiva a escribir. Hay un viejo proverbio chino que dice: «La tinta más pálida es más fiable que la memoria más poderosa». No debemos dar por sentado que recordaremos por qué tomamos una decisión de cierta manera meses después.
La humildad también nos ayuda a hacer preguntas cuando es necesario. Necesitamos reconocer cuándo nos atascamos intentando resolver un problema. En esas situaciones, debemos ser lo suficientemente humildes como para pedir ayuda, priorizando la necesidad de ofrecer una buena solución por encima de nuestro ego. Para los desarrolladores experimentados, esto puede significar estar dispuestos a pedir ayuda a desarrolladores con menos experiencia.
:chef-kiss:
En OpenCulture:
Dan Pelzer murió a principios de este año a la edad de 92 años, dejando una lista escrita a mano de todos los libros que había leído desde 1962.
Hay un sitio con la versión escaneada de sus notas (what-dan-read.com) y un PDF. con la lista completa.
#goals
Llevo nueve años “aprendiendo a programar”. Todavía recuerdo escribir mi primera línea de HTML en un Netcafe.
Traducción: Tengo cientos de repositorios de GitHub llenos de tutoriales sin terminar, plantillas clonadas y carpetas llamadas “final-v3-actually-final”.
Ni un solo proyecto que funcione.
La semana pasada estaba en una cafetería, repasando el mismo tutorial de JavaScript por vigésimo tercera vez. ¿A mi lado? Un chico de 16 años creando casualmente un bot de Discord que transmite datos deportivos en directo.
¿Yo? Emocionado porque por fin entendí closures.
Fue entonces cuando me di cuenta: no estaba aprendiendo a programar. Estaba aprendiendo a sentir que estaba aprendiendo a programar. ¡Qué diferencia!
La importantísima reflexión:
El 90% de la programación es depurar el código.
Los tutoriales se saltan la parte de “2 horas arreglando un punto y coma que falta”.
El código feo que se ejecuta es mejor que el código perfecto que no existe.
Se aprende rompiendo, no observando.
Sabemos que “El 90% de la programación es depurar el código“ es completamente cierto, pero todavía seguimos debatiendo si la IA sirve para escribir código.