Con il corso del tempo inevitabilmente il software tende a diventare una "palla di fango gigante": documentazione scarsa, moltissime feature ed una complessità del codice che spaventa anche i programmatori più esperti. La filosofia Unix ci offre una guida che può aiutarci a evitare di condannare il nostro progetto all'oblio. In questa presentazione parlo di come la filosofia unix mi ha aiutato a ritrovare la gioia di programmare e dei benefici che ho ottenuto applicandola nei progetti open source scritti in python che porto avanti per ninux.org ed openwisp.org.

1. “Do one thing and do it well”
La Filosofia Unix

2. Chi sono?
Mi chiamo Federico Capoano
Anche conosciuto come Nemesis
Ninux.org e OpenWISP.org
z

3. Perchè la filosofia Unix?
Riscoprire la filosofia Unix
mi ha aiutato a diventare
un programmatore migliore

4. Cosa intendo per “migliore”?

5. Imparare a risolvere problemi
complessi con approcci
semplici

6. scrivere piccoli programmi
combinabili invece che
“palle di fango giganti”

7. mantenere librerie usate da
migliaia di sviluppatori

8. saper attrarre e gestire
contributi di terze parti

9. Fare da admin e mentor
http://www.ninux.org

10. Incontrare Linus Torvalds
http://www.ninux.org

11. Tutto è cominciato con Ninux

12. Cos'è ninux?
Rete IP comunitaria
Libertà di comunicazione
Tutti possono connettersi
Condivisione servizi in rete
Sperimentazione nuove tecnologie
Approccio collaborativo
Tecnologie principalmente FLOSS
http://www.ninux.org

13. Cosa sono le reti comunitarie?
http://www.ninux.org

14. Cosa sono le reti comunitarie?
http://www.ninux.org

15. Cosa sono le reti comunitarie?
http://www.ninux.org

16. Cosa sono le reti comunitarie?
http://www.ninux.org

17. nodeshot.org

19. Openwisp.org

20. Cos'hanno in comune?
- applicazioni web
- molte feature
- molta interdipendenza

21. Qual'è Il problema
di questo approccio?

22. 1. Complessità
Il software tende a diventare una
“palla di fango gigante”

23. 2. Interdipendenza
Cambiare un componente
richiede cambiamenti
ad altri componenti

24. 3. Inflessibilità
difficile adattare il software a
nuovi requisiti

25. 4. poco riutilizzabile
Poco riutilizzabile in contesti
differenti (anche leggermente)

26. 5. pochi contributi
Software troppo specifico
non crea una comunità di
contributors

27. Nikola is not happy

28. Ci deve essere
un'altra via!

30. Che cos'è la “filosofia Unix”?

31. 1. Approccio
Sviluppo di software
semplice ed efficace

32. 2. Maturità
Maturato nella
comunità UNIX
tra il 1969 ed il 2003

33. 3. Change tolerant
Nata per funzionare
in un ambiente
in costante cambiamento

34. La base di tutto
“Do one thing
and do it well”

35. Scomporre un problema
complesso
in problemi più piccoli

36. Risolvere un problema
alla volta
Un problema, un programma

37. Rendere questi programmi
facilmente combinabili

38. I vantaggi dell'approccio Unix
Quali sono i vantaggi
più significativi?

39. 1. facilità
Risolvere un solo problema
alla volta è più facile

40. 2. mantenibilità
Mantenere un programma
semplice comporta
meno lavoro

41. 3. usabilità
Un programma semplice è
più facile da spiegare
ed usare

42. 4. leggibilità
Il codice di un programma
semplice è più facile
da leggere e capire

43. 5. riutilizzo
Essendo facile da
riutilizzare
attrarrà più contributors

44. 6. rapidità
Un programma semplice si
riadatta più rapidamente
a nuovi requirement

45. ME GUSTA

46. Le 17 regole di Unix
sintetizzate
da Eric Raymond
Autore de
“La cattedrale e il Bazaar”

47. 1. Modularità
Scrivete parti semplici connesse
tramite interfacce ben definite

48. 2. Chiarezza
Scegliete la chiarezza
piuttosto che l'ingegno

49. 3. Composizione
Progettate programmi per essere
connessi ad altri programmi

50. 4. Separazione
separate la politica dai
meccanismi;
separate le interfacce dai motori

51. 5. Semplicità
Progettate per la semplicità;
aggiungete complessità solo
se strettamente necessario

52. 6. Parsimonia
Scrivete un programma grande
solo quando è stato dimostrato
che nient'altro funzionerà meglio

53. 7. Trasparenza
Progettate con il fine di facilitare
l'ispezione ed il debugging

54. 8. Robustezza
La robustezza è la figlia della
trasparenza e della semplicità

55. 9. Rappresentazione
Inserite la conoscenza nelle
strutture dati in modo da
mantenere la logica
semplice e robusta

56. 10. Sorpresa minima
nella progettazione delle
interfacce,
scegliete sempre la cosa più ovvia

57. 11. Silenzio
quando un programma non ha
niente da dire,
non dovrebbe dire nulla

58. 12. Riparazione
Riparate quando potete,
ma quando dovete fallire,
fatelo rumorosamente
ed il più presto possibile

59. 13. Economia
il tempo del programmatore è
costoso; meglio risparmiare
quello piuttosto che il tempo della
macchina

60. 14. Generazione
evitate di fare tutto a mano;
scrivete programmi che
generano codice

61. 15. Ottimizzazione
realizzate prototipi prima di
rifinire; fatelo funzionare prima di
ottimizzare

62. 16. Diversità
diffidare tutte le rivendicazioni di
“una vera via”

63. 17. Estendibilità
progettate per il futuro, perchè
sarà qui prima di quello che pensi

64. Robba seria

65. Parliamo di dati
nodeshot
vs
Feature estratte (sommate)
contributi & download

66. Nodeshot: 13
Libraries: 44
Pull request (6 months)
3x

67. Nodeshot: 324
Libraries: 25199
PyPi downloads (1 month)
78x

68. Nodeshot: 95
Libraries: 1392
Github clones (1 month)
14x

69. Nodeshot: 14
Libraries: 471
Github unique clones (1 month)
33x

70. Nodeshot: 1100
Libraries: 2385
Github page views (1 month)
2x

71. Nodeshot: 128
Libraries: 635
Github unique visitors (1 month)
5x

72. Le metriche di utilizzo
dei piccoli programmi
(sommati tra loro)
Mostrano un aumento medio
di un 22x
Rispetto a nodeshot

74. Conclusioni...

75. 1. I creatori di unix
non erano gli ultimi arrivati
Seguire i loro consigli
è una buona idea

76. 2. NO ai dogmi
Anche i fondatori della
filosofia Unix rigettano i dogmi
(nessuna “vera via”)

77. 3. applicatela
Applicate la filosofia unix
ai vostri progetti

78. 4. imparate da chi è più esperto
Unix e Linux sono migliorati
così tanto soprattutto grazie
all'ambiente FLOSS

80. potete trovarmi su
twitter e github
@nemesisdesign
Grazie!