Vaya, muchas gracias. Así que hubo reacciones como esta en la etapa inicial de adopción. Yo conocí los IDE de JB por primera vez cuando las suscripciones ya dominaban el mundo, así que pensé: "¿por qué su política de licencias es tan buena?". Pero al ver las reacciones del pasado, siento como si hubiera entendido algo importante. (Aunque todavía no sé muy bien qué fue exactamente lo que entendí, pero me hace pensar que la forma de ver algo antes de que se vuelva mainstream y la forma de verlo después de que ya lo es pueden ser muy distintas...)
Muchas gracias por investigarlo. ¡Que tengas un buen día! 'm 'b
En la sección de comentarios de las normas de uso del sitio, que aparece tanto al registrarte para que todos la vean como en la parte inferior, dice: Por favor, hablen con amabilidad y cortesía.
Antes de clasificar y descalificar algo a tu antojo, creo que sería bueno que primero respetaras al menos el RTFM, que cualquiera puede hacer aunque no seas parte del 0.1%, y reflexionaras primero sobre qué tipo de persona eres.
Afirmación 1: "La verdadera innovación siempre la ha logrado solo una minoría élite del 0.1%, y el resto no es más que consumidores que toman esa tecnología y la usan."
Por grandioso que sea un invento, si no existe ese 99.9% que lo use y lo haga evolucionar, no pasa de ser un hobby personal. Es una postura que ignora el ecosistema.
Afirmación 2: "Aprovechar tecnologías ya dadas, como en el desarrollo de apps, es algo que 'hace cualquiera' y no tiene valor; el desarrollo real son trabajos fundamentales como el diseño de arquitectura."
La tecnología compleja que no resuelve los problemas del usuario no es más que autosatisfacción. El valor de la tecnología no lo determina su dificultad, sino la utilidad que genera.
Afirmación 3: "Pensar que antes había muchos desarrolladores curiosos es una ilusión y una romantización del pasado; en realidad, nada ha cambiado."
El texto original no habla de la esencia de las personas, sino de que desapareció la 'cultura' que fomentaba la curiosidad. En un entorno donde las ganancias y los indicadores son la única recompensa, es natural priorizar los resultados por encima de la exploración.
Es un comentario que prácticamente admite que tiene una visión estrecha, al limitar el campo del desarrollo a un patrimonio exclusivo de una pequeña élite y menospreciar la diversidad de roles y valores.
Por temas de control interno o de auditoría, esto tampoco parece fácil de aprovechar para quienes no son desarrolladores. Como cada vez queda más claro que es imposible que los LLM actuales se conviertan en AGI y que también tienen límites para programar, da la impresión de que están aumentando las declaraciones hechas a la fuerza de "no, esto de verdad sí funciona".
Yo también siempre me pregunté esto. ¿Dónde están corriendo los innumerables servidores de los gestores de paquetes y quién, y cómo, los mantiene y opera...?
Como GeekNews aparece mucho en Google por su algoritmo, parece que una pequeña desventaja es que mucha gente se registra ese mismo día y deja comentarios de baja calidad antes de irse.
Parece que hace falta compartir y debatir mejor, entre quienes trabajan con software, el contexto de la diferencia entre open source y free software (software libre).
Si te alejas un par de días de programar para ganarte la vida, poco a poco empiezas a preguntarte si se te ocurrirá algún tema creativo, aunque sea pequeño.
La realidad es que entre semana programas en modo crunch y el fin de semana te toca criar a los hijos... qué creatividad ni qué nada, uno solo desea que los días pasen sin problemas.
Parece que el capítulo 7 está dos veces. Da la impresión de que resumieron el mismo contenido dos veces de formas distintas.
Vaya, muchas gracias. Así que hubo reacciones como esta en la etapa inicial de adopción. Yo conocí los IDE de JB por primera vez cuando las suscripciones ya dominaban el mundo, así que pensé: "¿por qué su política de licencias es tan buena?". Pero al ver las reacciones del pasado, siento como si hubiera entendido algo importante. (Aunque todavía no sé muy bien qué fue exactamente lo que entendí, pero me hace pensar que la forma de ver algo antes de que se vuelva mainstream y la forma de verlo después de que ya lo es pueden ser muy distintas...)
Muchas gracias por investigarlo. ¡Que tengas un buen día! 'm 'b
En la sección de comentarios de las normas de uso del sitio, que aparece tanto al registrarte para que todos la vean como en la parte inferior, dice: Por favor, hablen con amabilidad y cortesía.
Antes de clasificar y descalificar algo a tu antojo, creo que sería bueno que primero respetaras al menos el RTFM, que cualquiera puede hacer aunque no seas parte del 0.1%, y reflexionaras primero sobre qué tipo de persona eres.
A veces pienso que, si alguien dice que hace backend en Corea, quizás sería más correcto llamarlo desarrollador de Spring que desarrollador de Java.
La uso desde la 1.0 y, salvo que no tiene desplazamiento ni búsqueda, estoy satisfecho jaja. Estaba usando iTerm, pero ya me quedé con esta.
Afirmación 1: "La verdadera innovación siempre la ha logrado solo una minoría élite del 0.1%, y el resto no es más que consumidores que toman esa tecnología y la usan."
Por grandioso que sea un invento, si no existe ese 99.9% que lo use y lo haga evolucionar, no pasa de ser un hobby personal. Es una postura que ignora el ecosistema.
Afirmación 2: "Aprovechar tecnologías ya dadas, como en el desarrollo de apps, es algo que 'hace cualquiera' y no tiene valor; el desarrollo real son trabajos fundamentales como el diseño de arquitectura."
La tecnología compleja que no resuelve los problemas del usuario no es más que autosatisfacción. El valor de la tecnología no lo determina su dificultad, sino la utilidad que genera.
Afirmación 3: "Pensar que antes había muchos desarrolladores curiosos es una ilusión y una romantización del pasado; en realidad, nada ha cambiado."
El texto original no habla de la esencia de las personas, sino de que desapareció la 'cultura' que fomentaba la curiosidad. En un entorno donde las ganancias y los indicadores son la única recompensa, es natural priorizar los resultados por encima de la exploración.
Es un comentario que prácticamente admite que tiene una visión estrecha, al limitar el campo del desarrollo a un patrimonio exclusivo de una pequeña élite y menospreciar la diversidad de roles y valores.
Materialismo, el teorema de incompletitud de las matemáticas, Turing completo, el barco de Teseo..
Si uno está de acuerdo con esta perspectiva filosófica, es algo de lo más natural.
Las empresas lo saben muy bien.
Cumplen con la compliance de código abierto, pero como donar no es obligatorio, solo donan las del nivel de Google.
Entonces, ¿la causa de fondo al final es DHH?
Por temas de control interno o de auditoría, esto tampoco parece fácil de aprovechar para quienes no son desarrolladores. Como cada vez queda más claro que es imposible que los LLM actuales se conviertan en AGI y que también tienen límites para programar, da la impresión de que están aumentando las declaraciones hechas a la fuerza de "no, esto de verdad sí funciona".
Oh... gracias...
Yo también siempre me pregunté esto. ¿Dónde están corriendo los innumerables servidores de los gestores de paquetes y quién, y cómo, los mantiene y opera...?
En el tiempo en que deberíamos tener curiosidad, estamos demasiado ocupados sacando el trabajo adelante T_T
Si les interesa algo así, también les recomiendo el artículo de Quanta Magazine sobre autómatas neuronales celulares.
Se viene libghostty
Lanzamiento de Ghostty 1.0: un emulador de terminal rápido y multiplataforma
Como GeekNews aparece mucho en Google por su algoritmo, parece que una pequeña desventaja es que mucha gente se registra ese mismo día y deja comentarios de baja calidad antes de irse.
Parece que hace falta compartir y debatir mejor, entre quienes trabajan con software, el contexto de la diferencia entre open source y free software (software libre).
Este tipo de críticas tan parciales y estridentes realmente son muy difíciles de leer.
Los responsables de los gestores de paquetes de Linux: seguro te preguntas cómo demonios se ganan la vida.
Si te alejas un par de días de programar para ganarte la vida, poco a poco empiezas a preguntarte si se te ocurrirá algún tema creativo, aunque sea pequeño.
La realidad es que entre semana programas en modo crunch y el fin de semana te toca criar a los hijos... qué creatividad ni qué nada, uno solo desea que los días pasen sin problemas.