Newsgroup: it.comp.lang.visual-basic
Titolo: [no-flame] .Net = programmatori ignoranti?

Salve a tutti,
Preannuncio che non voglio scatenare un flame...
Qualche giorno fa su it.comp.lang.c++ č apparso un thread di nome "[OT] Il 
C++ č morto"...
Dove si parlava del fatto che si cercano sempre piů programmatori .net e vb 
e non c++...
E molti in risposta dicevano che i programmatori .Net costavano meno perchč 
erano meno bravi e "non avevano le palle" di usare linguaggi come c++ che 
richiedono molta esperienza ma sanno usare solo i linguaggi visuali.
Mi farebbe piacere cosa ne pensate...
Bye,
-- 
Carmine ( 
pikachu...@gmail.com
 (Togli la scritta NOSPAM) )
Webmaster di The Total Site 4 : 
http://www.thetotalsite.it
MariokartDS Codice Amico: 532639027909 - CarmineC in MarioKartDS
"Un problema non č un problema se puň essere risolto" 

 Mi farebbe piacere cosa ne pensate...
Semplicemente .Net ha senso dal momento che secca a tutti riscrivere 
l'acqua calda. Decine di righe per aprire una finestra vuota...
Però è giusto imparare il c++; ti insegna molte cose che ti porti 
appresso per TUTTI i linguaggi.
Chiedi ai presenti quanti conoscono il C++; secondo me almeno il 50% di 
chi legge.
-- 
Emanuele Torrenti
Registered Linux User #409659
http://torrenti.altervista.org

 appresso per TUTTI i linguaggi.
Questo si.


 form...
Invidia da NERD. Sta gente si accompagna, talvolta, ad una spocchia che 
di certo non li aiuta a trovare lavoro...
Ma fra essi esistono dei geni. Gente che scrive un programma in C che 
calcola il fattoriale(ad esempio) e sfruttando le direttive del 
preprocessore, fa assumere al codice la forma n! (enne fattoriale). Se 
trovo il link, lo posto.


 trovo il link, lo posto.
http://remus.rutgers.edu/~rhoads/Obfuscated_C/obfuscate.html
(Tratto dal Blog di Bastianello)


 
http://remus.rutgers.edu/~rhoads/Obfuscated_C/obfuscate.html
404 file nn trovato...
Bye,
-- 
Carmine ( 
pikachu...@gmail.com
 (Togli la scritta NOSPAM) )
Webmaster di The Total Site 4 : 
http://www.thetotalsite.it
MariokartDS Codice Amico: 532639027909 - CarmineC in MarioKartDS
"Un problema non è un problema se può essere risolto" 

 404 file nn trovato...
Peccato! Ne valeva la pena!


 di chi legge.
Ciao Manuel,
mah, a giudicare dai post, io non credo si vada oltre il 2-3%
Ciao!
-- 
Gianluca Cannalire
Microsoft MVP/MCP - Visual Basic
http://www.visual-basic.it
http://community.visual-basic.it/gianluca

 mah, a giudicare dai post, io non credo si vada oltre il 2-3%
Cattivello...(ma forse hai ragione tu!)


 form...
