HackerTrans
トップ新着トレンドコメント過去質問紹介求人

matesz

1,093 カルマ登録 6 年前

投稿

Make Europe Cool Again

jacek.migdal.pl
3 ポイント·投稿者 matesz·4 時間前·0 コメント

Talos OS images are now bit-by-bit reproducible

github.com
1 ポイント·投稿者 matesz·2 か月前·0 コメント

Build, run and debug iOS and Mac apps in Zed instead of Xcode

luxmentis.org
2 ポイント·投稿者 matesz·4 か月前·0 コメント

EU-Inc: An API-first corporate structure as alternative to Delaware C-Corps

eu-inc.org
4 ポイント·投稿者 matesz·6 か月前·2 コメント

Uber Conquered Database Overload

uber.com
2 ポイント·投稿者 matesz·6 か月前·0 コメント

K8s-1M: Unintentionally reinventing Google Borg to scale Kubernetes

bchess.github.io
2 ポイント·投稿者 matesz·7 か月前·0 コメント

Reviewing live-bootstrap and reflections on trusting trust

iwriteiam.nl
1 ポイント·投稿者 matesz·7 か月前·0 コメント

The Full-Source Bootstrap: Building from source all the way down

guix.gnu.org
2 ポイント·投稿者 matesz·7 か月前·3 コメント

Busy doing nothing: why politicians implement inefficient policies

link.springer.com
2 ポイント·投稿者 matesz·8 か月前·0 コメント

Turso in the Browser

turso.tech
2 ポイント·投稿者 matesz·8 か月前·0 コメント

Reliable Confidence Intervals for Information Retrieval Evaluation

arxiv.org
1 ポイント·投稿者 matesz·8 か月前·0 コメント

Solving Reproducibility Challenges in Deep Learning and LLMs: Our Journey

ingonyama.com
1 ポイント·投稿者 matesz·9 か月前·0 コメント

Building Towards AGI

poolside.ai
2 ポイント·投稿者 matesz·10 か月前·0 コメント

Ask HN: Why does Google word privacy settings like you agree even when off?

29 ポイント·投稿者 matesz·10 か月前·21 コメント

SQLite-based databases on the Postgres protocol

blog.chiselstrike.com
259 ポイント·投稿者 matesz·3 年前·75 コメント

コメント

matesz
·先月·議論
I bet they planned this before the initial release and actually had this capability then and there. Just needed some guinea pigs (aka their users) to learn more and establish the trend.
matesz
·4 か月前·議論
Fun fact - there is a big correlation between World Wars and compulsory education. Of course governments and big corporations "care" about children. Of course!
matesz
·5 か月前·議論
You can but only via Gemini Ultra plan which you can buy or Gemini API with early access.
matesz
·6 か月前·議論
> These days, when I think of empire, countries like the US, China or Russia fit the bill much more than the EU, which is struggling to reach that level of integration and influence.

Of course! Especially because there is no unified army control.

But this requires giving more context. We can't forget that there are ways, especially ways made by empires, to force other nations to go to war not only as an ally but also to make them less relevant and take a hit also.

One of the main factors which makes this more probable, is what op mentioned, the raise of fascism and combatant militaristic attitudes exacerbated by the fact that their own nation / empire is a falling empire. And EU didn't fell yet, it is huge economy with more people than the US.
matesz
·6 か月前·議論
It isn't prophecy. The Harvard Belfer Center study (Thucydides's Trap) analyzed 16 cases in the last 500 years where a rising power challenged a ruling empire: 12 of them ended in war.

The UK is actually the perfect example of this danger. The British Empire didn't dissolve peacefully - it was effectively destroyed by WWI and WWII while trying to suppress a rising Germany.

The subsequent transfer of hegemony to the US was a rare statistical anomaly (a "special case" driven by shared culture and total British exhaustion), but the Empire’s fall itself was catastrophic.

The pattern is violence, not peace. And remember that other aspiring nations to maintain it's position as Empire actively acting to destabilize situation in other states. The reason is simple - it is easiest way to maintain their status.

Brexit for instance was a boon for everybody but UK and EU. There is clear data already about Russian intervention. Recent overt US intervention into ensuring UK remaining separate and EU becoming separate. Think about it.
matesz
·6 か月前·議論
Its important to understand the context. Germany, and Europe in general, is basically like a falling empire. It will be less and less significant and life won't get any better than it is relatively speaking. The same will almost certainly happen with the US, but first goes Europe.

Unfortunately citizens and therefore ruling elites of empires fueled by relatively extremely high standard of living for decades in comparison to the rest of the World always have very hard time swallowing their national pride. They have built very elaborate conceptual framework of linking their nationality to the level of relative success, fueled by politicians who want to make people feel good again about their nationality.

Just look at the news, almost everything directly or indirectly is linked to the concept "nation".

And in almost all cases of empires a natural consequence of their fall is war. So, it is very important to set expectations right.
matesz
·6 か月前·議論
> This idea was made by French and German government

It is true, but lets face it - it is just a high-level proposal. Better than previous ones for sure, but still just a proposal.

And there is a massive gap between the PR and the legal reality. Germany and Austria already torpedoed the previous attempt (the SUP) specifically because it allowed online formation without a notary.

So I would advise against certainty in that the fight is over. I also don't want to wait another 10 years. Honestly by that time just setup topco in UK and if series A will come just do the flip later if you don't want to go to SV straight away.
matesz
·6 か月前·議論
I don't understand the tax objection. The 28th regime changes corporate law, not fiscal law. A Berlin-based "EU-Inc" still pays full taxes (Körperschaftsteuer, Gewerbesteuer, etc.) to the local Finanzamt. It isn't a disembodied tax haven - it just standardizes the legal wrapper.

You are right that this threatens the status quo, though. If this works, founders based in Germany will likely abandon the GmbH. That will require swallowing some national pride and admitting that the current system is simply a less efficient, less competitive legal form for high-growth companies.

One thing I think is also worth mentioning are labor rights. I am not arguing against the German model of employee protection. Mitbestimmung could be viewed as a good thing, even if it will mean less power to the VC and / or founders. And frankly, I don't care if the consensus forces strict, German-style Mitbestimmung on the EU-Inc. Stricter form of EU-INC is still vastly better than nothing at all.

Asianometry has a great video on the labor rights in germany btw - https://www.youtube.com/watch?v=K0teMtLT9XI).
matesz
·6 か月前·議論
My Dear German friends, please accept that EU-inc is a massive boost for EU competitiveness. Continuing to block progress here only proves that the EU is good at making promises on paper but fails to deliver real change.

The reason this "28th regime" actually works—and bypasses the previous vetos — is that it’s optional. It doesn’t try to force Germany to change its local GmbH laws or kill the notary system overnight. Instead, it creates a parallel, voluntary path. Berlin doesn't have to give up its red tape for local shops, but they have to let a "Unified European Company" exist alongside them.

If we let national pride or local bureaucracy stop this again, we are essentially telling our best founders to leave for the US. Let’s stop protecting red tape and start protecting our future.
matesz
·6 か月前·議論
In general, this is good effort and its a shame they only come up with this now. This should have been done some 20 years ago.

I am wondering whether it what are the chances this is going to move forward and when. These are big questions.

Also, is it possible to have all economies unified in the future? No tariffs is one thing, but if we have free trade one not just unified entire legal framework?
matesz
·7 か月前·議論
This is awesome stuff!
matesz
·8 か月前·議論
Unfortunately it doesn't - even if our package definition doesn’t change output may, since software referenced by the package’s build function is not bit by bit reproducible.

The biggest issue is with Linux Kernel itself. Once kernel reproducibility will be handled, we can practically claim Guix, NixOS, Debian or any other Linux distro is reproducible as well, since with little effort we can avoid installing packages which will colour our reproducibility.

For desktop environments it’s a bit worse, but there are huge efforts to make this happen for all packages in package registries of aforementioned distros.
matesz
·8 か月前·議論
As a side note NetBSD is THE ONLY operating system of which binaries are fully bit by bit reproducible.

Moreover it vendores patched gcc compiler, so the entire toolchain is reproducible too as well.

How cool is that?! For the record golang brings it further - its entire package registry containing +40mln packages is bit by bit reproducible.
matesz
·9 か月前·議論
When I discovered Clojure, apart from the functional language properties and Java integration it brings with it, I was completely struck by how elegant its codebase is.

From what I remember there is around 60k lines of Clojure itself and pretty much all files were edited like minimum 8 years ago, apart of main file with most of the function utilities.
matesz
·9 か月前·議論
I highly recommend checking out makepad [1] - they have +100k of rust code and the compile time is around 10-15 seconds on commodity hardware. However they are obsessed about performance. They reason for such speedy compile times, like you say, is that makepad has almost no external dependencies.

[1] https://github.com/makepad/makepad/
matesz
·9 か月前·議論
Mind you I am hosting this just for about a week now - +100GB in total for all inboxes. Also I removed automatic daily purging so all spam and deleted items stay just to be safe.

Haven't looked into spam more closely yet. After first glance on most publicly shared email address - there is around 2 spam messages per hour.

Here is report prepared by llm which looked through the last 20 email headers found in spam. All of them were categorized correctly, however there were few emails in the past few days which went to spam where they shouldn't but I think this is fixable.

- Critical Authentication Failures: A large number of the messages failed basic email authentication. We see many instances of SPF_FAIL and VIOLATED_DIRECT_SPF, meaning the sending IP address was not authorized to send emails for that domain. This is a major red flag for spoofing.

- Poor Sender IP Reputation: Many senders were listed on well-known Real-time Blackhole Lists (RBLs). Rules like RBL_SPAMCOP, RBL_MAILSPIKE_VERYBAD, and RBL_VIRUSFREE_BOTNET indicate the sending IPs are known sources of spam or are part of botnets.

- Suspicious Content and Links: The spam filter identified content patterns statistically similar to known spam (BAYES_SPAM) and found links to malicious websites (ABUSE_SURBL, PHISHING).

- Fundamental Technical Misconfigurations: Many sending servers had no Reverse DNS (RDNS_NONE), a common trait of compromised machines used for spam.

There have been few messages which went to spam which didn't meet any of this spam criteria but actually they were cold marketing emails, so it's good too. In addition to this stalwart emits info log for each possible spam message ingested. Not sure if this can get any better than this.
matesz
·9 か月前·議論
> Downsides: some features are gated behind an enterprise version

I treat this as an insurance policy. Even in this thread people mentioned how Maddy, which is an alternative modern full stack email solution in a single binary, lacks development efforts.

This is why we have this fantastic release for Stalwart - free shit.

Also as of now enterprise is for $0.2 per account per month which is extremely cheap unless somebody wants to build a big spam farm, of which as civilized Internet user I don't support. Obviously this might change, but even if you can always built multi-tenancy layer by yourself if you really need it - rest of the codebase is AGPL.
matesz
·9 か月前·議論
I just run single instance for now with RocksDB backend for internal / search and S3 for blobs - that is what made me think it’s so flexible.

Never hosted Postfix / Dovecot stack, in fact this is the first time I host emails, but from what I understand Stalwart is designed to handle inbound directly.

For very high throughput inbound you could check out KumaMTA - it was designed specifically for that, but I think Stalwart doesn’t have bottlenecks in it’s clustered topologies which would require it unless you are doing something crazy.

They have very good docs in general IMO, here are docs on how to cluster - https://stalw.art/docs/cluster/configuration
matesz
·9 か月前·議論
Running Stalwart in production for ~20 heavily used accounts for some company and no problems so far! The simplicity for such a complex stack and flexibility of deployments is off the charts!
matesz
·9 か月前·議論
Tangent to this, some AI software is good for to experimentation. Here is an excellent example - https://m.youtube.com/watch?v=alb_ZFHVXCU