HN user

392

105 karma
Posts0
Comments134
View on HN
No posts found.
Rayforce 1 month ago

Perhaps the fact that 99+% of today's workloads could be running on the client if it were as easy as shipping Rayforce and the data directly to the client.

Besides that, pure C that you can embed into your app is much easier to deploy for some (and likely 100x more performant) than stuff that comes via Helm chart [cries in JVM 'big'-data solutions]

Did the decades of Oxy which caused this epidemic not count as safe and legal access? I suspect we've tried allowing opiates more than once or twice in the millenia we've been here.

One Handed Keyboard 8 months ago

The best way to speed up is to practice. Alternative layouts are a waste of time unless you're trying to fix an ergonomic / pain issue, and even then the board itself and your technique and lifestyle are more important. I type faster than any Dvorak user I've met and I did nothing make that happen except be impatient. But typing is basically over with now that Whisper is a single button press away.

Steam Machine 8 months ago

My m4 macbook had a weird flashing external monitor issue. One that eventually led to my monitor appearing to break. But have no fear, it's a known problem since m1 times and not a priority to fix.

Pixel 10 Phones 11 months ago

As a Samsung user, I couldn't tell ya. I've been clicking cancel when it popped up weekly for two Samsung phones in a row.

End of an Era 1 year ago

Have you worked in the industry? Would love to help ya with all of the "easy" infra parts that you're talking about, but indeed that secret sauce that decides what to actually trade is the part I can offer zero help in :-)

Besides memory use I'm not sure why his approach isn't easy for everything you suggested.

Want to group undo actions? It's pretty easy to define arbitrary grouping algorithms on the sequence of recent state snapshots, which yields...a smaller sequence of state snapshots :-) a nice composeable idea.

To show redo after an undo, store recent undo triggers in the state, and if there is undo in current state, show redo with a list of older mem states to jump to. This repr also makes it easy to wipe out redos when doing a redo-breaking operation like editing the doc.

Memory use can indeed become a problem. But if/when it does, there is probably some obvious trait of the sequence of recent states that makes it easy to compress. Like for example that it's 99% the same contents, after a small edit. Or that one edit type dominates. Or that folks don't often care if they can't Ctrl+Z through 8GB of typing.

I think most programmers would gain by not dismissing simple approaches out of hand as too simple.

If writing it off for memory, write out the math for the size of the state and the allotted memory. This is not the era of computers that our languages were invented in; the page size your CPU fetches from insanely fast SSDs can be 4kb. And it can do a lot of that in a blink. Trying to shift runtime work (that the computer does) back to compile/design time (that the dev does) can cripple a system's performance in the short run (for coding/delivery time) and long run (for performance after pointer chasing)...luckily most of the time it doesn't matter anyway :-)

This is where s2.dev could in theory come to the rescue. Able to keep up with the streaming bandwidth, but durable.

Sqlite can be run in process. Latency and bandwidth can be made 10x worst by process context switching alone. Plus being able to get away with n+1s could save a lot of dev time depending on the crew, before Claude (tho the dev still needs to learn that the speed problem is due to this and refactor the query, or write it fast the first time)