Lavoro in un luogo che ha una netta separazione tra designer e sviluppatori. Siamo una start-up abbastanza nuova e stiamo cercando di capire quale sarebbe il miglior flusso di lavoro per il nostro team. Siamo una piccola azienda con un totale di circa 11 dipendenti, tre dei quali sono designer (si occupano di HTML, CSS, alcuni jQuery) e tre sviluppatori che lavorano principalmente con Web Form ASP.NET. Sono uno degli sviluppatori e non ho un talento per il design, ma mi sento abbastanza a mio agio con CSS e jquery / Javascript per capire la meccanica e quant'altro.
Quindi, al momento, aspettiamo che i progettisti ci forniscano una struttura HTML danneggiata insieme a include lato server, js, jquery, css, ecc.
Tipicamente cerchiamo di aggirare le loro cose e, a malincuore, cerchiamo di mantenere la loro struttura più o meno la stessa con la conseguenza di costringerci ad avere un sacco di hack sul posto per lavorare con esso. Sì, questo significa usare i loro Server-Side Include mescolati con le nostre pagine .aspx, tra le altre cose che sembrano andare contro il flusso generale dei moduli web di asp.net.
Ci sono state volte in cui ho cambiato gli include in un controllo utente e ho avuto il loro codice HTML comune nelle pagine master, ecc. Tutto ciò è stato conseguentemente seguito da molti latrati dal team di progettazione. La loro principale lamentela è che le pagine master e i controlli utente rendono più difficile la manutenzione del sito.
Riesco a vedere il loro punto di vista, e non mi piacerebbe neanche se la gente mi incasinava con il mio flusso di lavoro, il che credo lo stia facendo con loro.
Ho provato più volte ad approcciarli allo spostamento della struttura del sito che integra l'ambiente dei form web di asp.net con cui i programmatori stanno lavorando, ma ogni volta che l'argomento del lavoro con le pagine mastro si avvicina, il team di progettazione fa un bizzarro imbroglio .
Il nostro approccio attuale ci costringe semplicemente a mettere insieme un sacco di hack e work-arounds in modo che si morda con il loro design e francamente si stia frustrando e aggiungendo semplicemente un ulteriore ufficio tecnico non necessario ai nostri progetti.
La mia domanda è semplicemente questa: quale flusso di lavoro è più adatto a te e al tuo team di progettazione?
I tuoi progettisti sanno come usare le pagine mastro, ecc.
È irragionevole che i progettisti comprendano i meccanismi di funzionamento delle pagine master e dei controlli utente e, in generale, in che modo ASP.NET mette insieme una pagina? (Non credo che sia un'aspettativa irragionevole di loro ...)
Quindi, cosa ne pensate?