Trovare le metriche per il tempo di sviluppo in diverse lingue [chiuso]

Question

Trovare le metriche per il tempo di sviluppo in diverse lingue [chiuso]

#1 da (2 voti)
#2 da (1 voti)

0

Sto cercando di determinare se una lingua che sto studiando (Groovy) è migliore per lo sviluppo di applicazioni aziendali rispetto al nostro linguaggio corrente (Java). Specificamente sto cercando di capire se risparmierà tempo significativo in codifica, ri-factoring e manutenzione.

Ma in realtà non sto facendo questa domanda perché è troppo ampia, sto solo impostando la mia domanda:

Qual è l'approccio migliore per la raccolta di metriche per confrontare la produttività di due lingue? Voglio dire, è facile guardare il codice di esempio che dice "guarda, è più facile scrivere in Groovy che in Java" o "questa funzionalità è mancante negli strumenti disponibili per Groovy, ma esiste con gli strumenti Java". Ma è molto più difficile capire come ciò si traduca in tempo guadagnato / perso nel mondo reale.

Ho pettinato Google, ma onestamente non sono nemmeno sicuro di cosa sto cercando. So che la domanda è ancora un po 'ampia, ma se qualcuno ha delle risposte lo apprezzerei ...

programming-languages comparison code-metrics

posta Jay Carr 16.09.2014 - 17:13

fonte

2 risposte

Leggi altre domande sui tag programming-languages comparison code-metrics

In Node.js, i costrutti non bloccanti sono solitamente preferibili a quelli bloccanti? Riproduttore video personalizzato

score 2 · Answer 1

Scrivi una piccola, ma non banale applicazione nella lingua candidata, e fai una valutazione qualitativa della curva di apprendimento, della facilità di sviluppo, dell'attrito relativo della catena di strumenti e della produttività degli sviluppatori.

score 1 · Answer 2

Avrei creato un esperimento:

Trova un gruppo di stagisti con un'esperienza rigorosamente Microsoft. Allenali sui tuoi strumenti Java e la lingua quindi dai loro un piccolo progetto.
Trova altri stagisti (stesso numero) anche con la rigorosa esperienza di Microsoft. Allenali con gli strumenti e la lingua di Groovy, quindi dai loro lo stesso piccolo progetto.

Vuoi più stagisti possibili ma numeri uguali su entrambi i team. 'Strettamente l'esperienza di Microsoft' è così che tutti iniziano a partire dallo stesso background (nessun capo inizia in Java o Groovy).

Prova a scegliere stagisti "medi" - non superstar che distorcano i risultati o persone che già conosci che non cercheresti di assumere quando si diplomeranno. Se ne hai abbastanza puoi spendere mediamente le loro abilità e livelli di esperienza.

Tutti i tirocinanti ottengono una grande esperienza di apprendimento e tu hai il vantaggio di vedere come affrontano i progetti e quanto è ripida la curva di apprendimento. L'esperienza di tirocinio può essere un ottimo modo per trovare grandi assunzioni e quale test migliore che dare loro un linguaggio non familiare e un problema risolvibile ma non banale?

Ci dovrebbe essere un elemento # 3 nella lista sopra come controllo, ma non sono sicuro di cosa sia.