skysight-inc/HackerNews huggingface dataset:
I'm fairly sure they were abusing the standard with this particular technique. Deferred messages are OK if they can be retried later and that's what the MTA will try to do. Permanent deferral I suspect is really supposed to mean "we can't deliver right now and we don't know when but keep retrying".

What this does not do is trigger "undeliverable mail returned to sender" messages, so the end user has no idea their message is stuck in their own MTA's mailqueue until the MTA decides it has tried enough and gives up, and MTAs will usually persist for quite some time.

Spammers won't care what error code you send them or even worry about deferral messages, which is why the temporarily deferred spam trick works (first send is deferred for 1 hour, if you are a genuine MTA and you try again respecting this, it works). But permanent deferral, as I say, is very user hostile. The user thinks they've sent an email, but it isn't in the spam folder of the recipient. The sysadmin then has to go and dig to find out what exactly happened, and remove the mail from the mailqueue.

Luckily so far as I know we are only emailing a single yahoo address.

tl;dr the technique they are using is designed to handle the case where the receiving MTA is offline temporarily. There is a spam defence trick you can use and I don't object too much to that, but they used it to implement their block list rather than outright rejecting, and set the timeout to deferred indefinitely, which is just bad.
I am responsible for maintaining eight 150 Ah 120v dc battery banks. The sites also have diesel generators so the batteries really only get used for the 10 seconds it take the diesel to start, maybe 4 or 5 times a year. The batteries are indoors. So far cells start to go after 5-7 years and then I have to replace the whole bank.

Even 1 decade is optimistic life from current technology batteries that I am being sold from industrial battery sales channels.
This does not seem true among my group of mid-late 30s friends who were there “at the start” - none of them use Facebook, and many haven’t since they started allowing non-academic email addresses to sign up.

Perhaps it’s true among older people, but it seems that younger people have abandoned Facebook at an even more prodigious rate. WhatsApp and Instagram are much more problematic at this point.
> But the web platform isn't perfect, and I suspect most React developers have come across a situation where you’d love to be able to just tweak how your component is being rendered.

Honestly, I haven't. The only potential caveat I can think of is when you have some non-reactive legacy code you want to embed inside a React component... but even then React's escape hatches are more than sufficient.

If you're really worrying about when your component renders or re-renders it's probably because there are other issues with your app.
> You're not making a convincing case for how AML/KYC is materially harming me.

I'm not the person you originally replied to. Their speculation is conflating a couple things.
Most of the hole-in-one cover payout do not happen for contest, but for individual that are insured against a hole in one. (source: I work for an insurer)

It is a common provision on the kind of insurance that come attached to a credit card, and you probably are cover for it if you own a premium card in the US or Europe. It generally come with different variation: only on registered games / all games, fix cash amount or expense of the drinks at the club, ...

A common exclusion is that you can not own a professional golf licence.

A few examples:
A British Bank Travel insurance (page 33) https://assets.ctfassets.net/s0jgb0x75qln/413D8sFB4gVNoNWZXn...

Amex (page 85)
https://americanexpress.com/content/dam/amex/za/network/docu...
This article is about Nintendo of America, which is just a marketing and localisation company. Unless the Switch has a different UX in Japan the UX has nothing to do with Nintendo of America.
It's time to speed up your business network
It's hard for me to imagine my first job in tech as a PM being remote. Modest apartment, not knowing people in the area, and general lack of spontaneous contact. OK, the communication tools were much more limiting and the social/cultural norms were different too. (Actually had email but way too many sales reps and SEs liked to call anyway to ask some question that could (sometimes) be resolved in a one minute email.)

So maybe it would be just different. But hard for me to wrap my head around.
> I think the best thing we could do is encourage people to buy fewer things that are better quality.

I’m unsure whether this would be good for the environment. What are the risks of not using it, or damaging it? Systematically, I believe our environmental footprint is approximately how much we earn, so deciding if the environment is better off for that choice is not obvious.

