Re building tools: I strongly believe that tools — software libraries, utilities, etc. — should only be created to solve an issue which you have a direct relationship to. History has proven this to be an excellent measure of success.
[Thread ...]
Most of us have probably experienced the "CRM system made for other people" that sucks, because the creators of it didn't use it themselves and thus couldn't relate to the problems their thing was solving.
So here's some good terminology:
- "Me ware"
- "Us ware"
- "Them ware"
"Them ware" is the worst possible thing; a "none of the roads taken" kind of compromise. You build something for someone else without a need of yourself. It will be incredibly hard to make something good this way since you will essentially fly blind.
"Me ware" is where most great things start, by solving an issue or realizing an opportunity which you can directly relate to, in the most straight-forward way possible.
"Us ware" is what "Me ware" hopefully becomes when it is useful for others.
However starting with "Us ware" is risky — this is what many tech start-up do; they just have a quick sip of "Me ware" and see that there's an opportunity in solving this for others at the same time \
[...] as solving it for ourselves is a good strategy. Often that is a time-efficient way to do it, but it does come with a higher risk since you'll be finding out if it's even "Me ware" after you've made some pretty big investments.
Summary:
- Avoid "Them ware"
- Start with "Me ware"
- Cherry pick "Me ware" that has helped you a lot and make it "Us ware"
Addendum:
Don’t take this advice as “only solve my own problems” but rather: whatever you are working towards, make sure you really understand it by being able to personally relate to it and eventually benefit from it. Use research, change your life habits… whatever it takes.
• • •
Missing some Tweet in this thread? You can try to
force a refresh
Although this article is a bit too extreme and an overreaction, I must say that as a non-Chrome user it seems more and more websites only work in chrom{e,ium}. At least once a week I have this experience (I use Safari.) Thread →
The contemporary idea of a web browser is an abstraction layer for technology to allow some document or software to be available to anyone using a web browser. If your website only works in Chrome it’s really not different from say only working on macOS.
There’s a cost to everything and with web development a big chunk of cost is in quality (making a UI reliable and behave the way a user expects it to.) An increasing cost area is also writing & testing browser-specific code and that seems really backwards to me.
We're growing our Editor engineering team here at @figmadesign. This is an amazing opportunity to work on OS-level engineering challenges together with a wonderful, small and diverse team of passionate humans.
Are you a person who identifies with a group that is often underrepresented in software engineering? Then we are particularly interested in talking! We strongly believe that diverse minds, opinions and perspectives makes for a better life and better software.
@fionaosaurusrex@figmadesign Another example from Figma's initial community & plugins launch in 2019. One file with one page that documents every part of the design, synced daily between PM, Eng and D.
@fionaosaurusrex@figmadesign Some more diagramming examples from the community & plugins Figma feature from 2019.
To me, “design” is a very broad subject. In the case of industrial design—what my peers usually think of when we say “design”—is mainly about constraints. Here’s another way of viewing the practice:
Here’s an overly idealized view of what you might thing design is: