skysight-inc/HackerNews huggingface dataset:
> I’m talking specifically about hoping to solve a problem by convincing people to do something they don’t want to do

Ironically, the social engineering project most impactful to global warming exists to give people what they (think they) want, not to force them to do something they don't want to do. They're called suburbs. We made a whole range of living arrangements flat-out illegal, because (most) people express a preference for low-density living. A social engineering project of historical proportions. You're right; we should eliminate it.

People should be allowed to build whatever kind of housing they want to build on property they own and we should eliminate the social engineering scheme that restricts developers to single-family homes in most areas.
matrix.org has entered the chat

XMPP doesn't even support E2E encryption out of the box. It's as outmoded as IRC.
True, he's been teaching programming since at least 2018, I was in a similar boat where I'd been programming for almost 5-7 years for fun and profit before my first official fulltime job.
I'll spend some time with that, thanks!

Edit: From some initial attempts, using their EPR costs does leave nuclear out entirely, in both the US and China. However, cutting the nuclear capital cost in half results in a grid that is completely nuclear.

And it's not all or nothing. Reducing nuclear capital cost to 2/3 of the EPR value, the US gets a mix of sources with 63% nuclear.

Whether such cost reductions are feasible, we'll see. You may be right, but I'll note that we have never actually tried mass-producing lots of small passively-safe reactors, or done more than early experiments with MSRs. I'm glad there are companies and countries giving it a shot.

Edit2: Actually, even current production nuclear technology can get us there, if we follow the lead of the most effective countries. See figure 12 in this study of global nuclear cost curves: https://www.sciencedirect.com/science/article/pii/S030142151...
I think it is because the supply of oil is ultimately limited. Current estimates are that we have oil left for about 47 years. Nearly all of that is already owned by some oil company, but not counted as an asset. Therefore, oil companies can profit immensely if the price of oil increases.
I did speak to an immigration lawyer to check! It's something like if I stay beyond a certain date I'll have to pay but because it's short term it's only state taxes.
Show HN: Daily Scrum Meeting Template
Plaid CTO here. This is not accurate. On 1. We do not (and have never) sell data to third parties. On 2. We have been a proponent of open authentication standards like OAuth and App2App and today, a majority of our bank connections run via bank APIs - in fact, as Zach pointed out, we’ve helped many financial institutions move towards OAuth. We don’t want to handle credentials in the long-term. However it will take years for a full transition to APIs to happen with more than 11k banks in the United States and we feel that it's important to support the tens of millions of Americans who bank at those institutions.
>"Passwordless" just means that prompt goes to an app where a user unlocks their device to approve the login.

Setup a yubikey with an attested cert/pub key. Require a pin to use said yubikey.Requiring attestation will prove that private key was generated on the device, and will only live on that yubikey. That's your best bet.

It also satisfies the multi-factor needs. The something you have is the yuibkey. The something you know is the PIN.
We Better Think Twice About What We Say to ET
I don't follow. Human history until recently was sustained largely by oral tradition and story telling; superseded by written story telling. What's the problem with telling stories that confer some wisdom or some sense of history or for fun?

Many of these stories are embedded idiomatically in many languages? Let each parent decide at what age they should read Rapunzel, when they are ready.
Quite a while ago I was asked what a potential Amazon killer could be. My answer was someone who could scale drop shipping to every brick-and-mortar store in a seamless suite covering last-mile delivery all the way down to in shop inventories and POS solutions. Because that would be a limitless catalogue, from local shops and businesses as well as big name brands and everything in between, without any significant inventories.

It seems that Shopify is kind of going in that direction.
Intel Has a Solution for Hot Linux Laptops Draining the Battery While Sleeping
> "We safeguard users’ data by.. Limiting your access to only the data you requested"

Left unsaid: Stripe gets access to everything, just like Plaid?
I guess it comes down to the goal of the social media platform. If its goal is to enable social sharing and conversations between people who choose to associate with one another, then decentralization is fine because people can simply choose to subscribe / unsubscribe. As we've seen with the centralized platforms, the definition of 'toxic' is highly subject to the rules of whoever happens to be in charge and illegal depends on the country in question.
It's pretty much that.
I like to use https://www.websequencediagrams.com/ and/or plantuml plugins for vscode that can process locally or via api.
First, I want to say that this is a great post. You always grow stronger when you make mistakes. Writing it up solidify understanding in the learning process.

This story resonates with many people here because many experienced engineers had done something similar before. For me, destructive batch operations like this would be two distinct steps:

1. Identify files that need to be deleted;
2. Loop through the list and delete them one by one.

These steps are decoupled so that the list can be validated. Each step can be tested independently. And the scripts are idempotent and can be reused.

