Possibilità di rilevare un progetto JavaMe da parte di programmatori che non hanno esperienza in JavaMe

Dalla tua domanda è difficile capire la dimensione del progetto. 3,5 milioni di righe o 180 file java? 180 file sono piuttosto piccoli, 3,5 milioni di linee è ENORME. Grande differenza.

La mancanza di documentazione non è buona. Probabilmente significa che anche il codice non ha una struttura definita al 100%. Quando i nuovi ragazzi assumeranno la proprietà, inizieranno a riscrivere i pezzi. Non è male, perché capiranno quel nuovo codice, e sarà probabilmente più compatto e lavorerà più velocemente.

Quindi hai 2 tipi di codice in questo momento: il codice che verrà riscritto e il codice che non lo farà. Hai bisogno di alcuni documenti per entrambi.

Chiedi al tuo team esistente quali parti avrebbero riscritto, e perché, se ne avessero la possibilità, e chiedi loro di risponderti via email. In questo modo avrai alcuni documenti sul posto.

Dopo di ciò, chiedi loro di scrivere un po 'su schemi / convenzioni di denominazione usati nelle altre parti del codice (questo è il codice che rimane). Le mappe UML non sono comunque molto utili, ma se i nuovi ragazzi sapranno che "ogni volta che chiamiamo un Manager di classe fa X Y e Z e parla con Controller e Presenter", per esempio, ti aiuterà.

Invita i vecchi a tenere una lezione di due ore su come funziona J2ME. Dopodiché, lancia i nuovi ragazzi nell'implementazione di una nuova funzione / correzione di un bug, con i vecchi che si nascondono.

Se i tuoi nuovi ragazzi sono ingegneri decenti con esperienza Java, un mese dovrebbe essere sufficiente. La preoccupazione più grande non è la nuova tecnologia ma la dimensione della base di codice.

per quanto riguarda 100 diverse situazioni telefoniche, è piuttosto brutto. Se i vecchi hanno fatto qualcosa in proposito, chiedi loro di documentare ciò che hanno visto, in che modo i telefoni sono diversi l'uno dall'altro, cosa fare attenzione ecc.

Buona fortuna!

Vorrei prendere in considerazione l'aggiunta del passaggio Javadoc al processo di compilazione. L'output può andare in una directory prestabilita. Chiedi alla squadra in uscita di documentare almeno le classi più importanti. (Soprattutto quelli che verranno mantenuti.) Javadoc solo per i membri pubblici sarebbe appropriato. Questo potrebbe essere un buon momento per introdurre alcuni standard di codifica e documentazione.

Aggiungi // TODO e // I tag FIXME al codice se non ci sono sarebbero anche di aiuto. Portare il nuovo team a lavorare su di loro con l'aiuto del vecchio team può aiutarli a entrare nel codice.

Vorrei avere almeno uno sviluppatore / mentore che conosce JavaME nel nuovo team. Far sì che il vecchio team possa dedicare del tempo alla programmazione delle coppie con il nuovo team può aiutare a iniziare. Potresti anche volere delle presentazioni di gruppo su MicroME, il Progetto e il modo in cui è stato organizzato il codice.

Non conosco la qualità del codice precedente ma hai due opzioni. O per scrivere di nuovo da zero o inserire il codice esistente. Penso che i tuoi sviluppatori avranno bisogno di almeno 6 mesi per capire cosa è stato fatto prima e perché. Altri 6 mesi per codificare funzionalità nuove e avanzate all'interno e codice esistente. Buona fortuna perché ho fatto lo stesso lavoro e non avevo bisogno di uno, ma 3 anni con una grande squadra per pulire tutto il casino fatto dalle squadre precedenti !!