(...)

{{{">Aproximadamente 16,5 millones de desarrolladores utilizan JavaScript, lo cual lo convierte en el lenguaje de programación más usado a nivel mundial, y sin rastro de que esto cambie en el futuro: tan solo en el último año, cuatro millones de desarrolladores se unieron a esta comunidad, el mayor crecimiento entre todos los lenguajes." | renderPostMessage 96968}}}

{{{">>96968\nMás demandado = menor paga\nPor eso sigo en Python y Ruby raza maestra." | renderPostMessage 96975}}}

{{{">>96975\n>Python\nSolo si eres cientifico de datos o cientifico a secas, te creo, pero la gran mayoria de la gente que usa el podedorisisimo Python es para diseño web y programas de escritorio, que es lo peor que puedes hacer con Python.\n>Ruby\n¿En serio se sigue usando esa cosa? supongo que si han de pagar muy bien." | renderPostMessage 96977}}}

{{{"Realmente vivir en la línea temporal en que Python de todas las opciones tenía que ganarse el shill de Fagman es una pesadilla. Ojalá que sigan con el proceso de eliminar mierda obsoleta del sistema de paquetes y estandarizar, es la única parte verdaderamente horrible del lenguaje; cada segundo es una agonía hacer cualquier cosa fuera de un solo venv en un contenedor. Ni siquiera el dinero está siendo suficiente para compensarlo." | renderPostMessage 96986}}}

{{{">>96967 (OP)\nBueno negro solo usar JavaScript puro a medias para hacer lo necesario en páginas web y de Python solo se lo básico y un poco más (no me interesa saber más de ninguno de los dos), el único que lenguaje que verdaderamente se usar es R y hasta los momentos nadie me ha contratado ;_;" | renderPostMessage 96987}}}

{{{">>96977\n>es lo peor que puedes hacer\nJustifica.\nY sí, se sigue usando Ruby por que hay ciertos personajes con problemas de comunicación que insisten en usarlo (nos pasó con un proyecto, tratamos de shillear por Python+Django y nos dijeron que no)." | renderPostMessage 97010}}}

{{{">>97010\n>Justifica. \nPython, como tal fue diseñado para ser un lenguaje de scripting, y al ser interpretado estarias corriendo 2 programas al mismo tiempo, el usar Python para programas de escritorio se resume en una pila enorme de [s]mierda[/s] scripts, y para el desarrollo web es básicamente reemplazable con css para la frontend y para el backend seria mejor usar otra cosa como GO, Java o incluso JavaSoya.\nNo te lo tomes a mal, me gusta Python, por mi trabajo y carrera lo uso bastante, pero hay que saber cuando no y cuando si hay que usarlo.\nPero como la mayoría de gente que usa Python son tan mediocres que quieren usarlo para todo porque \"jaja es multiparadigma, puedo hacer lo que quiera con el\" y terminan haciendo cagadas blotware y espaguetis de codigo con mil y un llamadas de librerías y frameworks para que funcione." | renderPostMessage 97018}}}

{{{">>96967 (OP)\nNegros soy pobre y siempre me ha llamado la atención ser programador, ¿Qué lenguaje me recomiendan aprender para poder sobrevivir?" | renderPostMessage 97025}}}

{{{">>97025\nAldo, ando en la memeuniversidad estudiando geología pero siento que eso no es lo mío y como desde hace años quiero ser programador no sé con que empezar" | renderPostMessage 97027}}}

{{{">>97025\npython es lo que mas paga, despues de cobol." | renderPostMessage 97029}}}

{{{">>96977\n>pero la gran mayoria de la gente que usa el podedorisisimo Python es para diseño web y programas de escritorio\nMito sacado de tu esfinter. El Software de escritorio esta liderado por lenguajes como C, C++ y C#. Deseguro eres de los tarados que piensan que blender esta hecho en python solo porque soporta macros.\nPython esta bien para hacer utilidades que no requieren ser optimizadas mucho, investigación rapido etc. \n>solo si eres cientifico de datos o cientifico a secas,\nLa única razón de todo esto es numpy que es muy parecido a matlab. \nPython es como las tablas o soportes temporales de una obra." | renderPostMessage 97039}}}

{{{">>97039\n>pero [b][u]la gran mayoria de la gente que usa el podedorisisimo Python[/u][/b] es para diseño web y programas de escritorio \nAprende a leer bien." | renderPostMessage 97042}}}

