![Cover image for The Marie Kondo guide for the clean developer](https://media.dev.to/cdn-cgi/image/width=1000,height=420,fit=cover,gravity=auto,format=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Flx7qw16tyfj65hybiics.jpg)
Marie Kondo is that Japanese woman who became famous with her method for reaching a tidy home and a tidy life.
Her method can be summed up as:
T...
For further actions, you may consider blocking this person and/or reporting abuse
If it doesnt spark joy.
![image](https://res.cloudinary.com/practicaldev/image/fetch/s--xgqKDvLU--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_880/https://encrypted-tbn0.gstatic.com/images%3Fq%3Dtbn:ANd9GcTkM1-0knOdN_nnTulbwI7Q-wLIOE1FVM50yxwa0DjBTDVvqruaFugMCt80bN3HwrAry4Q%26usqp%3DCAU)
rm -rf *
/DROP DATABASE
in production.I imagined Marie Kondo coming to my computer, taking an overview to my Projects folder and let my console start point at Projects/ while adding
alias cd='rm -rf'
😆I can have so much fun with this.
Mostly good suggestions here ;D
Laugh will be sin! 😂 this joke make me crying! Oh shit!
based
Dear customer, disregarding the bullshit your agency has dumped into Figma, I hereby deliver a clean, minimalist, and usable website without carousel sliders, chatbots, call-to-action teasers for newsletter signup, and muted auto-play videos consuming your end users' bandwidth.
One day you will understand and be grateful, too!
I wish we lived in this world.
Me too! At least I have one customer, a sustainability consultant, who asked me to remove a background video from her website, after looking at websitecarbon and lighthouse performance audits.
But we don't. Here's a Lighthouse audit of konmari.com:
![Lighthouse audit giving a score of 19 out of 100 points to konmari.com](https://res.cloudinary.com/practicaldev/image/fetch/s--b50zuhD7--/c_limit%2Cf_auto%2Cfl_progressive%2Cq_auto%2Cw_800/https://dev-to-uploads.s3.amazonaws.com/uploads/articles/86jjfvukxhwct7k7vdut.png)
Unfortunately not, as most repositories, at least on GitHub, now default to forcing squash commits when merging feature branches. So if you have tried different possible solutions in your feature branch, only the latest version of your code will make it into the main branch, and GitHub will even tell you that it's "safe to delete" your feature branch now.
I usually keep my original feature branches in my local repository for some time, but I doubt that it's a good idea to rely on git, and even more so, on one central origin like GitHub, GitLab, BitBucket, or your company's official SVN upstream, as the only place to persist your work history.
Besides my official code releases, I save bookmarks in my browser, take notes with a pen on paper in an actual notebook, and use DEV and other websites for technical writing, which helps me to get my ideas in order and possibly get some feedback from others as well.
Concerning Marie Kondo and similar influencers, I have always been fascinated but critical at the same time. Take their ideas too literally, and you'll throw away anything that doesn't make you happy or that you haven't used for one year, including your snowboard after there was no snow last winter, and all the stuff that does not spark joy in your heart despite being necessary to clean your home, repair your bike, or send important documents to the tax office. Like with all the modern "mindfulness" fad, you can find truth and inspiration in concepts like "magic cleaning", but always take it with a grain of salt!
Ironically, konmari.com, which appears to be her official website (is it?) offers visitors to shop for new items! Maybe that's the real marketing idea behind magic cleaning: make people throw away their old stuff, then offer them a shop to replace the magically cleaned items.
Indeed this is bad practice. Rebase is the obvious way to go.
It happened to me in code and in life that I threw away stuff that I actually needed later, so a mistake. But practicing mindful getting-rid-of-my-shit has been amazing, as a whole. That being said, it's good to remember that anything related to self-help is the domain of wolves and scammers.
I like to retain my feature branches too, for a short while. Where "short while" is about 10 years.
One of my favorite pieces on the subject is from the round of interviews James Gosling made in the 90s as they were promoting Java.
He said that when he moves to a new house he packages everything in boxes with a clear list of the box contents.
Then he doesn't unpack. He opens a box only based on necessity.
6 months later he throws out everything else without looking. If he'll look he won't throw it away.
He credited this approach for Java's very lean set of language features. For me that's the killer feature of Java.
I really wanna try this but I'm scared lol.
I totally agree with this statement, but it also depends on the language/ecosystem you're working with. In the Elm language community, it's very easy for us to remove dead code, as explained in this article: jfmengels.net/safe-dead-code-removal/ (disclosure: it's my article and my tool behind it). The biggest blocker that remains is, as you mentioned, the developer's fear of throwing code away because it's too hard to find it back if you need it again (which in my experience, is extremely rarely needed).
For Marie Kondo - Sketch of rooms and lists for all product allow a conceit view of your house inventory.
For Devs - Storybook and tests allow you to rebuild and condense your code without fearing errors or bugs.
Throw your shit out, with confidence and reassurance
Now that Marie Kondo has overcome her tidying habits, this post may be in need of refreshing... or not.
Oh this is so true! Thanks for this article 🎉 I know a few colleagues that should read this.
Also comparing features to an air-fryer : SPOT ON 👌
A friend says that it's funnier to delete old code than write new code
As always, comments are welcome.
Nice article. Thanks Samuel.
I JUST LOVED this article <3
Re "marketing vs technical": you can, with careful architecting and good practices, satisfy both demands by implementing features in a modular way where they can be cleanly and transparently removed as they fall off the roadmap. Submodules are great for this, with the right interface rigor. "How hard will this be to re-enable if need be?" is a good question to ask yourself, and sooner rather than later; entropy only increases.
Seems a bit dubious to me. Sure you can do quality and quantity if you're good; but the trade-off still exists, albeit it will be more subtle, and especially if you have short deadlines.
I think it's easy to get carried away with minimalism. It always feels good to make things simpler because it decreases the mental load on awareness, memory, comprehension, etc. Looking at nature is a good example. Nature can be quite complex. The human body is complex, ecosystems are complex. But usually, if not meddled with by us humans, nature loses inefficiencies. It does't make it simple or easy to understand. It's that things that have no value are lost. I think that's the way we should design things. Strive for elegance, symmetry, multi-purpose where possible. If the requirements are complex the solution will be complex. That's okay. That's how it has to be.
nature bad
format c:\