{"id":229374,"date":"2022-10-25T19:35:00","date_gmt":"2022-10-25T16:35:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=229374"},"modified":"2022-11-09T06:44:42","modified_gmt":"2022-11-09T03:44:42","slug":"quanto-e-buono-abbastanza-gestisci-la-tensione-e-spediscila","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/it\/quanto-e-buono-abbastanza-gestisci-la-tensione-e-spediscila\/","title":{"rendered":"Quanto \u00e8 buono abbastanza? (Gestisci la tensione e spediscila)"},"content":{"rendered":"\n

Ieri stavo pranzando con alcuni amici e altri imprenditori e sviluppatori e uno degli argomenti emersi durante la nostra discussione \u00e8 stata l’idea di quanto sia buono abbastanza?<\/p>\n

Nello specifico, ogni volta che stai lavorando a un progetto software, quando \u00e8 Good Enough \u2122<\/strong> spedire al cliente?<\/p>\n

Quanto \u00e8 buono abbastanza buono con gli standard di codifica?<\/p>\n

L’implicazione \u00e8, ovviamente, che se \u00e8 abbastanza buono allora soddisfa i requisiti, ma c’\u00e8 probabilmente qualche tensione di fondo che, dato pi\u00f9 tempo, denaro o qualche altra risorsa, torneremmo indietro e miglioreremmo alcuni aspetti di un progetto.<\/p>\n

Se sei uno sviluppatore o un designer, forse hai sentito questa tensione. Io ho. Per quel che vale, lo sento in quasi ogni singolo progetto su cui lavoro.<\/p>\n

E certo, possiamo discutere tutto il giorno su cosa significhi essere abbastanza bravi. Ma penso che la definizione cambi man mano che entriamo nel settore.<\/p>\n

Quanto \u00e8 buono \u00e8 abbastanza buono, comunque?<\/h2>\n

Il punto che sto cercando di sottolineare \u00e8 che abbastanza buono \u00e8 un bersaglio mobile spesso dettato dal tuo livello di esperienza (rispetto a qualsiasi altro qualificatore come, diciamo, la tua et\u00e0).<\/p>\n

Presumo, per questo post, che tu sia nel settore da abbastanza tempo e lavori con un insieme simile di strumenti e linguaggi per cogliere appieno le idiosincrasie di ciascuno dei linguaggi e degli strumenti che stai utilizzando. Non sono timido riguardo alla mia preferenza di andare in profondit\u00e0 piuttosto che in largo<\/a> quando si tratta di creare software.<\/p>\n

Cambia nel tempo<\/h3>\n

Allo stesso tempo, il livello di esperienza che consideriamo "abbastanza buono" si sposta. Quando inizi per la prima volta, \u00e8 probabile che sia abbastanza buono solo far funzionare qualcosa. Se fai parte di un team, specialmente di sviluppatori esperti, tu" \u00c8 probabile che ricevano molti feedback su come migliorare le cose.<\/p>\n

E all’inizio, questo pu\u00f2 essere impegnativo. Forse \u00e8 anche un po’ scoraggiante. Voglio dire, sei orgoglioso di quello che hai fatto ma poi hai una manciata di persone che ti dicono come cambiare le cose. La stessa cosa accade in open-source, tra l’altro (per quel che vale).<\/p>\n

Non addolcire o cambiare nulla perch\u00e9 hai ragione: pu\u00f2 diventare scoraggiante. Voglio dire, hai passato chiss\u00e0 quante ore a lavorare su qualcosa, lo fai funzionare e poi i tuoi colleghi correggono gran parte del lavoro che hai fatto.<\/p>\n

\"Quanto<\/a><\/p>\n

Possiamo migliorare le cose insieme.<\/p>\n

Ricorda che la motivazione dietro detta critica non ha nulla a che fare con te come persona, per\u00f2. E non ha nulla a che fare con il dire che non sei abbastanza bravo. Sta dicendo che hai funzionato, il che \u00e8 fantastico, ora rendiamolo ancora migliore.<\/p>\n

Man mano che impari di pi\u00f9, improvvisamente la misurazione di ci\u00f2 che una volta era abbastanza buono cambia.<\/p>\n

Quando ci\u00f2 che una volta era buono non \u00e8 pi\u00f9 vero<\/h3>\n

Ed \u00e8 qui che entra in gioco la tensione: ci\u00f2 che una volta era abbastanza buono ora non lo \u00e8 pi\u00f9. \u00c8 scadente, giusto? Quindi il nuovo abbastanza buono \u00e8 qualcosa di pi\u00f9 organizzato, meglio architettato e meglio organizzato.<\/p>\n

Quindi viene introdotta una nuova tensione: raggiungi una scadenza o finisci i soldi ed \u00e8 ora di spedire il prodotto. Sai che il lavoro che hai svolto \u00e8 buono, gestibile e documentato abbastanza bene da mantenere il progetto in avanti.<\/p>\n

\"Quanto<\/a><\/p>\n

Quanto \u00e8 buono abbastanza? Ha documentazione?<\/p>\n

Ma non \u00e8 abbastanza buono perch\u00e9 sei consapevole delle cose che potresti ottimizzare se solo avessi un po’ pi\u00f9 di tempo. Tuttavia, non lo fai: devi spedirlo nel suo stato attuale.<\/p>\n

Segreti commerciali<\/h3>\n

Ecco il piccolo sporco segreto del settore che, per qualsiasi motivo, la gente non vuole ammettere: va bene spedirlo in quello stato.<\/p>\n

La spedizione del prodotto nello stato indicato va bene.<\/p>\n

Primo, lo stato in cui si trova non solo \u00e8 meglio di niente; \u00e8 qualcosa che \u00e8 meglio di quello che eri in grado di fare. Quelli di noi che hanno a cuore questo mestiere lo sentono con quasi tutto ci\u00f2 che<\/p>\n

In secondo luogo, il software \u00e8 malleabile. Pu\u00f2, e sar\u00e0, essere cambiato nel tempo. Ecco perch\u00e9 abbiamo versioni del nostro lavoro. Quelli di noi che tengono a questo mestiere sentono questa tensione con quasi tutto ci\u00f2 che facciamo.<\/p>\n

Infine, l’idea di ci\u00f2 che \u00e8 considerato Good Enough\u2122 non va via. Si muove e basta. Pi\u00f9 impari sulla produzione di un buon software, la differenza nella definizione di ci\u00f2 che \u00e8 abbastanza buono cambia.<\/p>\n

La tensione non si risolve<\/h2>\n

Quindi abituatevi alla tensione. Abbraccialo anche. Se non lo senti, allora direi che non sei interessato a produrre un prodotto di qualit\u00e0. E so che \u00e8 un’affermazione audace da dire, ma devo ancora incontrare uno sviluppatore con i suoi meriti che non lo faccia.<\/p>\n

Fa parte del lavoro. Prendilo per quello che \u00e8. Se lo senti, \u00e8 un buon segno che sei sulla strada giusta.<\/p>\n

Fonte di registrazione: tommcfarlin.com<\/a><\/div><\/p>\n","protected":false},"excerpt":{"rendered":"

Ogni volta che lavori a un progetto software, quanto \u00e8 buono abbastanza da contrassegnarlo come prima versione spedirlo al cliente?<\/p>\n","protected":false},"author":1,"featured_media":167808,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","_wp_rev_ctl_limit":""},"categories":[720],"tags":[1168],"class_list":["post-229374","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sviluppatore","tag-affiai-it"],"_links":{"self":[{"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/posts\/229374","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/comments?post=229374"}],"version-history":[{"count":0,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/posts\/229374\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/media\/167808"}],"wp:attachment":[{"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/media?parent=229374"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/categories?post=229374"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/wordpress.mediadoma.com\/it\/wp-json\/wp\/v2\/tags?post=229374"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}