I agree and understand, but also think that it benefits companies to separate out these duties. A programmer is usually a very substandard graphic designer, and vice versa. It's very fortunate that your company had the luck to find two programmers who not only are competent doing Production work but don't mind doing it...they may find their luck changing if the job market picks up methinks :)
Kristina > > That really depends on how your environment is set up. If there is no > "Production department" then that very well may be the job of the > developer. I work with one other 'developer' and one 'designer' on all of > our projects. The designer hands us a PSD, and one of us is left to > translate it in to html/css/javascript. > > Having separate departments / employees who handle things like PSD -> HTML > translations is great if you have it, but not everyone does. > > On Thu, Aug 20, 2009 at 10:07 AM, Kristina D. H. Anderson < > k...@kacomputerconsulting.com> wrote: > > > Hi, > > > > It seems to me that in the post you refer to below, the "designers" are > > confused about what a "developer" is. A "developer" does not translate > > a PDF or comp or whatever they are calling it these days into an HTML > > page...that is a job for the production people in the Production > > department. > > > > By the time this thing gets anywhere near a developer, it should > > already be laid out in HTML adequate to the designer's perspective, > > i.e. be a dead UI that needs to be brought to life by the magic of > > code. OK most of the time the form code is rather sparse and needs to > > be enhanced, but that's fine. > > > > I'd avoid like the plague any "designers" who think developers have > > time to waste doing Production layouts....what's next, I don't suppose > > they'd also like us to pick up their drycleaning? :) > > > > Kristina > > > > > Hello all, > > > > > > I discovered a great resource a few months back: > > > http://www.webdesignerdepot.com/ > > > > > > One post in particular, http://bit.ly/designers-developers , got me > > > thinking about workign with designers. Since we have no design staff > > in > > > our shop per se (the technical office of an academic library), my PHP > > > sidekick and I put together whatever designy elements we need for our > > sites. > > > > > > After reading this article, I'm left wondering: what are the basics > > of > > > working with designers? I wasn't even familiar with the term "comp" > > > that's being used in the post and comments. Where can one learn the > > > fundamental assumed communication patterns, role & workflow > > > expectations, etc. that go along with this relationship? What is a > > > developer meant to do after being handed a PSD? > > > > > > Many TIA! > > > > > > -- > > > Yitzchak Schaffer > > > Systems Manager > > > Touro College Libraries > > > 33 West 23rd Street > > > New York, NY 10010 > > > Tel (212) 463-0400 x5230 > > > Fax (212) 627-3197 > > > Email yitzchak.schaf...@tourolib.org > > > _______________________________________________ > > > New York PHP User Group Community Talk Mailing List > > > http://lists.nyphp.org/mailman/listinfo/talk > > > > > > http://www.nyphp.org/show_participation.php > > > > > > > > > > _______________________________________________ > > New York PHP User Group Community Talk Mailing List > > http://lists.nyphp.org/mailman/listinfo/talk > > > > http://www.nyphp.org/show_participation.php > > > > > > -- > Brian O'Connor > > _______________________________________________ New York PHP User Group Community Talk Mailing List http://lists.nyphp.org/mailman/listinfo/talk http://www.nyphp.org/show_participation.php