Beh...la risposta è semplice e al quanto ovvia:
quando vai all'università di informatica, ti sei mai chiesto perchè
non vengano utilizzati ambienti visuali???
Ti sei mai chiesto perchè pur essendo informatica, studi matematica,
algoritmi e strutture dati (code, stack, liste, ecc... che con ambienti 
visuali non servono perchè già belli e pronti) o studi UNIX anzicchè 
WINDOWS (quest'ultimo visuale)???
Te lo dico io:
perchè saper fare queste cose (che sono già implementate in linguaggi o 
sistemi operativi visuali ecc...) ti DISTINGUE per bravura e capacità di 
saper intervenire là dove un sistema creato visualmente si impalla e 
dove un "programmatore visuale" non è in grado di intervenire perchè non 
immagina neanche cosa c'è dietro quel semplice click fatto sull'oggetto!!!

 immagina neanche cosa c'è dietro quel semplice click fatto sull'oggetto!!!
Questo è fuori discussione. Ma la produttività è un'altra cosa...


 sull'oggetto!!!
Ovvio, bisogna conoscerli, e infatti trovo giusto il fatto che alle 
università ci sia molta teoria e poca pratica.
Ma quando poi si va a realizzare praticamente un programma, mi pare poco 
produttivo scrivere a manina tutto il codice per creare ad es una form...
E appunto poi chi invece usa ambienti visuali viene snobbato..
Bye,
-- 
Carmine ( 
pikachu...@gmail.com
 (Togli la scritta NOSPAM) )
Webmaster di The Total Site 4 : 
http://www.thetotalsite.it
MariokartDS Codice Amico: 532639027909 - CarmineC in MarioKartDS


Cattivello...(ma forse hai ragione tu!)
Forse...
Ad esempio io uso il C per scivere il firmware di microcontrollers, ma č un C
molto semplice, con le istruzioni IF, FOR, WHILE e le operazioni matematiche si
fanno il 90% delle cose.
Ho usato il C++ qualche volta in passato, ma dovendo fare un app che gira sul
pc, il VB č molto piů rapido per la creazione e soprattutto il debug, in C++ ci
metterei 10 volte il tempo per fare la stessa cosa.
Ho provato VB2005 (express) ma non sono riuscito a farci quasi nulla, forse
perchč partivo dall'idea che fosse VB7, e invece no, proprio no.
Poi ho fatto qualcosa col C# riuscendo in una giornata a fare quello che in VB
avrei fatto in 1/2ora, giusto per rendermi conto dell'incasinamento della cosa.
Alla fine, non essendo un programmatore di professione, nel senso che posso
decidere io che liguaggio usare nelle app, ho deciso che per ora resto sul VB,
tanto sembra che i .exe saranno usabili anche nelle future versioni di windows.
Se proprio fossi costretto, credo che in un tempo non eccessivo sarei in grado
di lavorarci, ma mi manca il tempo e la voglia di studiare il framework e tutti
i suoi casini adesso.

 Questo è fuori discussione. Ma la produttività è un'altra cosa...
Rispondo ad entrambi:
E' vero, la produttività è un'altra cosa; infatti io sono uno 
sviluppatore C, ma conosco in modo ottimale anche il Visual Studio 6 e 
nella fattispecie il VB e ora sto studiando il Visual Studio 2005 nella
fattispecie il VB 2005
Però anche qui bisogna approfondire:
1 - avere delle basi di programmazione come esposto nel post precedente 
da me, aiuta a passare in modo velocissimo e quasi come un gioco, a 
questi strumenti visuali .
Conoscendo anche il C++, la OOP non è un mistero per me e tutti i 
linguaggi come java (che già ho utilizzato) e .net 2005 li imparo 
velocemente.
Conoscendo il C, comprendo tutti i dettagli tecnici dei vari framework
e saprei implementarli, avendo creato anche librerie di vario utilizzo 
per gli sviluppatori. Idem per le API di windows
2 - La produttività con strumenti visuali è almeno del 50% più alta 
rispetto a quella con linguaggi non-visuali (ovviamente con GUI, 
altrimenti, secondo me, sarebbe più veloce con quelli non visuali),
ma è tale SOLO se non si verifica un intoppo nell'automatismo.
Es:
creo un sito con strumenti tipo FrontPage che per 20 righe effettive di 
html, ti aggiunge 200 righe inutili.
Un giorno, in un sito complesso fatto con FrontPage (che per altro non 
indenta neanche il codice), bisogna fare una modifica senza l'editor 
(per vari motivi); se non si conosce l'html e come funziona, hai voglia 
di guardare quell'ammasso di codice sequenziale e per il 70% inutile!!!
Morale: devi trovarti un editor FrontPage per fare una stupida modifica!

 stupida modifica!
Già, esatto.
Ad esempio ora vs2005 indenta perfettamente il codice e sopratutto hai 
controllo totale.
Mentre con vb6... beh... lasciamo perdere... avevi praticamente 0 controllo 
da codice sulla GUI (basti pensare ai menù... che venivano trattati non come 
controlli ma come parte integrante della form).
Bye,
-- 
Carmine ( 
pikachu...@gmail.com
 (Togli la scritta NOSPAM) )
Webmaster di The Total Site 4 : 
http://www.thetotalsite.it
MariokartDS Codice Amico: 532639027909 - CarmineC in MarioKartDS


 controllo totale.
Eh si...però più che altro il VB 2005 ti aiuta molto (grazie al 
framework) ad integrare librerie che in VB 6 non esistevano (tipo 
crittografia, compressione, ecc...) e che si dovevano creare con 
librerie di terze parti.


Premetto che conosco 'vagamente' il C cosi come il Pascal, Fortan,Cobol 
ecc.. :).
ma non ho mai capito come giustificare l'impegno necessario per sviluppare 
in C applicazioni
che esulano dalla sua vocazione cioè il 'basso livello'.
Per tutto il resto va bene qualsiasi linguaggio, io faccio in VB le stesse 
cose che facevo in Clipper
, che forse era anche + veloce, tutto il resto sono maschere colorate, form 
che si muovono e tempo
sprecato a trovare i giusti accozzamenti di colori e di font.
Una volta c'era il Peek ed il Poke, adesso, a me non serve piu' perchè ho 
strumenti che lo fanno per
me e non c'e' niente che non si possa fare anche in VB o qualsiasi altro 
linguaggio cosi mi posso concentrare
sul flusso.
Lo scopo di un buon linguaggio secondo me è tutto qui, si tratta di 
strumenti di lavoro che devono
servire allo scopo per cui sono stati acquistati cioè produrre risparmiando 
per poter guadagnare.
Ogni strumento ha o dovrebbe avere la sua specialità, per fare gestionali 
non mi serve il C++ ma sistemi
di sviluppo rapidi e semplici da manutenere (perchè no anche i CASE).
Per scrivere firmware per microcontrollori se ne puo' discutere. (o no?)
un nostalgico.
Ciao
Paolo. 

 no?)
