Newsgroup: it.comp.lang.c++
Titolo: devo iniziare

Ciao a tutti so che con il c e il c++ si può fare di tutto arrivando
anche ai sistemi operativi. Mi piacerebbe iniziare a impararlo e
acquisire esperienza con esso. Mi sapreste indicare un pochettino che
tipo di programmi iniziare a sviluppare? una specie di scaletta
arrivando sempre piu in alto? Grazie..
Una sorta di percorso?
COme programma mi avevano consigliato se usavo windows dev c++ o c+
+builder cosa mi conviene? o meglio andare su linux che conosco un pò
ed emacs? Grazie mille.

Ale_88 ha scritto:

Se sei a digiuno di C e C++ inizia con un buon libro.

 ed emacs? Grazie mille.
se hai un minimo di dimestichezza con linux ti consiglio quello. Non per
una ragione religiosa ma semplicemente perchè c'è man (che secondo me
non sta per manuale ma per manna :D ).
Penso che un'altro consiglio sarà condiviso da molti: lascia perdere gli
IDE per il momento (e pure emacs che non conosco e, per carità è
potentissimo ma anche non necessario per iniziare).
Quindi inizia con...
a) un buon libro (il Kernigham-Ritchie per esempio)
b) un editor di testo. Io non riesco a fare a meno dell'evidenziazione 
della sintassi per cui ti consiglio jedit o gedit o kate a seconda del 
sistema che decidi di utilizzare
c) un compilatore a riga di comando, gcc e g++ se sei sotto linux.
Ciao e buono studio


Ok direi che un libro non me lo toglie nessuno anzi piu di uno. Ma
come applicazioni dico cosa sarebbe interessante sviluppare su cosa mi
dovrei concentrare meglio?


Si linux lo so usare abbastanza bene, non come certi guru ma i miei
comandini li so usare e mi trovo molto bene. emacs penso sia uno
strumento spettacolare che ti permette mi sembrava anche di compilare
direttamente. Domani mi installo il nuovo debian, mi compro un buon
libro e inizierò a vedere qualche programmino.

 libro e inizierň a vedere qualche programmino.
in bocca al lupo!

ma lascia perdere il k&r siamo nel 2009...
se hai gia esperienza con altri linguaggi potresti fare una cosa del genere:
C Pocket della collana pocket quelli a 7.90 che è fatto bene e te lo
puoi leggere pure sul treno (o sul water), poi passi ad uno online del tipo:
P. Marotta. C++: una panoramica sul linguaggio   (seconda edizione)
è del 1999 ma ancora valido
e poi io passerei a qualche libreria omnicomprensiva tipo le QT (ora di
nokia), e ti puoi leggere il "foundation of qt" edito da apress.
Puoi stare su emacs (io lo uso sia per php e con il jde per java) oppure
 ti prendi un ide come eclipse (c'è pure l'integrazione con le qt) ma
anche il netbeans ha i plugin per il c++, oppure proprio il qt creator.
(ma anche kdevelop, gedit, kate, jedit, vi, emacs).
una via di mezzo tra ide e editor è un software come code::blocks
il tutto se sei su linux, su mac puoi usare xcode (gratuito) e su
windows puoi utilizzare sia il dev-c++ che il visual c++ express edition
con il platform sdk. (oppure il port di emacs per windows o editor
scussi scussi come scite, notepad++).
io ti consiglio emacs o eclipse ma ad ognuno il suo.
ci sono anche altre alternative alle qt come wxwidgets o le fox se
preferisci non "sporcare" il codice con meccanismi signal slot non
nativi... (si wxwidgets che fox utilizzano delle event table simili per
certi versi ad mfc) ma secondo me le qt sono le migliori librerie c++
per la grafica (e come bonus hanno classi pure per: ftp, http, thread,
export pdf, svg, opengl, database, webkit, etc..) se invece sei un
amante del minimalismo: 
fltk.org
.
ciao

 in bocca al lupo!
Grazie mille allora andrò direttamente con la compilazione manuale che
sicuramente mi farà bene!