{{{">>96967 (OP)" | renderPostMessage 97043}}}

{{{"Si tanto te preocupa aprender algo que no quede obsoleto la otra semana, sólo aprende POSIX shell o Bash y Javascript, incluso si decidiéramos deshacernos de estos dos por alguna razón hoy mismo y FAGMAN decidiera involucrarse de forma activa en eso, tomaría al menos 20 años, y no debe tomar más de 1 y medio volverse útil con esos dos. Aprender un lenguaje no es gran cosa, lo complicado es mantenerse vigente en el tooling, especialmente el daño cerebral de Node.\n>>97039\n>>97042\nPython no es malo pero tienen que admitir que la única razón que lo mantiene vigente más allá de hacer plomería para unas hojas de Excel es la mente colmena y la sunk cost fallacy. Aunque veamos qué deparan estos cambios que planean para la 3.12. A ver si así al fin se empieza a acabar el martirio de la paquetería." | renderPostMessage 97046}}}

{{{">>97043\n¿No sabes programar ni nada sobre sistemas operativos verdad negro?" | renderPostMessage 97076}}}

{{{">>97046\n>Python no es malo pero tienen que admitir que \nqué golang es mucho mejor lenguaje." | renderPostMessage 97077}}}

{{{">>97046\n>Python no es malo\nYo nunca lo negue, es mas, uso Python bastante, pero hy que aceptar que Python es para scripting y data analys, y no para otras cosas, es como ponerse a programar paginas web con C++ o videojugos con JavaScript, no tiene nada de sentido, mismo le pasa a Python con el webdev y el desktopdev." | renderPostMessage 97108}}}

{{{">>97077\nNo hay punto de comparación, negro. Para empezar Python es un lenguaje interpretado y Go compilado." | renderPostMessage 97111}}}

{{{"Me encanta usar django/flask para hacer mis paginas webs, es demasiado facil y rapido hacer todo el backend con ellas.\ny que me importa que no sean 100% eficientes? si al final solo son 100ms que nadie nota en una pagina normal, hasta en aplicaciones web mas complejas es rápido." | renderPostMessage 97145}}}

{{{">>97145\n>django/flask \n>mis paginas webs\n>100% eficientes?\n>solo son 100ms\n>nadie nota\nEl Estado absoluto del Duning Kruger." | renderPostMessage 97148}}}

{{{">>97148\nNo has visto lo que Nodejs puede hacer si piensas que Django es el fondo del barril, incluso si tenemos en cuenta que Python no está precisamente lejos del fondo." | renderPostMessage 97154}}}

{{{"¿Y-y qué hay de C?" | renderPostMessage 97155}}}

{{{">>97155\nC lo mató el apestoso stallman con su software liebre y su infame JewNU" | renderPostMessage 97156}}}

{{{">>97156\n¿En serio crees eso? Eres idiota." | renderPostMessage 97157}}}

{{{">>97155\nC, es y sera el rey en sistemas empotrados hasta se jubilen todos los neckberds pero para entonces Golang estara maduro y llegara a hacer el trabajo." | renderPostMessage 97158}}}

{{{">>97145\nPero en Django hay que usar plantillas para escribir HTML. Alterar el DOM debería hacerse con JS directamente. Es sentido común." | renderPostMessage 97162}}}

{{{"Cuando yo me puse a estudiar Django, resulta que no tenía sentido porque podía hacer lo mismo en JS. Django sería para alguien que no sabe mucho JS (o no usaría Django, me imagino).\n\nEso de la velocidad es relativo. Si sabes lo que haces, siempre eres más rápido." | renderPostMessage 97163}}}

{{{">>97162\n>>97163\nEse es el punto entero de los motores de plantillas en frameworks como Django, minimizar el uso de Javascript. Aunque el shill de fagman quiera hacer parecer lo contrario, Javascript está muy lejos de ser un lenguaje comfortable de usar, hay un número nada despreciable de personas que quisiera no tocar ese lenguaje en su vida. Por eso es que hay tanto intento de compilarlo a partir de otra cosa, como typescript, elm y y ruby2js." | renderPostMessage 97186}}}

