…open source]. JetBrains ha publicado los resultados de su más reciente encuesta anual en la que examinan en estado del ecosistema de desarrollo actual encuestando a miles de programadores alrededor del mundo
Python es una moda. Pasará. Dice que todos quieren aprenderlo pero no saben ni para qué. Mucha noticia flipada de IA mágica y la peña se cree que va a crear Skynet y Matrix escribiendo con gafas de sol mientras Trinity le hace un masaje.
La encuesta tiene muchos meses ya. Llevo meses leyendo lo mismo. Sino lo mismo casi, veo un claro intento de manipulación.
#5 soy el primero al que no le gustan los tabuladores como marcadores de ámbito, pero la realidad es totalmente contraria a lo que tú dices. Python usa tabuladores precisamente para obligar a los programadores a tabular bien el código y que este sea más legible.
Y por poner la puntilla, por supuesto que se ven los tabuladores, que sean representados por los IDEs y editores de texto como espacios en blanco no significa que no se vean, para la vista humana son espacios horizontales, y para la máquina es el carácter "t".
#10 ultimamente estoy enamorado de "visual studio code" (que no tiene nada que ver con el visual studio de toda la vida) es lo mas cercano a tener un ide completo sin sentir que llevas un tanque encima. Luego hay editores de texto como sublime que pueden funcionar bien con los complementos adecuados, pero me sigo quedando con vsc.
#6 Una moda que lleva mas de 20 años en sistemas "como unix" con núcleo linux.
Hoy día todo administrador, sysop, etc.. debe conocerlo porque infinidad de herramientas y librerías del sistema base "como unix" están realizadas en python. Como lenguaje de scripts no tiene competencia y su portabilidad es insuperable.
Igualmente para pruebas de concepto es una de las herramientas mas productivas.
En el campo científico y estadístico, gracias a sus librerías esta ganando una tremenda reputación.
Evidentemente no es perfecto y el rendimiento de las aplicaciones sin utilizar módulos en C es pobre. Tipos dinámico.... etc, etc...
#6 No es tan fácil. El ecosistema que tiene Python detrás es brutal. No hay ningún solo lenguaje de programación que pueda hacerle sombra ahora mismo. No hay ninguna alternativa.
#2 Python mola para cuando necesitas un script pero es algo más elaborado que lo que uno normalmente hace en Bash. Entonces usas Python, que por cierto hoy en día tiene también tipado.
Creo que Python es una profecía auto-cumplida: si todos creemos que será el lenguaje del futuro, lo será.
Personalmente, no me parece mal que sea así, porque aunque tiene carencias, me parece bastante digno. Lo que necesitamos hoy en día es tender hacia un lenguaje "central" que conozcamos todos, aunque para usos especializados siempre existan otros. Es insostenible lo que está pasando ahora, que si una persona quiere entrar en el mundo de la programación, no se le pueda recomendar un lenguaje con una mínima previsión de continuidad. Tiene que haber uno, y si tiene que ser Python que lo sea.
#8 ctrl+K, ctrl+D en mi Visual Studio, y te formatea el documento actual, tabulaciones incluidas. Pero si alguna parte no quiero formatearla por el motivo que sea, compila.
#13 Yo uso Visual Studio a diario y que vaya a 32 o 64 bits es algo que me da absolutamente igual.
Eso de que va lento y es inestable... igual es que usas los complementos que no debes como "Resharper" que se come la ram de tu equipo y a día de hoy no aporta una mierda a los atajos de serie de VS, por cierto también es de JetBrains.
#20 Reshaper hace años que está totalmente prohibido en mi máquina. Visual Studio 2019 + cmake + clang es la cosa mas inestable del planeta, peta a cada segundo o se queda colgado constantemente.
Y si trabajas con imagenes grandes (hago visión artificial) notas mucho pero que mucho los 32 bits.
Luego está VSCode que está bien para hacer webapps, pero se me queda corto. No puedo vivir sin cosas como el debugger remoto.
El IntelliJ no sé porque solo lo utilicé en un curso y no profundicé mucho, pero el Python creo que al ser tan fácil de aprender está bien como primer lenguaje, para coger conceptos y buenas prácticas, y ya de ahi si lo deseas o necesitas pasar a otro lenguaje.
#23 Bueno, pero tus problemas son una particularidad del desarrollo que haces. Yo hago aplicaciones webs y a mí me va todo perfectamente y desde que desterré el Resharper más.
#23 Por lo que veo que escribes, me da que lo realmente inestable es lo que programas, a mí me funciona perfectamente y conozco a varios amigachos que también lo usan y va bin
#8 y no está nada mal hasta que empizas a refactorizar, mover código de un sitio a otro, o directamente copias código de stackoverflow (tú también lo haces, no lo niegues) y falla porque algo no está bien tabulado.
No es una buena idea ni para un proyecto mediano. Como ya han comentado otros, los IDEs ayudan a tabular el código correctamente. Para eso están, y si pones una configuración adecuada, todo tu equipo de trabajo tabulará igual.
He programado en c, c++, visual basic, python, PHP, JavaScript, matlab, Scala y en lenguajes específicos para autómatas......
Esta claro que todo depende del contexto que se requiere ( hay muchos) y creo que de todos python es el más flexible y completo. Lo cierto es que una vez que el volumen de datos ha aumentado también han crecido los sistemas basados en python precisamente por su versatilidad. No es el mejor para todos los tipos de proyectos, pero es el único bueno en casi todos los casos.
#12 Porque en el reino de los ciegos el tuerto es el rey. ¿Habiendo sido torturados durante décadas con esos lenguajes de shell, cshell, bash etc quien no ve a python como cristo salvador? Pero para hacer cosas mas complejas que borrar archivos caducados no mola mucho.
#8 Pues yo tengo la teoría de que Python usa los tabuladores porque los paréntesis, llaves y corchetes ya los tenía pillados y no tenía otro separador disponible, y que lo de obligar a "tabular bien" es una excusa que se buscó a posteriori
Madre mia cuanto odio hay aqui jaja, los hilos principales todo hablando de lo mierda que es python. Pues si, no es una herramienta perfecta, pero tiene casos de uso en los que funciona muy bien.
¿Es aquí donde salen las ofertas de empleo que piden expertos en mil lenguajes de programación?
Gilipollas, nadie es experto en mil lenguajes de programación, más vale que seas muy bueno en UNO, y que sea un lenguaje versátil, que toquetear varios como un borracho.
#23 Yo hago C++ multiplataforma a bajo nivel y VSCode con los plugins adecuados va como la seda. Pero se que todo es cuestión de gustos. No quiero flames.
#6 No, no pasara. Siempre pasa lo mismo con toooooodas las tecnologías nuevas. Hasta hay articulo de la wikipedia explicandolo en.wikipedia.org/wiki/Hype_cycle
Hay una cresta de la ola donde todo el mundo se flipa. Luego con el tiempo se va viendo cuales son los verdaderos casos de uso donde tiene sentido usarlo y donde no, y la cosa se estabiliza. Esto no significa que la tecnología X no sea buena, solo significa que no es la correcta para TODO.
#12 En el campo científico y estadístico R le está comiendo bastante terreno.
Lo peor de Python es que los mismos que empiezan una "investigación" pretenden crear también un producto final con lo que van obteniendo porque "como es el mismo lenguaje, es lo mismo" (frase real que he oído de un supuesto gurucillo de ciencia de datos), con el resultado de que el producto final es una mierda que va a pedales.
Luego se comparan los resultados de ese mismo proyecto pasado a Scala y...
#68 Para PHP? Yo he usado el phostorm y me encantaba pero me jarte de piratear lo y no voy a pagar 90€ al año ya que netbeans me da lo que necesito gratis aunque es cierto que me gusta menos porque el autocompletado del phpstorm iba mejor.
#71 PHPStorm es de pago, y como bien dices no es barato. El primer años 200€, el segundo 160€ y a partir del tercer 120€, 10€ al mes. Lo normal es que sea la empresa que se haga cargo de este gasto, pero si no es el caso en mi opinión vale la pena pagar 10€ al mes por la que puede ser la herramienta más importante de mi trabajo.
Si no quieres pagar, una opción para tenerlo gratis, aunque no es legítima, es conseguir acceso a un email de alguna universidad, si tienes algún conocido que esté en la universidad y te haga el favor, es solo darse de alta en el programa "for Students" en la web de Jetbrains y te da un año de licencia de todos los IDEs
Python es fácil, lo que hay que aprender es lo que hay detrás: ciencia de datos, automatización, desarrollo web, lo que sea. Es como lo de que los programadores cobol ganan todos sueldos de 6 cifras. No es por programar en cobol, que es un lenguaje trivial, sino por conocer arquitecturas mainframe, buenas prácticas de procesamiento batch, etc. Así que si, ahora hay muy buenos trabajos que requieren python, pero esa no es la parte importante del trabajo.
#73 Lo se, pero tengo ya una edad y ninguno de mis conocidos están en la universidad pero tampoco tengo tanta edad como para tener hijos ni amigos con hijos en la universidad. Una putada porque me encantaba, pero lo dicho no me da tanta mejora con respecto a netbeans como para pagar 200 pavos. Y siendo te sincero son muchos años ya usando netbeans, le tengo hasta cariño aunque desde que lo han cogido los de Apache cada vez va peor.
Todo esta muy bien, pero como algunos ya han dicho, no hay lenguajes buenos o malos, simplemente se adaptan mejor o peor a diferentes proyectos ... menos Visual Basic que es un zurullo.
Yo que ya voy para talludito he programado profesionalmente en buen puñado de lenguajes. Desde Cobol a Python pasando por Visual Basic (pero el 6.0, eh!), php, C, C#, Scala, Go y mucho, mucho Java con Spring. Ahora me he pasado a Kotlin (en backend, que hay mucho Kotlin más allá de Android). Y si puedo no volveré a tocar Java ni con un palo. Kotlin es una puta maravilla. Si de verdad os gusta este oficio, deberías darle una oportunidad. Sobre todo los javeros. La interoperabilidad con Java es total, lo que te permite introducir Kotlin incluso en proyectos ya existentes sin apenas fricciones.
(Prometo que JetBrains no me paga ni un euro. Ya me gustaría a mí)
Cada vez que oigo un JOIN en una BD empiezo a afilar el hacha ..... no te digo que el JOIN no te puede sacar de algún problema de vez en cuando pero por lo general ... el que tira mucho de JOIN sabe mucho de SQL pero ni tiene ni puta idea de BD y cuando el conjunto de datos crece te revienta las máquinas.
Otra cosa es que no te gusten los IDEs y prefieras un editor de textos por simplicidad y ligereza, pero eso ya son gustos.
IntelliJ tambien.
Otra cosa es que no te gusten los IDEs y prefieras un editor de textos por simplicidad y ligereza, pero eso ya son gustos.
La encuesta tiene muchos meses ya. Llevo meses leyendo lo mismo. Sino lo mismo casi, veo un claro intento de manipulación.
Y por poner la puntilla, por supuesto que se ven los tabuladores, que sean representados por los IDEs y editores de texto como espacios en blanco no significa que no se vean, para la vista humana son espacios horizontales, y para la máquina es el carácter "t".
Hoy día todo administrador, sysop, etc.. debe conocerlo porque infinidad de herramientas y librerías del sistema base "como unix" están realizadas en python. Como lenguaje de scripts no tiene competencia y su portabilidad es insuperable.
Igualmente para pruebas de concepto es una de las herramientas mas productivas.
En el campo científico y estadístico, gracias a sus librerías esta ganando una tremenda reputación.
Evidentemente no es perfecto y el rendimiento de las aplicaciones sin utilizar módulos en C es pobre. Tipos dinámico.... etc, etc...
Personalmente, no me parece mal que sea así, porque aunque tiene carencias, me parece bastante digno. Lo que necesitamos hoy en día es tender hacia un lenguaje "central" que conozcamos todos, aunque para usos especializados siempre existan otros. Es insostenible lo que está pasando ahora, que si una persona quiere entrar en el mundo de la programación, no se le pueda recomendar un lenguaje con una mínima previsión de continuidad. Tiene que haber uno, y si tiene que ser Python que lo sea.
Eso de que va lento y es inestable... igual es que usas los complementos que no debes como "Resharper" que se come la ram de tu equipo y a día de hoy no aporta una mierda a los atajos de serie de VS, por cierto también es de JetBrains.
Y si trabajas con imagenes grandes (hago visión artificial) notas mucho pero que mucho los 32 bits.
Luego está VSCode que está bien para hacer webapps, pero se me queda corto. No puedo vivir sin cosas como el debugger remoto.
No es una buena idea ni para un proyecto mediano. Como ya han comentado otros, los IDEs ayudan a tabular el código correctamente. Para eso están, y si pones una configuración adecuada, todo tu equipo de trabajo tabulará igual.
Esta claro que todo depende del contexto que se requiere ( hay muchos) y creo que de todos python es el más flexible y completo. Lo cierto es que una vez que el volumen de datos ha aumentado también han crecido los sistemas basados en python precisamente por su versatilidad. No es el mejor para todos los tipos de proyectos, pero es el único bueno en casi todos los casos.
#20 #23 No por funcionar a 64 bits se os arreglarian todos vuestros problemas. No es tan sencillo:
www.infoq.com/news/2016/01/VS-64-bit/
docs.microsoft.com/en-us/archive/blogs/ricom/revisiting-64-bit-ness-in
Por otra parte, Resharper ya esta haciendo sus cosillas para ejecutar sus movidas en otro proceso paralelo (algo que ya hace VS para ciertas cosas y que Rider tambien hace):
blog.jetbrains.com/dotnet/2019/07/11/where-we-are-with-out-of-process-
blog.jetbrains.com/dotnet/2020/02/24/update-running-resharper-process/
Gilipollas, nadie es experto en mil lenguajes de programación, más vale que seas muy bueno en UNO, y que sea un lenguaje versátil, que toquetear varios como un borracho.
en.wikipedia.org/wiki/Hype_cycle
Hay una cresta de la ola donde todo el mundo se flipa. Luego con el tiempo se va viendo cuales son los verdaderos casos de uso donde tiene sentido usarlo y donde no, y la cosa se estabiliza. Esto no significa que la tecnología X no sea buena, solo significa que no es la correcta para TODO.
xkcd.com/378/
Lo peor de Python es que los mismos que empiezan una "investigación" pretenden crear también un producto final con lo que van obteniendo porque "como es el mismo lenguaje, es lo mismo" (frase real que he oído de un supuesto gurucillo de ciencia de datos), con el resultado de que el producto final es una mierda que va a pedales.
Luego se comparan los resultados de ese mismo proyecto pasado a Scala y...
Si no quieres pagar, una opción para tenerlo gratis, aunque no es legítima, es conseguir acceso a un email de alguna universidad, si tienes algún conocido que esté en la universidad y te haga el favor, es solo darse de alta en el programa "for Students" en la web de Jetbrains y te da un año de licencia de todos los IDEs
(Prometo que JetBrains no me paga ni un euro. Ya me gustaría a mí)
Si hubieras dicho el ed ... a lo mejor, pero edlin ... es que eres un machote de esos que disfruta con Eurovisión y la cabalgata del orgullo gay
¡blasfemo! ¡lávate la boca antes de hablar de ksh (y de su copia amariconada, bash)!
Cada vez que oigo un JOIN en una BD empiezo a afilar el hacha ..... no te digo que el JOIN no te puede sacar de algún problema de vez en cuando pero por lo general ... el que tira mucho de JOIN sabe mucho de SQL pero ni tiene ni puta idea de BD y cuando el conjunto de datos crece te revienta las máquinas.