michelangelo giacomelli ha scritto:

Per grafica intendevo GUI ossia elemente di interfacce utente, liste,
bottoni, textbox etc... non volevo restasse equivoco...
per la grafica intesa come pixel, punti e linee (comunque le qt hanno
canvas per fare anche questo)
sdl e allegro per il 2d
ogre o irrlicht per il 3d
per finire la lista della spesa :)

 
Scusa se approfitto...conosci mica librerie per la grafica c++ che 
adottino massivamente il pattern MVC stile swing di java?
wx non mi sembra affatto su quella strada? ... non so magari le qt che 
sono c++?


Io in 3d ho gia programmato con le directx qualcosa ma con c#.
Io ho notato una notevole difficoltà ne lingugaggi c ad usare i
database, cosa che mi piace molto usare.

 database, cosa che mi piace molto usare.
Per come era posta la domanda iniziale pensavo fossi più a digiuno.
Onestamente non credo che il C sarebbe la mia prima scelta per un 
programma che deve interfacciarsi con un DB.


No cioè so fare due tre cosine in 3d con le directx, ero appena agli
inizi. Però io non ho mai sviluppato nulla come programma con c,c++ o
c#. So la sintassi di base la programmazione a oggetti però mi manca
proprio un percorso ben definito. A me la cosa che piacerebbe di piu
sarebbe creare programmi che interagiscano con il sistema operativo
database, una specie di gestionale qualcosa di comunque grosso.
Ovviamente prima devo studiare un bel pò ma un progetto ben deifinito
non c'è perchè non conosco gli aspetti piu complessi e piu
affascinanti del c++.

archimede ha scritto:

Premetto che le mie conoscenze di swing sono limitate perché io per
lavoro mi occupo del back-end (lato server: perl,php,java) comunque le
qt il mvc lo utilizzano pesantemente per gli elementi tipo gridlist, etc
mentre per il resto utilizzando un meccanismo di signal e slot puoi
seguire una logica un pò tua..
comunque il "problema" del model view controller è sentito e spesso
sulla Qt Quarterly (che è una newsletter bisettimanale) compare qualche
articolo che tira in ballo mvc.
nella documentazione c'è qualcosa qui:
http://doc.trolltech.com/qq/qq10-mvc.html
mentre qua c'è un whitepaper comparativo tra java swing e c++ qt
michelangelo

Ale_88 ha scritto:

Se vuoi vedere un po' di database in C/C++ e senza puntare a progetti
non realizzabili, anche in un ottica didattica, dopo che hai studiato la
sintassi puoi utilizzare il C o il C++ con una libreria del tipo sqlite3
e fare una piccola rubrica telefonia. (anche tutto testuale al limite) e
utilizzi un piccolo database e un pò di sql ansi :)
michelangelo

 compilazione.
Direi che emacs possa andare benissimo. L'automazione di emacs è proprio 
minima... ma il parsing dei messaggi d'errore è molto comodo.
E.


wrote:

Innanzitutto ti consiglio di fare chiarezza su cosa vuoi/devi
imparare: il C è una cosa, il C++ un'altra. Se la scelta è
indifferente, ti direi di iniziare direttamente dal C++. Un buon libro
di testo è quello di Lippman/Lajoie/Moo, "C++ Primer", che è fermo
alla 4^ edizione, che io sappia. Puoi anche acquistarlo usato su
Amazon. E' un ottimo primer, cui puoi affiancare "Thinking in C++" di
Eckel, che è gratuitamente scaricabile. Direi che con questi due copri
il 99% delle tue esigenze di base. Se invece il tuo orientamento è il
C, lascia perdere il Kernighan&Ritchie, perché l'ultima edizione
disponibile risale addirittura ad appena prima il penultimo standard
del C (cioè quello del 1989) e, per avere una trattazione valida degli
argomenti contenuti, devi necessariamente completarlo con gli errata
corrige. So che per il C l'Harbison&Steele è un ottimo testo.
In quanto ai compilatori/IDE, se lavori sotto Windows usa pure Visual
C++ Express Edition o Code::Blocks (basato su mingw, quindi gcc).
Lascia perdere sia C++ Builder che Dev C++. Se sei sotto Linux c'è
ovviamente il gcc accompagnato dal tuo editor preferito.
Per quel che riguarda il codice da scrivere, be', sperimenta, prendi
un buon libro di algoritmi ed implementali, cercando via via di
ottimizzarli per prestazioni migliori. Lavorare con liste ed alberi ti
aiuterà ad imparare bene il linguaggio.
-- 
maelström
http://apennacorrente.blogspot.com

 affascinanti del c++.
