Sunday 6 February 2011

[Books] Coders at Work - Brad Fitzpatrick

Il libro Coders at Work contiene interessanti interviste a famosi programmatori.

In questo post voglio scrivere qualche commento all’intervista a Brad Fitzpatrick.

Cosa condivido:
  • Io giusto assumo che qualcun altro non capira’ alcune delle invarianti che ho. Cosi’ praticamente mi assicuro di avere un opporunto test.
  • Tipizzazione statica e controlli a tempo di compilazione sono di grande importanza.
  • C++ ha una sintassi terribile e totalmente inconsistente e i messaggi di errore, almeno da GCC sono ridicoli. Puoi ottenre quaranta pagine di errori semplicemente perche’ hai dimenticato un punto e virgola.
  • Conosco persone molto intelligenti che conoscono solo Java. Io penso che e’ realmente importante conoscere l’intero stack anche se tu non operi all’interno dell’intero stack.
  • Un consiglio ai programmatori:
    • Sempre provare a fare qualcosa un po’ piu’ difficile, fuori dal quello che puoi pensare di realizzare.
    • Leggere codice. Non essere spaventato dal farlo. Dopo un po’ inizierai a vedere “pattern” nel codice scritto dagli altri.
  • E’ importantissimo avere un consistente stile di codifica all’interno del team/progetto che sia documentato e rispettato
  • Penso che la “pair programming” sia divertente. E’ ottima per molte cose e forza a non annoiarsi.
  • Non penso che il codice debba essere posseduto. Il codice e’ scritto dal team nella sua interezza e le revisioni di codice sono importantissime per mantenere alta la sua qualita’.
  • Un grande programmatore ad un colloquio si riconosce anche da cose che ha fatto nel tempo libero senza avere obblighi. Questo dimostra passione.
  • Non pensare di conoscere un algoritmo senza averlo mai scritto personalmente. Scrivere un algoritmo ti forza a capire tutti i casi limite e quindi lo imparari veramente
  • Le persone non vogliono scaricare programmi ora che esiste il web.
  • Essere personalmente coinvolti in community permette di crescere e incontrare persone di grande rispetto.
  • Non fidarti ciecamente del codice scritto da terzi o della documentazione. Prima scrivi un test che usa le funzioni che intendi usare per assicurarti che funzionino.
  • E’ importante pensare come uno scienziato. Avere pazienza e provare a capire la casa principale delle cose. Impara a scrivere le cose in modo incrementale cosi che in ogni fase tu possa verificarle.
  • Puo’ essere utile qualche volta scrivere qualcosa in un linguaggio nuovo e con cui non sei a tuo agio in modo da migliorare come programmatore.
  • Ricordati che in un team tutti dipendono da tutti. La collaborazione e’ fondamentale.
Insegnamenti e spunti per il futuro:
Condivito praticamente tutti gli aspetti principali sollevati da Brad.
Anche lui come Jamie Zawinsky riflette sull’importanza di imparare a leggere il codice scritto da altri, qualcosa sui devo assolutamente lavorare.

Sito web del libro:
http://codersatwork.com/

No comments:

Post a Comment

What you think about this post? I really appreciate your constructive feedback (positive and negative) and I am looking forward to start a discussion with you on this topic.