Gli strumenti di progettazione degradano l'esperienza di programmazione? [chiuso]

La mia ipotesi è che gli buoni strumenti di progettazione aumentino la produttività e non tengano il "divertimento". Tuttavia, è solo un'ipotesi perché non ho ancora trovato un buon strumento di progettazione.

Personalmente non ho chiesto strumenti di progettazione.

1. Penso che probabilmente dipenda. Se sei uno sviluppatore abbastanza inesperto, utilizzare gli strumenti di progettazione è probabilmente più produttivo della digitazione. Sono abbastanza sicuro di essere più produttivo nei miei primi VB6 giorni usando il designer di quanto non lo avrei fatto a mano. L'altra cosa da considerare è come la tecnologia (almeno come l'IDE la presenta) si presta all'editing manuale. VB6 e .NET WinForms certamente no (o meglio probabilmente non si vuole modificare manualmente il file di codice "generato" (o parte di). Con WPF e ASP.NET penso che uno sviluppatore abbastanza inesperto inizi con designer, ma presto si è laureato a modificare direttamente XAML / ASP. Una volta che sai cosa stai facendo è certamente più veloce modificare direttamente il markup. Ripensando a EF v1.0, ho dovuto modificare il supporto XML del designer e mi ha fatto schifo non ho mai potuto avvolgere il mio cervello intorno così ho continuato a ricorrere al designer.

2. Dipende se il markup è divertente con cui lavorare. WPF e ASP (.NET) possono essere divertenti. VB6 / WinForms - No, non voglio modificare le sezioni di codice generate più del necessario.

3. Non penso che la comunità faccia esplicitamente. Sebbene quando apprende qualcosa di nuovo, il progettista può rendere più facile deglutire in blocchi di apprendimento.

come al solito, dipende

Quando ho studiato per la prima volta utilizzando i servizi web, Java aveva un'esercitazione di 50 pagine e .NET aveva una procedura guidata. Indovina quale è stato usato?

Lo stesso qui, nessuno strumento di progettazione.

Io disegno il database ERD su carta e scrivo un deployer che emette le istruzioni "crea tabella", in questo modo posso cancellare e ricostruire a piacere. Aiuta anche per il controllo delle versioni del database.

Trovo che la carta 11x17 (A3) possa essere un ottimo punto di partenza per progettare sistemi molto compelex. Ottieni una buona gomma e matite (io preferisco Staedtler ).

Dal punto di vista del fornitore, tutti questi fantasiosi strumenti di progettazione sembrano avere uno scopo simile alle licenze per studenti scontati / gratuiti. L'idea è di permetterti di creare qualcosa con il minimo sforzo e costo. Una volta investito, scommette che imparerai ad espandere le tue abilità con i loro strumenti piuttosto che a imparare qualcun altro.

Questo non vuol dire che gli strumenti non abbiano usi produttivi legittimi. dovrebbe essere prezioso per esaminare il codice generato e imparare da esso. Sfortunatamente, come notato da Ken Henderson, il codice è spesso illeggibile e non è qualcosa che si desidera utilizzare come modello per il lavoro futuro. Mi vengono in mente diverse sezioni in Programmazione di servizi WCF , in cui l'autore spiega come scrivere codice manualmente o averlo generato da Visual Studio. Inevitabilmente, l'opzione generata richiede una sezione di follow-up per la rimozione del codice estraneo.

Gli strumenti di progettazione migliorano effettivamente la produttività?

Possono purché il tuo progetto sia semplice e non troppo complesso per loro. La mia esperienza ha colpito il muro non appena si tenta di implementare / risolvere un problema del mondo reale.

Sono divertenti assassini?

WF (flusso di lavoro) & WPF divertente ma anche killer quando il VS 2008 si è schiantato ogni 30 minuti.

La "comunità" in realtà richiede più strumenti di progettazione o i venditori pensano semplicemente che siamo?

Ultimamente molti strumenti rilasciati da MS sembrano essere tentativi disperati di mantenere gli sviluppatori. La battaglia sta andando avanti nel mercato degli smart phone. Chi vincerà il cuore di sviluppatori, MS, Google o Apple?

È sempre stato il modo, anche nella giornata in cui eravamo abituati a distinguere tra sviluppatori che sapevano solo come fare clic sulle procedure guidate e sviluppatori che conoscevano il codice generato dai wizard e potevano modificarlo per i casi limite.

Il fatto che tu abbia ancora più strumenti, maghi e designer che fanno tutto sotto le coperte per impedirti di tagliarti sui taglienti è un vantaggio per gli sviluppatori che non vogliono sapere, o non lo fanno avere l'ampiezza di esperienza o abilità per comprendere il codice generato. Immagino che ci sia un punto debole tra ciò che vuoi che il computer faccia per te, e ciò che devi fare da te in quanto l'alternativa sono i linguaggi di programmazione interamente basati sul trascinamento dei blocchi su un modulo. (Ero abituato a lavorare solo su un ambiente specifico del dominio, non vorrei usarlo!)