Readit News logoReadit News
mdbauman commented on Lessons from 15 Years of Indie App Development   lukaspetr.com/15-lessons-... · Posted by u/Lukas_Petr
mdbauman · 9 months ago
> 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 commented on Only buy a magnetic keyboard for gaming   tomsguide.com/computing/p... · Posted by u/amichail
burningChrome · 10 months ago
My GF loves this setup and always has the numpad in a random spot on her desk depending out what she's doing. She loves the idea that if she's doing excel stuff she can put it right in the middle of her hands below the keyboard. Not using it all? Move it completely out of the way. Doing Data Viz stuff? She likes it on the left hand side of the keyboard.

Not sure why this option isn't more popular tbh since you can put the numpad where you want it.

mdbauman · 10 months ago
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 commented on Helping wikis move away from Fandom   weirdgloop.org/blog/why-w... · Posted by u/creatonez
mdbauman · a year ago
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 commented on Tumblr to move its half a billion blogs to WordPress   techcrunch.com/2024/08/28... · Posted by u/sogen
avandekleut · a year ago
Namely adult content. They began heavily moderating this kind of stuff, leading to a mass exodus, in particular to twitter which was amenable to it.
mdbauman · a year ago
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 commented on Why everything is becoming a game   gurwinder.blog/p/why-ever... · Posted by u/jger15
mdbauman · a year ago
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 commented on Dennis Ritchie on the priorities of && || vs. == etc. (1982)   lysator.liu.se/c/dmr-on-o... · Posted by u/spc476
userbinator · 2 years ago
Sorry, but I'm of the exact opposite opinion. If you don't know, learn. It's not hard (as other sibling comments have noted). Code with superfluous parentheses is even more confusing, since I expect them to be present only when overriding precedence.

...and I just realised your username adds some additional irony.

mdbauman · 2 years ago
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 commented on I'm skeptical of low-code   nick.scialli.me/blog/why-... · Posted by u/jamghee
Groxx · 2 years ago
Low code with an escape hatch is quite nice, because yeah - many things can and probably should be low-code. It's a big productivity and standardization enhancer.

That escape hatch is absolutely necessary for longevity though. It lets you keep your low-code environment simple because you can leave it and write real code when necessary, rather than forcing everything into an over-complicated and under-capable custom thing with no editor tooling.

mdbauman · 2 years ago
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 commented on Tracking developer build times to decide if the M3 MacBook is worth upgrading   incident.io/blog/festive-... · Posted by u/paprikati
jiggawatts · 2 years ago
mdbauman · 2 years ago
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 commented on The anatomy of a Godot API call   sampruden.github.io/posts... · Posted by u/amitmathew
gustavus · 2 years ago
The thesis of the article appears to be

> However, one major issue holds it back - the binding layer between engine code and gameplay code is structurally built to be slow in ways which are very hard to fix without tearing everything down and rebuilding the entire API from scratch.

If there is one thing I've learned from the prevalence of Java, or JavaScript, is that performance problems will get sorted out fairly quickly if people start flocking to a tool.

mdbauman · 2 years ago
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.

mdbauman commented on Ask HN: Why did Python win?    · Posted by u/MatthiasPortzel
rout39574 · 2 years ago
So I imagine you have that perspective because you started less than 20 years ago. In some ways the idea of the Pythonic Way to do things evolved in opposition to Perl's vigorous advocacy of More Than One Way.

Python has been really winning for some time, so it's natural that its ideological discipline has grown ragged. The crop of kids who value options above consistency don't have the scars of the Perl age to inform their prejudices.

But Python is -dramatically- better focused, as a community, on finding a Pythonic way to proceed, and then advocating it, than previous cultures.

mdbauman · 2 years ago
Back when I decided it was time to add a scripting language, Perl and Python seemed like the obvious choices, and in my mind were equally good options. I asked my best friend which I should choose, and he more or less said, "You can't go wrong with either one, but when you ask for help Perl people are assholes and Python people are nice."

I can't confirm his thoughts on Perl and I haven't interacted much with Ruby, but the Python community is definitely welcoming and patient in my experience. I wouldn't be surprised if this was a significant factor in Python's prevalence over Perl, Ruby, or anything else.

u/mdbauman

KarmaCake day181June 10, 2011View Original