Menéame: comentarios [3014333]

#395 El desencanto del software [EN]

--350694-- — Mon, 01 Oct 2018 17:22:32 +0000

#394 jejeje, yo llevo 3 semanas sin proyecto y estaba en mi casa dando vueltas por internet, por eso creo que encontre este post de hace dos semanas.

» autor: --350694--

#394 El desencanto del software [EN]

ElPerroDeLosCinco — Mon, 01 Oct 2018 14:57:35 +0000

#393 Estos días estoy en la fase final de un proyecto, coordinando pruebas y correcciones a contrarreloj. Fíjate si serán intensos los días, que he leído tu comentario y me parecía que era de un post antiquísimo, como de hace uno o dos meses. Resulta que es de hace menos de dos semanas.

No se por qué te cuento esto. Lloriqueos de informático.

» autor: ElPerroDeLosCinco

#393 El desencanto del software [EN]

--350694-- — Mon, 01 Oct 2018 14:34:04 +0000

#2 El problema del software tal como lo describe el escritor del articulo, es que no existe un proceso real de ingeniera detrás de él. En los tiempos en los que cada byte contaba se ponía mas atención en adelgazar el código. Pero no nos engañemos, no existen patrones ni modelos de diseño sofisticados de programación porque nunca han existido. Como leia una vez en un libro, llamamos ingeniería a la programación pero poco tiene en que parecerse al proceso de diseño de una casa, de un puente o de un avión.

Los constantes bugs de seguridad, de rendimiento, de estabilidad solo dan una idea de lo rápido que está creciendo la complejidad del software de programación y el deficit de diseño que tiene este software.

El futuro del software pasa por plantearse de 0, con "planos" y "cálculos" serios como va a ser la pieza de ingeniería que se va a realizar. Lo que se ha hecho hasta hoy ha sido improvisar sobre la marcha, pero lo que la industria no está decidida a aceptar es que el software se ha convertido en una pieza lo suficientemente compleja para que tenga unos patrones de diseño acordes a su importancia.

» autor: --350694--

#392 El desencanto del software [EN]

cosmonauta — Tue, 25 Sep 2018 05:58:57 +0000

#44 Esa es la percepción que yo tenía hace unos 4 o 5 años. Me puse a fondo con el symfony para descubrir la tendencia opuesta. Todo el mundo estaba intentando desacoplar se de los frameworks.

Hoy programo en golang, donde la filosofía es tirar muy poco de frameworks y mucho de la librería estándar. Es muy común ver proyectos muy grandes en golang que apenas tienen 10 o 15 dependencias. A veces, ni eso.

» autor: cosmonauta

#391 El desencanto del software [EN]

--543878-- — Sat, 22 Sep 2018 22:55:02 +0000

#316 #314 No entiendo por qué me citas dos veces. No, no estoy equivocado, lo siento. En general creo que te puede ayudar a ser mejor programador, pero así como pueden ayudarte a mejorar de distintas formas miles de alternativas más, no considero que sea algo esencial.

» autor: --543878--

#390 El desencanto del software [EN]

--543878-- — Sat, 22 Sep 2018 22:52:33 +0000

#348 Yo voy a cambiar la pregunta, sabes leer? Entiendo que no, así que me despido.

» autor: --543878--

#389 El desencanto del software [EN]

mcfgdbbn3 — Sat, 22 Sep 2018 15:47:17 +0000

#388: Depende, cada vez más gente está hasta las narices. A lo mejor los que se compran el teléfono de 1000 € van a más, pero porque buscan la apariencia, pero los que dicen "que os den" poco a poco también aumentan, y cuando pinche la burbuja del software, pues eso.

» autor: mcfgdbbn3

#388 El desencanto del software [EN]

--23321-- — Sat, 22 Sep 2018 15:41:54 +0000

#387 obviamente el raro eres tu, por eso se venden teléfonos cada año, y las aplicaciones son cada vez menos óptimas.

» autor: --23321--

#387 El desencanto del software [EN]

mcfgdbbn3 — Sat, 22 Sep 2018 14:33:52 +0000

#385: El código orientado a objetos o funcional no requiere comentarios por que el lenguaje es muy expresivo, y si necesitas comentarios es que lo estás haciendo mal.

Mejor elegir un lenguaje menos expresivo... y que permita a los usuarios usar el resultado sin problema.

Cuando la mayoría de fabricantes de aplicaciones que utilizas compiten por ofrecer la mejor aplicación al coste mas bajo, a la larga, sacrificarán en rendimiento y te harán comprarte un teléfono nuevo, que además, es lo que tiene mas sentido, como explico en #361

¿Competir en cual, en añadir chorradas que no se necesitan? Pues como digo, algunos se comprarán un teléfono nuevo, otros pulsamos en "desinstalar" y tiramos al cubo de la basura todo ese código tan guay que no necesita comentarios.

» autor: mcfgdbbn3

#386 El desencanto del software [EN]

--19782-- — Sat, 22 Sep 2018 14:32:43 +0000

jajajajaja encima de que no tienes idea me insultas. Algún @admin tenga en cuenta el acoso e insultos?

» autor: --19782--

#385 El desencanto del software [EN]

--23321-- — Sat, 22 Sep 2018 14:25:08 +0000

#371

¿Entonces cómo escribes un código en ensamblador, si se puede saber?

El ensamblador no es un lenguaje, es una familia de lenguajes. Cada uno con sus particularidades. El lenguaje ensamblador tiene una correlación directa entre los simbolos del lenguaje y el microcódigo de la computadora.

Suelen ser lenguajes con muy poco poder expresivo, por lo que crear código compacto y entendible es muy díficil, sino imposible. Por eso esos lenguajes no se utilizan en la industria en general, excepto cuando la situación especificamente lo requiere (casos puntuales).

El código en ensamblador si requiere comentarios por la falta de expresividad del lenguaje. El código orientado a objetos o funcional no requiere comentarios por que el lenguaje es muy expresivo, y si necesitas comentarios es que lo estás haciendo mal.

Depende, algunos pedirán a sus padres un teléfono nuevo, otros usuarios revisarán qué está pesando en el teléfono y lo quitarán para no tener que desembolsar mucho dinero en un teléfono nuevo. Yo mismamente he quitado alguna aplicación porque al final era elegir entre esa aplicación y el teléfono.

Claro, pero todas las aplicaciones progresivamente consumen mas, por lo que esa estrategia que me comentas tiene un limite. Cuando la mayoría de fabricantes de aplicaciones que utilizas compiten por ofrecer la mejor aplicación al coste mas bajo, a la larga, sacrificarán en rendimiento y te harán comprarte un teléfono nuevo, que además, es lo que tiene mas sentido, como explico en #361

» autor: --23321--

#384 El desencanto del software [EN]

--544052-- — Sat, 22 Sep 2018 13:00:46 +0000

#383 ke te jodan payaso

» autor: --544052--

#383 El desencanto del software [EN]

--19782-- — Sat, 22 Sep 2018 12:02:22 +0000

#380 A ver listillo, 2k no es la mitad de la pantalla! cuñaooooo. Un poco de matematicas, si una imagen de 3,840 x 2,160 la cortas por la mitad no es 2k!!!! Cuñaoooo. Solo divides entre 2 una de las coordenadas, cuñaooooo. Por tanto será la mitad de 4K en la coordenada X que es distinto que 2K.

Ademas de que UNA SOLA IMAGEN no justifica tu mierda de argumento para que ocupe tropecientos megas.

A ver si antes de insultar te aseguras de no decir una estupidez y quedar como un tonto

» autor: --19782--

#382 El desencanto del software [EN]

--583681-- — Sat, 22 Sep 2018 11:00:15 +0000

[Usuario deshabilitado]

» autor: --583681--

#381 El desencanto del software [EN]

comadrejo — Sat, 22 Sep 2018 10:51:51 +0000

#337 Realmente en ese caso el proveedor de software era lo peor.
Llegue a ver en un pase a producción presentarse el ingeniero de software junto con un par de becarios a "desarrollar" diferentes soluciones en producción sobre la marcha. Alegaban que pruebas en este caso no tenía carga como para probar las soluciones. Lo de crear un emulador de ventas no se les pasaba ni por la cabeza.

En cuanto a lo de las consultas yo realmente no estoy capacitado para evaluarlo. El dictamen de los DBAs y del soporte de Oracle era ese, "criterios de consulta muy discutibles". Por ejemplo en algunos casos aplicaban filtros en el aplicativo VB y no en la consulta.
Debido a que estaba ya en producción y modificar esquemas, aplicativos, etc implicaba un "cipostio" que el cliente final no parecía dispuesto a soportar el departamento de sistemas estábamos a pleno rendimiento "ñapero".

» autor: comadrejo

#380 El desencanto del software [EN]

--544052-- — Fri, 21 Sep 2018 23:13:51 +0000

#379 Pero si te lo dije yo tntdelculo!
Te dije. Si el teclado ocupa media pantalla la imagen es 2k
Hostias. Bøbø
Ahora que me baneen si kieres.
Puto pesado de las pelotas.
Ni lees bien ni retienes

» autor: --544052--

#379 El desencanto del software [EN]

--19782-- — Fri, 21 Sep 2018 18:54:15 +0000

#374 a ver si aprendes a leer... 4k es resolución de la pantalla. Una las imágenes no son 4k salvo pantalla completa. Lo entiendes ya? O te lo digo en chino a ver si así lo entiendes mejor

» autor: --19782--

#378 El desencanto del software [EN]

--19782-- — Fri, 21 Sep 2018 18:53:00 +0000

#376 que no, que no lo entiendes. Una pantalla de móvil puede ser HD, 2k, 4k o lo que quieras. Una imagen salvo que sea a pantalla completa nunca es 4k. Ya? Más claro no puedo. Y un teclado no tiene imágenes a pantalla completa (igual la de fondo si, aunque lo dudo)

» autor: --19782--

#377 El desencanto del software [EN]

carcadiz — Fri, 21 Sep 2018 18:18:39 +0000

#369 Si fuera con java, saltaría el airbag cuando ya te han enterrado.

» autor: carcadiz

#376 El desencanto del software [EN]

--544052-- — Fri, 21 Sep 2018 17:51:02 +0000

#372 www.google.es/amp/s/m.xatakamovil.com/varios/pantallas-hd-full-hd-qhd-
Toma culturizate

» autor: --544052--

#375 El desencanto del software [EN]

darkdead4 — Fri, 21 Sep 2018 17:40:47 +0000

#281 Pero que risas es cuando los roban por tener sistemas escombro.

» autor: darkdead4

#374 El desencanto del software [EN]

--544052-- — Fri, 21 Sep 2018 17:39:48 +0000

#372 Que coño tiene que ver la fotografia. Con el photoshop. Con la resolucion. Con el tocino. Con la velocidad. Con lo pesado que eres o con tu nula comprension lectora

» autor: --544052--

#373 El desencanto del software [EN]

darkdead4 — Fri, 21 Sep 2018 17:31:01 +0000

#138 #2 ¿De verdad ninguno sabe que se puede hacer tortillas de pan con pan de 5 días duro como piedra?
www.pequerecetas.com/receta/tortilla-de-pan/

» autor: darkdead4

#372 El desencanto del software [EN]

--19782-- — Fri, 21 Sep 2018 16:12:53 +0000

#364 yo soy pesado porque tú eres un cabezón que no tiene ni idea de fotografía, Photoshop y movilidad y aún así sigue diciendo barbaridades

» autor: --19782--

#371 El desencanto del software [EN]

mcfgdbbn3 — Fri, 21 Sep 2018 16:06:38 +0000

#328: si tienes que poner comentarios es que tu codigo no es legible y lo has hecho mal

¿Entonces cómo escribes un código en ensamblador, si se puede saber?

Los usuarios no desinstalan las apps por usar mas ram o cpu, mientras les funcionen bien cuando están en primer plano. Solo les preocupa cuanto ocupan instaladas, y cada vez menos, además de tener mucha tolerancia, por que todas las apps pesan mucho.

Depende, algunos pedirán a sus padres un teléfono nuevo, otros usuarios revisarán qué está pesando en el teléfono y lo quitarán para no tener que desembolsar mucho dinero en un teléfono nuevo. Yo mismamente he quitado alguna aplicación porque al final era elegir entre esa aplicación y el teléfono.

Yo al menos lo hago así, y salvo alguna de mensajería cuyo nombre no diré, el resto si tengo que quitarlas algún día, las quito. O bloquear las actualizaciones.

» autor: mcfgdbbn3

#370 El desencanto del software [EN]

Conde_Lito — Fri, 21 Sep 2018 15:27:46 +0000

#363 También lo había pensado, pero no he dicho nada ya que no se bien como va el tema de los vectores a la hora de programarlos.

» autor: Conde_Lito

#369 El desencanto del software [EN]

darkdead4 — Fri, 21 Sep 2018 15:00:13 +0000

#103 Es que son ligas distintas si la central de inyección abs airbag fuesen con java seria un puto cachondeo.

» autor: darkdead4

#368 El desencanto del software [EN]

MDman — Fri, 21 Sep 2018 14:55:50 +0000

#367 Había, porque no se como andan pero que la mitad de la plantilla que rellenaba (al ir yéndose o siendo despedida) usaba Apple y la diseñadora no usaba software libre...se convirtió en un chiste...

» autor: MDman

#367 El desencanto del software [EN]

Shotokax — Fri, 21 Sep 2018 14:52:19 +0000

#366 ¿qué proyectos de software libre hay en España?

» autor: Shotokax

#366 El desencanto del software [EN]

MDman — Fri, 21 Sep 2018 14:45:38 +0000

#353 Por desgracia en España....fuera no se...pero no creo que fuera aten a los perros con longanizas....

» autor: MDman

#365 El desencanto del software [EN]

darkdead4 — Fri, 21 Sep 2018 14:42:38 +0000

#102 No pasan por que no les sale de las pelotas moverse del silicio a otros procesos.
Ayer subi un noticia del nuevo osciloscopio de agilent/keysigh y solo el front en es capaz de operar a 110ghz y los ADC a 30ghz usando indio fósforo en la parte de 110ghz y silicio germanio en la de los ADC y estos últimos en creo que litografías mas viejas que las actuales propias de hp.

» autor: darkdead4

#364 El desencanto del software [EN]

--544052-- — Fri, 21 Sep 2018 14:40:26 +0000

#362 Porque tú tienes razon en tu cabeza?
Te votado porque además de un inepto eres un jodido pesaoo. Que no sabes ni leer ni entiendes una frase simple. No contraargumentas. Repites lo mismo
Un puto pesao.
Tu sabes lo que es un cuñao?
Pues un cuñado te llamaría a ti pesao.
Y sabelotodo sin tener ni puta idea.
Anda y vete a arreglar el mundo, que te necesita

» autor: --544052--

#363 El desencanto del software [EN]

darkdead4 — Fri, 21 Sep 2018 14:37:12 +0000

#218 Si movieran el puto culo usarían gráficos vectorizados y la aceleración 2d de la vga para dibujarlos.

» autor: darkdead4

#362 El desencanto del software [EN]

--19782-- — Fri, 21 Sep 2018 14:00:39 +0000

#247 como has quedado en ridículo me negativizas mis comentarios donde te explico por qué estás equivocado ...

» autor: --19782--

#361 El desencanto del software [EN]

--23321-- — Fri, 21 Sep 2018 13:39:38 +0000

#356

¿De verdad que lo que cobrarían los ingenieros para mejorar el software sería mayor que todos los recursos desperdiciados porque no lo hagan?

Tener un dispositivo de entrada salida que genera una experiencia interactiva audiovisual tiene un coste energetico total, al que podemos llamar T.

T es el coste de todas las energias implicadas en el proceso hasta llegar a la pantalla haciendo lucecitas, los altavoces sonando, y todo comportandose segun unas normas concretas.

El objetivo de la sociedad no es minimizar la función de coste hasta el minimo valor de T, es proponer un proceso en el que todos los actores consideren que la energia que invierten es menor que el beneficio que obtienen.

La energia se consume en ingenieros, mover cosas, extraer cosas, etc. Alguien la va a tener que pagar si queremos hacer todo el proceso hasta tu experiencia audiovisual con el aparato. Si la energia la invertimos en los ingenieros, el coste total de energia puede ser menor, pero lo paga el que ha producido el software, y si luego el software no sirve, no vale, etc, la energía se ha ido a la basura. Si la energia la invertimos en hacer procesadores y memorias mejores, entonces la energia la paga el usuario que compra ese aparato, y el que produce el programa puede invertir menos energia. El programa sale mucho mas barato energeticamente de fabricar, a costa de un dispositivo que ha sido mucho mas caro energeticamente de fabricar.

Pero esto, si lo piensas, es la mejor opción para todos:

1. el usuario paga el coste alto en el aparato, pero luego en el aparato puedo disfrutar de contenidos a coste muy bajo. De haber pagado un coste bajo por el aparato, tendría que pagar un coste alto por cada programa. Además, como se producen mas programas por que son mas baratos, el usuario tiene mas oferta.

2. la empresa puede hacer pruebas y lanzar productos a un coste mucho mas bajo, lo cual permite encontrar nuevos modelos de negocio de forma mucho mas agil, lo cual termina produciendo riqueza para la empresa y oferta para el usuario.

3. las empresas que fabrican el aparato siguen vendiendo aparatos

Es un sistema que está en el equilibrio de nash. La otra opción que planteas es mas eficiente, como lo es en el dilema del prisionero no confesar, pero es inalcanzable por que es inestable:

en.wikipedia.org/wiki/Nash_equilibrium

Y por eso, cada vez vas a ver computadoras mas potentes y programas mas ineficientes: por que es el estado mas optimo alcanzable.

Pero, la suma de las energias invertidas en el proceso es muy superior, así que si tenemos en cuenta que compartimos el planeta tierra, hay un actor: todos los que vivimos en el planeta, que está pagando un coste demasiado elevado en ese proceso. Pero como ese coste es sobre un bien común, el equilibrio de nash se mantiene por la tragedia de los comunes:

es.wikipedia.org/wiki/Tragedia_de_los_comunes

» autor: --23321--

#360 El desencanto del software [EN]

--588575-- — Fri, 21 Sep 2018 13:18:57 +0000

#355 Sobre elegir el lenguaje, ojalá hubiera sido TCL/TK. Tendríamos aplicaciones de escritorio igualmente rápidas.

» autor: --588575--

#359 El desencanto del software [EN]

--588575-- — Fri, 21 Sep 2018 13:17:40 +0000

#344 Bueno, si algo "bueno" del sistema educativo español es que la gente no aprende una mierda y se olvida al año siguiente.
Yo no me acuerdo ni del análisis sintáctico más simple.

» autor: --588575--

#358 El desencanto del software [EN]

--588575-- — Fri, 21 Sep 2018 13:11:20 +0000

#355 > Javascript es muchísimo más rápido y hay más programadores

¿Que es qué? El ultimo Guile see folla a JS.

Y el que haya más programadores, visto el percal, es una desgracia. Cuanto más lejos a esa masa de programadores al por mayor, mejor.

» autor: --588575--

#357 El desencanto del software [EN]

triturator — Fri, 21 Sep 2018 12:54:15 +0000

#272 Claro que hay punto intermedio, el problema es encontrarlo

Hacerlo todo por nuestra cuenta puede tener ventajas, pero también tiene inconvenientes. Por mucho que te quede un programa más ligero, tu librería está mucho menos probada que las que puedas importar, por lo que probablemente son una fuente de bugs considerable. Luego está el tema de si en el futuro hay que ampliar la funcionalidad y tú ya no estás, ¿seguro que será posible, o el que venga será capaz de leer el código? Con librerías de terceros, muy probablemente no haya que hacer nada, simplemente esperando las funcionalidades "vendrán solas".

En definitiva, que si todo fuera una cuestión de rendimiento, estaría claro, pero es que además del rendimiento está la mantenibilidad, la seguridad, y un montón de factores más que hay que equilibrar, y que hacen que no exista una única solución. Si hubiera algún lenguaje/tecnología que fuera el mejor en todo, sólo existiría ese, no habría necesidad de tantos.

» autor: triturator

#356 El desencanto del software [EN]

mr_b — Fri, 21 Sep 2018 12:05:20 +0000

#328 Mi comentario es el #21.

Pero es que el problema no es la energía demás que pueda consumir un software, que puede ser irrelevante o no, dependiendo de cuánto se ejecute ese software. El problema está en cuántos recursos se están invirtiendo cada año en diseñar y fabricar nuevos procesadores más potentes para mover el software cada día más ineficiente. Pero no es sólo eso, es que también estamos desperdiciando recursos en sustituir todos los procesadores que dicen que están ”obsoletos” por otros nuevos para mover el software, cuando los procesadores antiguos están en perfecto estado y funcionarían a la perfección con un software optimizado.

¿De verdad que lo que cobrarían los ingenieros para mejorar el software sería mayor que todos los recursos desperdiciados porque no lo hagan?

» autor: mr_b

#355 El desencanto del software [EN]

meneandro — Fri, 21 Sep 2018 12:04:12 +0000

#288 Javascript es muchísimo más rápido y hay más programadores. Realmente se eligió por lo que se le eligió (se podía haber elegido lua, que es muy ligero y potente y embebible en cualquier lado), es un lenguaje flexible y cómodo para según qué cosas y como una forma de bajar el listón para atraer nuevos programadores.

Por otro lado, no sé qué tal estarán los bindings de guile y otros lenguajes, supuestamente con GIntrospection debería ser bastante fácil usar las librerías de Gnome desde casi cualquiera. En todo caso, nadie te prohibe usar Guile/scheme para desarrollar programas para Gnome www.gnu.org/software/guile-gnome/documentation.html

#253 GnomeMaps también. En su día se promocionó JS como lenguaje de primer nivel para el entorno (que no quita que cualquiera pudiera usar cualquier otro, python, c++, java, etc. tienen bindings.

» autor: meneandro

#354 El desencanto del software [EN]

--453740-- — Fri, 21 Sep 2018 08:17:22 +0000

#281 Me ha recordado a un proyecto en el que estuve involucrado.
La empresa en la que yo trabajaba entonces encargó a un instituto tecnológico una aplicación de entrada y salida de productos en producción (leer etiquetaje, controlar que iba a esa of y que el producto estuviera liberado, que entrara en el sistema, al salir el producto transformado que generara la salida con su etiqueta , etc).
Nos hicieron una aplicación web en java con problemas de lentitud extrema, podias lanzar varias peticiones a la vez y se acababa colgando, el logueado del usuario duraba 5 minutos (y estamos hablando de operarios que van con carretilla, echan sacos... )

Imposible, al final el que llevaba el proyecto se pira, con lo que me pasan el código: vaya tela. Las sentencias eran una muerte, cruzar cruzar cruzar cruzar (¡¡¡cross joins!!!)... y luego filtrar.
Un desastre, claro.
Al final tocó hacerla de 0, pasando del Instituto.

» autor: --453740--

#353 El desencanto del software [EN]

Shotokax — Fri, 21 Sep 2018 08:13:51 +0000

#352 ¿y esa empresa es representativa de todo el software libre?

» autor: Shotokax

#352 El desencanto del software [EN]

MDman — Fri, 21 Sep 2018 08:11:47 +0000

#351 Pues te va deprimir, pero hasta el software libre apesta, hace años trabajaba en una empresa española que desarrollaba un sistema de monitorización libre.

No te digo más, pero si tienes las pistas...y no te digo más porque hay trabajadores en esa empresa que no son mala gente, por el empresario...ninguna pena.

Y el desarrollo era una mierda, no había ingeniería, el dueño y los comerciales querían una nueva versión cada cierto tiempo aunque fuera ponzoña y estiércol puesto con un lacito rosa y rezando para que no explotará.

» autor: MDman

#351 El desencanto del software [EN]

Shotokax — Fri, 21 Sep 2018 07:54:32 +0000

#335 no, eso es el framework, no el software que él desarrolla.

» autor: Shotokax

#350 El desencanto del software [EN]

Pawers — Fri, 21 Sep 2018 07:48:05 +0000

#349 y así nos va... Y resulta que con ese cursillo, saben hacer 4 mierdas mal hechas. Y que, a la que el cliente aprieta un poco porque llevas 6 meses para hacer la O con una canuto y está pagando 20 becarios a precio de consultor y no va nada a tiros, hay que llamar a un tío que sepa DE VERDAD para solucionar el marrón. Y no hablo de oídas, lo he vivido unas cuantas veces en una consultora, te entra complejo de señor Lobo... Que irá peor, ya lo dice el artículo, pero no es el fin del mundo.

Y siempre nos quedará vender el trabajo de calidad!!

» autor: Pawers

#349 El desencanto del software [EN]

RaistlinMajere — Fri, 21 Sep 2018 07:43:15 +0000

#347 A ver, complicado está, pero te recuerdo que venimos de un campo donde psicólogos y similares daban un curso de formación y al tajo

» autor: RaistlinMajere

#348 El desencanto del software [EN]

Pawers — Fri, 21 Sep 2018 07:32:19 +0000

#299 sabes programar?? Porque el autor no sólo dice que sabe y trabaja de ello, explica sus razones. Y no, las funciones no justifican el tamaño, las funciones son código y el código ocupa muy poco. El problema es meter cientos de librerías y dependencias inútiles por problemas de diseño de la plataforma, lenguaje, sistema operativo... Quizá eres tú el que no tiene idea

» autor: Pawers

#347 El desencanto del software [EN]

Pawers — Fri, 21 Sep 2018 07:27:49 +0000

#344 en serio?? Yo hice francés en el instituto, 2 o 3h semanales durante 2 años. No recuerdo un carajo.

Me vas a decir que van a aprender a programar en media docena de lenguajes, diseño web, programación para móviles, videojuegos, ofimática, mantenimiento de sistemas... TODO, en una puta asignatura, y me van a quitar el trabajo!?? JAJAJAJAJAJA

