skysight-inc/HackerNews huggingface dataset:
I was told Fastmail is excellent, and I am not a big fan of gmail. Once locked out for good in gmail, your email and apps associated with it, are gone forever. Source? Personal experience.

"A private inbox $60 for 12 months". I assume it is USD, not AU$ (AFAIK, Fastmail is based in Australia.) Still pricey.

At https://www.infomaniak.com/ I can buy email service for an (in my case external) domain for 18 Euro a year and I get 5 inboxes. And it is based in Switzerland, so no EU or US jurisdiction.

I have a few websites and fastmail would just be prohibitive expensive for me.
That's a great filter for places I don't want to work at, then.
Why do think that? I did something similar at a previous work for something bordering on 1k employees.

User administration was done by modifying a yaml file in git. Nothing bad to say about it really. It sure beats point-and-click Active Directory any day of the week. Commit log handy for audits.

If there are no externalities demanding anything else, I'd happily do it again.
Even if they had 1000 feed readers which would be a massive amount for a blog, if you can't scale that cheaply, that's on you.

As I pointed out, her blog and rate limiting are an extreme edge case, it would be silly for anyone to put effort into changing their feed reader for a single small blog. It's bad product management.
I expect first responders rarely have to deal with the level of depravity mentioned in this Wired article from 2014, https://www.wired.com/2014/10/content-moderation/

You probably DO NOT want to read it.

There's a very good reason moderators are employed in far-away countries, where people are unlikely to have the resources to gain redress for the problems they have to deal with as a result.
But reliable connectivity between regions/datacenters remains a challenge, right? Compute is only one part of the equation.

Disclaimer: I work on a cloud networking product.
There is a whole ecosystem that pushes cloud to ignorant/fresh graduates/developers. Just take a look at the sponsors for all the most popular frameworks. When your system is super complex and depends on the cloud they make more money. Just look at the PHP ecosystem, Laravel needs 4 times the servers to server something that a pure PHP system would need. Most projects don't need the cloud. Only around 10% of projects actually need what the cloud provides. But they were able to brainwash a whole generation of developers/managers to think that they do. And so it goes.
That's essentially why "platform engineering" is a hot topic. There are great FOSS tools for this, largely in the Kubernetes ecosystem.

To be clear, authentication could still be outsourced, but authorizing access to (on-prem) resources in a multi-tenant environment is something that "platforms" are frequently designed for.
Thank you. Other than papers, I think this is one of the rare books that talk extensively about dynamic recompilation. I was hoping to learn more about the PPC M68K emulator (early version interpreter style and later version dynamic recompilation style) and definitely will read it.
I'm not sure how you can deduce this.

All these previous wars were definitely not cases like this. There was no shortage of kit or firepower. It was rather that the US didn't know how to fight a counter-insurgency. That is a strategic failure, but seems to tell you nothing about matching up to Russia or China.

Industrial production, hmm, maybe. I guess its hard for anyone to compare to China, and I really hope we never live to find out. But Russia is no great comparison point. US is certainly out producing Russia in terms of aircraft and lots of ammunition types, so much so that the small part that makes it to Ukraine is just-about a match for what Russia produces and imports in a wartime economy, with nothing diverted to reserves.

And why do you conclude the US couldn't ramp it up? It hasn't tried for many decades, I guess since Vietnam. My impression, if anything, is the opposite. It has plenty of spare capital which could be put to that use, should the political will arise.

As for broader US strategy and carriers being easy targets for ICBMs or drones, I would think this is speculation at this point. Until there is a hot war, it's so hard to know. And with 11 carrier groups, the US can afford to lose a lot of them and still have substantially more than the next opponent. Russia lost many ships to Ukraine drones, but in incomparable scenarios, such as a lone cruiser with its air defences unmanned, pretty close to the coast. I think that's hard to compare to how a carrier group might fare hundreds of miles offshore.
Goland has no community version :)
>In other words, they would prefer that as many legitimate posts are published as possible.

