giustificazioni per lo sviluppo di applicazioni che funzionano su versioni beta di iOS?

Naviga le tue risposte
0

Sono un partecipante al Programma per gli sviluppatori Apple e ho scaricato e testato versioni beta di iOS per diversi anni.

Quando si aggiorna a una nuova versione iOS, a volte noto che un certo numero di applicazioni popolari richiedono aggiornamenti tramite App Store. Questo mi indica che gli sviluppatori dietro queste applicazioni hanno un motivo per supportare l'ultima versione del sistema operativo. Suppongo che il motivo sia che vogliono ancora che i loro utenti siano in grado di utilizzare le loro applicazioni aggiornando il codice sorgente per soddisfare le modifiche introdotte con quella versione del sistema operativo. Un'altra cosa a cui ho pensato è stato il fatto che gli sviluppatori sono in grado di aggiornare le loro applicazioni in preparazione alle versioni GM di iOS, rendendole "funzionanti" dal primo giorno di rilascio.

Come sviluppatore iOS per studenti e principianti, c'è un motivo per me per aggiornare la mia applicazione per lavorare sulle versioni beta di iOS? È consigliabile disporre di una versione sempre aggiornata della mia app, comprese le versioni beta di iOS? Le mie supposizioni sono corrette?

Voglio giustificare lo sviluppo della mia applicazione su una versione beta di iOS; presumo che questa sia la migliore pratica a giudicare dagli aggiornamenti che ricevo per altre applicazioni durante l'aggiornamento all'ultima versione beta di iOS? C'è qualche parte che dice che questo è necessario o la migliore pratica? La ricerca in Google non ha rivelato alcuna risorsa accademica o documentazione di Apple in merito alla mia domanda. Quindi le mie supposizioni sono errate? Dovrei ignorare le versioni beta e concentrarmi solo sul supporto delle versioni GM di iOS?

    
posta Boris Johnson 27.03.2018 - 15:29
fonte

2 risposte

2

Le versioni beta sono per definizione "lavori in corso". Fino a quando il fornitore (Apple in questo caso) non rilascerà formalmente il software, non ci sono garanzie su ciò che sarà nella versione finale (una funzionalità potrebbe essere estratta o modificata radicalmente più volte).

Se adatterai il tuo codice per funzionare bene con la versione beta e forse utilizzerai qualche nuova funzionalità, accetti il rischio che Apple possa scegliere di rimuovere o modificare radicalmente quella funzione prima del rilascio.

Le grandi aziende possono permettersi questo rischio e spesso hanno un motivo finanziario irresistibile per accettarlo: è più economico pagare alcuni sviluppatori per assicurarsi che il codice non si rompa nella versione beta piuttosto che farsi prendere in contropiede in seguito.

In qualità di studente / sviluppatore principiante, non devi preoccuparti di ciò che centinaia o migliaia di utenti stanno cercando di fare. Non è un grosso problema se il tuo software rimane incompatibile con l'ultima versione per un paio di settimane.

Inoltre, hai una scelta: dedica il tempo necessario per garantire la compatibilità con il codice beta o dedica il tempo necessario a migliorare la tua app.

La scelta dipende da te: cosa ti offre il miglior ritorno per il tuo impegno?

In altre parole, le "migliori pratiche" delle grandi aziende possono differire in modo significativo dalle migliori pratiche di piccole aziende o singoli individui.

    
risposta data 27.03.2018 - 16:54
fonte
0

Mentre la risposta di @ DanPichelman era eccellente, vorrei aggiungere che la ragione principale per cui ho visto la gente accettare il rischio di sviluppare una versione instabile è il time to market. Più velocemente puoi ottenere un prodotto di qualità, più è probabile che tu guadagni quote di mercato. E così, molte aziende si assumeranno rischi del genere per farlo.

Questo non cambia la sua conclusione che, come amatore / hobbista / piccolo negozio, probabilmente non otterrai molti benefici.

L'unica cosa che potresti considerare un vantaggio, è che la Beta è molto vicina al rilascio e il tuo tempo di sviluppo è lungo, potrebbe valere il rischio relativamente piccolo di utilizzare nuove funzionalità in cambio di non dover rielaborare in seguito.

    
risposta data 27.03.2018 - 16:59
fonte

Leggi altre domande sui tag

Archiviazione di dati temporanei all'esterno di DbContext in Entity Framework La modifica di uno scenario Specflow dopo la sua scrittura viola il principio di chiusura aperta?