Supporto del browser per gli strumenti aziendali interni

2

Siamo sull'orlo di una conversione. Per anni, la nostra azienda ha supportato solo IE per i suoi strumenti interni (intranet) fatti in casa.

Dato che alcuni dei nostri utenti sono ancora su XP, il che significa che IE arriva solo fino a 8 ... un sito pesantemente JS / jQuery non verrà nemmeno caricato!

Siamo stati in fase di conversione per utilizzare invece Chrome, per utilizzare le sue prestazioni javascript.

Ma ora è stato suggerito di supportare tutti i browser comuni ... internamente per questi strumenti. Ciò significa più tempo di sviluppo per ridimensionare alcune di queste nuove applicazioni, più tempo per testare su tutti i browser e siamo già in possesso di personale.

Ci sono dei buoni siti / post informativi là fuori, che già rendono questo argomento?

    
posta adam 10.12.2012 - 19:14
fonte

2 risposte

2

Probabilmente sarebbe più efficace se mettessi insieme un semplice documento che spiegasse cosa avrebbe richiesto per supportare più browser. Realisticamente, organizzazioni diverse con diverse serie di applicazioni possono finire con esperienze molto diverse. Le organizzazioni che creano molti strumenti interni (anziché acquistare strumenti di terze parti che ospitano sulla rete intranet) spesso finiscono per creare front-end relativamente semplici con quantità relativamente minime di Javascript che supportano più browser in modo relativamente semplice. Se hai un front end relativamente sfuggente, però, potresti avere una sfida molto più difficile. Le organizzazioni che hanno strumenti di test automatizzati in grado di eseguire la suite di regressione completa in ogni motore di ricerca relativamente velocemente avranno un tempo molto più semplice a supportare più browser rispetto a un'organizzazione che richiede molti test manuali.

Tenderei a mettere insieme un rapido documento di 1 pagina che espone esattamente ciò che sarebbe necessario per supportare più browser. Stimare il tempo necessario per modificare Javascript, elencare l'hardware, il software, le VM, ecc. Di cui avresti bisogno, stimare quanto tempo aggiungerebbe quel requisito per il nuovo sviluppo (sia in termini di overhead aggiuntivo che riduce il numero di ore che devi sviluppare e la complessità aggiuntiva richiesta per sviluppare e testare più browser) e stimare quale tipo di impatto potrebbe avere sull'interfaccia utente se ci si aspetterebbe che sia necessario semplificare l'interfaccia utente per farlo funzionare attraverso i browser. Quindi confrontalo con i vantaggi di consentire agli utenti interni di utilizzare qualsiasi browser desideri. Se si mostrano cali significativi di produttività o declino della qualità dell'interfaccia utente, può essere perfettamente logico limitare il supporto.

    
risposta data 10.12.2012 - 19:30
fonte
2

La mia azienda sta attualmente attraversando un processo simile, che sta ristrutturando il vecchio software basato sul Web che è stato creato per xp / ie set up e lo spostamento del personale su Chrome. Fortunatamente abbiamo un team abbastanza ristretto, quindi spostando tutti su Chrome e limitando il supporto era fattibile, ma quando stavamo considerando l'altra opzione era utile tenere a mente questo piccolo gioiello:

link

Caratteristico come è il messaggio è suono; finché ognuno è in grado di fare tutto ciò che è necessario, non è necessario necessariamente provare e accontentare tutti con un prodotto finale. Prendi in considerazione il miglioramento progressivo, magari costruendo qualcosa di base che fa tutto il necessario in IE ma usa JavaScript più pesante in browser migliori per migliorare le interfacce, sfruttare AJAX ecc.

Gestisci le aspettative delle persone fin dall'inizio e potresti persino convincere le persone a scegliere di spostarsi da IE una volta che avranno visto l'esperienza migliore che potrebbero avere in un altro browser!

    
risposta data 11.12.2012 - 01:21
fonte

Leggi altre domande sui tag