Tieni conto che C++ e' molto usato per sviluppare DBMS, ma e' poco usato 
(e lo sara' sempre meno) per sviluppare applicazioni gestionali.
E comunque l'interfacciamento con un DBMS certamente non e' l'aspetto 
piu' complesso ne' il piu' affascinante del C++, e neanche il motivo 
principale per cui viene scelto.
-- 
Carlo Milanesi
http://digilander.libero.it/carlmila


wrote:

Ovviamente mi ero dimenticato una virgola tra sistema operativo e
database.
Sicuramente andrò di c++ su linux e prenderò uno/due libri per
iniziare. Sarà un percorso lungo ma di questi tempi con il contratto
in scadenza è giusto rimboccarsi le maniche..

 in scadenza č giusto rimboccarsi le maniche..
Se cerchi lavoro come programmatore di sistema in ambiente Linux, ti 
consiglio di studiarti Perl e C, in quanto il C++ e' usato meno del C in 
quel sistema operativo.
Inoltre, studia le chiamate di sistema (
http://gapil.truelite.it/
), i 
protocolli di rete basati su IP 
(
http://www.tenouk.com/cnlinuxsockettutorials.html
), la toolchain GNU 
(
http://en.wikipedia.org/wiki/GNU_toolchain
), ed eventualmente il 
database SQLite (
http://it.wikipedia.org/wiki/SQLite
).
Tieni conto le richieste di programmatori di sistema per Linux sono 
prevalentemente per software embedded (realtime oppure no) o per device 
driver.
Se invece non vuoi fare il programmatore di sistema, e ma vuoi proporti 
come sviluppatore di software gestionale o per siti Web in ambiente 
Linux, allora lascia perdere il C e il C++, e studiati Java, PHP e MySQL.


Linux, allora lascia perdere il C e il C++, e studiati Java, PHP e MySQL.
In linea di massima sono d'accordo, ma Java (che uso giornalmente
insieme a C e C++) può essere usato per molti ambiti diversi, compresa
una fetta di sistemi di "back-end". La piattaforma Java/JEE, specie
nelle ultime due versioni, possiede diversi componenti utili alla
programmazione "di sistema". In quanto al DB, sconsiglio MySQL, benché
sia usato con PHP per il web, perché imparare ad usare Oracle (che è
gratuito per lo sviluppatore) può essere molto più produttivo.
-- 
maelström
http://apennacorrente.blogspot.com

 gratuito per lo sviluppatore) può essere molto più produttivo.
Mi pare che su Linux MySQL sia piu' usato di Oracle, in quale pero' e' 
certamente piu' usato su Solaris. Ma questo e' molto Off Topic.


Mi pare che su Linux MySQL sia piu' usato di Oracle
Quel che vedo io è che, nell'ambito delle applicazioni cosiddette
"enterprise", Oracle è il rdbms di gran lunga più utilizzato. In ogni
caso non è una sola questione di diffusione, ma di qualità tecnica.
MySQL è un db ancora molto immaturo e poco potente rispetto ad Oracle
o Postgres.
-- 
maelström
http://apennacorrente.blogspot.com

 o Postgres.
Quoto. Piu' che "immaturo" userei il termine: coacervo di bachi.
<disclaimer>
Questo messaggio e' stato inviato da uno sviluppatore pesantemente
pro-PostgreSQL
</disclaimer>
-- 
-riko

 database, una specie di gestionale qualcosa di comunque grosso.
