Avere un lavoro tecnico retribuito più alto significa che non si arriva più al codice? [chiuso]

Do most companies work such a way that their highest paid technical people are far removed from writing code?

Le aziende più cattive. C'è una tendenza naturale a una maggiore responsabilità nel coinvolgere meno la scrittura del codice e una maggiore attenzione ad altri aspetti dello sviluppo del software. Detto questo, è molto comune per le persone tecniche perdere il contatto con ciò che è comune / migliore / possibile se non passano il tempo a scrivere. Questo ha un effetto disastroso sulla compagnia.

Is this a natural tendency for a developer's career?

Sì. Alla fine, una persona può aiutare il prodotto molto di più mentoring, coordinando, progettando, conoscendo il dominio del problema e svolgendo altre attività di sviluppo del software di quanto non sia in grado di scrivere codice. E in tutta onestà, avere una buona capacità di leadership o di progettazione è molto più raro (leggi: prezioso) rispetto alla capacità di scrivere codice.

Can a developer have it all (code AND set direction?)

Assolutamente. Anche se è necessario rendersi conto che la quantità di codice sarà diminuita. Solo non puoi fare bene quelle altre cose preziose se spendi l'80% del giorno a testa in giù in un IDE.

L'altra opzione che succede è quella del "tecnico principale" per mancanza di un termine migliore. Alcuni sviluppatori sono molto specializzati. Ad esempio, ho collaborato con qualcuno che ha scritto driver Gigabit Ethernet per Linux. Avevamo bisogno che lui facesse quel tipo di lavoro per noi, e dal momento che solo una manciata di persone poteva fare bene quel lavoro, ha fatto un sacco di soldi oltre a scrivere codice come la maggior parte della sua giornata.

Molte aziende non hanno bisogno di quel tipo di specializzazione. Stanno raccogliendo dati o creando un altro sito web / mobileapp.

Questo dipende in gran parte dalla cultura dell'organizzazione. Molte aziende non hanno reali posizioni tecniche di alto livello, anche se potrebbero avere alcuni falsi.

Alcune aziende hanno queste posizioni. Uno dei motivi per cui i grandi ingegneri tendono a gravitare su alcune grandi aziende (ad es. Google) o alle startup è che possono continuare a essere sviluppatori e lavorare su cose di cui sono entusiasti con alti compensi e stato organizzativo. Nella maggior parte delle aziende, se volevano rimanere sviluppatori, sarebbero ai gradini più bassi della scala.

L'esperienza personale è la più esperienza che ottengo scrivendo il codice, meno tempo posso permettermi di scrivere codice.

Passo il tempo a cercare di risolvere i problemi prima che si presentino. Per aiutare gli altri quando sono bloccati. Per pianificare come le cose si siedano insieme. Anche solo cercando di convincere la gente a fare la stessa cosa.

Sembra inevitabile nella mia posizione. Preferisco lavorare con il codice, ma ci sono cose che posso fare per la nostra azienda che sono molto più preziose.

Questa è un'esperienza personale, ma penso che rispecchierebbe le aziende più piccole. Comunque ho chiarito al mio capo che non voglio essere rimosso completamente dal codice.

Penso che i migliori architetti di software siano pratici Ho visto un buon articolo link Guarda la parte 4 Design, sviluppo e test.

Having said that, why shouldn't the day-to-day coding activities be a part of an architect's role? Most architects are experienced coders, so it makes sense to keep those skills up-to-date. In addition, the architect can experience the same pain as everybody else on the team, which in turn helps them better understand how their architecture is viewed from a development perspective.

Dipende da quali sono le tue responsabilità. Se sei responsabile per questioni tecniche, allora dovresti rimanere in una posizione di codifica. Dividere il processo "idea" dal processo di "implementazione" è un percorso lungo la strada sbagliata. Se ti trovi mai in una posizione del genere, devi resistere all'impulso di essere quel genio che non ha il tempo di implementare le sue idee brillanti.

D'altra parte, se la tua responsabilità è nella gestione, non penso che dovresti fare il codice. Un manager dovrebbe gestire il tempo di riempimento. Tale posizione include la facilitazione della comunicazione tra diversi programmatori e tra il team e il maggiore ecosistema burocratico. I peggiori gestori della mia esperienza in cui quelli che hanno mantenuto la testa bassa codificavano mentre la squadra si disgregava a causa di conflitti e cattiva comunicazione.