• Als Spam markieren
• Beitrag melden

• 
  Diese Gruppe Alles

• Archiv
• RSS-Feeds

• Kontakt
• Hilfe
• Impressum
• Datenschutz

Re: impara a programmare in 10 anni

On 8 Lug, 20:08, gh <g...@nospam.gmail.com> wrote:
> On Wed, 8 Jul 2009 10:09:41 -0700 (PDT), Wolferin
>
>
[CUT]
> >> Bene. Ma questo cosa dovrebbe dimostrare? :)
> >Che se sei un coder con le palle, la particolare sintassi di un
> >linguaggio è solo un dettaglio.
>
> Ah. Quindi basta o non basta (come hai scritto prima) conoscere la
> sintassi del linguaggio per mettere mano al codice di un proggetto
> avviato?
Scusami se mi sono spiegato male. Per come la vedo io, per me ha
funzionato così, se anche un linguaggio non lo conosci, ne impari la
sintassi parte dai manuali e parte dal sorgente su cui sto lavorando.
Nell'esempio Perl di cui sopra sono stato molto aiutato dal fatto di
conoscere le utility sed e awk, per altri linguaggi magari aprire il
manuale che la spiega potrebbe essere necessario, non sempre lo è.
Ma tutto questo ripeto sino alla noia sono dettagli che è il minimo
che ci si aspetta da chi codifica...
>
> Deciditi perchè cominci a diventare comico nell'esposizione. :)
Almeno ti diverti: un risultato l'ho raggiunto! :-)
>
>
>
> >> >Morale: un vero informatico quando deve lavorare con dei sorgenti si
> >> >procura il manuale della sintassi del linguaggio. Se gli piace lo
Come detto sopra: RTFM...
[CUT]
> Ma stessi un poco poco sbruffoneggiando invece di rispondermi?
Me ne scuso ma se tu mi dici (quoto)
> >> Scusa ma questa è una visione talmente restrittiva e ottimistica
che
> >> mi fa pensare (non molto a dire il vero, visto che lo ammetti tu
> >> stesso poco sopra) tu sia lontano dallo sviluppare/manutenere codice
> >> che non sia davvero banale (e di sicuro non scritto in linguaggi
> >> complessi come il C++, di cui si parlava).

ti devo quantomeno spiegare il mio background che non è pochino.. poi
se secondo te studiare con passione (= ore di laboratorio, quando
avevamo solo ultrix e terminali vt100) un piano di studi che si chiama
Area Linguaggi non serve a nulla, beh, contento tu.
>
> Se uno mi parla del fatto che per mettere mano ad un proggetto in
> produzione gli basta sfogliare il manuale della *sintassi* del
> linguaggio, scusa ma penso di star parlando con uno che fa porcate col
> codice e nulla più. Come potrebbe essere altrimenti? Forse che il
> linguaggio *lo sa già* e il manuale gli serve solo per cercare quello
> che non ricorda?
So solo che non conoscendo una fava di Pro*C Oracle ho fatto codice
che FUNZIONAVA alla grande (con tanto di unit test su dati di billing
REALI), e non andava in core dump come il programma originale... se ti
pare poco.

Limitare alla conoscenza di un determinato linguaggio (sintassi) la
propria professionalità, beh vedi, lo posso capire per l'assembler, ma
per un linguaggio di alto livello una volta che ti hanno insegnato i
rudimenti di programmazione OO e i paradigmi di programmazione è un
ragionamento povero e sterile.

Qui veniamo al punto dove mi sono sbagliato a spiegare.
Certo non è alla portata di tutti devi avere i fondamentali, su questo
posso convenire. Da zero non si arriva da nessuna parte e se dal mio
ragionamento si capisce che uno arriva a programmare tutti i linguaggi
da zero mi scuso IO per aver comunicato questo.

Detto questo, argomento meglio:
se prendi uno che programma, diciamo da quattro o cinque anni (anche
meno se è bravo), ha una buona base teorica di algortmi e strutture
dati, nel ristretto campo dei linguaggi funzionali/Object Oriented,
manuale di sintassi alla mano, riesce a correggere un programma pure
se la sintassi non la conosce. Questo limitatamente al correggere.

Se lo deve riscrivere daccapo, e magari il lavoro è più serio, la
impara manuali ed esempi alla mano, ma non per questo il programma
sarà scritto con i piedi.
Il tuo ragionamento lo concepisco se dici: questo parte da zero, non
ha mai codificato... e qui siamo d'accordo. Ma se già conosce per dire
il C e due o tre linguaggi di scripting (oltre alle necessarie basi di
programmazione OO se no scrive programmi in C col C++, oppure
programmi in BASIC col C usando le goto con le label) ce la fa,
manuale alla mano.
[CUT]
> >Ti ripeto, forse non conosci bene l'interlocutore con cui stai
> >parlando.
>
> Forse?. Google mi dice che forse intendevo Wolverine, cercando il tuo
> nome... Come 'zzo potrei sapere con chi sto parlando?
Se mi scrivi (quoto)
> >> Sbagli ancora peccando d'inesperienza.
...vedi io non ti conosco, e quindi, pur non condividendo le tue idee,
ma non mi permetterei mai di esprimere un giudizio così tranchant nei
tuoi confronti. Dire che pecco di inesperienza vedi, SENZA CONOSCERMI,
e senza sapere cosa ho fatto nella mia vita informatica passata, era
questo il senso della frase, mi pare quantomeno un po' pretenzioso,
per non dire di peggio. Se poi vogliamo fare a gara a chi ce l'ha più
lungo  è uno sport fin troppo diffuso su i.l.i. e non intendo
parteciparvi...
Il mio nick lo devi cercare solo in google gruppi, in particolare su
i.l.i.
> Roba da matti, hahaha :)
Ripeto almeno oggi ho fatto ridere qualcuno... :-)

Antworten