Es como decir que todos los que hagan la asignatura de Física van a querer ser Stephen Hawking...

» autor: Pawers

#346 El desencanto del software [EN]

--544052-- — Fri, 21 Sep 2018 07:20:26 +0000

#344 Me querias dar miedo. Pero mucha gente va a perder su curro en el futuro.
Sobretodo cuando los coches vayan solos...

» autor: --544052--

#345 El desencanto del software [EN]

unchusco — Fri, 21 Sep 2018 07:15:54 +0000

#2 tu abuelo tiene su parte de razón y te digo porqué: estamos derrochando en HW por no optimizar el SW pensando que eso no tiene ningún coste. Estamos creando cada vez más HW de usar y tirar por no optimizar al SW porque no imputamos en los costes el enorme precio ecológico que suponer tirar o producir el HW. Nos creemos que eso es gratis, que nuestro planeta es infinito. Puedes pensar que es algo alarmista lo que digo, pero hay que verlo como algo global (millones y millones de dispositivos que podrían ser usados con mejor SW durante décadas y décadas, en contra de la filosofía del usar y tirar). También hay que tener en cuenta que un mal SW necesita mayor gasto en electricidad, tanto de CPU como de refrigeración como en comunicaciones. Además, todos estos conceptos de gastos innecesarios están creciendo de forma exponencial.
Yo pienso que tu abuelo tiene razón, educarnos en usar el pan duro para muchas cosas es bueno, sobre todo cuando piensas la de millones de toneladas de pan duro que podrían reutilizarse en todo el planeta.
El problema es complejo, porque hacer SW de calidad implica estar en contra de un mundo de prisas, de usar y tirar, de tener ya y ahora.... es un cambio de filosofía, es un cambio cultural.

» autor: unchusco

#344 El desencanto del software [EN]

jorge.rodr — Fri, 21 Sep 2018 06:48:45 +0000

#100 #24 Y dentro de 5 años, con la cantidad de PROGRAMADORES que van a haber....muchísimo más. Me alegra mucho que saquéis este tema por que, si alguno de los que escribis/leis aqui en menéame es informático/programador/analista deberíais empezar a daros cuenta de que los institutos se HAN CONVERTIDO EN UNA FABRICA DE PROGRAMADORES/informáticos, en todas sus formas; como sabéis, desde hace ya dos años se está impartiendo la programación como asignatura troncal y obligatoria en los institutos madrileños.

Es evidente que no os dais cuenta de que precisamente esos chavales que la cursen, y tras un par de meses de formación auspiciado por las cárnicas, os quitarán el trabajo.

En breve la cosa será mucho peor para TODOS los informáticos cuando salgan los chavales del instituto después de dar 4 horas semanales de programación por que, con 16 años...que creéis que harán??Pues trabajar (no les quedará otra), ¿de que? de programadores, ¿por cuanto? por 650 pavos/mes. ¿Cuantos? 400.000 nuevos trabajadores. ¿Consecuencia? Olvidaros de poneros gallitos en el trabajo por que a la primera os cambian por 4 chavales con un par de semanas de formación en los entornos que "domináis".

¿Creéis que a las consultorías les importa algo la formación que tenéis?¿la calidad con la que decís que hacéis el trabajo? Les importa una puta mierda. Solo quieren ampliar sus margenes de beneficio, por lo que los que llevamos un tiempo en este sector nos iremos a la mierda (o lo que es lo mismo, a la calle).
¿¿Buscar trabajo mejor??Olvidadlo, habrá que competir con 500 personas que se apuntarán entonces a cada una de las ofertas de infojobs o tecnoempleo. También hay que tener en cuenta que en estos portales, 2 de cada 4 ofertas de empleo provienen del mismo integrador, pero son gestionadas por diferentes "cárnicas" y postulan en realidad para el mismo puesto de trabajo, así que quitaros de la cabeza eso de que la informática es un sector sobredemandado.

Tenedlo en cuenta:

a) 400.000 (según las estadísticas) chavales dentro de 4 años habrán recibido tres horas de programación (de aplicaciones móviles, osea Java) semanales. También, según las evaluaciones descritas en el Decreto (que podéis leer mas abajo) que regula el curriculum educativo de la asignatura en Madrid, Python y JavaScript ( asi que...preparaos la gente de AngularJS, JQuery,etc...)

b) A las consultoras les importa poco la experiencia y títulos que podamos aportar "los veteranos".Solo quieren trabajadores picacódigos baratos.Lo solucionan con algunas horas de formación previa.ES DECIR: EN VEZ DE CONTRATAR A UN INFORMATICO CON CARRERA QUE PIDA 42.000 BRUTOS/AÑO, CONTRATARÁN A 4 CHAVALES QUE PIDAN 16.000 cada uno.

c) Cada uno de esos chavales, aunque no le atraiga la programación, solo la tendrá como opción real profesional, ya que en ese sector, hasta ahora, nunca ha tenido problemas de oferta de empleo.Ocurría lo mismo antes a ese nivel con la construcción; si te iba mal en la escuela, podías dejarlo a los 16 años y trabajar en el ladrillo.... ... ... ... .. ... empieza a oler a burbuja no?

d) Dentro de 4 años, teniendo en cuenta la cantidad de personas capaces de programar (y al fin y al cabo también de hacer todas las funciones relacionadas con las inherentes a los departamentos CAU/IT/Microinformática) podréis iros olvidando de cambiar tan fácilmente a un empleo mejor.

e) El gobierno se ha gastado los 17 millones de € que la UE aportó para acabar con el paro juvenil en dárselo a sus amiguitos de telefónica,que a su vez se lo gasta en "formar" a profesores de tecnología que no estaban preparados para ello.

f) Tampoco hace falta esperar 4 años, ya esta ocurriendo:
vozpopuli.com/economia-y-finanzas/65091-indra-ofrece-trabajo-a-100-inf.

Leed y llorad: Extraído directamente del Decreto 48/2015 del Consejo de Gobierno por el que se establece para la Comunidad de Madrid el currículo de la Educación Secundaria Obligatoria:

Bloque 1. Programación
1. Mantener y optimizar las funciones principales de un ordenador, tableta o teléfono móvil en los
aspectos referidos a su uso, su seguridad y a las funciones del sistema operativo.
1.1. Utiliza y gestiona un ordenador bajo un sistema operativo Windows y/o una distribución de
Linux u otro sistema operativo.
1.2. Instala y desinstala de manera segura software básico (ofimática, antivirus, diseño gráfico,
robótica y simuladores tecnológicos).
1.3. Utiliza adecuadamente los dispositivos electrónicos como fuente de información y para crear
contenidos.
1.4. Usa, con soltura, aplicaciones informáticas que permitan buscar, almacenar, organizar,
manipular, recuperar presentar y publicar información, empleando de forma habitual las
redes de comunicación.
1.5. Emplea con destreza aplicaciones informáticas de ofimática (procesador de textos, hoja de
cálculo, presentaciones) para la presentación de sus trabajos.
1.6. Reconoce los riesgos informáticos y gestiona adecuadamente las aplicaciones de seguridad.
2. Analizar los diferentes niveles de lenguajes de programación
2.1. Identifica las características de los lenguajes de programación de bajo nivel.
2.2. Describe las características de los lenguajes de programación de alto nivel.
2.3. Reconoce las diferencias entre las diferentes formas de ejecución de los programas
informáticos.
2.4. Representa mediante diagramas de flujo diferentes algoritmos
2.5. Analiza el comportamiento de los programas a partir de sus diagramas de flujo.
3. Utilizar con destreza un entorno de programación gráfica por bloques
3.1. Describe el proceso de desarrollo de una animación o un juego y enumera las fases
principales de su desarrollo.
3.2. Emplea, con facilidad, las diferentes herramientas básicas del entorno de programación.
3.3. Sitúa y mueve objetos en una dirección dada.
3.4. Inicia y detiene la ejecución de un programa.
3.5. Modifica, mediante la edición, la apariencia de objetos. Crea nuevos objetos: actores, fondos
y sonidos.
3.6. Maneja, con soltura, los principales grupos de bloques del entorno.
3.7. Utiliza, con facilidad, los comandos de control de ejecución: condicionales y bucles.
3.8. Emplea de manera adecuada variables y listas.
3.9. Usa, con soltura, la interacción entre los elementos de un programa.
3.10. Analiza el funcionamiento de un programa a partir de sus bloques.
3.11. Identifica y considera las implicaciones del “diseño para todos” para los programas que
realiza.
4. Desarrollar y programar aplicaciones móviles sencillas en entornos de programación por bloques
4.1. Describe el proceso de diseño de una aplicación para móviles y las fases principales de su
desarrollo.
4.2. Utiliza con precisión las diferentes herramientas del entorno de desarrollo.
4.3. Distingue los diferentes tipos de datos y sus formas de presentación y almacenamiento.
4.4. Clasifica los objetos disponibles, sus métodos y eventos.
4.5. Identifica las posibilidades de interacción con los sensores de los que dispone un terminal
móvil.
4.6. Reconoce y evalúa las implicaciones del “diseño para todos” para los programas que realiza.
4.7. Desarrolla aplicaciones informáticas para su ejecución en dispositivos móviles utilizando
diferentes sensores y elementos de interfaz.
4.8. Describe las características y normas de publicación de diferentes plataformas para la
publicación de aplicaciones móviles.
5. Desarrollar una página Web sobre un gestor de contenidos (CMS).
5.1. Describe el procedimiento de instalación de un gestor de contenidos sobre un servidor Web.
B.O.C.M. Núm. 118 MIÉRCOLES 20 DE MAYO DE 2015 Pág. 299
BOCM-20150520-1
BOCM BOLETÍN OFICIAL DE LA COMUNIDAD DE MADRID
5.2. Analiza y asigna perfiles de usuario en función de sus características y atributos principales.
5.3. Distingue y utiliza adecuadamente los diferentes objetos de contenidos que admite el gestor.
5.4. Explica la utilidad de “componer uno” y “publicar muchos” como reutilización de los objetos
de publicación.
5.5. Utiliza adecuadamente clases de estilos para mantener y homogeneizar el aspecto de una
página Web.
5.6. Describe como integrar diferentes elementos activos – pluggins – en la página Web.
5.7. Usa de manera adecuada el almacenamiento de datos procedentes de formularios mediante
el uso responsable de los mismos de acuerdo con la legislación.
5.8. Diseña atendiendo a las consideraciones del “diseño para todos” para los programas que
realiza.
6. Analizar el proceso de programación de páginas Web en un lenguaje estándar.
6.1. Describe los lenguajes de marcado estándar: HTML y su evolución
6.2. Identifica los problemas de estandarización en la Web.
6.2.1. Navegadores libres y navegadores propietarios.
6.2.2. Tecnologías libres y tecnologías propietarias.
6.3. Emplea de forma adecuada etiquetas de marcado estándar, hojas de estilo y bases de datos
para sus programas.
6.4. Elabora programas de ejemplos de servicios básicos para Internet.
6.5. Utiliza los principios de diseño para interfaces hombre-máquina en Internet con criterio
inclusivo.
7. Desarrollar programas en un lenguaje de programación textual (Lenguajes de programación
textuales pueden ser, por ejemplo, Phyton, PHP, Processing, Alice, JavaScript, etc.).
7.1. Utiliza de manera adecuada los diferentes tipos de datos y estructuras.
7.2. Usa de forma adecuada estructuras de control de ejecución
7.3. Analiza el problema a resolver descomponiéndolo en elementos más sencillos.
7.4. Documenta adecuadamente los algoritmos y programas desarrollados incorporando
comentarios.
7.5. Emplea con facilidad el sistema de almacenamiento y archivos.
7.6. Elabora diagramas de flujo de ejecución de sus programas y algoritmos.
7.7. Analiza el funcionamiento de programas y algoritmos a partir del código.
7.8. Utiliza librerías de funciones disponibles en Internet.

FIJAOS EN QUE PONE Lenguajes de programación
textuales pueden ser, por ejemplo, Phyton, PHP, Processing, Alice, JavaScript, ETC

» autor: jorge.rodr

#343 El desencanto del software [EN]

jorge.rodr — Fri, 21 Sep 2018 06:38:34 +0000

#100 Y dentro de 5 años, con la cantidad de PROGRAMADORES que van a haber....muchísimo PEOOORRR. Me alegra mucho que saquéis este tema por que, si alguno de los que escribis/leis aqui en menéame es informático/programador/analista deberíais empezar a daros cuenta de que los institutos se HAN CONVERTIDO EN UNA FABRICA DE PROGRAMADORES/informáticos, en todas sus formas; como sabéis, desde hace ya dos años se está impartiendo la programación como asignatura troncal y obligatoria en los institutos madrileños.

Conozco hijos de algúnos compañeros de trabajo que estan dando C++ en el instituto con 14 años!!!

Es evidente que no os dais cuenta de que precisamente esos chavales que la cursen, y tras un par de meses de formación auspiciado por las cárnicas, os quitarán el trabajo.(CREEDME, OS LO VAN A QUITAR: A LAS CÁRNICAS LES IMPORTA UNA PUTA MIERDA VUESTROS CONOCIMIENTOS O VUESTRA EXPERIENCIA)

En breve la cosa será mucho peor para TODOS los informáticos cuando salgan los chavales del instituto después de dar 4 horas semanales de programación por que, con 16 años...que creéis que harán??Pues trabajar (no les quedará otra), ¿de que? de programadores, ¿por cuanto? por 650 pavos/mes. ¿Cuantos? 400.000 nuevos trabajadores. ¿Consecuencia? Olvidaros de poneros gallitos en el trabajo por que a la primera os cambian por 4 chavales con un par de semanas de formación en los entornos que "domináis".

¿Creéis que a las consultorías les importa algo la formación que tenéis?¿la calidad con la que decís que hacéis el trabajo? Les importa una puta mierda. Solo quieren ampliar sus margenes de beneficio, por lo que los que llevamos un tiempo en este sector nos iremos a la mierda (o lo que es lo mismo, a la calle).
¿¿Buscar trabajo mejor??Olvidadlo, habrá que competir con 500 personas que se apuntarán entonces a cada una de las ofertas de infojobs o tecnoempleo. También hay que tener en cuenta que en estos portales, 2 de cada 4 ofertas de empleo provienen del mismo integrador, pero son gestionadas por diferentes "cárnicas" y postulan en realidad para el mismo puesto de trabajo, así que quitaros de la cabeza eso de que la informática es un sector sobredemandado.

Tenedlo en cuenta:

a) 400.000 (según las estadísticas) chavales dentro de 4 años habrán recibido tres horas de programación (de aplicaciones móviles, osea Java) semanales. También, según las evaluaciones descritas en el Decreto (que podéis leer mas abajo) que regula el curriculum educativo de la asignatura en Madrid, Python y JavaScript ( asi que...preparaos la gente de AngularJS, JQuery,etc...)

b) A las consultoras les importa poco la experiencia y títulos que podamos aportar "los veteranos".Solo quieren trabajadores picacódigos baratos.Lo solucionan con algunas horas de formación previa.ES DECIR: EN VEZ DE CONTRATAR A UN INFORMATICO CON CARRERA QUE PIDA 42.000 BRUTOS/AÑO, CONTRATARÁN A 4 CHAVALES QUE PIDAN 16.000 cada uno.

c) Cada uno de esos chavales, aunque no le atraiga la programación, solo la tendrá como opción real profesional, ya que en ese sector, hasta ahora, nunca ha tenido problemas de oferta de empleo.Ocurría lo mismo antes a ese nivel con la construcción; si te iba mal en la escuela, podías dejarlo a los 16 años y trabajar en el ladrillo.... ... ... ... .. ... empieza a oler a burbuja no?

d) Dentro de 4 años, teniendo en cuenta la cantidad de personas capaces de programar (y al fin y al cabo también de hacer todas las funciones relacionadas con las inherentes a los departamentos CAU/IT/Microinformática) podréis iros olvidando de cambiar tan fácilmente a un empleo mejor.

e) El gobierno se ha gastado los 17 millones de € que la UE aportó para acabar con el paro juvenil en dárselo a sus amiguitos de telefónica,que a su vez se lo gasta en "formar" a profesores de tecnología que no estaban preparados para ello.

f) Tampoco hace falta esperar 4 años, ya esta ocurriendo:
vozpopuli.com/economia-y-finanzas/65091-indra-ofrece-trabajo-a-100-inf.

Leed y llorad: Extraído directamente del Decreto 48/2015 del Consejo de Gobierno por el que se establece para la Comunidad de Madrid el currículo de la Educación Secundaria Obligatoria:

Bloque 1. Programación
1. Mantener y optimizar las funciones principales de un ordenador, tableta o teléfono móvil en los
aspectos referidos a su uso, su seguridad y a las funciones del sistema operativo.
1.1. Utiliza y gestiona un ordenador bajo un sistema operativo Windows y/o una distribución de
Linux u otro sistema operativo.
1.2. Instala y desinstala de manera segura software básico (ofimática, antivirus, diseño gráfico,
robótica y simuladores tecnológicos).
1.3. Utiliza adecuadamente los dispositivos electrónicos como fuente de información y para crear
contenidos.
1.4. Usa, con soltura, aplicaciones informáticas que permitan buscar, almacenar, organizar,
manipular, recuperar presentar y publicar información, empleando de forma habitual las
redes de comunicación.
1.5. Emplea con destreza aplicaciones informáticas de ofimática (procesador de textos, hoja de
cálculo, presentaciones) para la presentación de sus trabajos.
1.6. Reconoce los riesgos informáticos y gestiona adecuadamente las aplicaciones de seguridad.
2. Analizar los diferentes niveles de lenguajes de programación
2.1. Identifica las características de los lenguajes de programación de bajo nivel.
2.2. Describe las características de los lenguajes de programación de alto nivel.
2.3. Reconoce las diferencias entre las diferentes formas de ejecución de los programas
informáticos.
2.4. Representa mediante diagramas de flujo diferentes algoritmos
2.5. Analiza el comportamiento de los programas a partir de sus diagramas de flujo.
3. Utilizar con destreza un entorno de programación gráfica por bloques
3.1. Describe el proceso de desarrollo de una animación o un juego y enumera las fases
principales de su desarrollo.
3.2. Emplea, con facilidad, las diferentes herramientas básicas del entorno de programación.
3.3. Sitúa y mueve objetos en una dirección dada.
3.4. Inicia y detiene la ejecución de un programa.
3.5. Modifica, mediante la edición, la apariencia de objetos. Crea nuevos objetos: actores, fondos
y sonidos.
3.6. Maneja, con soltura, los principales grupos de bloques del entorno.
3.7. Utiliza, con facilidad, los comandos de control de ejecución: condicionales y bucles.
3.8. Emplea de manera adecuada variables y listas.
3.9. Usa, con soltura, la interacción entre los elementos de un programa.
3.10. Analiza el funcionamiento de un programa a partir de sus bloques.
3.11. Identifica y considera las implicaciones del “diseño para todos” para los programas que
realiza.
4. Desarrollar y programar aplicaciones móviles sencillas en entornos de programación por bloques
4.1. Describe el proceso de diseño de una aplicación para móviles y las fases principales de su
desarrollo.
4.2. Utiliza con precisión las diferentes herramientas del entorno de desarrollo.
4.3. Distingue los diferentes tipos de datos y sus formas de presentación y almacenamiento.
4.4. Clasifica los objetos disponibles, sus métodos y eventos.
4.5. Identifica las posibilidades de interacción con los sensores de los que dispone un terminal
móvil.
4.6. Reconoce y evalúa las implicaciones del “diseño para todos” para los programas que realiza.
4.7. Desarrolla aplicaciones informáticas para su ejecución en dispositivos móviles utilizando
diferentes sensores y elementos de interfaz.
4.8. Describe las características y normas de publicación de diferentes plataformas para la
publicación de aplicaciones móviles.
5. Desarrollar una página Web sobre un gestor de contenidos (CMS).
5.1. Describe el procedimiento de instalación de un gestor de contenidos sobre un servidor Web.
5.2. Analiza y asigna perfiles de usuario en función de sus características y atributos principales.
5.3. Distingue y utiliza adecuadamente los diferentes objetos de contenidos que admite el gestor.
5.4. Explica la utilidad de “componer uno” y “publicar muchos” como reutilización de los objetos
de publicación.
5.5. Utiliza adecuadamente clases de estilos para mantener y homogeneizar el aspecto de una
página Web.
5.6. Describe como integrar diferentes elementos activos – pluggins – en la página Web.
5.7. Usa de manera adecuada el almacenamiento de datos procedentes de formularios mediante
el uso responsable de los mismos de acuerdo con la legislación.
5.8. Diseña atendiendo a las consideraciones del “diseño para todos” para los programas que
realiza.
6. Analizar el proceso de programación de páginas Web en un lenguaje estándar.
6.1. Describe los lenguajes de marcado estándar: HTML y su evolución
6.2. Identifica los problemas de estandarización en la Web.
6.2.1. Navegadores libres y navegadores propietarios.
6.2.2. Tecnologías libres y tecnologías propietarias.
6.3. Emplea de forma adecuada etiquetas de marcado estándar, hojas de estilo y bases de datos
para sus programas.
6.4. Elabora programas de ejemplos de servicios básicos para Internet.
6.5. Utiliza los principios de diseño para interfaces hombre-máquina en Internet con criterio
inclusivo.
7. Desarrollar programas en un lenguaje de programación textual (Lenguajes de programación
textuales pueden ser, por ejemplo, Phyton, PHP, Processing, Alice, JavaScript, etc.).
7.1. Utiliza de manera adecuada los diferentes tipos de datos y estructuras.
7.2. Usa de forma adecuada estructuras de control de ejecución
7.3. Analiza el problema a resolver descomponiéndolo en elementos más sencillos.
7.4. Documenta adecuadamente los algoritmos y programas desarrollados incorporando
comentarios.
7.5. Emplea con facilidad el sistema de almacenamiento y archivos.
7.6. Elabora diagramas de flujo de ejecución de sus programas y algoritmos.
7.7. Analiza el funcionamiento de programas y algoritmos a partir del código.
7.8. Utiliza librerías de funciones disponibles en Internet.
FIJAOS EN QUE PONE Lenguajes de programación
textuales pueden ser, por ejemplo, Phyton, PHP, Processing, Alice, JavaScript, ETC

» autor: jorge.rodr

#342 El desencanto del software [EN]

--111128-- — Fri, 21 Sep 2018 06:08:10 +0000

#2 Eso que dices es la cultura del despilfarro.

» autor: --111128--

#341 El desencanto del software [EN]

--453740-- — Fri, 21 Sep 2018 05:28:56 +0000

#338 sistemas MES, scada, autómatas...
Software industrial

Aunque muchas veces me toca cablear, diseñar neumática... Lo que toque para la máquina, realmente.

La semana pasada estuve montando unas cámaras con detección y lectura de EAN, iban a un PLC que se comunicaba con una BBDD y, en función de la máquina y de lo que leía, paraba una cinta, activaba un pistón...

Esta semana he estado con unos sonar para medir el volumen ocupado (más bien el libre ) de unos silos de granza.

La que viene creo que tengo un rollo con unos AGV, unos robots de estos autónomos. Un Roomba pero con esteroides

» autor: --453740--

#340 El desencanto del software [EN]

osids — Fri, 21 Sep 2018 05:16:54 +0000

#93 El problema es que ese tiempo de optimización y revisión de software suele mejorar sustancialmente la calidad pero vamos que el día que alguien se cuele y robe el dinerito me voy a reir

» autor: osids

#339 El desencanto del software [EN]

--588575-- — Fri, 21 Sep 2018 03:20:42 +0000

#333 Por eso mola más investigación y proyectos como OpenBSD y Suckless. No dará tanta pasta, pero en caso de futuros ultrarecargados, siempre estarán ahí.

» autor: --588575--

#338 El desencanto del software [EN]

--583681-- — Fri, 21 Sep 2018 01:35:10 +0000

[Usuario deshabilitado]

» autor: --583681--

#337 El desencanto del software [EN]

--583681-- — Fri, 21 Sep 2018 01:33:17 +0000

[Usuario deshabilitado]

» autor: --583681--

#336 El desencanto del software [EN]

--583681-- — Fri, 21 Sep 2018 01:26:42 +0000

[Usuario deshabilitado]

» autor: --583681--

#335 El desencanto del software [EN]

MDman — Fri, 21 Sep 2018 00:58:42 +0000

#46 Uff, pues lo que ha puesto de ejemplo es todo software open source...que no es software libre pero cerca...

» autor: MDman

#334 El desencanto del software [EN]

MDman — Fri, 21 Sep 2018 00:57:08 +0000

#2 ...y así amigos es como el planeta se ha convertido en un gigantesco basurero con calcetines rotos por ejemplo.

Y ahora gastamos electricidad como para desentrañar la física de las partículas elementales, para jugar a los angry birds, y todo porque no se optimiza. (Además de un montón de hardware viable que acaba en montones de chatarra porque se necesita potencia para hacer lo mismo).

» autor: MDman

#333 El desencanto del software [EN]

--23321-- — Fri, 21 Sep 2018 00:23:04 +0000

#330 el software es una cosa y la ingeniería del software es otra.

La ingeniería del software moderna, que es la que produce los programas que se critican en este hilo, es una disciplina que estudia el desarrollo de software como proceso industrial. Y como tal, está al servicio del negocio.

» autor: --23321--

#332 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 23:52:13 +0000

#325 El T9 lo hacia con una calidad cojonuda para ser unos pocos KB en un Symbian.

» autor: --588575--

#331 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 23:51:33 +0000

#323 Eso debería ser tarea de GL o Vulkan.

» autor: --588575--

#330 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 23:48:21 +0000

#328 > Ingenieria de software está al servicio del negocio y funciona para el negocio. Nuestro objetivo es producir el software que el negocio necesita, de una forma compatible con lo que el negocio tiene a su alcance.

