Linguaggi di sviluppo app Android — quale indicare nel preventivo e quali sono le differenze?

Se sui terminali la fotocamera o il laser per barcode integrato devono lavorare di continuo, la gestione della memoria diventa critica. Le soluzioni multipiattaforma a volte causano consumi elevati di batteria e lag su questi dispositivi. Per strumenti da lavoro sul campo, il nativo in Kotlin resta sempre la scelta più stabile.

Nel 2021 non abbiamo fatto specificare il linguaggio nel capitolato e l'agenzia ci ha rifilato un pasticcio tra vecchi blocchi di codice Java e webview ibride. L'anno scorso volevamo aggiornare il modulo di scansione barcode: tutti e 3 gli sviluppatori consultati si sono rifiutati di metterci mano e abbiamo dovuto riscrivere tutto.

Non firmate subito i preventivi ricevuti. Inviate una richiesta scritta alle agenzie: 'Quale linguaggio, quale architettura e quale versione minima dell'SDK Android verranno utilizzati in questa offerta?' e allegate la loro risposta formale al contratto.

I requisiti da inserire nel preventivo devono essere chiari: 1) Linguaggio di programmazione indicato esplicitamente come Kotlin o moderno framework concordato. 2) Architettura specificata come MVVM o equivalente. 3) Impegno alla consegna completa di tutti i sorgenti su un repository indipendente.

Il vizio delle agenzie di liquidare la voce con un generico 'App Android' è davvero insopportabile... A prescindere da chi farà il lavoro, se un domani doveste chiudere i rapporti, il nuovo sviluppatore non deve mettersi le mani nei capelli appena apre quel codice.

se lo scrivono in java oggi funziona ma l'anno prossimo qnd dovrete collegare nuove librerie nn troverete nessuno capace ma onestamente fate mettere kotlin e state tranquilli.

edit: ho scritto da telefono, scusate gli errori di battitura.

Che versione del sistema operativo hanno i palmari? Molti dispositivi industriali rimangono bloccati su versioni datate di Android. Siete certi che le librerie usate dall'agenzia supportino la versione esatta dei vostri terminali?

Se l'agenzia evita di dare dettagli tecnici, probabilmente sta solo cercando di riadattare un template già pronto. Una software house seria e trasparente inserisce sempre con orgoglio il proprio tech stack nel preventivo.

Come avete risolto questo? Quando decidiamo senza misurare, finiamo sempre nello stesso punto.

Se non sono stati definiti i criteri di accettazione, il momento in cui il lavoro è finito è discutibile.

Sono una piccola impresa, vi parlo dal mio punto di vista. Quando decidiamo senza misurare, finiamo sempre nello stesso punto.

Introdurre un processo per le richieste di modifica non rallenta il lavoro, lo accelera.

Ti seguo.

Ho un'obiezione qui. Le soluzioni che funzionano su piccola scala crollano quando si cresce l'ho imparato tardi.

Se ricevete tre risposte diverse su un argomento, la domanda è posta male. È tutto, scusate se mi sono dilungato.

C'è una parte che non ho capito. L'offerta più economica è spesso quella meno ponderata.

Correggetemi se sbaglio.

Ha ragione.

come avete risolto questo? cercare di farlo da soli è la strada più costosa.

quando prendi una decisione guarda prima quali dati hai a disposizione. è tutto scusate se mi sono dilungato.

Mi sono rilassato leggendo questa risposta, quindi non succede solo a me. Quando prendete una decisione, scrivete anche lo scenario peggiore, non solo quello migliore.

mi chido anch'io.

Parlo dal lato opposto, io sono dalla parte dei fornitori. Dopo la consegna il sistema continua a vivere; la manutenzione è una voce a parte.

Confermato dall'esperienza.