Additionally, code is more collaborative than that, and it shows in a lot of engineering departments when people aren't trained on how to look at the shelf for existing parts before building something new.
320 karma · joined August 16, 2019
contact me at hi@<domain> if you want to collaborate or talk
Additionally, code is more collaborative than that, and it shows in a lot of engineering departments when people aren't trained on how to look at the shelf for existing parts before building something new.
This doesn't stop nearly as many people/companies as much as I wish it would.
Another reason it's difficult to impossible to collectively fight back is when you read articles about how Amazon strongarms companies into never undercutting the price on the Amazon storefront. It adds an insidious reason to "wow the manufacturer is so silly, it's cheaper on Amazon with free shipping than on their own website!" when in reality it's a dark pattern we don't control and a vast majority don't think about as they "get by".
This is why I've been quite happy with the Information Science major. I joke that it's "watered down compsi", as it avoids higher level topics like OS design and anything beyond the introductory Data Structures. Instead, the major uses that time to introduce psychology, sociology, and user experience/interface design. As a professional, I've found that focus on "how we interact and best use technology" to be useful.
The rest are resource management. It's difficult to hire the "best and brightest" and task them with mundane maintenance and general housekeeping, but those things still need to be done too. It's about striking that balance between exciting greenfield projects and making sure our older services don't rust away.
There's quite a lot of forum posts where the author defends this practice, so we don't see this reversing any time soon.
>...faded lineprinter paper show that the bulk of the work on OMU dates from March/April/May 1984... by mid 1984 I had a perfectly usable O/S
It's impressive that Hosgood made what he did when he did. It's equally impressive for an entirely different set of reasons that modern CS students can burn through that in a semester. Or you could look it up on WikiHow.
I wonder if you did this across multiple devices, you could start noticing differences based on what you used for what. A/B test them back.
This is something I stumbled onto recently. I've been hellbent on making sure I had no distractions and could hit that 5 hour flow state, only to find smaller chunks gave me more points to reflect on the state of the work and redirect it more effectively.
Thanks for capturing it into words.