Come creare un ambiente di apprendimento per gli sviluppatori di frontend se non si usano le moderne piattaforme js [chiuso]

0

Abbiamo molti sviluppatori di frontend che lasciano l'azienda perché vogliono lavorare con reagire, angolare, npm e cosa no.

Usiamo alcune piattaforme di corporate cms e queste piattaforme javascript non ci forniscono molti vantaggi. Per il frontend abbiamo bisogno solo di css e javascript / jquery.

Negli ultimi anni è stato estremamente difficile trovare sviluppatori frontend disposti a lavorare con questo stack e quando li troviamo rimangono poco tempo solo per imparare un po 'di javascript e poi lasciano l'azienda perché vogliono lavorare con reagire /angolare.

Negli ultimi anni ogni frontender che ha lasciato l'azienda ha fornito questa argomentazione come la ragione principale per lasciare la società.

Come possiamo migliorare l'ambiente di apprendimento per i frontenders? Ha senso passare a piattaforme js solo perché è popolare e più facile assumere gli sviluppatori?

    
posta Claudiu Creanga 28.07.2017 - 12:26
fonte

2 risposte

2

OK, quindi queste piattaforme sono popolari per più motivi che semplificare la semplice codifica.

I posti di lavoro pagano di più e la maggior parte delle aziende ha adottato la tecnologia. Quindi non sta avvantaggiando queste carriere di sviluppatori per restare con te.

  • Se adotti la tecnologia in modo limitato, la impareranno e se ne andranno.

  • Passando alla nuova tecnologia, potrebbe essere vantaggioso per l'azienda, indipendentemente dall'impatto sul reclutamento (penso che ci siano alcune domande su questo argomento che puoi verificare)

Quindi in realtà hai solo le normali scelte di qualsiasi azienda che cerca di rendere attraente un lavoro

  • Aumenta la paga
  • Aumenta i vantaggi (lavorando da casa)
  • Indirizza i dipendenti costosi che sono più avanti nella loro carriera e desiderano un lavoro stabile in un ambiente in rapido movimento. Forse hanno iniziato una famiglia?
  • Indirizza i dipendenti a basso costo che desiderano apprendere le nozioni di base e accettare l'alto turn over come non una cosa negativa. Se il lavoro è divertente per un anno o due e si impara, è ancora un buon lavoro. Non dovresti avere problemi a riempirlo di nuovi voti ogni anno.
risposta data 28.07.2017 - 12:42
fonte
0

Non capisco i downvotes inspiegabili; 1.

Se hai un progetto a lungo termine (suona come quello basato sulla domanda), ti preghiamo di non scegliere la tecnologia che tende attualmente. Potresti scoprire che la tecnologia in trend da 10 anni a questa parte è completamente diversa. Resta con strumenti ben scelti. JavaScript e CSS non se ne andranno, questo è certo. jQuery è una libreria molto leggera ed è in realtà abbastanza utile, quindi non trovo male jQuery, anche se potrebbero esserci motivi per scrivere JavaScript non formattato (esempio: in un progetto in cui ho lavorato, l'aggiornamento di jQuery ha rotto la compatibilità, richiedendo grandi quantità di lavoro per risolvere i problemi di compatibilità). Sembra che il tuo attuale stack tecnologico sia valido per un progetto a lungo termine.

Ciò che puoi fare per motivare i dipendenti è consentire loro di dedicare una certa quantità del loro tempo alla ricerca di diverse opzioni di piattaforma, e forse di avere i propri progetti ai quali è permesso lavorare durante il tempo di lavoro in modo limitato. Ciò significa essenzialmente che si paga lo stesso per meno lavoro, quindi può essere considerato equivalente a un aumento di stipendio. Tuttavia, la motivazione aggiuntiva ti consentirà di ottenere una parte dello stipendio effettivo al rialzo come maggiore efficienza lavorativa.

Chi lo sa, forse permettendo loro di effettuare ricerche su diverse opzioni di piattaforma, scoprirai alcune utili librerie che desideri per la tua piattaforma attuale. Per favore fai attenzione qui, però. Scegliere di utilizzare una libreria esterna non è una decisione da prendere alla leggera. Inoltre, solitamente una riscrittura è considerata negativa: Quando è un GRANDE Riscrivi la risposta ? ... quindi se usare una libreria esterna richiede una grande riscrittura, di solito è una cattiva idea.

Stai lontano dalle biblioteche che si definiscono "quadri". Ciò significa che dovrai avvolgere l'intera applicazione attorno a tale libreria, causando grandi quantità di dolore se lo sviluppo del framework viene interrotto o se desideri passare a un altro framework in un secondo momento. Preferisci le librerie che influiscono solo sulla quantità limitata del tuo codice. Estrai la funzionalità fornita da una libreria esterna in un semplice wrapper con la più semplice API possibile; questo significa che se la libreria esterna deve essere cambiata, dovrai riscrivere solo il semplice wrapper, non l'intera applicazione.

    
risposta data 28.07.2017 - 14:17
fonte

Leggi altre domande sui tag