Come dire... non consiglierei propriamente C++ per questo genere di
compiti.
-- 
-riko

 c) un compilatore a riga di comando, gcc e g++ se sei sotto linux.
Non e' che ci siano un pacco di alternative eh.
-- 
-riko

 Linux, allora lascia perdere il C e il C++, e studiati Java, PHP e MySQL.
Il mercato IMHO sta cambiando parecchio.
-- 
-riko

 per la grafica 
Si, anche secondo me. Ma la grafica puo' aspettare.
-- 
-riko

 sono c++?
Si. Qt. Il resto deve sparire. <evil grin>
Comunque, tornando alla domanda del poster originale e tornando in
topic, imparare i crismi della programmazione C++, strutturare il codice
con il pattern RAII, cercare di scrivere roba exception safe, etc etc
etc e' *piuttosto* un requisito per scrivere applicazioni grosse che non
vanno in bomba ogni tre per due [0].
------
[0] devo andare a vedermi la pragmatica delle Qt4.5, ma fino a questo
momento in sostanza le GUI sono il regno della programmazione *non*
exception safe e di fior di porcate.
-- 
-riko

 questo ti consigliavo di utilizzare direttamente il comando di compilazione.
Rimane da chiarire dove sarebbe l'eccessivo automatismo di Emacs, dopo
eoni che la gente si lamenta che non e' abbastanza automatico.
-- 
-riko

Enrico Franchi ha scritto:

Le (pochissime) aziende che cercano programmatori solitamente vogliono 
sostituire personale dimissionario o incrementare gruppi di sviluppo 
esistenti. In entrambi i casi si tratta di portare avanti vecchi 
progetti, sviluppati con (relativamente) vecchi linguaggi.
Ti risulta che oggi siano piu' ricercati i programmatori di sistema per 
Linux che conoscono Python, rispetto a quelli che conoscono Perl? Mi 
farebbe piacere, perche' odio il Perl.
Ti risulta che oggi siano piu' ricercati i programmatori gestionali o 
Web per Linux che conoscono qualche altro linguaggio o DBMS, rispetto a 
quelli che conoscono Java, PHP e MySQL? Sono curioso di sapere quali 
sono oggi le conoscenze piu' richieste.


 sono oggi le conoscenze piu' richieste.
Qui sto andando al futuro. Che e' una prospettiva IMHO interessante per
chi impara. MySQL mostra sempre piu' i suoi vari limiti di stabilita'.
Credo e spero che se ne accorgeranno anche qui. Nota, in questo caso il
problema non e' troppo drammatico: basta conoscere SQL standard *e* le
estensioni MySQL (sapendo che sono estensioni) piu' le paginate di
gotcha e comportamenti incoerenti (io me li tengo a pagina, purtroppo la
mia memoria non e' sufficiente per un sistema cosi' poco ortogonale). Se
c'e' da migrare ad un altro lavoro con un altro db per il programmatore
dovrebbe essere abbastanza facile. Migrare i sistemi e' invece
ovviamente un incubo.
Nel web io continuo a vedere crescita di Python e Ruby. All'estero molto
piu' marcata che qua, ma ribadisco, nemmeno l'italia e' completamente
isolata. Di fatto anche le offerte di lavoro che mi arrivano
sembrerebbero confermare il fatto che dopotutto con Python si puo'
lavorare (e si schiva fra l'altro la concorrenza di massa). Ovvio,
bisogna essere bravi: il progetto a competenza 0 che cerca masse di
sviluppatori probabilmente non cerchera' sviluppatori Python (ma viene
da chiedersi quale crescita professionale offra).
Java e' sempre in florida salute a quanto vedo. Si sta aprendo
abbastanza lentamente verso il nuovo, ma non accenna a diminuire. Credo
che fra 10 anni come oggi la 'lingua franca' della CS e' il C/C++, sara'
definitivamente Java. La cosa non mi rende entusiasta ma amen.
Il problema di Java e' che per buttarsi nel mercato gestionale bisogna
conoscere librerie piuttosto corpose (e spesso sovraingegnerizzate). Di
fatto prima di avere qualcosa da spendere sul mercato del lavoro ci
vuole un massiccio investimento in termini di apprendimento.
Il tutto rigorosamente IMHO. :P
-- 
-riko

