> It was definitely true at some places. My first job was web dev using the LAMP stack. The "developer" side of the house would generally write something up, wrap everything in a bunch of divs, and hand it off to the "designer" half who would add CSS/assets and make it look good.
So someone wrote a bunch of server code (backend) and then handed off for someone to style the frontend. This is what happens now in most teams. The person styling the frontend was never referred to as a "designer".
> Sometimes there would be more interaction to have the code output things in a form more amenable to the desired design, but a lot of
the time it was really that simple - the designers worked in CSS and the exchange format was divs with well-defined classes. You can do a lot with a workflow that simple.
I am aware. However that isn't the norm in most places. What happens is that the best dev that can style stuff is lumbered with doing all the frontend work and most of their colleagues don't understand it.
Larger orgs have dedicated frontend/backend teams.
> I imagine it's a bit harder if you're using a modern stack where your code is separated from what's actually rendered to the user by a dozen layers, but designers are quite capable of working with CSS rather than Photoshop.
This are actually simpler than they were back then and there is better separate between the frontend and backend. So it actually easier IMO.
I have never heard the term designer used to describe anyone doing anything else other than creating PSD mockup and later on wire-frames.
I have worked in large corps and smaller agencies as a full stack / front-end dev for about 18 years.
This wasn't just the case in my part of the world. There were prominent online publication that were extolling the virtues of designers embracing creating their designs in CSS and HTML and moving away from using Photoshop.
No. I didn't think what I said was that difficult to understand. But I will break it down.
- Designers were not working with HTML and CSS (this was about ~2008-2011). I met one "designer" who would do HTML and CSS back in about 2015. I met another woman that could do it in 2022. I've worked in a bunch of web agencies and corps.
- Some designers due to emergence of smart phones had started experimenting with using HTML 5 and CSS 3 to create responsive designed.
- There were articles in online publications and blogs where people were extolling the virtues of it, trying to convince others.
- This ultimately didn't happen. People are still using Photoshop if they are not using Figma. You have dedicated front-end devs and/or teams in most orgs if they actually care about the UX/UI quality. Otherwise they just just use a bootstrap/tailwind theme and call it a day.
I stopped doing frontend dev primarily back in 2023 after I realised I was still fixing the same stupid iOS bugs from a decade before hand.
All I can say is that your experience from that time was very different from mine.
I don't really understand why you first claim that designers absolutely were not writing CSS and then go onto admitting that they even wrote articles about why everyone should.
That is a very clear contradiction. Clearly a lot of designers were writing CSS otherwise they wouldn't write about it...
> I don't really understand why you first claim that designers absolutely were not writing CSS and then go onto admitting that they even wrote articles about why everyone should.
I really don't know what to say with this statement. Obviously there were very few doing so, and trying to evangelise others into doing so. I think I made that crystal clear.
It seems you are getting hung up on the difference between "I've encountered this very rarely" and "none". If that is your complaint you are simply nitpicking. Which is what I suspect you are doing.
> That is a very clear contradiction. Clearly a lot of designers were writing CSS otherwise they wouldn't write about it...
No you cannot draw that conclusion. If there were already at the time "a lot" they wouldn't need to try to evangelise others to do so would they? There is no contradiction at all. Again this feels like you are angling for something that not there.
TBH from my interactions with you so far, It feels like you're wilfully misinterpreting my statements for gotcha. So I would rather we would leave it there.
So someone wrote a bunch of server code (backend) and then handed off for someone to style the frontend. This is what happens now in most teams. The person styling the frontend was never referred to as a "designer".
> Sometimes there would be more interaction to have the code output things in a form more amenable to the desired design, but a lot of the time it was really that simple - the designers worked in CSS and the exchange format was divs with well-defined classes. You can do a lot with a workflow that simple.
I am aware. However that isn't the norm in most places. What happens is that the best dev that can style stuff is lumbered with doing all the frontend work and most of their colleagues don't understand it.
Larger orgs have dedicated frontend/backend teams.
> I imagine it's a bit harder if you're using a modern stack where your code is separated from what's actually rendered to the user by a dozen layers, but designers are quite capable of working with CSS rather than Photoshop.
This are actually simpler than they were back then and there is better separate between the frontend and backend. So it actually easier IMO.