Gli strumenti RAD valgono la pena?

4

Ho usato strumenti RAD per Windows e lo sviluppo web per molti anni (principalmente Infragistics). Mi trovo invariabilmente in una situazione in cui ho difficoltà a capire cosa sta succedendo perché questi controlli hanno strato su strato di riferimento e astrazione.

Questo vale per tutti i tipi di strumenti RAD, inclusi i pannelli di aggiornamento AJAX, le griglie AJAX, ecc. Più di una volta mi sono trovato a chiedere "Vale la pena questo?"

Per tutti i problemi e il tempo che prendo il debug di ciò che spesso sono bug o stranezze in questi controlli, sarebbe meglio semplicemente codificare il mio AJAX? Codice la mia funzionalità extra invece di utilizzare questi strumenti RAD?

L'altro problema con loro è che ci impedisce di conoscere la tecnologia che stanno usando, ad esempio non ho mai fatto il mio AJAX perché ho sempre avuto pannelli di aggiornamento, ecc. Ma immagino che sarebbe utile saperlo.

Che ne pensi di questo?

Nota: per favore non dire semplicemente "Beh, dovresti provare gli strumenti XYZ RAD invece di Infragistics ... sono migliori". Questo non è un dibattito sullo strumento RAD stesso. Questa domanda riguarda gli strumenti RAD in generale, non i meriti di quello che ho menzionato nella mia domanda.

    
posta richard 13.07.2011 - 19:46
fonte

6 risposte

6

Ok, ecco la cosa che è molto molto importante in situazioni come queste. Mentre l'uso degli strumenti RAD non è male, la mancanza di conoscenza sulle basi del loro funzionamento è certamente negativa e questo sarà sicuramente uno spazio su cui lavorare.

Citando un esempio dal tuo caso d'uso, mentre usi lo strumento / plugin per le richieste AJAX, ciò che ti impedisce di provare frammenti semplici di sperimentare lo stesso o simile caso d'uso con i tuoi script java AJAX scritti a mano. È questa costante sperimentazione e materiale di lettura su come funzionano le cose che ti aiuteranno a capire e apprezzare il lavoro che fai.

Buona lettura, codifica, sperimentazione e apprendimento !!!

    
risposta data 13.07.2011 - 20:20
fonte
6

Nella mia esperienza dipende dal controllo, ma per la maggior parte li ho trovati utili. Editor di testo particolarmente ricchi e alcuni controlli del calendario. L'unica volta che ha davvero senso è quando il costo del controllo è inferiore a quello che costerebbe a te o allo sviluppatore di costruirlo da solo. In generale, i controlli sono molto ben testati e hanno aggiornamenti trimestrali, il che è piuttosto conveniente per la maggior parte, ma il kicker sta facendo in modo di scegliere il controllo perché può fare quello che vuoi e non perché i controlli sembrano belli o qualcosa (che i controlli OTS RAD sembrano più belli di quanto la maggior parte di noi sviluppatori possa immaginare di crearli).

    
risposta data 13.07.2011 - 19:52
fonte
3

Gli strumenti RAD possono essere un problema ogni tanto, e ho sicuramente visto uno o due aggiornamenti buggy che rompono una build per un paio di giorni. Allo stesso tempo, questi strumenti ti permettono spesso di fare cose che difficilmente replicheresti da solo in un ragionevole lasso di tempo. Hai il tuo progetto su cui lavorare, quindi non c'è davvero bisogno di costruire le tue ricche caselle di testo o i dati filtrati, quando aziende come Infragistics o Telerik riversano un sacco di risorse facendo proprio questo. Il tempo che passi a giocare con gli strumenti RAD può sembrare molto, ma probabilmente non è affatto il tempo rispetto a quello che ti porterebbe a costruire tu stesso lo stesso componente di qualità. E se pensi che l'aspetto non sia importante purché i controlli che costruisci funzionino allo stesso modo ... i tuoi clienti potrebbero non essere d'accordo.

    
risposta data 13.07.2011 - 20:50
fonte
2

A mio parere, gli strumenti RAD sono utili per lo sviluppo rapido e per un team di sviluppo che non dispone di uno sviluppatore web dedicato che sa cosa stanno facendo.