They'd prefer that as many posts are published, but they probably also don't mind some posts being removed if it meant saving a buck. When canada and australia implemented a "link tax", they were happy to ban all news content to avoid paying it.
Thanks for the clarification! Yeah I only vaguely remember the story from reading about it when it was new, so it’s been a while haha
>Plenty of westerners are not as sheltered from their food as you. ... You only know about it because it's unusual enough to get reported.

In case you missed it, you're talking to a Japanese.

Some restaurants go a step further by letting the customers literally fish for their dinner out of a pool. Granted those restaurants are a niche, that's their whole selling point to customers looking for something different.

Most sushi bars have a tank holding live fish and other seafood of the day, though. It's a pretty mundane thing.
It is similar to cooking at home vs ordering cooked food everyday. If some guarantees the taste & quality people would happy to outsource it.
Not if you ask meta.stackoverflow.com
Content hosting for creators can be commoditized.

Content discovery may even be able to remain centralized.

No idea if there's a way for it to work out economically without ads, but ads are also unhealthy so maybe that's ok.
Wow, imagine Debezium offering native compatibility with this, capturing the changes from a Postgres database, saving them as delta or iceberg in a pure serverless way!
Your argument about knowledge being lost is probably valid but I am not sure it's convincing. If your research creates results that result in products being sold elsewhere, like say in medicine, that will mean patents and local opportunities for high value export oriented business like pharma companies. Which could bring in much needed foreign currency for the new zealand economy and help boost it's GDP per capita. Which right now in ppp terms is more at the level of Eastern Europe than the west. In other words new zealand has some catch-up to do.
UWB and Matter-over-Thread: 2025 will be the year of the smart lock
Those who romanticize the past tend to highlight the best points and gloss over the low points, which is likely better than dismissing it altogether.

It's also worth noting that some points mentioned either didn't matter as much, or aren't true in an absolute stuff. Slow networking wasn't as much of an issue since computers as a whole didn't have the capacity to handle huge amounts of data, while limited functionality depends upon the software being used. On the last point, I find a lot of modern consumer applications far more limiting than older consumer applications.
> Cloud expands the capabilities of what one team can manage by themselves, enabling them to avoid a huge amount of internal politics.

It's related to the first part. Re: the second, IME if you let dev teams run wild with "managing their own infra," the org as a whole eventually pays for that when the dozen bespoke stacks all hit various bottlenecks, and no one actually understands how they work, or how to troubleshoot them.

I keep being told that "reducing friction" and "increasing velocity" are good things; I vehemently disagree. It might be good for short-term profits, but it is poison for long-term success.
This is like 50 push-ups a day etc. Nice, easy to remember round number and very simple instruction. For many people consistency of any sort helps and simple rules are far more effective.
Your top comment was about cultures of excellence in corporate research, and the economics of product development. Now we’re having a debate about the most impactful tech and/or researcher?

Nothing on my small list of examples was done on VC cash in a few months. And my list was not exhaustive (indicated by “just to name a few”), I’m leaving it up to you to name today’s impactful tech. You don’t think any foundational technology development is happening in the world today? Why? I disagree. Let’s add quantum, smartphones, CRISPR, 3d printing and bitcoin to the list. What is your criteria or metric for declaring information theory above AI? AI is building on theories of intelligence and thought and latent information content in ways Shannon never thought of. We don’t know which of today’s papers will have the most lasting impression yet, let’s revisit this question in the year 2070. I simply pointed out that places to do good research like Shannon was doing are far more common now than when he was doing it.
Oh right, I always assume that JetBrains has the same strategy across its tools. Happened not for the first time. Thanks for reminding me!
I prefer that, too. I've heard (less-experienced) tech leads forbid Makefiles because they're not declarative enough compared to yaml.
Ask HN: Would you allow a robot to take your dog out for a walk every day?
If this became legal in the future, would you do it?
In many states, pension systems give police and fire service sworn members a 20 year retirement option. The military has similar arrangements.

