Conversation

Replying to
I think having that all-or-nothing debate in the abstract is next to meaningless too, but knowledge in both fields can inform each other and is def. an asset -- designers who code consider "implementability", coders who design aren't lost if smth. isn't 100% spec'd out, win-win
5
Replying to
Coders should design too. Cross over is good for everyone, but especially coders to design skills. A lack of basic sense makers coders bad documenters and prototypers
5
Replying to
Exactly! We design UIs in pixels(Figma) but the web is fluid. Someone has to translate between pixels to web, essentially design last ~5%. Not sure about any industries where you are not expected to know the medium we are building.
1
First public save of this thread! ๐Ÿ† Readwise users: Like this reply to save Mappletons's thread to your account without cluttering their replies ๐Ÿ“š Stats: โ€ข 96 total saves of Mappletons's threads (ranked #464)
Replying to
For me, it simply comes down to personal experience. The best designers I've worked with could and did write HTML and CSS. That being said, it doesn't hurt for front-end devs to do some design work as well. The less space between these fields, the easier the handoff is.
2
Replying to
Sorry to thread-hijack, but tufte-css had been bothering me because I have to think about sidenote length. My kingdom for a clean sidenote technique.
1
1
Agree it has some flaws. Iโ€™ve seen some slick JS side note implementations, but in the more JS vs. less JS trade-off itโ€™s a good compromise.