Tutto ciò che fai con gli strumenti RAD può essere fatto in casa con jQuery e i tuoi controlli Ajax. Trovo che se stai facendo cose che sono subito pronte, gli strumenti RAD possono risparmiare un sacco di tempo.

Ma, non appena inizi a fare cose più avanzate, finisci per combattere con quegli strumenti. Devi investire molto tempo nell'apprendimento delle API per questi strumenti per far sì che facciano ciò che vuoi.

Alcuni aspetti negativi che ho trovato sono:

  • Il markup che producono non è sempre il migliore.
  • Se incontri un bug, sei limitato ad aspettare una nuova versione per la correzione.
  • Sei limitato a ciò che supportano. L'infragistica, ad esempio, supporta solo IE.
  • Perdi un livello di controllo sull'aspetto e sul tatto. Se non hanno fornito il CSS o il modo di cambiarlo, peccato per te.
  • Possono essere piuttosto costosi a seconda delle dimensioni del team di sviluppo.

Al momento, sto effettivamente lavorando alla rimozione dei controlli di Infragisctics dalla nostra app Web. Mi ci sono voluti quasi due anni per convincere la mia compagnia a farlo. Ora abbiamo un team dedicato di sviluppatori web in azienda, e non c'è più motivo per spendere soldi per gli Infragiscici perché tutti i membri del team preferirebbero farlo a mano o usando un plugin jQuery. Stiamo andando a risparmiare verso l'alto circa 20k / anno in licenze da solo. Questo è un bel penny.

Se hai intenzione di investire in una suite RAD, assicurati che faccia quello che vuoi. Crea una pagina usando i loro oggetti demo. Scopri la facilità d'uso. Guarda il markup prodotto. Assicurati di poterlo configurare come vuoi. Accedi al loro sito demo in tutti i tuoi browser supportati e assicurati che tutto funzioni. Leggi le recensioni e, soprattutto, guarda i loro forum di supporto; gli sviluppatori in realtà rispondono alle domande o è solo un carico di domande con risoluzioni minime o assenti?

    
risposta data 13.07.2011 - 20:47
fonte
2

Andrò a verbale dicendo che l'astrazione, di per sé, è raramente il problema.

La maggior parte dei problemi si presentano quando l'astrazione fornita è incompleta, incoerente o semplicemente inadatta all'attività che stai cercando di risolvere. Nel caso di molti strumenti RAD, si verificano anche problemi che non hanno nulla a che fare con l'astrazione di per sé, e sono principalmente di scarsa progettazione e / o esecuzione - strumenti bacati, cicli di sviluppo mal gestiti, ecc.

Lo sviluppo Web aggiunge l'elemento (quasi) unico di progettazione per un ambiente di esecuzione definito in modo così approssimativo che quasi nessuna quantità di test può davvero dare più di un generale avvertimento su ciò che l'utente vedrà / sperimenterà realmente sulla propria macchina. Ciò non giustifica la scarsa qualità degli strumenti RAD orientati al web. Significa che in questo caso, un'estrema cura nel scegliere il tuo fornitore / gli strumenti è ancora più importante del solito.

    
risposta data 13.07.2011 - 23:13
fonte
1

Gli strumenti RAD e non gli strumenti RAD sono un problema molto semplice.

scende a tre criteri

  • Quanto è stretta la tua scadenza?
  • Hai l'esperienza per scendere la catena del livello di astrazione e farlo da solo.
  • Quanto è leaky l'astrazione fornita dallo strumento RAD.

Se hai tempo ed esperienza, gli unici strumenti RAD che dovresti usare sono quelli che hai scritto tu stesso. Tutti gli altri strumenti RAD saranno troppo deboli.

Se non hai tempo né esperienza e hai scadenze reali, usa tutto il possibile per far sì che il progetto soddisfi i requisiti entro le scadenze. Se puoi soddisfare i requisiti con lo strumento RAD, fallo. Hai solo bisogno di soddisfare i requisiti minimi.

    
risposta data 14.07.2011 - 04:41
fonte

Leggi altre domande sui tag