Newsgroup: it.comp.lang.c++
Titolo: Assembly: Perché sostituirà C++/Java

L'informatica è un campo in rapida evoluzione. Quello che ieri era
all'avanguardia oggi è completamente obsoleto. Tecnologie sempre più
efficienti vengono sviluppate. Il floppy da 8 pollici ha aperto la
strata ad floppy da 3,5'' che è stato sostituito dal CD-R. Il modem
acustico eventualmente è stato sostituito dal modem DSL. Unix è stato
superato da Windows XP. E così via.
La stessa tecnologia si applica anche ai linguaggi di programmazione.
Il C ha aperto la strada al C++ che è stato superato dal C#. Comunque,
è venuto il tempo di un completo cambio di paradigma nella
programmazione. Propongo una migrazione di fatto verso un linguaggio
relativamente recente ma promettente, conosciuto come assembly.
La maggior parte di voi non è probabilmente familiare con questo
linguaggio. Io stesso mi sono imbattuto per caso in questo linguaggio
completando il mio MCSE. Allora consentitemi di dirvi qualcosa di più
su questo linguaggio.
C++ e Java non consentono al programmatore di accedere direttamente
all'hardware. Invece, compilano un "bytecode" che viene poi
interpretato da una macchina virtuale. Anche se molto portabili,
questo limita la velocità dei programmi C++ e Java.
L'Assembly, comunque, è stato progettato per consentire al
programmatore *l'accesso diretto* all'hardware! Questo consente
programmi *molto* più veloci.
Inoltre, l'assembly è lo stesso linguaggio "parlato" dai computers.
Per questo motivo, potreste vedere l'assembly riferito come "codice
macchina".
Temo che senza il supporto di una grande società (come Microsoft ha
spinto Java, o come Sun ha supportato C#) l'assembly rimarrà un
linguaggio di nicchia, come molti altri interessanti linguaggi (penso
a Python).
Perciò spero di iniziare un movimento di base per supportare
l'assembly. Mi piacerebbe vedere la FSF rilasciare un compilatore
assembly basato su GNU (anche se possono risparmiarsi i bugs che hanno
infestato la release 3.0 di gcc costringendo molti utenti a passare a
Visual Studio per la loro programmazione Linux).
Mi piacerebbe esporvi la superiorità dell'assembly sul C++/Java ma
sono in ritardo per la mia classe "Introduzione al TCP/IP". Quelli di
voi familiari con l'assembly, per favore educate i tanti utenti
ignoranti C/C++/Java sulla gloria di questo superiore linguaggio.



 ha scritto nel messaggio
news:br9ojug1puljkb640...@4ax.com...

??
??
Sono del tuo stesso parere per quanto hai detto sull'assembly,
è forse il "piu' bel linguaggio" ,come tu affermi.
ma il punto, secondo me, è che è troppo a basso livello per essere
utilizzabile e produttivo;
basti persare quanto tempo ci vorrebbe per scrivere una applicazione lato
server che deve monitorare una
rete e gestirla...ma anche semplicemente prova a pensare quanto tempo ci
vorrebbe a scrivere e soprattutto a
pensare un algoritmo in assembly per un applicazione office o gestionale.
Io penso che sia assurdo scrivere un programma di 100000 righe,
quando con un linguaggio ad alto livello, come java o C++ ...ma anche
l'ostico C, se ne possono scrivere
solamente un quarto o anche di meno.
Chi ci sta a tornare a utilizzare le schede perforate???  ;)
Stefano.

 Visual Studio per la loro programmazione Linux).
ROTFL!!!!

Non dargli retta!
Sono dei messaggi palesemente provocatori!
Stanno girando da qualche tempo nei NG. Addirittura uno asseriva che il C è
derviato dal C++!!!
Martino.

 ignoranti C/C++/Java sulla gloria di questo superiore linguaggio.
