Las preguntas que Stack Overflow ahora premia
Escuchar el artículo (experimental) · 11:45

Llevo en Stack Overflow el tiempo suficiente como para tener ciertos reflejos grabados a fuego. Uno de ellos se dispara cuando una pregunta quiere saber cuál es la mejor práctica, o qué herramienta usar: el viejo entrenamiento dice repórtala, vota para cerrar, mándale a quien pregunta el enlace a la página que explica por qué aquí no hacemos opiniones. Por eso me quedé helado, navegando hace unos días, al ver preguntas vivas llevando el tag best-practices, sin borrar, sin cerrar, acumulando respuestas a la vista de todos. Y no era una pregunta suelta; el tag está ahí con una pila cada vez mayor debajo, junto a un hermano llamado tooling-recommendation que nombra, con todas las letras, la categoría exacta que el sitio se pasó mi carrera entera cerrando en cuanto asomaba.
Para sentir por qué eso es notable hace falta la historia, porque esto no son solo tags. Son los fantasmas de una purga constitucional.
Un tag muerto que camina
En agosto de 2010, Stack Overflow publicó un post llamado The Death of Meta Tags y destruyó sistemáticamente los tags que describían lo que una pregunta era en lugar de sobre qué trataba. La víctima más famosa fue best-practices. El razonamiento era limpio: las preguntas de buenas prácticas atraen opiniones, las opiniones no se pueden verificar, y el sitio se construyó sobre la premisa de que una pregunta de programación tiene una respuesta comprobable. La misma lógica empujó más tarde fuera del sitio, por completo, todas las preguntas del tipo "qué herramienta debería usar", hasta el punto de que se fundó para ellas una colonia de exilio en Software Recommendations, un sitio aparte de Stack Exchange cuya función principal, hasta donde yo pude ver, era ser el lugar que Stack Overflow señalaba mientras te cerraba la pregunta.
Esa fue la constitución durante quince años. Los hechos entran, el juicio se queda fuera.
La marcha atrás, resulta, es oficial. En octubre de 2025 el sitio empezó a probar discretamente lo que llama preguntas abiertas, esas del tipo preferencia-del-desarrollador, más-de-una-respuesta-correcta, que siempre había cerrado, y en febrero de 2026 el experimento se amplió a todo el mundo. Los tags resucitados son el borde visible de eso: la maquinaria de la vieja prohibición desmontándose pieza a pieza, en producción.
Enmendar una constitución en público
Lo que hace esto más interesante que el anuncio de una funcionalidad es ver a la comunidad metabolizarlo, porque el debate está ocurriendo a la vista de todos, en Meta, y se lee como una convención constituyente.
Hay un hilo que pregunta, con toda seriedad, qué debería llevar siquiera el tag best-practices, y que cita la ejecución de 2010 como los abogados citan un precedente revocado. La comunidad que en su día quemó el tag, con herramientas construidas específicamente para quemar tags a escala, está ahora redactando sus pautas de uso. Otro pregunta si las preguntas abiertas deberían medirse con otro rasero, si el sitio puede permitirse ser más indulgente con ellas, que es la discusión entera de quince años comprimida en un solo título. En los hilos vecinos se apilan las enmiendas: ¿deberían las preguntas antiguas, cerradas por basarse en opiniones bajo el régimen anterior, recibir tags nuevos y reabrirse, como condenas revisadas bajo una ley nueva? ¿Cómo debería el Staging Ground, donde las preguntas nuevas reciben orientación antes de salir en vivo, tratar una que por diseño no tiene respuesta correcta? ¿Habría que exigir que una pregunta abierta lleve un segundo tag, para que se declare con honestidad?
Nada de esto es unánime, y llamarlo una bienvenida cálida sería mentira. Las publicaciones oficiales que exponen los próximos pasos para las preguntas abiertas han recibido votos negativos con fuerza, mientras que las respuestas de la comunidad a esas publicaciones están entre lo más votado de Meta, que es la manera tradicional del sitio de decir hemos oído el plan y tenemos comentarios. Es precisamente esa discusión lo que hace creíble el cambio. Un rebranding desde arriba sería fácil de descartar. Una comunidad quince años metida en una doctrina, peleando cláusula por cláusula cómo operar bajo la contraria, es algo más raro: una institución cambiando de opinión por escrito, con las objeciones conservadas en el acta.
Los votos están de acuerdo
Si los tags y los hilos fueran toda la historia, podrías descartarlos como teatro de política interna. Lo que me convenció es que los votos se mueven en la misma dirección, y los votos son lo único en Stack Overflow que nadie puede decretar.
Una de las preguntas de programación más leídas del sitio recientemente no era un segfault ni un off-by-one. Era un estudiante escribiendo, en un título sin una sola línea de código, "I get stuck learning HTML, CSS, and JavaScript (I am a student)" (me atasco aprendiendo HTML, CSS y JavaScript; soy estudiante). Sin mensaje de error, sin ejemplo mínimo reproducible, sin una única respuesta comprobable. Según la vieja constitución, esa pregunta es insalvable, demasiado amplia, principalmente basada en opiniones, cerrada en minutos con un enlace que explica cómo preguntar. En cambio, acumuló miles de visitas, una puntuación de 19, y una mejor respuesta con 17 en la que un desconocido guía a un principiante en cómo estar atascado sin ahogarse. Ya defendí en un ensayo anterior que atascarse es donde se forma la comprensión, así que admito que la pregunta encontró en mí un blanco fácil. Los votantes no lo sabían, y no importó.
El patrón se repite allá donde miro últimamente. Alguien publicó su proyecto de gestión de inventario y pidió, en un inglés dolorosamente honesto, que la gente lo criticara y le dijera cómo mejorar; la clase de petición abierta que solía ser el ejemplo canónico de aquello para lo que Stack Overflow no sirve, y su mejor respuesta está en una puntuación que la mayoría de las respuestas del sitio no alcanza nunca. "Is coding going to be obsolete?" (¿va a quedarse obsoleto programar?), una pregunta que es cien por cien ansiedad profesional y cero por cien código, acumuló discretamente cientos de visitas. Mientras tanto, las preguntas con forma de hecho, el cómo-hago-esto y los deberes y el pego-mi-error, siguen aterrizando en el fondo, votadas en negativo y cerradas, no porque hayan empeorado, sino porque una máquina las responde antes de que la pestaña termine de cargar, y todo el mundo, el que pregunta y el que vota, lo sabe.
Por qué ahora
Nada de esto es misterioso si sigues adónde se fue el valor. Escribí en un ensayo anterior que la IA vuelve inútil la mitad barata del conocimiento y más valiosa que nunca la mitad cara. Las reglas de Stack Overflow eran un motor para fabricar la mitad barata a escala industrial y con calidad de archivo: respuestas canónicas, deduplicadas y verificables a preguntas de hecho. Tuvo un éxito tan completo que su archivo se convirtió en datos de entrenamiento, y las máquinas entrenadas con él responden ahora esas preguntas más rápido de lo que el sitio pudo nunca, sin el tono. El centro objetivo del Q&A de programación, el cómo-hago-esto y el por-qué-da-este-error, ha sido automatizado fuera de la escasez.
Lo que sigue siendo escaso entre personas es exactamente lo que la constitución excluía. Qué práctica es sólida. Qué herramienta merece adoptarse, dicho por alguien que la adoptó y pagó el error. Si este código, mi código, el único proyecto que me importa, vale algo, y qué hacer específicamente al respecto. Juicio, en una palabra, y el juicio se prohibió precisamente porque no puede verificarse, solo confiarse. El sitio se optimizó, con rigor de verdad y la mejor de las intenciones, para la única categoría de contenido que la IA automatizaría primero, y ahora está, oficialmente, reabriendo sus puertas a las supervivientes.
Hay una versión de esta observación que se regodea, y no quiero saber nada de ella. Los años estrictos no fueron un error. Las reglas produjeron la mejor referencia de programación que tiene el mundo, y la disciplina de hacer una pregunta a la manera de Stack Overflow, ejemplo mínimo, error exacto, qué intentaste, nos enseñó a una generación entera a pensar antes de preguntar, yo incluido. La constitución era correcta para una era en la que los hechos eran escasos y había que extraerlos de las personas. La era terminó. El mérito que le corresponde al sitio es haberse dado cuenta, y el que le corresponde a la comunidad es que está haciendo la parte difícil, renegociar quince años de jurisprudencia hilo a hilo, en vez de fingir que nada ha cambiado.
Lo que la enmienda admite
Aléjate lo bastante y los tags, los hilos y los votos son todos la misma señal. La marcha atrás es una confesión, hecha en forma de política: la parte del archivo que hizo indispensable a Stack Overflow ya no es la parte que las máquinas no pueden reemplazar. Los hechos están resueltos. Aquello a lo que el sitio le está apostando su segundo acto es el tipo de pregunta que antes consideraba por debajo de él, la que no se verifica, la que depende de la situación, la que exige juicio, llevada a personas porque solo las personas han pagado el precio de sostener una opinión.
Mi reflejo de cierre, entrenado por la vieja constitución, todavía se dispara cuando veo un tag best-practices. Estoy aprendiendo a dejarlo pasar. Si los recuentos siguen subiendo, entonces en algún punto entre un tag resucitado y un hilo de Meta, este año, terminó una era, y el sitio que enseñó al mundo los hechos de la programación empezó a convertirse en el lugar al que llevas las preguntas que las máquinas no pueden zanjar. Es un sitio más pequeño, casi seguro. Puede que también sea el más valioso.
Preguntas que responde este artículo
¿Se pueden volver a hacer preguntas de buenas prácticas en Stack Overflow?
Sí. El tag best-practices ha vuelto a preguntas vivas, sin borrar y sin cerrar, acumulando respuestas, junto a un tag hermano llamado tooling-recommendation. Los dos se apoyan en un cambio oficial: el sitio empezó a probar en octubre de 2025 las preguntas abiertas, esas del tipo más-de-una-respuesta-correcta, y en febrero de 2026 el experimento se amplió a todo el mundo.
¿Por qué prohibió Stack Overflow esas preguntas en su día?
Porque no se podían verificar. En agosto de 2010 el sitio publicó The Death of Meta Tags y destruyó los tags que describían lo que una pregunta era en lugar de sobre qué trataba, con best-practices como víctima más famosa, bajo el razonamiento de que las opiniones no se comprueban y de que el sitio se había construido sobre la premisa de que una pregunta de programación tiene una respuesta comprobable. Las preguntas de qué herramienta usar acabaron empujadas fuera del sitio por completo, a Software Recommendations, un sitio aparte que servía sobre todo como el lugar al que te señalaban mientras te cerraban la pregunta.
¿Esto no es solo Stack Overflow aflojando las reglas para recuperar el tráfico que perdió con la IA?
Los votos lo ponen difícil, y los votos son la única parte del sitio que nadie puede decretar. La pregunta de un estudiante sobre atascarse aprendiendo HTML, CSS y JavaScript, sin mensaje de error y sin código en el título, acumuló miles de visitas, una puntuación de 19 y una mejor respuesta con 17. Mientras tanto, las publicaciones oficiales sobre los próximos pasos han recibido votos negativos con fuerza y las respuestas de la comunidad a ellas están entre lo más votado de Meta, que es una comunidad discutiendo un plan, no aceptando un rebranding.
¿Qué tipo de pregunta merece todavía llevar a Stack Overflow?
La que alguien tuvo que pagar. Qué práctica es sólida, qué herramienta merece adoptarse dicho por alguien que la adoptó y pagó el error, si este proyecto concreto vale algo y qué hacer con él a continuación. Las preguntas con forma de hecho ya están resueltas: una máquina las responde antes de que la pestaña termine de cargar, y lo saben tanto el que pregunta como el que vota, y por eso ahora se hunden.
Leer a continuación
AILo que todavía nos preguntamos unos a otros
Las respuestas pasaron a ser gratis y las preguntas entre desarrolladores cambiaron de forma. Las que todavía necesitan a una persona son las que nos enseñaron a menospreciar.
AICuando la IA tiene que grabar su propia revisión
Cuando se abre una pull request, sea mía o una que me toca revisar, ahora le pido al agente que la ejecute en mi máquina, que intente romperla y que se grabe mientras lo hace. Un párrafo puede asegurar que se hizo una prueba. Una grabación tiene que enseñarla, y decidir qué significa sigue siendo cosa mía.