Enrico Franchi ha scritto:

bon forse hai ragione tu ma io emacs non l'ho mai capito piů di tanto.

 
beh non posso che associarmi... è risaputo che postgres non vede proprio 
mysql come qualità assoluta.

 bon forse hai ragione tu ma io emacs non l'ho mai capito più di tanto.
Questo e' un altro discorso. Ma non usando le features avanzate Emacs e'
un buon editor per C++ che non ti entra nelle scatole. 
Una cosa molto piacevole e' il grado di customizzazione dell'oggetto.
Relativamente a C++ io ho nel mio .emacs
(setq c-default-style "stroustrup")
(setq tab-width 4)
(setq-default indent-tabs-mode nil)
(setq auto-mode-alist
      (append
       '(("\\.h" . c++-mode))
       auto-mode-alist))
Questo vuole dire che mi indenta con lo stile usato sullo stroustrup
(che a me piace, ce ne sono altri). Etc etc etc. E apre i files .h come
se fossero C++ e non C (visto che ce ne sono tanti che usano .h anche
per gli headers c++).
-- 
-riko

di intendere il C++. 
Oltretutto io aspetterei il C++0x.
-- 
maelström
http://apennacorrente.blogspot.com

Quoto. Piu' che "immaturo" userei il termine: coacervo di bachi.
Anche, ma se anche non lo fosse, resterebbe comunque di gran lunga
meno potente di un sistema come Oracle. Non a caso dico "sistema"
perché a fare la differenza non è solo il db, ma tutto ciò che gli sta
intorno.
-- 
maelström
http://apennacorrente.blogspot.com

 Oltretutto io aspetterei il C++0x.
Facendo conto che i compilatori di oggi non hanno nemmeno implementato
il 100% del C99, credo che passeranno una decina di anni prima che C++0x
sia veramente diffuso. 
E' per inciso una cosa che mi preoccupa molto, ma alla fine quelli di
gcc hanno un prodotto ormai talmente caotico che toccare pezzi da una
parte rischia di rompere il resto (presente quando per cambiare
l'allocatore dei registri hanno dovuto modificare mezzo compilatore?).
Microsoft segue gli standard come e se conviene a loro. Oggi VC++ e' un
ottimo prodotto, ma questo non vuole dire che potrebbero impiegare molto
tempo prima di ristandardizzarlo.
Borland che io sappia e' tutt'ora lontano dallo standard attuale (almeno
leggendo i commenti dentro boost). Comeau sara' penso abbastanza rapido
ad aggiornarsi, ma alla fine non lo usa quasi nessuno professionalmente.
Intel costa decisamente troppo e questo lo rende decisamente poco
diffuso.
Tornando a noi, io *oggi* insegno il C++ di oggi. E temo che anche ad
insegnare quello nuovo, non avrei gli strumenti per farlo girare. :P
-- 
-riko

leggendo i commenti dentro boost).
Borland č storicamente un'azienda confusionaria e che ormai non segue
piů la linea di prodotti di sviluppo, li ha  ceduti da tempo a
CodeGear. Ha ceduto loro anche la confusione. Sul loro fronte c'č la
solita "caciara" imprenditoriale: aziende che si lasciano e si
prendono, si acquisiscono e si cedono.
-- 
maelström
http://apennacorrente.blogspot.com

sono cambiate negli anni è un ottimo libro,
Non concordo. Non è solo questione d'essere aggiornato, a mio parere
non è proprio un libro valido per apprendere il C. E' un libro che
molti tengono sulla scrivania più perché "fa figo", che per un'utilità
pratica. Io credo che gli inventori dei linguaggi di programmazione,
in genere, non siano i migliori espositori della materia (vedi anche
Bjarne Stroustrup con il proprio libro, che non ritengo di certo il
migliore per apprendere il C++).
-- 
maelström
http://apennacorrente.blogspot.com