Así acabará el software.

» autor: --588575--

#329 El desencanto del software [EN]

--14466-- — Thu, 20 Sep 2018 22:53:33 +0000

Da para pensar. Yo igual de des-encantado.
Me encantan los cacharros que consumen 5w por 20€.
Con 4 nucleos a 1500, 2gb ram y 32 de disco solido para mil perrerias.

Es increible lo que se puede hacer con estos cacharritos una tele HD y un teclado usb.
Lo mismo que hace 30 años pero instantáneo.

» autor: --14466--

#328 El desencanto del software [EN]

--23321-- — Thu, 20 Sep 2018 22:09:56 +0000

#2 yo llevo 13 años en esta industria, y como CTO no podría estar mas de acuerdo en tu lectura. Ojalá todos los developers de meneame lean tu comentario y reflexionen sobre ello.

#11 si el ordenador tiene el doble de recursos, es normal que las aplicaciones usen el doble de recursos. De lo contrario, esos recursos no servirían para nada. El modelo multitarea basado en ventanas está desfasado, y cada vez vamos a ir mas al modelo android. Donde las aplicaciones pueden usar tantos recursos como quieran (hasta un limite), por que el usuario está usando esa aplicación en ese momento. Eso permite exprimir mucho mas toda esa ram y cpu que has pagado, por que tus programas pueden usar texturas de mas calidad, usar funcionalidades complejas, o trabajar con ficheros mas grandes, etc etc. Luego están los programas que usan mas recursos pero no aportan ninguna funcionalidad extra. Pero no pasa nada, cuando los cierras liberan esos recursos, y mientras los usas no te importa que usen mas recursos, siempre que tu sistema pueda soportarlo, claro.

Los programas que usan los usuarios hoy en día en sus terminales (del tipo que sean) no suelen ser buenos o malos por que consuman mas o menos memoria. Lo que el usuario quiere es que funcionen bien, sean bonitos, sean baratos o gratis y sean usables. Esa obsesión por la optimización solo la tienen los techies.

#63 si tu empleador no quiere que inviertas el tiempo en optimizar, será por que no lo considera necesario para su negocio, o para el éxito o fracaso de la aplicación. Cuando el rendimiento sea un problema, se verá en las ventas y las quejas, y seguro que os poneis a optimizar. Pero optimizar por que si es rídiculo, ya que optimizar es una tarea que cuesta dinero y solo se justifica si aporta un valor. Si reduces la memoria de algo pero no lo nota ningún usuario, has tirado el dinero que podrías haber invertido en mejorar de alguna forma tangible tu aplicación.

#93 La ingenieria de software está al servicio del negocio y funciona para el negocio. Nuestro objetivo es producir el software que el negocio necesita, de una forma compatible con lo que el negocio tiene a su alcance. Si se priorizan funcionalidades nuevas por encima de arreglas las existentes, será que las existentes no están afectando tanto a las ventas o usuarios, sino, estarían priorizando los problemas. Las empresas por norma general invierten el dinero en lo que consideran mas urgente e importante para mantener su negocio. Si consideras que tu product owner está ignorando un problema real que tienen los usuarios, habla con el.

#271 es que hacer las cosas bien significa hacer las cosas de la forma mas eficiente para el problema que negocio intenta solventar. Si estás programando un MVP para una ronda seed, es mejor que piques algo rápido, valides tu modelo de negocio, y si al final el modelo de negocio tiene sentido y las asunciones se cumplen, con el dinero de las rondas lo puedes repicar todo. Pero si lo picas todo de calidad desde el principio, investigar modelos de negocio te sale mas caro. En las startups el dinero del principio es mas importante que el dinero del futuro. Un euro al principio vale muchos euros del futuro. Si la empresa no es una startup, tiene un modelo de negocio definido y ha tenido que programar dos veces una cosa y no existe ninguna justiciación excepto la calidad, el CTO/arquitecto debería ser despedido.

#13 no es por vagancia. Es por dos razones. La primera, que la mayoría de usuarios usan solo una aplicación a la vez y que uses mas recursos les da igual y nunca lo van a percibir, por lo que en muchas empresas que hacen software de usuario, no se preocupan de esas cosas por que nadie las va a valorar: no va a mejorar sus ventas ni sus proyecciones. La ingenieria no es arte, hacemos lo que hacemos para gastar de la forma mas eficiente posible el dinero de la empresa. Sobre la fase beta: la mayoría de empresas usan las fases betas para recoger feedback de producto, validar las funcionalidades y feedback de usabilidad. Los usuarios usan aplicación que les hacen falta si tienen sentido y saben usarlas. Por muy bien que funcione una aplicación, si no es lo que buscas no la vas a usar, o si no la entiendes. Por eso se centran en eso, y no en el rendimiento.

#84 un for dentro de un for para evitar que un producto cartesiano lo haga el motor de base de datos es algo habitual en muchos sistemas modernos. Facebook prefiere mover ese tipo de lógica a PHP, en lugar de tenerla en el motor de bases de datos, donde es mas complejo escalarla, mas complejo debuggearla y mas complejo entenderla cuando se complica. Un DSL como SQL siempre termina siendo mas complejo expresando operaciones que un lenguaje de programación completo. Todo el mundo entiende un for dentro de un for, con luego otro for y un par ifs. Pero no todo el mundo procesa rapido un join dentro de un join que tiene una subquery. Yo los SQL para resolver cartesianos etc solo los he visto generar coste en las empresas, nunca como algo positivo.

#99 si usas npm y no fijas versiones lo estás haciendo muy mal. Lo de capa sobre capa nos permite crear aplicaciones que antes ni soñabamos en tiempos que son de risa, a costes ridiculos. Todo esto que hacemos lo hacemos para digitalizar la sociedad, buscar modelos de negocio digitales, etc. Y cuanto mas barato sea, mejor. La optimización es un lujo que la mayoría de usuarios no valoran, por eso siempre está ausente.

#17 la legibilidad de un programa no depende los comentarios, sino del compromiso entre cohesión y acoplamiento y del mal uso de ciertas funcionalidades del lenguaje, así como de lógicas complejas sin necesidad. Los comentarios no son el problema, de hecho, si tienes que poner comentarios es que tu codigo no es legible y lo has hecho mal. Los usuarios no desinstalan las apps por usar mas ram o cpu, mientras les funcionen bien cuando están en primer plano. Solo les preocupa cuanto ocupan instaladas, y cada vez menos, además de tener mucha tolerancia, por que todas las apps pesan mucho.

#20 no se puede hablar de optimización y javascript (ecmascript?) por que es una especificación y las especificaciones no son performantes o dejan de serlo, son simplemente especificaciónes. En todo caso tendríamos que hablar de v8 u alguna otra implementación de la maquina virtual de javascript.

#21 la energía que desperdicían los computadores por aplicaciones que no son óptimas es rídicula comparado con casi cualquier otra forma de consumo de energía, no es algo de donde rascar mucho.

#111 los prograamas ya no son lo que eran: se pueden producir a un coste mucho mas bajo, podemos producir mucho mas programas al año, y hacen muchas mas cosas. La optimización es un lujo que los usuarios no valoran. Los usuarios quieren aplicaciones gratis o muy baratas, y nosotros como ingenieros producimos lo que la sociedad demanda. Lo que comentas es una cuestión de preferencia personal, pero en el trabajo debemos ser profesionales.

#23 no, eso no es la raíz del problema: eso es una de las cosas que permite el boom de aplicaciones digitales a costes de risa que estamos viviendo, además de la abundancia de opciones. El usuario cada año tiene mas cores y mas memoria, y la mayoría no valora la optimización: lo que quiere es contenido, esto va de contenido y algunos aun no has habeis enterado. Y cuando el contenido es interactivo, es decir, una aplicación, el usuario quiere que sea gratis o barata, y quiere tener muchas donde escoger. Y el empresario intenta descubrir que aplicación tendría mas éxito, y para ello necesita gastar lo minimo en cada iteración en la que prueba a crear y vender aplicaciónes y servicios.

#32 en eso estamos 100% de acuerdo, pero es que la inmensa mayoría de programadores trabaja en aplicación donde el rendimiento no es importante, no es la maxima prioridad del usuario ni del product owner, no es lo que necesita la empresa para vender mas, pero es el deseo caprichoso del ingeniero, que se olvida que hacerlo bien no es hacer lo que le gusta hacer o lo que el considera necesario, sino hacer lo que el usuario realmente pide y necesita y lo que la empresa realmente pide y necesita. El que tiene que priorizar los esfuerzos es el product owner.

#37 eso suele ser una mala lectura de las herramientas de diagnóstico. Los sistemas operativos modernos consumen gigas de memoria sin hacer nada por que la cachean, para asignarla mas rapido etc.

#51 el software hace años era inusable, con complejas interfaces, era feo y era muy caro de producir por la inmantenibilidad extrema. Y los que no eran inmantenibles, estaban hechos en plan artista, a costes extremos por una comunidad online que trabaja 10 años en programar wget, obviamente que está de puta madre su código, pero a que coste?

#54 si y por dos razones: uno, por que los recursos de la empresa son finitos, y los que destinas a optimizar no los destinas a otras cosas del programa. El usuario no requiere esa optimización mientras estés dentro de unos margenes, y lo que requiere es un programa mas barato o mas funcionalidades. Es decir, nadie está pidiendo eficiencia realmente, mas que el ingeniero por sus propias inquietudes. La segunda razón es técnica, y tiene que ver con que las estrategias de abstracción y las de reutilización de código son siempre mas caras que los programas a medidas para tu cpu y que duplican procedimientos para ahorrarse condicionales.

#59 las aplicaciónes web de cliente no tardan en cargar por que usen X frameworks, lo hacen por errores de diseño en cuanto a la comunicación cliente servidor (abuso de roundtrips) y al mal uso de la cache, servidores mal configurados (compresión, keep-alive, etc) o problemas similares. Se puede hacer una web no optimizada con 4 frameworks y con una uso inteligente de http (que no cuesta nada) y la web carga super rápido. Optimizar mas que eso es capricho de ingeniero casi siempre, excepto en casos muy puntuales.

#92 se nota que eres un experto de esta industria

» autor: --23321--

#327 El desencanto del software [EN]

Zade — Thu, 20 Sep 2018 21:57:38 +0000

#20 precisamente ese es el problema... un lenguaje interpretado que se ejecuta en un motor web que transforma esas instrucciones a un bytcode que reinterpreta una maquina virtual que ahora ya si transforma a instrucciones de lenguaje máquina...

Capas y capas de abstracción innecesarias por la absurda manía de querer hacer todo con aplicaciones web que corren sobre sistemas operativos hechos en Java.

No digo que haya que volver a programar ensamblador, pero hoy dia existen muchos lenguajes de alto nivel muy buenos que compilan en nativo, y la diferencia en eficiencia suele ser abismal

» autor: Zade

#326 El desencanto del software [EN]

acido303 — Thu, 20 Sep 2018 21:55:58 +0000

#73

» autor: acido303

#325 El desencanto del software [EN]

Zade — Thu, 20 Sep 2018 21:49:22 +0000

#229 un teclado tonto no, pero el “problema” de los teclados de hoy día es que intentan meterle una IA detrás para que aprenda de ti y te sugiera cuál es la siguiente palabra que quieres escribir (el texto predictivo). Tener cargado el modelo de datos para que la red neuronal prediga cuál va a ser tu próxima palabra al instante, debe ocupar lo suyo, por muy optimizado que esté.

» autor: Zade

#324 El desencanto del software [EN]

mat_ov — Thu, 20 Sep 2018 21:47:52 +0000

#289 Efectivamente, android hace mucho que soporta gráficos vectoriales y que sea el móvil quien se pelee con los píxeles.

» autor: mat_ov

#323 El desencanto del software [EN]

Zade — Thu, 20 Sep 2018 21:42:31 +0000

#289 los graficos vectoriales se gastan con creces en cpu lo que ahorran en memoria. La de vistas que he tenido que rasterizar porque al añadirle por código una “sombrita” el puñetero movil lageaba como un demonio...

» autor: Zade

#322 El desencanto del software [EN]

--14466-- — Thu, 20 Sep 2018 21:26:31 +0000

#13 Economía. Es caro hacer las cosas eficientes. Ahorras muchas horas tirando de librerias y actualizando cada 2x3 para parches.
Lo de hacer bien las cosas en el tema de sooftware, creo que queda para sondas espaciales y armamento. Poco más.

» autor: --14466--

#321 El desencanto del software [EN]

--75126-- — Thu, 20 Sep 2018 21:26:14 +0000

Cuando yo era joven todo esto era campo.

» autor: --75126--

#320 El desencanto del software [EN]

--538185-- — Thu, 20 Sep 2018 20:08:40 +0000

[Usuario deshabilitado]

» autor: --538185--

#319 El desencanto del software [EN]

ktzar — Thu, 20 Sep 2018 19:59:41 +0000

#178 No, un golang lo serás tú, cara-rust!

» autor: ktzar

#318 El desencanto del software [EN]

--544052-- — Thu, 20 Sep 2018 19:52:01 +0000

#296 No. No lo soy. Y tu eres consciente de que hay un diccionario y un teclado predictivo en tan solo 150megas?

» autor: --544052--

#317 El desencanto del software [EN]

grigori — Thu, 20 Sep 2018 19:29:11 +0000

#219 Lo distingues si metes el móvil en un HMD de realidad virtual, es la única utilidad real que tiene una pantalla 4K en un móvil

» autor: grigori

#316 El desencanto del software [EN]

apetor — Thu, 20 Sep 2018 19:21:28 +0000

#303 Una es el uso ( programar en el ), que es necesario en ciertas situaciones, aunque % bajo, y otra es que te hace ser mejor desarrollador en lenguajes de mayor nivel.

» autor: apetor

#315 El desencanto del software [EN]

--507354-- — Thu, 20 Sep 2018 19:15:20 +0000

#289 de toda la vida, como los textos en command prompt

» autor: --507354--

#314 El desencanto del software [EN]

apetor — Thu, 20 Sep 2018 19:14:27 +0000

#303 Estas equivocado. Hay una razon por la cual el ensamblador existe, y existe para cada procesador, por nuevo que sea, que se crea/sale al mercado.

» autor: apetor

#313 El desencanto del software [EN]

barni — Thu, 20 Sep 2018 18:32:24 +0000

#229 para un buen teclado predictivo con soporte para varios idiomas no me parece tanto.

» autor: barni

#312 El desencanto del software [EN]

wornes — Thu, 20 Sep 2018 18:11:39 +0000

#9 Eso es un poco de clasismo sin sentido. El peor código que me he encontrado ha sido hecho por un grupo de ingenieros con prisas y, sobre todo, vagos y con pocas ganas de hacer las cosas bien. Eso sí, sabían la hostia de historia de la informática y se conocían muy bien el mundillo, pero claro, eran unos chapuzas.

Que es obvio que la gente con estudios suele hacer las cosas mejor porque tiene más conocimientos, pero hay mucho ingeniero que cuando sale de la carrera se pega la hostia con el mundo real donde te toca hacer un codigo de mierda líquida que ha pasado ya por siete ojetes distintos y te toca descubrir cómo era todo antes de salir del ojete primigenio para luego acabar expulsando tu propia mierda, un poco más durita y espesa, pero todavía más bien líquida.

» autor: wornes

#311 El desencanto del software [EN]

--89954-- — Thu, 20 Sep 2018 18:11:24 +0000

#2 ahora estoy desarrollando para zxspectrum para tener esa necesidad, y hay algo que no tienes en cuenta y yo he visto: la mantenibilidad del código.
Cuando optimizas tienes que hacer cosas que 'afean' y lo hacen más complicado.

» autor: --89954--

#310 El desencanto del software [EN]

chatOGT — Thu, 20 Sep 2018 18:08:55 +0000

Buambulancia de libro

» autor: chatOGT

#309 El desencanto del software [EN]

--543878-- — Thu, 20 Sep 2018 18:07:38 +0000

#224 Quizás este comentario toque muy transversalmente a tu comentario, pero creo que en general entre los informáticos valoran poco su propia formación teórica.

» autor: --543878--

#308 El desencanto del software [EN]

carcadiz — Thu, 20 Sep 2018 18:06:55 +0000

#304 Claro, claro. Está claro que no son incompatibles. Tan solo quería decir que existe un amplio rango de industria donde también se desarrolla software y el rendimiento y el uso de los recursos sigue siendo importantísimo. Que a veces parece que el único software que se hace es de aplicación de usuario.

» autor: carcadiz

#307 El desencanto del software [EN]

chatOGT — Thu, 20 Sep 2018 18:05:14 +0000

#230 y todo el programa de reentrada del Apollo 11!!

» autor: chatOGT

#306 El desencanto del software [EN]

--543878-- — Thu, 20 Sep 2018 18:03:23 +0000

#5 A lo que dices tu, añadiría que también le falta ver que ahora cualquier funcionalidad básica tiene una complejidad enorme. A efectos prácticos es como comparar una máquina de escribir mecánica con un ordenador. A lo mejor soy muy pesado al centrarme en el tema del teclado, pero es que esa aplicación de teclado no es para nada algo que muestra "teclas" las pulsas y ya está... por debajo tiene un montón de funcionalidades, algunas que no usamos o no necesitamos, vale, pero vivimos en un mundo globalizado.

» autor: --543878--

#305 El desencanto del software [EN]

--543878-- — Thu, 20 Sep 2018 18:01:12 +0000

#138 Y por último para los peces...

» autor: --543878--

#304 El desencanto del software [EN]

--543878-- — Thu, 20 Sep 2018 18:00:57 +0000

#103 No creo que lo que tu dices y lo que dice #2 sean cosas contrapuestas, al final cada área tiene sus propios intereses, pero en general optimizar recursos es secundario, o al menos no es el único factor principal.

» autor: --543878--

#303 El desencanto del software [EN]

--543878-- — Thu, 20 Sep 2018 17:58:03 +0000

#98 No hablo de tu trabajo, no lo conozco, y seguro que hay situaciones en las que necesitas saber exactamente qué está pasando en tu máquina, pero en general, diría que irse hasta el ensamblador es totalmente innecesario. Si tienes un problema, eres tu.

» autor: --543878--

#302 El desencanto del software [EN]

--543878-- — Thu, 20 Sep 2018 17:55:12 +0000

#54 Quizás decir incompatibles sea demasiado, pero son objetivos contrapuestos, es como hablar de tener un transporte efectivo que no contamine. Si tienes que quedarte con la solución óptima para un objetivo lo más probable es que sea solo a costa de darle una patada a las otras dos.

» autor: --543878--

#301 El desencanto del software [EN]

redscare — Thu, 20 Sep 2018 17:53:44 +0000

#115 Otro problema es que las empresas entienden los frameworks como "ya no necesito expertos porque con un framework de estos cualquier becario arrastra cuatro cajas y programa lo que sea". Y no. Los frameworks tambien hay que saber usarlos. Anda que no hay casos de
-Para qué metes esta librería o para qué te has picado esta ~~mierda~~ clase de 1000 líneas??
+Para hacer X
-Pero si eso ya lo hace el framework de forma nativa usando ´Y´ con dos líneas de código
+...

» autor: redscare

#300 El desencanto del software [EN]

--543878-- — Thu, 20 Sep 2018 17:52:17 +0000

#111 Eso ya ha pasado con el código hiper optimizado de otras épocas, solo lo menciono por recordar. Porque parece que toda época pasada siempre fue mejor, eso solo es signo de que nos hacemos mayores.

» autor: --543878--

#299 El desencanto del software [EN]

--543878-- — Thu, 20 Sep 2018 17:46:36 +0000

#81 A mi el artículo en parte me recuerda a laboro, me parece que se toma la licencia de escribir así para tener más repercusión, pero a parte de eso sí, a veces suena a que es alguien que se queja sin tener ni idea. Por ejemplo, no puedo decir por qué el teclado ocupa tanto, pero creo que es fácil obviar que es algo que puede tener mucha complejidad por debajo, me explico:

El teclado de google que me viene por defecto es predictivo, va aprendiendo las palabras que usas. También te permite escribir haciendo trazos, te permite poner emoticonos, y hasta te permite buscar animaciones. También permite hacer dictados y muchas más cosas, que no es una maldita máquina de escribir que funciona a pedales. También me parece que es una aplicación que tiene que tener muchos controles de seguridad porque es algo absolutamente básico.

Además añadiría que debe estar preparada para trabajar con varios idiomas con funciones para dichos idiomas que ni nos imaginamos. En general, solo digo que es algo "simple" que para alguien que no tenga ni idea de informática pensará que es algo que no tiene complejidad alguna.

Si acaso esos 150mb se deben a código poco eficiente, en ese caso preferiría que sí, que sea ineficiente mientras no se recorte en seguridad o legibilidad para un aplicación tan básica.

» autor: --543878--

#298 El desencanto del software [EN]

redscare — Thu, 20 Sep 2018 17:45:41 +0000

#52 IoT, también conocida como "convertir en una red de botnets todas las cámaras neveras, calderas, lavadoras y demás cacharros "inteligentes" conectados a internet porque los fabricantes pasan 300 pueblos de aplicar unas mínimas medidas de seguridad". Le estás dando munición al del artículo

» autor: redscare

#297 El desencanto del software [EN]

apetor — Thu, 20 Sep 2018 17:44:14 +0000

#282 Usarlo, por ejemplo, en un proyecto que estoy haciendo yo ahora: un depurador ( software para ejecutar un programa paso a paso o de forma controlada y poder ver como fuinciona e incluso alterar su curso, etc. ). Este depurador, necesita engancharse a ciertos eventos de interrupcio o excepciones ( rutinas de dar servicio a interrupciones, en este caso no tanto de servir eventos de hardware sino interrupciones de eventos del propio procesador, como int3 para breakpoints software o int1 para eventos de ejecutar una sola instruccion y parar, lo que se conoce como "singlestep", etc. ). Bien, estas rutinas, y mas para el caso de un depurador, donde debes ser inocuo para el curso del programa que esta ejecutandose o estas depurando, debes controlar muy bien lo que ocurre cuando se producen esas excepciones, guardar el estado de todos los registros maquina, quiza ponerte en un estado favorable con mas pila, etc. Ahi usas rutinas en ensamblador. Desde esas pequeñas rutinas, pasas la ejecucion a algo en C, por ejemplo y ya en C, de forma comoda, pues pones la interfaz del depurador, etc. muestras el estado de registros que esa rutinita de excepcion hecha en ensamblador te ha guardado, permites si quieres modificar esos valores, sacas el codigo fuente a partir de donde apunte RIP ( puntero de instruccion o "program counter" ), etc. Lo que hace un depurador, vaya. Despues, cuando el usuario pide continua la ejecucion del programa, esa rutina hecha en C retorna y el control vuelve a esa rutina en ensamblador, que, otra vez con mucho cuidado, restaura el estado de los registros de la maquina ( tal cual se guardaron al entrar la excepcion, fuera un int3, un int1, o lo que sea o, si el usuario cambio alguno a proposito en esa interfaz hecha en C, pues restauraria todos menos los que el usuario ha cambiado ).

Y bueno, las entradas a syscalls o peticiones del sistema y demas, muchas cosillas asi, se hacen en ensamblador, no por optimizar, sino por tener 100% control de la maquina, cosa que un lenguaje, incluso tan a bajo nivel como C, no te permite. Si, hay lenguajes con cosillas hechas adhoc para estos casos, pero estan hechas para un conjunto de situaciones ( ejemplo: Rust ), no para todas, cosa que el ensamblador si te da.

» autor: apetor

#296 El desencanto del software [EN]

Capitan_Centollo — Thu, 20 Sep 2018 17:43:42 +0000

#81 ¿Eres consciente de que se pueden usar gráficos vectoriales precisamente para evitar usar imágenes enormes en altas resoluciones?

» autor: Capitan_Centollo

#295 El desencanto del software [EN]

Conde_Lito — Thu, 20 Sep 2018 17:40:15 +0000

#270 He cogido jmp y eax por coger, los primeros que se me han venido a la cabeza de un procesador x86 para hacer este ejemplo tonto.
Igual mejor habría sido coger como ejemplo un procesador más básico/antiguo o un RISC.

» autor: Conde_Lito

#294 El desencanto del software [EN]

redscare — Thu, 20 Sep 2018 17:39:56 +0000

#82 A ver, la virtualizacion y los containers tienen usos "legítimos" como poder balancear en caliente la capacidad de proceso, levantar instancias nuevas cuando la carga aumenta, etc. Pero también se abusa de ellos en plan "se me ha jodido el entorno porque es un puta mierda cero optimizada y en lugar de arreglarlo lo tiro y levanto otro". Yo entiendo que por ahí va el autor.

» autor: redscare

#293 El desencanto del software [EN]

carcadiz — Thu, 20 Sep 2018 17:06:31 +0000

#167 Comentarios cómo éste son los que hacen de Menéame y demás redes sociales un sitio cada día más desagradable.

» autor: carcadiz

#292 El desencanto del software [EN]

carcadiz — Thu, 20 Sep 2018 17:04:47 +0000

#212 Ni idea, es que yo no desarrollo apps y ese mundo lo tengo lejos. Suponía que ya que hay pantallas 4k en el mercado, por eso sería lo de las imágenes 4k.

» autor: carcadiz

#291 El desencanto del software [EN]

fluffy — Thu, 20 Sep 2018 16:56:10 +0000

#10 Como buena noticia, en yarn está abierta la propuesta para vivir sin node_modules y usando Plug'n'Play.
Por otra parte, kat e iarna están trabajando en tink, kat lo publicó aquí: blog.npmjs.org/post/178027064160/next-generation-package-management
Y empieza a tener tracción, la semana pasada estaba en los trending weekly de github.
github.com/npm/tink

» autor: fluffy

#290 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 16:55:22 +0000

