Recomendados: [Naturaleza] [Política]

[Volver] [Catálogo] [★]
Estás en el hilo 63976 de /t/.
Título  
Opciones
Post
Archivo URL
Pass  (Para eliminar tu post, opcional)
Lee las Reglas antes de participar.
Lee las Reglas antes de participar.
Tipos de archivo: GIF, JPG, MP3, MP4, OGG, PDF, PNG, SWF, WEBM . Tamaño máximo: 24 MB.
En este tablón puedes publicar código con [code].

¡Nuevo tablón de Naturaleza!

No abuses de los hilos de consultas técnicas. Trata de aportar contenido, opiniones, experiencias, recursos, en lugar de pedirlos.
Si quieres colaborar con el desarrollo de Hispachan, tienes toda la información en esta página.

Cuál elegir?
[A]
159347546811.gif [S] ( 27.96KB , 455x345 , 1366_2000.gif )
63976 Cuál elegir?
Anónimo

/#/ 63976 []

Negros el camino de mi carrera universitaria esta por acabar, termine aprendiendo phyton y kotlin por la u pero quisiera que me digan que otro lenguaje podria aprender para tener más oportunidades laborales según su experiencia

>> Anónimo /#/ 63978 [X]
>>63976 (OP)
HTML

>> Anónimo /#/ 63980 [X]
>>63978
>HTML
>no HTML4

stay pleb

>> Anónimo /#/ 63981 [X]
>>63976 (OP)
Javascript y por ende a los 3 frameworks "de moda" React, Angular y Vue.Por lo que veo React está más de moda, he visto demasiadas propuestas de trabajo que piden esto, prácticamente si quieres trabajo rápido vete al desarrollo web.

>> Anónimo /#/ 63982 [X]
>>63976 (OP)
Javascript / Node JS. Ya que sabes kotlin, Java está de más. Y los otros dos son shit tier.

JavaScript por sí solo es algo inútil, así que deberías enfocarte a aprender a usar frameworks como React, Semantic UI y Electron. Yo trabajo independiente y saber esas tecnologías me han sido de ayuda para conseguir trabajo y terminarlo rápido. Node JS te hace casi todo.

>> Anónimo /#/ 63990 [X]
>>63982
Negro mágico, ¿es redundante estudiar Spring y NodeJS al mismo tiempo o consideras que saber ambos podría resultar beneficioso en algún punto?

>> Anónimo /#/ 63991 [X]
>>63990
Pero Spring es un framework de Java EE. Nada que ver con Node

>> Anónimo /#/ 64001 [X]
>>63991
No es lo mismo?

>> Anónimo /#/ 64007 [X]
>>64001
No soy el pero Java y Javascript son cosas diferentes, aprende Javascript y todo lo que tenga que ver con el React/Angular/Electron/Vue/SPA/PWA y ganaras buen dinero, ya que hoy fuerzan Javascript para todo.

>> Anónimo /#/ 64021 [X]
>>64007
Esto.

>> Anónimo /#/ 64027 [X]
>>64001
Son frameworks para el backend. En Node tenes Express que similar. En Python tenes Django y Flask. Y después tenes C# Net Core. También está Golang, que reemplazo a java para backend en algunas empresas.
Creo que lo mejor es que aprendas Node, lo vas a tener que usar para el frontend de todos modos, tal vez Express, y PHP.

>> Anónimo /#/ 64075 [X]
>>64007
>ya que hoy fuerzan Javascript para todo.
Y el usuario paga el precio de la pereza e ineficiencia del desarrollador.

>> Anónimo /#/ 64076 [X]
>>64027
>Express que es similar
¿No que es una biblioteca para el enrutamiento básico y control de acceso? A lo mucho se le puede comparar con Flask
Django por otra parte es un peso pesado con ORM y motor de plantillas que bien le daría pelea a Laravel o Ruby on Rails.

>> Anónimo /#/ 64078 [X]
>>64075
No sé por qué muchos odian a js y el desarrollo web como si fuera lo peor. Literalmente es lo que hace que las interfaces modernas, pues, existan, y que sean limpias y simples. Todos deberían tener un dispositivo decente en 2020 que soporte todo lo que la tecnología web ofrece. No es culpa de los programadores y es que no nos vamos a quedar en 1995 con interfaces estáticas feas y con mucho estorbo visual.

>> Anónimo /#/ 64095 [X]
>>64078
>Limpias y simples
Sin funcionalidad alguna y pesadas como bloques de plomo por detrás también.

>> Anónimo /#/ 64099 [X]
>>64078
>terminal con electron completamente inecesaria
>otro fork de chromium que nadie pidio
>"app" para bootear una USB escrita en electron
>node con decenas de dependencias para hacer parpadear un simple led en arduino
>machine learning completamente inecesario con JS
Quieres que siga? :^)

