Newsgroup: it.comp.programmare.win32
Titolo: Con che linguaggio mi conviene cominciare?

Conosco il c, java e assembly, su che linguaggio mi conviene orientarmi per la
programmazione in ambliente win (naturalmente non in assembly :) )?
-- 
Posted from  [212.171.94.81] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 programmazione in ambliente win (naturalmente non in assembly :) )?
C
Ciao
Alessio


wrote:

Io direi ***C*** (e C++) ***per Unix/Linux***!
In generale per Win bisognerebbe usare Visual Basic, C++ e Java
(anche se Visual Basic puo' fare schifo: a me fa schifo).
Poi dipende da quello che bisogna fare.

(anche se Visual Basic puo' fare schifo: a me fa schifo).
Usare le API ti fa cosě schifo?
-- 
Marco Barisione (ICQ 84277092)

In generale per Win bisognerebbe usare Visual Basic, C++ e Java
Un teorema tutto da dimostrare...
-- 
The Follet

On Sat, 17 Nov 2001 18:45:09 GMT, 
thef...@libero.it
 (The Follet)
wrote:

Va bene, allora dillo tu che cosa bisogna usare con Win

Va bene, allora dillo tu che cosa bisogna usare con Win
Qualsiasi linguaggio perché proprio VB o Java? Il C o Python perché
non vanno bene?


Va bene, allora dillo tu che cosa bisogna usare con Win
Qualsiasi linguaggio va bene, purche' i suoi compilatori
supportino la programmazione per Windows.  Non vedo perche'
relegare il C a Unix/Linux.  Sotto Windows ci sono diversi,
ottimi ambienti di sviluppo, a cominciare da Delphi.
Poi, perche' dici "bisognerebbe usare" ? ognuno usa cio' che
gli piace.  Visual Basic, se ti fa schifo, perche' lo
consigli ?  Con Java, poi, sotto Windows, ci fai poco, se
hai tutto da imparare.
-- 
The Follet

Il C o Python perché non vanno bene?
Ah, se vogliamo, va bene pure il gwbasic.
Ho capito, ti piace Python.
Esistono tanti linguaggi di programmazione, ciascuno con tanti pregi e
tanti difetti. Python mi sembra soltanto l'n-esimo arrivato.
I linguaggi "alternativi" che spuntano come funghi (Python, Ruby,
Dylan, ecc.) sono solo curiose ed inutili novita' e, si sa, resistere
alla moda e' difficile se non impossibile.
Invece il C, per esempio, restera' nei secoli dei secoli. Amen.
Certo e' che se vuoi fare una classica applicazione win con
interfaccia utente a finestre, allora con il C e' dura, non credi?

hai tutto da imparare.
se uno ha tutto da imparare, allora il problema non e' la scelta del
linguaggio, ma l'abc della programmazione

interfaccia utente a finestre, allora con il C e' dura, non credi?
Il C ha indubbiamente una produttività molto bassa se devi fare tutto
con le API ma allora se quello che ti interessa è la velocità usi un
rad (il ché c'entra molto poco con il linguaggio in sé).
Io comunque all'OP consiglierei di usare il C (visto che lo conosce
già) o se vuole aumentare un po' la produttività il C++ con qualche
framework.


perche' e' richiesto
E` vero ma qui si apre un nuovo problema studiare VB6 o il nuovo VB7?
Probabilmente anche C# sarà molto richiesto in futuro.


 linguaggio, ma l'abc della programmazione
Come la fai lunga: una persona puo' saper programmare 
benissimo per Unix e non conoscere un'acca di Windows.
Quando mi riferisco a "tutto da imparare", voglio 
dire "tutto da imparare sulla programmazione x Win".
Forse e' questo che ti sfugge: per cominciare a 
programmare per un particolare ambiente, avendo gia'
conoscenze di programmazione per altri ambienti, non
serve ricominciare tutto da zero.
-- 
Posted from  [80.105.34.80] 


 E` vero ma qui si apre un nuovo problema studiare VB6 o il nuovo VB7?
Nessuno dei due ? :P
-- 
Posted from  [80.105.34.80] 


 interfaccia utente a finestre, allora con il C e' dura, non credi?
Perche' ? e' dura se non hai il giusto framework di 
sviluppo alle spalle.  Non dipende, quindi, dal 
linguaggio in se', ma dagli strumenti messi a disposizione
in quel linguaggio.  Che io sappia, esistono librerie
per la costruzione di interfacce grafiche che sono 
scritte in C, sul modello dello sviluppo orientato
agli oggetti.
-- 
Posted from  [80.105.34.80] 


agli oggetti.
mai viste ne' provate e tu?

Probabilmente anche C# sarà molto richiesto in futuro.
argh! spero di no

argh! spero di no
Se devo essere onesto dal pochissimo (ed è veramente pochissimo) non
mi sembra così male come si diceva all'inizio.


Cerco di riassumere la mia risposta, per non alimentare
l'ennesimo tormentone di questo gruppo.  Il nostro amico
chiede quale linguaggio utilizzare per cominciare a
programmare con Windows.  Credo sia chiaro che non e' un
professionista, altrimenti avrebbe gia' una risposta alla
sua domanda.  Lui vuol programmare per Windows, quindi tutte
le considerazioni su "sotto Unix si usa questo", ecc.. ecc..
non hanno molto senso.  Gli ambienti gratuiti disponibili
per la programmazione sotto Windows hanno una qualita'
paragonabile a quella degli ambienti commerciali, quindi
parlare di programmazione con piu' profitto (se con
profitto, si intende cio' che si ottiene durante
l'apprendimento), ancora una volta, non ha senso.  Chi
comincia a programmare, specie se lo fa per hobby, non vuol
spendere troppi soldi.  In secondo luogo, il fatto che tu
non abbia mai visto, ne' provato un framework di sviluppo
scritto in C, non vuol dire che non esistano (GTK e' un
esempio).
-- 
The Follet


Mi dicono che sia MS-Java, solo che non si chiama Java perche' MS non vuole.
Mi dicono che il framework .NET sia una JVM fornita di linker (in pratica
dopo il primo JIT-compile salva il compilato cosi' l'esecuzione successiva
non richiede una nuova compilazione), ma non si chiama VM (bensi' appunto
.NET framework) perche' MS non vuole.
Mi dicono che il RAD condiviso sia quello di MSVJ++, ma non si chiami piu'
MSVJ++ (ma C# - o in generale .NET - IDE) perche' MS non vuole.
Mi dicono che MS abbia preso Java, gli abbia dato un linker statico che
prendesse in pasto l'uscita del JIT Compiler e la salvasse su disco,
dopodiche' abbia implementato un traduttore dai suoi linguaggi piu' noti
(VC, VJ, VB) al ByteCode (che pero' non si chiama piu' bytecode - perche' MS
non vuole - ma MSIL) e abbia chiamato questi traduttori, la target-VM, il
JIT Compiler e il relativo linker ".NET framework".
Mi dicono che tutto questo non si possa dire, perche' MS non vuole.
Ciaotutti,
*
Che se ne strasbatte il ********** di quello che MS vuole. :P

 writes:
NX> Conosco  il c,  java e  assembly,  su che  linguaggio mi  conviene
NX> orientarmi  per la programmazione  in ambliente  win (naturalmente
NX> non in assembly :) )?
Direi C per capire come gira la baracca, poi passi ad un framework C++
per metterci _molto_ meno...
-- 
Gian  | main(){printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);}
Uberto|                        David Korn, 1987 ioccc best one liner 
Lauri |-------------------------------------------------------------------
(aka saint) >>Vedere X-Nospam nell'header - See X-Nospam field in Header<<

 writes:
TF> ROTFL ;) c'e' ancora gente che pensa che il FORTRAN sia
TF> la soluzione migliore per il calcolo numerico ! :)
Hmmm... Il FORTRAN (parallelo) pare che non sia così male per quel tipo
di applicazioni (calcolo parallelo).
Poi ci sono  una marea di persone che hanno  studiato nelle facoltà di
scienze naturali dove sono fermi al FORTRAN...


 in assembly :) )? 
Delphi (Borland Pascal). Linguaggio ragionevolmente completo, semplice e 
che ti abituerà a programmare bene. E con una stupenda libreria di 
componenti per programmare in Windows e Linux
-- 
Nato nel vizio, morto nel supplizio
Nato nel peccato, ad entrare sia invitato