I just buy good second-hand clothes since that is more likely to be good for my pocket (and perhaps with luck, the environment).
Grindr location data was reportedly for sale for at least three years
Politics, the team behind Dart dropped it on the floor, and most of the original team left Google.

It was only rescued by AdWords team , and then Flutter team picked it up.

The Android team is also not in love with it, and Jetpac Compose is surely an reaction to it.
Answer for number 7 : undefined global variable.

I had to look this up, because it's so far outside of even moderately normal practices I'd not encountered it.

https://stackoverflow.com/questions/30469755/why-a-variable-...

Hoisting. Within the function body the declaration of the variable, but not it's initialization, is (re-ordered) hoisted to the top of the function, much like old C. So the clobbered global definition happens at the function frame step rather than exactly where a sane programmer would expect such insane code to perform it.
It is not just IKEA. Besides shrinkflation, there must be something like shitficflation, because here in C. Europe, mince and sausages became basically inedible over the past 12 years. Which is a shame as I used to enjoy both.
Everything I listed is for Android devices. I simply provided 2 different options because I too like reader mode but PDFs keep the fidelity of the original web page.
Yeah, it's a lot easier to make the object yourself at home safely.
Reminds me a lot of https://sigmacomputing.com
What are your thoughts on government art? (Art funded by the government.)
I clicked finish (without having finished every question) with 2-3 minutes left, and they popped up a dialog suggesting I use the extra time to review my answers (not to keep trying on the question I gave up on).
Did you know there are many classes of crime that follow the pattern you spoke of
"It already exists out there, and will persist even if I stop, I'm not creating it just propagating it..."

One pretty nasty example would be revenge porn.

a lesser one would be piracy of copyright material
Even better, use a real text editor like ed or ex. (Nowadays ex is more portable because many distros — against POSIX — omit all 55 kilobytes of GNU ed. Of course, smaller systems might not have ex/vi.)

Basic usage looks like this:

printf '%s\n' '" some commands...' 'wq' | ex -s file

Or:

ex -s file <<'EOF'
" some commands...
wq
EOF

By the way, these commands are the ones that you use in your vimrc or after a colon in vim — at least, the POSIX subset of that — so any ex commands you learn translate naturally to your normal editor.
On Mythbusters, every now and then they would say something like "We would like to do X [e.g. something crazy like jump out of a plane with a duct tape parachute], but our insurance company wouldn't let us."

I've always how that worked. Like, who is the employee at the insurance company who takes that call, and how do they decide what's just too risky, when there can't be much historical data on risk?
Search for hashtags for topics you're into. Even if the search results say "0 talking about" #foo, click it. Then you will get a stream posts from across the Fediverse.
Honestly? If the question is if I would A) make everyone everywhere spend minutes (or potentially hours on Windows) all the time running the configure script any time anything changes, or B) not spend all that extra time running configure but maybe get a compile error a few minutes later if I'm compiling on extremely weird systems (such as ones without printf), I think I'd take B.

Especially since configure doesn't actually make anything any faster even in most cases where it _does_ detect errors. It aborts at the first error. So when I'm missing packages for example, I will wait half a minute while `./configure` runs, then it errors with a single missing package, then I will install that package and re-run `./configure`, wait another half a minute until it prints another single missing package, etc. Repeat until I have all packages.

I hate autotools so much. Configure scripts should either run in parallel, or cache its results, or both (ideally both), and they should report as many errors as it can before aborting.
This is useful when saving command lines to files (scripts) using the POSIX-required fc builtin. Command line histories are relatively cumbersome to save with Ash, Bash saves them but truncates them to 500 entries, whereas scripts can easily be saved indefinitely. Amongst Bash and other feature-heavy shell users, there are Rube Goldberg-like workarounds for command line history saving. OTOH, all shells aiming for POSIX compliance, including the fastest, lightest weight ones I prefer, will implement fc. It's already there; I make use of it.

I will type fc, save to a file (script) and then delete all lines before exiting the default EDITOR, e.g., %d in vi. This prevents the commands from being re-executed when I exit vi.