#284 Ahora es está innovando pero mal

Coge mejor OpenBSD, coge lo bueno que se ha creado en 40 años y empieza desde ahí.

La filosofia suckless también mola.

Hay lenguajes interesantes, como Myrddin/Zig.

» autor: --588575--

#289 El desencanto del software [EN]

chavi — Thu, 20 Sep 2018 16:55:13 +0000

#96 Los gráficos vectoriales ya si eso, para otro día.

» autor: chavi

#288 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 16:52:46 +0000

#238 Para la Shell podrían usar Guile y scheme, pero para qué soñar.

» autor: --588575--

#287 El desencanto del software [EN]

Shotokax — Thu, 20 Sep 2018 16:32:46 +0000

#278 esas cosas me parecen tratar al usuario como a una puta, en el mal sentido de la palabra, y encima hacerle poner la cama.

» autor: Shotokax

#286 El desencanto del software [EN]

--587771-- — Thu, 20 Sep 2018 16:21:08 +0000

#216 Pues el caso es que si así fuera habría más dentistas trabajando y menos en el dentistas en el paro, sí. Curioso ¿no? Pero no hacen falta porque la gente no quiere hostiarse más, como no quiere remendarse los calcetines. ¿Les obligamos?

» autor: --587771--

#285 El desencanto del software [EN]

--55420-- — Thu, 20 Sep 2018 16:18:52 +0000

#5 Sí, ya sabemos lo que prefiere la empresa de hoy, pero no es el buen camino.

» autor: --55420--

#284 El desencanto del software [EN]

--111128-- — Thu, 20 Sep 2018 16:14:23 +0000

#273 Estoy quemado con la informática en general.

A mi me gusta innovar, pensar y hacer cosas nuevas.

» autor: --111128--

#283 El desencanto del software [EN]

sidez — Thu, 20 Sep 2018 16:09:50 +0000

#92 No creo que sea cosa de un 10%, eso sería lo ideal, pero en muchos casos estamos hablando de perdidas muy importantes, he visto ERPs que una vez bien optimizados ahorraban a los usuarios y por ende a la empresa decenas de horas al año (por usuario) y eso no es moco de pavo. Lo mismo pasa en muchos otros entornos, la optimización empieza como dices por un buen diseño y si eso se hace bien, posiblemente todo esté relativamente optimizado.

» autor: sidez

#282 El desencanto del software [EN]

Penetrator — Thu, 20 Sep 2018 16:09:02 +0000

#98 Por curiosidad, ¿en qué casos es necesario usar ensamblador?

» autor: Penetrator

#281 El desencanto del software [EN]

comadrejo — Thu, 20 Sep 2018 16:08:55 +0000

#9 Los mayores proyectos bicicleta que he visto en mi vida como administrador de sistemas han sido producidos por empresas de Ingenieros Informáticos/Telecos y profesores de universidad.

El caso mas sangrante es el siguiente:
Empresa IBEX35 entra en el negocio del pago electrónico. Sus clientes finales son gobiernos, consorcios de transportes, etc...
Opera en 4 países y en hora punta llega a picos de 100 ventas por segundo.
El aplicativo de frontales donde llegan los "teletipos" de terminales embebidos, el "middleware" y los esquemas de BBDD en Oracle fueron creados y eran mantenidos por esta empresa de Ingenieros/Profesores de Software.

El departamento de negocio del cliente pide una especie de Panel de mandos para tener una idea del estado de las ventas, errores en las negociaciones con las pasarelas de bancos, etc...
La empresa ingenieril les prepara un aplicativo desarrollado en VB.Net con una serie de botones que lanzan unas consultas a producción pasando por el "middleware".
Lo genial viene ahora. Como a veces esas consultas tardaban mucho por tener un criterio y diseño de consulta discutible, la aplicación permitía volver a pulsar la consulta. Ya pueden imaginarse la cantidad de consultas encoladas que esto provocaba.
A partir de cierto punto de encolamientos los terminales de venta presentaban errores por la espera y las ventas se cancelaban.

Quien "pariera" y supervisara ese engendro podría ser muy ingeniero de software, pero idea de lo que estaba haciendo no tenía.

La solución decidida por la empresa cliente, lejos de exigir un software con un mínimo de calidad, pidió a sistemas realizar una ñapa.

Se implanto un script que si se producía contención en la BBDD se cortaba el acceso de Negocio.

Conclusiones que he sacado en 10 años como "bombero" de producción.
Si el aplicativo ha sido desarrollado en:
VB.Net -> 90% posibilidades de ser escombro. (Si un programador tiene un mínimo de nivel no programa en VB)
C#.net, Java -> 60% posibilidades de ser escombro.
Python -> 40% posibilidades de ser escombro. Lento pero con cierto criterio.
C, C++ -> 20% posibilidades de ser escombro. (Menos posibilidades si es para sistemas "Como UNIX" o Mainframe)

Bonus: Si en BBDD tiene toneladas de PL/SQL... escombro casi con total seguridad.

» autor: comadrejo

#280 El desencanto del software [EN]

hipernes — Thu, 20 Sep 2018 16:08:22 +0000

Left, cochino editor de texto sin nada, NADA, ocupa 117Mb. Cuando vi la immwnsa cantidad dw librerias y capas que tenia la tire a la basura. Electron es basura.

» autor: hipernes

#279 El desencanto del software [EN]

--6883-- — Thu, 20 Sep 2018 16:05:48 +0000

#163 Eso me parece más plausible.

» autor: --6883--

#278 El desencanto del software [EN]

noises — Thu, 20 Sep 2018 16:02:23 +0000

#37 Y Windows 10, tras un año de uso, me suele ocupar unos 30 GB (después de ejecutar el limpiador del sistema con todas las opciones posibles).

» autor: noises

#277 El desencanto del software [EN]

Interrogacion — Thu, 20 Sep 2018 16:00:57 +0000

#106 Renderizar un teclado en SVG no cuesta nada. En el navegador ves muchas más letras renderizadas en formato vectorial (entre otras muchas más cosas).

» autor: Interrogacion

#276 El desencanto del software [EN]

llorencs — Thu, 20 Sep 2018 16:00:26 +0000

#264 Product manager, por ejemplo. Te encargarías de gestionar las necesidades de un producto, y tu envías los requisitos a los desarrolladores.

» autor: llorencs

#275 El desencanto del software [EN]

freeCode — Thu, 20 Sep 2018 15:58:42 +0000

#2 pero tampoco te puedes ir a los extremos. Vale que no te de por zurzir calcetines, pero tampoco es plan de ponerse a usar Java para hacer aplicaciones web.

» autor: freeCode

#274 El desencanto del software [EN]

noises — Thu, 20 Sep 2018 15:54:15 +0000

#263 Tu idea me recuerda a la de Bush cuando proponía talar los bosques para evitar incendios forestales...

» autor: noises

#273 El desencanto del software [EN]

Penetrator — Thu, 20 Sep 2018 15:54:01 +0000

#264 Pues entonces cambia de empresa. Pero si lo que quieres es alejarte de la informática, lo tienes más jodido. En todo caso, deberías hacerte la siguiente pregunta: ¿estoy quemado con la informática en general, o realmente estoy quemado con la forma de hacer informática que tienen en esta empresa?

» autor: Penetrator

#272 El desencanto del software [EN]

selina_kyle — Thu, 20 Sep 2018 15:50:52 +0000

#119 y no hay un punto intermedio entre programar en binario y usar dos mil bibliotecas para todo?

Yo es que solo he hecho 4 cosas con python que he necesitado para mi trabajo, pero si es verdad que me he dado cuenta de que existe cierta ligereza en importar librerías que ya hacen esto y lo otro a la mínima de cambio. El resultado es un programa artificialmente engordado y supongo que más ineficiente que si hubiera hecho yo las funciones que necesito en lugar de importarlas.

» autor: selina_kyle

#271 El desencanto del software [EN]

--547882-- — Thu, 20 Sep 2018 15:49:31 +0000

#93 Como dijo un compañero de trabajo en mi departamento:
>>Nunca hay tiempo para hacer las cosas bien, pero siempre lo hay para hacerlas dos veces.

Fin de la cita.

» autor: --547882--

#270 El desencanto del software [EN]

apetor — Thu, 20 Sep 2018 15:42:39 +0000

#268 Si, se nota que te gusta. Yo me se muchos opcodes de instrucciones por que los veo dia a dia, no es que quieras aprenderlos, es que los memorizas sin querer.

Es una mezcla, las capas medias o altas acceden en general a capas mas bajas, pero hay excepciones. Aunque si, UEFI esta pensado para ser relativamente portable, la parte PEI ( Pre-EFI Initialization ) no, pero la parte DXE que viene despues y es bastante mas tocha, si. Incluso hay binarios compilados a lo que se conoce como EBC ( EFI Byte Code ) que son compatibles no ya a nivel de source sino a nivel binario. Ahora, esto es "on paper", luego... bueno, medio medio.

EDIT: E9 XXXXXXXX ( relativo de 32bit con signo que se suma al EIP o al RIP -extendido con signo- actual; nota: el EIP/RIP esta apuntando a la siguiente instruccion cuando la instruccion actual se ha decodificado y pasa a ejecutarse ). EAX como tal no es un solo opcode, son una combinacion de 3 bits en diferentes codificaciones de instrucciones, en las de acceso a memoria normales serian 000b en la parte ModRM, pero segun que tipo de instruccion toma parte de forma algo diferente.

» autor: apetor

#269 El desencanto del software [EN]

Lerena — Thu, 20 Sep 2018 15:39:38 +0000

Pongámonos en el lugar del empresario. Pagaríamos 6.000€ en tener un software poco optimizado en un mes o... 12.000€ para tener un software muy optimizado en 2 meses ?

A no ser que se tratase de una aplicación muy crítica (uso médico...) lo tengo muy claro.

» autor: Lerena

#268 El desencanto del software [EN]

Conde_Lito — Thu, 20 Sep 2018 15:36:59 +0000

#249 Hombre está claro que no se va a programar en código máquina a día de hoy, o al menos sería muy raro, si programas lo haces en ensamblador que acabas antes, luego ya tienes el compilador que te interpreta y convierte las instrucciones a binario.
Meter instrucciones a mano a un procesador es de locos empezando porque estarías haciendo la función del ensamblador.
Voy a ver cual es opcode de jmp o de eax...
jmp = 11101001 más luego el resto de la instrucción también en binario.

Que conste que a mi me gusta programar así, y mucho mejor si son ordenadores de los 70, mi nivel de frikismo electrónico no tiene límites.
¿Se nota que no he programado así muchas veces y mucho menos por obligación, verdad?, estoy seguro que habría acabado hasta los mismísimos.

Los firmwares actuales están programados a diferentes niveles, por un lado la parte más baja, la que da instrucciones directamente al hardware y luego por encima otra capa programada como un programa o sistema operativo más o menos normal, con sus múltiples capas, las capas operativas de estas me imagino que para nada accederán directamente al hardware, sino que estarán programadas para acceder a las capas inferiores del firm.
Como si de un sistema operativo se tratara, vamos que no es como la antigua BIOS.
Las primeras BIOS incluso iban incluso con Dip Swtiches, no tenían interface gráfica alguna. Tengo por ahí un IBM 5150 con monitor en color que aún sigue funcionando.

» autor: Conde_Lito

#267 El desencanto del software [EN]

BananaAnanda — Thu, 20 Sep 2018 15:36:56 +0000

#43 Kali Yuga a tope

» autor: BananaAnanda

#266 El desencanto del software [EN]

--193513-- — Thu, 20 Sep 2018 15:36:41 +0000

#175 Ah sí, de eso hay muchos. Realmente a quienes quieren contratar a cuenco y latigazos, es a los que lo han creado.

» autor: --193513--

#265 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 15:33:52 +0000

#258 Imágenes de vectores. SVG.

» autor: --588575--

#264 El desencanto del software [EN]

--111128-- — Thu, 20 Sep 2018 15:25:59 +0000

#259 Estoy trabajando en una empresa pequeña con no muchos puestos para subir.

¿A qué otro tipos de trabajos podría optar? Lo digo porque no tengo ni idea a que puestos podría optar donde no sea necesario programar. Además, prefiero alejarme de todo lo relacionado de la informática: por eso no tengo ni idea.

» autor: --111128--

#263 El desencanto del software [EN]

BananaAnanda — Thu, 20 Sep 2018 15:25:36 +0000

#3 A este paso, viendo el panorama mundial, prefiero el aceleracionismo. Que es cargarse rápidamente algún recurso natural clave, para que la gente lo note de verdad y reaccione de verdad. Mientras los problemas ecológicos sean una amenaza apocalíptica abstracta, la gente no va a moverse, por mucho que se grite "el fin está cercaa!!"

» autor: BananaAnanda

#262 El desencanto del software [EN]

Rigal_ — Thu, 20 Sep 2018 15:23:03 +0000

#257 cuando las variables solo ocupan 1 o 2 caracteres ahorran bytes en el código y algunos se creen que menos líneas =menos instrucciones.

» autor: Rigal_

#261 El desencanto del software [EN]

Conde_Lito — Thu, 20 Sep 2018 15:12:39 +0000

#243 No es mucho mayor ya que tienen pocos colores y son muy planos.

Por ejemplo este que tiene varios colores ocupa 140Kb

» autor: Conde_Lito

#260 El desencanto del software [EN]

--19782-- — Thu, 20 Sep 2018 15:12:21 +0000

#247 Que no! que no lo entiendes, el teclado no ocupa toda la pantalla, por tanto nunca tendrá resolución 4K. 4K es por definicion con proporciones 16:9 y una resolución exacta. Si no tiene esas condiciones no es 4K, te pongas como te pongas

» autor: --19782--

#259 El desencanto del software [EN]

Penetrator — Thu, 20 Sep 2018 15:12:03 +0000

#28 Tu caso es raro, normalmente ocurre al revés: es difícil encontrar a alguien que lleve 18 años programando, porque en cuanto llevas 5 o 10 las empresas se empeñan en convertirte en mánager.

Si de verdad quieres dejar de programar, no te será difícil.

» autor: Penetrator

#258 El desencanto del software [EN]

--544052-- — Thu, 20 Sep 2018 15:11:11 +0000

#256 Me quieres decir que pinta un array aquí?

» autor: --544052--

#257 El desencanto del software [EN]

PacoJones — Thu, 20 Sep 2018 15:09:06 +0000

#114 Si alguien hace un código ininteligible argumentando que así es más eficiente es que es un programador de mierda y sociópata que odia a la humanidad.

» autor: PacoJones

#256 El desencanto del software [EN]

KimiDrunkkonen — Thu, 20 Sep 2018 15:07:45 +0000

#81 y los putos vectores para qué están?

» autor: KimiDrunkkonen

#255 El desencanto del software [EN]

Shotokax — Thu, 20 Sep 2018 15:02:24 +0000

#14 y spam, y malware, y hasta minado de criptomonedas. Luego que por qué la gente utiliza bloqueadores.

» autor: Shotokax

#254 El desencanto del software [EN]

mcfgdbbn3 — Thu, 20 Sep 2018 15:01:09 +0000

#228: Si, hasta que te ponen React o bibliotecas similares sin necesidad de hacer nada especial que justifique su uso.
O páginas web sobrecargadas de efectos y tonterías, que al final tienes que cerrar a menudo para evitar que se coman la ~~cabro~~ RAM.

» autor: mcfgdbbn3

#253 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 14:56:53 +0000

#238 >Para Gnome4 partirán de una tecnología revisada y han tomado notas para una arquitectura nueva, mejor pensada y limpia. Por lo pronto, dudo que usen javascript para la shell dado que gran parte de las cosas que hacían atractivo y necesario el usar javascript ya están incorporadas en GTK de una u otra forma.

Lo curioso es que tengan tanto GJS con Mozilla como Yelp usando Webkit a saco. Es un desastre.

» autor: --588575--

#252 El desencanto del software [EN]

apetor — Thu, 20 Sep 2018 14:56:35 +0000

#246 A ver, que precisamente lo que digo en #98 es que el ensamblador no se usa por optimizar, que eso es falso a dia de hoy, o una verdad muy a medias. Ensamblador se usa pa cosas que requieren usarlo. Y saber ensamblador, mas que usarlo, saber, es conveniente para programar mejor y es necesario para cierto tipo de desarrollo de software.

» autor: apetor

#251 El desencanto del software [EN]

--49228-- — Thu, 20 Sep 2018 14:55:29 +0000

[Usuario deshabilitado]

» autor: --49228--

#250 El desencanto del software [EN]

polvos.magicos — Thu, 20 Sep 2018 14:54:14 +0000

Ese y no otro es el legado de Franco, muerte y destrucción.

» autor: polvos.magicos

#249 El desencanto del software [EN]

apetor — Thu, 20 Sep 2018 14:54:12 +0000

#242 Uff, a ver a ver, la gran mayoria de drivers y sobre todo firmware de hoy dia, son instrucciones de procesadores, no son logica programada. Las microcode updates de los procesadores, si, aunque no se conoce muy bien por que son cerradas y bien cerradas, pero se asume que son tablas de logica programada. Pero es que eso representa muy poco % del firmware. Hoy dia, ademas, el firmware, por ejemplo en PC con UEFI, es 95% C, si, de bajo nivel ( no todo tampoco, hay mucha programacion tipo sistema operativo ) y tal, pero vamos, software normal y corriente.

A lo que te refieres en tu segundo parrafo, en UEFI, serian los PEIM de la fase PEI, muy poco % de todo el UEFI, que son eso, tocar bits en chips concretos para enrutar ciertas cosas fisicas a logicas ( no habla de paginacion ni nada de eso, sino de addressing PCI, puertos,... ), encender partes del chipset como el LPC ( Low Pin Count, bus donde se conectan las cosas viejas/lentas de un PC ), inicializar la DRAM ( inicialmente el procesador usa cache as ram, no puede acceder a DRAM hasta cierta fase, muy inicial ), etc. Pero eso, esto es muyyy poco codigo.

» autor: apetor

#248 El desencanto del software [EN]

foxaxel — Thu, 20 Sep 2018 14:51:43 +0000

#214 Eso de Javascript en el escritorio lo vi hace poco y algo dentro de mi murió

» autor: foxaxel

#247 El desencanto del software [EN]

--544052-- — Thu, 20 Sep 2018 14:50:33 +0000

#200 Paso de discutir contigo.
Pero no me da la gana dejarlo así porque tú has empezado a ir de listo.
La pantalla es 1920x1080p entera. El teclado ocupa media pantalla pues tiene mitad de resolucion. 960x1080
En 4k lo mismo. En los 2k lo mismo.
Chao pescao

» autor: --544052--

#246 El desencanto del software [EN]

foxaxel — Thu, 20 Sep 2018 14:49:33 +0000

#116 #98

Y el compilador también la caga como es normal porque está hecho por humanos.

Pero bueno es un ejemplo un poco extremo. Trabajando en cosas que requieren rendimiento muy a lo bestia, sí, dejas al compilador hacer pero de vez en cuando tienes que mirar el ensamblador porque hay cosas que no cuadran y pillas cosas que no hace bien. Pasa algunas veces si trabajas en esos entornos. Pasa lo suficiente como para que yo lo haya visto varias veces.

En entornos normales no, ahí el compilador da de sobra.

» autor: foxaxel

#245 El desencanto del software [EN]

Conde_Lito — Thu, 20 Sep 2018 14:48:57 +0000

#223 Ya, pero no se ha hablado nada sobre cuanto ocupa en memoria, solo ha hecho referencia a lo que ocupa en disco.

» autor: Conde_Lito

#244 El desencanto del software [EN]

--569083-- — Thu, 20 Sep 2018 14:47:52 +0000

También voy a compartir una reflexión filosófica que yo mismo me he hecho y creo que el autor debería tener en cuenta:

A mi me gusta programar de cierta manera porque me satisface resolver problemas, encontrar una solución elegante.. y eso me hace sentir bien. Disfruto programando un algoritmo super eficiente y ultra rápido tanto como el futbolista que disfruta metiendo un gol (No es más que química, circuitos de recompensa y tal...).

El negocio para el que trabajo, en estos momentos, no valora nada de eso, valora más la estética, usabilidad, comercialidad... Esas cosas a mi no se me dan bien y mi trabajo deja de ser satisfactorio.

Solución obvia pero difícil de interiorizar: asumir que el trabajo no siempre trata de hacer lo que te gusta, y buscar la satisfacción personal por otro lado.

» autor: --569083--

#243 El desencanto del software [EN]

--544052-- — Thu, 20 Sep 2018 14:47:01 +0000

#218 Ponte ahora un emogi

» autor: --544052--

#242 El desencanto del software [EN]

Conde_Lito — Thu, 20 Sep 2018 14:45:23 +0000

#80 Los drivers y firmwares como quien dice es electrónica, sobre todo estos últimos.
Tienen que ver con la informática ya que un ordenador también tiene uno o varios microprocesadores y de alguna forma hay que decirles que tienen que hacer cuando se encienden nada más aplicarles tensión.

Sin un firmware un procesador no hace apenas nada y digo apenas ya que están programados electrónicamente para que hagan determinadas rutinas lógicas, como por ejemplo habilitar determinada o determinadas líneas de direcciónes (Address Line) donde se encuentra un programa que lo mismo solo hace que se encienda un LED que está conectado a tal pata del bus de datos del micro, que lo mismo es un programa que inicializa un ordenador, este programa que puede encender un LED o inicializar un ordenador es el firmware.

» autor: Conde_Lito

#241 El desencanto del software [EN]

foxaxel — Thu, 20 Sep 2018 14:44:54 +0000

#114 Buen rendimiento no implica poco mantenible ni legible ni al revés. Dividir lineas de código no ocupa mucho más, le da trabajo al compilado eso sí, añadir comentarios ocupa 0 para el usuario final...

Lo que yo no veo mantenible es que para hacer X se use el último framework molón que pesa tonelada y media que para usarlo necesitas un IDE que te ayude que pesa otros pocos gigas y para lanzarlo lo metas todo en kubernetes con docker en AWS con Helm Charts. Ole, ahora mantén eso dentro de 5 años cuando el framework molón esté abandonado, docker no se lleve y kubernetes haya cambiado la API tanto que ni se parezca.

En mi trabajo cambiamos código C/C++ sin problema ninguno. Si embargo ya ha pasado que ha habido que rehacer cosas por que el que fuera usó cosas molonas.

A ver, que por dentro tengo siempre este dilema, "joder con lo sencillo que es C/C++ y la de mierdas que hay en web" ydespués pienso "y se podrían hacer tantas cosas "bonitas" sin esas mierdas?"

Es el huevo y la gallina, fue el bloatware de frameworks y lenguajes antes que la potencia para desarrollar o fue como consecuencia de la flojera de los desarrolladores?

» autor: foxaxel

#240 El desencanto del software [EN]

--348464-- — Thu, 20 Sep 2018 14:43:26 +0000

[Usuario deshabilitado]

» autor: --348464--

#239 El desencanto del software [EN]

--348464-- — Thu, 20 Sep 2018 14:41:00 +0000

[Usuario deshabilitado]

» autor: --348464--

#238 El desencanto del software [EN]

meneandro — Thu, 20 Sep 2018 14:40:45 +0000

#226 Uso una versión post-leak :P.

Aún así, llevo usándolo mucho tiempo (desde las primeras versiones) y nunca me pasó (o al menos no en una medida tal que fuera consciente de ello). El que me "leakeaba" era el firefox (claro que normalmente uso nightly, tiene sentido que así sea).

Vala míralo como un "preprocesador gigante", un lenguaje intermedio que se transformaba en C. Tenía sus ventajas (todas las de programar gobjects con un estilo "programación orientada a objetos de verdad", más un extra de seguridad en el manejo de memoria e integración con el ecosistema de gnome, paradigmas de programación más modernos, etc). Pero realmente era un hack grande (se sigue usando, no creas, pero su nicho dentro del proyecto se lo está comiendo rust; en otros proyectos como bien mencionas se sigue apoyando).

Arquitectónicamente, Gnome3 fue un poco fiasco porque realmente se diseñó en la era X11 y sufrió una mutación para soportar wayland y quedó cojo. Muchas cosas no tienen arreglo (o no vale la pena meterse en fregaos) porque esto es derivado de intentar soportar ambos protocolos aprovechando infraestructura que ya estaba hecha (clutter), pero que estaba hecha para funcionar aplicaciones dentro de un compositor, no para usarla como compositor. Y las extensiones comparten proceso con GJS porque los recursos son compartidos, la filosofía es la misma que tenía el firefox antes con XUL (y mira lo que le han criticado por buscar una forma más eficiente, segura, estándar y mantenible); realmente las extensiones cableaban o puenteaban partes de la shell completas para hacer sus cosas; eso da mucho control y potencia porque puedes hacer cualquier cosa, pero también provoca que rompan mucho -cambia la shell, ya el cableado es distinto y la extensión rompe o no puentea como debe-. Y eso es peligroso.

Para Gnome4 partirán de una tecnología revisada y han tomado notas para una arquitectura nueva, mejor pensada y limpia. Por lo pronto, dudo que usen javascript para la shell dado que gran parte de las cosas que hacían atractivo y necesario el usar javascript ya están incorporadas en GTK de una u otra forma.

» autor: meneandro

#237 El desencanto del software [EN]

Varlak — Thu, 20 Sep 2018 14:40:44 +0000

#227 Si, pero no se empieza de nuevo, se empieza usando herramientas que ya son una mierda y se le añaden un par de capas mas de mierda. cuando son los cimientos los que estan podridos no hay mucho que hacer.

» autor: Varlak

#236 El desencanto del software [EN]

llorencs — Thu, 20 Sep 2018 14:39:01 +0000

