skysight-inc/HackerNews huggingface dataset:
I've been running a server since 2005, as a teen. It's been easy. It's my main email.

In 2019 I migrated from the vServer to a dedicated setup switching from Debian to OpenBSD, from Postfix to OpenSMTPD. I use Dovecot, the only thing I ever tinkered with were spamd or spamassassin. The only things to do were DKIM, DMARC and SPF.

I have never had an issue with mails not arriving on either end, I rely on it personally and professionally.

I am very much not an expert in the area, nor really interested. I just set it up and it works. Should some emergency thing happen I'll just put on my last backup. But no data loss has ever occurred in these years. Just use your RAID setup.

So far it has been more reliable than Gmail (which was down, had bugs, etc., just search Hacker News ;))

I think there is a huge amount of FUD in the area. E-Mail itself is very reliable and handles any issues very well. Since it's a super old tech nothing much changes, just DKIM and so on. I think a lot of tech people are all to used to hosting stuff that constantly changes which makes them very scared of it. But e-mail you just read into, set it up, add a couple of comments for your future self and might easily outlive you.

Of course you should do your updates and of course I wouldn't recommend to do it like me and do that as a whim as a teenager with no experience, but also it worked out.

I'd recommend OpenBSD because the system is sane, you get OpenSMTPD which is compared to other extremely easy to set up correctly. It doesn't have all the cruft that others accumulated.

Here some things that you need to not forget so others won't think you are a spammer:

* Set up (and test) SPF

* Set up (and test) DKIM

* Set up (and test) DMARC - even if it's just the record part

DON'T FORGET TO SET UP the PTR record. I do that for all systems, but somehow even with people that should know this things from their job people seem not to.

Read up on each of these things to get it once, configure it properly, add comments, maybe write down some notes somewhere, have backups. And you are good to go.

If you are scared, you can just do all of the above and still use what you currently use. Spend some times (years?) to see if it works for you with non-important stuff. If it does, you can switch stuff over. If not you learned something.

This is not me saying that I think you should do it, but it's an option if you are interested. You can just get a cheap server and try it. In the very worst case you'll have learned something and made your own opinion.

Also on IP reputation. I think there's something off here.

You go to say Mailchimp/Mandrill/Mailgun/etc., because of their "reputation" and a month later you notice that their reputation sucks, so what happens is they upsell you to get your dedicated IP (own thing, more expensive package, etc.).

I never had a problem with IP reputation but I'd assume that your hosting company would give you a new one if you brought it up.
Me claim is more to be taken that you should work from the assumption it is hard for everyone. Setting yourself apart as someone that is "just bad" at it is going to reinforce that idea.

Can it be true? Of course. Some folks are also just bad at math.
Be sure to give people their favorite gift on their birthday to increase your relationship quickly.
> “Whatever a patron desires to get published is advertising; whatever he wants to keep out of the paper is news.” -1918

I like this version, it's not so much a definition of news as (arguably slightly immoral, arguably not) business advice. If someone wants something published, get them to pay you to publish it, even if you would prefer to publish it for free over it going unpublished.
I think it's largely a battery management system problem, may also be pack quality. I've always felt like part of Tesla's lead in EVs has allowed them to develop some "special sauce" in the form of battery management.

Other manufacturers that have just started may be playing significant catch-up to Tesla's lead.
I dunno, maybe by respecting the rights and well-being of consumers?
Randomness is very useful to handle edge cases, quicksort is the poster child here, it has some edge cases were it runs extremely slowly but randomising how you apply the algorithm means that you can ignore them since they are so unlikely. If you try to use deterministic code then those rare edge cases often comes up in the real world.
I hear you: I'm NOT shooting the messenger. Or dang, who IMHO is a holy man to be able to keep HN as good as it is.
Teslas have those sensors, but don’t currently use some of them (like microphones) as inputs.

Unlike human drivers, a Tesla autopilot can track the rotation of each wheel independently and in real time.
It is a tragedy.
I actually knew a guy with that surname who was a Java developer and data analyst. He did eventually change his name after many years of frustration.