Also I sometimes use # combined with a semicolon to disable portions of command lines, e.g., early commands ;# late commands. I might cut and paste from one entry in the history into another one. Or I might fc -l 1 > file and edit the file down the the entries that form the starting point for a new script. By far, the shell is the most useful REPL for me.

There is no shortage of comments online praising the utility of the REPL concept but the only comment I have ever seen about fc was from a shell implementor/maintainer; it was negative. I use fc all the time. It has become essential for me to use the shell effectively as a REPL.
IKEA doesn't make anything. Their entire competetive advantage is inventing logistics 2.0
> My rule of thumb is to try and aim for consistency, and never try to change my total miles walked in a week more than roughly 30% a week

I've read suggestions to keep it at about 10% per week to prevent injury. And more generally to increase in one dimension only (intensity, frequency or duration). Important to know as you get older ...
> Why can’t we have a format where

Does Excel support it? No? Then that's the end of that.

Excel is tabular data to all non developers. The formats supported by Excel are the whole thing.

And if we're inventing a CSV-like format that uses a more convenient character than quotes and commas, maybe jumping to a non-displayable non-typeable character isn't the best?

Honestly, if I were inventing a table format, I'd use a strict subset of HTML5 tables. Strip it down as hard as possible to the bare minimal elements - no unneeded close tags. The only real flaw is that their encoding of whitespace and escaped chars are verbose and ugly.

<!DOCTYPE html>
<html>
<head>
<title>Example workbook</title>
<meta charset="utf-8">
<meta name="subtype" content="tabular data">
</head>
<body>

<table><caption>Persons</caption>
<tr><th>Name<th>Address
<tr><td>Alice<td>123 Fake St, Faketon FA 12345
<tr><td>Bob<td>789 Any Pl, Anytown AY 54321
</table>

<table><caption>Cars</caption>
<tr><th>Make<th>Model
<tr><td>Buick<td>LeSabre
<tr><td>Pontiac<td>Vibe
</table>
If you can solve the same problems as the best problem solving person in the world but 10x slower it still makes you one of the best problem solvers and that test won't tell that.
SEEKING WORK | CENTRAL EUROPE | REMOTE

Eleven person team of developers + 2 PMs + 1 QA + 1 designer, focused on the
development of web and mobile products,
custom integrations and services.

Working with EU & USA clients from startups to corporations (Fortune500)

Can work as an outsourced team or cover the full product development cycle.

Email: info [at] higroup.si
Design and development portfolio: https://penic.si/
Website: www.higroup.si
Rate: Either fixed per project or $65/hour;

-----------------------------------------------------------
Location: Slovenia, Ljubljana, European Union
Frontend: HTML5 (Bootstrap etc.), CSS3 (Sass), JavaScript (Vue.js, Nuxt.js, React)
Backend: PHP (Laravel) and Node.js (NestJS)
Mobile: React Native
Databases: MySQL, NoSQL, MongoDB
Platform: AWS, Azure, Oracle
Integration experience: Stripe, Mollie, BigCommerce, GraphCSM, Directus, DotDigital
-----------------------------------------------------------

We always listen to the needs and wishes of our customers when advising on product
realisation, we can proudly
say that customer satisfaction is our guarantee.

Pangea -> https://www.pangea.ai/vendors/higroup/
Clutch -> https://clutch.co/profile/higroup
Feels like GraphQL graphically combined with Excel. What Airtable could’ve been.
The only way to make this data a liability would be to create consequences for its possession or dissemination.

In the financial sector, I feel like a lot of really good progress has been made with regard to creating artificial forces that strongly encourage proper behavior around PII and other sensitive data. Just take a look at PCI-DSS for a good example of the lengths you could go to in order to protect a customer's assets and/or identity.
in Germany there were quite some lefal battles around cancslling of Oktoberfest. If I didn't miss an uodate on that itnwas concluded that the 2020 Oktoberfest wasn't "cancelled" but it wasn't announced innthebfirst place, as usually the city councils votes for helding an Oktoberfest in spring while there isn't a permanent rule or similar about it. Thus insurances covering "cancelling" didn't have to pay.
Are you sure you got bored, and didn't just run out of time like me? :P

