Non lo sto usando perch\u00e9 non sembra ben scritto.<\/p>\n<\/blockquote>\n
E in questo caso, "sembra ben scritto" potrebbe sostituire:<\/p>\n
- \n
- "guarda come lo scriverei"<\/li>\n
- "sembra avere senso per me."<\/li>\n<\/ul>\n
Certo, ci sono momenti in cui l’utilizzo di codice open source \u00e8 rischioso. Lo sappiamo dai vari software e servizi che si presentano con vulnerabilit\u00e0. Ma, almeno per questo post, trattali come l’eccezione, non la regola.<\/p>\n
Ci\u00f2 significa che non ci resta che guardare qualcosa che potremmo usare ma che scegliamo di non usare perch\u00e9 non sembra essere scritto in un modo che pensiamo debba essere scritto.<\/p>\n
Dare priorit\u00e0 ai peer rispetto agli utenti<\/h2>\n
Lo sviluppo \u00e8 complicato perch\u00e9 ci sono diversi compromessi che noi, o un altro sviluppatore, dobbiamo fare ogni volta che stanno costruendo qualcosa.<\/p>\n
Guardando dentro e fuori<\/h3>\n
Dobbiamo considerare:<\/p>\n
- \n
- vincoli di tempo e di budget,<\/li>\n
- quale paradigma ci aiuter\u00e0 a fornire un solido entro detti vincoli,<\/li>\n
- la soluzione finale risolve davvero il problema principale,<\/li>\n
- ci saranno costi di manutenzione associati al modo in cui abbiamo messo insieme qualcosa?<\/li>\n<\/ul>\n
E l’elenco potrebbe continuare.<\/p>\n
Considerare i vari aspetti dello sviluppo e discutere le filosofie di come qualcosa dovrebbe essere costruito non \u00e8 affatto raro nel nostro settore<\/p>\n
Ma richiede anche molto tempo e potrebbe rivelarsi un esercizio che produce un risultato netto zero perch\u00e9 non ne deriva nulla. (S\u00ec, spesso pu\u00f2 essere un’esperienza di apprendimento, ma non sempre.)<\/p>\n
![\"Una](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-159788-61e6fcc43d516.jpg\")
<\/a><\/p>\n