Educaci tu.
Io direi.. ma che programmiamo a fare a oggetti, bypassiamo l'assembly e
torniamo direttamente alla microprogrammazione a suon di bit sul silicio.
Ciao!
Luigi

 ignoranti C/C++/Java sulla gloria di questo superiore linguaggio.
non ascoltate il troll...
si commenta da solo
*plonk*
~~
artemis.alpeia

[CUT]
Lo sai. Non devi prendere le polverine bianche!
A parte gli scherzi, hai farcito il tuo messaggio
di, in parte, CAZZATE e cose che, almeno
spero ;-), sono conosciute dal 99% dei
programmatori di medio livello. Scusa, secondo
te se devo ottimizzare un motore 3D, per esempio,
userņ il VB? O_o!
Salutoni
Cieli Sereni
P.S.
Sappiate che chi ha il nick Cielo Sereno non sono
io ;-).

, 
b...@boh.com
 
ha scritto:
[snip]
           _    __ _ _ _ 
 _ __ ___ | |_ / _| | | |
| '__/ _ \| __| |_| | | |
| | | (_) | |_|  _| |_|_|
|_|  \___/ \__|_| |_(_|_)
 
fantastico!!
 
-- 
real name: Fabrizio Chiarello	| a Debian GNU/Linux | i'm in the could
nick:	   
ckk8.org
		| "Woody" is running | do better category
e-mail:	   
fchia...@inwind.it
	| on Linux v2.4	     | 		  - ckk8

 ha scritto nel messaggio
news:SYV_8.17053$GV2.4...@twister2.libero.it...



Ma la finiamo di scrivere cazzate???
Non abbiamo altro da fare ehh?

 wrote in message 3D3C7C0B...@libero.it...


> paura il giochino 3D va a scatti e invece lo stesso gioco su 1 console
Già perché adesso i giochi su playstation 2 li fanno in assembly...
Non credere che per ottimizzare un programma servi a qualcosa portarlo da C
all'assembly. Se invece il tuo programma è scritto male, sarà lento anche se
lo stampi su un circuito.

 ignoranti C/C++/Java sulla gloria di questo superiore linguaggio.
Io conosco solo l'ASM68k, va bene lo stesso? :-)

 
Ma francamente sembrava che non avesse mai sentito parlare
dell'Assembler (magari ho frainteso) e che quindi non conoscesse molto
l'argomento....
Dire che l'Assembly sarà il futuro è come dire "i piedi saranno il
futuro delle automobili"... magari ha ragione e forse sarebbe anche
tutto migliore ma non credo che sia una affermazione corretta.

 superato da Windows XP. E così via.
e qui mi sono fermato...no comment....
raffaele

lo stampi su un circuito.
E se lo scrivi bene in C++ allora scrivendolo bene in
assembler puoi guadagnare ancora qualcosa. Se si tratta
di parti dove viene speso gran parte del tempo di
elaborazione e' un passaggio che puo' valer la pena
fare. YMMV, ovviamente.
Anche su PC, quando mi occupavo di grafica realtime,
sono riuscito a spremere un po' di FPS in piu' grazie
alla scrittura di qualche migliaio di righe assembler;
il discorso PC e' pero' piu' complesso (non esiste "il"
PC, ma una infinita' di PC diversi e ottimizzare per
uno puo' significare peggiorare per un altro).
Sebbene io condivida che l'ottimizzazione precoce sia
qualcosa da evitare, io sono anche convinto che scrivere
codice inefficiente senza preoccuparsi e puntando
solo ad arrivare in fondo non sia la perfezione e
anche che sperare che qualcun altro (es. il compilatore)
faccia sempre ed esattamente quello che serve a me
nel modo migliore possibile e' utopistico.
Se non serve avere il massimo allora forse non vale la
pena sbattersi tanto...  ma se serve ...
Considera anche che quando scrivi un gioco per PS2 non
puoi sperare che nel giro di qualche mese la velocita'
della PS2 raddoppi :DD
Andrea