>> Anónimo /#/ 64108 [X]
>>64095
>sin funcionalidad alguna
¿No conoces Semantic UI, o incluso bootstrap?

>pesadas
100MB o incluso 400 no son nada en 2020

>>64099
>terminal con electron completamente inecesaria
Tal vez para ti lo es, pero para la gente que se dedica a desarrollo de software, le es una manera de aprovechar la tecnología moderna para no lidiar con el autismo de C++. Si ya tenemos formas de crear GUIs con muchas características fácilmente, no hay por qué reinventar la rueda.

>otro fork de chromium que nadie pidio
Por eso son WEB apps, para crear la interfaz se necesita el engine Blink, y para procesar JavaScript V8, que es un compilador JIT muy veloz. Eso es el "chromium" al que te refieres, no es que literalmente sea un navegador.

>"app" para bootear una USB escrita en electron
Lo cual no tiene nada de malo. Si sigues con un PC de 32 bits, Windows XP y 2GB de RAM es tu culpa.

>node con decenas de dependencias para hacer parpadear un simple led en arduino
¿Eso es malo porque...? En la distribución final del software todos los scripts son comprimidos con asar. En el desarrollo, todo queda en el archivo package.json del repositorio y por ende, éste se puede distribuir sin los node_modules, para eso está npm. Python y C hacen lo mismo, solo que las dependencias no se guardan en el repo porque bueno, C no tiene gestor de paquetes y el de python funciona distinto a npm o yarn.

>machine learning completamente inecesario con JS
En esto si estoy de acuerdo, pero no hace malo a javascript.