{{{">>97163\n>(o no usaría Django, me imagino)\ndjango es un meme, las empresas que no son meme-empresas estan usando .NET, Go, spring boot o software hecho en casa en C++." | renderPostMessage 97215}}}

{{{">>97186\n>Ese es el punto entero de los motores de plantillas en frameworks como Django, minimizar el uso de Javascript.\nEse no es el punto de los motores de plantillas, mongolo. El Punto era usar el mismo Lenguaje y ya. Nada tiene que ver con tus conspiraciones contra JS sacadas del abismo de tu ano.\nLos motores de plantilla solo son útiles para programas pequeños. Si vas a hacer un servicio web escalable que tenga muchos usuarios es sumamente idiota procesar las vistas de lado del servidor. Lo más sano es separar usando MVC. Delegar la lógica y control al backend, enviar el minimo de información al Frontend y que sean los recursos del cliente el que construyan la vista. Si todos tuvieran las ideas tan distorcionadas como las tuyas. Las tecnologías web estarian en la prehistoria." | renderPostMessage 97284}}}

{{{">>97108\n>programar paginas web con C++\nPoder se puede: https://en.wikipedia.org/wiki/Comparison_of_web_frameworks#C++\n>>97111\n>Para empezar Python es un lenguaje interpretado y Go compilado.\nNo soy ese anon pero, ¿que tal Nim? Todavía no lo he probado, pero por lo que he visto es como un Python compilado.\n>>97145\n>y que me importa que no sean 100% eficientes?\n¿Que con cientos o miles de visitas a la vez es mas probable que se te caiga el servidor?\n>>97186\n>intento de compilarlo a partir de otra cosa, como typescript, elm y y ruby2js.\nTambién esta http://transcrypt.org/ para Python (aunque no me convence del todo y creo que le faltan cosas, como la función time.sleep()).\n>>97284\n>enviar el minimo de información al Frontend y que sean los recursos del cliente el que construyan la vista.\nO hacer una cache en HTML y regenerarla desde el servidor solo cuando se actualiza el contenido de la pagina." | renderPostMessage 98253}}}

{{{">>98253\n>O hacer una cache en HTML \nLa cache solo sirve para elementos estáticos, y cualquier heuristica que sacrifique tiempo por espacio en el lado del servidor es una reverenda idiotes. \nPara ponertelo con manzanitas, si construyeras un chat, seria un pendejismo recargar todas las respuestas pasadas y re-enviarlas al cliente. únicamente te interesaria que el cliente jale el último mensaje y un rango historico en caso se refresque la pagina entera. \nSi los grandes servicios no tuviesen separado a si sus servicios web no les alcanzarian los servidores, los motores de templates no son escalables y es absurdo construir sitios en el backend. Es inseguro, es ineficiente y no es productivo en trabajo en equipo, cuando trabajas en un proyecto grande quieres que la gente de frontend solo consuma APIs, no quieres que toque la lógica de negocio." | renderPostMessage 98276}}}

{{{">>98253\n>O hacer una cache en HTML y regenerarla desde el servidor solo cuando se actualiza el contenido de la pagina.\nNo, no.\nEs deber del frontend hacer que el sitio cargue de manera eficiente. Tú sólo le expones una API, así si el frontend quiere los mensajes, los pide con una ruta. El tiempo de carga no es grande si el sitio está bien hecho y el servidor no es gratis." | renderPostMessage 98288}}}

{{{">>98253\n>Poder se puede: https://en.wikipedia.org/wiki/Comparison_of_web_frameworks#C++ \nSupongo que si casi nadie hace sitios en C++ es por que no quieren.\n>>98276\n>La cache solo sirve para elementos estáticos [b]o que no se actualizan constantemente[/b]\nCorregido.\n>>98276\n>seria un pendejismo recargar todas las respuestas pasadas y re-enviarlas al cliente\nA menos que quieras hacer un chat sin javascript (recuerdo haber visto uno que funcionaba así).\n>es absurdo construir sitios en el backend\nTampoco es que sea algo imprescindible trasladar todo al lado del cliente." | renderPostMessage 99111}}}

{{{"Aprende springboot" | renderPostMessage 99114}}}

{{{">>96967 (OP)\n>JavaScript, Python y Java encabezan los lenguajes de programación más utilizados\nEntonces ya sabes que están saturados.\nEstudia algo que no esté tan saturado" | renderPostMessage 99119}}}