It’s an extreme solution though. Not something you can ask of most people.
It's 11000 lines (for 2.5 million lines of code or so) but it's really a long list of things to do. Functions to look for, libraries to use, configuration symbols to associate with a specific file.

The only somewhat repetitive idiom is

foo = dependency('name', method: 'pkg-config', required: get_option('opt').disable_auto_if(condition))

to find a library, but otherwise there's very very little repetition of the kind that can be fixed with user-defined functions.

That's not surprising though. Because the user input is very constrained, I find it more natural to think of the build as "first prepare all these things, then use them to prepare all these other things" and so on, not as a complex program. As a very simple example, instead of abstracting "find flags for the C/C++ compiler" in a function and calling it twice, I prepare an array of languages and iterate on it.

It seems limiting but really it's just different and this kind of data flow mindset makes it very clear what is happening when (e.g. what files or arrays are read and which are written), and it also does not need a lot of abstractions (functions).

What it needs is decent data structures, and Meson's DSL is superior to CMake in that respect. So basically the code you write matches the tools you have.

Now I am not saying that Meson is perfect. But the functions thing is kind of a red herring. My #1 complaint is lack of include files (apart from going down to a subdirectory), not functions. #2 is messy handling of targets that generate files in subdirectories and #3 is a silly handling of some options.

The important thing is that none of these things, and not even functions for that matter, are baked in the language. There is room for fixing them in the future, because they are missing features or bugs rather than fundamental mismatches.

To be honest I believe that Meson should have used Starlark as the language, but it did not exist 10 years ago and anyway there is no Python implementation of it.
An astonishing artist, poet, Buddhist and by all accounts, all round good guy as well. Saw them live at Brixton a long time ago. One of the best gigs I've ever been to. RIP X
Hey I think the best bet is to reach out to some people in the gourmet coffee bean space who are trustworthy. Like some coffee-roasters who you've been buying from for years who have dealt with farm-to-table approach. With some vetting you can probably get some worthy deal going.

Off the top of my head I can think of a couple of places in New York that I believe are ran by diligent people. I could probably point you to their direction if that's of interest, but I am in no way affiliated nor interested in getting into that kind of business, just would love to see such a resource not go to waste.
Honestly I don't buy your argument. In the US you can take your crop to the nearest grain elevator and sell it by the truckload. If there's a way to unload your coffee in Madagascar the same way, one only needs to learn how to tend the farm.

Without any experience in coffee farming, I can't say if that's as easy as shaking the tree under a barrow or what.

I really don't see how you could know any more than that.

Yes running a business can be hard, but not necessarily.
Google, SEC Settle Stock Option Case (2005)
The problem is that every vehicle participating in that network would have to be owned and operated by a trusted entity. Otherwise it would be too easy for someone to modify the software or tamper with the hardware in ways that cause information to be misreported and cause a mess.
"All I Want For Christmas Is You" in the style of the Wii Shop theme: https://www.youtube.com/watch?v=pDGl2albRHk
Incidentally, another Ask HN today was about running your own mailserver:

https://news.ycombinator.com/item?id=34117386
Venice, Italy - $hn_username at gmail
Are you in a garage?

As long as you have 30+ amps of 240v, you are fine charging in winter. It will spend 5-15 minutes warning the pack (and show only a little charge rate) and then kick into your full charge rate.

The only time you are screwed is in like 15-20 amp 120V, it takes nearly all the power to keep the battery warm so almost nothing left to charge. If it weren’t for winter I likely would have kept only a 120 in my garage as that is plenty for summer charging at home.
These are all excellent points. If you navigate to a supercharger or a compatible fast dc charger in a Tesla, the vehicle will heat the battery pack appropriately for faster charging (based on max current capability at the charger). High level, this is a call for ubiquitous level 2 charging everywhere (and intelligent battery pack management when fast charging is available), with enough power to both charge the vehicle and keep the pack warm. We’re at the same stage with EVs as combustion vehicles were where you had to buy a can of petrol to fill it up, and gas stations weren’t ubiquitous. Make Charging Infra Ubiquitous.

