Progettazione e programmazione asincrona

Ti dico questo per pura esperienza: ricevi @ # $! graphic designer . I tuoi clienti saranno in grado di distinguere dai progetti degli sviluppatori (anche se sono modelli a pagamento) e dai progetti dei grafici. Se possibile, ottieni un web designer.

Se sei quello con il miglior design, prendi il ruolo di direttore creativo e filtra l'input del designer grafico come lo si implementa. Puoi quindi concentrarti su altre cose correlate come UX .

Se vuoi fare le cose per bene, potresti anche voler cercare un copywriter o almeno allenarti e / o il tuo amico nel copywriting, i libri 1-4 di Copyhackers sono un ottimo inizio. Credimi, il contenuto conta.

Le funzionalità (purtroppo) non sono importanti per i tuoi clienti tanto quanto la progettazione e il contenuto. Una volta individuato il design e i contenuti, puoi concentrarti sulla funzionalità.

Nella mia esperienza, questi due fattori definiranno il tuo successo.

Oh, sì, e riguardo alla tua domanda, potresti provare Mercurial invece di usare un FTP. E potresti voler esaminare Joomla e Drupal come piattaforme ( CMS ) per i tuoi siti web, così puoi concentrarti sullo sviluppo di ciò che conta e non reinventare la ruota.

P.S .: Mi piace Joomla meglio per Gantry

La cattiva notizia è che fare un buon lavoro di front end non significa essere un designer. Ci sono un sacco di buone pratiche là fuori che vale la pena di prendere sul serio per consigliarti, ma ecco alcune di quelle più grandi:

• La trinità di separazione - Separa HTML (contenuto), da CSS (presentazione), da JavaScript (comportamento) collegando i file ed evitando gli stili incorporati / incorporati e mantenendo JS completamente fuori dall'HTML. Provalo. Rende il tuo lavoro più facile. E sì, ci sono aree grigie. Va bene. Nessuno ti punisce per aver violato / piegato queste regole. Considerali mentre lavori. Perché è più facile.

• HTML semantico: HTML descrive il contenuto. Div e span non sono vuoti da sparare a volontà. Non avvolgiamo le cose volenti o nolenti a meno che non si risparmino tempo e sforzi per (una volta in un tempo raro) farlo. Quindi no, buttalo giù con il business del wrapper HTML e sì puoi dire alle comunità di Drupal e Joomla che le odio. WordPress va bene. Ancora. Sembra severo. Rende più facile il lavoro front end. Ci sono anche accessibilità e vincite SEO che sono IMO, ipervenduto rispetto alla riduzione del fattore bloat HTML.

• JavaScript discreto - legato al principio di separazione ma l'idea generale è di collegare la logica degli eventi da dietro le quinte e non alla fonte tramite i gestori onclick. Considerato un'area grigia da troppi, IMO, trovo che sia quasi come un indice per il comportamento della tua app di front-end di avere tutti i gestori di eventi in un'area centralizzata. Di nuovo, rende più facile il tuo lavoro. Questo è l'intento. Gli sviluppatori pigri pensano a questa roba, non a quelli che amano lavorare sodo.

• Usa JQuery. Scusate ma è praticamente duh. La maggior parte delle persone non ha il tempo di normalizzare e ridurre il ciclo DOM di cruft e boilerplate di grandi raccolte HTML.

• Non esagerare con JQuery. Scopri JQuery in modo da non diventare eccessivamente dipendente da plugin e librerie. Perché tendono a puzzare. Assicurati inoltre di imparare abbastanza da sapere come fare il fai-da-te al di fuori di un contesto JQuery. Non tutti lo usano dopotutto.

• Scopri ogni giorno novità su CSS e JavaScript. C'è molto da sapere. No, non finisce mai. No, se vuoi essere un professionista devi sapere come fare il fai-da-te prima di poter scegliere anche gli strumenti che non fanno male a meno che non ti stia concentrando solo su siti temporanei usa e getta per i tipi di persone che vanno a agenzie pubblicitarie / interattive che cercano siti web.

• Inizia con DRY e accoppiamento libero (google). Quindi impara i principi OOP quando senti che potrebbero iniziare ad avere importanza per te.