Capitolo 4. Costruire grandi team di piattaforma
Questo lavoro è stato tradotto utilizzando l'AI. Siamo lieti di ricevere il tuo feedback e i tuoi commenti: translation-feedback@oreilly.com
Non si tratta di DNS.
Non è possibile che si tratti di DNS.
Si trattava di DNS.
SSBroski
Iniziamo con una citazione sul DNS perché è un sistema fondamentale da cui dipende la maggior parte delle piattaforme e, a quasi 40 anni di distanza, sembra che dovrebbe essere ormai ben compreso. Tuttavia, il punto della citazione è che il DNS provoca ancora regolarmente guasti complessi e ci vuole esperienza non solo per debuggarli, ma anche per evitare altri problemi DNS in futuro.1 Questa è anche la sfida che si presenta con i team delle piattaforme: sviluppando astrazioni su sistemi complessi, questi team consentono la produttività dei tuoi utenti, ma se non sono composti da esperti che conoscono questi sistemi, creeranno problemi operativi in futuro.
Nel Capitolo 1 abbiamo delineato la dicotomia tra ingegnere di sistemi (amministratore) e ingegnere del software (sviluppatore), in quanto riteniamo che sia essenziale per comprendere le sfide legate non solo alla creazione di un team di ingegneri di piattaforma, ma anche alla creazione della giusta cultura di squadra. Si è tentati di insistere sul fatto che la costruzione di un buon team sia solo una questione di trovare persone che siano abili in entrambe le cose. E sì, per quanto possibile, dovresti cercare ingegneri che siano forti sviluppatori ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access