Feda /dev/ - No Javascript allowed | Página 554

Lecherito #16591 Dic '20 A toda leche

#16589 Tan util como lento

desu #16592 Dic '20

#16588 Díselo a los M1 con 8GB de RAM. Tu con 32GB para tener un par de pesta;as en chrome, el IDE y un Docker de desarrollo. HAHAHAHAHAHAHHAHAHAHAHHAHAHAHAHAHAHAH

No necesitas echarle mas horas para tener un rendimiento y eficiencia superior a la media. Con saber lo básico de programación (punteros, referencias, heap, stack, context, envs, calls, gc) de lo que estas usando te aseguro que sobra. Lo que has de echarle horas es en aprender. Comiendo arroz con curry pues normal que llores.

Y de nuevo, esta discusion va sobre consumidores y usuarios finales. Donde ser un ignorante si te afecta. Obvio que yo tambien uso librerias random porque tengo deadlines. Si usas bloat que jode memoria al menos que sea mas rapido y seguro que lo que tu habrias hecho. Pero como consumidor me quejo y doy voz a los problemas.

2 respuestas

Ranthas #16593 Dic '20

#16592desu:
Comiendo arroz con curry pues normal que llores.

Sobre esto si está picante como el demonio.

Lifecasi0 #16594 Dic '20

Espero que con curry te refieras a salsa de curry y no a curry en polvo.

1 respuesta

aren-pulid0 #16595 Dic '20

Habéis usado alguna vez GraphQL, que ventajas y desventajas le véis frente a REST?

Esta bien lo de poder especificar por cliente que datos quieres obtener, pero como haces que un usuario pueda acceder a X parte de la información y a X parte no? Entiendo que a nivel de capa de negocio, pero que haces elevas una excepción que indique que no tiene permisos o ??

HeXaN #16596 Dic '20

#16594Lifecasi0:
salsa de curry

Pasta de curry.

1 1 respuesta

Lifecasi0 #16597 Dic '20

#16596 Con salsa me refiero al resultado final, para mucha gente el arroz con curry es simplemente arroz con unos polvicos por encima. Para mi si no queda salsita rica no es arroz con curry.

desu #16598 Dic '20

Wei-Yu #16599 Dic '20

#16592 cada herramienta tiene sus precondiciones de uso, ya sean libs, runtimes, sistemas operativos, recursos, morfología particular del ente que la use o cualquier otra cosa que se te venga a la cabeza. Y esas precondiciones tienen detrás motivos mucho más densos que "el que lo hizo era un mono".

Personalmente creo que tiene infinita más importancia la accesibilidad de una herramienta que su raw performance para procesos que te ahorrarían 10s al día. La accesibilidad, contextualizada, también podría abordarse en términos de coste previo (hardware o infra) para poder utilizarlo.

1 respuesta

HeXaN #16600 Dic '20

Y después de eso caja de pino.

eondev #16601 Dic '20 Rawe Ceek

#16584Wei-Yu:
Porque utilizas recursos ya existentes para acelerar tus procesos y poder conseguir velocidad suficiente en el desarrollo de tu producto.

Eso qué excusa barata es? nada justifica el ser cada vez menos eficientes en espacio y memoria. Bueno sí, el tener node_modules, electron y fw gordacos con mil capas. Y si que afecta bro, que para bajarte una puta mierda necesitas 200 MB de espacio. En ese aspecto sublime text es una rara avis en el panorama y se agradece, aunque todo el mundo haya migrado a vscode porque el webshit medio que hace plugins de colores de neones le es más fácil portarlo desde atom.

La peña necesita de ryzens de 300 cores y 32 de RAM para hacer lo mismo que hacía la peña hace 20 años. Que sí, que el chrome y sus pestañas tragan, usamos virtualización a cholón con contenedores y demás, pero nada justifica que un IDE o editor se trague varios GB de memoria él solito porque total, ahora la peña va con 16 y 32. Pues no me da la gana bro, 8 GB deberían ser suficientes para picar teclas y usar el pc.

#16588Wei-Yu:
Te afecta lo suficiente como para que realmente entorpezca tu trabajo? Lo dudo muchísimo.

Qué va, tiro de cartera y me gasto 200 pavos en 32 GB de ram, de aquí 10 años serán 64 xd.

eondev #16602 Dic '20 Rawe Ceek

#16599Wei-Yu:
Personalmente creo que tiene infinita más importancia la accesibilidad de una herramienta que su raw performance para procesos que te ahorrarían 10s al día

Es que no se trata de que vaya más rápido el software, se trata de que no engorde conforme pasa el tiempo. Toma https://threadreaderapp.com/thread/1336890442768547845.html

Wei-Yu #16603 Dic '20

No entiendo por qué no os entra en la cabeza que esas cosas no influyen tanto como os gustaría en que el software sobreviva.

Con el ejemplo de docker, seguro que hay mil formas de tener una alternativa mucho más eficiente (ya siendo cocinandote tú uno via chroot o la implementación que te venga en gana o utilizando la herramienta que no conoce ni su puta madre número 4). Pero usas docker porque tiene un tradeoff que te beneficia, y en ese benificio está implícito el consumo "excesivo" de recursos.

Me parece algo tan evidente que no entiendo cómo es motivo de discusión siquiera.

2 respuestas

zoeshadow #16604 Dic '20

A mi me sigue estallando la cabeza de como cojones una puta aplicación para pedir taxis llega a tener 700.000 líneas, es que no lo entiendo.

Encima la parte más compleja (que es mostrar el mapa) la hacían usando un SDK.

1 respuesta

desu #16605 Dic '20

No influye pero

