…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
#3 es puta magia, pruebalo, yo he pasado por C, C++, Java, C#, y he sufrido PL/SQL, COBOL, VB y mil mierdas más y puedo decir sin temor a equivocarme que Python es puta magia
#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.
#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.
#25 yo reconozco que he usado poco VS, pero he tenido compañeros que lo han usado bastante y la opinión es la misma que la de #23, traga recursos de forma desmedida y da problemas e inestabilidad por todos lados. Y esto sumado a mi corta experiencia con él me lleva a descartarlo de plano. Además de que no es multiplataforma.
Lo poco que lo probé me bastó para ver que la gestión de Git de VS es una broma de mal gusto, nada intuitiva y le sobran 3/4 de los botones. La de IntelliJ y derivados… » ver todo el comentario
#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
#46#60
hablo a niveles generales, que aqui nadie elige que programa ni dedica los fines de semana al lenguaje moda de turno, te sale el trabajo que te sale en base a tu experiencia, fin.
un saludo desde el extranjero.
#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.
#30 Qué tal está el pinebook? Hace tiempo que les tengo echado el ojo a los "juguetes" que tienen esta gente. ¿Tuviste algún problema con el tema de aduanas para pedirlo? Gracias!
#13 De Visual Studio no hablo, pero del VS Code, ojito... Estoy convencido que le ha tenido que quitar un buen bocado a IntelliJ. En cualquier caso IntelliJ sigue siendo el mejor IDE para lenguajes de JVM, sobre todo con la versión Ultimate, la Community... ñe
#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
#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.
#99 No es cuestión de ser rata como ya he indicado en los mensajes anteriores, hay alternativas gratuitas y phpstorm no da un da una ventaja como para merecer la pena el desembolso desde mi punto de vista. Pasa un buen dia.
#73 Nope. Puedes comprarlo con licencia personal por 80€ o así y simplemente no lo renuevas, la version que descargaste es valida y legal de forma permanente. La suscripción es para tener las actualizaciones.
Yo estoy con la versión de 2018 que sí tiene la pega de no reconocer algunos type hints que se añadieron en las versiones 7.algo, pero esto es más cuestión de que PHP tuvo cambios importantes desde el punto de vista IDE en estos dos años.
#71 Lo habitual es que lo pague la empresa. Para mi es un "must".. igual que me dan un ordenador, no concibo que no lleve una licencia de jetbrains. Es baratísimo para la productividad que te ofrece.
Incluso tengo una licencia personal que compré una temporada que hice algo de freelance. Se paga solo.
#132 cierto por 90€ al año está versión personal. 53€ a partir del tercer año. Me parece un regalo para lo que ofrece.
Y si, si has estado suscrito al menos durante un año te dan una licencia perpetua para la versión con la que iniciaste el año de suscripción. Pero por menos de 4'5€ al mes me parece ridículo no querer pagarlo y conformarte con una versión obsoleta.
#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.
#11 Totalmente de acuerdo.. He pasado por Eclipses, Netbeans, y demás horrores. Estaba contentillo con Sublime Text, pero Visual Studio Code es eso y más.. La búsqueda que tiene rapidisima, la integración con git, los complementos para todo lo que quieras, lo rápido que va.. no sé. .me tiene ganado
Me referia mas, en mi comentario #1, a lo que dice #21 : Se trata como basura a eclipse cuando NO lo es. Ni intellij es tal panacea.
#16 Yo he TRABAJADO con projectos de eclipse que consistian en medio centenar de EARs y, literalmente CIENTOS de WARs (150? no se, no los contaba ). Eclipse se arrastraba, pero funcionaba.
Y no digo que Intellij sea malo, eh? pero hay cosas que me parecen de cajon viniendo de eclipse que no estan, a saber:
#16 Pues yo tengo workspaces en Eclipse con más de 20 proyectos bien hermosos y no he tenido problema. Quizás sea un tema de una versión antigua o que el ordenador no tiene recursos suficientes, a saber.
#16 puede ser simplemente porque Eclipse venía (no lo uso hace más de 10años) con una configuración para la memoria dedicada a indexar el proyecto, por defecto puede que menor que otros IDE, esto tenía que ver con el uso de la RAM para indexar
#1 Los que están sobrevalorados son los "webdevelopers" Python y sobre todo los "datascientist" Python.
Un lenguaje cojonudo, probablemente lo puto mejor que se ha hecho en computación los últimos 30 años, por encima de Java en mil cosas (y más antiguo que Java, algo que muy poca gente sabe), fácil de aprender y rápido de usar. Evidentemente no sirve para absolutamente todo (es demasiado lento para tratamiento de determinados datos en tiempo real) pero resuelve millones de… » ver todo el comentario
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.
#100 Entiendo que te refieres al modelo relacional, el más típico. La operación de unión es básica en el modelo relacional. Más que prescindir de ella, lo que hay que hacer es hacerla bien: el tipo de join que corresponde, cuando corresponde, como corresponde y con los campos que corresponde. Esto incluye que los campos estén indexados si corresponde.
Por lo que dices, entiendo que planteas la alternativa de subconsulta, múltiples consultas u otras soluciones. Si analizas el plan de ejecución,… » ver todo el comentario
#100el que tira mucho de JOIN sabe mucho de SQL pero ni tiene ni puta idea de BD
Pues imagínate la puta idea que tendrá el menda que lo mete todo en una "document database" y luego me escribe 5 for loops en el código para resolver una consulta.
Confundes "eficiencia en consultas" con "diseño de base de datos". Claro que un Join te puede tumbar la app, pero eso es si la BD está mal diseñada o si la consulta está mal hecha.
#79"Son esos mismos guarros que luego te "solucionan" el "problema" de que Python es "muy lento" metiendo a tu empresa en un contrato con MongoDB, el mayor montón de mierda creado para almacenamiento de datos en los últimos 100 años lo menos."
#79 Escribir código para algo que se resuelve con un JOIN en SQL debería ser delito. Como mínimo motivo de despido procedente. Hay que ser poco profesional para hacer eso.
#79 bueno hombre, mongo puede ser muy util para segun que cosas. El problema es meterlo con calzador en bbdd que deberian ser relacionales, solo porque es nosql y eso es guay y blablabla
Python tiene la gran ventaja de que casi para cualquier cosa que se te ocurra suele ser la segunda/tercera mejor opcion (a menos que necesites concurrencia a saco, en cuyo caso...buena suerte )
#79 No soy programador pero muchos me han dicho que lo soy, por lo menos no me considero programador.
Cuando pregunto a alguien de mi equipo sobre los detalles exactos de un determinado cálculo “datascientist” o desarrollador, no saben contestarme con datos exactos. Siempre generalidades.
Como director general de la empresa, no quiero ningún dato que no entienda su fórmula exacta sobre cómo se calcula. Pero muchas otras empresas les da igual y presentan informes que no entienden, cuando… » ver todo el comentario
#79 yo me he encontrado una cosa que supera tus 5 loops anidados: un tipo que había hecho 5 llamadas consecutivas a os.chdir, había llamado a un proceso ahí, y despues... había hecho un loop con 5 llamadas a os.chdir('..') .
#79 . Evidentemente no sirve para absolutamente todo (es demasiado lento para tratamiento de determinados datos en tiempo real) pero resuelve millones de proyectos en tiempo récord y de forma estable, segura, mantenible y duradera.
Disiento: Aun habiendo llegado los tipos en python 3.16: El problema que le veo a python es que deja muchos flecos: muchas cosas a la consideracion del programador: he tenido que desarrollar una aplicacion que dejaron a medias en una empresa anterior que… » ver todo el comentario
#79 C++17 también es lento en manos de un programador novato que no sabe ni pasar argumentos por referencia.
A mi el lenguaje me da igual... C++ mola mucho, pero Javascript también...
JS no es tan eficiente ni de lejos comparado con C++, pero el poder hacer un servidor JS Node express en una tarde, no tiene precio....
y luego tiene un rendimiento sobresaliente.
Python supongo que sera parecido a JS (en cuanto a la cantidad de librerías etc)
No he trasteado con el solo por la mierda de los tabuladores (a los que venimos de usar llaves, nos cuesta cambiar)
#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".
#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.
Si, todos los IDEs e incluso muchos editores de código tienen un atajo para formatear el código, el problema es que hay mucha gente que no formatea. Mucha no, muchísima. Me he encontrado auténticos estropicios por culpa de un mal formateo del código. Y esto es precisamente lo que se quiere evitar en Python obligando a indentar correctamente.
#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.
#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
#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.
#15 Lo del tipado es muy limitado, además, la forma en que lo han desarrollado me parece que satura innecesariamente su legibilidad, y tiene bastante limitaciones.
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.
#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#19 No tiene nada de ”IA mágica”, sucede que su soporte ”out of the box” para paralelización asíncrona no lo tiene ningún otro lenguaje. Por no mencionar que la cantidad y potencia de las librerías que trae ”out of the box” tampoco tiene parangón, a no ser que te vayas a frameworks pesadísimos como los que arrastran Java o C#.
También sucede que hay gente como tú o #51, que creen que sólo sirve para hacer scripting. Pero eso es ignorancia, nada más.
#38#112 Algunas repuestas parecen enviadas desde el mismísimo siglo XX.
Empezando por los gestores de paquetería y pasando por virtualizacion, nubes, etc... python es el mas utilizado como scripts de sistemas, rompiendo partes fundamentales del sistema si eliminas el interprete.
#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.
#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...
#67 Es que para el producto final necesitas a un programador profesional especializado, pero total si ya "funciona" y eso sale muy caro pues sabemos lo que pasa
#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.
#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.
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.
#17 Eso es lo que me gustaría. Tengo 35 años y me gustaría aprender algún lenguaje (más por hobby, pero nunca se sabe). Y me han comentado que java y Python de cabeza (sé algo de html, php y mysql). ¿Voy bien encaminado para empezar?
#17 Siempre ha sido así. Conocer un lenguaje de programación no te hace programador. Lo que importa son los conceptos, el lenguaje es sólo dedicar algo de esfuerzo a la sintaxis y la manera de hacer las cosas.
Salvo javascript, cualquier lenguaje que aprendas hoy será igual en los próximos 5 o 10 años.
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.
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.
¿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.
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í)
#28 nada más lejos de la realidad. En el mundo de la programación básicamente hay dos clases de trabajadores:
- Por un lado están los que se conforman con lo que tienen, y tragan hasta el infinito por tal de no moverse y salir de su zona de confort, que son los que programan en lo que les mandan. Estos son carnaza de cárnica. Padefos de toda la vida.
- Y por el otro lado están los que no tienen miedo a descartar una empresa y moverse, saliendo de su zona de confort, con tal de encontrar un… » ver todo el comentario
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.
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.
#88 No odies, hombre. ¿Por qué lo odias si son primos hermanos?
Yo estoy leyendo ahora el código fuente de una API escrita en C# y lo entiendo sin problemas. Alguna cosas me parecen un poco "raras" pero son lo mismo.
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.
#24 para aprender lo mejor es un lenguaje tipado y que te obligue a hacer las cosas medianamente bien.
Python es uno de los mejores lenguajes de programación que hay, a mi parecer, pero para empezar es un desastre porque admite casi todo: no usar ni funciones ni clases, todo el mismo archivo, reusar la misma variable para diferentes cosas y diferentes tipos de datos, ...
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.
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.
Lo poco que lo probé me bastó para ver que la gestión de Git de VS es una broma de mal gusto, nada intuitiva y le sobran 3/4 de los botones. La de IntelliJ y derivados… » ver todo el comentario
#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/
hablo a niveles generales, que aqui nadie elige que programa ni dedica los fines de semana al lenguaje moda de turno, te sale el trabajo que te sale en base a tu experiencia, fin.
un saludo desde el extranjero.
Si no, no.
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
Yo estoy con la versión de 2018 que sí tiene la pega de no reconocer algunos type hints que se añadieron en las versiones 7.algo, pero esto es más cuestión de que PHP tuvo cambios importantes desde el punto de vista IDE en estos dos años.
Incluso tengo una licencia personal que compré una temporada que hice algo de freelance. Se paga solo.
Y si, si has estado suscrito al menos durante un año te dan una licencia perpetua para la versión con la que iniciaste el año de suscripción. Pero por menos de 4'5€ al mes me parece ridículo no querer pagarlo y conformarte con una versión obsoleta.
sales.jetbrains.com/hc/en-gb/articles/207240845-What-is-perpetual-fall
cc #71
Por si a alguien le interesa, Jetbrains tiene licencias educativas. En su momento yo di de alta una con el correo de la UAM.
El único problema que tiene Eclipse frente a IntelliJ es que la gente no se conoce los atajos de teclado.
#11 VSC se va a convertir en el nuevo IDE por defecto de java en pocos años.... Tiene cosas MUY guapas.
Me referia mas, en mi comentario #1, a lo que dice #21 : Se trata como basura a eclipse cuando NO lo es. Ni intellij es tal panacea.
#16 Yo he TRABAJADO con projectos de eclipse que consistian en medio centenar de EARs y, literalmente CIENTOS de WARs (150? no se, no los contaba
Y no digo que Intellij sea malo, eh? pero hay cosas que me parecen de cajon viniendo de eclipse que no estan, a saber:
1- Que me formatee el… » ver todo el comentario
He visto a IntelliJ cargar proyectos que eclipsarían a Eclipse.
Así sí.
Un lenguaje cojonudo, probablemente lo puto mejor que se ha hecho en computación los últimos 30 años, por encima de Java en mil cosas (y más antiguo que Java, algo que muy poca gente sabe), fácil de aprender y rápido de usar. Evidentemente no sirve para absolutamente todo (es demasiado lento para tratamiento de determinados datos en tiempo real) pero resuelve millones de… » ver todo el comentario
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.
Por lo que dices, entiendo que planteas la alternativa de subconsulta, múltiples consultas u otras soluciones. Si analizas el plan de ejecución,… » ver todo el comentario
Pues imagínate la puta idea que tendrá el menda que lo mete todo en una "document database" y luego me escribe 5 for loops en el código para resolver una consulta.
Confundes "eficiencia en consultas" con "diseño de base de datos". Claro que un Join te puede tumbar la app, pero eso es si la BD está mal diseñada o si la consulta está mal hecha.
Pero vamos, por lo general las máquinas de bbdd están muettas del asco en comparación con los servidores de aplicaciones
Grandes palabras.
Python tiene la gran ventaja de que casi para cualquier cosa que se te ocurra suele ser la segunda/tercera mejor opcion (a menos que necesites concurrencia a saco, en cuyo caso...buena suerte
Cuando pregunto a alguien de mi equipo sobre los detalles exactos de un determinado cálculo “datascientist” o desarrollador, no saben contestarme con datos exactos. Siempre generalidades.
Como director general de la empresa, no quiero ningún dato que no entienda su fórmula exacta sobre cómo se calcula. Pero muchas otras empresas les da igual y presentan informes que no entienden, cuando… » ver todo el comentario
Disiento: Aun habiendo llegado los tipos en python 3.16: El problema que le veo a python es que deja muchos flecos: muchas cosas a la consideracion del programador: he tenido que desarrollar una aplicacion que dejaron a medias en una empresa anterior que… » ver todo el comentario
A mi el lenguaje me da igual... C++ mola mucho, pero Javascript también...
JS no es tan eficiente ni de lejos comparado con C++, pero el poder hacer un servidor JS Node express en una tarde, no tiene precio....
y luego tiene un rendimiento sobresaliente.
Python supongo que sera parecido a JS (en cuanto a la cantidad de librerías etc)
No he trasteado con el solo por la mierda de los tabuladores (a los que venimos de usar llaves, nos cuesta cambiar)
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".
Si, todos los IDEs e incluso muchos editores de código tienen un atajo para formatear el código, el problema es que hay mucha gente que no formatea. Mucha no, muchísima. Me he encontrado auténticos estropicios por culpa de un mal formateo del código. Y esto es precisamente lo que se quiere evitar en Python obligando a indentar correctamente.
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.
El problema no es pasar a Python 3, sino si en algún momento tendrás que actualizar todo a Python 4.
Para ese viaje no se necesitan alforjas
A eso me refiero, exacto
Entiendo que a muchos no os guste esto del tipado dinámico, pero siempre será mejor que vaya de la mano con un tipado fierte que no débil.
La encuesta tiene muchos meses ya. Llevo meses leyendo lo mismo. Sino lo mismo casi, veo un claro intento de manipulación.
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...
También sucede que hay gente como tú o #51, que creen que sólo sirve para hacer scripting. Pero eso es ignorancia, nada más.
Python es bueno por las librerías de data science/big data, científicas y tal. En eso es bueno.
Para lo otro que mencionas Perl es netamente superior.
¿Algún argumento que respalde esa afirmación?
Empezando por los gestores de paquetería y pasando por virtualizacion, nubes, etc... python es el mas utilizado como scripts de sistemas, rompiendo partes fundamentales del sistema si eliminas el interprete.
Red Hat y derivados:
github.com/rpm-software-management/dnf/tree/master/dnf
github.com/libvirt/libvirt/tree/master/scripts
github.com/docker/compose
github.com/ClusterLabs/pcs… » ver todo el comentario
¡blasfemo! ¡lávate la boca antes de hablar de ksh (y de su copia amariconada, bash)!
Al lado de bash, python es la hostia. Yo prácticamente no he tocado python porque muchos de esos scripts los programaba en php, que sería muy similar.
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...
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.
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.
Salvo javascript, cualquier lenguaje que aprendas hoy será igual en los próximos 5 o 10 años.
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.
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.
(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
xkcd.com/378/
- Por un lado están los que se conforman con lo que tienen, y tragan hasta el infinito por tal de no moverse y salir de su zona de confort, que son los que programan en lo que les mandan. Estos son carnaza de cárnica. Padefos de toda la vida.
- Y por el otro lado están los que no tienen miedo a descartar una empresa y moverse, saliendo de su zona de confort, con tal de encontrar un… » ver todo el comentario
Yo estoy leyendo ahora el código fuente de una API escrita en C# y lo entiendo sin problemas. Alguna cosas me parecen un poco "raras" pero son lo mismo.
Python es uno de los mejores lenguajes de programación que hay, a mi parecer, pero para empezar es un desastre porque admite casi todo: no usar ni funciones ni clases, todo el mismo archivo, reusar la misma variable para diferentes cosas y diferentes tipos de datos, ...