Già... questo è molto diverso.
Ad esempio quando devo scrivere un programmino per un PIC lo scrivo in asm, 
penso sia difficile scriverlo in .net e poi farlo eseguire da un coso che va 
a 4 mhz :-D
Bye,
-- 
Carmine ( 
pikachu...@gmail.com
 (Togli la scritta NOSPAM) )
Webmaster di The Total Site 4 : 
http://www.thetotalsite.it
MariokartDS Codice Amico: 532639027909 - CarmineC in MarioKartDS


 a 4 mhz :-D
a meno che non fai un porting di tutto il framework sottostante... Ma 
non dire che te l'ho detto io.


 non dire che te l'ho detto io.
:-D
.Net Micro Edition :-P


 Peccato! Ne valeva la pena!
ne vale si`!
il tutto parte dall'international obfuscated c contest:
http://www.de.ioccc.org/main.html
qui l'elenco dei vincitori, con i link alle loro "opere":
http://www.de.ioccc.org/winners.html
-- 
ciao, hal

Per scrivere firmware per microcontrollori se ne puo' discutere. (o no?)
Beh, in certi casi ti mancano persino le risorse per farci girare il C.
Recentemente sia i µC che i compilatori si sono evoluti e per comodità si
preferisce usare un linguaggio evoluto, ma qualche anno fa si andava quasi
esclusivamente in assembler perchè ad esempio con 128 bytes di ram non sei
nemmeno in grado di implementare uno stack decente, e il C usa molto lo stack.