#124 Pero pongamos, que yo abro y cierro Firefox con el mismo número de pestañas. No se explica que con el tiempo pase de 600MB a 2GB de memoria. Eso, me indica que quedan hilos basura ejecútandose por allí, que nunca son cerrados. Por lo tanto, la optimización es pésima.

Y eso me pasa teniendo mi mínimo de 8-10 pestañas a tener el máximo de pestañas abiertas unas 80-100. Tenga ese número o no, tras horas de tenerlo abierto acaba ocupando 2GB e incluso 4GB de RAM, llegando a representar más del 50% del uso de memoria de mi sistema de 8GB.

#121 8GB se me quedan pequeños.

» autor: llorencs

#235 El desencanto del software [EN]

frankiegth — Thu, 20 Sep 2018 14:38:41 +0000

#10. Has descrito al milímetro el 'modelo de negocio' de empresas tipo Micro$oft.

Las distribuciones Libres Gnu/Linux fueron la respuesta de la comunidad de usuarios a lo largo y ancho del mundo.

» autor: frankiegth

#234 El desencanto del software [EN]

frankiegth — Thu, 20 Sep 2018 14:30:55 +0000

#4. Si la web se deteriora más muchos volveremos al formato de las primeras páginas de los inicios de la web en simple texto plano. La gente no sabe lo que se pierde volviendo a disfrutar simplemente de los contenidos y no muchos 'contenedores' actuales.

» autor: frankiegth

#233 El desencanto del software [EN]

--178733-- — Thu, 20 Sep 2018 14:28:56 +0000

#79 Yo creo que irá a hablar con el "arquitecto" y acabará colapsando.

» autor: --178733--

#232 El desencanto del software [EN]

foxaxel — Thu, 20 Sep 2018 14:28:10 +0000

#142 Yo estoy de lleno en el torbellino de pasar todo el software a la nube y es que flipo, para mal.

» autor: foxaxel

#231 El desencanto del software [EN]

--569083-- — Thu, 20 Sep 2018 14:27:57 +0000

#81 Precisamente de lo que se queja es de meter 150mb para un simple teclado parezca aceptable. Siguiendo el ejemplo de las mierdas de emogis.. cada aplicación puede tener su propio juego de imágenes.

De hecho creo recordar que Google trabajaba en alguna forma de adelgazar los apk incluyendo sólo los recursos necesarios para el dispositivo en concreto y no un montón de relleno innecesario.

A mi personalmente, lo del teclado me parece una aberración y suscribo lo que dice el autor, pero también me dejo llevar muchas veces por el lema "vale menos la RAM que el sueldo de un programador".

» autor: --569083--

#230 El desencanto del software [EN]

--547882-- — Thu, 20 Sep 2018 14:27:44 +0000

#218 En 109 Kb creo que cabía el tetris entero antiguamente... Creo que a eso es a lo que se refería #81

» autor: --547882--

#229 El desencanto del software [EN]

foxaxel — Thu, 20 Sep 2018 14:26:24 +0000

#81 Un teclado 150MB no se sostiene por ningún sitio.

» autor: foxaxel

#228 El desencanto del software [EN]

pawer13 — Thu, 20 Sep 2018 14:24:31 +0000

#199 Si haces una aplicación web con React o Angular no es para dar información básica, es para hacer una aplicación que se comporte como una de escritorio con actualizaciones en tiempo real, cambiando la vista sin recargar... etc. Eso significa tener la misma complejidad que cualquier aplicación de escritorio y la misma necesidad de librerías/dependencias.

» autor: pawer13

#227 El desencanto del software [EN]

foxaxel — Thu, 20 Sep 2018 14:24:19 +0000

#111 No te engañes, el día de mañana cuando todo sea una mierda se tira y se empieza de nuevo en el super nuevo y flamante framework chupi guay de ultima generación que todo lo hace más Agile, más Dynamic, añade más Flow...

En mi empresa ya ha pasado varias veces.

» autor: foxaxel

#226 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 14:23:29 +0000

#222 Tú dejalo horas y verás que bonito leak te llevas. Tambien lo habrán fijado, pero como digo prueba Gala y verás como va mucho más rápido y se tranca menos.

Dicen que Gnome 3.30 ha sido optimizado bastante, quitando muchos leaks, pero siguen denunciando un lag fruto de GJS basado en Firefox 60, que también ha mejorado bastante, pero nada como usar Vala, que no se por qué abandonó Gnome si pudo haber creado una maravilla rápida y eficiente.

Ah, que las extensiones compartan proceso con el GJS de la shell también es llamar al desastre.

» autor: --588575--

#225 El desencanto del software [EN]

--164239-- — Thu, 20 Sep 2018 14:22:46 +0000

#171 QT5 con QML y C++ es la mejor librería allround existente hasta la fecha. Abarca todas las plataformas y no hay nada que no se pueda hacer con ella.

» autor: --164239--

#224 El desencanto del software [EN]

foxaxel — Thu, 20 Sep 2018 14:22:10 +0000

A mi todavía nadie me ha dado un requisito de rendimiento ni en CPU, ni en Memoria ni en nada.

El rendimiento se mide después si es que se mide. Venga esto que hemos parido hace X, lo metemos en esta maquina Y y hace 10X en 10 minutos. Si sale una cosa que es una mierda o la competencia ha sacado algo mejor (cosa que no sabías porque van a matacaballos como tu) pues ya si eso te preocupas y si no, a otra cosa. Es como creo que van las cosas hoy en día.

El día que me pongan un requisito de rendimiento delante sere el primero en cumplirlo a rajatabla. Como díce #10, retroalimentaré la rueda.

» autor: foxaxel

#223 El desencanto del software [EN]

gonas — Thu, 20 Sep 2018 14:22:10 +0000

#218 El png está comprimida en disco, para mostrarla en pantalla hay que descomprimirla.

» autor: gonas

#222 El desencanto del software [EN]

meneandro — Thu, 20 Sep 2018 14:20:45 +0000

#217 Con el sure debería haber una imagen (una captura del consumo actual de memoria de gnome-shell en mi equipo. No sé por qué meneame no me está dejando ponerla...). Me está usando 170MB, nada realmente bestia para los estándares de hoy en día.

» autor: meneandro

#221 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 14:19:58 +0000

#220 Intel. Se arrastraba en un HD3000 tambien. No creas que ignoro que los drivers cerrados de Nvidia en 2D dejan mucho que desear.

Prueba Plasma 5, o Elementary Juno. Compara Gala (el VM de Elementaru) con Shell. Verás como tira bastante más rápido hasta en carcajas como el que te he comentado. Y eso que tambien tiene animaciones con OpenGL, transiciones y demás. No es que sea un Metacity, ¿eh?

» autor: --588575--

#220 El desencanto del software [EN]

meneandro — Thu, 20 Sep 2018 14:19:24 +0000

#213 No te pases, que yo lo uso todos los días con una apu de amd que no es precisamente lo más de lo más en cuanto a potencia de proceso y no tengo ningún problema de fluidez. Quizá el problema lo tenga Nvidia y sus drivers.

» autor: meneandro

#219 El desencanto del software [EN]

xavigo — Thu, 20 Sep 2018 14:19:18 +0000

#96 ¿Una pantalla 4K en una diagonal de 6”? El 4K no lo distingues ni a 1mm de distancia

» autor: xavigo

#218 El desencanto del software [EN]

Conde_Lito — Thu, 20 Sep 2018 14:19:08 +0000

#81 ¿Una letra ocupa mucho?

Acabo de hacer la prueba, una W, de color naranja además, a una resolución de 3840 x 2160 (4K) con su transparencia y todo guardada en formato PNG ocupa la friolera de 109Kb, con lo que el teclado completo ocuparía unos 5.5Mb.

W

» autor: Conde_Lito

#217 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 14:18:50 +0000

#215 Yep. Ubuntu 18.04, Fedora, OpenBSD-current con Gnome 2.28, donde no pide ni SystemD ni 2000 servicios. Ni a ostias iba ligero en el Celeron de mi pareja. Probé Elementary Juno. La noche al día. Animaciones fluídas, Firefox 60 yendo bien, una gozada.

Pero le metí Alpine 3.8 con XFCE y joder, eso parecía un portatíl con i3. Más laborioso, pero abrir Firefox y Chrome y que tiren bien en 2GB de RAM es magia. Tuve que tocar LANG=es_ES.utf8 en /etc/profile y meter los paquetes -lang (script con apk y ya), pero es que compensa muchísimo ver así un portátil del 2011 yendo tan fluído, tal como recordé Linux con KDE3 en Debian Woody.

» autor: --588575--

#216 El desencanto del software [EN]

mr_b — Thu, 20 Sep 2018 14:16:39 +0000

#145 Habrá que empezar a hostiarse más para dar trabajo a los dentistas, entonces.

» autor: mr_b

#215 El desencanto del software [EN]

meneandro — Thu, 20 Sep 2018 14:15:13 +0000

#210 ¿Sure?

» autor: meneandro

#214 El desencanto del software [EN]

mr_b — Thu, 20 Sep 2018 14:14:38 +0000

#117 Siento decirte que sí se desperdician recursos. Y te lo digo por experiencia propia en cuanto a “sobreingenierizar” el software, empezando por tantas y tantas capas que luego, resulta, que no eran necesarias porque sale el siguiente framework que funciona igual con la mitad de cosas.

Y pongo tu ejemplo: javascript. Pero no javascript en web, sino javascript en interfaces de usuario en entornos de escritorio. ¿En serio? ¿En serio que no hay lenguajes compilados, no interpretados, con los que no se pueda construir un framework de interfaz gráfica portable y eficiente?

» autor: mr_b

#213 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 14:14:19 +0000

#209 >Símplemente usa la barra de búsqueda y te darás cuenta: según cómo lo tengas configurado te está buscando en 20 fuentes diferentes (ficheros locales, remotos, contenidos dentro de esos ficheros locales/remotos, repositorios de software, redes sociales y mensajería, en la terminal que tengas abierta, etc). Te llegan notificaciones de todo lo que necesitas saber de la lista anterior y alguna cosa más (como el calendario o notificaciones del hard). Tiene control de volumen por aplicaciones, puedes conectarte a muchos tipos de conexiones distintas desde muchos tipos de fuentes distintas, control de entrada avanzado, idiomas, gestión de sesiones y usuarios, ventanas y aplicaciones, etc... que si, que hace 20 años podías tener todo eso, pero no INTEGRADO.

Bien, ahora explícamente como Elementary Shell hace todo eso con Vala en vez de GJS haciendo que sea potencialmente usable en un Celeron y Shell no pueda ni ser fluido en un i5 con una GTX.

» autor: --588575--

#212 El desencanto del software [EN]

Conde_Lito — Thu, 20 Sep 2018 14:14:11 +0000

#96 ¿Y no se podría hacer lo mismo con un tipo de fuente?

Aún así es lo mismo, una letra, la W por ejemplo, con una resolución de 3840 × 2160 con su canal alpha y todo para hacer la transparencia metida por ejemplo en un PNG ocupa la friolera de 109Kb...

» autor: Conde_Lito

#211 El desencanto del software [EN]

queosden — Thu, 20 Sep 2018 14:11:06 +0000

¿Recientemente? Este no ha trabajado en España.

» autor: queosden

#210 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 14:10:30 +0000

#209 >Un gnome-shell parece muy simple, pero es mucho más complejo de lo que piensas.

Sigue siendo una puta mierda porque GJS traga más memoria que yo que sé. Eso lo hace Plasma con 512 de RAM con Krunner y KIO.
Shell es una puta MIERDA de diseño, con un GJS + Nutter monolítico donde un fallo se lleva toda tu sesión de calle.
Shell NO usa C, usa GJS. Es un puto desastre.

Sobre editores, eso lo hace Emacs, que odio pero consume 40MB haciendo TODO eso que dices. TRAMP, sintaxis, soluciones, cualquier compilador de fondo currando muy-muy poco.

Ves Atom y quieres tirarte por un puente. Ves Brackets, y nunca creerías que un editor de Adobe tragarse casi tanto como Photoshop.

Que no, que es de risa, joder.

» autor: --588575--

#209 El desencanto del software [EN]

meneandro — Thu, 20 Sep 2018 14:09:13 +0000

#165 No hacen lo mismo. Otra vez estamos con las mismas. Hoy con cualquier editor de cierto nivel puedes nativamente abrir un fichero fuente remoto en un filesystem distinto del nativo de tu máquina desde dentro de un repositorio git, detectar fallos de sintaxis según escribes (esto es, tener en memoria ejecutándose prácticamente medio compilador, necesario para parsear toda la entrada y llevar un control de variables y estructuras de datos) que además te da tres posibles soluciones (que puede escribirte solo, dándole a una tecla) y te ha cargado la página de referencia del lenguaje utilizado para que la consultes. ¿Que puedes conseguirlo con un editor más simple y ligero? gracias a toda la tecnología que hay detrás (porque detrás usa otras cosas, que no suman al tamaño del editor pero se siguen usando igual).

Un gnome-shell parece muy simple, pero es mucho más complejo de lo que piensas. No sólo soporta muchas más features que un DE de hace 20 años, sino que están tan bien integradas que no las notas. Símplemente usa la barra de búsqueda y te darás cuenta: según cómo lo tengas configurado te está buscando en 20 fuentes diferentes (ficheros locales, remotos, contenidos dentro de esos ficheros locales/remotos, repositorios de software, redes sociales y mensajería, en la terminal que tengas abierta, etc). Te llegan notificaciones de todo lo que necesitas saber de la lista anterior y alguna cosa más (como el calendario o notificaciones del hard). Tiene control de volumen por aplicaciones, puedes conectarte a muchos tipos de conexiones distintas desde muchos tipos de fuentes distintas, control de entrada avanzado, idiomas, gestión de sesiones y usuarios, ventanas y aplicaciones, etc... que si, que hace 20 años podías tener todo eso, pero no INTEGRADO. Suma cuánta memoria te costaría tener todo eso por separado (tu escritorio de hace 20 años y todas las aplicaciones necesarias para replicar todo esto) y verás que la shell no consume tanto como tú piensas.

» autor: meneandro

#208 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 14:08:57 +0000

#204 15. Pentium 4 Northwood a 2GHZ es una opción muy razonable para soportar cosas de 32 bit. No, no es ineficiente. Linux y muchas distros como Lubuntu LTS tiraban el Skype QT de Linux con casi resoluciones 720p sin despeinarse.

El que un Core 2 Duo no pueda con un programa para ver vídeos online a 420p siquiera sin sobrecalentarse solo puede tratarse de basura.

» autor: --588575--

#207 El desencanto del software [EN]

multimed — Thu, 20 Sep 2018 14:06:36 +0000

#193 Sí sí estoy de acuerdo! Hablaba desde una perspectiva de empresa como los ejemplos de aplicaciones que menciona, no de una persona sola.

» autor: multimed

#206 El desencanto del software [EN]

--111128-- — Thu, 20 Sep 2018 14:05:22 +0000

#61 Gracias pero no quería pintarlo tan grave. Tan solo quería expresar que a veces no es posible cambiar por mucho que queramos.

» autor: --111128--

#205 El desencanto del software [EN]

--27996-- — Thu, 20 Sep 2018 14:01:54 +0000

#84 Yo hice lo mismo allá por finales de los 90, me pase a sistemas y así ahora puedo echarles la culpa de todo a los desarrolladores!!

Y acierto en el 99,99% de los casos!
m.youtube.com/watch?v=Vhh_GeBPOhs#

» autor: --27996--

#204 El desencanto del software [EN]

triturator — Thu, 20 Sep 2018 14:01:44 +0000

#198 Pues lo siento, pero programar para un procesador de hace casi 20 años es tan ineficiente o más que cualquier framework o lenguaje de alto nivel engorroso que te puedas echar a la cara.

» autor: triturator

#203 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 14:01:30 +0000

#181 Una VM con Alpine casi es lo mejor, apenas ocupa nada y metes todos los recursos en la aplicación

Incluso OpenBSD ha adoptado virtualización con VMM y esa distro es la que mejor tira dentro. Por supuesto también se virtualiza a si mismo, pero para admin o programadores que necesiten un Linux, esa distro viene de PM).

Sobre Docker, con el almacenamiento de hoy en día y cosas como IntelVT, casi es preferible optar por virtualizacion por cosas como la seguridad. Docker no te aisla tanto como crees.

» autor: --588575--

#202 El desencanto del software [EN]

--585030-- — Thu, 20 Sep 2018 14:01:21 +0000

#51 Ahora son mucho menos mantenibles.
Una aplicacion de escritorio tenia 0 complejidad. Ahora tienes capas y capas de software y frameworks para hacer lo mismo que hacias antes con 2 componentes.

» autor: --585030--

#201 El desencanto del software [EN]

vasago08 — Thu, 20 Sep 2018 13:59:33 +0000

El problema somos todos.

Por un lado antes un programa podía usarse durante muchos años más o menos estable. Ahora cualquier solución que plateas ya lo haces contando que habrá que cambiarlo dentro de nada y seguramente hasta hacer una nueva, por lo que no te molestas en optimizar demasiado y mucho menos en que sea mantenible.

Por otro lado le presentas algo robusto como un tronco al cliente y te dice: "pero cuando le doy a la vez a las 104 teclas del teclado no me sale un mensaje de aviso". Y entonces empieza la parte de personalización. Esta parte, por supuesto el cliente no ha querido revisarla antes y te ha dicho sin escucharte que muy bien a todo lo que le has explicado sobre el funcionamiento de la aplicación. Y ahora dice que no te va a pagar el resto y además te va a demandar, después de hacerte chantaje emocional diciendo que no te preocupes lo más mínimo por tu trabajo y por sus necesidades.

Conclusión: Las primeras veces intentas razonar con el cliente y te enfadas y te importa tu trabajo, pero lo haces siempre. Pasado un tiempo te importa a ti mismo una mierda la calidad del software que entregas.

Y a nivel usuario somos tan estúpidos como el cliente que nombro. ¿Como es posible que pueda seguir ejecutando Windows 7 en un portátil de hace 8 o10 años sin maquear hardware pero no pueda ni usar una Tablet de hace 5?
No conozco nadie que pida optimizar aplicaciones o sistemas operativos.

» autor: vasago08

#200 El desencanto del software [EN]

--19782-- — Thu, 20 Sep 2018 13:58:55 +0000

#187 Sigues sin entenderlo, la pantalla de movil puede ser 4K? Puede, aunque lo dudo. Pero un teclado no muestra imágenes a pantalla completa, con lo cual un icono JAMAS estará a 4K. Te confundiste en conceptos. Y un teclado que solo muestra teclas no tendrá imagenes grandes ni de coña. Un juego evidentemente los fondos deben tener la resolucion de la pantalla más grande que soporten, pero aun así, dicha resolución no se llama 4K ni fullHD ni leches. Tienen otra nomenclatura

» autor: --19782--

#199 El desencanto del software [EN]

mcfgdbbn3 — Thu, 20 Sep 2018 13:58:46 +0000

#124: Pero volvemos a lo de siempre: ¿Hace falta cargar 200 bibliotecas de JavaScript para dar una información que en muchos casos es básica y hace 20 años se mostraba igualmente sin tanta tontería?

» autor: mcfgdbbn3

#198 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 13:58:04 +0000

#190 Hoy en día los requisitos son P4 para arriba, que da bastante márgen a muchas cosas.

» autor: --588575--

#197 El desencanto del software [EN]

--19782-- — Thu, 20 Sep 2018 13:57:11 +0000

#192 Se un poco de photoshop, tu explicación no me hacia falta. Pedia que me explicaran lo de usar imagenes 4K en un móvil que es absurdo

» autor: --19782--

#196 El desencanto del software [EN]

meneandro — Thu, 20 Sep 2018 13:55:32 +0000

#171 Si, cierto. Y con C hace décadas que también existen mil soluciones que hacen lo mismo. Que existen mil y una soluciones distintas, pero si se usa una en concreto será porque tiene una comunidad de desarrolladores detrás que les gusta juguetear con algo y sacan cosillas interesantes adelante. Habría que mirar porqué QT no tiene tanto tirón como otras soluciones.

» autor: meneandro

#195 El desencanto del software [EN]

apetor — Thu, 20 Sep 2018 13:55:01 +0000

#189 Hay unos cuantos de internals, algunos de ellos ya no valen, han quedado obsoletos. Las fuentes de NT4, W2K y W2K3 Server ( version WRK ) se han mirado algunas veces y bueno, esta bien, pero hoy dia no te ayudan mucho ( segun para que ). Tambien esta ReactOS, que bueno, mas que pa alguna cosilla... lo que vale es depurar y desensamblar.

» autor: apetor

#194 El desencanto del software [EN]

gonas — Thu, 20 Sep 2018 13:54:52 +0000

#1 #24 No es verdad. Los sistemas operativos cada vez son más robustos y tienen una carga grafica mucho mayor. Luego está el tema de la simplicidad. El usuario medio no es capaz de utilizar aplicaciones complejas, y eso deja mucho mercado a simplicidad.

» autor: gonas

#193 El desencanto del software [EN]

meneandro — Thu, 20 Sep 2018 13:53:36 +0000

#179 Y también está electrón. ¿Y si no quieres aprender QT porque ya te mueves en javascript porque ya eres muy productivo y existen mil componentes que te facilitan todo lo que necesitas?

» autor: meneandro

#192 El desencanto del software [EN]

--547882-- — Thu, 20 Sep 2018 13:52:32 +0000

#120 Basicamente, si el formato de imagen que usas no es escalable, como por ejemplo un PNG o un JPEG de toda la vida, al mostrarlo en pantallas con mayor resolución tienes dos opciones:
- O mostrarlo más pequeño todo, cosa que puede llegar a dejarlo inusable por que el usuario no sea capaz ni de ver las imágenes.
- O reesclarlo, cosa que dejará emborronadas todas las imágenes.

Para esto hay dos soluciones:
- O te guardas las imágenes en distintos tamaños: Cosa que ocupa espacio
- O te generas esas imágenes en formatos vectoriales, tipo SVG, cosa que puede hacer que sea más costoso de desarrollar o que se pierda algo de detalle.

Un saludo.

» autor: --547882--

#191 El desencanto del software [EN]

meneandro — Thu, 20 Sep 2018 13:51:59 +0000

#84 Y te pasas a los sistemas... ¿has leído las cosas de www.mundowdg.com? deberías...

» autor: meneandro

#190 El desencanto del software [EN]

triturator — Thu, 20 Sep 2018 13:51:41 +0000

#172 Java y .net se centran en la parte de servidor, en la parte de cliente algo hay, pero están a años luz de los frameworks Javascript actuales.

Y no es que tengas que reescribir necesariamente al cambiar de procesador. Pero si no lo haces, estás cayendo en el saco de "código de vagos que no aprovechan el hardware como toca", porque no estás usando las nuevas instrucciones ChachiPiruli del nuevo Core i16. De hecho, si quieres que funcione bien en todas partes, lo más probable es que acabes teniendo que renunciar a ningún tipo de instrucciones especiales, y programarlo como si fuera un Pentium 2.

» autor: triturator

#189 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 13:50:52 +0000

#186 En Windows había un libro de internals, pero sí, estás jodido porque ahí no hay nada abierto. A no ser que mires ilegalmente OpenNT4, pero la cosa ha cambiado bastante. (Aunque creo que puedes adaptar bastantes cosas).

» autor: --588575--

#188 El desencanto del software [EN]

--585030-- — Thu, 20 Sep 2018 13:49:41 +0000

#32 ¿alguien aun hace aplicaciones de escritorio?

» autor: --585030--

#187 El desencanto del software [EN]

--544052-- — Thu, 20 Sep 2018 13:49:37 +0000

#177 Sigues sin tener ni puta idea.
Los moviles cutres son HD 720p
Los moviles normales son fullHD y cumplen 1080p.
Los buenos son QHD y tienen resolucion en funcion del alto y ancho de pantallas.
Cada fabricante mete luego una densidad de pixeles diferente ppp, pero la resolucion es esa, no los llaman 4k porque son resoluciones raras, los ultimos moviles son mas largos que anchos.
Un salido

» autor: --544052--

#186 El desencanto del software [EN]

apetor — Thu, 20 Sep 2018 13:49:03 +0000

#180 Bien, si, ya habia googleado ambas :). Pero bueno, en NT cuando un driver o el SO casca, tienes que buscarte la vida. Por supuesto una vision analitica y tu codigo a veces son suficientes o al menos te ayudan a acotar la cosa, pero hay que meterse al barro, mucho.

» autor: apetor

#185 El desencanto del software [EN]

--377551-- — Thu, 20 Sep 2018 13:48:57 +0000

[Usuario deshabilitado]

» autor: --377551--

#184 El desencanto del software [EN]

soso2 — Thu, 20 Sep 2018 13:48:44 +0000

#164 si si, por eso te digo que no es un ataque a ti, en tu caso no te incluyo. Estoy pensando en esa gente que usa el ingles para parecer que saben mas o que lo que venden es mas guay, en este caso no me estas vendiendo nada, por eso no me refiero a ti, ha sido solo por la cantidad de palabras en ingles que me ha recordado al ultimo de ventas que me estaba intentando vender la moto de siempre pero hasta con el clásico "win win"

» autor: soso2

#183 El desencanto del software [EN]

--587771-- — Thu, 20 Sep 2018 13:48:32 +0000

#72 Acabo de abrir un Firefox 62.0 (en sistema MX Linux) a estrenar, con solo presente la página de "inicio-bienvenida": solo 300 MB de RAM.

Chrome no lo uso y no puedo decir nada.

» autor: --587771--

#182 El desencanto del software [EN]

triturator — Thu, 20 Sep 2018 13:48:32 +0000

#174 En C te aseguro que no las compilan, porque Qt está escrita en C++. Y si la usas ya saldrá alguien diciendo "bah, menudos inventos modernos, esto escrito en C+ensamblador iría un 200% más rápido", y de hecho probablemente sea verdad.

» autor: triturator

