trevorhinesley

If Tony and Steve were friends, that's not Apple being cutthroat. Cue: the chapter about poaching from friends in Ben Horowitz's The Hard Thing About Hard Things. If you cross that line and poach from your friends, expect to hear about it. Another example: https://www.reddit.com/r/EntrepreneurRideAlong/comments/1jgz...

Scrollbar is fine for me? Just styled

The glass-half-full here is it’s an incredible signal that one of the largest financial gateways in the world is _able_ to do this with current capabilities.

Personally, this is exciting.

Over-engineered in what way?

Signed in just to upvote this. Amen homie

He said he’d forego glory, not values.

Where he encouraged people to lean into intentionality and finding purpose rather than using therapy as a replacement?

I have a diagnosed anxiety disorder and I’ve benefited GREATLY from talk therapy in numerous ways. I’m an advocate for therapy. I simultaneously stand behind his post as a healthy nudge for many.

It does have a GIL. You’re not wrong, but by that same logic, there’s pitfalls when using multi-threading as well, even in languages where it’s native (e.g., Elixir).

Regardless, in my experience, when you run into scenarios that need queueing, multi-threading, etc., you need to know what you’re doing.

I’ve never felt like “throw everything into a queue” was a mindset within the Ruby community, nor have we done that at my companies. And multi-region is a business decision.

Neither sticking everything into a queue nor going multi-region are Ruby’s fault.

I didn't insist that. Understood, but specifically, I was talking to the comment I replied to, which was about 1440p monitors in particular.

Are you using enlarged text or native 1440p? If the latter, have you used 4k or retina displays in the past? It’s hard to go back after that.

Oh interesting, good to know.

Ahhh got it, this is focusing primarily on load balancing at a lower layer of routing then than what I'm referring to. While not wrong, "global load balancing" threw me off a bit.

EDIT: see the other reply, appears that it handles both given it leverages Fly's Anycast setup.

This is excellent, but I'm not following how the multi-region deployments work. Is Anycast involved in this somehow?

And Godot

Respectfully, your response further qualifies what I meant by your take being an always/never. I’m aware you’re the one who put “almost” in there, and I didn’t meant to imply you were being stubborn with that take, that’s why I said (and genuinely meant) that I respect it.

But I’m also aware that you’re comparing using global state to amputating a human limb. I don’t think it’s nearly that extreme. I certainly wouldn’t say global state “almost always leads to bad architecture,” as evidenced by my aligning with a framework which has a whole construct for globals baked into it (Rails’ Current singleton) that I happen to enjoy using.

Sure, global state is a sharp knife, which I already said. It can inflict pain, but it’s also a very useful tool in certain scenarios (more than would equate to “almost [never]” IMO).

So your response aligns with how I took your original post, and what I inferred “almost” really meant: basically never. My point is that I don’t agree with your take being a “rule.” While I understand your perspective, instead of saying basically never, I would say, “it depends.”

“Almost” is key there. I respect your position, but it’s an always/never take, and the longer I am in this industry, the more I find myself leaning into “it depends.” Here’s a take that articulates this being done well on a large codebase better than I can in a short comment: https://dev.37signals.com/globals-callbacks-and-other-sacril...

You’re describing the pain of poor architecture rather than the pain of global state. The tool itself is neutral. Sharp knives and all that.

Seconded

Wow, this is an incredibly robust CLI. One of the more feature complete (and aesthetically pleasing) terminal UIs I’ve seen. Well done!

It sounds like that term (“H1Bs”) is simply shorthand for foreign citizens that are potential candidates for U.S. work via an H1B visa. Why is that bothersome?

Genuinely, I don't understand this take. 2024 brought huge additions like Solid Cache, Solid Queue, and Solid Cable, the stable version of Strada (Hotwire Native) which completed the current vision for the Hotwire stack, in addition to Kamal (let's not sell that short, because whether you personally like it or not, it's a fairly robust tool for what it's meant for) and other niceties. Even if you don't like one/all of these, I don't understand seeing these as small advancements of the framework, particularly in a single year.

Yes, but most other engines are much larger scope and fundamentally different purpose than LÖVE. DragonRuby, however, is in the same camp: code-first, scripting language (Ruby vs Lua), beginner-to-expert friendly. So my point was there are (at least one) project(s) very similar in purpose and size/scope to LÖVE that did solve for cross platform.

DragonRuby did it: https://dragonruby.org/

Preach! Similar experience here. Agreed on Lua too. Love that some people dig Lua; to each their own, it’s just not for me.

> DragonRuby seems to be a closed source proprietary game engine

Yes, but check out: https://docs.dragonruby.org/#/misc/faq?id=dragonruby-is-not-...

And

https://docs.dragonruby.org/#/misc/faq?id=what-if-i-build-so...

> If you get stuck in DragonRuby there’s probably not a huge amount of docs/tutorials around it.

You’d be surprised. The docs are extensive and there are sample games galore in the distro. https://docs.dragonruby.org/#/

Also the Discord is incredibly helpful and the creators chime in regularly.

It’s a pretty special engine and community IMO

That’s awesome! It’s been a core feature of DragonRuby since the start, and they share similar framework values from what I can tell. It’s worth a look. I’m not the biggest Lua fan, personally, so DragonRuby scratches the right itch.

To the OP, try DragonRuby for your next game if you miss hot reloading but like the scripting, code-first nature of LÖVE. It’s also cross-platform. Not sponsored, just a big fan and it scratches many of the same itches as you described with LÖVE.

That’s one of the beautiful things about the massive Ruby ecosystem: the answer to that question is almost always yes, regardless of your need.

I’m not sure what your line of work is, but if you’re doing web dev, check this out for a great primer on the current state of things (Rails 8 + Hotwire): https://www.youtube.com/watch?v=-cEn_83zRFw

If you’d prefer just some straight Ruby resources, Ruby Warrior is (or was, been a while since I’ve used it but it appears actively maintained still) a fun intro: https://github.com/ryanb/ruby-warrior