>> Anónimo /#/ 64142 [X]
159365989673.gif [S] ( 10.08KB , 424x503 , Xaw.gif )
64142
>>64078
>si no es una interfaz material design con chorrocientas animaciones y efectos, debe ser una interfaz sacada de pic related
Tremenda falsa dicotomía negro.
>limpias y simples
Al contrario, recargadas en efectos, transparencias, desenfoques y sombritas.
>>64108
>100MB o incluso 400 no son nada en 2020
<todos tienen un macbook pro retina 2019 con 32gb de ram, teras de SSD, GPUs dedicadas, fibra optica simetrica de 1 Gbps como yo
Para un negro en memezuela o cualquier sector rural 100 MB para una app que solo muestra tu portapapeles es mucho. Ni siquiera 100, hasta 10 MB es mucho.
(https://drewdevault.com/2016/11/24/Electron-considered-harmful.html)
>inb4 2016
Aún válido al día de hoy.
>Tal vez para ti lo es, pero para la gente que se dedica a desarrollo de software...
Imagina ser capaz de justificar tal derroche de recursos.
Una terminal no debería requerir una GPU para ser ágil.
-xfce4-terminal no la necesita
-gnome-terminal no la necesita
-konsole no la necesita
-la terminal de Windows no la necesita
-cmder no la necesita
-Terminal.app no la necesita
-Hyper la necesita
Todas esas terminales nativas responden al instante al teclado, Hyper no, Hyper tiene una latencia de 40ms! La terminal nativa sólo 16ms (y sería menos si subiera los Hz de la pantalla)

>no hay por qué reinventar la rueda
Imagina ser tan imbécil que tienes que usar una biblioteca para rellenar un string o para saber si un número es un entero positivo (gracias al pobre sistema de tipos de JS), o importar una tonelada de bibliotecas con solo incluir una dependencia a tu proyecto.
De regalo: https://www.davidhaney.io/npm-left-pad-have-we-forgotten-how-to-program/
>app para bootear un usb
>no tiene nada de malo
¿Sabías que Rufus hace lo mismo pero sólo requiere 1.1 MB?
>¿Eso es malo porque...?
Admítelo, te quedaste sin argumentos.

Para pensar:
https://tonsky.me/blog/disenchantment/

>> Anónimo /#/ 64150 [X]
>>64142
Dejando a un lado la tiradera de mierda a javascript.

Secundo fuertemente lo de las terminales aceleradas por GPU.
En tantos años de usar la terminal nunca he sentido que la terminal sea lenta. El único momento en el que la podría llegar a sentir lenta y que casualmente es el caso que usan para demostrar el "gran poder" de la terminal con GPU es cuando la cago y doy cat a un log de 800,000 lineas.

Claro que va a ser lento tiene que procesar un archivo enorme y mostrarte cada linea en pantalla. Pero no importa que tan rápido lo muestre nunca voy a ser capaz de procesar toda esa información. Así que de nada me sirve todo ese "poder", Ctrl-C y abro el archivo de otra forma.

No he probado Hyper porque de solo entrar a la pagina y ver que todo eran plugins, uno de los destacados es darle efectos "cool" y que estaba hecha en electron me alejaron al instante.

Probe kitty y como mencionas tiene latencia, kek. Donde mas se siente es al seleccionar texto, mueves el mouse y notas como se arrastra para seguirte. Ninguna otra terminal sin GPU tiene ese problema.

Probe alacritty, la que se hace llamar la terminal mas rápida, ni siquiera tiene pestañas. No, tienes que usar tmux para eso, aquí nos dedicamos a la velocidad que no te servirá de nada, kek. Y tiene el mismo problema de seleccionar texto.

Use gnome-terminal durante 4 años. Cuando empece a trabajar hace 4 años cambie a tilix por la ventaja del tiling y la sincronización entre estos para poder trabajar con varios servidores al mismo tiempo, cosa que las anteriores mencionadas no tienen. Y en todo ese tiempo nunca he sentido lenta la terminal.

>> Anónimo /#/ 64159 [X]
En el tema de recursos, MS teams en Windows tira hasta 1gb de ram en algunas ocasiones total desperdicio y termino usando la webapp.

Considero una completa mierda ese software.

>>64142
Memezuela y el sector rural no son el Target para desarrollo, esto lo puedes ver agravado en desarrollo Android dónde el crossplataform con webapps hechas APK con un browser adentro infestan la Playstore dejando inservibles a los dispositivos de menos de 4 años.

>Imagina ser tan imbécil que tienes que usar una biblioteca para rellenar un string [...]
Si parece una completa estupidez sin embargo existe cosas así y un poco más arriba son cosas útiles

¿Porque es útil? Por un simple razón tiempos de entrega cuando en tu librería personal de código no tienes una función que resuelva X problema tienes que si o si tirar de una librería y "suponer" su funcionalidad con un voto de fe a los devs que la hicieron.
Y no te hablo de mierdas autistas como lefpad te hablo de cosas como
-underscore js
-moment js

Para implementar esos helpers tardaría tiempo que me demanda un cliente y mi vida personal.

>>64108
>¿Eso es malo porque...? En la distribución final del software todos los scripts son comprimidos con asar.

Esto no es malo es grave, porque no tienes conciencia al final del árbol de dependencias que estás generando y utilizando un solo cambio puede generar comportamientos inesperados y eso se traduce en dolores de cabeza

Aunque use funciones de lagunas librerías siempre se importa lo mínimo por eso hay divisiones por ejemplo en boostrap dónde puedes importar solo los elementos que ocupas incluso personalizar con asistente y todo que estás importando a tu proyecto.

Y saben que es lo más triste que están peleando por mierda que realmente no es problema hoy ya hay releases que considero estables para wasm y posiblemente sea Microsoft y no mozilla con su amado rust quien se coma el pastel gracias a blazor.

Eso sí está que hablar posiblemente dejemos de ver tanta Liberia de js al fin

>> Anónimo /#/ 64174 [X]
>>64142
>Para pensar:
Qué grande Niki. Ya que estás en eso mira esta talk de Jhonathan Blow. Explica lo que le está pasando a la industria del software.
https://www.youtube.com/watch?v=ZSRHeXYDLko

Además a lo que referís se llama ley de Wirth. Es una lastima que las ideas de Wirth no hayan calado profundo. Por el contrario, tenemos UNIX aún en pleno 2020. UNIX y su estúpida filosofía es la mayor causa de bloat.

>> Anónimo /#/ 64185 [X]
>>64174
>UNIX y su estúpida filosofía
¿Cuál de todas?
>worse is better
>do one thing and do it well
>you only have to solve 90% of the problem
>everything is a stream of bytes
Me recuerda a https://web.mit.edu/~simsong/www/ugh.pdf

>> Anónimo /#/ 64208 [X]
>>64185
Sí, todas están englobadas en "The UNIX philosophy". Al que no tolero es al mogólico de Eric S. Raymon. Stallman dentro de todo me cae simpatico.

>> Anónimo /#/ 64218 [X]
>>64027
¿Para hacer bakend es necesario saber hacer algo de frontend? No me gusta el frontend.

>> Anónimo /#/ 64222 [X]
>>64218
Depende, por lo general lo mínimo de aprender html para probar en bruto lo que haces en backend y de la persona de front end depende si usar plantillas html en backend o usar un API JSON que luego transforma en el front end.

En esos casos deberías saber HTML y JSON lo que aprendes en un dia.

>> Anónimo /#/ 64279 [X]
>>64222
HTML y JSON, anotado. Para empezar en el backend ¿qué tecnologías me recomiendas, me urge trabajo? Estoy estudiando c++, pero de aquí a que tenga buen nivel tal vez me muera de hambre.

>> Anónimo /#/ 64280 [X]
>>64279
Java y Spring es lo más pedido fuera de PHP.

>> Anónimo /#/ 64298 [X]
>>64279
C++ déjalo sólo para desarrollo de sistemas que requieran alto rendimiento. Hoy en día lamentablemente prefieren el time to market o (lo que no es malo) la maleabilidad del software.


Eliminar hilos/posts
Reportar un hilo/post
[Volver] [Catálogo] [★]