cos'è un normale sviluppatore rispetto al rapporto di visualizzazione di pagina?

Le visualizzazioni di pagina / lo sviluppatore non sono metriche che si traducono molto bene - ci sono troppi parametri che non cattura bene, complessità per uno - l'esempio di Reddit è buono. Potrebbe essere un argomento migliore per aumentare il numero di membri del sysadmin, ma non aiuterà nei tuoi argomenti per più personale di sviluppo.

Un sito web ben strutturato dovrebbe essere in grado di funzionare autonomamente con solo interventi minori, se necessario. Se la società non sta pianificando nuovi importanti sviluppi, la direzione potrebbe considerare l'attuale numero di dipendenti appropriato.

Quali sono gli obiettivi della tua azienda con rispetto per il nuovo sviluppo nel 2011? Stanno progettando di mantenere il sito così com'è con modifiche minori? O stanno pianificando revisioni importanti? C'è una nuova strategia / iniziativa nelle opere?

Se ti stanno impegnando con molto più lavoro di & la squadra è capace, quindi hai una discussione che puoi fare. Altrimenti, se hai voglia di far parte di alcune importanti iniziative di sviluppo, dovresti probabilmente perfezionare il curriculum e l'amp; guarda altrove.

UPDATE:

@ Anthony, ho letto le tue risposte al mio post e ad un paio di altri post qui sotto. Sono stato nella tua posizione.

Ciò di cui hai a che fare è una base di codice che si è evoluta fino a diventare una Big Ball of Mud .

Sfortunatamente per te, la direzione / le parti interessate hanno deciso di gestirlo il più lontano possibile. Va bene, sono affari loro, hanno preso la decisione di farlo con le migliori informazioni possibili a loro disposizione.

Il lavoro di tecnologia (tu? c'è un CTO o una persona più anziana sopra di te che rappresenti la tecnologia?) è far capire al management che l'attuale base di codice sta colpendo i limiti del suo design e non può che andare così lontano. Quella stabilità è stata compromessa e la tecnologia è semplicemente in modalità di manutenzione che cerca di far funzionare le cose.

In questo processo, le soluzioni devono essere proposte, con i pro e amp; contro, risorse richieste, stime dei costi, ecc. Stai cercando di convincerli a seguire un approccio completamente diverso, rischioso, costoso e che toglie risorse da altri progetti.

Questo non è facile, e richiede un enorme supporto da parte delle persone anziane affinché accada, senza il buy-in, non accadrà. Quello di cui stai parlando sta sostituendo il nucleo del loro business web, un core che era estremamente costoso in primo luogo. Ciò rende le persone estremamente nervose. Pensa al tuo meccanico che ti dice che la tua amata dodicenne ha bisogno di un nuovo motore.

Se decidi di seguire questa strada, buona fortuna. Non è per i deboli di cuore, ma se riesci, è un risultato importante.

Con questo, penso che sia estremamente importante sia dal punto di vista della carriera che della sanità mentale capire che alcune situazioni non sono semplicemente aggiustabili al tuo livello retributivo, e se non puoi effettuare cambiamenti per rendere quelle situazioni risolvibili, è tempo di guardare altrove. La vita è troppo breve.

Reddit.com riceve oltre 1 miliardo di pagine viste al mese e ha 5 o 6 sviluppatori (non sono sicuro se hanno assunto qualcuno come risultato dell'ultima pubblicazione di un lavoro). Supponiamo che sia 6.

Ciò significa che gestiscono 167 milioni di pagine viste per sviluppatore.

La tua azienda sta pagando un prezzo eccessivo e dovrebbe licenziare tutti tranne uno sviluppatore e non dovrebbe diventare un secondo sviluppatore fino a quando non cresce di un fattore di 26.

Non ne ho mai sentito parlare come metrica.

Per essere onesti, il numero di sviluppatori di cui hai bisogno è direttamente correlato alla rapidità con cui vogliono il lavoro svolto. Fintanto che non si approfittano di te e ti fanno lavorare periodi prolungati di straordinari, questo non dovrebbe importarti, a meno che tu non sia preoccupato che la tua esperienza non si traduca in decisioni che devi prendere.

Forse il modo migliore per dimostrare loro che hai bisogno di più aiuto è prendere il tuo attuale arretrato di richieste di funzionalità e bug, facendoli stimare meglio che puoi, quindi dire loro quanti anni-uomo ci vorranno.