> Definitivamente no espero con entusiasmo un futuro centrado en la IA. No me preocupa que la IA vaya a matarnos, pero sí me preocupa más que personas sin ética ni moral puedan dañar a la sociedad con menos esfuerzo.
A veces me interesa Helix por la facilidad de cosas como configurar el LSP y los plugins, pero tengo las manos demasiado acostumbradas a vi/vim, así que no es fácil.
Sinceramente, creo que esto aplica sobre todo a Java y Python. También son ecosistemas donde el chauvinismo por el propio lenguaje o una cultura fuertemente aislada en términos de paradigma tienden a ser fuertes.
Tomando Python como referencia, el planteamiento encaja bien, pero cuando estudias varios lenguajes, ese 5% se siente bastante exagerado.
Desde hace tiempo, con eso de no sé qué kit, no paran de sacar un montón de funciones accesorias totalmente innecesarias como si fueran la gran cosa... sí, muy propio de Apple. Un trasto inútil.
Es un contexto un poco distinto, pero creo que el hecho de que exista el infierno de los tutoriales también se debe a que los tutoriales de frameworks no se usan como material básico de enseñanza de CS.
Que un principiante que vio el tutorial de Django y creó una app de encuestas no pueda luego hacer por su cuenta un blog se debe a que el tutorial de Django es un texto para explicar Django a personas que ya saben qué es HTTP, qué son las plantillas, qué es WS, qué es una DB, etc.; no es un texto para explicar la web. En el tutorial de Django se omite muchísimo contexto, y sospecho que esa es una de las causas de que aparezca el infierno de los tutoriales.
Reescribir el tutorial de Django para alguien que hoy programa por primera vez también parece una buena tarea. Algo como explicar primero la estructura de HTTP y luego cómo Django maneja cada uno de sus elementos.
Uso KT Gigabit Wi‑Fi, y como el ancho de banda del canal está configurado en 80 MHz, comparé los resultados de networkQuality de macOS probando cambiarlo a 40 MHz, y en mi caso, al cambiarlo a 40, tanto la capacidad de respuesta como el rendimiento caen muchísimo.
Probé varias cosas más para ver si había algunos casos parecidos, y aunque no es consistente, a veces la estrella de mar (Starfish) también cae en un bucle. Si lo intentas repetidamente, incluso cuando no entra en bucle, al menos algunas veces responde de forma confundida. Pero hay que preguntarlo en inglés, no en coreano. Supongo que la clave es la combinación de dos palabras (Star+Fish) y que sea un animal que parezca probable como emoji jaja
Pensé que yo era el único medio tonto que no podía entender la documentación oficial jajaja
De verdad, si te ponen un ejemplo y te explican un poquito, se entiende rapidísimo.....
PHP sería tanto un buen ejemplo como el peor ejemplo.
Es un buen caso porque en la documentación oficial se puede subir contenido aportado por usuarios y así revisar varios ejemplos de código,
...pero también es el peor ejemplo porque PHP tiene muchas sutiles BC en sus funciones integradas, y casi todos esos ejemplos aportados son de versiones de la época de Maricastaña, así que se mezclan cosas sutilmente distintas de cómo realmente funcionan y eso solo aumenta la confusión... jaja...
En la documentación antigua de iOS o Cocoa había una sección aparte de casos de uso; ¿no sería ese el método correcto de documentación? Se necesitan ejemplos, firmas de funciones y explicaciones del comportamiento.
Si antes la falta de profundidad de la documentación oficial se compensaba con Stack Overflow y búsquedas en Google, hoy parece que la compensan los LLM.
> Definitivamente no espero con entusiasmo un futuro centrado en la IA. No me preocupa que la IA vaya a matarnos, pero sí me preocupa más que personas sin ética ni moral puedan dañar a la sociedad con menos esfuerzo.
Es una buena frase.
Como la presentación es bastante larga, si tienen curiosidad por el contenido completo, creo que les conviene consultar el artículo del enlace.
¡También voy a resumir y publicar pronto el contenido de las presentaciones del segundo día!
A veces me interesa Helix por la facilidad de cosas como configurar el LSP y los plugins, pero tengo las manos demasiado acostumbradas a vi/vim, así que no es fácil.
Como no hay un contenedor oficial, la configuración inicial resulta un poco engorrosa.
Parece que sería bueno para gestionar documentos con self-hosting~
Se parece a Docusaurus.
Sinceramente, creo que esto aplica sobre todo a Java y Python. También son ecosistemas donde el chauvinismo por el propio lenguaje o una cultura fuertemente aislada en términos de paradigma tienden a ser fuertes.
Tomando Python como referencia, el planteamiento encaja bien, pero cuando estudias varios lenguajes, ese 5% se siente bastante exagerado.
El código es la mejor documentación; vénganse a Golang~
Nosotros desarrollamos revisando el código de pruebas aunque no tengamos README
Desde hace tiempo, con eso de no sé qué
kit, no paran de sacar un montón de funciones accesorias totalmente innecesarias como si fueran la gran cosa... sí, muy propio de Apple. Un trasto inútil.Es un contexto un poco distinto, pero creo que el hecho de que exista el infierno de los tutoriales también se debe a que los tutoriales de frameworks no se usan como material básico de enseñanza de CS.
Que un principiante que vio el tutorial de Django y creó una app de encuestas no pueda luego hacer por su cuenta un blog se debe a que el tutorial de Django es un texto para explicar Django a personas que ya saben qué es HTTP, qué son las plantillas, qué es WS, qué es una DB, etc.; no es un texto para explicar la web. En el tutorial de Django se omite muchísimo contexto, y sospecho que esa es una de las causas de que aparezca el infierno de los tutoriales.
Reescribir el tutorial de Django para alguien que hoy programa por primera vez también parece una buena tarea. Algo como explicar primero la estructura de HTTP y luego cómo Django maneja cada uno de sus elementos.
Uso KT Gigabit Wi‑Fi, y como el ancho de banda del canal está configurado en 80 MHz, comparé los resultados de
networkQualityde macOS probando cambiarlo a 40 MHz, y en mi caso, al cambiarlo a 40, tanto la capacidad de respuesta como el rendimiento caen muchísimo.Datastar - framework hipermedia liviano para crear aplicaciones web interactivas
Probé varias cosas más para ver si había algunos casos parecidos, y aunque no es consistente, a veces la estrella de mar (Starfish) también cae en un bucle. Si lo intentas repetidamente, incluso cuando no entra en bucle, al menos algunas veces responde de forma confundida. Pero hay que preguntarlo en inglés, no en coreano. Supongo que la clave es la combinación de dos palabras (Star+Fish) y que sea un animal que parezca probable como emoji jaja
Conversación de ChatGPT
Simplemente eviten Ryanair a toda costa... es de lo peor..
Settings > Accessibility > Display & Text Size > Reduce Transparency
Settings > Accessibility > Display & Text Size > Increase Contrast
Settings > Accessibility > Display & Text Size > Differentiate Without Colour
Con esa configuración, se me quitó el cáncer
Pensé que yo era el único medio tonto que no podía entender la documentación oficial jajaja
De verdad, si te ponen un ejemplo y te explican un poquito, se entiende rapidísimo.....
PHP sería tanto un buen ejemplo como el peor ejemplo.
Es un buen caso porque en la documentación oficial se puede subir contenido aportado por usuarios y así revisar varios ejemplos de código,
...pero también es el peor ejemplo porque PHP tiene muchas sutiles BC en sus funciones integradas, y casi todos esos ejemplos aportados son de versiones de la época de Maricastaña, así que se mezclan cosas sutilmente distintas de cómo realmente funcionan y eso solo aumenta la confusión... jaja...
Está bueno.
En la documentación antigua de iOS o Cocoa había una sección aparte de casos de uso; ¿no sería ese el método correcto de documentación? Se necesitan ejemplos, firmas de funciones y explicaciones del comportamiento.
Por un momento me pregunté de qué estaban hablando jajajajaja
Si antes la falta de profundidad de la documentación oficial se compensaba con Stack Overflow y búsquedas en Google, hoy parece que la compensan los LLM.