Dovrei usare la lingua in cui mi sento più a mio agio o la società "standard"

Svilupperò un sito Intranet per il mio impianto specifico e il nostro standard aziendale per lo sviluppo web è IIS + ASP.Net + VB.Net + Microsoft SQL Server (nota che abbiamo circa 10+ impianti). Il sito Intranet verrà utilizzato solo dal mio impianto e sono l'unico che lo supporterà. Sono molto più abile con una configurazione LAMP , e potrei fare lo sviluppo e la risoluzione dei problemi molto più rapidamente con PHP di quanto non potessi ASP.Net. Anche se la società "standard" è ASP.Net/VB.Net, la maggior parte di ciò che la società fa nel suo complesso è acquistare software di terze parti (che di solito è basato su Java ), e molto, e intendo pochissime persone in la compagnia lo sa persinoVB6 , figuriamoci ASP.Net/VB.Net.

Detto questo, è meglio violare lo standard aziendale e andare con l'installazione che posso supportare meglio, oppure è meglio andare con l'installazione che l'azienda può supportare meglio se dovessi mai andarmene, anche se nessuno al momento in azienda può supportare il proprio standard comunque?

Alcuni fattori aggiuntivi da considerare nel mio caso personale:

• Ancora una volta, questo è solo per il mio impianto, e sono l'unico che lo supporterà mai a meno che non abbandoni l'azienda, e quindi il mio sostituto lo supporterebbe. Non qualcun altro già in compagnia.
• La società fa comunque ben poco sviluppo con i loro standard.
• Quasi nessuna delle società esistenti utilizza il loro standard.
• Se scelgo lo standard aziendale, devo usare la versione Express di Microsoft SQL e un sistema operativo Windows 7. Dalle mie letture, la versione Express va bene per l'uso aziendale, ma le dimensioni del database sono limitate.

Ancora una volta, questo è solo per il mio impianto, e sono l'unico che lo supporterà mai a meno che non abbandoni l'azienda, e quindi il mio sostituto lo supporterebbe. Non qualcun altro già in compagnia.

1 - Non dare per scontato che sei l'unico che lo sosterrà. Ti piacciono i momenti di malattia e le vacanze, giusto? Cosa succede se è necessario prendere un congedo prolungato di maternità / paternità o qualcosa del genere? Chi supporterà la tua app allora? Inoltre, se desideri parlare con qualcuno di problemi tecnici specifici della tua azienda? E se desideri avere recensioni di codice? O hai bisogno di aiuto con un bug insidioso? In tutti questi casi aiuta ad essere tra gli altri con una visione approfondita della tecnologia che stai utilizzando, in particolare come può essere applicato per risolvere i problemi specifici della tua azienda.

La società fa comunque ben poco sviluppo con i loro standard.

2 - Solo perché esiste un documento non significa che sia davvero lo standard o significhi qualcosa. Può semplicemente significare che esiste un gruppo di individui politicamente influenti che sostengono questo approccio e che possono emergere altri sottogruppi che adottano approcci diversi.

Il tuo problema potrebbe essere semplicemente che lo "standard" si è evoluto in uno stato di fatto non documentato che è in conflitto con lo "standard" documentato. Oppure potrebbero esserci molti piccoli raggruppamenti non ufficiali di persone che usano diversi "standard" - con uno di quei gruppi che riescono a rendere ufficiale il loro "standard". Probabilmente dovrai chiedere in giro per capire quali altri membri del tuo gruppo - che potrebbero anche supportare te e la tua app - considerano le migliori pratiche. Chiedi cosa si sentono a proprio agio con te usando. Mappa il vero panorama tecnologico della tua azienda e scopri dove si trova il know how. Proprio come qualsiasi buona conoscenza tribale in evoluzione, l'unico modo per sapere come procedere è parlare con le persone.

3 - Non perdere opportunità professionali per imparare cose nuove . Devi stare attento a non farti incantare in questo settore. Sii agile. Potresti avere l'opportunità di guadagnare un po 'di ampiezza e imparare un nuovo modo di risolvere un problema. Per non parlare del fatto che stai acquisendo nuove competenze per il tuo curriculum. Per lo più può solo aiutarti a uscire dalla tua zona di comfort per fare qualcosa di nuovo. Detto questo, se la cosa diversa / nuova è così estremamente di nicchia che non pensi che tu o nessun futuro datore di lavoro otterrete alcun valore da tali competenze, allora forse questa non è una grande opportunità. Ma avere la possibilità di essere sia un esperto di ASP.net che LAMP ti aprirà sicuramente gli occhi e può solo aiutare la tua carriera. Non c'è niente come un vero progetto con una scadenza per costringerti a imparare davvero qualcosa.

Quindi il mio consiglio, non andare da solo. Scopri dove si trovano veramente le persone e decidi dove puoi inserirti meglio. Se devi uscire dalla tua zona di comfort, sfruttala come un'opportunità per crescere professionalmente.

