Anche per te "Open Source" = "qualcuno ha già fatto il lavoro al posto mio, e per di più gratis"? Ottimo, allora sei nel posto giusto e con l'approccio giusto! In questo talk, attraverso tanti episodi di vita vissuta come utente, contributor e maintainer, discuteremo di come trarre una serie di altri vantaggi da questo magico mondo, di come approcciarsi alle community e, perché no, anche delle gioie e dei dolori che ti aspettano se decidi di saltare la staccionata e di rendere (veramente) open il tuo codice.

1. GALATEO SEMISERIO DELL’OPEN SOURCE
(OVVERO, COME CONQUISTARE IL MONDO
CON IL LAVORO DEGLI ALTRI)
LUIGI DELL’AQUILA @ldellaquila

2. GIARDINO DELLE
DELIZIE
UN VIAGGETTO NEL

3. PER IL VIAGGIO MI SERVE UNO
SPIRITO GUIDA…

4. IL NEMICO…?
STEVE

5. IL REDENTO…?
SATYA

6. NO… NON BASTA… DOBBIAMO
CONQUISTARE IL MONDO, MICA
GUADAGNARCI LA PENSIONE…

7. IL SANTO…?
RICHARD

8. POI, IL MESSAGGIO DIVINO

9. @LUIS
YOU’VE GOT MAIL

10. DA DOVE VIENE LUIS?

11. “UTENTE ANONIMO”
COME HA TROVATO ORIENT…?
PERCHE’ LO HA SCELTO…?

12. COME SI DIVENTA UTENTE?
▸ Conferenze
▸ Community on line
▸ Meetup
▸ …
▸ O tuo malgrado, Il telefono, il router, il frigorifero, il
tostapane
▸ Sei gia’ un po’ Luis, deal with it!

13. PERO’ LUI L’HA SCELTO…

14. PERCHE’ PROPRIO ORIENT?
▸ Feature
▸ Adoption
▸ Reputazione
▸ Licenza
▸ MIT
▸ Apache 2 *
▸ GPL / dual license

15. SE QUEL SW ENTRA NELLA TUA
ARCHITETTURA, IL MAINTAINER
DI FATTO LAVORERA’ PER TE

16. FAGLI UN COLLOQUIO:
- QUANTO E’ BRAVO?
- QUANTO COSTA?
- QUANTO E’ AFFIDABILE?

17. NON FARE IL VAGO, LE LICENZE
ESISTONO, ANCHE SE NESSUNO
TI CONTROLLA!

18. LE REGOLE
▸ Scegli la licenza giusta (e magari rispettala…)

19. ACCERTATI CHE IL MAINTAINER
NON SIA TROPPO SUSCETTIBILE

20. LEFTPAD?
CHI SI RICORDA LA
STORIA DI

21. NON E’ MAI STATO
RILASCIATO
REISERFS

22. LE REGOLE
▸ Scegli la licenza giusta (e magari rispettala…)
▸ Accertati che il maintainer non sia un potenziale assassino

23. SI, MA TANTO SE QUALCOSA VA
MALE, HO SEMPRE IL CODICE…

24. BULLSHIT!!!

25. TORNIAMO A LUIS

27. LUIS UN GIORNO HA UN
PROBLEMA

28. DEVE CHIEDERE AIUTO

29. I MODI DI CHIEDERE AIUTO (NUOVE FEATURE)
▸ “product xxx sucks” sull’issue tracker

30. I MODI DI CHIEDERE AIUTO (NUOVE FEATURE)
▸ “product xxx sucks” sull’issue tracker, Twitter,
StackOverflow, Linkedin, il tuo blog, sui muri col
pennarello

31. I MODI DI CHIEDERE AIUTO (NUOVE FEATURE)
▸ “product xxx sucks” sull’issue tracker, Twitter,
StackOverflow, Linkedin, il tuo blog, sui muri col
pennarello
▸ “it’s unacceptable that your product does not support xxx”

32. I MODI DI CHIEDERE AIUTO (NUOVE FEATURE)
▸ “product xxx sucks” sull’issue tracker, Twitter,
StackOverflow, Linkedin, il tuo blog, sui muri col
pennarello
▸ “it’s unacceptable that your product does not support xxx”
▸ “I don’t want XXX, for me YYY is enough”

34. I MODI DI CHIEDERE AIUTO (NUOVE FEATURE)
▸ “product xxx sucks” sull’issue tracker, Twitter,
StackOverflow, Linkedin, il tuo blog, sui muri col
pennarello
▸ “it’s unacceptable that your product does not support xxx”
▸ “I don’t want XXX, for me YYY is enough”
▸ “Do you plan to implement XXX?”