Production operations are always risky. A good practice is to always prepare an execution plan with detailed steps, a validation plan, and a rollback plan. And, review the plan with peers before the operation.
> Ok, the title "US road grid corrections because of the Earth’s curvature" is slightly misleading

OK, but "US road grid corrections because of the north-south boundaries between Jefferson Grid plots that aren't straight due to the Earth's curvature" doesn't roll off the tongue quite as well.
That reminds me of the guy getting a burger flipper job in the film American Beauty.
It is accurate. I had a spare PSU and the computer boots just fine and I am still here :)
Actually not bad. I’m
Not sure of the actual power draw but it can’t be too bad. Has just a single Corsair 650 watt psu. But the server also has two xeons so I’m probably at least 400 watts.
> ...The emergency backup goalie is essentially the ultimate underdog and ends up being the fan favourite for the game.

I always thought that EBUG is an excellent PR device. It just feels to be so much "For the love of the game", something that fans on each side can relate.

Win or lose is situative, but the EBUG effect after such games is always humanising. So the lucky activated EBUGs are in the goal to simply play hockey, they are ultimately NHL ambassadors.
I own an ecommerce business, and I recently moved away from my previous 3PL (third party logistics company, like Deliverr). In doing so, I evaluated a number of 3PLs, including Deliverr.

For those who aren't familiar, Amazon Multi Channel Fulfillment, which allows you to fulfill orders not placed on Amazon from their warehouses, is much cheaper than all alternatives for a lot of smaller packages. As an example, I have one item that's 2.5 pounds, and about 8.5"x4"x4". To ship it via USPS would cost me $10-12, depending on where it's going. Amazon charges me $6.77.

Deliverr, at least when I evaluated them about six months ago, matched Amazon's pricing exactly. That was pretty shocking to me, since Amazon's clearly only able to maintain those prices because they have their own fulfillment network and lots of revenue from elsewhere to subsidize the actual cost of delivery.

I am currently using Amazon MCF as my 3PL, and one of the reasons I went with them over Deliverr was a genuine concern that Deliverr had a money-losing business model that would only work at Amazon scale, which is obviously a nigh-impossible thing to achieve.

I'm glad to see they got acquired by Shopify, as I think the competition for Amazon is a good thing in the marketplace. That said, I'm definitely curious to see if Shopify will be able to maintain price parity with Amazon.
GitLab welcomes applicants to our GitLab for Open Source Program or GitLab for Education Program. Qualified applicants receive free, unlimited seats of GitLab Ultimate (self-managed or SaaS). Please see our pages for detailed program requirements.

https://about.gitlab.com/solutions/open-source/join/
https://about.gitlab.com/solutions/education/join/
"Those techniques are based on the idea that most code "does not use the full dynamic power that it could at any given time" and that Python can quickly check to see if they are using the dynamic features."

If anyone has a burning desire to try to write the next big dynamically-typed scripting language, I've often noodled in my head with the idea of a language that has a dynamically-typed startup phase, but at some point you call "DoneBeingDynamic()" on something (program, module, whatever, some playing would have to be done here) and the dynamic system basically freezes everything into place and becomes a static system. (Or you have an explicit startup phase to your module, or something like that.)

The core observation I'm driving this on is much the same as the quote I give from the article. You generally set up the vast majority of your "dynamicness" once at runtime, e.g., you set up your monkeypatches, you read the tables out of the DB to set up your active classes, you read the config files and munge together the configurations, etc. But then forever after, your dynamic language is constantly reading this stuff, over and over and over and over again, millions, billions, trillions of times, with it never changing. But it has to be read for the language to work.

Combine that with perhaps some work on a system that backs to a struct-like representation of things rather than a hash-like representation, and you might be able to build something that gets, say, 80% of the dynamicness of a 1990s-era dynamic scripting language, while performing at something more like compiled language speeds, albeit with a startup cost. If you could skip over the dozens of operations resolving

x.y.z.q = 25

a dynamically-typed language like Python needs to properly implement that and get down to a runtime that can do the same thing compiled languages do by pre-computing the offset into a struct and just setting the value, you might get near static-language performance with dynamic typing affordances.

You can also view this as a Lisp-like thing that has an integrated phase where it has macros, but then at some point puts this capability down.

I tend to think it's just fundamentally flawed to take a language that is intrinsically defined as "x.y.z.q" requiring dozens of runtime operations versus trying to define a new one where it is a first-class priority from day one that the system be able to resolve that down to some static understanding of what "x.y.z.q" is. e.g., it's OK if y is a property and z is some fancy override if the runtime can simply hardcode the relevant details instead of having to resolve them every time. You can outrun even JIT-like optimizations if you can get this down to the point where you don't even have to check incoming types, you just know.
Just to add: Consumer drives are not necessarily sub-par quality-wise just because they're consumer drives. Sometimes what it comes down to is firmware; WD NAS drives used to be almost identical to conumer drives except their firmware would report errors back to the SATA controller directly instead of continually trying to read the block.