I don't believe you got bored on the questions, they were hard enough that I did some screenshots to think on them afterwards, and I needed to spend 5 minutes with each of those before they cracked xD
Big discussion yesterday: https://news.ycombinator.com/item?id=31235106
That's probably the most facile cliche answer, amounting to "it has always been this way". TFA, for one, shows tons of ways it isn't so...
Everything on the web "uses the platform". There's no other way to get content into the browser.

Web Components are just a part of that platform, and very badly designed at that. A lot of the platform around them now exists only to patch holes in them (like form participation) and to solve the problems they introduced.

And since they are now a part of the platform, they poison everything like upcoming CSS scoping which instead of being a straightforward thing now has to account for all the web component insanity.

Edit. There also so many thing wrong in the article that argh.

"We don't need React and dependencies"... and then talks about lit-html which is a small framework with custom syntax and constraints on how you can use tagged literals.

"Easily replaceable dependencies"... and again talks about lit-html which is a fully incompatible replacement for Polymer. I wonder how folks that used polymer (Youtube) feel about "easy replacements".

"Can't control rendering with React" and talks about Web Components which literally give you no control over when a component can be rendered, don't have lazy loading, cannot subclass SVG or embed partial SVG etc.

And so on and so on...
1. Nope, sorry.

2. That's right. Hy depends much more on finicky details of Python than most Python packages do, particularly Python's AST, so each 3.x release of Python usually requires some changes to Hy to support it. Each Hy release supports (at least) all versions of Python 3.x that have been fully released and are not yet at end of life.

3. More precisely, we're trying to take more of our conventions from Python rather than Clojure. See https://news.ycombinator.com/item?id=31250992
Hasn't Gitlab successfully been a remote-first company for years before the pandemic?
https://about.gitlab.com/company/culture/all-remote/resource...
> Even if Roe v Wade is appealed, that does not mean abortion will automatically be illegal

I read somewhere that there are already a bunch of states (in the 20s) with laws on the books prohibiting abortions if the federal precedent disappears.
I've been fascinated with the 'Lisping in the JPL' piece (even though I tend to prefer Scheme). However, I've been trying to find something substantial about the 'remote agent' and I can't really find much. Sure, there are some articles describing at a very high level how it worked, but not much more than that. At least, I couldn't find.

Do you think anything survived that would shed more light in its workings? Not even talking about the code (although that would have been wonderful, and maybe it should be provided - taxpayer funded and whatnot).
This is going to feel like a personal attack, but it's intended to be commiserating:

Welcome to getting old.
> OP's proposal is equally "highly sub-optimal for the job" for exactly the same imaginary reasons they dislike the currently available encoding formats, but they don't seem to realize it.

This is a really unfair appraisal in a bunch of different ways.

Removing the ability to embed record delimiters, for example, means you can process the records in parallel. That’s a massive improvement all by itself.

Stating that their reasons are “imaginary” is just a needless insult, apart from being wrong. Why be like that?
> Firstly, because some people on the internet like to get angry over opinions that may not match their own, I want to make clear what this blog post is not:

> It is not a call for everyone to immediately drop React and move to web components.

> It is not a blog post declaring React “dead”, or the wrong choice for every project.

> It is not a blog post declaring web components the best solution to all projects.

You might want to consider how well the phrase, "Haters gonna hate," applies to your comment.
Depends on the dog, depends on the child. As per the paper, breed is a poor predictor of behaviour. I wouldn't let most adults in this thread play with my dogs unsupervised, based on the state of the comments.
> I don't confuse what I wear with what I am.

How people signal to others what they are is by what they're wearing. Asking people not to - good luck with that.
This is pretty easy to do in SQL too!

https://factor.fyi/questions/top-10-aapl-correlating-stocks-...
That's several steps away from a coherent argument for the tweet one-liner.
I’ve heard of issues with contactors failing in cold temperatures and dust or dirt (it is the desert, sand gets everywhere) causing fibre connections to stop working, ruin fans, cause overheating, outages, millions of dollars lost.
> "Find us on Facebook!"

