OP's blog post also rang false to me. It feels like it was written by someone who works in HR trying to promote a culture that inhibits real interactions, under the guise of being "a good human being."
Being a good human involves honesty and naming things that are extremely difficult to name when you're both employed at the same place. I've had so many honest and illuminating conversations with coworkers after one or both of us left a company or organization, conversations that deepened into real friendships instead of just being colleagues.
I worked at a university library for a few short years in the 2010s. Reading your comment helped me make sense of some of the experiences I had there. I still try to keep on top of some of the trends, with the vague hope of working in that field again one day.
I'm curious what some of the "quirky/innovative smaller projects that no longer exist" are, if you're inclined to go into some details. Or if you could point to a good resource on this somewhere. A lot of technology projects in the library space seem to reinvent the wheel over and over, so I think such a list is very valuable.
I've found that there's greater range among CS graduate software engineers. Of course there are some truly excellent thinkers who know how to bring their training to bear on all kinds of problems. But some of them, well, you wonder how they even graduated college.
Among the self-taught, there's less variation. If they've managed to land a first job, they're usually at a pretty decent level of knowing how to learn new skills and apply them to solving problems. They were born in the "real world" instead of in the classroom, and it usually shows up in their sensibilities.
Just what I've observed from my own experience. (I'm self-taught myself.)
This site has been posted to HN before, but it's definitely interesting to revisit in light of drastic cuts to federal agencies like the FDA, USDA, and CDC.
Independent efforts like PlasticList are probably going to be more and more important as research funding gets slashed and health-related data is suppressed or manipulated.
Yes! I have to do front-end work occasionally but have been bad at staying on top of trends, so I would resort to jQuery if the requirements aren't super complex. Discovering querySelectorAll() and fetch() eliminated 75% of what I used jQuery for.
In the bad old days, there were a handful of canonical tutorials you used to learn the basics (HTML, CSS, JS) of web dev. Is there anything like that now that starts from those three technologies to build an understanding of web apps?
It seems like it could fill a real need for beginners who want to start by grasping the DNA of the web, so to speak, instead of the complex/sophisticated tools that are popular (not that there's anything wrong with that approach, if you need those skills for a job or project immediately).
My most satisfying side projects are often not necessarily my "best" work, in terms of code cleanliness, best practices, efficiency, etc. They're ones where I had a particular creative itch I wanted to scratch. Is this kind of solution possible? What would a certain unusual approach to a problem look like? How can I use this algorithm or library in this situation where it doesn't quite fit, as an experiment?
Projects with extremely loose parameters and no particular "skill acquisition" goals are great ways to grow in ways you didn't anticipate. Which is one way to think about artistic creation, I think: non-goal oriented growth.
For myself, while the learning curve is "longer" as I've gotten older, it also shoots sharply upwards as the time spent on the skill acquisition increases. Age has a magnification effect at the tail end.
I'm in my late 40s and I do pick up new technical skills a bit slower than younger folks. But because I have a lot of experience, I'm able to more quickly grasp various contextual aspects of those skills: how/why they are useful, how they compare to previous skills that tried to solve the same problem, the hidden costs and implications, etc. These matter a lot in the practical, everyday application of skills.
I find that younger people have a really hard time with those contextual aspects, or they don't think it's that important... until they discover they do.
The hero worship is one aspect of a much larger problem, I think, which is that technology culture is almost entirely defined by trends in the startup and VC spaces. It's been that way for at least a decade and a half, by my reckoning.
There is very little genuine technology subculture anymore that is willing to critique dominant trends, raise up our own heroes, and create alternatives.
I'm really hoping that demystifying "disruption" will create a moment of reckoning for technologists.
I went back to Sublime Text after trying VS Code for a few months.
VS Code is very nice, when it works. My main problems had to do with the extension ecosystem. It felt very chaotic: it was hard to figure out which ones to install to get the functionality I wanted. Updates to Python extensions sometimes caused instability, crashing the editor. And I found it difficult to set extension preferences: the UI tries to be slick but in practice it ends up being clunky and awkward. On top of that, there was an annoying bug on Linux, related to Electron, that prevented the Save dialog box from appearing properly, which... kind of sucks. https://github.com/electron/electron/issues/32857
Sublime is the perfect programmer's editor for dynamic languages like Python, and for general text editing. It's lightning fast. LSP is just enough to be helpful without getting in the way. Workspaces work the way I would expect. I prefer editing JSON files for preferences over navigating a complex GUI.
Best money I've ever spent on a license, and I'll happily renew just for maintenance updates, to be honest.
I found your post extremely touching and humanizing. We need more of these perspectives right now that highlight the complex feelings of lived experiences. This is literally what makes us human, and has the potential to reach people in ways that polemic does not (which is not to say polemic isn't important). Thanks for sharing.
Early in my programming career, work was a mix of repetitive, somewhat mindless tasks (implement this webpage, fix this bug, etc) and more intensive, thoughtful activities (figure out a better algorithm for something, help architect a solution for a problem).
I think this is healthy. We can't be "on" 100% of the time. And I'm convinced that during those times when we're doing mindless tasks, our brains are actually working in a different way that we're not conscious of. It's like how a solution will sometimes come to you in the shower.
I don't think increasing intensity of work is the single cause of burnout, but it's definitely a part of the equation, and one that's definitely overlooked.
Being a good human involves honesty and naming things that are extremely difficult to name when you're both employed at the same place. I've had so many honest and illuminating conversations with coworkers after one or both of us left a company or organization, conversations that deepened into real friendships instead of just being colleagues.