Of course, within certain latitudes, more robust infrastructure is less necessary (the closer you get to the equator). Texas, Florida, and California have most of the US population and will rarely see these conditions (US centric).
>These human forces are transforming complex ecosystems into something more akin to biological strip malls

>Time and again, the van passed housing developments, national banks, cattle fields, golf courses, strip malls.

>powerful global forces also turn the world's biodiversity into a metaphorical McDonald’s

Sigh... I'm a nerd who's already written about how golf courses can be utilized to help prevent the extinction of the Migratory Monarch Butterfly:

https://golfcoursewiki.substack.com/p/golf-for-non-golfers-g...

This mindless blaming of development, as such, is a common refrain from cliche californian 'environmentalists' many of whom have done so much more harm than good in the last 50 years by blocking urbanization. California has so much sprawl it's absurd. We need to be honest about how blocking urban development, but allowing suburbia to stretch from San Diego to Palm Desert to SLO with everything in between is the source of these issues.

I have advocated for some time that golf courses have the exact potential to be a refuge for native urban pollinators exactly because they are large urban green spaces with extremely low humans/sqft. We need courses to step up and prioritize native vegetation off the fairways and work with local universities to set up apiaries. Many, many golf courses don't use any pesticides. The use of pesticides is just vanity for creating course conditions that are surreal and unnecessary.

The problem is that we're turning everything suburban in California. Repeal Prop 13. Stop the land hoarding along the coast, and start disincentivizing suburbia.

There is no solution to there are too many humans. All the solutions I heard from 'enviornmentalists' here are basically that other people shouldn't exist. We need a way for people to live in tight urban environments, yes, with national banks, cattle fields, golf courses, strip malls, and mcdonalds, but leaving more of the country side to stay wild.
Merry Christmas, and yes humans are stupid and petty and cruel but each one of us has the spark to be greater. My wish is for each of us have the courage to try to be just a little bit better than they were the day before.
you need a farm manager with experience managing operations of this size, in this region, with this crop. good luck finding one who is trustworthy.

aforesaid manager is also a person who would be essential if and when you choose to sell this farm.
> Self driving trucks at mines have very limited routes but they are legitimately self driving and quite useful.

One of the problems with this discourse is the propensity for people to talk past each other. No one is interested in mining automation here, no matter what level of SAE autonomy they qualify for.

> Tesla’s insistence on good road markings is a far larger limitation than simply pre mapping roads.

And another problem is people's insistence on arguing from bad information and ignoring the testimony of those who have good info. I honestly don't know what you're referencing here, FSD works fine on unpainted roads (I live on one).
Or Chaos Mesh if you want to break (and learn more about how to properly set up) Kubernetes clusters.

https://chaos-mesh.org/
Bro, redundancy. If you want a resilient service your operations team will build in automatic redundancy. They’ll even build in auto-failover so they don’t have to wake up at 2am to fix something if a pdu fails. You don’t even have to ask for that. You just hire well and they do it because it’s the correct way to do it.

But if you fire the majority of your operations team and then go unplugging racks you’re going to reach a point where you’ve taken out the redundancy and the whole service falls over on its face.

Whatever, I shouldn’t have to explain these topics to you. A) you should know them B) if you don’t know them after high level work at Tesla, spacex and PayPal you obviously can’t learn them (and god help the people doing reliability work at those companies) and C) I don’t really care if your little empire crumbles to dust

Go nuts boyo, maybe the money you save on your power bill can make up that extra billion a year your ill-considered acquisition is costing the company. That’s a joke it can’t. The only hope was advertising. The people you drive away with your antics. Perhaps next time bother to learn the business model of a company you plan on acquiring before you gleefully kill the goose that lays the golden egg.
For a home Christmas light display or something similar - I guess 10k can count as large. (I’m running ~14k, about 1100 of them from WLED). For commercial/art installations - I don’t think that’s “large” though.

