En mi Universidad, el primer curso que vemos de programación lo llamamos Fundamentos de programación, y lo primero que nos enseñan es programación funcional con el lenguaje Scheme, luego vemos otro curso que se llama fundamentos de lenguajes de programación, en donde aprendemos todas estas cosas, a hacer lenguajes de programación, compiladores, a entender las diferencias entre paradigmas, los cálculos en los que se basan para garantizar que se puede escribir cualquier algoritmo en dicho paradigma... Ahora veo la calidad de mi Universidad. Gracias Univalle - Cali Colombia. Una universidad del estado de alta calidad
Con todo el respeto Jhon para los gestores de tu universidad, que seguro que lo han estudiado mucho, pero dudo bastante que sea buena idea empezar con programación funcional si nunca has programado.
@@deswebcom sí, es verdad que cuesta bastante; pero siento que puedo comprender más fácil, a comparación de otros colegas la ventaja que brinda cada paradigma, y otra cosa que se nota bastante es que otros colegas sulen casarse con un lenguaje de programación y un paradigma, yo atribuyo la capacidad mía y de mis compañeros de ser más analíticos al momento de decidir con que herramienta solucionarían un problema, al hecho de que la Universidad se esforzó mucho en explicar paradigmas, más que lenguajes de programación, y cuando conocímos la POO al principio costó bastante, pero con el tiempo entendímos sus grandes ventajas sobre la programación funcional... Diría que tienes sus ventajas empezar con la programción funcional, otra razón sería lo bein que se profundiza en la recursividad, tema bastante importante, incluso puede ser útil en la POO... No sé, sería bueno discutirlo más despacio con otras personas
Buenísimo, excelente contenido, poco y nada sabía de programación funcional, la pasión con la que habla Luis me motivó a aprender más de la real programación funcional.
Pasar del paradigma orientado a objetos al paradigma funcional es como el mundo paso del Rock al Rap cuesta entender y adaptarse. Saludos tremenda entrevista.
Uno bastante practico es el libro "functional programing In Scala" también llamado el libro rojo. Requiere un conocimiento previo de scala pero pone montones de ejemplos de estructuras funcionales de cero. Si te interesa algo más básico de Scala, está el libro "essential scala" que es de pago por donación, desde 0 euros.
Esta charla tiene menciones sobre la simplicidad de la esencia de la computación y la programación, que olvidamos o desconocemos, y deberíamos repasar de manera regular y continua. Ej. la programación es siempre manipulación de simples datos, porque las sentencias imperativas son también datos, y entonces al fin de cuentas, todo es manipulación de datos. Esta charla estuvo genial. Me encantó. Mucha sabiduría. Gracias Luis. Gracias Miguel.
Cuidado, esa conceptualización si bien si es tentadora, es paradójica. Creo comprender tu metáfora; al fin y al cabo, las instrucciones son almacenadas para que el CPU pueda leerlas. No obstante, las instrucciones en sí mismas no pueden ser datos concretamente hablando, porque quién procesa entonces a estos datos? Un dato no puede procesar otro dato, dato != proceso.
Las instrucciones son abstracciones para referirse a los transistores, los cuales, contienen, liberan o retienen bits; donde éstos últimos sí son las abstracciones de datos.
Sigan así, gracias Luis y Miguel por traer tan buenos temas, me han hecho clic con muchos de los variados temas que hablan. Información muy completa, didáctica, del origen a poder entender todo, no he encontrado nada asi en ningún curso por Internet y menos ponerme a dejar un comentario, no lo hago en los cursos que realizo en otras plataformas, estoy siguiendo el máster de hace muy poco, ahora me siento nuevamente en el camino correcto, eso gracias a que hacen bien su trabajo.
es la segunda vez q veo este video, creo, no estoy seguro, pero si estoy seguro de algo, si lo vi dos veces la primera no lo entendí , y por dios si es que Luis no es cónclave, es el puto amo y nosotros el pueblo, pero la puta madre q ganas tengo de aprender de esto señor, pronto pronto, por favor tiempo no destruyas esta mente antes de darme la chance de conocerlo .Aguanta Luis, que no te de ansiedad por el nobel
Genial lo de como naturalmente la Progr. Fun. (PF) paraleliza la ejecución (concurrencia). Pero le falta decir que el fundamento de la PF es la Teoria de Categorias, i.e. función=morfismo (transformar y componer, patrón composite)
A ratos creo q el panelista presentador se bugeo hahaha, buenisimo, demasiada información, yo solo quería saber a lo que ahora le llaman prog. funcional :)
Es cierto que en la programación funcional se busca minimizar o eliminar el uso de variables mutables, pero no es del todo correcto decir que "no tiene variables". En la programación funcional, el enfoque principal está en la **inmutabilidad** y en el uso de **expresiones** en lugar de declaraciones de estado. Esto significa que en lugar de usar variables que cambian su valor, se utilizan funciones y datos inmutables, donde el valor de una "variable" no cambia después de ser asignado. Por ejemplo, en lenguajes funcionales como Haskell o en paradigmas funcionales de otros lenguajes, puedes tener **valores** que son asignados y utilizados, pero no se les considera "variables" en el sentido tradicional porque no cambian de estado. En resumen, la programación funcional tiende a evitar variables mutables, pero eso no significa que no existan conceptos equivalentes a las variables, solo que se tratan de manera diferente.
A veces perdemos el foco de cómo hay que hacer las cosas y vamos como borregos detrás de la moda. Está bien de vez en cuando parar y pensar si seguir esta "moda" lo hacemos porque queremos aprender algo nuevo, o si realmente nos sale a cuenta. Muchas gracias por la charla
En el canal tenemos muchos vídeos de Luis. Además, todos los lunes y viernes tienes clases con él en EscuelaIT. Ahora está dando el máster de Programación y Diseño de Software escuela.it/masters/master-programacion-diseno-software
La programación funcional es el futuro, no me imagino un procesador cuantico esperando un async await en Js🤣. Te va resolver todo paralelamente al mismo tiempo.
Yo leí sobre el libro de los dragones y no le entendí nada en su momento, venía comenzando en la programación, pero si puedo decir que era heavy el tema.
Hola que tal, yo no lo conozco ¿me podrías decir el nombre y autor por favor? y aprovechando te preguntaría que otro me recomendarías para empezar en la programación funcional. Gracias
Me gustaría escuchar a Luis y preguntarle qué opina de un lenguaje que se llamaba CLIPPER hace años. Saludos y gracias siempre es bueno aprender de los Mejores
yo hago algo de scala y actores con akka, y la verdad , luego de 2 años de práctica, no puedes ver al paradigma imperativo sin sentir algo de asco, y lo digo sin presumir, pero es cierto, veo mucha gente alabar spring boot y sinceramente me parece un poco asqueroso..... confirmo que te ayuda tremendament en parelismo ...una vez hice la misma tarea de forma imperativa y de forma funcional con javaEE y con akka ... la misma tarea con los mismos millones de registros en una laptop de baja prestaciones demoro en java como 5 horas y en scala con akka menos de una hora ...y eso lo hice cuando todavia no manejaba bien los conceptos de scala y akka.
para gustos colores y el asco que te d alo hiperativo ami me lo da algunas implementacones de lo funcional, sin embargo hablando de la velocidad como tal hay formas de escribir operaciones en java que son bastante eficientes, dudo mucho que scala supere a java en terminos de velocidad cuando hablamos de hiperativo(java) vs funcional(scala), donde si es mejor sacala es en terminos de funcional, el stream() de java deja mucho que desear y es bastante ineficiente.
@@wilberjosematusgonzalez1221 en principio hablamos de la misma jvm, pero cuando hablamos de frameworks ahi ya akka deja bastante atras a jakartaee y a springboot, en akka todo es asincrono por omision, en cambio en jakarta y springboot todo es sincrono, hasta la ultima vez que revice la especificiacion javaee 6 o 7 prohibia el uso de personalizaciones de thread en codigo administrado, por ende, no se puede aprovecha el paralelismo como debiera. en todo caso , para gustos ... cada quien con lo suyo ... solo te comento mi viaje desde javaee a scala/akka .
Madre mía qué de barbaridades juntas. Dice el señor este que "Google sacó Scala". Scala fue desarrollado en la universidad politécnica de Lausanne y no tiene nada que ver con Google. Nada. También habla de Lisp como si fuera algo del pasado. Debe ser que no ha oído hablar de Clojure. Y hasta aquí he llegado con el vídeo. Hasta el minuto 5:39. Creo que hay que ser más humilde y más serio. Por favor.
El problema de los lenguajes multiparadigma es que el compilador no puede asumir tanto sobre el codigo y por lo tanto no puede optimizar tanto. Entonces, todas estas cosas de la recursividad, immutabilidad, etc.. se acaban volviendo ineficientes en estos lenaguajes a medio camino...
Muy bien explicado pero me parece que no sabe lo que paso con la programacion logica. Hoy en dia la programacion logica se esta integrando con las bases de datos relaciones, la gente de inteligencia artificial simbolica usa muchos lenguajes que estan basados en programacion logica, distintas versiones de prolog.
Por favor ya no se diga más. Curso de programación funcional con el Maestro Luis Fernández en escuela it ya por favor. Serían los primeros en hacerlo bien.
Gracias Pablo!! Lo hemos tenido en la lista de futuros, pero como nos metimos de lleno con el máster de desarrollo con Luis, no hemos podido ponernos todavía.
¿Horrible lenguaje el Pascal? Creo que es uno de los mejores lenguajes en cuanto a diseño. No tiene símbolos ambiguos o de uso diverso y tiene potencia suficiente para la mayoría de las cuestiones necesarias.
Sí, está bien para aprender a programar... pero cada uno tiene sus opiniones y creo que a Luis que lo ha usado durante décadas en la universidad como docente le debe gustar poco... sus motivos tendrá.
@@deswebcomBien, es como como la opinión que él mismo tiene sobre SOLID, y uncle Bob. Ví un vídeo en este canal en que solo habla mal de ambas cosas, en vez hablar del tema en cuestión. Soy de los que creen que el único lenguaje que es irremplazable por el momento es C++ pero, ¿quién puede afirmar que tiene una sintaxis bonita?... Desde el momento en que usas un * para declarar un puntero y el mismo símbolo como operador de multiplicación. O, el operador de resolución de ámbito (dos veces dos puntos) O lo que deja locos a los chicos al explicar porqué dos ampersand juntos en vez de uno solo (deberás tener que explicar que es un operador a nivel binario), su sintaxis es desastrosa en el sentido que tiene ambigüedades y la misma forma de expresar lo mismo sin ser un lenguaje de muy alto nivel, espero entiendas por donde va la cosa, este sí es horrible y no lo digo solo yo. ¿Java? donde Kotlin hace mejor las cosas con la mitad de código. Es mi opinión. Pero creo que ese "cristiano" está enojado con muchas cosas, por algo debe ser.
Miguel...miguel...me seguis...me seguis...y el buen miguel no sabe que decir...lo sigue viendo como el maestro dentro de la escuela...jjejejeje. Yo creo que ha de pensar a ver a que horas me avienta el borrador.
jejeje aki debo decir que la programación funcional no es lo mío... Pero sí, sigo aprendiendo con Luis cada día que disfruto de sus charlas en el canal y las clases en EscuelaIT
@@midesweb Ya entrando en materia mas seriamente. Veo que hay mucha confusion de lo que es la programacion funcional e incluso en el propio Luis que habla mucho y no dice nada en este tema. La programacion funcional es muy simple de entender pero ya una vez que la aplicas es muy dificil de mantener. Pasa lo mismo que las ecuaciones matematicas, cuando tienes un error en ellas se complica encontrarle el error al desarrollo del problema. Por eso precisamente Javascript es el lenguaje mas incomprendido que existe(digo que es incomprendido porque en este caso tu lo has manejado por mucho tiempo y dices que no es lo tuyo). Nacio como funcional pero lo han estado llevando a lo imperativo para poder desarrollar mas rapido(le han agregado let const, clases, etc). Por eso en sus inicios era muy dificil y tardado desarrollar en las primeras versiones. Eso es programacion funcional todo inicia con una funcion que incluso se puede autoinvocar y que esa funcion llama a otra y a otra y terminas obteniendo un resultado final. Por eso no existen tipos y por eso los enclouse. Ahora bien lo que le falto aclarar a Luis es que no es que no existan las variables, si existen pues son expresiones. Mas bien no se necesita declararlas tal y como lo haces en una expresion matematica x=3+2 y tal y como lo haces en javascript. Por otro lado porque o cuando son necesarios los lenguajes de programacion funcional??? Simple porque son scripts. No se compilan y se leen al vuelo tal y como lo haces cuando estas resolviendo una expresion matematica. Los navegadores solo son lectores de scripting. Gracias a que javascript se pudo sacar de navegador con nodejs se pudo llevar al lado imperativo, haciendolo mas comodo para el programador. Incluso como el navegador sigue entendiendo solo scripting (programacion funcional) por eso se tiene que recurrir a los transpiladores en ciertos casos. Saludos Miguel.
@@cpaez2000 no comparto la idea que comentas sobre que Javascript nació como un lenguaje funcional, pues desde su inicio tenía todas las estructuras de control que caracterizan la programación estructurada e imperativa. Igual es que no estamos usando los términos de la misma manera. Tiene algunas características de funcional, igual que casi todos los lenguajes imperativos han ido incorporando, pero no lo podemos catalogar como un lenguaje funcional, o al menos de programación funcional pura.
vi un video de este tipo y realmente me pareció muy vende humo, cuando lo vi hablar de programación funcional lo terminé de confirmar. Si tenes un poco de experiencia te das cuenta que solo son palabras interesantes sin fundamento.
Cada minuto vale Oro puro!! Quiero escuchar más del prof. Luis ! necesita un podcast o un stream semanal...
Dos veces por semana da clases en EscuelaIT. Ahora estamos con este máster escuela.it/masters/master-programacion-diseno-software
Lo vuelvo a ver y nuevamente me quito el sombrero, Respect!!!!
Miguel Angel, hacedle un Twitch a Luis y que se ponga a hablar de lo que quiera... yo me suscribo :D gracias cracks!
Sería la única razón por lo que entraría a Twitch
Lo mismo, la única cuenta de twitch que no me perdería
En mi Universidad, el primer curso que vemos de programación lo llamamos Fundamentos de programación, y lo primero que nos enseñan es programación funcional con el lenguaje Scheme, luego vemos otro curso que se llama fundamentos de lenguajes de programación, en donde aprendemos todas estas cosas, a hacer lenguajes de programación, compiladores, a entender las diferencias entre paradigmas, los cálculos en los que se basan para garantizar que se puede escribir cualquier algoritmo en dicho paradigma... Ahora veo la calidad de mi Universidad. Gracias Univalle - Cali Colombia. Una universidad del estado de alta calidad
Con todo el respeto Jhon para los gestores de tu universidad, que seguro que lo han estudiado mucho, pero dudo bastante que sea buena idea empezar con programación funcional si nunca has programado.
@@deswebcom sí, es verdad que cuesta bastante; pero siento que puedo comprender más fácil, a comparación de otros colegas la ventaja que brinda cada paradigma, y otra cosa que se nota bastante es que otros colegas sulen casarse con un lenguaje de programación y un paradigma, yo atribuyo la capacidad mía y de mis compañeros de ser más analíticos al momento de decidir con que herramienta solucionarían un problema, al hecho de que la Universidad se esforzó mucho en explicar paradigmas, más que lenguajes de programación, y cuando conocímos la POO al principio costó bastante, pero con el tiempo entendímos sus grandes ventajas sobre la programación funcional... Diría que tienes sus ventajas empezar con la programción funcional, otra razón sería lo bein que se profundiza en la recursividad, tema bastante importante, incluso puede ser útil en la POO... No sé, sería bueno discutirlo más despacio con otras personas
Buenísimo, excelente contenido, poco y nada sabía de programación funcional, la pasión con la que habla Luis me motivó a aprender más de la real programación funcional.
Estupendo Victor, me alegro haberte inspirado!
Lo máximo como siempre el profesor luis brillante con su exposición del tema
Gracias Clemente!!
Pasar del paradigma orientado a objetos al paradigma funcional es como el mundo paso del Rock al Rap cuesta entender y adaptarse.
Saludos tremenda entrevista.
gracias por la analogía jaja .... igual te quedaste corto 🤟
Esto parece filosofía de la programación, podrían sacar un libro o recomendar alguno.
Uno bastante practico es el libro "functional programing In Scala" también llamado el libro rojo. Requiere un conocimiento previo de scala pero pone montones de ejemplos de estructuras funcionales de cero. Si te interesa algo más básico de Scala, está el libro "essential scala" que es de pago por donación, desde 0 euros.
Esta charla tiene menciones sobre la simplicidad de la esencia de la computación y la programación, que olvidamos o desconocemos, y deberíamos repasar de manera regular y continua. Ej. la programación es siempre manipulación de simples datos, porque las sentencias imperativas son también datos, y entonces al fin de cuentas, todo es manipulación de datos.
Esta charla estuvo genial. Me encantó. Mucha sabiduría. Gracias Luis. Gracias Miguel.
Gracias Mauricio!
Cuidado, esa conceptualización si bien si es tentadora, es paradójica. Creo comprender tu metáfora; al fin y al cabo, las instrucciones son almacenadas para que el CPU pueda leerlas. No obstante, las instrucciones en sí mismas no pueden ser datos concretamente hablando, porque quién procesa entonces a estos datos? Un dato no puede procesar otro dato, dato != proceso.
Las instrucciones son abstracciones para referirse a los transistores, los cuales, contienen, liberan o retienen bits; donde éstos últimos sí son las abstracciones de datos.
Sigan así, gracias Luis y Miguel por traer tan buenos temas, me han hecho clic con muchos de los variados temas que hablan. Información muy completa, didáctica, del origen a poder entender todo, no he encontrado nada asi en ningún curso por Internet y menos ponerme a dejar un comentario, no lo hago en los cursos que realizo en otras plataformas, estoy siguiendo el máster de hace muy poco, ahora me siento nuevamente en el camino correcto, eso gracias a que hacen bien su trabajo.
Gracias Francisco!! todo el mérito es de Luis!! la verdad! me alegro que estés con nosotros en el máster! Un abrazo fuerte!!
Excelente, Gracia por este buen contenido, yo pienso que SQL es un ejemplo de programación usando expreciones
Exceltente , me volo el cerebro !!! 👌 dende un premio a este sujeto (Luis)
Cada comentario y like es un premio!! gracias!!
es la segunda vez q veo este video, creo, no estoy seguro, pero si estoy seguro de algo, si lo vi dos veces la primera no lo entendí , y por dios si es que Luis no es cónclave, es el puto amo y nosotros el pueblo, pero la puta madre q ganas tengo de aprender de esto señor, pronto pronto, por favor tiempo no destruyas esta mente antes de darme la chance de conocerlo .Aguanta Luis, que no te de ansiedad por el nobel
Todas las semanas clases con Luis en EscuelaIT ;) nos vemos allí!
Un personaje! Divertido y sabiduría en plenitud!
Miguel Ángel, video magistral. Grande Luis.
Excelente Charla!!, muchas gracias la verdad. Saludos desde Colombia.
Gracias a ti! un saludo también!
Este señor es increíble. Me hubiese gustado tenerlo de profesor.
Ciertamente, un profe que de verdad te deja huella!
Genial lo de como naturalmente la Progr. Fun. (PF) paraleliza la ejecución (concurrencia). Pero le falta decir que el fundamento de la PF es la Teoria de Categorias, i.e. función=morfismo (transformar y componer, patrón composite)
¡Qué interesante y qué entretenidas son todas las charlas con Luis Fernandez! Realmente se disfrutan.
Gracias!! Cualquier tema que os guste que tratemos, nos lo decís!!
Me ha encantado este hombre y me he suscrito al canal. Ojalá los profesores de universidad realizaran entrevistas más a menudo. Enhorabuena al canal.
Muchas gracias por suscribirte!! un saludo!
Gracias por la charla!
Gracias a ti!
Muchas gracias, hay mucho que aprender
A ratos creo q el panelista presentador se bugeo hahaha, buenisimo, demasiada información, yo solo quería saber a lo que ahora le llaman prog. funcional :)
jeje gracias por el comentario!
Bastante interesante muchas gracias!
Gracias a ti! Un saludo!
Ese tio es un grande !!!
Menudo Crack Luis!!!!!
Wowwww,Excelente aclaracion de como nos mantenemos en paradigmas ya estructurados
Brutal. Muchas gracias
Gracias Víctor!!
Lo mejor de lo mejor!
Buena charla!
Muchas gracias por compartir tan valioso conocimiento.
Muchas gracias!!
Muy buena charla. Espero que Midesweb se haya puesto bueno ya ❤️
seguro que de esa sí, pero llevo una semana resfriado jaja así q el comentario me pilla de nuevo medio tocadillo jaja
¡Buenísimo! Gracias.
Gracias a ti Alvaro!
Me encanta ese profe!
Escelente video
Increíble
Muy buen video la verdad que prefiero ver este tipo de videos a Netflix
Eso suena muy bien! muchas gracias!!
Excelente !!!
Como bien dice Luis, ponte un viernes a programar con Haskell. Muy refrescante.
Gracias Xoan!
Utilice Turbo Pascal 6.0 en el 92, tenía recursión, que de paso en esa época me costo entender.
Buenísimo
Gracias!!
Es cierto que en la programación funcional se busca minimizar o eliminar el uso de variables mutables, pero no es del todo correcto decir que "no tiene variables".
En la programación funcional, el enfoque principal está en la **inmutabilidad** y en el uso de **expresiones** en lugar de declaraciones de estado. Esto significa que en lugar de usar variables que cambian su valor, se utilizan funciones y datos inmutables, donde el valor de una "variable" no cambia después de ser asignado.
Por ejemplo, en lenguajes funcionales como Haskell o en paradigmas funcionales de otros lenguajes, puedes tener **valores** que son asignados y utilizados, pero no se les considera "variables" en el sentido tradicional porque no cambian de estado. En resumen, la programación funcional tiende a evitar variables mutables, pero eso no significa que no existan conceptos equivalentes a las variables, solo que se tratan de manera diferente.
Si no puede combiar su valor entonces no es una variable.
La base teórica de este tipo de programación es la Teoría de Categorías.
A veces perdemos el foco de cómo hay que hacer las cosas y vamos como borregos detrás de la moda.
Está bien de vez en cuando parar y pensar si seguir esta "moda" lo hacemos porque queremos aprender algo nuevo, o si realmente nos sale a cuenta.
Muchas gracias por la charla
Totalmente! Gracias Joan por comentar!
Me ha encantado escuchar hablar a Luis ¿Dónde puedo verle de nuevo?
¡Gracias!
En el canal tenemos muchos vídeos de Luis. Además, todos los lunes y viernes tienes clases con él en EscuelaIT. Ahora está dando el máster de Programación y Diseño de Software escuela.it/masters/master-programacion-diseno-software
La programación funcional es el futuro, no me imagino un procesador cuantico esperando un async await en Js🤣. Te va resolver todo paralelamente al mismo tiempo.
buenisimo
Excelente video ... universidad en 1 hr .. ja
Yo leí sobre el libro de los dragones y no le entendí nada en su momento, venía comenzando en la programación, pero si puedo decir que era heavy el tema.
Hola que tal, yo no lo conozco ¿me podrías decir el nombre y autor por favor? y aprovechando te preguntaría que otro me recomendarías para empezar en la programación funcional. Gracias
Me gustaría escuchar a Luis y preguntarle qué opina de un lenguaje que se llamaba CLIPPER hace años. Saludos y gracias siempre es bueno aprender de los
Mejores
Clipper fue un compilador de DBASE, recuerdo que utilizaba para generar ejecutables.
yo hago algo de scala y actores con akka, y la verdad , luego de 2 años de práctica, no puedes ver al paradigma imperativo sin sentir algo de asco, y lo digo sin presumir, pero es cierto, veo mucha gente alabar spring boot y sinceramente me parece un poco asqueroso..... confirmo que te ayuda tremendament en parelismo ...una vez hice la misma tarea de forma imperativa y de forma funcional con javaEE y con akka ... la misma tarea con los mismos millones de registros en una laptop de baja prestaciones demoro en java como 5 horas y en scala con akka menos de una hora ...y eso lo hice cuando todavia no manejaba bien los conceptos de scala y akka.
para gustos colores y el asco que te d alo hiperativo ami me lo da algunas implementacones de lo funcional, sin embargo hablando de la velocidad como tal hay formas de escribir operaciones en java que son bastante eficientes, dudo mucho que scala supere a java en terminos de velocidad cuando hablamos de hiperativo(java) vs funcional(scala), donde si es mejor sacala es en terminos de funcional, el stream() de java deja mucho que desear y es bastante ineficiente.
@@wilberjosematusgonzalez1221 en principio hablamos de la misma jvm, pero cuando hablamos de frameworks ahi ya akka deja bastante atras a jakartaee y a springboot, en akka todo es asincrono por omision, en cambio en jakarta y springboot todo es sincrono, hasta la ultima vez que revice la especificiacion javaee 6 o 7 prohibia el uso de personalizaciones de thread en codigo administrado, por ende, no se puede aprovecha el paralelismo como debiera. en todo caso , para gustos ... cada quien con lo suyo ... solo te comento mi viaje desde javaee a scala/akka .
¿El lenguaje Dax de powerBI sería programación funcional?
Madre mía qué de barbaridades juntas. Dice el señor este que "Google sacó Scala". Scala fue desarrollado en la universidad politécnica de Lausanne y no tiene nada que ver con Google. Nada. También habla de Lisp como si fuera algo del pasado. Debe ser que no ha oído hablar de Clojure.
Y hasta aquí he llegado con el vídeo. Hasta el minuto 5:39. Creo que hay que ser más humilde y más serio. Por favor.
sabio...
Si hubiera sabido que esto iba a ser a si, me compro mi canasta de cervezas y cigarros. Y a prestar atencion.
jajaja
El problema de los lenguajes multiparadigma es que el compilador no puede asumir tanto sobre el codigo y por lo tanto no puede optimizar tanto. Entonces, todas estas cosas de la recursividad, immutabilidad, etc.. se acaban volviendo ineficientes en estos lenaguajes a medio camino...
Gracias por el comentario!
La ostia
Angular con NGRX
👏🏻
¿Qué tan bueno es el performance de la programación funcional?
Muy bien explicado pero me parece que no sabe lo que paso con la programacion logica. Hoy en dia la programacion logica se esta integrando con las bases de datos relaciones, la gente de inteligencia artificial simbolica usa muchos lenguajes que estan basados en programacion logica, distintas versiones de prolog.
Por favor ya no se diga más. Curso de programación funcional con el Maestro Luis Fernández en escuela it ya por favor. Serían los primeros en hacerlo bien.
Gracias Pablo!! Lo hemos tenido en la lista de futuros, pero como nos metimos de lleno con el máster de desarrollo con Luis, no hemos podido ponernos todavía.
@@deswebcom Marabilloso. Lo estaremos esperando en un futuro. Gracias
HE flipado
Gracias José!! un abrazo! y hasta la próxima semana!
LA FILOSOFÍA FUNCIONAL TIENE TANTO AGUANTE COMO EL PORRITO DE LUIS... JAJAJAJAJA
Qué malpensados que sois :D es tabaco de liar!!! jajaja
Es una chorrada jajaja Así mismo jeje!
¿Horrible lenguaje el Pascal? Creo que es uno de los mejores lenguajes en cuanto a diseño. No tiene símbolos ambiguos o de uso diverso y tiene potencia suficiente para la mayoría de las cuestiones necesarias.
Sí, está bien para aprender a programar... pero cada uno tiene sus opiniones y creo que a Luis que lo ha usado durante décadas en la universidad como docente le debe gustar poco... sus motivos tendrá.
@@deswebcomBien, es como como la opinión que él mismo tiene sobre SOLID, y uncle Bob. Ví un vídeo en este canal en que solo habla mal de ambas cosas, en vez hablar del tema en cuestión. Soy de los que creen que el único lenguaje que es irremplazable por el momento es C++ pero, ¿quién puede afirmar que tiene una sintaxis bonita?... Desde el momento en que usas un * para declarar un puntero y el mismo símbolo como operador de multiplicación. O, el operador de resolución de ámbito (dos veces dos puntos) O lo que deja locos a los chicos al explicar porqué dos ampersand juntos en vez de uno solo (deberás tener que explicar que es un operador a nivel binario), su sintaxis es desastrosa en el sentido que tiene ambigüedades y la misma forma de expresar lo mismo sin ser un lenguaje de muy alto nivel, espero entiendas por donde va la cosa, este sí es horrible y no lo digo solo yo. ¿Java? donde Kotlin hace mejor las cosas con la mitad de código. Es mi opinión. Pero creo que ese "cristiano" está enojado con muchas cosas, por algo debe ser.
He dejado el chat en el link 🤣🤣🤣🤣🤣
Eso es inversión de control jajaja
La cara de "No entiendo nada" es impagable e indisimulable.
Miguel...miguel...me seguis...me seguis...y el buen miguel no sabe que decir...lo sigue viendo como el maestro dentro de la escuela...jjejejeje. Yo creo que ha de pensar a ver a que horas me avienta el borrador.
jejeje aki debo decir que la programación funcional no es lo mío... Pero sí, sigo aprendiendo con Luis cada día que disfruto de sus charlas en el canal y las clases en EscuelaIT
Y tb ocurre que muchas veces uno está pendiente del chat y de otras cosas del directo y me pillan fuera de juego 😅
@@midesweb Ya entrando en materia mas seriamente. Veo que hay mucha confusion de lo que es la programacion funcional e incluso en el propio Luis que habla mucho y no dice nada en este tema. La programacion funcional es muy simple de entender pero ya una vez que la aplicas es muy dificil de mantener. Pasa lo mismo que las ecuaciones matematicas, cuando tienes un error en ellas se complica encontrarle el error al desarrollo del problema.
Por eso precisamente Javascript es el lenguaje mas incomprendido que existe(digo que es incomprendido porque en este caso tu lo has manejado por mucho tiempo y dices que no es lo tuyo). Nacio como funcional pero lo han estado llevando a lo imperativo para poder desarrollar mas rapido(le han agregado let const, clases, etc). Por eso en sus inicios era muy dificil y tardado desarrollar en las primeras versiones. Eso es programacion funcional todo inicia con una funcion que incluso se puede autoinvocar y que esa funcion llama a otra y a otra y terminas obteniendo un resultado final. Por eso no existen tipos y por eso los enclouse. Ahora bien lo que le falto aclarar a Luis es que no es que no existan las variables, si existen pues son expresiones. Mas bien no se necesita declararlas tal y como lo haces en una expresion matematica x=3+2 y tal y como lo haces en javascript.
Por otro lado porque o cuando son necesarios los lenguajes de programacion funcional??? Simple porque son scripts. No se compilan y se leen al vuelo tal y como lo haces cuando estas resolviendo una expresion matematica. Los navegadores solo son lectores de scripting. Gracias a que javascript se pudo sacar de navegador con nodejs se pudo llevar al lado imperativo, haciendolo mas comodo para el programador. Incluso como el navegador sigue entendiendo solo scripting (programacion funcional) por eso se tiene que recurrir a los transpiladores en ciertos casos.
Saludos Miguel.
@@cpaez2000 no comparto la idea que comentas sobre que Javascript nació como un lenguaje funcional, pues desde su inicio tenía todas las estructuras de control que caracterizan la programación estructurada e imperativa. Igual es que no estamos usando los términos de la misma manera. Tiene algunas características de funcional, igual que casi todos los lenguajes imperativos han ido incorporando, pero no lo podemos catalogar como un lenguaje funcional, o al menos de programación funcional pura.
vi un video de este tipo y realmente me pareció muy vende humo, cuando lo vi hablar de programación funcional lo terminé de confirmar. Si tenes un poco de experiencia te das cuenta que solo son palabras interesantes sin fundamento.
No sabes nada. La programacion funcional la explico bien. Si bien vende su producto y se nota, no ha dicho nada incorrecto
Muy corto el video. Es lo único serio que hay sobre el tema
Me alegro que te haya resultado intersante
Que esta fumando??
Tabaco de liar! es muy popular en muchos lugares liarse los cigarros.