Continually reading the block seems doomed but it works a surprisingly large number of times, and when it's successful the block is often put somewhere else on the drive transparently (and the old block is marked as "bad"). This drastically improves the lifetime of the drives since they're slowly wearing down vs "going bad" because of a single block being unrecoverable.

This is not the only difference, but it's one thing to consider.

It's similar to how the linux kernel can be compiled with low latency in mind; which causes lower throughput but makes the desktop experience much nicer (ime). It's just trade-offs. Nothing is just "objectively better" it's a different trade off.
The QoL improvements to ME1 are a welcome change. Very impressed with how seamless they are/how well they integrate with the gameplay.

I'm also impressed with the upscaling/visual improvements. The game looks how I remember it looking, though I know full well it didn't look this good. Still, it wasn't a massive overhaul. Light is a little better, edges have been sanded down, etc.
Might you be conflating the notion of a scientific principle with that of an ethical, moral, or otherwise 'social' principle. Should we treat animals humanely? I expect you think the answer is so obvious that this sounds like a rhetorical question.

Why? And I'm sure you and I could both give plenty of reasons, but ultimately it's just an opinion. Someone observing a cat torturing another animal solely for its own entertainment (with no intention of even eating it), might well argue why we then in turn feel so obligated to treat them so well - especially were roles reversed in terms of size, there's no doubt the cat would treat us as just another toy for its passing amusement. And such behavior is far from limited to our feline friends.

And this is what a principle is. It's an "ought" that isn't necessarily based on anything concrete. Do you value security or freedom more? There's no right or wrong answer there, it comes down to what your own personal values and principles. But the reason we hold the principles and values we do is because we believe them to be right. And so in this case, I see no reason to imagine we are not judging other people (even if we might like to imagine its not the case).

And yes, when principles come into contradiction with no room for a middle ground, conflict will eventually emerge. It's the story of humanity's past, present, and undoubtedly future - as much as we might want to not want it to be so.
I’ve had that happen to me in the C-Suite of my own companies, with vendors, partners, advisors

Not exactly easy to screen them out, because you want their business! Annoying but I just remember “that’s what I hired this white guy with the ivy league pedigree for, atmosphere modeling” so the vendors have someone to make eye contact with

It works, I do the same in every country. I’m not spending a single minute of time on “representation and diversity trends in South Korea” I just do the thing that most likely makes money, I don't treat the US differently. Save the causes for after you’re done trying to make money.

Nice to know others have that experience.
That sounds like a very good summary of what I tried a couple of years ago. good to see the idea succeed!
But which of those things has changed over the past 30-40 years? All things being equal, it seems like social media has amplified the problems. Kids were always bullied, but they could escape it when they went home or left school. Now it follows them 24/7 from a device in their pocket.
It has literally been the best economic and social time for people over the last 70 years. People live longer, we have far more wealth, we haven't had a global conflict in forever, etc.

So much of what we fill kids' heads with today is crap. There's no reason to be freaking out about the climate. Politics have always been divisive and "extreme" but there's a lot of examples of way more chaotic things in the not so distant past. Europe was in non-stop war with each other for hundreds of years until 1945 for example. The USA is no where near a civil war.

They are inheriting a great world but an imperfect world. Every generation has. Every generation has had problems to solve.

People with attitudes like yours who are misanthropic and depressed and may need help that are the problem. If you're miserable, find a way not to be. Stop trying to share it with everyone else.
Blockchain itself solves trust problems. Decentralized database/ledger solves issues where trust matters.

As for bitcoin itself, which I assume the latter part of your comment is talking about:

It’s predictable trustless money. It’s not perfect. But where you totally
Lose me is:

> it is wasting the world's energy supplies

This is the latest POLITICAL attack vector. When you parrot messages like this, you expose yourself as a political victim that is not educated about the topic. Literal parrot.

If you have an interest beyond being a political foot soldier, do your own OBJECTIVE research. Learn about bitcoin miners using renewables, how much energy the industry actually uses, the carbon footprint of payment networks and fiat etc.