Detto questo, è meglio violare lo standard aziendale e andare con l'installazione che posso supportare meglio, oppure è meglio andare con l'installazione che l'azienda può supportare meglio se dovessi mai andarmene, anche se nessuno al momento in azienda può supportare il proprio standard comunque?

È una decisione di gestione. Far loro conoscere le tue preoccupazioni e insistere formalmente sul cambiamento.

Detto questo, una lingua è uno strumento e devi scegliere lo strumento giusto per un lavoro; far loro capire che non si avvita una vite con un martello.

Hai delle aspirazioni per la promozione o stai lavorando ad altri progetti? In tal caso, suggerisco che "fare le tue cose" avrà due effetti negativi quasi sicuramente risultanti (parafrasando) "Sarò io a sostenerlo, fino a quando non me ne vado"

1. Poiché hai scelto di non seguire gli standard aziendali, dimostra che non sei particolarmente adatto a ruoli più senior, in quanto non sei in grado di seguire semplici istruzioni.
2. Poiché hai scelto di non seguire lo standard aziendale, sarà il tuo problema che nessun altro nell'azienda possa supportare il tuo codice.

Se scegli di utilizzare lo standard, non sarà tua responsabilità continuare a mantenere il prodotto quando (se) si presenterà un'opportunità per la promozione o un altro progetto.

L'altro modo di vedere un'analogia ridicola. Mi sposto in un paese in cui guidano a sinistra, tuttavia sono molto più abituato a guidare a destra, preferisco guidare a destra, per questo sono più bravo e posso guidare più velocemente. Devo guidare a destra?

Le aziende hanno standard per un motivo, se esiste uno standard formalmente dichiarato che dice di usare x, allora è necessario giustificare y.

Ciò non significa che non è possibile utilizzare y, significa che è necessario comprendere il ragionamento alla base dello standard e ottenere l'approvazione prima di violarlo.

Forse dopo aver capito il perché, non vorrai più violarlo, forse vedrai che deve essere modificato o eliminato, o che non si applica in questo caso in modo che l'uso di y non sia un problema.

Se si applica, a meno che non sia possibile cambiarlo, è necessario seguirlo. Gli standard aziendali non sono allo stesso livello degli ordini diretti, ma il datore di lavoro ha una ragionevole aspettativa che tu segua entrambi, a meno che non violi la legge.

Tutto dipende dal fatto che verrai licenziato o meno. Se stai per essere licenziato, non farlo. Se non stai per essere licenziato, allora procedi con esso.

Penso che tu possa anticipare molti dei problemi che potrebbero derivare da questo e fare un piano dettagliato per se e quando hai mai dovuto lasciare l'azienda.

Un problema che potrebbe far finire i lavori sarebbe se te ne andassi e le risorse umane dovessero cercare il tuo sostituto. Dato che entrambi cercano attivamente di capire cosa hai fatto e assumono in base alle competenze necessarie -oppure, basta guardare il documento originale che specificava la politica di IIS / ASP.NET / ecc. e assumere ciecamente qualcuno con quelle capacità per mantenere il codice LAMP (sul principio "perché dice così"), penso che quest'ultimo sia molto più probabile.

La cosa più semplice (a lungo termine) è fare ciò che fabianhjr ha raccomandato e cambiare lo standard. Modificalo per includere sia Microsoft che LAMP se sono resistenti a uno switch completo.

In questo caso è necessario seguire lo standard. Se lo standard non sembra applicarsi, è necessario parlare con il proprio manager per farlo in una lingua diversa.

Di tutti gli standard da seguire nello sviluppo, personalmente ritengo che la scelta della lingua sia la più importante . Ignorando la scelta della lingua standard a favore di una con cui ti senti più a tuo agio con i colleghi e / o i successori in un torrente senza pagaia, perché potrebbero non avere le competenze per lavorare sul tuo progetto. Le decisioni di assunzione di un'azienda si basano sulla scelta della lingua, quindi decisioni come queste possono avere un impatto notevole. L'introduzione di un'altra piattaforma / lingua potrebbe costringere l'azienda a rimanere in difficoltà quando iniziano ad assumere altre persone.

Oltre la lingua, è necessario considerare il supporto interno per il server LAMP. Chi amministrerà Apache? Che ne dici di MySQL? Il software dell'azienda viene eseguito su un database diverso? Gli amministratori saranno disposti ad amministrare una nuova piattaforma? Anche se hai intenzione di amministrare questi servizi, i compiti potrebbero eventualmente ricadere su qualcun altro. Se prevedi di amministrare i servizi, gli amministratori di rete / server ti permetteranno di farlo?

Le implicazioni dell'introduzione di una piattaforma diversa possono essere ampie e profonde. Non seguire lo standard può finire per colpire molte persone oltre a te stesso. Anche se sei più esperto in LAMP di ASP.NET, costruire su quella piattaforma potrebbe costare molto di più alla tua azienda nel lungo periodo. La chiave qui è la comunicazione con il proprio manager e la comprensione degli effetti della decisione finale.