Something like a f16v4 can run 33k pixels. But maybe you want more points of control remotely distributed?
I don’t think many people are driving around in winter with a 30 degree cabin temp. IME meat bags get priority at all times except while supercharging, when the temp can go pretty wild while it focuses on the battery.
Out of 3.3k

All in different jurisdictions, with wildly different circumstances, and little overlap in types of crimes and ability to flee, no?

Those are individual points, not statistically significant data. Which is my point.
Even more pedantic:

> In Japanese usage, midnight is written as 午前0時 (0:00 a.m.) and noon is written as 午後0時 (0:00 p.m.), making the hours numbered sequentially from 0 to 11 in both halves of the day.

(As per Wikipedia) Can be found in the Intl.DateFormat API as well.
I remember using Xvesa in the 00's on 90's hardware with great success. Damn Small Linux, etc.

iirc, -vesa got kinda bad after the advent of the "GPU". Cards didn't natively support VBE and emulated a subset of it just for compatibility purposes.

It's gotten worse these days. I don't know if I'd call it a bad thing though - with the push for hardware accelerated rendering to help with battery life on portable devices, many of the desktop environments have lost support for "software" graphics. They instead depend on software OpenGL support via llvmpipe and chug hard even on modern devices (if you don't have a driver installed) and VMs.
Anecdata and all but my food allergies as a kid were a lot more severe than after puberty. On the other hand I'm pretty sure I could eat a few things as a toddler that I couldn't anymore in/after elementary school. It's really weird.
See also "Why roller coaster loops aren’t circular anymore"

https://news.ycombinator.com/item?id=32005421
That money is being spent on VR/AR HW and software ecosystem, not one app on it.
It would actually need to be driven significantly more, see this report: https://www.rand.org/pubs/research_reports/RR1478.html

To quote:

> Autonomous vehicles would have to be driven hundreds of millions of miles and sometimes hundreds of billions of miles to demonstrate their reliability in terms of fatalities and injuries.

> Under even aggressive testing assumptions, existing fleets would take tens and sometimes hundreds of years to drive these miles — an impossible proposition if the aim is to demonstrate their performance prior to releasing them on the roads for consumer use.
They're different in practically every way. It's easier to enumerate the things they have in common: NNs borrowed the idea of using a connected network of functions whose outputs feed into each other's inputs.

That's it. That's the total resemblance between the two. The brain isn't just an NN implemented in biology, it has whole systems that aren't accounted for in digital NNs, like hormones and neurotransmitters, and even the system of connected neurons doesn't work the way digital NNs implement it.

Neural networks model the brain exactly as well as objects in OOP model cells: not very well at all. They're inspired by biology, nothing more.
Merry Christmas, HN! :-)

Time to reach out and appreciate/tell the people and connections that make you a better person.
I’m a delivery worker in New York. Winter is the toughest time of year
It seems to require a patience I don't have. I'm not a huge fan of Quentin Tarantino-esque articles that follow multiple unrelated paths to an eventual tangential relationship.
Can't they just write "contains sesame" without actually adding any sesame? Then they will be sued by sesame lovers, I see.
It’s not “approve more density or we’ll sue you” it’s “approve more density yourselves or literally any state-compliant development is auto approved and you have no recourse, also state compliance is easier now.”

If you follow this stuff, these changes are the ones that have finally broken the impasse with these towns - it’s literally already working. The state has come in hard and fast to show it’s for real.

> It it'll inevitably lead to less housing than just outright requiring various upzoning rules

Sure but I’m sure they did their homework and figured out that would be harder to pass in legislature, defend in courts, and defend politically. Giving the towns some chance to increase housing units their way is more politically defensible.

