Quale linguaggio ?

[Goldrake_xyz]

Hallo !

Premesso che mi divertivo molto a programmare in ASM e
Turbo C2.0 ( MS-DOS )

Ora vorrei provare qualcosa stile C++ , VISUAL C++ , C# , JAVA
ma non sò cosa scegliere.
Premetto che la programmazione ad ogetti non mi è stata
mai molto simpatica ....

Più in generale ho qualche problema in ASM, cioè,
una volta, tanto tempo fà, la memoria era indirizzata
in maniera diretta, l'indirizzo che usavi era l'indirizzo fisico reale,
ora invece c'è l'indirizzo virtuale che mi sembra una faccenda
abbastanza intricata

Saluti.

[gokan]

Ogni tanto fare una bella ricerchina sarebbe utile
http://forum.hwupgrade.it/showthread...hreadid=671343
Dai un'occhiata alle F.A.Q in rilievo, troverai molte risposte alle tue domande

[Ziosilvio]

E' interpretato.
Lo usi sia sotto Windows sia sotto Linux.
Lo puoi estendere mediante C/C++.
Ha una sintassi che ti costringe a scrivere programmi leggibili
Ha un sacco di moduli aggiuntivi.
Ha una comunita' molto attiva.

Questo e' il sito di riferimento.

[akyra]

java per sempre, e tutta la vita.....

[cavva81]

Lo usi sia sotto Windows sia sotto Linux.

solo se non usi delle librerie generiche... python è multipiattaforma, ma non write-once-run-dovevuoi

Lo puoi estendere mediante C/C++.

mi dicono (io non l'ho mai fatto sinceramente) ke sia piuttosto complicato, vuoi anke per il fatto ke alla fine ti devi imparare pure il C e il C++

Ha una sintassi che ti costringe a scrivere programmi leggibili

questa è una cosa che mi piace del Python, ma costringere a mettere dei TAB al posto di parentesi graffe non vuol certo dire rendere un listato leggibile !!

Ha un sacco di moduli aggiuntivi.
Ha una comunita' molto attiva.

qui hai perfettamente ragione, inoltre aggiungerei che per iniziare a programmare ad oggetti il pitone è sicuramente uno dei più immediati e anche facili.

io però opterei di brutto per il Java

[Icedguardian]

Io voto per il python. Ci sono anche le librerie grafiche che girano sotto diverse piattaforme.

Ciao

P.S. Un certo Eric Steven Raymond consiglia di imparare a programmare iniziando proprio da Python

[cionci]

Originariamente inviato da Ziosilvio
E' interpretato.

E' un vantaggio

[Ziosilvio]

Originariamente inviato da cionci
E' un vantaggio

Dipende da cosa devi fare.
Se vuoi imparare qualcosa di nuovo: si'.
Se devi scrivere qualcosa che possa girare su piu' di un'architettura: si'.
Se la velocita' non e' un problema: si'.
Se la velocita' e' un problema: no.
Eccetera...

[cionci]

Comunque se già conosci il C ti consiglio di passare senza pensarci due volte al C++ (per cominciare niente Visual e compagnia bella, poi passerei alle wxWidgets)

[Luc@s]

cmq il python nn lo sottovaliterei..............io lo trovo molto potente e pulito

P.S: cionci, belll' avatar

[cionci]

Originariamente inviato da Luc@s
P.S: cionci, belll' avatar

Tnx

[Goldrake_xyz]

! grazie a tutti ! __


Allora il mio prossimo step sarà C++ con il libro di Stroustrup,

Poi penso di provare a programmare in Java....

e il Visual C# ha qualche caratteristica particolare ???


a presto.

[cionci]

Originariamente inviato da Goldrake_xyz
e il Visual C# ha qualche caratteristica particolare ???

Sei cominci con il Java non ha senso C#

[Ikitt_Claw]

Originariamente inviato da Ziosilvio
E' interpretato.

semicompilato, o compilato JIT.

[Mixmar]

Originariamente inviato da cionci
Sei cominci con il Java non ha senso C#

Sì', è vero, sono molto simili... però, se vuoi fare programmi _abbastanza_ performanti in ambiente Windows, secondo me C# è migliore... è indiscutibile, ha i vantaggi di essere "interno alla casa" che fa anche Windows... per il resto, è Java sputato.

[mmx[ngg]]

Originariamente inviato da cionci
E' un vantaggio

LOL

Originariamente inviato da Goldrake_xyz
Più in generale ho qualche problema in ASM, cioè,
una volta, tanto tempo fà, la memoria era indirizzata
in maniera diretta, l'indirizzo che usavi era l'indirizzo fisico reale,
ora invece c'è l'indirizzo virtuale che mi sembra una faccenda
abbastanza intricata

Se hai dei dubbi sull'assembler puoi kiedere a me....ma sappi che l'indirizzo virtuale è gestito totalmente in maniera automatica dall'O.S. quindi se non devi fare cose turche ti è indifferente.

[Scoperchiatore]

vai di C++, che in questo caso è il migliore compromesso fra oggetti e classico imperativo

poi io mi butterei su Ocaml, o prolog, tanto per divertirsi con la programmazione funzionale e la logica del primo ordine

Scherzi a parte, la potenza dei linguaggi funzionali mi spaventa sempre di più. Mi sto accorgendo che in Ocaml facevo in 3 (contate) righe di codice cose che con java faccio in 10-15

solo che la ricorsione, se non ottimizzata, è poco performante...

[texdida]

Ti dico sinceramente di provare java ke è uno spettacolo e poi asp!!Io programmo con java e asp e javascript, visual studio e visual basic quindi ho l'imbarazzo però java è molto bello!!!!

[Goldrake_xyz]

Originariamente inviato da mmx[ngg]
ma sappi che l'indirizzo virtuale è gestito totalmente in maniera automatica dall'O.S. quindi se non devi fare cose turche ti è indifferente.

(Ti Ringrazio per la tua Disponibilità !___ )

Ritornando sull' argomento assembler, il problema è che prima
potevo fare molti programmi per gestire direttamente l'hardware,
tipo programmare direttamente i registri della VGA,
Porta Parallela, ecc. ecc.
ora con l'indirizzo virtuale mi hanno cambiato un pochino le cose.. vedere per esempio i registri LGDT IGDT ???

]Originariamente inviato da Scoperchiatore
poi io mi butterei su Ocaml, o prolog, tanto per divertirsi con la programmazione funzionale e la logica del primo ordine

Oddio Oddio .... ti prego, non mi parlare di prolog (e lisp)
ne ho fatto un' abbuffata, che a ripensarci mi sento male !

Pattern matching, ricorsione, e backtracking x il primo
una fila di parentesi x il secondo
Ocaml .. per fortuna non sò neanche da quale pianeta arriva

[cionci]

Ora l'hardware proprio te lo scordi...a meno di programmare un driver (in modalità kernel)... Ed a quel punto si tratta di fare solamente IN e OUT... In pratica ora il memory mapped I/O (come ad esempio si faceva per la scheda video) è quasi inesistente...

Programmando in assembler per Windows in modalità utente devi comunque richiamare le API per realizzare le varie cose...