Cada semana un fw js nuevo
Webservices, conectores a db, y mierdas async
Fw y librerias para temas de devops, SRE
En temas de ML ni entro, librerias y fw re escribiendose a ritmo de vertigo
Exito y acogida de Go, kotlin que se ha comentado hoy, FAANGs pasandose a Rust
...
Me he cansado

Pero no influye a nivel de vida de software.

Es algo tan evidente que no entiendo como es motivo de discusion siquiera.

HAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHA

Me voy a comprar un Seat Ibiza del 98 que aun lo fabrican.
Que guapa mi TV de 28 pulgadas, para que quiero TV a color?
...

FP, fuente de felicidad. /dev nunca me fallas.

1 respuesta

Kaledros #16606 Dic '20

#16605desu:
HAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHA

Pareces la persona más sensata y equilibrada del mundo cada vez que escribes algo así.

isvidal #16607 Dic '20

no se pa q usamos tractores si con la mula y el carro ya funcionabamos igual

a mas no gastaba gasolina y no necesitabas mecanicos, y como se te joda l motor de arranque tienes que estar haciendo puentes

a la mula le dabas un latigazo y ya arrancaba, ni motores de arranque ni ostias tt

1 1 respuesta

Wei-Yu #16608 Dic '20

#16604 Puede ser que el dato sea parcialmente falso (es la app+X servicios de back, o "la app" en todas sus plataformas, las sloc están mal medidas contando un montón de comentarios, whitespace o config o vete tú a saber), pero incluye métricas para sacar datos, librerías propias a cascoporro porque necesitan exprimir ciertas cosas o mantener retrocompatibilidad con versiones super viejas, tests a punta pala para tener una cobertura de 5 nueves. Todo eso seguro que sube las líneas de código un montón. No creo que hasta 700K en caso de ser sólo una app móvil, pero también es lo primero que se me ha pasado por la cabeza y seguro que hay unas cuantas cosas más con lo que inflar la codebase.

1 respuesta

eondev #16609 Dic '20 Rawe Ceek

#16603 estás interpretando la discusión como te da la gana. Y el foco no lo estamos poniendo en software como Docker porque en ningún momento lo hemos puesto como ejemplo de nada. xD

#16607 El simil sería comprarte un tractor nuevo que va igual, hace lo mismo pero te traga el triple de gasofa. pero eh, que la gasofa es gratis, qué problema le ves? xddd

1 respuesta

LLoid #16610 Dic '20

estamos intensitos hoy

1

isvidal #16611 Dic '20

#16609 Pero es que estais mintiendo, los ides de hace 20 a;os no hacian ni de co;a lo que hace hoy en dia jetbrains

Y no solo eso, los recursos eran mucho mas limitados, por lo tanto debias ir muchisimo mas al dedillo, ahora no hay necesidad, un pc de gama baja carga con 4gb de ram minimo.

2 respuestas

eondev #16612 Dic '20 Rawe Ceek

#16611 Si lees mi comentario anterior ya digo que el aumento de funcionalidades no justifica que tu ide se coma 10 GB de RAM él solo. Y además el foco no está únicamente en los IDE, es el software en general, todo pesa 100 MB, todo va embebido en mierda web, todo son librerías sobre librerías y mierda sobre mierda. Frameworks, SDK y lenguajes que te generan cada vez binarios más tochos.

#16611isvidal:
Y no solo eso, los recursos eran mucho mas limitados, por lo tanto debias ir muchisimo mas al dedillo, ahora no hay necesidad, un pc de gama baja carga con 4gb de ram minimo.

Pues eso, que como todo es gratis en 10 años nos plantamos que 16 mínimo para ofimática y 64 lo recomendado para trabajar xddd. FW de juegos 2D pixel art que te generan unos binarios de varios GB. Luego librerías optimizadas y pequeñas que te generan ese mismo juego y pesa apenas unos kb xD

eondev #16613 Dic '20 Rawe Ceek

.

Lecherito #16614 Dic '20 A toda leche

#16533 https://github.com/sokomishalov/lombok-rs de nada hombre, he tardado mas de lo que creia

2 1 respuesta

privet #16615 Dic '20

Lombok es una isla de Indonesia, situada en la provincia de las Islas menores de la Sonda occidentales (Nusa Tenggara Barat en indonesio). Se encuentra entre las islas de Bali, al oeste, y Sumbawa, al este.

Ranthas #16616 Dic '20

Estarás contento @eisenfaust , mira la que has liado con tus mierdas de los años 60, tienes a todo el masillerío en plena revuelta, seguro que cuando Bill Gates soltó aquello de que 640kB de memoria deberían ser suficientes para cualquiera estuviste aplaudiendo un mes

1 1 respuesta

eisenfaust #16617 Dic '20

#16616 Eso es mero postureo. En la vida real manejo heaps de 1TB.

1 respuesta

Lecherito #16618 Dic '20 A toda leche

#16617 Fuera broma, he tenido que manejar heaps de 1+ TB en la JVM y sus horitas para arrancar se tiraba xddddd. Que sida trabajar con eso holy fuck

1 respuesta

eisenfaust #16619 Dic '20

#16618 Has probado Azul Zing?

1 respuesta

Lecherito #16620 Dic '20 A toda leche

#16619 Le tengo echado un vistazo pero no la he probado, pero es una cosa que esta en proceso de ser borrada de la faz de la tierra pero despues de 20 a;os eso ha ido escalando hasta llegar a ese monstruo.

De todas maneras, eso fue hace tiempo ahora no se como esten.

Feda /dev/ - No Javascript allowed

Normas basicas de convivencia:

Memes Feda/dev

Usuarios habituales