HackerTrans
TopNewTrendsCommentsPastAskShowJobs

mdbauman

no profile record

comments

mdbauman
·hace 2 años·discuss
> Truly understand your motivation

Sad to say I've only recently come to this realization. It applies to pretty much anything, whether it's building a business or exercise or learning to draw. And if your motivation can't sustain you long-term, change your perspective so that you have a motivation that will let you see it through. "Make something cool and get rich" doesn't take you very far once you step back for a moment.
mdbauman
·hace 2 años·discuss
Agreed. This is my preferred setup, and over the years I've bought several of the MS ergonomic keyboards the GP mentioned.

With the separate numpad you can position it just above the mousepad so it's still easily accessible, but you have minimal movement distance between typing and using the mouse. To me it's the best of both worlds, and it's strange to me that it isn't more common to sell the two as a package. I suppose the assumption is that people who want numpad will just buy a 90% keyboard and numpad separately.
mdbauman
·hace 2 años·discuss
The sidebar link on the Minecraft wiki taught me about the extension "Indie Wiki Buddy," https://getindie.wiki/ which among other things prioritizes non-Fandom search results.
mdbauman
·hace 2 años·discuss
To me, it wasn't just moderating adult content, it was the way they went about it. They used an AI to review every existing post, which resulted in many false positives, and deleted everything it deemed inappropriate.

I was drawing a lot at the time, and many of my portraits with no nudity at all were deleted. That was my sign to leave.
mdbauman
·hace 2 años·discuss
It seems weird to me that the article lists several gamified apps without mentioning advertising. It seems obvious to me that gamified apps like Duolingo are incentivesed to keep eyeballs glued to screens mostly because advertisers pay per view, and strange not to mention this as a reason why we see so much of it in this space. Maybe the author thought it was too obvious to mention.
mdbauman
·hace 3 años·discuss
Although I agree, most times where I mix any of these without parentheses I end up having to explain it either in code review or when somebody does a `git blame` a couple months later. Rather than waste everyone's time explaining it, it's easier to just use the parentheses since it's what many/most people expect and everyone else can read it well enough.
mdbauman
·hace 3 años·discuss
Agreed, with the caveat that you also need a policy/culture that the escape hatch should be avoided whenever possible and the low-code work should not be done by developers.

Whenever I've discussed this, the common theme is that business users continue to request features that would be easily achieved in the low-code platform being used. It's hard to blame them; that's been standard procedure for them for their entire career.

But if you're not strict about saying "no", you still end up writing all the same methods but now on top of that you have a GUI that's not providing any value. Or maybe worse, your developers end up maintaining all of the low-code stuff too when they could have just written the code, switching context pointlessly and (probably, depending on the platform) not using source control.
mdbauman
·hace 3 años·discuss
This xkcd seems relevant also: https://xkcd.com/303/

One thing that jumps out at me is the assumption that compile time implies wasted time. The linked Martin Fowler article provides justification for this, saying that longer feedback loops provide an opportunity to get distracted or leave a flow state while ex. checking email or getting coffee. The thing is, you don't have to go work on a completely unrelated task. The code is still in front of you and you can still be thinking about it, realizing there's yet another corner case you need to write a test for. Maybe you're not getting instant gratification, but surely a 2-minute compile time doesn't imply 2 whole minutes of wasted time.
mdbauman
·hace 3 años·discuss
It's for this reason that I appreciate this article, even though it has a (playful, well-intentioned) negative tone toward Godot which is a project I donate to.

This is wonderful criticism! It's thoughtful and well-researched. Hell, even I'm inspired to finally dive into Godot's internals, which I've yet to do despite following the project for several years. I hope this inspires even more contribution and constructive criticism.