Doctors and lawyers can’t afford that sort of option, but they tend to embrace alcoholism at higher rates and collect ex-wives.

Moderation may be worse in some ways. All day, every day, you see depravity at scale. You see things that shouldn’t be seen. Some of it you can stop, some you cannot due to the nature of the rules.

I think banning social media isn’t an answer, but demanding change to the algorithms to reduce the engagement to high risk content is key.
Hacking Life into My Little Counter
> which are technologies old and reliable as dirt.

Technologies, sure. Implementations? Not so much.

I can trust OpenSSH because it's deployed everywhere and I can be confident all the low-hanging fruits are gone by now, and if not, its widespreadness means I'm unlikely to be the most interesting target, so I am more likely to escape a potential zero-day unscathed.

What't the marketshare of IPA in comparison? Has it seen any meaningful action in the last decade years, and the same attention, from both white-hats (audits, pentesting, etc) as well as black-hats (trying to break into every exposed service)? I very much doubt it, so the safe thing to assume is that it's nowhere as bulletproof as OpenSSH and that it's more likely for a dedicated attacker to find a vuln there.
There is a difference between scientific prediction and made up biblical stories though. I mean Kurzweil predicts computers will beat the human champion at chess by 1998 and it happens in 1997, predicts computers will pass the turing test by 2029 and that seems to be happening a bit ahead of schedule. That is a different category of thing to:

>And I beheld, and, lo, in the midst of the throne and of the four beasts, and in the midst of the elders, stood a Lamb as it had been slain, having seven horns and seven eyes...

etc. I haven't seen any seven eyed Lambs for a while.
This is important for SBOM (software bill-of-materials) which will soon be mandatory in regulated domains.
> dishonest Potemkin

It's like criticizing a "Hello World" program for not having proper error handling and security protocols. While those are important for production systems, they're not the point of a demonstration or learning example.

Your response seems to take these examples and hold them to the standard of mission-critical systems, which is a form of technical gatekeeping - raising the bar unnecessarily high for what counts as a "valid" technical demonstration.
Of course she can. It's static. She doesn't want and I understand. She's signaling their clients an standard call to say "I think you already have read this, at lest ask me first when this changed the last time".
Spam Email Detection · Streamlit
Because people chose to take the jobs, so presumably they thought it was fair compensation compared to alternatives. Unless there's evidence they were coerced in some way?

Note that I'm equating all jobs here. No amount of compensation makes it worth seeing horrible things. They are separate variables.
> …completely subjective.

That may be. But all the gamblers demand objectivity. Whether or not this technology provides objectivity is not knowable now, but it has the empathetic storytelling that it does, which is all that matters for the marginal gambler.
Who cares about rats. There are plenty of human studies we can look at. The point is, we know EMF can affect things, but we don't know if those affects are harmful. Going back in the comment history, this was about telling someone that maybe they're crazy, but maybe they aren't crazy about EMF affecting their mental state. There are things they can look up, such as brain glucose metabolism, EEG changes, etc. We know these changes happen, but we don't know what they mean or how they might interact with a condition like their's as it's hard enough to find good EMF studies let alone ones where the subjects aren't "healthy individuals".
This is true. In addition, the "good German bureaucracy" is a farce, run by paper (and fax!), with opaque, antiquated rules, expressed in impenetrable _Beamtendeutsch_ -- which expats need to hire professional help to navigate. Add to this that the house rental market in Berlin is now worse than London, and that German universities continue their decades-long slide towards oblivion.

The UK is certainly not free of problems, but I count my lucky stars that I applied for the EU settlement scheme back in 2019 -- I'm now back in the UK, because better jobs, better healthcare, better social services, better restaurants, better transport system, better airports, better _everything_.

And I say this as a transgender woman living in what trans people call "TERF island". I'm at pains to remind my English sisters that TERFs abound in Germany, too.
AWS is so complicated, we usually find more impactful permission problems than in any company using their own hardware
No. I have lived long enough using unreliable and buggy software to make me not to trust any of them with anything of value - and I would be extremely surprised if this opinion of mine would ever change, especially not before software quality improves, in overall. (Get off my lawn, lol)

But I see a downward trend in this regard. I also see a lack of demand for good quality software, so there is that.
"Putting fields of a struct into their own arrays is only actually an optimization if you're only accessing that field in-bulk" ... "If you use all fields of a struct in your algorithm, then an array of structs is the optimal way."

This is wrong! Cache optimization isn't the only factor here. Even given an algorithm that seemingly handles each object one-by-one and uses all fields, SIMD turns individual operations into a hidden bulk access, and giving each field its own array will speed things up. This is counter-intuitive at first but becomes obvious if you write SIMD by hand (the article mentions this but doesn't make it super clear IMO)
Open Source Funding Toolkit
> If I didn't already self-host email, I'd consider using Fastmail.

Same sentiment all of what you said.
about security, most businesses using AWS invest little to nothing in securing their software, or even adopt basic security practices for their employees

having the most secure data center doesn't matter if you load your secrets as env vars in a system that can be easily compromised by a motivated attacker

so i don't buy this argument as a general reason pro-cloud
Requesting the article be changed to the paper's github page:
https://grisoon.github.io/INFP/
That's ridiculously big quantity of data to serve a seldomly updated blog just because the client doesn't want (or know how, or think about) to implement an easy and old http method.

Imagine the petabytes of data transferred through the internet saved if a couple RSS clients added that method.
> So after the success of our initial testing, we decided to go all in on ZFS for all our large data storage needs. We’ve now been using ZFS for all our email servers for over 3 years and have been very happy with it. We’ve also moved over all our database, log and backup servers to using ZFS on NVMe SSDs as well with equally good results.

If you're looking at ZFS on NVMe you may want to look at Alan Jude's talk on the topic, "Scaling ZFS for the future", from the 2024 OpenZFS User and Developer Summit:

* https://www.youtube.com/watch?v=wA6hL4opG4I

* https://openzfs.org/wiki/OpenZFS_Developer_Summit_2024

There are some bottlenecks that get in the way of getting all the performance that the hardware often is capable of.
Not at all. You can inspect the apartment you rent. The cloud is totally opaque in that regard.
Don’t know about the rest of the series, but Clean Code isn’t merely a waste of time, it’s worse — it’s actually a net negative, and lies at the root of a number of problems related to incidental complexity.
As a rust dev I wish we had more choice of http libraries then hyper. I have a lot of respect for the author but I consider this library a hot mess of over complicated abstraction. If you tried to use hyper recently you know what I mean, just to do anything you need 4 sister crates. The internals of hyper are both hard to read and opiniated in way that makes me swear heavily every time I have to touch it.
Well, sure – I was trying to do a comparison in favor of cloud, because the fact that EBS Volumes can magically detach and attach is admittedly a neat trick. You can of course accomplish the same (to a certain scale) with distributed storage systems like Ceph, Longhorn, etc. but then you have to have multiple servers, and if you have multiple servers, you probably also have your application load balanced with failover.
It's a great start, but it's missing the silent killer: data transfer!

AWS egress data transfer pricing is 100-1000x the price of equivalent IP Transit. (Yes, I am not exaggerating.) It is so significant that I've seen data transfer account for >90% of 7-figure AWS bills. Given enough spend, that alone is enough to make the business case for a migration.
But is it solely because of markets? Would deregulation improve our lives further? I don't think so, and that is what I am talking about. Musk, Bezos, Andreessen and cie. are advocating for a particular laissez-faire flavor of capitalism, which historically has been very bad for the average man.
Yes, but you're also far less likely to kill other people on a motorcycle as in a car (and even less, as in an SUV or pick-up truck). So some people live much less dangerously with respect to the people around them.
As a user of the RSS feed, please don't remove content from it so I have to click through. This makes it much less useful and more annoying to use.
They literally do block you for a period of time until you are out of the rate limit. That is how rate limits work. That's why you don't get to access the resource you requested, because their system literally blocked you from doing so.

