Quanto è significativo il vantaggio del nodo di formare gli sviluppatori in una sola lingua e metterli in attività attraverso lo stack tecnologico? [chiuso]

Question

Quanto è significativo il vantaggio del nodo di formare gli sviluppatori in una sola lingua e metterli in attività attraverso lo stack tecnologico? [chiuso]

#1 da (11 voti)

3

Recentemente ho aderito a una startup come CTO / co-founder. L'avvio e ho pensato di spostare la base di codice esistente (che è in PHP5.5, framework laravel) a node.js.

Il motivo principale per questo è che nella fase in cui ci troviamo adesso, avrò bisogno di assumere sviluppatori talentuosi, ma inesperti e addestrarli a lavorare su diverse parti del progetto. JS è già utilizzato in un'app angolare molto grande e verrà utilizzato anche nell'app mobile (stiamo pianificando il percorso del divario telefonico). L'API esiste solo in PHP.

Personalmente posso ri-implementare l'API esistente in node.js in 3-6 settimane ottimisticamente (sono fiducioso di quel tempo perché io stesso ho costruito il backend laravel api) e ho una buona idea del set di funzionalità richiesto. Inoltre, è un momento che l'avvio può permettersi in questa fase.

Penso che avere una sola lingua attraverso il nostro stack tecnologico possa aumentare la nostra capacità di ottenere il massimo dai nuovi sviluppatori che entrano a far parte dell'azienda, poiché li possiamo addestrare solo in JS e utilizzare le loro competenze attraverso lo stack tecnologico, dando loro allenamento adeguato prima di esporli a una nuova area dello stack.

La mia domanda è: quali sono i vantaggi della formazione di sviluppatori inesperti in un unico stack tecnologico? Le mie supposizioni sono corrette sulla base di questa lista di benefici? Un inversione di tendenza a 3-6 settimane diventa più realistico se gli sviluppatori inesperti possono concentrarsi su un unico stack tecnologico?

project-management javascript startup node.js

posta kapv89 22.05.2014 - 03:37

fonte

1 risposta

Leggi altre domande sui tag project-management javascript startup node.js

quale modello usare - se non del tutto ASP.NET MVC è troppo sovraccarico per i progetti più piccoli? [chiuso]

score 11 · Answer 1

Ci sono molti presupposti, forse eccessivamente ottimistici, nella tua idea. Mi concentrerò su due di essi.

Riscrittura della tecnologia in 3 settimane

Ho intenzione di lavorare fuori dal modello Cocomo II , cambiare ogni pilota per essere a tuo favore , e colpisci i numeri e dì che hai circa 1000 SLC da dare o da fare (è una stima basata sul fatto che stai facendo tutto, essendo un esperto in tutte le tecnologie utilizzate e saltando le fasi diverse dalla "costruzione" e spingendoti). Se hai più di 1000 SLC, potresti voler riconsiderare quel numero di 3 settimane.

_{^{1000 modificato, 100% codice modificato, 0% design modificato, 0% integrazione richiesta ...}}

Stai cambiando tecnologie, strutture e persino il modello linguistico. Questo non è un piccolo cambiamento. Potresti essere fuori da diversi fattori o addirittura da un ordine di grandezza. Prima di andare troppo avanti con le tue "3 settimane", ti suggerisco di ottenere una copia di Stima del software: Demistificare l'arte nera di Steve McConnell e assicurati di essere sicuro della tua stima.

Una lingua nello stack

Sì, potrebbe essere una lingua in pila. Ma programmare per un dispositivo mobile o una pagina web rispetto a un back-end sono modi completamente diversi di scrivere codice. Ci sono cose a cui gli sviluppatori di dispositivi mobili pensano (connettività, dispositivi diversi, browser diversi) a cui i backend non si preoccupano perché sono un dato di fatto.

Anche se potresti scrivere una lingua attraverso lo stack, è diversa dalla scrittura di Java ME vs Java SE rispetto a Java EE. Tutti usano Java, hanno tutte le stesse librerie di base, ma una persona ME ME non penserà mai a Spring o Hibernate e un tipo Java EE non si preoccuperà di Swing o Java FX.

Esiste l'ideale di una tecnologia attraverso lo stack, ma non fingere di poter prendere un tipo di interfaccia utente JavaScript ed essere in grado di scambiarli nella posizione di un Node.js senza tempo di accelerazione per quel nuovo stack tecnologico .

Sì, una lingua in pila è un ottimo ideale. E qualcosa per cui potresti voler lavorare. Ma fare quello che sembra essere un lavoro precipitoso per renderlo così non renderà una buona piattaforma o di beneficio a lungo termine. Ti costringe anche a usare una lingua per l'intera serie di applicazioni quando altre lingue potrebbero essere più idonee (ma non puoi cambiarle perché sei un negozio javascript puro).