gorjusborg

8 ms·

91.
by gorjusborg 10mo ago
There's a big part of me that agrees with your implied conclusion, that it shouldn't matter. On the other hand, I've found that core decisions like language ecosystem choice can be a good leading indicator of other seemingly
92.
by gorjusborg 10mo ago
No experience with AVM, but Ubiquiti gear is at least a class above Netgear equipment.
93.
by gorjusborg 10mo ago
Pulling doesn't have to happen at the surface?
94.
by gorjusborg 10mo ago
I don't enough experience w/ Buildbot or Travis to comment on those, but Jenkins? I get that it got the job done and was standard at one point, but every single Jenkins instance I've seen in the wild is a steaming pile of ...
95.
by gorjusborg 10mo ago
Bun isn't based on V8, it's JavaScriptCore, but your point still stands.
96.
by gorjusborg 10mo ago
Same here, having a different version manager per language ecosystem got tiring due to the small differences. I used asdf for a while but moved to mise-en-place (mise). Same reasons though, one tool manager for all the tools.
97.
by gorjusborg 11mo ago
I was hoping to see some corn smut.
98.
by gorjusborg 11mo ago
I think the idea that there was outrage about branch naming is manufactured. It was more that the naming was potentially offensive and cost next to nothing to change. The people griping about it are the ones outraged.
99.
by gorjusborg 11mo ago
I no longer run a Microsoft OS on any of the computers I own. This type of behavior is the reason. Linux is good enough for most everything I do, for the rest is MacOS.
100.
by gorjusborg 11mo ago
The reflog is the failsafe. It is the tool that fixes all the scary states, as it keeps a journal of the states of each ref in the repo (like branch heads). You can see where you were and hard reset back, no matter what state you are in.
101.
by gorjusborg 1y ago
> C++ is TypeScript for C In what way? Typescript is really just an optional type system for javascript. I don't see the analogy with C/C++.
102.
by gorjusborg 1y ago
Zig feels like a better C with modern tooling. It is a tool that works for me. Rust feels like a better C++ with modern tooling. I am a tool that works for it.
103.
by gorjusborg 1y ago
I have no proof of this, but I would bet that there will be some quid-pro-quo involved between Trump and the pardonee. Trump does not usually give things away, he leverages his power to get more power/money.
104.
by gorjusborg 1y ago
> Its interesting to me that Codex has such high sentiment. Me too, so much so that I doubt this is legitimate. This blog post is the only place I've seen people 'raving' about codex. Claude Code is the current standard al
105.
by gorjusborg 1y ago
Seriously. It took more time to respond with disrespect than to just ignore it.
106.
by gorjusborg 1y ago
> zero downsides I just said that I have measured it being slower in at least some use cases. JIT gains better when already compiled paths run repeatedly. Most long running programs embedding Lua will choose luajit for this reason. I don
107.
by gorjusborg 1y ago
Yet I've witnessed Lua 5.1 launching faster than luajit for some of my use cases. My point still stands though. Don't just use LuaJIT thinking it will magically make things faster in all cases. If you are embedding, LuaJIT is a no
108.
by gorjusborg 1y ago
You may want to benchmark lua versus luajit if you are writing scripts or other short-lived programs. JIT-compiled languages aren't generally faster in starting up, they generally are used to speed up long-lived programs that have hot
109.
by gorjusborg 1y ago
Don't forget Fennel, if you are a Lisp lover!
110.
by gorjusborg 1y ago
> Battery life is the result of getting details right at every level of the software stack Exactly. Apple's way of doing things is about vertical integration of the stack, which is the polar opposite of how the PC market developed
111.
by gorjusborg 1y ago
Unbounded greed will prevent you from enjoying the benefits of your life.
112.
by gorjusborg 1y ago
I never aspired to be a generalist, but I have come to realize my process has made me into one. If I had to generalize how I work, I'd say it comes down to: 1. Identify the highest value thing I can work on that is feasible 2. Learn wh
113.
by gorjusborg 1y ago
> I love podman, and, like others have said here, it does not always work with every container. Which is probably one of the motivations for the blog post. Compatibility will only be there once a large enough share of users use podman th
114.
by gorjusborg 1y ago
I think uv is probably taking on too much. I prefer using a general tool manager like mise to manage runtime versions. It works consistently per language and doesn't change how you launch programs.
115.
by gorjusborg 1y ago
And that we do not want.
116.
by gorjusborg 1y ago
Flip your thinking around for a second and consider why an IDE is required for an agent that codes for you? The IDE/editor is for me, the agent doesn't need it. That also means I am not forced to used whatever imperfect forked IDE
117.
by gorjusborg 1y ago
Generalizing to the point where we're lumping entire decades of people together is done far too often. Just live your life, let others live theirs, and stop arguing over generalizations so broad they can't possibly be universally
118.
by gorjusborg 1y ago
Composing simpler tools works better than complicated tools that try to solve everything. I am a former Kitty user and current Ghostty user and hope Ghostty stays basic and good.
119.
by gorjusborg 1y ago
I used Kitty for a while. I was impressed that I could recreate my tmux config pretty closely. I went back to tmux and basic terminal because it works everywhere, and composing tools is just more durable overall.
120.
by gorjusborg 1y ago
The quote "As soon as it works, no one calls it AI anymore." is attributed to John McCarthy, who also reportedly coined the term AI. So this pattern has played out before, many times.

More ›