#181 El desencanto del software [EN]

meneandro — Thu, 20 Sep 2018 13:47:41 +0000

#142 Digamos que no es que sea más cool, sino más práctico. Cuando tu aplicación está encapsulada, es fácil moverla de un lado para otro. Y una máquina virtual es la forma más cómoda de mantener servidores (necesitas un snapshot, un clon, moverlo de sitio, etc. pues lo haces con un click.). Antes migrar una aplicación era un dolor indescriptible, ahora símplemente migras cada parte cambiando un contenedor por otro (si está bien hecho, no hace falta más).

» autor: meneandro

#180 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 13:46:22 +0000

#173 > Supongo que pledge y unveil son una vuelta de rosca mas alla de los jails y demas, interesante.

Es más bien sandbox. En el código C o C++ declaras que syscalls puedes acceder, y con unveil, los ficheros y directorios. Si intentan acceder a alguna extra, abort a la aplicacion y adios potencial acceso. Sobre ficheros, quizá no un fault pero sí ENOENT.

man.openbsd.org/pledge.2

Es algo muy simple de añadir a cualquier programa. Literalmente 3 líneas de código en OpenBSD al inicio del programa.

Así debería ser todo, KISS para tontos como yo.

» autor: --588575--

#179 El desencanto del software [EN]

multimed — Thu, 20 Sep 2018 13:45:59 +0000

#169 Hay frameworks nativos cross-platform, QT por ejemplo.

» autor: multimed

#178 El desencanto del software [EN]

--377551-- — Thu, 20 Sep 2018 13:45:40 +0000

[Usuario deshabilitado]

» autor: --377551--

#177 El desencanto del software [EN]

--19782-- — Thu, 20 Sep 2018 13:45:25 +0000

#161 Pero ninguna se llama 4K. Vamos que no tienes ni idea. 4K es un standard de la TV. Un icono en 4K tendría que tener 4096x2160 de resolución, con lo cual no podría ser cuadrado. Igual que fullHD tampoco es otra resolución. El estandard en móvil si no me equivoco indica los DPI pero nunca la resolución, ya que la resolución cambiará dependiendo de la imagen que quieras mostrar.
De nada

» autor: --19782--

#176 El desencanto del software [EN]

--273137-- — Thu, 20 Sep 2018 13:44:59 +0000

#52 Yo soy de esos bichos raros que, si tiene que elegir prefiere la programación a bajo o medio nivel. Pero soy una excepción, todos mis amigos informáticos trabajan o en web o con entornos de muy alto nivel, y muchos no conciben programar en otra cosa. Les hablas de C++ y se ríen de ti, dicen que "eso ya no se usa". Así surgen aberraciones como Electron...

» autor: --273137--

#175 El desencanto del software [EN]

meneandro — Thu, 20 Sep 2018 13:44:49 +0000

#44 Que suerte, simplemente estás desactualizado. A mi los que me hacen gracia son los que piden 5 años de experiencia para un framework que apenas tiene 2 años (y efectivamente, aún sigue en beta).

» autor: meneandro

#174 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 13:44:32 +0000

#117 > Intenta hacer eso con un programa súper optimizado escrito en C, verás qué risa cuando tengas que escribir y compilar para una docena de plataformas diferentes.

Vaya, no se como compilan cosas QT5 en MacPPC bajo OpenBSD, deben de ser gurús.

» autor: --588575--

#173 El desencanto del software [EN]

apetor — Thu, 20 Sep 2018 13:43:51 +0000

#155 No conozco apenas los *BSD, mas alla de haber instalado y trasteado algo con FreeBSD en su dia. Similar con linux, que he usado Gentoo Linux pa algunas cosillas y algunos desarrollos y tal e incluso para uso general, pero bueno, no son mi campo.

Supongo que pledge y unveil son una vuelta de rosca mas alla de los jails y demas, interesante.

Lo de las syscalls que dices, supongo que es por separar y simplificar para empequeñecer la superficie de error/ataque.

Yo soy desarrollador de drivers, pero orientado a temas de seguridad en NT. En cuanto a proyectos personales, hago cosas de bajo nivel de NT y tambien en UEFI, aunque bueno, arranco en UEFI pero manipulo la carga del SO ( NT, pero puede ser cualquiera ) y otras cosas. Saber ensamblador no es que ayude, es que sin ello no llegaras muy lejos.

» autor: apetor

#172 El desencanto del software [EN]

--349080-- — Thu, 20 Sep 2018 13:42:47 +0000

[Usuario deshabilitado]

» autor: --349080--

#171 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 13:42:29 +0000

#169 Blah, blah, blah. Lo que hace Electron lo hace QT5 con QML con no demasiado esfuerzo, gastando 4X veces menos recursos y oh, sorpresa, permitiendo que tu programa tire hasta un Celeron/CoreDuo amplicando el mercado, aunque sea a base de recopilar datos del usuario

Que ves un Discord/Popcorntime comparado con un programa de chat o video con QT que hacía lo mismo en 2003 y te dan ganas de llorar con Electron. Y si es por portabilidad, QT5 permite eso como ya he dicho.

» autor: --588575--

#170 El desencanto del software [EN]

wornes — Thu, 20 Sep 2018 13:41:53 +0000

#13 Bueno, no creo que sea para nada el tema de vagancia, si que es mas bien la necesidad de sacar productos rapidamente. Esto no es porque a la gente no le interesen los fallos, es sencillamente que si quieres tener un producto muy optimizado te toca hacer todo desde cero.

El articulo tiene un punto interesante, pero es demasiado idealista. Se usan muchisimos programas y tenemos software sobrecargado por usar bibliotecas sobrecargadas, vale, pero ahora dime tu que haces si necesitas un servidor de aplicaciones. Te montas tu propio jetty/tomcat/loquesea? Y si quieres montarte tu propio servidor de aplicaciones, crees que va a ser mas seguro que cualquiera de los ya existentes?
Lo mismo vale para la gran mayoria de bibliotecas que se usan, es que la reutilizacion de software es algo muy basico y que tiene los siguientes puntos a favor:
1 - Es mas rapido coger algo que existe que hacerlo tu (no hay que reinventar la rueda)
2 - Si hay un producto que esta siendo actualizado durante un periodo largo de tiempo, lo mas probable es que este mas optimizado y tenga menos agujeros de seguridad que un producto nuevo.

El reutilizar software nos permite progresar. Claro que se van a arrastrar errores y la optimizacion se puede ver resentida, pero la capacidad de seguir produciendo mas software es lo que nos permite crear productos cada vez con mayor velocidad y conseguir avances en todas las areas.

Estoy de acuerdo con el mensaje de fondo, pero no con la forma en que lo ha contado, ha usado cosas puntuales y ha exagerado para conseguir su objetivo, creo que es exagerademente negativo.

» autor: wornes

#169 El desencanto del software [EN]

meneandro — Thu, 20 Sep 2018 13:40:59 +0000

#68 Se usa electrón porque te permite desplegar tu programa genérico en cualquier plataforma/arquitectura. Tú programas una vez y te vale para todo. Mucho más cómodo y rápido que programar para osX, windows, linux, bsd... ¿que tiene un precio? vale, pero no lo paga el programador (seguramente se esté ahorrando muchos dolores de cabeza y no esté perdiendo dinero... si tienes que mantener muchas plataformas tarde o temprano empezarás a perder tiempo y dinero porque en alguna de ellas algo falle).

» autor: meneandro

#168 El desencanto del software [EN]

--349080-- — Thu, 20 Sep 2018 13:40:12 +0000

[Usuario deshabilitado]

» autor: --349080--

#167 El desencanto del software [EN]

--377551-- — Thu, 20 Sep 2018 13:40:10 +0000

[Usuario deshabilitado]

» autor: --377551--

#166 El desencanto del software [EN]

Cazatrolls — Thu, 20 Sep 2018 13:39:58 +0000

Maravilloso artículo, gracias.

» autor: Cazatrolls

#165 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 13:39:49 +0000

#159 > que los editores de ahora permiten muchísimas codificaciones de texto distintas (y conversiones entre ellas), soportan múltiples formatos de fichero que antes no existían, son capaces de buscar recursos no solo en disco, sino en todo tipo de dispositivos locales y remotos, están programados para aprovechar ordenadores de múltiples núcleos, etc.

Joder, pero si eso lo hace nvi en... 454k? Y le sobra. Y Geany con las GTK abiertas no creo que supere los 150MB según distro y entorno (pongamos algo ligero con LXQT).

Luego ves monstruos JS como Gnome Shell, Electron, Atom... para hacer lo mismo que hace un IDE/DE escrito en C/C++ con 20 veces más RAM y te da vergüenza.

» autor: --588575--

#164 El desencanto del software [EN]

--589369-- — Thu, 20 Sep 2018 13:38:43 +0000

#152 hago gran parte de mi vida y mi trabajo en inglés desde hace muchos años y hay palabras que me cuestan en castellano, como "rant", que no sabría traducir sin mirar un diccionario.

» autor: --589369--

#163 El desencanto del software [EN]

--544052-- — Thu, 20 Sep 2018 13:38:34 +0000

#158 Pues debajo está el software espia que guarda todo lo que haces.
Y un minero de bitcoins

» autor: --544052--

#162 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 13:38:09 +0000

#151 Si, bien, eso todos, pero por lo general el código que accedo es tan pequeño que pocas veces tengo que ir a GDB a hacer un bt completo.

Normalmente con kdump/ktrace me basta muuuchas veces.

Ventajas de los BSD que cuanto menos código, menos problemas =)

» autor: --588575--

#161 El desencanto del software [EN]

--544052-- — Thu, 20 Sep 2018 13:37:48 +0000

#157 Hay mil resoluciones en moviles lo llaman Qhd pero hay mil diferenrentes

» autor: --544052--

#160 El desencanto del software [EN]

--273137-- — Thu, 20 Sep 2018 13:37:31 +0000

#119 No hace falta programar en C y ensamblador para escribir un código eficiente, a menos que te dediques a programar drivers y cosas así. Se puede programar en C++ con bibliotecas de alto nivel como Qt, y obtendrás un programa infinitamente más eficiente que si lo escribes en Electron, y probablemente con el mismo esfuerzo.

» autor: --273137--

#159 El desencanto del software [EN]

meneandro — Thu, 20 Sep 2018 13:37:27 +0000

Un texto donde aún diciendo muchas verdades, dice también muchas medias verdades. Se olvida de muchas cosas por el camino, no todo es eficiencia en cuanto a aprovechamiento del hardware. La compatibilidad hacia atrás hace engordar. La mantenibilidad de los proyectos hace engordar. La seguridad hace engordar. El que las cosas funcionen en mil millones de combinaciones de hardware diferentes hacen engordar. Todo eso cuenta mucho, mucho, y el tipo de programación que él quiere sigue dándose en entornos más cerrados y estancos donde si se puede y debe aprovechar el hardware al máximo (entre otras cosas porque los proyectos no son tan cambiantes en cuanto a requisitos y objetivos).

Por otro lado "hace lo mismo que ayer pero chupando muchísimos más recursos" es una falacia en toda regla. Las nuevas tecnologías permiten muchas cosas "que no se ven" que antes no se podían hacer. Las librerías/bibliotecas engordan por algo, estoy seguro de que en la comparación entre un editor de textos de antes y de ahora que hizo el del artículo no refleja muchas cosas como que los editores de ahora permiten muchísimas codificaciones de texto distintas (y conversiones entre ellas), soportan múltiples formatos de fichero que antes no existían, son capaces de buscar recursos no solo en disco, sino en todo tipo de dispositivos locales y remotos, están programados para aprovechar ordenadores de múltiples núcleos, etc.

El colmo es decir que alguien se instala hadoop para ejecutar programas que se ejecutarían más rápido directamente. Le faltó decir que Hadoop está hecho para ejecutar miles de tareas complejas sobre entornos heterogeneos de manera consistente y confiable, es como comparar descargar una sóla cosa en descarga directa con una descarga vía torrent o emule. ¿Es más rápido y eficiente? claro, pero es que la eficiencia de torrent viene por otros lados (mejor gestión de recursos con múltiples descargas simultáneas interrumpibles, mejor aprovechamiento de ancho de banda, descentralización, etc).

Que no, que no es todo tan desastroso como lo pinta, se puede mejorar mucho, pero no tiene razón en todo.

» autor: meneandro

#158 El desencanto del software [EN]

--6883-- — Thu, 20 Sep 2018 13:37:19 +0000

#156 Sigue sin llegar a ese tamaño ni de palo.
Y además todavía puedes comprimirlo que es lo lógico.

» autor: --6883--

#157 El desencanto del software [EN]

--19782-- — Thu, 20 Sep 2018 13:36:34 +0000

#153 Creo que confundes imágenes en alta resolución (alto dpi) con imágenes en 4K (alta resolución). El 4K es 4096x2160 y dudo que las imagenes de los móviles vayan en esa resolución.

» autor: --19782--

#156 El desencanto del software [EN]

--544052-- — Thu, 20 Sep 2018 13:36:17 +0000

#105 He dicho sumando los puñeteros emogis y el predictor/diccionario

» autor: --544052--

#155 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 13:35:53 +0000

#149 > No se a que problemas de depuracion te enfrentas, pero vamos...

Pledge y unveil en OpenBSD

No quiero que según que cosas vayan a según que syscalls. Y si cascan, claro está, se va a tomar por culo la seguridad del usuario. Y algunos navegadores son expertos en joder la marrana.

Por cierto, Linuxeros: Flatpak no protege una mierda.

» autor: --588575--

#154 El desencanto del software [EN]

triturator — Thu, 20 Sep 2018 13:35:47 +0000

#146 Pues mi experiencia es la contraria, a todo software hay que ir haciéndole modificaciones desde prácticamente el día uno. Lo de empezar de cero se hace cada chopocientos años, y no es raro que se deje pasar y acabes trabajando tres o cuatro versiones por detrás de lo último que ha salido.

Supongo que lo de que no valga la pena mantenerlo es más típico de cuando compras algo a medida, te lo dan y se acaba el contrato. Luego X años después quieres meterle cambios, y ahí igual sí que vale más la pena volverlo a hacer, porque al final te va a costar parecido.

» autor: triturator

#153 El desencanto del software [EN]

--544052-- — Thu, 20 Sep 2018 13:35:24 +0000

#120 Ya te lo han explicado pero bien.
Pues los ultimos telefonos han cogido la mania de poner resoluciones QHD totalmente innecesarias en una pantalla tan diminuta. Esto te obliga a que todo el contenido, desde el teclado a los puñeteros emogis esten en esa resolucion.
El teclado que ves son diferentes imagenes fullHD o en innecesario 4k si tienes 4k. Cada puta imagen ocupa 4veces mas y encima todos los telefonos tienen todas las imagenes, por ser un soft universal

» autor: --544052--

#152 El desencanto del software [EN]

soso2 — Thu, 20 Sep 2018 13:34:56 +0000

#5 Lo primero, no te lo tomes como un ataque!! que yo también lo hago, pero porque tantas palabras en ingles innecesarias, "rant", "Move fast, break things","efficient-enough", "feature"... todo eso tiene palabras en español igual de validas!
No es tu caso, te he usado de respuesta porque has escrito así, pero es que estoy harto que la gente se ponga en modo "marketing" a usar palabras en ingles para quedar guay y venderte la misma m!

» autor: soso2

#151 El desencanto del software [EN]

apetor — Thu, 20 Sep 2018 13:34:43 +0000

#150 Hablo de depurar, en vivo, sin ir a IDA u otros, que si, tambien utilizo.

» autor: apetor

#150 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 13:33:48 +0000

#141 Si bueno, una cosa es decompilar el binario y ver una traza para mejorar y otra cosa necesitarlo siempre.

Yo en código no lo meto, si eso lo analizo en GDB para las syscalls y ver como tira y gracias.

» autor: --588575--

#149 El desencanto del software [EN]

apetor — Thu, 20 Sep 2018 13:33:27 +0000

#136 Heh, Radare, precisamente, es muy de ensamblador. Estas mezclando cosas. Por cierto, con los ABI de x86-64 que se usan, a RSP ( y a la pila ) se va menos que en su dia, pero sigue haciendo falta ir, si. No se a que problemas de depuracion te enfrentas, pero vamos...

De tu ultima frase, la verdad, programadores web... en fin, no es mi campo y no se lo que son esas cosas que pones ahi. Ya te he dicho en que ambito curro.

» autor: apetor

#148 El desencanto del software [EN]

lutarK999 — Thu, 20 Sep 2018 13:33:25 +0000

#65 claro, lo que pasa es que creo que, en general, somos más los de las cárnicas que los de Google

» autor: lutarK999

#147 El desencanto del software [EN]

gotxi85 — Thu, 20 Sep 2018 13:33:12 +0000

#2 Estoy de acuerdo parcialmente contigo.
Cuando antes tenias que calcular cuanto te ocupaban los datos en memoria y definir tipados acordes, hoy en dia vas a lo seguro y pones tipos mas largos "por si acaso", dado que el hardware lo permite.
Tambien es cierto que el software de hoy no prima la eficiencia, sino la seguridad, mantenibilidad, etc... como bien dices.
Cuando optimizar la velocidad de tu software implica refactorizar y calculas en coste de esfuerzo que te va a costar 4000€, y en cambio como alternativa compras un par de palitos de ram por 165€, reinicias el tomcat de vez en cuando y a funcionar, parece que la elección es lógica.

No obstante eso ha sido muy usado como excusa para hacer software de manera perezosa, hincharse a sacar releases con poco contenido, dejar de lado temas de rendimiento (para la proxima release si eso...), y para incluir dependencias de las dependencias de las dependencias porque hacer una funcionalidad para tu caso especifico exigia mucho esfuerzo y es mejor usar funcionalidades externas y aplicar transformaciones de datos entre ellas.

Coincido con el autor del artículo en que podríamos tener mucho mas de lo que tenemos si no fuesemos tan perezosos, egoistas, pasotas o chapuceros.

» autor: gotxi85

#146 El desencanto del software [EN]

CrudaVerdad — Thu, 20 Sep 2018 13:32:45 +0000

#126 Poco a poco el mantenimiento del software se está convirtiendo en mito por la simple razón que el cambio tecnológico hace que un programa de ayer NO tenga cabida hoy. Yo pasé por hacer software de servidor-terminal bruta a cliente-servidor ¿Que tocó hacer? Empezar de cero, de software cliente-servidor a Web ¿Qué toco hacer? Empezar de cero. Cambian los lenguajes de programación, los componentes, arquitecturas y sobre todo requisitos (vaya como cambian) que empezar de cero se está volviendo la mejor opción (por costos) que darle mantenimiento a un software viejo.

A menos que el software viejo sea tamaño gigantesco (tipo ERP), no vale la pena que pasados unos años, se le haga mantenimiento.

Ni siquiera los productos culturales se salvan, cuando los argumentos se han vuelto tan enreversados toca hacer "reboot" de la obra con otros actores. Ver las N veces que lleva en "reboot" el hombre araña, la famosa "crisis de tierras infinitas", etc..

» autor: CrudaVerdad

#145 El desencanto del software [EN]

--587771-- — Thu, 20 Sep 2018 13:32:16 +0000

#21 Si no desperdiciáramos tanta ropa no habría trabajo para tanto asiático que sobrevive gracias a hacer ropa. Y a tantos dependientes que la venden, etc.

Cuando yo era un chaval llevábamos al colegio paquetes de arroz, espaguetis o azúcar para los países asiáticos, que pasaban hambre. (Hoy los pongo en un carro que el supermercado tiene reservado para los pobres de aquí).

» autor: --587771--

#144 El desencanto del software [EN]

del_dan — Thu, 20 Sep 2018 13:30:39 +0000

#10 #2 Y no hay que olvidar que no se paga, al menos en españa, no se paga ni por optimizar y si me tiras de la lengua, ni por programar.

» autor: del_dan

#143 El desencanto del software [EN]

--19782-- — Thu, 20 Sep 2018 13:30:11 +0000

#132 Ok, pensaba que justificabas la tonteria de que el teclado tiene imagenes en 4K, lo cual es absurdo. No se me ocurre para que puede querer un teclado imágenes tan grandes que no quepan en pantalla... Cuando lo máximo que pinta son teclas...

» autor: --19782--

#142 El desencanto del software [EN]

triturator — Thu, 20 Sep 2018 13:30:10 +0000

#82 Algo de razón lleva. Primero nos convencieron de que meter librerías en las aplicaciones era ineficiente, y teníamos que usar servidores de aplicaciones con servicios comunes. Pero luego, una década después, no ha habido cojones de resolver los problemas de las interacciones entre aplicaciones en un mismo servidor (o el simple problema de desplegar una aplicación sin tener que reiniciar todo), y ahora lo más cool es que cada aplicación se ejecute en su propia instancia del servidor de aplicaciones dentro de un contenedor Docker. La misma mierda que teníamos al principio, pero con más capas que al final no aportan nada.

» autor: triturator

#141 El desencanto del software [EN]

apetor — Thu, 20 Sep 2018 13:29:54 +0000

#129 Macho, mira lo que me has respondido: "El compilador en C optimiza mejor que tú, lo siento. El problema son mierdas como Electron.". ¿ Tu crees, por un segundo siquiera, que eso ha lugar con respecto a lo que he puesto en #98 ? Cuando precisamente he dicho que el ensamblador no se usa por optimizar.

El ensamblador, usarlo, se necesita, no solo para drivers, kernels y embedded ( que es a lo que me dedico, pero en PC ), tambien para otro tipo de software que, si, es bastante nicho. Pero esta el usarlo y esta el conocerlo bien y controlarlo, para ser mejor desarrollador, saber depurar problemas dificiles e incluso para, en el lenguaje de alto nivel que sea, programar mejor.

» autor: apetor

#140 El desencanto del software [EN]

--590169-- — Thu, 20 Sep 2018 13:29:12 +0000

Ay pobres programadores !
Creen que en un futuro inmediato van a ser los profesionales de moda por la IA, los coches autónomos y el Internet de las cosas... pobres ilusos !
Acaso no ven que una IA puede programar con un nivel de rapidez y eficiencia muy superior ?
En poco tiempo vamos a ver cómo le pedimos a una IA una app a medida y la tendremos en segundos

» autor: --590169--

#139 El desencanto del software [EN]

Shotokax — Thu, 20 Sep 2018 13:28:37 +0000

#134 los framework sí. Lo que se programa cutremente con ellos no lo sé. Desconozco de qué plataforma hablamos o qué tipo de programación es.

» autor: Shotokax

#138 El desencanto del software [EN]

squanchy — Thu, 20 Sep 2018 13:28:29 +0000

#2 El pan que sobra no se tira. Sirve para las tostadas, para el salmorejo y para el gazpacho. Por cierto, que es uno de los alimentos caros: un pan medio decente no baja de los 5 euros el kilo, el doble que la carne de pollo.

» autor: squanchy

#137 El desencanto del software [EN]

PacoJones — Thu, 20 Sep 2018 13:27:54 +0000

#104 La usabilidad no es hacer cosas bonitas, es que las cosas estén bien organizadas y el usuario intuya que el botón que va a tocar sirve para lo que cree que sirve.
Yo he visto programas cojonudos arruinados por una terrible usabilidad sin importar el momento en el que se hicieron, ya sea en Linux o Windows.
La usabilidad es más importante de lo que crees y es parte fundamental incluso en objetos físicos que utilizas en el día a día como tu mando a distancia, otra cosa es que haya supuestos profesionales-vende-humos, pero de estos bichejos hay en todos lo sectores.

» autor: PacoJones

#136 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 13:27:04 +0000

#128 A ver, que no, coño. Que hoy ASM no es necesario, no hace falta ir a RSP a lo loco para depurar, ni eso. GDB es cojonudo añadiendo símbolos y con Radare haces virguerías.

El problema está en "projramadores gueb" y basuras como Electron con un gestor de paquetes de risa y cosas como LeftPad.

» autor: --588575--

#135 El desencanto del software [EN]

--549231-- — Thu, 20 Sep 2018 13:26:46 +0000

#2 que barbaridades hay que leer. Dile que eso de optimizar la CPU no es importante a quien tenga que desarrollar sistemas de alta disponibilidad o que dan servicio a millones de peticiones concurrentes. Cuanto daño hizo el visual basic.

» autor: --549231--

#134 El desencanto del software [EN]

triturator — Thu, 20 Sep 2018 13:26:34 +0000

#46 Tanto npm como react, redux y el 99% de los frameworks js de hoy día son abiertos. ¿A qué te refieres?

» autor: triturator

#133 El desencanto del software [EN]

--589369-- — Thu, 20 Sep 2018 13:26:25 +0000

#91 Ah sí? Tú tardas lo mismo en solucionar un problema complejo en O(N²) que en hacerlo en O(logN) ?

» autor: --589369--

#132 El desencanto del software [EN]

--6883-- — Thu, 20 Sep 2018 13:26:01 +0000

#122 No voy a eso. Voy a que la conclusión se puede demostrar que es falsa aunque aceptes la premisa de que necesitas imágenes 4k para el teclado.
Lo cual en sí es una estupidez, por que en la inmensa mayoría de los casos todo el teclado es un widget que se dibuja proceduralmente y no hay una sola imagen guardada del teclado y las teclas..

» autor: --6883--

#131 El desencanto del software [EN]

pawer13 — Thu, 20 Sep 2018 13:25:24 +0000

#46 Disculpa, pero con el código abierto el problema es el mismo. De hecho todas esas dependencias de npm son código abierto.

» autor: pawer13

#130 El desencanto del software [EN]

triturator — Thu, 20 Sep 2018 13:25:06 +0000

#4 Intenta pensar qué se podía hacer en los tiempos de Netscape con un navegador, y qué se puede hacer hoy en día. Igual te da una idea de a qué se están dedicando esos recursos que se van "sin razón aparente".

» autor: triturator