35. I MODI DI CHIEDERE AIUTO (NUOVE FEATURE)
▸ “product xxx sucks” sull’issue tracker, Twitter,
StackOverflow, Linkedin, il tuo blog, sui muri col
pennarello
▸ “it’s unacceptable that your product does not support xxx”
▸ “I don’t want XXX, for me YYY is enough”
▸ “Do you plan to implement XXX?”
▸ Pull Request!

36. LE REGOLE
▸ Scegli la licenza giusta (e magari rispettala…)
▸ Accertati che il maintainer non sia un potenziale assassino
▸ Se proprio devi insultare il prodotto, fallo bene

37. I MODI DI CHIEDERE AIUTO (BUG)
▸ “Product XXX sucks because of bug YYY”

38. I MODI DI CHIEDERE AIUTO (BUG)
▸ “Product XXX sucks because of bug YYY”
▸ “I have a bug on XXX feature, can you please fix it?”

39. I MODI DI CHIEDERE AIUTO (BUG)
▸ “Product XXX sucks because of bug YYY”
▸ “I have a bug on XXX feature, can you please fix it?”
▸ “I’m using feature XXX, I expect YYY, I get ZZZ, can you
please fix it?”

40. I MODI DI CHIEDERE AIUTO (BUG)
▸ “Product XXX sucks because of bug YYY”
▸ “I have a bug on XXX feature, can you please fix it?”
▸ “I’m using feature XXX, I expect YYY, I get ZZZ, can you
please fix it?”
▸ “I have a bug, you can reproduce it by…” (quando ero
piccolo, mio papa’ mi ha comprato un Commodore 64…)

41. I MODI DI CHIEDERE AIUTO (BUG)
▸ “Product XXX sucks because of bug YYY”
▸ “I have a bug on XXX feature, can you please fix it?”
▸ “I’m using feature XXX, I expect YYY, I get ZZZ, can you
please fix it?”
▸ “I have a bug, you can reproduce it by…” (quando ero
piccolo, mio papa’ mi ha comprato un Commodore 64…)
▸ “Here is a piece of code to reproduce the problem (!!!)

42. I MODI DI CHIEDERE AIUTO (BUG)
▸ “Product XXX sucks because of bug YYY”
▸ “I have a bug on XXX feature, can you please fix it?”
▸ “I’m using feature XXX, I expect YYY, I get ZZZ, can you please
fix it?”
▸ “I have a bug, you can reproduce it by…” (quando ero piccolo,
mio papa’ mi ha comprato un Commodore 64…)
▸ “Here is a piece of code to reproduce the problem”
▸ “Here is a TEST CASE to reproduce the problem” (PR!!!)

43. LE REGOLE
▸ Scegli la licenza giusta (e magari rispettala…)
▸ Accertati che il maintainer non sia un potenziale assassino
▸ Se proprio devi insultare il prodotto, fallo bene
▸ Scrivere un test case per dimostrare il tuo problema non ti
farà diventare cieco

44. LUIS STA PASSANDO AL LATO
OSCURO

45. STA DIVENTANDO UN
CONTRIBUTOR

46. IL CONTRIBUTOR
▸ Tweet, blog post, meet up
▸ Dare una mano agli utenti della community
▸ Scrivere documentazione!!!

47. LE REGOLE
▸ Scegli la licenza giusta (e magari rispettala…)
▸ Accertati che il maintainer non sia un potenziale assassino
▸ Se proprio devi insultare il prodotto, fallo bene
▸ Open Source is not (only) about code

48. IL CONTRIBUTOR
▸ Tweet, blog post, meet up
▸ Dare una mano agli utenti della community
▸ Scrivere documentazione!!!
▸ La famigerata PULL REQUEST

49. LA PULL REQUEST / CODE CONTRIBUTION
▸ Una nuova feature

51. LA PULL REQUEST
▸ Una nuova feature
▸ Una fix
LA PULL REQUEST / CODE CONTRIBUTION

53. LA PULL REQUEST
▸ Una nuova feature
▸ Una fix
▸ Un test case
LA PULL REQUEST / CODE CONTRIBUTION

55. LA PULL REQUEST
▸ Una nuova feature
▸ Una fix
▸ Un test case
▸ Docs
LA PULL REQUEST / CODE CONTRIBUTION

57. LE REGOLE
▸ Scegli la licenza giusta (e magari rispettala…)
▸ Accertati che il maintainer non sia un potenziale assassino
▸ Se proprio devi insultare il prodotto, fallo bene
▸ Scrivere un test case per dimostrare il tuo problema non ti
farà diventare cieco
▸ Vuoi dare una mano? Fatti una domanda: sei sicuro che ci
hai capito qualcosa?

