Python en el 2019 era considerado como uno de los lenguajes de programación más populares gracias a las búsquedas que se realizaban a través de internet. Por su sintaxis limpia y legible, para todas aquellas personas más “amateur” en programación se permite tener un acceso mucho más rápido y sencillo. Y es que saber programar pronto no va a ser algo opcional o únicamente para unas cuantas personas, sino que la creación de software estará presente en una gran cantidad de ramas. Mostramos los mejores canales de Youtube para aprenderlo.
#56:
#55 Los principios SOLID no te lo dicen expresamente, pero si los entiendes puedes ver que sí te lo dicen. Me explico.
Tú dices que en el tercer principio "promueven un uso responsable y coherente de la herencia ", realmente no dice eso, lo que dice es que en el caso de que hayas usado herencia cumplas cierta cosa. Es decir, no te dice que no lo uses, te dice que como la uses puedes tener problemas. Lo mejor, para atender a ese principio es no tener herencia, así no incumples el principio. Pero es que en otros principios puedes ver la misma situación:
En el primero, si extiendes una clase es más probable que lo incumplas (puede ser que no, pero es más probable porque ya empiezas a juntar cosas que te vienen de otra clase).
En el segundo, la solución pasa o bien por la herencia pero aún mejor por la composición. Entre las dos opciones es clara la elección: la composición. Si usas la composición consigues que tu código sea muchísimo más testeable.
Del tercero ya hemos hablado.
El cuarto no aplica, habla de interfaces y aun así está más cerca de no usar la herencia porque promueve las interfaces pequeñas (y nuevamente cuando heredas corres riesgos de incumplir).
Y el quinto principio puede ser resuelto o bien con clases abstractas o con interfaces. Con la primera opción necesitarías herencia, pero es que nuevamente la segunda opción es mejor (más testeable y simple).
Por tanto, SOLID no te dice expresamente que no uses herencia, pero si entiendes los principios ves que si no la usas es más fácil de cumplir, además de ser mejor la opción de no usar herencia en todos los casos en los que puedes elegir heredar o no hacerlo.
Yo siempre digo que el primer principio que hay que aprender de SOLID es no usar herencia, con eso ya partes con una mejor solución que evita varios de los problemas que intenta solucionar SOLID.
#9:
#5 que está hecho todo el código ya. El 80% de los que lo usamos sólo vamos poniendo bloques como si fueran legos y acoplandolos en un código franquenstein.
#14:
#4 Las cosas no hay que odiarlas, si ya no te aporta nada aprender otro lenguaje. Yo me acabo de prejubilar he programado con varios lenguajes. Ahora programo en Python por gusto, sin prisas, sin plazos, hago cosas con una Raspberry , con mac y disfruto mucho, programar es muy beneficioso y saludable y para esto nada mejor que Phyton. Es una opinión personal, claro.
#11:
#7 Vale, el trabajo de programador desaparecerá... y aparecerá el de prompter, porque el código de esa IA solo será tan bueno como la pregunta que le hagas, y hay muchos que ni saben por donde le sopla el viento.
#7:
#1 Reite, reite, pero hoy hace cosas sencillas, mañana intermedias y dentro de unos años a todo el mundo le parecerá normal que una IA programe mejor que los humanos. Predigo
#1 Reite, reite, pero hoy hace cosas sencillas, mañana intermedias y dentro de unos años a todo el mundo le parecerá normal que una IA programe mejor que los humanos. Predigo
#7 Vale, el trabajo de programador desaparecerá... y aparecerá el de prompter, porque el código de esa IA solo será tan bueno como la pregunta que le hagas, y hay muchos que ni saben por donde le sopla el viento.
#11 No sorprendera que la IA descifre lo que quiere el cliente, mejor un tecnico. Ademas tiene paciencia infinita. Para un tecnico puede ser bastante desesperante las explicaciones de alguien con pocos conocimientos tecnico, sobre un problema o requisitos que quiere.
CC #16#18
En general, nos deberian enseñar a todos a hacer buenas preguntas o describirr problemas.
No es lo mismo decir que un coche no arranca, que decir si hace ruido de arranque o petardea algo, etc
#14 El python es casi el lenguaje mas recomendado para empezar.
#35 En mi experiencia el primero que pierde la paciencia no es el técnico, es el experto que debe explicar cómo funcionan las cosas, El primero de los dos que empieza a escaquearse de las reuniones de análisis es el experto, que tiene otras cosas que hacer (el análisis no es su tarea principal) y que en muchas ocasiones no sabe explicar por qué se hacen las cosas así y no admite de buena gana que cambien cuando se le plantea.
#35 Python es un lenguaje con el que se pueden hacer cosas complejas de una manera sencilla pero no es el más adecuado para empezar a programar si quieres dedicarte a eso.
Es decir, si no eres programador es un gran lenguaje para probar pero en cuanto apretas un poco se le saltan todas las costuras.
#29 Opino igual , el prompter lo veo como algo temporal , en nada la IA reconocerá el problema y aplicará la solución , podrá leer la tarea a hacer y lo hará , no se requerirá ese perfil intermedio para comunicarse con la IA.
#1 Es un error pensar de esta manera. Se puede usar ChatGpt para cosas engorrosas y poco productivas. Pero lo complejo, lo exigente, conviene concentrarse y pensar. De lo contrario tu capacidad para pensar y sobre todo mantener y cultivar tu atención disminuirá y perderás capacidad como desarrollador.
#12 ya encontraremos otros ámbitos en donde se de rienda libre al pensamiento. Por ejemplo el amor a la sabiduría, podría en el futuro bautizarse esa ciencia algo así como filosofía.
Es como decir que hemos perdido la capacidad y la atención de realizar operaciones de cálculo mínimamente complejas por la calculadora, pues si , pero es que ya no lo necesitamos , hemos delegado esas tareas que pueden ser automatizadas a la tecnología , ahora le toca a la programación.
#4 Las cosas no hay que odiarlas, si ya no te aporta nada aprender otro lenguaje. Yo me acabo de prejubilar he programado con varios lenguajes. Ahora programo en Python por gusto, sin prisas, sin plazos, hago cosas con una Raspberry , con mac y disfruto mucho, programar es muy beneficioso y saludable y para esto nada mejor que Phyton. Es una opinión personal, claro.
#32 Esta forma de responder da la razón a quien ha escrito el artículo. Yo recalco que es una opinión personal, para mi lo es. Puedes decir que no estas de acuerdo. Pero decir que estoy equivocado, es bastante patético.
#38 Es un lenguaje que es muy propenso a los errores por el sistema de tipado. El tema de la ocultación de atributos/métodos no existe. El sistema de dependencias es muy malo. Delega mucho que debería ser parte de la sintaxis del lenguaje en anotaciones. Es un lenguaje extremadamente lento, ....
#33 De todos los que has puesto tengo nociones de Go y Nim y sé utilizar bastante bien Haskell, Rust y Zig.
Aun así, me siento muchísimo más cómodo cuando tengo que escribir cualquier cosa en Python. No es porque el lenguaje en sí sea el mejor, es que las librerías que tiene se comen literalmente a todos los demás.
Yo con el que más he disfrutado de todos es con Haskell, y aunque considere que es mucho mejor que Python, y aunque Hackage tenga muchísima cosa, no llega al nivel de lo que hay en Python.
#37 Claro, es que estamos hablando del lenguaje, no de las librerías que ha creado la gente (por cierto, todas las buenas ni siquiera están hechas en python)
#0#54 Quiero decir, que con las IAs a las puertas ¿qué lenguaje de programación elegiríais que te hiciese pensar que puedes dar provecho de el? ¿a nadie se le ocurre tener que estudiar psicologia o programación mental para programar una IA? tipo Void kampf
#5 que está hecho todo el código ya. El 80% de los que lo usamos sólo vamos poniendo bloques como si fueran legos y acoplandolos en un código franquenstein.
#34 los principios Solid no dicen nada sobre qué la herencia sea una mala práctica, es más, los Principios SOLID, en particular el Principio de Liskov de Sustitución, promueven un uso responsable y coherente de la herencia en la programación orientada a objetos, asegurando que las clases derivadas sean compatibles con las clases base y no rompan la corrección del programa.
#55 Los principios SOLID no te lo dicen expresamente, pero si los entiendes puedes ver que sí te lo dicen. Me explico.
Tú dices que en el tercer principio "promueven un uso responsable y coherente de la herencia ", realmente no dice eso, lo que dice es que en el caso de que hayas usado herencia cumplas cierta cosa. Es decir, no te dice que no lo uses, te dice que como la uses puedes tener problemas. Lo mejor, para atender a ese principio es no tener herencia, así no incumples el principio. Pero es que en otros principios puedes ver la misma situación:
En el primero, si extiendes una clase es más probable que lo incumplas (puede ser que no, pero es más probable porque ya empiezas a juntar cosas que te vienen de otra clase).
En el segundo, la solución pasa o bien por la herencia pero aún mejor por la composición. Entre las dos opciones es clara la elección: la composición. Si usas la composición consigues que tu código sea muchísimo más testeable.
Del tercero ya hemos hablado.
El cuarto no aplica, habla de interfaces y aun así está más cerca de no usar la herencia porque promueve las interfaces pequeñas (y nuevamente cuando heredas corres riesgos de incumplir).
Y el quinto principio puede ser resuelto o bien con clases abstractas o con interfaces. Con la primera opción necesitarías herencia, pero es que nuevamente la segunda opción es mejor (más testeable y simple).
Por tanto, SOLID no te dice expresamente que no uses herencia, pero si entiendes los principios ves que si no la usas es más fácil de cumplir, además de ser mejor la opción de no usar herencia en todos los casos en los que puedes elegir heredar o no hacerlo.
Yo siempre digo que el primer principio que hay que aprender de SOLID es no usar herencia, con eso ya partes con una mejor solución que evita varios de los problemas que intenta solucionar SOLID.
Siempre lo digo, los lenguajes de programación dan igual siempre que sepas lo que tienes que hacer. Como experto en OOP puedo decirte que la algoritmia es la base y luego ya lo que venga. Hacedme caso así me ahorráis entrevistas inútiles 😂 😂
Cursos buenos los hay a cientos sí incluimos los de habla inglesa. El problema es que son muy lentos en general… Incluso los que dicen ser para gente que viene de otros lenguajes.
Comentarios
No hace falta, chatgpt lo hace por mi
#1 un anillo para gobernarlos a todos
#2. Algunos no lo ven todavía, como #1, pero muchos programadores demasiado confiados con el chatgpt van camino de perder un dedo.
#1 Reite, reite, pero hoy hace cosas sencillas, mañana intermedias y dentro de unos años a todo el mundo le parecerá normal que una IA programe mejor que los humanos. Predigo
#7 Vale, el trabajo de programador desaparecerá... y aparecerá el de prompter, porque el código de esa IA solo será tan bueno como la pregunta que le hagas, y hay muchos que ni saben por donde le sopla el viento.
#11 Prompter = Analista de toda la vida.
Lo que pasa es que hoy en día no se lleva mucho eso de separar entre programador y analista.
#11 No sorprendera que la IA descifre lo que quiere el cliente, mejor un tecnico. Ademas tiene paciencia infinita. Para un tecnico puede ser bastante desesperante las explicaciones de alguien con pocos conocimientos tecnico, sobre un problema o requisitos que quiere.
CC #16 #18
En general, nos deberian enseñar a todos a hacer buenas preguntas o describirr problemas.
No es lo mismo decir que un coche no arranca, que decir si hace ruido de arranque o petardea algo, etc
#14 El python es casi el lenguaje mas recomendado para empezar.
#35 En mi experiencia el primero que pierde la paciencia no es el técnico, es el experto que debe explicar cómo funcionan las cosas, El primero de los dos que empieza a escaquearse de las reuniones de análisis es el experto, que tiene otras cosas que hacer (el análisis no es su tarea principal) y que en muchas ocasiones no sabe explicar por qué se hacen las cosas así y no admite de buena gana que cambien cuando se le plantea.
#35 Python es un lenguaje con el que se pueden hacer cosas complejas de una manera sencilla pero no es el más adecuado para empezar a programar si quieres dedicarte a eso.
Es decir, si no eres programador es un gran lenguaje para probar pero en cuanto apretas un poco se le saltan todas las costuras.
#35 un cliente no sabe lo que quiere con precisión .
#11 yeahhhh.
Que algunos se creen que mirando la pantalla, esta te lee la mente y aparece en los resultados de la búsqueda lo que estás pensando.
Aparecerá el de prompter que hará el trabajo que antes requería de 10 programadores. yeahhhh. CC/ #18
#11 prompter le quedan meses
#29 Opino igual , el prompter lo veo como algo temporal , en nada la IA reconocerá el problema y aplicará la solución , podrá leer la tarea a hacer y lo hará , no se requerirá ese perfil intermedio para comunicarse con la IA.
#7 Pues chatgpt ya puede programar otros chatgpt, pero todos vamos a ser supervisores de código de chatgpt
#7 En el momento en que la IA programe mejor que los humanos, ya no hará falta programar nada.
#1 Es un error pensar de esta manera. Se puede usar ChatGpt para cosas engorrosas y poco productivas. Pero lo complejo, lo exigente, conviene concentrarse y pensar. De lo contrario tu capacidad para pensar y sobre todo mantener y cultivar tu atención disminuirá y perderás capacidad como desarrollador.
#12 ya encontraremos otros ámbitos en donde se de rienda libre al pensamiento. Por ejemplo el amor a la sabiduría, podría en el futuro bautizarse esa ciencia algo así como filosofía.
#1 #12 Yo lo tengo claro, si tuviese que programar, el regex que lo aprenda su... que me diga la IA como se hace y en el durante, ya si eso, aprendo
#12 ya no es necesario , ese es el tema.
Es como decir que hemos perdido la capacidad y la atención de realizar operaciones de cálculo mínimamente complejas por la calculadora, pues si , pero es que ya no lo necesitamos , hemos delegado esas tareas que pueden ser automatizadas a la tecnología , ahora le toca a la programación.
#1 con autoGPT todo hecho
Mario apuesta por moureDev
Odio python.
He dicho.
#4 Se tenía que decir y se ha dicho.
#4 Las cosas no hay que odiarlas, si ya no te aporta nada aprender otro lenguaje. Yo me acabo de prejubilar he programado con varios lenguajes. Ahora programo en Python por gusto, sin prisas, sin plazos, hago cosas con una Raspberry , con mac y disfruto mucho, programar es muy beneficioso y saludable y para esto nada mejor que Phyton. Es una opinión personal, claro.
#14 Cada vez que leo Phyton...
#17 Tienes toda la razón siempre lo escribo mal.
#14 "y para esto nada mejor que Phyton"
Eso no es cierto.
"Es una opinión personal, claro."
Y errada.
#32 Esta forma de responder da la razón a quien ha escrito el artículo. Yo recalco que es una opinión personal, para mi lo es. Puedes decir que no estas de acuerdo. Pero decir que estoy equivocado, es bastante patético.
#38 Es un lenguaje que es muy propenso a los errores por el sistema de tipado. El tema de la ocultación de atributos/métodos no existe. El sistema de dependencias es muy malo. Delega mucho que debería ser parte de la sintaxis del lenguaje en anotaciones. Es un lenguaje extremadamente lento, ....
#32 Tienes que aprender a escribir bien Python. Te dejo eso de deberes para hoy.
#42 Ya te gustaría a ti dominar python como yo. Y precisamente por eso sé que es un mal lenguaje para infinidad de cosas. No quieras correr
#43 Ostras, no sé cómo será tu nivel de Python lo que sí sé es que tú no sabes el mío, porque no me conoces.
Para tu info, antes del merecido ignore jajajaja, me dedico profesionalmente al desarrollo, principalmente con Python, además de con otros lenguajes.
Que vaya bien
#4 ¿tus alternativas?
#26 Golang, haskell, typescript, rust, nim, zig, ada y lua
#33 De todos los que has puesto tengo nociones de Go y Nim y sé utilizar bastante bien Haskell, Rust y Zig.
Aun así, me siento muchísimo más cómodo cuando tengo que escribir cualquier cosa en Python. No es porque el lenguaje en sí sea el mejor, es que las librerías que tiene se comen literalmente a todos los demás.
Yo con el que más he disfrutado de todos es con Haskell, y aunque considere que es mucho mejor que Python, y aunque Hackage tenga muchísima cosa, no llega al nivel de lo que hay en Python.
#37 Claro, es que estamos hablando del lenguaje, no de las librerías que ha creado la gente (por cierto, todas las buenas ni siquiera están hechas en python)
#45 Las buenas están escritas en Fortran y C .
Yo Python lo veo como una especie de BASH con esteroides y lo uso como tal.
#26 bash. Vale, con bash no puedes hacer todo lo que puedes hacer con python pero es mucho más confiable.
#54 Creo que puede ser una de las más acertadas, pero con las IAs en las shells el camino es impracticable.
#0 #54 Quiero decir, que con las IAs a las puertas ¿qué lenguaje de programación elegiríais que te hiciese pensar que puedes dar provecho de el? ¿a nadie se le ocurre tener que estudiar psicologia o programación mental para programar una IA? tipo Void kampf
https://www.google.com/search?q=Voidkamp
Python hay cosa que hace muy bien... pero otras es un dolor de huevos .
#5 que está hecho todo el código ya. El 80% de los que lo usamos sólo vamos poniendo bloques como si fueran legos y acoplandolos en un código franquenstein.
Yo veo a Monty Python en Netflix y me desprogramo del todo a pesar de ser programas de 1969 a 1972.
Experto si, experto en ver por enésima vez como se declara un array
Cuando lo domines te saldrán con Python4 y tendrás que reescribir el código. Te cambiaran hasta el "print".
¿Experto sin saber herencia de clases o decoradores? Nivel medio como mucho
#15 La herencia no es una buena práctica. Aprende SOLID.
#34 Pues te voy a hacer caso, porque me parece que es el siguiente paso que necesito para hacer un código más "pro". Gracias por la recomendación
#36 SOLID, patrones de diseños es lo mejor que puedes hacer.
#34 los principios Solid no dicen nada sobre qué la herencia sea una mala práctica, es más, los Principios SOLID, en particular el Principio de Liskov de Sustitución, promueven un uso responsable y coherente de la herencia en la programación orientada a objetos, asegurando que las clases derivadas sean compatibles con las clases base y no rompan la corrección del programa.
#55 Los principios SOLID no te lo dicen expresamente, pero si los entiendes puedes ver que sí te lo dicen. Me explico.
Tú dices que en el tercer principio "promueven un uso responsable y coherente de la herencia ", realmente no dice eso, lo que dice es que en el caso de que hayas usado herencia cumplas cierta cosa. Es decir, no te dice que no lo uses, te dice que como la uses puedes tener problemas. Lo mejor, para atender a ese principio es no tener herencia, así no incumples el principio. Pero es que en otros principios puedes ver la misma situación:
En el primero, si extiendes una clase es más probable que lo incumplas (puede ser que no, pero es más probable porque ya empiezas a juntar cosas que te vienen de otra clase).
En el segundo, la solución pasa o bien por la herencia pero aún mejor por la composición. Entre las dos opciones es clara la elección: la composición. Si usas la composición consigues que tu código sea muchísimo más testeable.
Del tercero ya hemos hablado.
El cuarto no aplica, habla de interfaces y aun así está más cerca de no usar la herencia porque promueve las interfaces pequeñas (y nuevamente cuando heredas corres riesgos de incumplir).
Y el quinto principio puede ser resuelto o bien con clases abstractas o con interfaces. Con la primera opción necesitarías herencia, pero es que nuevamente la segunda opción es mejor (más testeable y simple).
Por tanto, SOLID no te dice expresamente que no uses herencia, pero si entiendes los principios ves que si no la usas es más fácil de cumplir, además de ser mejor la opción de no usar herencia en todos los casos en los que puedes elegir heredar o no hacerlo.
Yo siempre digo que el primer principio que hay que aprender de SOLID es no usar herencia, con eso ya partes con una mejor solución que evita varios de los problemas que intenta solucionar SOLID.
¿aprender cualquier cosa a nivel experto sólo con videos de youtube? Grandes afirmaciones requieren grandes pruebas
Esto sería lo ideal. Pero para llegar a este estadio de desarrollo hacen falta siglos y haber pasado la era de oscuridad que se avecina.
Siempre lo digo, los lenguajes de programación dan igual siempre que sepas lo que tienes que hacer. Como experto en OOP puedo decirte que la algoritmia es la base y luego ya lo que venga. Hacedme caso así me ahorráis entrevistas inútiles 😂 😂
Si queréis aprender Python, https://www.python.org/
Y dejaos de tonterías.
Cursos buenos los hay a cientos sí incluimos los de habla inglesa. El problema es que son muy lentos en general… Incluso los que dicen ser para gente que viene de otros lenguajes.
Y yo llevo 30 años. Por eso te digo que no sabes tanto como yo.
La herencia según SOLID es buena pero de comportamiento no de clases. Vamos, interfaces de java en vez de clases.