| > 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. |
The term frontend developer didn't really exists back then because allmost all the logic code was on the server.