#129 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 13:24:36 +0000

#123 No a ver, si estoy el 50% contigo. Pero sobre ASM, hoy en día no es necesario excepto para kernels y embedded, en serio.

» autor: --588575--

#128 El desencanto del software [EN]

apetor — Thu, 20 Sep 2018 13:24:34 +0000

#116 Vamos, que no sabes ni a que me refiero en el comentario al que respondes, aaayyyy...

» autor: apetor

#127 El desencanto del software [EN]

--349080-- — Thu, 20 Sep 2018 13:23:47 +0000

[Usuario deshabilitado]

» autor: --349080--

#126 El desencanto del software [EN]

triturator — Thu, 20 Sep 2018 13:23:46 +0000

#101 El problema es cuando el programador excelente se va, llega otro que tiene que asumir el mantenimiento de su código, y eso no hay por dónde cogerlo, por rápido que funcione. Hay muchos más factores además del rendimiento.

Tan malo es un programa lento como uno rápido que tengo que reescribir cada 2 años porque sólo lo entiende el que lo escribió, o porque está tan ligado a una arquitectura que con el mínimo cambio ya no sirve.

» autor: triturator

#125 El desencanto del software [EN]

--49228-- — Thu, 20 Sep 2018 13:23:20 +0000

[Usuario deshabilitado]

» autor: --49228--

#124 El desencanto del software [EN]

pawer13 — Thu, 20 Sep 2018 13:22:59 +0000

#72 #18 Chrome y Firefox lanzan un proceso para cada pestaña, eso ya hace que tengas duplicada parte de la memoria usada.
Ahora carga en memoria en código Javascript, compílalo y crea un ejecutable "nativo". Y carga una herramienta de monitorización para poder hacer optimizaciones JIT (just in time) sobre la marcha. Es decir, una máquina virtual de Javascript.
Prácticamente has cargado un IDE y un depurador de código sobre la marcha cada vez que cargas una página web (de hecho, si pulsas F12 en cualquier navegador lanzarás un IDE para depurar la página actual).

La contrapartida es la velocidad de ejecución: un navegador hoy día ejecuta Javascript unas 100 veces más rápido de lo que lo Netscape o IE6.

» autor: pawer13

#123 El desencanto del software [EN]

apetor — Thu, 20 Sep 2018 13:22:54 +0000

#116 Tio, ¿ me has leido ? Leeme otra vez, anda, y no digas chorradas. Donde he dicho yo algo remotamente siquiera, para que me salgas con eso.

» autor: apetor

#122 El desencanto del software [EN]

--19782-- — Thu, 20 Sep 2018 13:22:42 +0000

#105 Para que necesitas imagenes en 4k en un teclado?

» autor: --19782--

#121 El desencanto del software [EN]

DaviDvD — Thu, 20 Sep 2018 13:21:50 +0000

#72 Hay gente que se monta 8GB de RAM para luego estar usando solo 1 o 2GB. Si yo tengo 8GB, quiero usar los 8GB y tanto el sistema como aplicaciones, usarán de más si hay memoria disponible. Hay mucha gente que cae en los errores de "limpieza" de ram en móviles y demás. ¿Cuantas pestañas tienes abiertas?, ¿videos?, y precisamente, ¿cuantas de esas pestañas estarán ineficientemente programadas y con excesivos javascript totalmente innecesarios a nivel de usuario solo para trackearte o mandarte publi?

» autor: DaviDvD

#120 El desencanto del software [EN]

--19782-- — Thu, 20 Sep 2018 13:20:41 +0000

#100 Explicamelo

» autor: --19782--

#119 El desencanto del software [EN]

triturator — Thu, 20 Sep 2018 13:20:41 +0000

#54 Pues bastante, sí. Si quieres hacer código eficiente y te pones a programar en C con fragmentos en ensamblador (para aprovechar las instrucciones especiales del nuevo Core i14 de novena generación), pasan dos cosas:

- El código lo entiende el que lo escribió... las dos semanas posteriores a haberlo escrito. Buena suerte luego manteniendo eso
- En cuanto Intel saque el Core i14 de décima generación, probablemente haya que reescribir parte del código para adaptarlo, lo cual me lleva al punto anterior. Ya no quiero ni imaginar qué pasa si quieres que funcione en otro sistema operativo, en un móvil o en la CPU de otra marca.

Los frameworks javascript serán lentos de cojones, pero escribes un programa y funcionan en un PC, en un Mac, en un móvil o donde le eches. Eso también tiene un valor.

» autor: triturator

#118 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 13:18:02 +0000

#7 Esos scripts que dices, como comenta #14, son el 15%. El resto es mierda que bloqueo con Ublock Origin.

» autor: --588575--

#117 El desencanto del software [EN]

triturator — Thu, 20 Sep 2018 13:16:44 +0000

#21 Es que no es que se desperdicien recursos en sí, sino que se están priorizando otras cosas por encima del rendimiento. Y eso no es necesariamente malo, siempre que no se abuse.

Con los frameworks javascript de hoy en día, será verdad que son lentos e ineficientes. Pero al mismo tiempo escribes una vez el programa y funciona en cualquier ordenador del planeta: Windows o Linux, PC o Mac, escritorio o móvil. Intenta hacer eso con un programa súper optimizado escrito en C, verás qué risa cuando tengas que escribir y compilar para una docena de plataformas diferentes. (y me quedo corto) Y luego mantener todas esas ramas de código sincronizadas y al día, además probablemente reescribiendo partes importantes cada vez que Intel lanza los nuevos i3/i5/i7 de nueva generación, o sale el nuevo Snapdragon XXX.

La memoria es selectiva, y muchas veces sólo nos acordamos de lo bueno, pero ya nos hemos olvidado de lo que no era tanto. Y de cómo esos frameworks tan chungos de hoy día hacen triviales cosas que antes eran una pesadilla.

» autor: triturator

#116 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 13:16:22 +0000

#98 El compilador en C optimiza mejor que tú, lo siento. El problema son mierdas como Electron.

>y estar hecho en C y con programacion minimalista;

suckless.org, mpv...

» autor: --588575--

#115 El desencanto del software [EN]

blid — Thu, 20 Sep 2018 13:15:32 +0000

#30 Los has clavado. Los que van de puristas de la optimización... suelen programar para si mismos. Están tan poco acostumbrados a tratar con frameworks, equipos de personas y demás, que suelen ser bastante chapuzas. No hay quién pille su trabajo y lo pueda retomar.

» autor: blid

#114 El desencanto del software [EN]

Rigal_ — Thu, 20 Sep 2018 13:14:57 +0000

Pues yo estoy cansado de los gurús de la eficiencia que después de unos años hay que cambiar algo y no puedes meterle mano a su cldigo por ser incomprensible, comprimido en una única línea, que funciona pero nadie puede meterle mano . Eso cuando tienes la suerte de que funciona para su propósito inicial y no tiene fallos, porque como tenga fallos tardas menos haciéndolo de cero.

Yo prefiero fijarme en la mantenibilidad. Sacrificas un poco de rendimiento, pero bien hecha no llegas a tener código duplicado ni cosas terriblemente ineficientes.

Lo digo como persona que trabaja con sistemas legados, hechos en la época de la que habla el del artículo.

» autor: Rigal_

#113 El desencanto del software [EN]

--588575-- — Thu, 20 Sep 2018 13:14:50 +0000

#2 A la mierda NodeJS.

» autor: --588575--

#112 El desencanto del software [EN]

--349080-- — Thu, 20 Sep 2018 13:14:39 +0000

[Usuario deshabilitado]

» autor: --349080--

#111 El desencanto del software [EN]

Varlak — Thu, 20 Sep 2018 13:14:29 +0000

#21 joder, menos mal, alguien con dos dedos de frente... el dia de mañana, cuando el codigo sea tan complejo y, chapucero que las cosas no funcionen, nada sea seguro y todo consuma una barbaridad de tiempo y recursos, , ese dia nos echaremos unas risas.

Siempre he sabido que iba a serun cascarrabias cuando envejeciera, pero lo que nunca me esperè es que ano mis 33 años tuviera que decir "los programas de ordenador ya, no son lo que eran". Me desespero cada vez que mi flamante ordenador de trabajo que era ciencia ficcion hace una decada, miles de veces mas potentes que el que llevó al hombre a la luna, se bloquea con las cosas mas sencillasnormal, y esto lo escribo mientras mi outlook acaba de abrir un correo nuevio (y da gracias si no peta)

» autor: Varlak

#110 El desencanto del software [EN]

--349080-- — Thu, 20 Sep 2018 13:12:56 +0000

[Usuario deshabilitado]

» autor: --349080--

#109 El desencanto del software [EN]

varios — Thu, 20 Sep 2018 13:12:54 +0000

#2 primar más la legibilidad, usabilidad y mantenibilidad? Lo que conozco es que lo que más se prima es la fecha de entrega y que funcione. Aunque sea una chapuza de código, no se hagan casi pruebas, no se documenta, se repite el mismo codigo en 20.000 sitios aunque se pueda reutilizar mediante objetos porque de primeras cuesta menos hacerlo. Pero luego para mantenerlo cuesta diez veces más tocar el código cada vez y probarlo ... El que venga después que se las apañe...
Cómo el código los usuarios no lo ven ....

» autor: varios

#108 El desencanto del software [EN]

gilipipas — Thu, 20 Sep 2018 13:12:37 +0000

El artículo es interesante, pero tiene unos algunos brotes de cuñadismo extremo:

Windows 95 was 30Mb. Today we have web pages heavier than that! Windows 10 is 4Gb, which is 133 times as big. But is it 133 times as superior? I mean, functionally they are basically the same. Yes, we have Cortana, but I doubt it takes 3970 Mb. But whatever Windows 10 is, is Android really 150% of that?

Es lo mismito windows 95 que windows 10, vamos.

» autor: gilipipas

#107 El desencanto del software [EN]

mcfgdbbn3 — Thu, 20 Sep 2018 13:11:47 +0000

#72: Pues eso, que entre unos y otros, cada vez se consume más memoria ~~cabro~~ RAM de forma injustificada.

» autor: mcfgdbbn3

#106 El desencanto del software [EN]

triturator — Thu, 20 Sep 2018 13:11:31 +0000

#95 Claro, y ponte a renderizar un SVG en tiempo real en un móvil chino ñapa, verás qué risa cuando tarde 10 segundos en abrirse cada vez que quieres enviar un whatsapp.

Al final, aunque las aplicaciones usen SVG, internamente guardan una caché con los bitmaps renderizados.

» autor: triturator

#105 El desencanto del software [EN]

--6883-- — Thu, 20 Sep 2018 13:11:05 +0000

#100 Te has matado argumentando.
Todas las resoluciones estándar existentes desde QVGA hasta 4K no ocupan 150MB ni en raw.

» autor: --6883--

#104 El desencanto del software [EN]

--268675-- — Thu, 20 Sep 2018 13:11:03 +0000

#2 Hace 20 años todo el mundo programaba en escritorio. Y la "usabilidad" ya te venia dada, igual que el diseño. Nadie hablaba de "usabilidad". Me hace pensar en los "coach", y es que ya conozco a unos cuantos de "expertos en usabilidad".

» autor: --268675--

#103 El desencanto del software [EN]

carcadiz — Thu, 20 Sep 2018 13:10:12 +0000

#2 Pero eso será en el mundo de desarrollo de apps, porque yo llevo 12 anyos desarrollando software para la industria aeronaútica y del automóvil y creedme, las metricas de consumo de CPU, de RAM y de ROM están al orden del día y se miran al milímetro.

» autor: carcadiz

#102 El desencanto del software [EN]

DaviDvD — Thu, 20 Sep 2018 13:08:03 +0000

#1 No olvidemos que los procesadores no avanzan como antes. Hay una gran dificultad a sobrepasar los 4GHz y sobretodo en los 5GHz. Ahora se añaden núcleos para hacer micros más potentes por lo que tmb es importante adaptarse a la programación en paralelo y preocuparse un poco por la eficiencia, pues bajar de litografía también cuesta cada vez más y el monoproceso no ha mejorado mucho en los últimos años, pero lo que me preocupa de verdad, es esa despreocupación por la seguridad, me parece sumamente alarmante en un entorno que no es que vaya a estar conectado, es que hace años que ya lo está.

» autor: DaviDvD

#101 El desencanto del software [EN]

CrudaVerdad — Thu, 20 Sep 2018 13:07:14 +0000

#2 Disiento:

1. Programador excelente de vieja escuela: Piensa en la RAM, disco duro, ancho de banda, procesador y sus programas son optimizados al máximo, sus obras se miden en bytes"

2. Programador ~~excelente~~ de nueva escuela: "Instala el framework gordo de moda, componentes pesados de moda, cualquier servicio por si acaso, solo piensa en terminar así use el equivalente al algoritmo de burbuja en sus programas, su unico pensamiento es terminar las mil y una funcionalidades, sus obras se miden en gigabytes"

¿Usabilidad? ¿Legibilidad? ¿mantenibilidad? Eso son las típicas excusas de los usa "frameworks con obesidad mórbida", la razón real es: "solo se programar con el framework rechoncho y no tengo tiempo, ni quiero aprender sobre optimización de código".

» autor: CrudaVerdad

#100 El desencanto del software [EN]

--544052-- — Thu, 20 Sep 2018 13:07:12 +0000

#88 Vamos que ni idea tienes

» autor: --544052--

#99 El desencanto del software [EN]

--268675-- — Thu, 20 Sep 2018 13:07:06 +0000

#15 El problema del que se queja el autor es que esa solución de compromiso no existe. Tampoco predica reescribir todo en C super optimizado. Pero es que estamos en el otro extremo, donde hay capa de mierda sobre capa de mierda, y donde acabas usando webpack para "arejuntar" toda esa basura y sacar una app en electron que ocupa un monton de ram, y va de pena, y donde al cabo de 15 dias ya no compila porque las librerias de npm son menos de fiar que cualquier politico de por aquí.

» autor: --268675--

#98 El desencanto del software [EN]

apetor — Thu, 20 Sep 2018 13:05:51 +0000

#2 NO son excluyentes, salvo en 4 casos extremos sacados de quicio. Diseñar y programar algo con principios de no poner nada de mas, no irse a lenguajes muy "fancy" y hacer las cosas con gusto, no requiere hacer el loco en plan ensamblador y demas.

Yo programo en C y ensamblador ( para PC, no solo para embebidos ) en 32 y 64 bits y vamos, todavia la gente se piensa que el ensamblador es por optimizar... no, el ensamblador ser usa mas por control fino cuando se requiere, para lo justo. El ensamblador, en la mayoria de cosas de hoy dia, viene bien para depurar, y aqui hay grandes carencias incluso en desarrolladores con años de experiencia. Todo por mantras de tipo "buff, ensamblador, eso ya no se usa, eso ya... pa cuatro locos". Es mas, el ensamblador ayuda mucho a programar mas simple incluso y a entender bien lo que se esta haciendo, incluso cuando se usan lenguajes de mas alto nivel.

Hay mucha falacia interesada para justificarse, como la que dices: "priman mas otros criterios", NINGUNO de esos criterios salvo, y en menor medida de lo que se dice, el tiempo de desarrollo ( tambien es una inversion hacerlo todo simple, ya que mantenerlo cuesta mucho menos ), es excluyente a programar con gusto y "pelado".

Un software puede ser MUY usable, muy moderno y funcionar de puta madre y estar hecho en C y con programacion minimalista; de hecho, de hacer una estadistica, veriamos la cruda realidad.

A design is not perfect when there's nothing to add to it, but when there's nothing to remove from it.

» autor: apetor

#97 El desencanto del software [EN]

--147613-- — Thu, 20 Sep 2018 13:05:36 +0000

#60 En las empresas hay gente muy buena y gente muy mala.
Pero la gente buena depende de sus jefes y de fechas de entrega.
Y si te dicen que tiene que estar en tal fecha, tienes que programar sin probar muchas cosas.
Lo he hablado con Dios, y me ha dicho que si, que eso es así.

» autor: --147613--

#96 El desencanto del software [EN]

carcadiz — Thu, 20 Sep 2018 13:05:18 +0000

#88 Porque son las que ves en tu móvil. Si tienes una pantalla 4k, necesitas una imagen 4k o se va a notar tela en contraste con el resto.

» autor: carcadiz

#95 El desencanto del software [EN]

Trublux — Thu, 20 Sep 2018 13:04:39 +0000

#81 Es un teclado, valdría con SVG.

» autor: Trublux

#94 El desencanto del software [EN]

KaborlllLLLONE — Thu, 20 Sep 2018 13:04:06 +0000

Que tendrá que ver el software propietario aquí...

» autor: KaborlllLLLONE

#93 El desencanto del software [EN]

kucho — Thu, 20 Sep 2018 13:03:34 +0000

#63 ya, y la prioridad es sacar nuevas funcionalidades, no arreglar los problemas que hay en las existentes. no hay tiempo para hacer un trabajo fino y al final lo sufre el usuario: aplicaciones pesadas, poco optimizadas y llenas de errores.

los programadores se quejan de pagar 60 euros por un juego y tener que aguantar bugs? o que vaya lento? al final, en todas partes cuecen habas.

» autor: kucho

#92 El desencanto del software [EN]

empanadilla.cosmica — Thu, 20 Sep 2018 13:03:12 +0000

#2 El requisito fundamental que debe cumplir cualquier software es ser entregado a tiempo con bugs que se noten poco. Lo demás es accesorio y queda supeditado a eso.

Si eres capaz de decirle a tu cliente que tienes sus features listas pero que necesitas X horas de desarrollo para optimizar un 10% la ejecución del programa me juego lo que quieras a que a menos que sea inejecutable como estas ese tiempo no se va a pagar.

A quien no le gusta como se desarrolla y necesitas que se optimice vete al desarrollo de software científico o a sistemas empotrados que tengan que ser realmente eficientes. Seguro que en bioinformatica o en sistemas de misión crítica que tengan que estar embarcados en algún sitio poco accesible pero importante y no se puede subir un parche con facilidad valoran la eficiencia más que en cualquier aplicación de gestión empresarial.

» autor: empanadilla.cosmica

#91 El desencanto del software [EN]

ollupacre — Thu, 20 Sep 2018 13:00:38 +0000

#5 Sabes que pasa? Que programar bien cuesta igual ( en tiempo) que hacer mierdas. Es una cuestión de supervisión y cualificación profesional.

» autor: ollupacre

#90 El desencanto del software [EN]

ivan123 — Thu, 20 Sep 2018 13:00:15 +0000

#54 Cuando el tiempo del que dispones está ajustado sí, porque estas cosas requieren tiempo y si lo dedicas en una cosa se lo quitas a otra.

» autor: ivan123

#89 El desencanto del software [EN]

eduardor2k — Thu, 20 Sep 2018 13:00:04 +0000

#78 cuando prima más la rapidez que la calidad se llega a eso (con esto me refiero a todas las carnicas o empresas con gente al mando que son idiotas), un compromiso siempre es lo ideal.

» autor: eduardor2k

#88 El desencanto del software [EN]

--19782-- — Thu, 20 Sep 2018 13:00:03 +0000

#81 para que necesitas imágenes 4k en un teclado?

» autor: --19782--

#87 El desencanto del software [EN]

--507899-- — Thu, 20 Sep 2018 12:59:05 +0000

#63 se quiere software bueno bonito barato y luego solo acaba siendo.... Ninguna de las 3.

» autor: --507899--

#86 El desencanto del software [EN]

Mael — Thu, 20 Sep 2018 12:57:28 +0000

#66 #2 Pues ya vereis cuando llegue el apocalipsis digital, y solo nos quede Visual Basic...

» autor: Mael

#85 El desencanto del software [EN]

yemeth — Thu, 20 Sep 2018 12:54:36 +0000

#2 Yo empecé siendo de los que medían cada maldito byte, y tengo cada día más claro que lo importante a día de hoy es diseñar y encapsular correctamente. Y con ello un uso apropiado de patrones de diseño para llevarlo a cabo.

Dentro de un buen diseño ya podemos hablar de optimización orientada a tamaño, a uso de CPU, o lo que toque.

No obstante hay ejemplos como programación web, móvil o videojuegos donde sigue siendo importante la optimización si no quieres hacer un producto inusable.

» autor: yemeth

#84 El desencanto del software [EN]

ollupacre — Thu, 20 Sep 2018 12:53:59 +0000

#15 Es que no es sólo la optimización. A mí me pasó lo mismo hace 10 años y deje el desarrollo para irme a sistemas.
La programación descuidada, líneas y líneas de código inútiles, bucles dentro de bucles porque no se sabe usar el SQL, y clases kilométricas por doquier. La mayor parte de programadores solo saben usar tal framework y poco más.
Ni siquiera son conscientes de porque un for dentro de un for puede llevar tu aplicación a tiempos de procesos absurdamente elevados.

» autor: ollupacre

#83 El desencanto del software [EN]

--588850-- — Thu, 20 Sep 2018 12:49:18 +0000

#2 Han pasado los años y el hardware actual no exige ese cuidado

falso, si eso fuera cierto no se seguiría investigando para desarrollar hardware más potente

» autor: --588850--

#82 El desencanto del software [EN]

--348464-- — Thu, 20 Sep 2018 12:49:12 +0000

[Usuario deshabilitado]

» autor: --348464--

#81 El desencanto del software [EN]

--544052-- — Thu, 20 Sep 2018 12:47:17 +0000

#1 #24 Yo hay un par de veces que dudo que este tio sea programador.
Muchas veces se queja del tamaño, por ejemplo que si el teclado predictivo ocupa 150megas.
Pues hombre. Si tienes en el mismo software las imagenes HD, full DH, 2k, 2.5k, 4k y todo el teclado predictivo... Pues hasta me parece poco. Solo las imagenes en 4k del teclado y las mierdas de emogis sin comprimir se pasaran de eso

» autor: --544052--

#80 El desencanto del software [EN]

apetor — Thu, 20 Sep 2018 12:46:00 +0000

#19 Lo mismo en desarrollo de drivers, UEFI y otros.

» autor: apetor

#79 El desencanto del software [EN]

manson2000 — Thu, 20 Sep 2018 12:44:25 +0000

#29 Skynet tomara conciencia pero por bugs de programación tendrá una depresión de caballo y tendremos que crear un IA para hacer sicoterapia.

» autor: manson2000

#78 El desencanto del software [EN]

redscare — Thu, 20 Sep 2018 12:44:16 +0000

#49 El problema es que no hacemos ninguna de las dos cosas

» autor: redscare

#77 El desencanto del software [EN]

ktzar — Thu, 20 Sep 2018 12:42:29 +0000

Por eso hay que apreciar la belleza de lenguajes como Golang.

» autor: ktzar

#76 El desencanto del software [EN]

PacoJones — Thu, 20 Sep 2018 12:42:17 +0000

A mi lo que me toca los webs es que muchas veces se intente reinventar la rueda, y lo que ayer servía perfectamente, hoy ya no sirve y hay cuatrocientas soluciones para hacer lo mismo. No es cuestión de no reciclarse o actualizarse, es que llega un momento de tu vida que molesta estar continuamente oyendo "esto es el futuro de la programación, si no lo utilizas eres un mal programador, no estás en la onda".

» autor: PacoJones

#75 El desencanto del software [EN]

Magog — Thu, 20 Sep 2018 12:41:54 +0000

A mi lo que me "deprime" después de 20 años es lo sobredimensionado del sector, cada día me estoy volviendo un poco más anti tecnologico

» autor: Magog

#74 El desencanto del software [EN]

redscare — Thu, 20 Sep 2018 12:40:59 +0000

#30 Si es es tu conclusión tras leer el artículo, es que no lo has entendido.

» autor: redscare

#73 El desencanto del software [EN]

wurg — Thu, 20 Sep 2018 12:40:34 +0000

#2 qué sabios nuestros abuelos... Pero como tú tienes un título y no dejaste los estudios con 9 años te tendremos que hacer caso

» autor: wurg

#72 El desencanto del software [EN]

llorencs — Thu, 20 Sep 2018 12:38:49 +0000

#18 Que Firefox se coma entre 600MB recién abierto a 2GB cuando lleva unas horas abiertos, independientemente de cuantas pestañas haya abiertas me lo explicas. Y con Chrome lo mismo.

» autor: llorencs

#71 El desencanto del software [EN]

inar — Thu, 20 Sep 2018 12:37:29 +0000

#14 Y tenemos como prueba la cantidad de webs que mágicamente han mejorado su velocidad de carga al tener que adecuarse a la nueva protección de datos europea.
CC. #7

» autor: inar

#70 El desencanto del software [EN]

--193513-- — Thu, 20 Sep 2018 12:36:49 +0000

#48 No creo, ante este comentario:
"Este código es una basura contemporánea, que tardará como 10 segundos en hacer una tarea que realmente se realiza en 200 ms si se optimizara el código de verdad"
Obtuve este:
"No seas panoli, el hardware es más rápido, no necesitamos optimizar el código, va a ir rápido"
¿Adivináis cuanto tardaba en ejecutarse esa rutina? -> 11s y aún lo veían bien. [De esto hace cerca de 8 años, pero la línea se mantiene]

» autor: --193513--

#69 El desencanto del software [EN]

redscare — Thu, 20 Sep 2018 12:36:20 +0000

#10 Culpable! Yo hago lo mismo y la verdad es que mientras cobre a fin de mes me da igual. Si los jefes no ponen tiempo y pasta en la mesa para arreglar los desaguisados no seré yo quien pierda el sueño

» autor: redscare

#68 El desencanto del software [EN]

multimed — Thu, 20 Sep 2018 12:36:12 +0000

Muy buen artículo con muchos puntos interesantes y que estoy totalmente de acuerdo:
- No tiene sentido utilizar Electron para aplicaciones de escritorio (Electron permite hacer programanas utilizando lenguaje de programación para web como React/Javascript en escritorio). Cada aplicación programada con Electron ejecuta toda una instancia de Chromium. Y porqué se utiliza Electron? Para ahorrar costes de programadores nativos (con sueldos más altos) ya que hay más oferta de programadores Front-End.

