Hacker Newsnew | past | comments | ask | show | jobs | submit | orlp's commentslogin

Bloom filters also become full.

As it fills up the false probability rate goes up. Once the false probability rate reaches the threshold of unacceptability, the bloom filter is full, and you can no longer insert into it.

That most interfaces still let you do something that looks like an insert is an interface failure, not a bloom filter feature.

If you find this controversial and want to reply "I don't have a threshold of unacceptability", I'll counter that a false probability rate of 100% will be reached eventually. And if you still find that acceptable, you can trivially modify any probabilistic filter to "never become full" by replacing the "is full" error condition with setting a flag that all future queries should return a false positive.


Same author.

> Long-running projects that converge on high-quality, complex projects

In my experience agents don't converge on anything. They diverge into low-quality monstrosities which at some point become entirely unusable.


Yeah, I don't think they're built for that either, you need a human to steer the "convergtion", otherwise they indeed end up building monstrosities.

I work in a 400k+ LOC codebase in Rust for my day job. Besides compile times being suboptimal, Rust makes working in a large codebase a breeze with good tooling and strong typechecking.

I almost never even think about the borrow checker. If you have a long-lived shared reference you just Arc it. If it's a circular ownership structure like a graph you use a SlotMap. It by no means is any harder for this codebase than for small ones.


The person you replied to stated:

> how productive power users in different [fields] can be with their tools

There are a lot more tools in programming than your text editor. Linters, debuggers, AI assistants, version control, continuous integration, etc.

I personally know I'm terrible at using debuggers. Is this a shortcoming of mine? Probably. But I also feel debuggers could be a lot, lot better than they are right now.

I think for a lot of us reflecting at our workflow and seeing things we do that could be done more efficiently with better (usage of) tooling could pay off.


When "everybody is better", you can still increase your relative rank to other people if you benefit even more.

For example if I were to give $1 to every person on earth, but $100 million to you, everyone would be richer but you would be a lot richer still.


> Do you have any particular pieces in mind when you wrote this?

(not me, but...)

Bach - Passacaglia & Fugue in C minor, BWV 582

> But one wonders what he could have made without those constraints.

Bach-Busoni - Chaconne from Partita No. 2 in D minor, BWV 1004


Rust works this way, yes. There are escape hatches though, which allow interior mutability.



Passive voice deflects responsibility and agency.

Loss happens, firings are a decision.


Ironically, Amazon's document writing culture stresses NOT using passive voice, but it seems acceptable to do so when you need to spin a PR.


No, OSRS is 100 ticks per minute which gives 0.6 second ticks, which rounds to 1.667 ticks per second.


Eve Online probably wins the slowest tickrate award with its whopping 1 tick per second.


IIRC it gets even slower during massive battles where there are hundreds/thousands of players on the same server and area

https://wiki.eveuniversity.org/Time_dilation


I thought EVE was (near?-)tickless but with all interaction subject to substantial cool down timers that limit input frequency into the core?


Yup. As a plugin dev it has its weird quirks but it's quite amazing how the entire time runs at that speed


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: