| View this newsletter on the web.
I love it when a seasoned developer feels compelled to get a bit retrospective and share advice that theyâve had to learn the hard way in their careers. It often gets a bit philosophical and sometimes a bit Readerâs Digest-y in an endearing way, like something that would make a funny cross-stitching someday.
Hereâs Baldur Bjarnason in 136 facts every web dev should know before they burn out and turn to landscape painting or nude modeling:
27. Minimalism is garbage. Simplicity is great, but minimalism sucks. Everything you see on the screen should have a reason to be there (be an embodiment of âdoingâ), but if the reasons are complicated, then the design should represent that complexity. Hiding complications makes everything harder, and excessive minimalism is just as harmful as excessive decoration.
I especially like it when they have that baby bearâs porridge feeling to them. Like Baldur probably lived through phases where he built (or was on a team that built) interfaces that were just too complicated (too hot!!). Then fought against it by building interfaces that were so simple they hid any semblance of complexity (too cold!!). Then came around to just trying to make things clear and as simple as possible while still embracing the idea that complexity can be what makes software valuable.
36. Naming things is fantastic. Everything on the screen should have a name. Itâs better for your work. Itâs better for accessibility. Itâs better for your design. Take a table view and name it âInboxâ, âScreenerâ, or âPaper Trailâ, and they suddenly mean something. What you do with them has changed. A good name transforms design and action.
Hear hear! Personally, I like to go so far as that, whenever possible, the name that we pick is used in the interface, in the documentation, what we use as a team internally when we talk about it, and in the code itself. Not just the front-end code, but in the API and database as well. Make those names really meaningful.
High Performance Cloud Servers
Easily deploy cloud servers, bare metal, and storage worldwide.
Vultr, the Independent Cloud, provides developers and businesses around the world with easy-to-use, high-performance cloud infrastructure at a fraction of the cost of the Big Tech clouds.
Start Your $100 Free Trial
Maybe a bit of both?
Justin Etheredge got reflective recently as well in 20 Things Iâve Learned in my 20 Years as a Software Engineer:
6. Sometimes you have to stop sharpening the saw, and just start cutting shit. Some people tend to jump into problems and just start writing code. Other people tend to want to research and research and get caught in analysis paralysis. In those cases, set a deadline for yourself and just start exploring solutions. Youâll quickly learn more as you start solving the problem, and that will lead you to iterate into a better solution.
I feel this one because Iâm on a team right now that has a lot of people who pull in different directions on this. Iâm a âcutting shitâ kinda guy. Push push push to get started working on things, get that dopamine hit that this kind of âproductivityâ provides, and feel like youâre closer to the finish line. But I get us into trouble. I cause technical debt. I cause bugs. My co-founder, who gets an incredible amount of work done but that Iâd still qualify as a saw sharpener, has pulled me back and balanced us the last few years into a better place. We canât pull too far though, to Justinâs point. There is still a lot of value in just getting in there.
Around the World
Many customers prefer Vultr because its 21 data center locations, across 5 continents, allow them to minimize latency by placing computing power close to end-users.
Start Your $100 Free Trial
It ainât just for bugs
Kitty Giraudel did a bit of recent reflection as well in 30 Frontend Tips. Itâs a slightly cheeky title in that most of the advice isnât specific to the front end.
10. Debugging is a skill to learn. It takes time, it takes practice. It starts by reading error messages, and learning what to Google. It gets easier with time, and is a useful (necessary?) skill to grow. Donât get frustrated if you struggle, especially at the beginning.
Ainât that the truth? Iâd almost say that most development work, at some point, becomes debugging. Especially because itâs not always âfix a bugâ, itâs âI need to do this task, but I need to learn how this part of the site works for me to do the taskâ. So youâre essentially debugging at first in order to load that area of the site into your brain, then you do the task. Which might even be something seemingly opposite to debugging like feature development. The skillset is largely the same. It involves reading code, following data as it moves around. Logging and breaking to assist your understanding of where and how things happen.
#1 is pretty good too:
1. Learn what you want. There is enough to learn for a lifetime, so donât feel like you have to follow the hype. Frameworks and libraries come and go, fundamentals remain, so I would recommend focusing on HTML, CSS and JavaScript if you get to choose (and do frontend).
The thing about fundamentals is that they last. As much as tech has changed in my career, the deep basics of the three classics (HTML, CSS, and JavaScript) have always been there and it feels more and more like they always will be. It doesnât mean you have to start there. Most donât, I would guess. I sure didnât. But finding your way to those fundamentals is a smart move.
Why Vultr?
Not only is it much less expensive than the Big Tech clouds and great for end-users, but itâs also extremely developer-friendly:
Start Your $100 Free Trial
That writing thing again
I gotta include this one from Ngoc Vuong from a few years ago in My lessons of 3.5 years being a front-end developer:
I have realized that maintaining a technical blog makes me become quite more competent in programming. Why is that? Because in order to write a decent technical blog, I need to do a lot research, reading and dedicate a certain amount of time to turning my understanding into words in as simple way as possible. It is very time-consuming, but I find it is worth my time for the reason that I have retained the knowledge better.
Donât blog for the glory, blog for the cemented brain nuggets. |
csstransition.net 