- No tiene sentido poner virtualización encima de virtualización: Docker encima de AWS. Por mucho que a todos los desarrolladores y devops les encante AWS no quiere decir que sea lo mejor. De hecho, es de los hostings más caros que hay. Además con AWS tienes que hacer todo a su manera, lo que provoca que la gente se especialice en herramientas propietarias y ya no sepa prácticamente manejarse por consola en un entorno Unix.

» autor: multimed

#67 El desencanto del software [EN]

xizor — Thu, 20 Sep 2018 12:36:08 +0000

#54 pues no, pero te estás pasando con la preguntita....

» autor: xizor

#66 El desencanto del software [EN]

xizor — Thu, 20 Sep 2018 12:35:08 +0000

#20 o python

» autor: xizor

#65 El desencanto del software [EN]

Abeel — Thu, 20 Sep 2018 12:33:55 +0000

#40 depende, si yo consigo que la búsqueda de Google vaya 3 ms más rápida creo que Google me hace no volver a trabajar en la vida.

Si una cárnica Le haces que vaya 2 segundos más rápido el sap-oncio te da una palmada y te dice pos ok

» autor: Abeel

#64 El desencanto del software [EN]

--88899-- — Thu, 20 Sep 2018 12:33:53 +0000

#2 perdoname, creo que o no has leido el articulo entero o no lo has entendido. Tu comentario tiene razon pero no va de eso el texto.

» autor: --88899--

#63 El desencanto del software [EN]

osids — Thu, 20 Sep 2018 12:33:51 +0000

#11 yo no llevo tanto solo 13 años en esto y hay tareas que decrecen en horas y son normalmente las de optimizar si tengo menos tiempo pues se pasa por alto muchas cosas no porque no sepa que necesitan depurarse sino porque no tengo el tiempo necesario para ello

» autor: osids

#62 El desencanto del software [EN]

redscare — Thu, 20 Sep 2018 12:33:02 +0000

#29 Skynet se colgará con un null pointer al intentar destruir el mundo, no hay problema

» autor: redscare

#61 El desencanto del software [EN]

RubiaDereBote — Thu, 20 Sep 2018 12:32:57 +0000

#45 Ok, entonces tu problema es otro. Ojalá se te arregle la situación.

» autor: RubiaDereBote

#60 El desencanto del software [EN]

frutosm — Thu, 20 Sep 2018 12:31:49 +0000

Es muy sencillo. En las empresas no se aplica ingeniería y programa gente con muy poco nivel para tirar los precios. Una ventaja de las atribuciones sería la calidad del software (aunque tienen otras desventajas)

» autor: frutosm

#59 El desencanto del software [EN]

redscare — Thu, 20 Sep 2018 12:31:35 +0000

#2 Bueno, si y no. Una cosa es derrochar unos ciclos de cpu y otra que y una puta web tarde 20s en cargar y el scroll vaya a pedos porque usa 5 frameworks con 3 millones de dependencias. Los weblogic de mi curro tienen tanta mierda que tardan 20min de reloj en arrancar en unos bicharracos de servidores con tropecientos cores y gb de ram. Estoy con el autor en que se nos han ido los frameworks de las manos.

» autor: redscare

#58 El desencanto del software [EN]

Al_Gal — Thu, 20 Sep 2018 12:31:13 +0000

Para que quieres poner un programa de tertulia en la tele si se puede hacer en la radio. Más eficiente, ecológico,...

» autor: Al_Gal

#57 El desencanto del software [EN]

--88899-- — Thu, 20 Sep 2018 12:30:55 +0000

#30 no has entendido nada. Coje 12 librerias para hacer un proyecto, cada lib con sus dependencias, algunas incompatibles entre si. Crea un monstruo lento y gigantesco en un entorno de programación que devora el hw de una maquina potente y nueva y tarda 10 min en compilar. Espera que tu producto falle en una actualización de la plataforma en la que corre o que este sujeto a dependencias, problemas de seguridad, escalabilidad y mantenimiento por usar código que se actualiza cada 2x3. ect. se refiere a eso entre otras muchas cosas.

» autor: --88899--

#56 El desencanto del software [EN]

pedrobz — Thu, 20 Sep 2018 12:30:46 +0000

#29 No, Skynet al ver su propio código tan horrible matara a los programadores y luego se suicidará.

» autor: pedrobz

#55 El desencanto del software [EN]

derethor — Thu, 20 Sep 2018 12:29:59 +0000

Yo llevo programando bastante más de 15 años, y creo que el artículo es una visión parcial.

Hay dos tipos de programadores.

1. Los que montan soluciones. Estos descargan librerías de componentes, y montan una solución rápida y sencilla de mantener.

2. Lo que montan los componentes de bajo nivel. Son los que optimizan y mejoran el código.

El problema es que hoy en día, las soluciones requieren una barbaridad de componentes, que antes no hacía falta. Pero si analizas cada componente por separado, no me parece que sea mal software. No creo que los que programan react sean malos programadores. Desde luego, lo que programan la VM de javascript no son malos programadores. Pero hoy en día para hacer un interfaz web necesitas muchísimos componentes distintos.

La filosofia de "lo importante es la claridad del software, no del rendimiento" te mete en el grupo de los montadores de soluciones. Salarios más bajos en general (el tope lo marca el presupuesto del cliente)

la filosofía de optimizar y mejorar te mete en el grupo de los "desarrolladores de componentes". En general, es más sencillo crear un modelo duradero y cobrar más dinero a largo plazo.

En el articulo, habla de soluciones finales montadas por componentes, y ahí es donde está el problema.

» autor: derethor

#54 El desencanto del software [EN]

selina_kyle — Thu, 20 Sep 2018 12:29:38 +0000

#2 Son incompatibles la la usabilidad, la legibilidad o la mantenibilidad del código con un software eficiente y que funcione bien como el de antes? Pregunto desde la total ignorancia.

» autor: selina_kyle

#53 El desencanto del software [EN]

Abeel — Thu, 20 Sep 2018 12:29:06 +0000

El error se ve hasta en el habla, 'optimizar' es hacer algo lo más eficiente posible (o conocido) por lo que no se puede decir 'más optimizado', antes se intentaba ir al máximo y se podía decir que un código era óptimo, ahora como es improbable intentarlo ya es más complejo m

» autor: Abeel

#52 El desencanto del software [EN]

--453740-- — Thu, 20 Sep 2018 12:28:47 +0000

#19 Yo percibo en mucha gente (tanto programadores como gente que no ha tirado ni una línea de código en la vida) que no hay "nada más allá" de la programación web.

Y sí, en web hay muchísimo y es lógico que así sea.
Pero hay muchos campos que ahora, además, se están potenciando muchísimo y van a ir a más (automatización, IoT, etc)

» autor: --453740--

#51 El desencanto del software [EN]

--587620-- — Thu, 20 Sep 2018 12:28:16 +0000

#2 Han pasado los años y el hardware actual no exige ese cuidado. Ahora priman más otros criterios, como la usabilidad, la legibilidad o la mantenibilidad del código. Hay gente a la que le está costando adaptarse y sigue refunfuñando por el derroche de CPU

¿Usabilidad? ¿Legibilidad? ¿Es una broma?

Los programas eran bastante más usables hace años. Más feos, sí, ahora son muy bonitos, vale, ¿pero usables?, para nada, la gente confunde la estética con la usabilidad. Antes eran más simples, intuitivos y con una interfaz más estandarizada. Encontrabas las cosas sin problemas. Ahora ponte a probar iconos hasta que des con el correcto.

Y mantenibles... eso es otra historia, y no es una excusa para el estado del software actual.

» autor: --587620--

#50 El desencanto del software [EN]

Al_Gal — Thu, 20 Sep 2018 12:27:16 +0000

#16 De hecho en el programa este de Iñaki Gavilondo, cuando ya no este creo que se llama, en la tercera temporada entrevista al creador de internet y apunta que el mayor peligro para internet es el software mal programado junto con el internet de las cosas. Combinación explosiva, no es que lleve a producir Skynet, es que igual produce una puta mierda que no vale para nada y encima crea problemas.

» autor: Al_Gal

#49 El desencanto del software [EN]

eduardor2k — Thu, 20 Sep 2018 12:24:13 +0000

#40 Diseñar bien un software es mas importante que tal vez optimizar un bucle for

» autor: eduardor2k

#48 El desencanto del software [EN]

XXguiriXX — Thu, 20 Sep 2018 12:23:34 +0000

Un pelín exagerado el autor, aunque lleva algo de razón. Me quedó con algo que leí en un libro de Tanenbaum, sobre que el desarrollo en software / hardware tiende a retornar donde empezó. Pasó con los servidores mainstream / terminales tontas -> cloud (centralización); también con los PC antiguos -> móviles (recursos limitados). Por ejemplo en el desarrollo para el cloud (digamos AWS), tienes que cuidar el performance ya que a mayor necesidad de recursos, mayor tu factura.

» autor: XXguiriXX

#47 El desencanto del software [EN]

Manuelis — Thu, 20 Sep 2018 12:23:32 +0000

No te deprimas si fichas por una consultoría y logras agenciarte 6000 lereles al mes de consultor master of universe de SAP-como-mola o cualquier niccho revienta presupuestos (que aún los hay a montones), te la va a traer al pairo la eficiencia del software.

» autor: Manuelis

#46 El desencanto del software [EN]

Shotokax — Thu, 20 Sep 2018 12:23:06 +0000

#10 así sois los programadores de software propietario, por eso yo intento no utilizarlo.

» autor: Shotokax

#45 El desencanto del software [EN]

--111128-- — Thu, 20 Sep 2018 12:22:49 +0000

#41 Si tuviera dinero para pagarle el piso al dueño del piso donde vivo, al de la eléctrica su jubilación millonaria, y al otro y al otro y al otro, ya me habría ido. Pero las circunstancias son las que son y no me puedo ir antes.

» autor: --111128--

#44 El desencanto del software [EN]

--193513-- — Thu, 20 Sep 2018 12:22:43 +0000

Muchos de los problemas es el frameworktitis que tenemos actualmente.
Todo el mundo utiliza framework que trabajan sobre framework que a su vez trabajan sobre frameworks. Realmente, un ingeniero de verdad, estudiaría ese framework y se daría perfecta cuenta que con el primer frameworks ya tiene todo solucionado. Y lo peor, es que las empresas lo primero que te dicen es: ¿Conoces el X de la version 5?. ¿No? ¿Que conoces solamente el X de la version 4? Joder pues ya no estás actualizado. Aunque el X de la version 5 está en Beta.

» autor: --193513--

#43 El desencanto del software [EN]

--455200-- — Thu, 20 Sep 2018 12:22:18 +0000

Estamos en la era ridicula. Los medicamentos no curan, los productos se rompen, las noticias no informan, los politicos roban, la educacion adoctrina. Que esperabas? Habra k esperar que caiga este estúpido sistema del dinero y las competencias. El negocio hoy está en la mediocridad

» autor: --455200--

#42 El desencanto del software [EN]

dospuntoswq — Thu, 20 Sep 2018 12:20:38 +0000

A todo el que le interese este problema debería ver esta charla de Uncle Bob www.youtube.com/watch?v=ecIWPzGEbFc

» autor: dospuntoswq

#41 El desencanto del software [EN]

RubiaDereBote — Thu, 20 Sep 2018 12:20:36 +0000

#38 Puedes no aparecer por la oficina

» autor: RubiaDereBote

#40 El desencanto del software [EN]

lutarK999 — Thu, 20 Sep 2018 12:20:11 +0000

Yo creo que la clave del artículo está casi al principio: "programmer time is more expensive than computer time"

Algo eficiente, casi seguro, llevará más tiempo de desarrollo que "lo primero que salga para salir del paso" que es lo que se hace en la mayoría de empresas de desarrollo...

» autor: lutarK999

#39 El desencanto del software [EN]

Gorgonita — Thu, 20 Sep 2018 12:19:46 +0000

#2 y el nieto en vez de usar el.pan para hacer pan rallado o usar los calcetines para limpiar el polvo, seguramente lo tire. Qué quieres que te diga, me quedo con lo que hacían tus abuelos.

» autor: Gorgonita

#38 El desencanto del software [EN]

--111128-- — Thu, 20 Sep 2018 12:19:00 +0000

#33 Lo de esperar depende de como te lo tengas montado.

» autor: --111128--

#37 El desencanto del software [EN]

Shotokax — Thu, 20 Sep 2018 12:18:53 +0000

#2 a mí si me importa que un sistema operativo me folle 6 GiB de RAM por ejemplo, pero a lo mejor es que me estoy haciendo viejo.

» autor: Shotokax

#36 El desencanto del software [EN]

paco_camps_2011 — Thu, 20 Sep 2018 12:18:14 +0000

Me siento identificado con el autor de la noticia, entre eso y muchas otras cosa he abandonado la programación profesional. Conozco bastantes informáticos que lo han dejado para dedicarse por completo a otra cosa

» autor: paco_camps_2011

#35 El desencanto del software [EN]

robustiano — Thu, 20 Sep 2018 12:16:12 +0000

#2 Tu abuelo sigue teniendo razón, tiramos demasiadas cosas y los recursos son finitos...

» autor: robustiano

#34 El desencanto del software [EN]

ur_quan_master — Thu, 20 Sep 2018 12:15:29 +0000

A mí me pagan el rato que estoy en la empresa. Luego si quiero programar algo chulo lo hago fuera.

» autor: ur_quan_master

#33 El desencanto del software [EN]

RubiaDereBote — Thu, 20 Sep 2018 12:15:24 +0000

Lo que relata el autor pasa en todos los ámbitos. Las prisas y la velocidad de la vida actual obliga a todo el mundo a terminar las cosas como sea.

#28 si de verdad quieres dejar de ser programador no tienes que esperar a la próxima semana.

» autor: RubiaDereBote

#32 El desencanto del software [EN]

Maegruin — Thu, 20 Sep 2018 12:14:12 +0000

#2 Depende mucho del tipo de aplicacion, en una de escritorio quizas te interese dedicar tus esfuerzos en generar codigo bien estructurado y claro, para que sea facilmente mantenible.

Pero en otro tipo como servicios con muchos usuarios simultaneos, aplicaciones en tiempo real, sistemas embebidos con bateria limitada.. me consta que sigue siendo muy importante la optimizacion. Por ejemplo un servidor de streaming que soporte la mitad de usuarios que la competencia estaria fuera de mercado por muchas opciones que tenga.

» autor: Maegruin

#31 El desencanto del software [EN]

Poseido_returns — Thu, 20 Sep 2018 12:14:11 +0000

#20 flame!

» autor: Poseido_returns

#30 El desencanto del software [EN]

--348464-- — Thu, 20 Sep 2018 12:13:37 +0000

[Usuario deshabilitado]

» autor: --348464--

#29 El desencanto del software [EN]

--389808-- — Thu, 20 Sep 2018 12:12:42 +0000

#16 No, no lo verá.

Skynet tomará conciencia de sí misma y destruirá el mundo.

» autor: --389808--

#28 El desencanto del software [EN]

--111128-- — Thu, 20 Sep 2018 12:12:06 +0000

A mi me pasa igual pero por otros motivos: me aburre programar. Llevo 18 años programando y espero que la semana que viene sea mi última semana como programador.

» autor: --111128--

#27 El desencanto del software [EN]

TinTan — Thu, 20 Sep 2018 12:10:50 +0000

#10 Muy bueno

» autor: TinTan

#26 El desencanto del software [EN]

chulonsky — Thu, 20 Sep 2018 12:09:56 +0000

Esta noticia de ayer, que habla exactamente de lo mismo, se hundió en la mierda.
www.meneame.net/story/cada-programador-generacion-anterior-piensa-soft

» autor: chulonsky

#25 El desencanto del software [EN]

--453740-- — Thu, 20 Sep 2018 12:08:36 +0000

#9 Yo tiré por otro lado y ahí sí que toca ser ingeniero y no te lo saca un tío con únicamente un curso de programación.

Porque toca programar, saber de electrónica, de protocolos de comunicaciones, de automatismos, de integración con bases de datos y Scada... y la verdad es que soy mucho más feliz profesionalmente.
(y encima la velocidad de proceso y gestión de memoria suele ser muy importante)

El mundo web me quemó rapidísimamente.

» autor: --453740--

#24 El desencanto del software [EN]

frankiegth — Thu, 20 Sep 2018 12:07:51 +0000

#1. Es mucho peor que eso, incluso la gente que paga más por el hardware recibe cacahuetes con el software que viene por defecto.

» autor: frankiegth

#23 El desencanto del software [EN]

chavi — Thu, 20 Sep 2018 12:04:51 +0000

#2 Lo que prima ahora es desarrollar rápido y barato.

Esa es la raíz del problema.

» autor: chavi

#22 El desencanto del software [EN]

username — Thu, 20 Sep 2018 12:02:23 +0000

#2 A JAVA le gusta tu comentario.

» autor: username

#21 El desencanto del software [EN]

mr_b — Thu, 20 Sep 2018 11:58:42 +0000

#2 Y aún así tirar el pan y no zurcir los calcetines sigue siendo un derroche que no deberíamos hacer. Pues lo mismo con los recursos de la máquina, porque quizás hoy nos podamos permitir desperdiciarlos, pero no sabemos los problemas energéticos que tendremos en el futuro. Y no te creas que volver a la optimización va a ser cosa de un momento.

» autor: mr_b

#20 El desencanto del software [EN]

SrEstaire — Thu, 20 Sep 2018 11:47:18 +0000

#2 Siempre nos quedará javascript

» autor: SrEstaire

#19 El desencanto del software [EN]

Kr0n0 — Thu, 20 Sep 2018 04:44:38 +0000

Depende del tipo de programación. Si se trabaja en desarrollo en microcontroladores a bajo nivel aún es necesario arremangarse y tirar de JTAG y volcados de memoria más que de Stack Overflow.

» autor: Kr0n0

#18 El desencanto del software [EN]

mcfgdbbn3 — Wed, 19 Sep 2018 23:11:34 +0000

#7: Vale, justifica ahora el 85% restante de la memoria RAM consumida.

» autor: mcfgdbbn3

#17 El desencanto del software [EN]

mcfgdbbn3 — Wed, 19 Sep 2018 17:12:34 +0000

#2: Si, pero si son los usuarios los que refunfuñan y desinstalan tu flamante APP superusable (no mucho más que lo mismo en consola) y superlegible (algo que C permite si pones comentarios), a lo mejor el problema es tuyo.

» autor: mcfgdbbn3

#16 El desencanto del software [EN]

manolo_nenaza — Wed, 19 Sep 2018 16:39:47 +0000

#15 Ya veras cuando las prisas, la nula optimización del código de la IA y los algoritmos "a lo loco" creen una pseudo Skynet...

» autor: manolo_nenaza

#15 El desencanto del software [EN]

ElPerroDeLosCinco — Wed, 19 Sep 2018 15:49:19 +0000

#13 No digo que se deban desaprovechar los recursos del hardware. Digo que el autor se está desencantando del oficio porque ya no se presta tanta atención al rendimiento como a él le gustaría. Todos querríamos hacer un software super-optimizado, porque apreciamos la belleza y la elegancia de un proceso eficiente. Pero hay que saber adaptarse y aceptar una solución de compromiso entre lo que queremos hacer y lo que se nos pide.

» autor: ElPerroDeLosCinco

#14 El desencanto del software [EN]

Nova6K0 — Wed, 19 Sep 2018 15:42:45 +0000

#7 Te olvidas de los 200.000 scripts en Javascript para ver que hace o no el usuario, que datos se les pueden birlar y esas cosas... que antes apenas existían.

Salu2

» autor: Nova6K0

#13 El desencanto del software [EN]

Nova6K0 — Wed, 19 Sep 2018 15:41:09 +0000

#2 Ese es el error el pensar de porque hay mucha potencia bruta se puede desaprovechar. Antes era impensable porque el hardware era muy poco potente. Yo digo que es más por vagancia y por sacar productos rápidamente porque solo interesa el dinero, de hecho no se piensa en posibles fallos que pueden lastrar un programa (sea una aplicación, videojuego) y luego pasa lo que pasa.

Añadiendo que algunas empresas, no se a que se dedican en la fase "beta" o de testeo del programa, porque se le cuela cada error que tela.

Salu2

» autor: Nova6K0

#12 El desencanto del software [EN]

lalarrañaga — Wed, 19 Sep 2018 15:24:31 +0000

#10 brillante!

» autor: lalarrañaga

#11 El desencanto del software [EN]

kucho — Wed, 19 Sep 2018 15:15:26 +0000

#2 y al mismo tiempo los usuarios se te quejan de que para correr tu aplicacion hace falta el doble de recursos que tienen sus equipos corporativos. pero la culpa es del usuario.

» autor: kucho

#10 El desencanto del software [EN]

Cidwel — Wed, 19 Sep 2018 15:02:30 +0000

No hay nada que me guste mas que sentir la destrucción del universo cuando añado un boilerplate con un overhead inmenso de dependencias para hacer una simple pantalla de ayuda..... en react.... con redux y saga.....

y entonces va npm install. Aprovecho los 3-10 minutos de descargar software que aparentemente ya debería estar en caché y me voy a por un café... entonces cobro mi salario

Soy parte del problema.

Luego nos falla una dependencia que simplemente vale para arreglar un string y arde troya. Definitivamente los programadores retroalimentamos la rueda que nos dá de comer. Creamos soluciones que automatizan problemas. Pero los haremos ineficientes para continuar manteniendolos. Nos hartaremos a vender soluciones para problemas que el cliente realmente no necesita. Soy feliz

» autor: Cidwel

#9 El desencanto del software [EN]

--583681-- — Wed, 19 Sep 2018 14:48:57 +0000

[Usuario deshabilitado]

» autor: --583681--

#8 El desencanto del software [EN]

--482411-- — Wed, 19 Sep 2018 14:40:18 +0000

#4 Dejate de mariconadas....
lynx.invisible-island.net/lynx2.8.9/index.html

» autor: --482411--

#7 El desencanto del software [EN]

--589369-- — Wed, 19 Sep 2018 14:34:22 +0000

#4 "sin razón aparente"

Solo que antes una web era 1KB de texto y una imágen GIF de 120x80, y ahora una web implica 300KB de código en 4 lenguajes diferentes, imágenes de alta resolución, video en streaming, fuentes embebidas... luego el prefetching y prerenderizado de los enlaces principales de esa web para acelerar todo lo posible la navegación... Encriptación con criptografía de 2048 bits, un buen puñado de certificados para analizar, con sus CRLs y sus mierdas...

» autor: --589369--

#6 El desencanto del software [EN]

lalarrañaga — Wed, 19 Sep 2018 14:33:57 +0000

#5 algo de eso hay, sí, supongo que en un equilibrio está la virtud. Pero hay también mucho software comercial que debe ser una castaña y en el que el desarrollo ágil no explica por si solo su ineficiencia (o castañez).

Por cierto que el fulano que lo escribe es ruso, un tal Nikita, de los Nikita de toda la vida de Novosibirsk: tonsky.me/projects/

» autor: lalarrañaga

#5 El desencanto del software [EN]

--589369-- — Wed, 19 Sep 2018 14:28:38 +0000

#3 (Despues de leerlo entero)

Degenera muy rápidamente en un rant de persona mayor

Le falta ver que vivimos en un ecosistema competitivo donde prima sacar nuevas features lo más rápido posible, por encima de sacar la solución más eficiente ("Move fast, break things"). Es la época del "efficient-enough", si una empresa tiene que elegir entre desarrollar una feature en 3 meses o tardar 9 meses y que sea 10 veces más rápida y ocupe 100 veces menos, siempre va a elegir la primera opción.

» autor: --589369--

#4 El desencanto del software [EN]

ingenieril — Wed, 19 Sep 2018 14:21:29 +0000

Solo hay que comparar un navegador web de hace 10 años y uno de ahora. La RAM se la come sola sin razon aparente.
Estoy por probar Netscape y ver como tira...aparte de las incompatibilidades CSS...debe ser una delicia...

» autor: ingenieril

#3 El desencanto del software [EN]

--589369-- — Wed, 19 Sep 2018 14:16:42 +0000

Tiene toda la razón.

Un tema que a mi me preocupa, y del que no estamos tomando conciencia todo lo rápido que deberíamos, es del impacto energético que tiene el software. No es una cuestión de tiempo humano, sino de cuantos recursos de nuestro planeta va a gastar un software por culpa de no estar bien optimizado. Está claro que lanzar un programa en un ordenador personal no tiene un impacto significativo, pero cuando hablamos de escalas de millones de servidores corriendo un software, el impacto puede llegar a ser muy grande.

» autor: --589369--

#2 El desencanto del software [EN]

ElPerroDeLosCinco — Wed, 19 Sep 2018 14:13:39 +0000

Muchos nos formamos como programadores en los tiempos en que era necesario optimizar cada byte de disco ocupado y cada paso de procesador. Han pasado los años y el hardware actual no exige ese cuidado. Ahora priman más otros criterios, como la usabilidad, la legibilidad o la mantenibilidad del código. Hay gente a la que le está costando adaptarse y sigue refunfuñando por el derroche de CPU, como mi abuelo refunfuñaba cuando veía que en casa se tiraba el pan que sobraba, o mi abuela veía que tirábamos calcetines en lugar de zurcirlos.

» autor: ElPerroDeLosCinco

#1 El desencanto del software [EN]

lalarrañaga — Wed, 19 Sep 2018 14:06:05 +0000

Me quedo con esta cita: "As a general trend, we’re not getting faster software with more features. We’re getting faster hardware that runs slower software with the same features"

» autor: lalarrañaga