Come si raggiunge il flusso nella programmazione web? [chiuso]

2

Mi piace molto programmare cose semplici, come le soluzioni per Project Euler, dove puoi concentrarti, scrivere un algoritmo, eseguire istantaneamente, testare, verificare e modificare il programma finché non funziona. Anche per i progetti più grandi sento di poter mantenere il flusso ed essere molto produttivo finché posso rimanere in un IDE (ad esempio Eclipse) e tutto si compila e si avvia velocemente, ad esempio, se si tratta di una GUI Swing.

Con la crescente attenzione per le applicazioni Web e gli smartphone, tuttavia, sono costretto a creare un server web, a destreggiarsi con una grande quantità di linguaggi di programmazione e di markup (ad es. Javascript, Java, HTML, CSS), diversi tipi di editor e attendere che venga distribuito qualcosa (server web), compilato (GWT, Vaadin) o virtualizzato (Android). Esistono soluzioni che consentono di aggirare questi problemi?

So che queste domande possono sembrare soggettive, ma è un problema importante per me e penso che possa giovare anche a molti altri.

P.S .: Quello che sto cercando è una soluzione per lo sviluppo web che permetta di rimanere in un IDE e che permetta di testare ed eseguire senza lunghe attese per lunghe compilazioni, distribuzioni, ecc.

    
posta Konrad Höffner 12.03.2014 - 17:30
fonte

2 risposte

2

Per principio, dato che il problema diventa più difficile, la soluzione diventa più complicata - Project Euler è un ambiente molto sicuro, che pone problemi intesi specificamente a insegnarti come risolvere un problema .

I progetti di vita reale tendono a essere costituiti da molto di problemi sotto forma di funzionalità, media, scala, connettività, front-end, ecc.

Non penso che dovresti sforzarti di risolvere un problema nella vita reale come risolvere un esercizio. L'approccio migliore, secondo me, è risolverlo un problema alla volta .

Puoi iniziare suddividendo il tuo problema in funzioni, partendo da uno semplice, implementandolo e proseguendo con il successivo ( Stile BDD ).

In questo modo, con ogni funzionalità, puoi risolvere il problema nel modo più semplice possibile (refactoring continuo per essere ASCIUTTO e ben progettato), mantenendo con piccole iterazioni e gestibili "sprint", dove puoi controllare quali tecnologia su cui ti stai concentrando su ciascun livello.

In questo modo (e con un po 'di pazienza), puoi risolvere problemi sempre più grandi, apprendere molte tecnologie lungo il percorso, essere meno preoccupati della giocoleria e del passaggio tra tecnologie, IDE e problemi di progettazione, e più focalizzato sulla problema a portata di mano.

    
risposta data 12.03.2014 - 17:46
fonte
2

Indirizza tre diversi argomenti:

  • passaggio tra diversi editor
  • passaggio da una lingua all'altra
  • costruisci la durata

Per quanto riguarda gli editori, non c'è motivo di usarne più di uno. Se hai un IDE, certamente ha le modalità html / css / javascript. Stessa cosa se usi qualcosa come vim / emacs / sublime text / notepad ++. Non vedo perché dovresti cambiare il tuo editor.

La durata della compilazione è un problema in ogni tipo di applicazione. La soluzione è usare un linguaggio interpretato, o lavorare su singoli moduli e usare TDD. Questo ti permette anche di bypassare il launch & fase di test manuale. Ciò richiede un po 'di progettazione iniziale per abbattere e amp; formalizzare le funzionalità necessarie, ma di solito è altrettanto utile farlo.

L'HTML non ha davvero bisogno di essere testato unitamente. Trovo utile per testare la regolazione css utilizzando la modalità di debug del browser. In questo modo ottieni un rapido ciclo di feedback delle modifiche.

Il passaggio da una lingua all'altra è un problema. Dovresti organizzarti per minimizzare tali interruzioni concentrandoti su una parte alla volta. Tuttavia, con il tempo sarà sempre meno problematico.

    
risposta data 12.03.2014 - 17:52
fonte

Leggi altre domande sui tag