Scusate mi sono un pò perso in certi discorsi ma fa lo stesso.
Vorrei tornare in thread e vedendo cosi tanti esperti vi faccio una
domanda al quanto complessa per me. Io ho 20 anni e sono un buon
programmatore  di actionscript 3 php e anche di database. Però avendo
20 anni vorrei ampliare il mio bagaglio tecnico prima possibile in
quanto faccio davvero un lavoraccio nella  ia azienda e tra un pò mi
scade il contratto. Quindi vorrei imparare qualcosa che fuori mi possa
far trovare lavoro o che mi possa far mirare a creare qualcosa di mio
qualcosa che sul mercato è ancora ricercato. Ammetto di essere un pò
in crisi perchè ho gia provato a mandare il mio curriculum ma nulla.
Sono uno che si da da fare e non mi va di restare a piedi. Il massimo
sarebbe aprire con qualcuno una società ma le idee non ci sono precise
soprattutto perchè potrei fare solo siti internet gestionali e
applicazioni flash che oramai ci sono tantissime aziende che lo fanno.
Per questo cercavo di buttarmi sul c++. Ho preso un libro molto
didattico: fondamenti di programmazione in c++ di McGraw-Hill. è molto
didattico ma ci sono le basi. Ho gia fatto dei piccoli programmini e
per ora mi trovo bene, tra un pò l'ho gia finito. Però non so datemi
un consiglio anche sul futuro perchè la vedo davvero buia quando mi
scadrà il contratto. Grazie

 scadrà il contratto. Grazie
Ti rispondo da neolaureato anch'io in cerca di lavoro. A me programmare 
in C/C++ piace però francamente non è il massimo della vita nella 
ricerca del lavoro specie se non hai esperienza di programmazione 
embeded o di sistema.
Francamente credo ci sia più da puntare su linguaggi di più alto livello 
  anche se lì il mercato (a mio parere) è vasto ma inflazionato.
Fai qualche esempio di programmi che hai già scritto in c++ così magari 
ti si può dare lo spunto per un nuovo argomento e/o esercizio.

didattico: fondamenti di programmazione in c++ di McGraw-Hill.
Temo sia quello di Schildt, che è pressoché da buttare.
-- 
maelström
http://apennacorrente.blogspot.com

 
e che ne so... magari parte a comprarsi quello di intel :)
Ciao

> sono c++?
Gtk sta puntando sempre piu` verso il model view controller. 
Liste/Alberi e Text gia` lo usano pesantemente, con le GtkAction ora 
stanno estendendo il concetto a tutti i widget (le action creano un 
oggetto astratto che simboleggia un'azione, il modello e puo` essere 
mappata su menu', pulsanti, toolbar).
Bye,
  Gabry

 i device driver il linguaggio C sia molto piu' usato di Java.
Giusto x mostrarti una realta' alternativa:
Numerose grosse aziende, tra cui ad esempio Autostrade che e` uno dei 
clienti dell'azienda in cui lavoro, stanno progressivamente sostituendo 
tutte le loro vecchie infrastrutture di server (hp-ux, aix...) con 
sistemi linux. Si tratta di migliaia di server con svariate decine di 
applicazioni e web services (dalle ZTL al controllo dei caselli alla 
gestione e registrazione dei flussi mpeg1 e mpeg4 delle telecamere sulla 
rete...)
Gran parte di queste applicazioni e` scritta in C++ :)
--
Bye,
  Gabry

 migliore per apprendere il C++).
Ovviamente da nessuna parte e' scritto che il creatore di un qualcosa
sia anche un buon espositore.
Di Kernighan ho letto i vari testi con Pike e ciascuno e' davvero
istruttivo. Perfino l'ancora piu' datato Unix Programming Environment.
Credo che sia un ottimo espositore.
Incidentalmente anche Stroustrup mi piace parecchio. il Primer e'
comunque IMHO un libro migliore.
-- 
-riko

 perché ormai ci sono processori a 64bit nei PC di tutti...