mai sentite tante cazzate tutte insieme...
java e' stato spinto da Microsoft???
WinXP ha sostituito Unix???
C# ha superato il C++???
C++ gira su una virtual machine???
ma sai di cosa stai parlando o hai sei anni, hai appena imparato a leggere 
e ti e' capitata per sbaglio una rivista (di basso livello) di informatica 
in mano???
ti faccio notare che l'assembler non e' "stato inventato", e' solo una 
traduzione (o poco piu') delle istruzioni binarie della macchina.
Ti faccio notare anche che l'ottimizzazione che puo' fare un buon 
compilatore in un paio di ore di calcoli, tu, per farla in asm ci 
metteresti dei mesi.
hai mai provato a programmare in assembler? hai mai fatto confronti col 
lavoro fatto ad alto livello (C++ per esempio)? con questo intendo dire 
qualcosa piu' di "hello world"... scrivere programmi di grosse dimensioni 
in assembler sara' pure efficiente in fase di esecuzione (pure questo e' 
tutto da dimostrare, secondo me un buon compilatore gestisce molto meglio 
la situazione...), ma richiede una mole infinita di lavoro. e poi se cambio 
processore? che faccio? riscrivo tutto da capo?
torna a giocare coi soldatini, e' meglio...

ignoranti C/C++/Java sulla gloria di questo superiore linguaggio.
bella conclusione per uno splendido post...
va be! il modo è bello perchè è vario, ma forse è vero che sta scherzando...
scusa, ti dispiacerebbe mandarci una conferma o una smentita(del fatto che tu stia scherzando)?
        Carlo
-----------------------------------------------------
Ci sono cose che non si possono interrompere.
La consapevolezza che i sogni della gente sopravviveranno al passaggio da un'epoca all'altra
è qualcosa che durerà per sempre finchè la gente avrà sete di libertà.
-Il re dei pirati Gold Roger-
-----------------------------------------------------
togli NOSPAM per rispondere via e-mail

 ignoranti C/C++/Java sulla gloria di questo superiore linguaggio.
ehehehehheheh :) Il finale mi piace ! Sembra un pò .. non so il finale
del signore degli anelli ! 
Sapete quelli che lasciano il discorso in sospeso perchè ci sarà 
sicuramente un continuo ??? 
Fantastico !
DIFFONDETE IL VERBO! ASSEMBLY E' IL NOSTRO SIGNORE !
PER FAVOREEEEEE DILLO CHE STAI SCHERZANDO! LIBERACI DA QUESTO PESO!
PER FAVORE!
Non è che ti chiami Luca Panerai vero ?

 grosso impatto nelle performance.
[Domanda ingenua]
Ma, tolte tutte le difficolta' e problematiche dell'assembler, un *ottimo* 
programma scritto in C o C++ va veloce come un *ottimo* programma scritto 
in Assembler? 
-- 
La speranza e' l'ultima a morire. Ma muore.

AHAHAHAHAHAHA... sei un grande, ti voglio bene...
Pero', dai, la potevi fare meglio, ti sei fatto scoprire quasi subito ;)

Chi l'ha sciolto?

Minchia, ma che stronzate stai dicendo??? Sei un cazzo di giullare, ma io mi 
vergognerei di brutto! "La maggior parte di voi non è probabilmente 
familiare con questo linguaggio. Io stesso mi sono imbattuto per caso in 
questo linguaggio completando il mio MCSE."...AHAHAH!! Ecco un altro 
esempio di come la roba microsoft ti disintegra i neuroni...

 ha scritto nel messaggio
news:br9ojug1puljkb640...@4ax.com...


 sicuramente un continuo ???
Il Signore degli Anelli ha un finale. Muoiono tutti, tranne coloro che si
imbarcano per le Terre Imperiture, con tanto di date. Non direi che lascia
molte cose in sospeso, anzi.
Ciao,
 Stefano
----------
"X WindowSSS, teSSSoro mio... lo odieremo per SSSempre"
Bill Gollum
----------