See when you're trying to be pedantic and all about semantics, you should make sure you've crossed your Ts and dotted your Is.

> Block – AWS WAF blocks the request and applies any custom blocking behavior that you've defined.

from https://docs.aws.amazon.com/waf/latest/developerguide/waf-ru...

And my favourite

> Rate limiting blocks users, bots, or applications that are over-using or abusing a web property. Rate limiting can stop certain kinds of bot attacks.

From CloudFlare's explainer https://www.cloudflare.com/learning/bots/what-is-rate-limiti...

Every documentation on rate limit will include the word block. Because that's what you do, you allow access for a specific amount of requests and then block those that go over.
That's actually an interesting question. I would love to see some data on whether it really is impossible for the average person to live off the land if they wanted to.

An adjacent question is whether there are too many people on the planet for that to be an option anymore even if it were legal.
Ageing itself is a anti-cancer strategy...
It doesn't though: one can fully argue that tik tok is one of several platforms through which people can express themselves, which means no one's rights are being taken away by shutting down tik-tok. It would be an incredibly bad-faith decision, but watch them make it anyway.

Similarly, tik tok can't argue that they're press, even if some of their users might use the platform as a news and news commentary outlet. Again, shutting down the platform doesn't prevent those folks from continuing to do so on another platform.

There's, unfortunately, nothing open-and-shut about this case. Especially with a supreme court that seems quite keen on backing up the establishment.
I think that's surprising... why wouldn't you consider it a scam? Hell, even a malware?

Honey does the following:

- Stealing the commission from an affiliate link assigned to someone else

- Cutting itself a commission by inserting an affiliate link, when there was none, essentially profiting off you without your consent.

- Gives you the worst discount code possible, while saying it got you the best deal

- Cheating the companies doing the affiliate marketing by taking credit for purchases that happened without honey's involvement
No, the translation is mostly automated.
They are also active in contributing to cyrus-imap
Hash tables in ClickHouse and C++ Zero-cost Abstractions
It's for curated targeted Ads through our Ad platform AdinPlay. I'll certainly review this and see if we can improve that consent experience.
The process is mostly automated...
Yes in the future. We share the source code in both commercial and non-commercial engagements already. Drop me a line at amir [at] relta.dev if interested.
Well, the first thing to realize about scaling codebases with developers is that an N developer team will usually produce a codebase that requires N developers to maintain. So by starting small and staying small until you reach a certain critical mass of fundamental decisions, you can avoid some of the problems that you get from having too many developers too early. You can easily also fall into the reverse trap: a historical core with pieces that fit too well together, but most of the developers on the team don’t intuitively understand the reasons behind all of the past decisions (because they weren’t there when they happened). This can lead to poorly affixed additions to a system in response to new features or requirements.

As far as Rosetta in particular was concerned, I think I was just in the right environment to consistently be in a flow state. I have had fleeting moments of depression upon the realization that I will probably never be this productive for an extended period of time ever again.
This is correct.

In the 90's I recall London area prefix changed from 01 to first 071 (central) and 081 (greater) and then 0171 and 0181. Later still, those codes became 0207 and 0208.

I still notice old shop signs up with the old prefixes.
Making API calls from a VM on shared hardware to KMS is vastly more secure than doing AES locally? I'm skeptical to say the least.
Have they? I thought this was a uniquely Silicon Valley thing.
Yes, there is. The energy is obviously not in it physically, but in our agreement to work (use energy) in return for money. If something required no work on our part, we would not bother to pay for it.
if you don't have high bandwidth requirements, like for background / batch processing, the ovh eco family [1] of bare metal servers is incredibly cheap

[1] https://eco.ovhcloud.com/en/