I think it’s gonna turn out to be a pretty darn good solution, better than waiting longer for a more optimal one.
I often find myself thinking: "But how would I do any of these without reaching for mutation? So that I can later parallelize them?" And then I come up empty. I still need to work through "Purely Functional Data Structures" by Okasaki. Hopefully then I will have an idea, of how to come up with a functional version to mostly single-core algorithms or at least locking-requiring algorithms.

I skipped ahead once and looked at functional red-black trees and the solution was to involve one more color! How ingenious is that?! I have no idea, how people got to these solutions.

In many places algorithms are described implicitly with mutation assumed. However, this can be very hard to parallelize later and might hit you in the future. In the times of many cores, this seems no longer appropriate to me. I wish we spent more time on learning how to get it done without mutation.

Another great post that was linked at some point on HN was this: https://nullprogram.com/blog/2020/04/30/ -- A comparatively simple change in approach and yet it allows for massive parallelization without locks! This is the kind of stuff we should learn more about and then make more use of our many available cores, moving on from the single core world of algorithms.
> I feel like smaller companies that I'm actually paying are more likely to be responsive to my issues than a large company that I'm using for free.

"I feel like" is, precisely, the anecdata fallacy at work! You feel that way because you see so many more reports of problems with the big providers. The truth, obviously, is that account management problems like this are present everywhere[1], but the email (or domain) market is dominated by a small handful of players. So you think the tiny ones are better than they are.

[1] Pointing out the pervasive complaints about domain registrars was supposed to drive this home. It's weird you think that somehow doesn't count. All bureaucracies mess up, it's not like email is a special kind of failure.
Leah Culver: Why I continue to work at Twitter
We should be legalizing (and regulating/taxing) all drugs. The DEA is obviously incentivized to fight this as that would kill their raison d'être.

The War on Drugs has effectively brainwashed most people to think that the best way to control "dangerous" drugs is to make them illegal.

And the politics of this is that were the Dems to try to do this then the GOP would campaign on the Dems trying to give drugs to kids like candy.
You probably missed the "European thread" from a bit earlier: https://news.ycombinator.com/item?id=34114940 :-)

Merry Christmas to you too!
You need to treat your book launch as if these attacks aren’t happening.

Everything I’ve read here comes across as conspiracy theory woo-woo nonsense. Keep whatever promotion you do on your book itself and not on the attacks/attackers or you’ll come across as conspiracy theory nonsense to others as well.

If you can’t afford PR help, then you better hope your book is good because you’re not going to be able to do anything about a real coordinated attack yourself.
How to manage 500 passwords, without yet another subscription
I think we’re not really willing to up the standards because you need to drive to survive in a lot of places.

You can’t change your genetics, you can’t necessarily change where you live, and you can’t just fix transit without rebuilding an entire city that took 100+ years to build so the standards are just what they have to be

Over the last many decades, we’ve starting requiring things like backup cameras because cars naturally break down and so it’s something we can actually change on a short timescale (but it does add a lot of cost)

Fixing transit is a long timescale thing
Leave and join Frost Giant Studios
The most interesting for is the USB 3.0 connection, on the hub. Didn't know the lanes are totally independent.
Yeah, since the late 90s. Been through a few migrations (sendmail to Postfix to exim, considering Postfix again if I can replicate my setup; courier to dovecot; maybe 5? different hosting providers; squirrel to roundcube to rainloop to snappymail).

It can be death by a thousand cuts though but if you can get it into a stable mode where no-one is blocking you, it'll generally just tick along.

Setup is exim on two machines with rspamd (aggressive settings) feeding one IMAP store which is accessed via an OpenResty proxy (lets me write my own auth stuff) on the other machine (and also controls where each user's IMAP store comes from - just in case I need to split and/or restore to another machine.) Oh and currently snappymail for a webmail frontend.

Main problem I had was fail2ban blocking my users because they forget passwords, don't have PTRs, etc. (it's set to be very aggressive on exim and dovecot failures because there's just a constant stream of probes and attacks) but I solved* that by unbanning the IPs people have successfully authenticated from in the last day, IYSWIM.

[edit: forgot the webmail and spam parts]