- Dmitry Mamonov , Wrike "Dalle biciclette alle motociclette: perché sviluppare le proprie soluzioni può essere migliore che utilizzare strutture già pronte."
- Vladimir Krasilshchik , Yandex "Benvenuto, o i ciclisti non sono ammessi"
- Vyacheslav Lapin , EPAM – Violare la “curva di entrata”
In cosa differisce dal punto di vista tecnico il processo di sviluppo del proprio prodotto rispetto ai progetti di outsourcing? Quando ha senso investire nello sviluppo da zero e quando è meglio prendere una soluzione già pronta?
Nello sviluppo di software, scrivere le proprie biciclette è trattato come il romanticismo del lavoro. I programmatori condividono con orgoglio le loro biciclette e le pubblicano su Github. Secondo l'oratore si tratta di progetti "Hello World" con l'obiettivo di imparare qualcosa, o sciocchezze del tipo "Non ricordiamo perché abbiamo inventato una palla da biliardo da cui crescono i capelli, ma è stato dannatamente difficile".
Nel suo intervento il relatore affronterà le domande che un “ciclista” o un caposquadra di “ciclista” dovrebbe porsi prima di andare al Tour De France. Fornirà esempi di biblioteche e framework, la cui comparsa è stata giustificata e dettata da un approccio pragmatico, nonché esempi di creazioni, la cui comparsa è impossibile sulla base di considerazioni pragmatiche.
Inventare le “biciclette” è un’ottima tecnica didattica! Gli aspiranti artisti copiano per lo più i dipinti dei maestri, quindi perché la sindrome NIH è considerata malvagia nell'IT? Dopotutto, per capire come funziona una libreria o un framework, è meglio provare a risolvere da soli il problema che risolvono, solitamente scrivendo qualcosa di simile.
Da quando siamo passati a un modello di apprendimento costante e permanente (infatti, apprendimento e lavoro sono diventati un processo unificato), il “costruzione di biciclette” ci supporta perfettamente in questo, essendo essenzialmente una pratica di apprendimento: leggiamo tutorial, articoli, guardiamo discorsi alle conferenze e provare a provare qualcosa di questo nei nostri progetti di combattimento, trovando così il percorso più breve lungo la “curva di ingresso” in una nuova tecnologia.
Tuttavia, questo spesso non è il modo più breve, economico e sicuro per risolvere i problemi aziendali del cliente, quindi è raro che il cliente sia d’accordo. Dove dovrebbe andare un “povero costruttore” in una situazione del genere? Di questo si parlerà nel rapporto di Vyacheslav.
Cos'altro leggere: |
---|
GO TO FULL VERSION