Una pagina con estadisticas de uso por lenguaje
http://www.stackoverkill.com/ranking/
De todas formas, que sea mas usado no significa que sea mejor, ni que los proyectos tengan mas calidad...
“I have seen things in the original DOTA that you people wouldn’t believe”. “I have seen Windrunner attack Techies off the bank of the upper river and die; I have seen heroes on fire off the shoulder of the Tree of Life. I watched spells glitter in the dark near the enemy base. All those moments are lost in battle, like… items off a courier in an AOE nuke.”
Ese ensamblador, que se mantiene estable en el tiempo.
¿Dónde está la gracia? ¿En que cada vez los ingenieros son menos competentes y necesitan mas código prefrabricado? ¿O que cada vez hay mas "piernas" metiéndose dónde no les llaman cortesía de la programación a prueba de ineptos/tontos/etc...?
Yo uso ensamblador con C/C++ regularmente, y lo he llegado a usar con Pascal (Free Pascal), en sintaxis Intel y AT&T, sigue siendo la diferencia entre necesitar un i5 de última generación y lo mismo, o mas, con un i5 de 1ª.
Y estoy orgulloso de sólo conocer, ademas, PHP, Java y JS de todos los "lenguajes" que aparecen en esa gráfica.
Por cierto, que (Object) Pascal ni viene.
La gracia, precisamente, es la estabilidad en su uso y que, efectivamente, lo usan de forma absolutamente residual.
Y teniendo en cuenta la potencia actual del hardware, creo que tiene bastante sentido. En la época de la GP32/GP2X, el uso de ensamblador suponía la diferencia entre tener un emu de Megadrive 100% fullspeed o no tener nada, pero hoy en día la cosa ha cambiado sustancialmente.
La programación a prueba de "tontos" es la que ha conseguido que el mundo de los desarrolladores haya crecido como lo ha hecho. No seamos injustos. Me gustaría ver como estaría la cosa hoy en día si todo hubiera que programarlo en lenguajes de bajo nivel.
Habría menos basura, frases como "programar puede programar cualquiera" no se oirían, no habría intrusismo, habría horarios justos y sueldos justos, no miserias salariales de compañías que se gastan millones en licencias y unos pocos miles en mal pagar a sus empleados porque "programar puede programar cualquiera", inclusive un "piernas" de exactas o de física, que es tu jefe (sic), al que hay que estar salvándole el cvlo constantemente y que encima cobre 3 o hasta 5 veces mas que tú trabajando 3 o hasta 5 veces menos que tú, no te despedirían a los 2 o 3 años y te recontratarían cada 6 meses o así, etc...
Y además, no habría politiquillos que se propusieran retirar la carrera de informática.
Vamos a ver, es una gráfica de cuestiones abiertas en StackOverflow, que no es ni mucho menos una representación sobre los lenguajes de programación que se usan. Simplemente es una representación de las cuestiones que se abren en ese foro especializado. Es más, son dudas. Eso no quiere decir que se programe mucho en esos lenguajes, sino que se preguntan muchas dudas sobre esos lenguajes en esa comunidad.
Sólo recoge a los angloparlantes. Puede que haya comunidades de otros paises donde usen mayormente un lenguaje que no aparece en esa lista, o que sobre algunos luenguajes haya otras comunidades especializadas en las que se prefiera preguntar.
Dicho de otro modo, no es una muestra científica (punto).
Y no, no habría salarios justos. La presión del mercado es la que es. El primer empresario que se de cuenta que cogiendo a unos chavales y teniendo un código con bugs gana dinero antes y se posiciona primero lo hará. El emidosaurio que se dé cuenta que haciendo un entorno de programación para dummies que genere código deficiente puede ganar dinero pues lo hará.
Y en cuanto a conocer, de nombre creo que los conozco todos, pero otra cosa es haberlos utilizado alguna vez. Habitualmente sólo utilizo shellscript con pinceladas de awk y esporádicamente c y c++.
Cada lenguaje o framework tiene sus ventajas y sus desventajas, aunque alguna de ellas sea "sencillo para dummies".
A veces hago cosas
Fue más o menos en 1994 o 95, que uno de mis compañeros de la carrera me dice "he usado Access para hacer noseque y realmente no tiene más sentido la programación, todo se puede hacer sin programar" :P
Don't feed the troll
Me traduces un codigo de ensamblador aunque sea a C???
Llevo demasiado tiempo intentando traducirlo a cualquier otro lenguaje para poder recompilarlo para x64.
es un descompresor de LZ que usa el Mechcommander 1 y me obliga a tener q usarlo en x86
por si estas por la labor: https://github.com/Echelon9/mechcomm...b/lzdecomp.cpp
Salu2
“I have seen things in the original DOTA that you people wouldn’t believe”. “I have seen Windrunner attack Techies off the bank of the upper river and die; I have seen heroes on fire off the shoulder of the Tree of Life. I watched spells glitter in the dark near the enemy base. All those moments are lost in battle, like… items off a courier in an AOE nuke.”
¿No te vale con una rutina de descompresión LZ estándar? ¿O es que es ligeramente distinta? Yo de x86 poco si fuera 68000 te podría echar una mano.
No es lo mismo tener diez años de experiencia, que tener un año de experiencia diez veces.
It is an undisputed truth that the Atari ST gets the best out of coders. No dedicated hardware, just the CPU and a frame buffer! Some call it Spartan, others name it Power Without The Price, and a select few say `challenge accepted'! --- by spkr from smfx
Entro
Post de ElRana
No leo mas
ByeBye hilo, me parecias interesante
princemegahit (26/05/2016), ^MiSaTo^ (26/05/2016)
El ensamblador de x86 32bits debería poder funcionar en x64 cambiando registros que se utilicen como punteros por los correspondientes registros de 64bits. P.E.: eax -> rax, esi -> rsi
make -f Makefile.wiz
Marcadores