eikenberry (u/eikenberry)

eikenberry commented on The issue of anti-cheat on Linux (2024) tulach.cc/the-issue-of-an... · Posted by u/todsacerdoti

Even as someone who plays very few games online, I can tell you that playing against bots isn't the same as real people, even if they're randoms you don't know. Maybe that could be improved if developers prioritized bot AI, but since they don't, here we are.

eikenberry · 2 days ago

Playing against bots is to get a feel for the game, see if you like it and get good enough to not embarrass yourself. Then you look into moving onto playing with people. By that time you should have learned how to use the games community building features to find others to play with.

eikenberry commented on The issue of anti-cheat on Linux (2024) tulach.cc/the-issue-of-an... · Posted by u/todsacerdoti

Wowfunhappy · 2 days ago

I think there's immense value in being able to just press a button and jump into a game, without having to actually know people and build up a community.

However, I wonder if you could have that while still removing features that make cheating seem appealing. For example, as you said, you can have games with randoms without an automatic ranking of all players. (Or maybe you rank players so you can match people of similar skill levels, but you don't tell anyone what their rank is.)

eikenberry · 2 days ago

They could still have this with a campaign/story-mode or even a simple bot-mode.

eikenberry commented on Essential Reading for Agentic Engineers – August 2025 steipete.me/posts/2025/es... · Posted by u/ghuntley

eikenberry · 2 days ago

> Half expect 90% AI-written code within 2 years, half within 5 years [..]

Generated, not written. IMO this is an important distinction as developers know that generated code has limitations that differentiate it from hand written code. I'm sure this is a result of the quote being from people who aren't developers (usually CEOs), but when addressing developers it would be best to align the vocabulary to the audience.

eikenberry commented on Mark Zuckerberg freezes AI hiring amid bubble fears telegraph.co.uk/business/... · Posted by u/pera

fluoridation · 3 days ago

If we suppose that ANNs are more or less accurate models of real neural networks, the reason why they're so inefficient is not algorithmic, but purely architectural. They're just software. We have these huge tables of numbers and we're trying to squeeze them as hard as possible through a relatively small number of multipliers and adders. Meanwhile, a brain can perform a trillion fundamental simultaneously because every neuron is a complete processing element independent of every other one. To bring that back into more concrete terms, if we took an arbitrary model and turned it into a bespoke piece of hardware, it would certainly be at least one or two orders of magnitude faster and more efficient, with the downside that since it's dead silicon it could not be changed and iterated on.

eikenberry · 3 days ago

> If we suppose that ANNs are more or less accurate models of real neural networks [..]

IANNs were inspired by biological neural structures and that's it. They are not representative models at all, even of the "less" variety. Dedicated hardware will certainly help, but no insights into how much it can help will come from this sort of comparison.

eikenberry commented on Zedless: Zed fork focused on privacy and being local-first github.com/zedless-editor... · Posted by u/homebrewer

latexr · 4 days ago

I can’t speak for Zed’s specific case, but several years ago I was part of a project which used a permissive license. I wanted to make it even more permissive, by changing it to one of those essentially-public-domain licenses. The person with the ultimate decision power had no objections and was fine with it, but said we couldn’t do that because we never had Contributor License Agreements. So it cuts both ways.

eikenberry · 4 days ago

You seem to be assuming that a more permissive license is good. I don't believe this is true. Linux kernel is a great example of a project where going more permissive would be a terrible idea.

eikenberry commented on Zedless: Zed fork focused on privacy and being local-first github.com/zedless-editor... · Posted by u/homebrewer

jen20 · 4 days ago

Are you suggesting the FSF has a copyright assignment for the purposes of “rug pulls”?

eikenberry · 4 days ago

It was, some see the GPL2->GPL3 as a rug-pull... but it doesn't matter today as the FSF stopped requiring CAs back in 2021.

eikenberry commented on Zedless: Zed fork focused on privacy and being local-first github.com/zedless-editor... · Posted by u/homebrewer

RestartKernel · 4 days ago

Bit premature to post this, especially without some manifesto explaining the particular reason for this fork. The "no rugpulls" implies something happened with Zed, but you can't really expect every HN reader to be in the loop with the open source controversy of the week.

eikenberry · 4 days ago

Contributor Agreements are specifically there for license rug-pulls, so they can change the license in the future as they own all the copyrights. So the fact that they have a CA means they are prepping for a rug-pull and thus this bullet point.

eikenberry commented on Sequoia backs Zed zed.dev/blog/sequoia-back... · Posted by u/vquemener

fkyoureadthedoc · 4 days ago

It's apparently this but I can't really say that I get it: https://bablr.org

He seems to be saying he spent $350k making this. I guess it's some tooling for writing parsers.

He has this to say about Zed:

> Zed: Founded by Atom’s dev team, Zed was the rewrite that Atom always wanted to be able to do but couldn’t when Microsoft bought Github and made the executive decision to kill a product it might otherwise have had to compete with. Unfortunately Zed decided to do that rewrite in Rust. This has slowed their iteration speed, caused much of their dev effort to go to cross-platform support instead of innovation, cut them off from being able to offer their experience on the web, severely limited their hackability, and generally made theirs a niche tool for enthusiasts. What’s worse, their reliance on LSP — a product which believes that the presentation layer should be the primary abstraction layer — means their product is forever doomed to look like a VSCode knock-off. [1]

1. https://docs.bablr.org/architecture/prior-art/#ides

eikenberry · 4 days ago

I don't think they are doomed to be a VSCode knock-off due to their technical decisions. I think they decided to be a VSCode knock-off by design. I mean they follow the same project oriented GUI design that VSCode and Sublime helped make popular. There is nothing inherent to their tech that required that.

eikenberry commented on Show HN: Fractional jobs – part-time roles for engineers fractionaljobs.io... · Posted by u/tbird24

eikenberry · 6 days ago

Any thoughts on a reputation system for talent/clients? A way to streamline hiring for talent and clients who have received good feedback from past work through your service?

eikenberry commented on Ashet Home Computer ashet.computer/... · Posted by u/todsacerdoti

eikenberry · 12 days ago

Their OS is written in Zig!

    https://github.com/Ashet-Technologies/Ashet-OS

Thought it might be of interest to people learning Zig. I bet there are some interesting examples in there.