Lo gracioso es cuando lo dijo, justo un par de días antes de vender un nuevo modelo de lenguaje desarrollado por ellos... obviamente, si vas a vender algo así, necesitas quitar la competencia...
Gracias por la ayuda y soporte, es curioso que tampoco mencionamos Erlang mucho en nuestros vídeos pero supongo que se nos nota la pasión cuando lo hacemos 😊
Que interesante forma de abordar el tema y con lo que me quedo es que aunque los sistemas de LLM puedan resolver o sugerir algo los desarrolladores de software aún son necesarios para que (como lo comentaron) discernir cuál es el algoritmo a aplicar y para ello solo el humano puede hacerlo (por el momento) dado que es el que esta interactuando con el mundo real.
¡Exacto! Por mucho que avancen los sistemas que ayudan a programar el programador seguirá siendo necesario porque programar no es solo escribir código 😉 Gracias por el comentario.
Os felicito por el video pero me dejó una duda o curiosidad. Cuando habláis del pensamiento crítico y creatividad como habilidades que se desarrollan con la programación dejáis claro el pensamiento crítico pero de la creatividad pienso que no decís lo suficiente para dejar claro ese punto y para ser sinceros me habría encantado saber un poco más de ese punto ya que siempre he visto la programación y todo lo creativo como dos mundos separados incluso opuestos. Que aparezcan Jessie y James al final del vídeo ❤
Cierto, bueno cuando se habla de creatividad siempre se tiene presente de forma errónea el carácter artístico de la misma (p.ej. pintura, música, escultura), pero cuando lo usamos en entornos científicos y de ingeniería sugiere una forma nueva, más directa e incluso más simple de realizar una tarea obteniendo el resultado esperado. Si el inglés no es problema para ti, ayudé en la revisión de este libro que habla precisamente del tema www.manning.com/books/the-creative-programmer espero te sirva y nos alegra que hayas visto las conclusiones de nuestro team rocket! 😁
No sé si veo a los lenguajes de programación con el mismo cariño que un viejo ingeniero vió a las tarjetas perforadas, para después desaparecer, o lo estoy viendo como vieron a los procesadores de 16 bits que si bien no son famosos, están en literalmente todos lados en sistemas embebidos.
Aún no sabemos cómo evolucionará la programación, pero la Historia nos ayuda a trazar líneas para ver dónde puede acabar. Por ejemplo, ¿qué sucedió cuando Backus publicó FORTRAN? Ese fue el punto de inflexión entre la programación de alto nivel y la programación a nivel de ensamblador o incluso bit. La gente pensaba que con FORTRAN todos podrían programar y se acabaría la profesión. Pero sigamos la Historia, ¿qué sucedió con COBOL? Hopper recuerda una frase que le decían: "Si haces el lenguaje tan simple TODOS podrán programar". De nuevo, veían peligrar sus puestos de trabajo. Pero sigamos aún más. SQL. ¿Te imaginas qué pensaron los creadores de SQL cuando publicaron su lenguaje? Un lenguaje que todos pueden usar para obtener datos de forma fácil y sin depender de los programadores. Aún más recientemente tenemos otros ejemplos como Excel o Notion. Al final, no se están creando reemplazos de los programadores, sino herramientas para ayudarnos a programar cada vez a un mayor nivel. Ciertamente, siempre necesitamos comunicarnos con la máquina y los lenguajes de programación son el intento de establecer un lenguaje formal y libre de ambigüedades para este cometido al igual que las matemáticas nos ayudan a expresarnos científicamente, sinceramente, no creemos que vayan a desaparecer, solo evolucionan. Gracias por el comentario y perdón por la extensión de la respuesta.
¡Exacto! Existe la leyenda de un administrador de sistemas tal que si una tarea le llevaba más de 90 segundos, la automatizaba, cuando se fue de la empresa donde trabajaba, su "sucesor" encontró el directorio donde guardaba todos esos scripts y los puso en Github junto con la historia, hasta ahí llega la pereza 😁 github.com/NARKOZ/hacker-scripts
@@gabrielsanabriacervantes5193 por muchas razones, si eres front y buscas trabajo existe toneladas de frameworks y las asquerosas empresas se casan con los que le de la gana, react, angular, pepito perez y asi, cuando aprendes a programar eso normalmente se aprende en youtube o en cursos que se compran pero todos fallan en lo mismo, sales al sector real y estos tarados salen con un monton de mamadas como redux y esas pendejadas, de por si en react es muy facil hacer cualquier cosa pero cuando te exigen redux lo que hacias en 1 minuto es trabajo de una hora enteresa para algo tan idiota que lo hacias en 3 pinches lineas de codigo, por otro lado eso de los estandares no existe, cada quien programa como se le da la gana, de lo contrario una empresa no necesitaria mas de dos programadores, tambien sumele pendejadas como solid, ci/cd y un monton de pendejadas que van saliendo todos los dias y no hay el tiempo para estar aprendiendo cuanta pendejada les de por inventar
Creo qu elos chicos de Codely lo expresan muy bien cuando dicen "me fue a echar una siesta y salieron 5 frameworks nuevos". Desde nuestro punto de vista l problema puede deberse, como bien apuntas, a que las empresas se lanzan a emplear frameworks muy poco maduros que, aunque respaldados por grandes empresas, no pasan la prueba del tiempo. Cuando pasan 5 años o han sacado una nueva versión que lo cambia todo o ha salido un nuevo framework o herramienta que lo hace mejor y más rápido. Pero no nos dejes solo con lo malo, ¿has conseguido alguna receta para que no sea tan mala la experiencia?
Lo gracioso es cuando lo dijo, justo un par de días antes de vender un nuevo modelo de lenguaje desarrollado por ellos... obviamente, si vas a vender algo así, necesitas quitar la competencia...
bueno gracias a vosotros me he enamorado de Erlang, nunca comento pero espero que se posicione bien el video.
Gracias por la ayuda y soporte, es curioso que tampoco mencionamos Erlang mucho en nuestros vídeos pero supongo que se nos nota la pasión cuando lo hacemos 😊
😮 La sorpresa de este video es el face reveal. Sospechaba que esa voz vestia traje. Como siempre un video muy instructivo y ameno
Gracias y sí, estrenamos al Sr ProH... a falta de un nombre mejor 😊
Que interesante forma de abordar el tema y con lo que me quedo es que aunque los sistemas de LLM puedan resolver o sugerir algo los desarrolladores de software aún son necesarios para que (como lo comentaron) discernir cuál es el algoritmo a aplicar y para ello solo el humano puede hacerlo (por el momento) dado que es el que esta interactuando con el mundo real.
¡Exacto! Por mucho que avancen los sistemas que ayudan a programar el programador seguirá siendo necesario porque programar no es solo escribir código 😉 Gracias por el comentario.
Genial ese team rocket al final ❤
Os felicito por el video pero me dejó una duda o curiosidad.
Cuando habláis del pensamiento crítico y creatividad como habilidades que se desarrollan con la programación dejáis claro el pensamiento crítico pero de la creatividad pienso que no decís lo suficiente para dejar claro ese punto y para ser sinceros me habría encantado saber un poco más de ese punto ya que siempre he visto la programación y todo lo creativo como dos mundos separados incluso opuestos.
Que aparezcan Jessie y James al final del vídeo ❤
Cierto, bueno cuando se habla de creatividad siempre se tiene presente de forma errónea el carácter artístico de la misma (p.ej. pintura, música, escultura), pero cuando lo usamos en entornos científicos y de ingeniería sugiere una forma nueva, más directa e incluso más simple de realizar una tarea obteniendo el resultado esperado. Si el inglés no es problema para ti, ayudé en la revisión de este libro que habla precisamente del tema www.manning.com/books/the-creative-programmer espero te sirva y nos alegra que hayas visto las conclusiones de nuestro team rocket! 😁
No sé si veo a los lenguajes de programación con el mismo cariño que un viejo ingeniero vió a las tarjetas perforadas, para después desaparecer, o lo estoy viendo como vieron a los procesadores de 16 bits que si bien no son famosos, están en literalmente todos lados en sistemas embebidos.
Aún no sabemos cómo evolucionará la programación, pero la Historia nos ayuda a trazar líneas para ver dónde puede acabar. Por ejemplo, ¿qué sucedió cuando Backus publicó FORTRAN? Ese fue el punto de inflexión entre la programación de alto nivel y la programación a nivel de ensamblador o incluso bit.
La gente pensaba que con FORTRAN todos podrían programar y se acabaría la profesión. Pero sigamos la Historia, ¿qué sucedió con COBOL? Hopper recuerda una frase que le decían: "Si haces el lenguaje tan simple TODOS podrán programar". De nuevo, veían peligrar sus puestos de trabajo.
Pero sigamos aún más. SQL. ¿Te imaginas qué pensaron los creadores de SQL cuando publicaron su lenguaje? Un lenguaje que todos pueden usar para obtener datos de forma fácil y sin depender de los programadores.
Aún más recientemente tenemos otros ejemplos como Excel o Notion.
Al final, no se están creando reemplazos de los programadores, sino herramientas para ayudarnos a programar cada vez a un mayor nivel. Ciertamente, siempre necesitamos comunicarnos con la máquina y los lenguajes de programación son el intento de establecer un lenguaje formal y libre de ambigüedades para este cometido al igual que las matemáticas nos ayudan a expresarnos científicamente, sinceramente, no creemos que vayan a desaparecer, solo evolucionan. Gracias por el comentario y perdón por la extensión de la respuesta.
Una asociación iterativa IA/humano
Lo de vago es cierto, todo buen programador es un vago 😂, pueden aprender pero no quieren repetir cosas😂😂😂
¡Exacto! Existe la leyenda de un administrador de sistemas tal que si una tarea le llevaba más de 90 segundos, la automatizaba, cuando se fue de la empresa donde trabajaba, su "sucesor" encontró el directorio donde guardaba todos esos scripts y los puso en Github junto con la historia, hasta ahí llega la pereza 😁 github.com/NARKOZ/hacker-scripts
@@programandootrahistoria buen repo voy a leerlo e implementar algunos🤣
El Bucle de Sisifo
programar es una mierda, en definitiva eso lo deberia de hacer las IA
Porque es una mierda?
@@gabrielsanabriacervantes5193 por muchas razones, si eres front y buscas trabajo existe toneladas de frameworks y las asquerosas empresas se casan con los que le de la gana, react, angular, pepito perez y asi, cuando aprendes a programar eso normalmente se aprende en youtube o en cursos que se compran pero todos fallan en lo mismo, sales al sector real y estos tarados salen con un monton de mamadas como redux y esas pendejadas, de por si en react es muy facil hacer cualquier cosa pero cuando te exigen redux lo que hacias en 1 minuto es trabajo de una hora enteresa para algo tan idiota que lo hacias en 3 pinches lineas de codigo, por otro lado eso de los estandares no existe, cada quien programa como se le da la gana, de lo contrario una empresa no necesitaria mas de dos programadores, tambien sumele pendejadas como solid, ci/cd y un monton de pendejadas que van saliendo todos los dias y no hay el tiempo para estar aprendiendo cuanta pendejada les de por inventar
@@gabrielsanabriacervantes5193 ademas sumele la sobre ingenieria para pendejadas que ni lo necesita que tranquilamente se puede hacer en un solo dia
Creo qu elos chicos de Codely lo expresan muy bien cuando dicen "me fue a echar una siesta y salieron 5 frameworks nuevos". Desde nuestro punto de vista l problema puede deberse, como bien apuntas, a que las empresas se lanzan a emplear frameworks muy poco maduros que, aunque respaldados por grandes empresas, no pasan la prueba del tiempo. Cuando pasan 5 años o han sacado una nueva versión que lo cambia todo o ha salido un nuevo framework o herramienta que lo hace mejor y más rápido. Pero no nos dejes solo con lo malo, ¿has conseguido alguna receta para que no sea tan mala la experiencia?
@@programandootrahistoria usar la IA para hacer todo el trabajo, uso distintos modelos