ah, the modern take on "AOL Keyword:" from the late 90s.
The problem with proof-of-work-for-login is:

Some of your attackers are going to run your proof-of-work algorithm on a 3090 Ti GPU and put loads of work into optimising their setup.

Some of your legitimate users are going to run it on a Raspberry Pi 1 with an ancient browser that only runs wasm through a javascript polyfill.

Tough to make up for a 1000x performance difference.
And the data in the system is… almost always tabular? Either Excel (which runs half the world) or RDB/SQL (which runs the other half).
Applying “Design by Contract” (1992) [pdf]
To me this reflects the large variety and volume of content out there today. As the amount of content grows, people with less mainstream tastes spread out their consumption, but people with more mainstream tastes stick with popular choices.

For example, music. Let's say 50% of people like mainstream music and the rest have more obscure preferences. In the past, when music was harder to access, you might be exposed to 100 artists. Now, you might be exposed to over 1,000. The 50% who like more obscure music used to spread their listening out over 100, but now it's spread out over 1,000. Those who like mainstream music still mostly listen to the top 100 or so. The end result is that the top 100 is more solid than before, even though music is diversifying.

For multiplicities, I see a snowball effect: each subsequent release in a multiplicity adds more people to the snowball. As long as the quality is good enough -- and people who enjoy mainstream content arguably have a lower bar -- the audience grows with each release. I think this effect, combined with the author's "proliferation" theory and major producers wanting to make safe investments, explains the dominance of multiplicities.
Of course one has to keep government( agencie)s in check, but to compare the CDC to the Stasi.... I don't know if that's really an apt or appropriate comparison
It's like twitter but decentralized and with no algorithm. You follow people and you see their posts in chronological order. It works great once you've started, but yeah if you don't know anyone on fedi to begin with you're going to have a rough time finding people to follow. If you already know people who have fedi, follow them and when they boost posts see if the person who wrote the post they boosted is interesting. If they are, follow. Don't follow too many people though or you will have an unmanageably large timeline. I've been on fedi for about a year and a quarter. I started out following one person (@maia@crimew.gay) and now I follow 108 people and have made ~3.2k posts. It works for me and my friends at least and I don't really care about adoption beyond that.
> Was this slightly more work than using a library from npm?

> I'd definitely recommend using a library for this, and we settled on lit-html (link to library from npm)

This article is mostly about switching from React to Lit. You can use modern web APIs (like FormData) with React, FormData's not a replacement for state management.

You can use Web Components with React, the way Fluent UI does (https://docs.microsoft.com/en-us/fluent-ui/web-components/in...).

In this single case they replaced a couple validation functions with attributes. Good to move that direction but if that's all you use React for then yeah, you might not miss it much.
> of the frameworks you dislike so much

This is totally uncalled for. He's not attacking you. He's explaining a tradeoff, very reasonably.

> I would even say that if this is not a core part of your product, you are simply wasting time and resources.

I find especially interesting that this phrase can be used to defend both sides of the argument. If you are building a highly rich application, chances are that using a framework for that is the right choice, agreed.

But.

Not all the apps being build out there need to be Very Rich Apps. There's indeed a lot of space for only-slightly-rich-but-mostly-static apps, despite the recent HN article.

And for those, introducing a framework is ... precisely, a waste of time and resources.
Pywal: Generate and change color-schemes on the fly
Yeah, Odyssey was a great success. Great sales. Great consumer and critic reviews.

I suspect it just got overshadowed by Zelda Breath of the Wild, which really stole the show for the Switch launch year.

Edit: Trying to think which Mario game was NOT considered a success? Maybe Mario Sunshine? That goes back to the Gamecube, and looking at it now... that ALSO had good reviews. I don't think there's been a dud in the mainline Mario franchise... ever?
Now they need 100% renewable water...
>less people listen to that music than ever because there are tons of other artists putting out good music.

You'd be surprised. Most people only listen to what's popular, same as always. It's just that what is popular is much more constrained.