Infoservi.it

Da un documento interno Blomming che ho appena scritto per cercare di far comunicare meglio quelli di sviluppo prodotto con quelli (in realtà, quelle) di content and community. Ovvero tennici e utonti, nella nomenclatura sotto:

Per i non TENNICI:

• Le Mods (modifiche) sono quelle cose che vorresti aggiungere, o azioni che preferiresti fare in altro modo. L’UTONTO di solito chiede “Ma [nome del tennico] non potresti mettermi [un campo, una funzione, un cippalippa] per fare così cosà?”. Tipicamente quelli di Tech dicono sempre sì e non lo fanno mai (oppure rispondono di studiarti Ruby)
• Le Edit sono ritocchi a funzioni esistenti. Tipicamente finiscono in fondo alla lista delle priorità
• Le Annoyances sono ragionamenti di usabilità, quindi tipicamente coinvolgono più funzioni e rispondono alla domanda “Hiiiicheppalle fare così non possiamo fare cosà?”. Anche in questo caso i tennici, tipicamente, ti dicono di sì ma in realtà pensano “Utonti subumani, non capiscono il mio prodotto che è perfetto così” (una delle Leggi di Murphy: “In origine Dio creò il Computer e il Programmatore. Poi creò l’utente, e il Paradiso Terrestre finì”). Però in questo caso di solito hanno torto, per cui è il caso di spiegarsi bene e insistere. Tipicamente il tennico lo freghi se nel discorso metti delle IF maiuscole. Anche se non significano niente, li ipnotizzi perché stanno lì ad aspettare ENDIF e finché non arriva stanno in loop e puoi fargli fare quello che vuoi (usare con giudizio, qualcuno ha rischiato il coma irreversibile)
• Flawn: è ciò che è più vicino a un bug, ma non è un vero e proprio errore. Per la precisione è una debolezza di progettazione. Un caso tipico è l’utonto che dice “Perché fare $questo è così complicato?” e il tennico risponde “Perché così puoi fare $anche”. E l’utonto: “Ma io non voglio fare $anche, voglio fare solo $questo”. Il tennico a quel punto scuote la testa. Un esempio più preciso è quando riesci a beccare un modo più veloce per fare una cosa qualsiasi. Questo è l’unico caso in cui l’utonto può acquisire del rispetto da parte del tecnico, perché si tratta quasi di un hack (nel senso originario), che è il massimo. In Hackers – Heroes of the computer revolution Steven Levy racconta che si facevano gare a chi riusciva a sviluppare una determinata funzione col minor numero di righe di codice: “To bum out lines of code”. Per cui la gara è questa: vince chi trova il modo più brillante, compatto, veloce ed efficace per fare una qualsiasi cosa. Hack it out and you’ll be a superstar!

E comunque ricordate:
Qualunque bug sufficientemente avanzato e’ indistinguibile da una caratteristica del software.
– Rich Kulawiec

:)