58. SI, MA CHI C’E’ DALL’ALTRO
LATO?

59. IL COMMITTER, CHI E’?
LUIS PUO’ DIVENTARE UN
COMMITTER?

60. IL COMMITTER
▸ Può sfasciare tutto senza chiedere il permesso

61. IL COMMITTER
▸ Può sfasciare tutto senza chiedere il permesso
▸ Pero’ poi tocca a lui rimettere a posto

62. IL COMMITTER
▸ Può sfasciare tutto senza chiedere il permesso
▸ Pero’ poi tocca a lui rimettere a posto
▸ E tocca a lui pure rimettere a posto i danni degli altri

63. LE REGOLE
▸ Scegli la licenza giusta (e magari rispettala…)
▸ Accertati che il maintainer non sia un potenziale assassino
▸ Se proprio devi insultare il prodotto, fallo bene
▸ Scrivere un test case per dimostrare il tuo problema non ti farà
diventare cieco
▸ Vuoi dare una mano? Fatti una domanda: sei sicuro che ci hai
capito qualcosa?
▸ Abbi pieta’ dei committer

64. IL COMMITTER
▸ Può sfasciare tutto senza chiedere il permesso
▸ Pero’ poi tocca a lui rimettere a posto
▸ E tocca a lui pure rimettere a posto i danni degli altri
▸ Si diventa committer quando si guadagna la fiducia degli
owner / maintainer

65. ALLORA LUIS, FRA QUALCHE
ANNO, SARA’ UN COMMITTER…

66. E SE GLI OWNER NON
VOGLIONO?

67. FORK!

68. FORK
▸ Per fare una pull request

69. FORK
▸ Per fare una pull request
▸ Per resuscitare un progetto morto

70. FORK
▸ Per fare una pull request
▸ Per resuscitare un progetto morto
▸ Fork ostile, in polemica con il main branch

71. OK, ADESSO SEI TU IL CAPO.
WHAT’S NEXT?

72. GLI ONERI DELL’OWNER
▸ Dare la linea
▸ Accertarsi che le nuove feature siano in linea
▸ Coordinare i committer
▸ Vigilare sulla qualità del progetto
▸ Impegnarsi a dare visibilità al progetto
▸ Far crescere la community

73. E IL CODICE…?

74. SI, ADESSO PUOI SCRIVERE
QUELLO CHE TI PARE!

75. MA DI FATTO LO FAI MOLTO
MENO
(CON QUALCHE ECCEZIONE ILLUSTRE)

77. OK, NUOVO PROGETTO, FROM
SCRATCH!!!!

78. ADESSO PUOI FARLO, HAI
L’ESPERIENZA:

79. HAI IMPARATO A LEGGERE IL
CODICE DEGLI ALTRI

80. HAI MIGLIORATO LE TUE SKILL DI
CODER, GRAZIE AL CODICE
DEGLI ALTRI

81. HAI IMPARATO COSA SIGNIFICA
COLLABORARE IN UN PROGETTO
APERTO

82. HAI ALLENATO LA PAZIENZA

83. CHE COSA TI ASPETTA
▸ Idea != Risultato

84. CHE COSA TI ASPETTA
▸ Idea != Risultato
▸ GitHub != Open Source

85. CHE COSA TI ASPETTA
▸ Idea != Risultato
▸ GitHub != Open Source
▸ ti toccherà scrivere i docs
▸ far crescere la community (code of conduct)
▸ trovare i primi utenti

86. CHE COSA TI ASPETTA
▸ Idea != Risultato
▸ GitHub != Open Source
▸ ti toccherà scrivere i docs
▸ far crescere la community (code of conduct)
▸ trovare i primi utenti
▸ Trovare un modello di business

87. CHE COSA TI ASPETTA
▸ Idea != Risultato
▸ GitHub != Open Source
▸ ti toccherà scrivere i docs
▸ far crescere la community (code of conduct)
▸ trovare i primi utenti
▸ Trovare un modello di business
▸ All’inizio sei solo

88. MA COMUNQUE
▸ Potrai di nuovo scrivere tanto codice

89. MA COMUNQUE
▸ Potrai di nuovo scrivere tanto codice
▸ Sei tu che decidi cosa e come

90. MA COMUNQUE
▸ Potrai di nuovo scrivere tanto codice
▸ Sei tu che decidi cosa e come
▸ Potresti anche diventare ricco con il tuo progetto (ma non
ci contare troppo)

91. NON AVRAI CONQUISTATO IL
MONDO

92. MA DA LI’ IN AVANTI, PER TUTTI
SARAI

93. IL
CREATORE

94. LUIGI DELL’AQUILA
@ldellaquila
http://www.orientdb.com
https://opensource.guide