Io spero fortemente che non venga piu' insegnata quella bruttura
dell'8086. 
Spesso viene fatto, ed e' IMHO un errore. Se si vuole insegnare a
programmare vicino alla macchina, meglio farlo con un ISA decente. Non a
caso Patterson-Henessey usa precisamente MIPS. E idem su
Henessey-Patterson.
-- 
-riko

 Temo sia quello di Schildt, che è pressoché da buttare.
Dippiu'.
-- 
-riko

 studio. Poi che sia meglio di quello che ho sugerito io non ci piove.
Non ho detto che sia meglio. E' un buon editor e fa il suo mestiere. Se
uno si trova meglio con vim, kate o quant'altro, faccia. Dico solo che
per un uso base non e' particolarmente piu' complesso di tante altre
alternative, con tutto il diritto che a uno faccia cagare, eh.
-- 
-riko

 prendono, si acquisiscono e si cedono.
Si, adesso e' CodeGear, dimenticavo. Il succo e' che io sappia il loro
compilatore non supporta molti pezzi dello standard attuale. Figuriamoci
del prossimo.
-- 
-riko

archimede ha scritto:

l'intel per uso non commerciale è liberamente scaricabile comunque.

(avendo accortezza a non tagliarsi fuori da tutto il resto). 
Questa non è affatto una cattiva idea, però capisci che per chi è agli
inizi è un bel rischio. Non so quanti "junior" siano disposti a
correrlo. E non so quanti, tra questi, riuscirebbero a far fruttare
davvero un investimento del genere. Io per quasi un decennio ho
lavorato in Delphi; ottimo sistema, ottimo linguaggio, neanche così
poco utilizzato e a volte sono riuscito a vendere la mia competenza a
caro prezzo; ma comunque un sistema di nicchia rispetto al mercato. Se
non mi fossi per tempo orientato su altro, avrei messo a serio
repentaglio la mia carriera. Ecco, è quel "per tempo" che è difficile
individuare.
-- 
maelström
http://apennacorrente.blogspot.com

comunque IMHO un libro migliore.
Già. E' scritto volutamente come un "primer", è quello il punto.
Comunque la quarta edizione è migliorata moltissimo rispetto alla
terza. Quest'ultima era veramente dispersiva.
-- 
maelström
http://apennacorrente.blogspot.com

 terza. Quest'ultima era veramente dispersiva.
A me non dispiaceva comunque. Purtroppo al momento devo fare studiare su
altro che al primo anno i libri in inglese spaventano. Sigh. O
tempora...
-- 
-riko

Enrico Franchi ha scritto:

configurazione simile ma con tab a 2 e style Allman (setq
c-default-style "bsd") :)

 scontato, come e più dell'italiano!
Ti garantisco che il tuo ottimismo e' fuori posto. :P
-- 
-riko

[...]ma le nuove generazioni *devono* parlare l'inglese 
Anche le vecchie dovrebbero :-)
Io so per certo che molti nostri imprenditori vengono esclusi da
convegni ed eventi in cui si parla inglese per via del fatto che non
lo masticano neanche un po'. E questo è vergognoso.
-- 
maelström
http://apennacorrente.blogspot.com

 lo masticano neanche un po'.
Che dire. E' vero. E triste.
-- 
-riko

 Lo so, lo so, ma di questo passo dove si andrà?
Guarda che mica tutti non sono in grado di farlo. Solo ce ne sono
abbastanza (spesso per pigrizia) che non lo fanno. Per cui tanto vale.
-- 
-riko

 individuare.
Ora ti faccio una domanda cui e' difficile rispondere. Credi che senza
l'esperienza che ti sei fatto con Delphi, la prospettiva ottenuta e
tutto saresti altrettanto competente se fossi stato invece con il
mainstream piu' mainstream.
BTW, ormai *non* considero mainstream C++. 
-- 
-riko

mainstream piu' mainstream.
Credo che la cosa migliore sarebbe stata abbandonare gradualmente
Delphi diversi anni fa e specializzarsi su Java. Non l'ho fatto e ho
dovuto recuperare in breve tempo un mare di conoscenze.
-- 
maelström
http://apennacorrente.blogspot.com