Viewing profile — abacate
abacate
HN member- Joined
- Mon, Oct 23, 2017, 2:47 PM UTC
- HN karma
- 54
- Public activity
- 39 items
- HN profile
- View on Hacker News ↗
About abacate
No profile information was provided.
Recent public activity
-
comment
Comment #49232188
> It only had approximately a third of the package count listed for a particular Ubuntu version than said version had in actuality Source?
-
comment
Comment #48859939
Original post: https://archive.is/wNLqY Updated version: https://archive.is/TpsUW
- comment
-
comment
Comment #47330945
I believe you are understanding the opposite of what was said. I understood it as "there cannot be trust anymore" - mostly because different people are at risk of becoming a victim…
-
comment
Comment #47289810
Trying to convince people usually makes any resistance worse. Using it, solving problems with it, and building a real community around it tend to make a much greater impact in the …
-
comment
Comment #44619937
> nix, which has its own share of problems. Care to elaborate?
-
comment
Comment #43028918
> Christoph seems not to have actually looked at the patch before rejecting it. I had the same impression as well, in particular due to his wording: > "No rust code in kernel/dma, …
-
comment
Comment #43019667
> The reason is entirely technical and I think it has been formulated clearly [..] He clearly expressed a technical opinion based on his own beliefs, and that’s all. There was no r…
-
comment
Comment #43019556
There is a large difference between "I do not think this is a good idea" vs "do not do this", in particular given the position Hellwig has in the kernel as a listed maintainer of t…
-
comment
Comment #38212818
If you search for "concurrent hash table " or "concurrent map " (being Rust or C++) you get a number of open source libraries written using different techniques. I consider "exotic…
-
comment
Comment #38201259
You can easily write a concurrent hash table in C++ or Rust. I fail to understand your point.
-
comment
Comment #37812924
I read this article and the original one. I don't see any reasoning besides "I think it's not really needed". The reasoning in the original article is shallow at best, and the pres…
-
comment
Comment #37805448
I would want this over docker and docker-compose any day. I've been using docker compose in production for a couple of years now and it adds another layer on top of systemd that is…
-
comment
Comment #30014453
It's not the punishment but the likelihood of being punished. Even if the punishment is not that severe, a high probability of being caught is a much greater deterrent.
-
comment
Comment #22447125
I don't see how this reasoning makes any sense: you just need to look at the actual clock time to find out if the alarm went off or not. For instance: alarm set for 8 AM. You wake …
-
comment
Comment #22445941
Algebraic effects are going to put OCaml on a next level in terms of expressivity, abstraction and decoupling capabilities of separate tasks. It would be like going from a type sys…
-
comment
Comment #22414925
Any language with a large enough lexical set or enough meta-programming capabilities can be classified as "write-only" from the point of view of non-experienced users. It's the eve…
-
comment
Comment #22380283
This looks like someone trying to build a story with snarky comments and funny observations to get audience interested. The parts about C sound amateurish indeed.
-
comment
Comment #22007941
I've been using Zim [1] as a knowledge database for around 2 years. I don't like depending on online solutions which may suddenly disappear. Together with some plugins for managing…
-
comment
Comment #22007918
The queue is a single contention point which will have a considerable overhead unless the work takes a long time to execute (ie, enqueue is infrequent). This kind of approach is us…
-
comment
Comment #21072784
> The only valid options for performance sensitive functions are JS, Python and Go. I can think of a number of other languages that would probably easily surpass these, especially …
-
comment
Comment #19706748
Dumping a big database continuously for any reason (including backups) is a terrible design decision.
-
comment
Comment #19431740
As usual, it's not that complicated, and it's not that simple. The simple solution would be for the network providers to validate the caller ID numbers for its subscribers, but tha…
-
comment
Comment #19311139
Please stop talking about Brazil as a single reality. Murder rate is completely different across state lines. And guns play zero role into the causes, as others have already pointe…
- comment