Be nice. Or else.
Designer Joined over 1 year ago
Josh hasn't posted any stories yet.
Design Systems do, and will replace design jobs not through automation but through efficiency.
I'm not too sure why this is a point of contention. A good design system decreases the number of designers required to design, maintain or scale a product.
As a result, if your design team went from 10 - 5 then your design system replaced 5 jobs. This is the point.
In fact, if you design a system that doesn't replace design jobs, then you haven't really designed a very good system in the first place.
To be honest, I was expecting a lot of fluff and to dismiss this as a joke. Optimistic much? Ha.
What I found was potentially one of the most progressive and thoughtful handbooks about designing at scale. Design Op's is really a word that can be misinterpreted as "young kids rephrasing old concepts, to make themselves feel important".
However, Design Ops is a new category of operational know how. This book helps articulate, to all stakeholders, the importance of designers and how, if you don't pigeon hole them, they can become the corner stone of any organization.
I expect all the kids to start adding 'Senior Design Op's' to their Linkedin profiles from now on. Ha.
Thank your hard work and contribution to the design space.
Came here specifically to bitch about this. Hoping it's a bug.
I have a feeling this is coming from a perspective where you haven't actually tried to code and so you think it's an unattainable skill. I could be wrong but I doubt it because I used to think the same way before I taught myself to code.
I consistently hear this defeatist attitude on both sides of the aisle. Designers saying you can't be good at developing. Developers saying they can't be good at design. The truth is, good design and development share many of the same fundamentals such as simplicity, modularity, reusability, scalability, systems thinking etc.
You might also be in a position where you work in a large company or studio where specialists are all that people hire. Personally, I don't do that, I start companies or work on early stage companies where being a generalist is your only option.
At early stage companies you don't have the budget to hire:
You learn to 80% yourself or you're unemployable, or in my case unfound-able. If you're not a "specialists specialist" (i.e Erik Spiekermann, Massimo Vignelli) you're always at the risk of a person with 1 more skill than you stealing your opportunities.
Personally, that's not a risk i'm willing to take.
We're in an era, where it's acceptable to be a 'non-technical' designer, but I believe that era is coming to an end. As a designer, you should want to carry your designs through to completion to ensure your design maintains its integrity as it's translated from pixels to code.
I can guarantee you one thing. Learning to code makes you a better designer. You'll stop doing frilly bullshit because you'll know how hard it is to implement. By simplifying your designs and thus the associated code, is likely to make half the argument for you.
The other half of course, is learning to code. The fact you guys are using React, shows they know the right approach to frontends. As a designer, you should be learning it because it enables you to build cross platform applications with a single tool. Reacts mantra after all is 'Learn one, write anywhere'.
If you can learn React, then you'll be able to design, implement, then code applications for Desktop, Web, Android and iOS. From a developers perspective they're going to respect you a great deal more. From an employees perspective you're a unicorn.
And in the odd case that the company or development team are actually fuckwits. You can pack up your bags and take your skills to a company that respects them and make more money.
Once here, you're in good shape for the next 10 years.
I'm old enough to remember when Path was fined $800k by FTC for the same gross, privacy-invading tactics Facebook has. They'd use dark UX patterns to get access to your contacts list and, I shit you not, started auto dialing people.
Path needs to get off their high-horse and stop frontin'––acting like a white knight here to save us all.
Path had an amazing UI and UX. It was groundbreaking at the time (arguably, it still is), but the app itself was a self-inflicted victim of the Silicon Valley syndrome. Too much money, too fast, and it all came crashing down when metrics didn't come close to the hype.
Haha, yeah that's funny.
Abstract is (imo) tailored towards technical designers. That means you should have some understanding of Git, which I don't think many designers have.
I also found it to be really buggy and lost days of work, which really bummed me out. It felt hazardous.
Plant is (imo) a much simpler experience. It has direct integration into Sketch with the side bar. It's simple to upload and download version. Overall, it's just a better user experience.
To be honest, you just have to use both before you get a feel for the nuances of each product. I was an early user of Abstract and stuck with it up until the point where it started losing my work. I stopped using and started looking for alternatives and Plant filled that gap for me.
Plant still has some odd things. For example, it's an early version so you have to give it persistent access to your Keychain, and it annoys you until you do. I spoke with the CEO about this and he mentioned that this will be removed in later versions.
Hope this helps.
Tried Abstract and found it very buggy. Plant is a more designer friendly version.
I built a design environment that mirrors a development environment. For example, in development there's a production, staging and development environment. Staging is where you make a mess and work on something. Once that's finished you push it to staging for review. Once it's reviewed and tested it's merged into production.
I did the same thing except the environment is Design, Staging, Production and put it in Plant.
This way, whenever there's a sprint a team member downloads the new version from plant. This version is where they design their work. Once it's ready to be presented, it's put into a staging file where it's presented to a development team and is critiqued. Once it's ready and final, it gets manually merged into the production file and the process starts again.
Josh hasn't upvoted anything yet.
Be nice. Or else.
Designer News is a large, global community of people working or interested in design and technology.