(...)
I couldn't help but think: would a random blog post from the internet have more respect and authority than my own decisions and explanations?
61–70 of 169 posts
(...)
I couldn't help but think: would a random blog post from the internet have more respect and authority than my own decisions and explanations?
True, but most content in general is bullshit. Most scientific publications is BS published for the sake of pumping your numbers. Most student memoire is BS to pass the exam. Most financial analyses, most TV journal reporting, most tweets, most books are BS. Ever read doctors or lawyers specialized magazines? Most pages are BS on top of BS. Paid content, content produced to fill space, making volume, low quality auth…
The lack of it makes me think there isn’t. Or maybe it’s all locked up in YT videos that are painful to watch.
Earlier quoted context omitted.
> you want to do the right thing, so you don't want to invent a solution yourself How is that the right thing? Over 90% of the time, the fastest, most maintainable, and simplest solution is to do it yourself. Yeah sure, there's a few horror stories out there of homegrown database engines that reinvent every wheel of RDBs the wrong way, have been unmaintained for 10 years and the original dev has left. But those are t…
> Over 90% of the time, the fastest, most maintainable, and simplest solution is to do it yourself. That's almost never the case. You'd be near-always putting it together with ready made libs or services.
Not every decision has to be done with maximum research. That’s usually a waste of time. It’s more efficient to try a couple things until something works and move on (“satisficing”). A key skill you learn over time is why decisions actually matter. But it’s not inherently bad that there’s no good reason for something, it really depends on the context. And sometimes things that had good reasons turn out bad anyway bec…
> Not every decision has to be done with maximum research. I’ve been at a couple companies that wouldn’t take any proposal seriously unless you showed up with a list of citations to blog posts, books, or even podcasts. The root cause was a management structure that wanted to do everything with a maximum of evidence. It opened the door to a lot of terrible decisions winning for no reason other than someone found a blo…
Just enough research should be the theme for any decisions of great consequence.
True, but most content in general is bullshit. Most scientific publications is BS published for the sake of pumping your numbers. Most student memoire is BS to pass the exam. Most financial analyses, most TV journal reporting, most tweets, most books are BS. Ever read doctors or lawyers specialized magazines? Most pages are BS on top of BS. Paid content, content produced to fill space, making volume, low quality auth…
In some respect being a software engineer today is really hard. OTOH you want to do the right thing, so you don't want to invent a solution yourself. So you look for available resources, you go online. There you're going to encounter either: 1. Spam from junior devs who started a blog so to build a name for themselves. 2. Spam from SEO mills peddling junior level wisdome so they can get ad money. 3. Spam from softwar…
One devious form of bullshit is always using the simplest of examples to prove out an architecture pattern and call it a day. I’ve lost count on how many times I’ve seen patterns with glaring open questions and pitfalls the author avoids. Then the cacophony of likes follow from folks who’re likely very early in their career or hobby and don’t know any better. This is very prevalent on iOS development blogs as authors…
I feel like classic object oriented tutorials talking about fruits and apples with no connection to actual apps you'd build are ones to add to this pile
> Don’t consume. Create. Ask questions. Stay curious.
Like everything else, it's a balance. Nobody can build a modern system in finite time that will be maintainable, secure, fast, etc. without relying on their own and others' experience ("consuming").