It’s an effective political attack vector because in all likeliness you won’t do your homework. You’ll read my comment, experience cognitive dissonance, judge me as a bitcoin cultist, and move on with your busy life.
Mermaid: Create diagrams and visualizations using text and code
Yes, as half-heartedly as GM's EV1. Musk and the boys were really committed to the cause.
Philosophy. Why do I like it? The word means 'the love of wisdom', and I love learning about new concepts which try to re-frame reality. There can be cognitive dissonance if you apply one concept of philosophy, and then apply its opposite, so choose wisely. This is why I like 'dualism', which leads me onto Buddhism, which I study too. Buddhism is more a science of the mind, not a religion IMHO.
There's also Mermaid which is natively supported by Github: https://mermaid-js.github.io/mermaid/
Oh yeah, I forgot about Manila — Thanks for RSS and XML-RPC :)
Tails 5.0 Is Out
I'm glad to see that the tech industry seems to be re-learning that creating and adopting interoperable standards is a way to go
Right. Some core services get this treatment, like email and important online accounts. For others I rely on reset mechanisms tied to those email accounts if I lose the primary key and haven't had the chance to register the secondary. Every few months I'll sync up anything that has been missed.

It's not perfect, but it's a hell of a lot better than TOTP.
Anyone know how many warehouses deliverr works with ?
It does appear to work on some select US bands, like the 3 when I checked.

There's also the problem of actually purchasing one, the fairphone website only ships to EU
Need to note that you don’t have to use them for piracy. They also work great if you rip your own media and throw it into an import directory. As long as it’s named close enough the apps will pick it up, organize and apply and meta it needs. I use a dedicated instance just for hand ripped UHD.
I'm still learning TypeScript and didn't know about "assertion signatures" prior to reading this article. They were added in 3.7. For any other TS users who also aren't familiar: https://www.typescriptlang.org/docs/handbook/release-notes/t...
Ahh yeah it was only for a few days, and that’s when I was going to really cheap airbnbs like 6 years ago. Hasn’t happened since then and I use airbnb ALL the time (I do lots of 1-month stays as well).

I would guess that the same can happen with all other alternatives. Perhaps not for a hotel but who would want to stay in a hotel for a month? (Also that would be a huge expense)
Easy, K&R C was rather limited, inline Assembly wasn't yet a common extension, rather you would use the external assembler, and link both object files together.

What was good for C while it was gaining adoption, surely is good enough for Go.
Earlier in the article, the author does call out that it's bad code, so he's not entirely blaming these companies. Anyway: You should not be afraid of thinking about what each party could have done better. Not just yourself, but other people too. When I look back on times where I only blamed myself for prod issues, it was less of a learning experience, and more focused on beating myself up for no good reason. That approach shows that I'm afraid of the consequences, and it's an effective way to feel isolated from the team instead of improving.
I'm curious what challenges there would be to form a consulting agency of just one, to basically continue behaving as an independent contractor but have a sort of umbrella "company" that is just you?

I imagine it's extra overhead but if it's not too much extra it seems worth it?
> 1. Identify files that need to be deleted; 2. Loop through the list and delete them one by one.

> These steps are decoupled so that the list can be validated. Each step can be tested independently. And the scripts are idempotent and can be reused.

This is the most underrated comment.

I'm saying it as someone who had the ultimate oversight of deleting hundreds of TBs per day spread of billions of files on different clouds and local storage.
No other text to diagram tool also allows moving/editing diagram itself with mouse. I have shared this list[1] of all similar tools on web a few times before.

[1]: https://xosh.org/text-to-diagram/
Nobody stopping you from not using a framework, and yet there is basically nobody else at Ciechanowski's level. It's not going to happen, you can't expect everyone to become a hardcore webgl expert (have you tried?). If we want more cool interactive visualizations, we have to make it easier. Otherwise, we're stuck waiting for those with the time and expertise to pull it off.
>my threat model is me leaving my key in my pants pocket before putting it in the washing machine.

"YubiKey Survives Ten Weeks in a Washing Machine"

I think you'll be safe! :)

https://www.yubico.com/press-releases/yubikey-survives-ten-w...
This is an interesting take, I do see the value. If I was trying to prevent this type of aliasing, I'd have the compiler throw an error if there were two aliased variables names (xyz and XYZ for example), rather than merging them automatically.
Thanks, both seem like good options!
Let's ignore the part about biometrics being faked since this seems to be a point of contention.

Isn't it a fair argument that secret keys should be mutable by the user? In the future, some unforeseen event COULD occur which compromises or otherwise renders the particular biometric unusable. Now what?
Yeah I was kidding because I'm pretty sure Zuck's hoodies aren't bespoke.
The extent to which the bulk of the comments here illustrate your points is breathtaking. Most of them represent a profoundly dismal and cynical view of both the now and the future, angrily lashing out at their preferred culprits.
Shopify seems to be moving from an asset-light to asset-heavy mode, but also significantly dialing down their investor communication: this is just so unlike them, considering how things have always been.