skysight-inc/HackerNews huggingface dataset:
I don't understand how your comment answers mine, and what is your actual concern. Assuming Longo conducts good scientific research, the whole article might as well mean "Don't listen to any single old people, read studies from people like Longo".

> In fact, the unhealthy habits that Farragher says are common among most old people are in fact not common lifelong habits of centenarians, according to Longo.

I don't know, but this is certainly not the main point of the article.

I suppose you are taking issues with the two following quotes:

> What you see with most centenarians most of the time – and these are generalisations – is that they don’t take much exercise.

That's where he says "most". Do you have a source to contradict this?

> Quite often, their diets are rather unhealthy

Do you have a source to contradict this? Note that "quite often" is not quite precise, and doesn't mean "most".

Anyway, it takes only some centenarians to have unhealthy habits for the point to still stand. When receiving advice from a centenarian, you don't really know that you are not speaking to one of those. I would even argue that it's not even necessary, because as I developed in another reply to you, nobody actually knows what allowed them to live long. They might as well have some specific genes allowing them to do all sorts of things that would be unhealthy for many people but that have no serious consequences for them.
Yes, on the particular issue of company/corfu, I'm actually tempted to see if we can't just specify that the work of `completion-at-point-functions` must be done in an external process. Then calling `completion-at-point` would never directly call third-party code that may block the main thread.

Maybe for speed, `completion-at-point` would keep a fairly recent `dump-emacs-portable` image, and spin up external processes using that, with has the bonus that the completion-at-point-functions get to inspect current state.
I have made an open source image archiver for X's Grok
Glass half full. No civil war was needed to keep the EU together. It lost a member without any bloodshed. It's exactly the kind of imperfection we admire when we compare democracies to China - less effective than central control but more free.
Compared to your prior "Major annoyance" descriptive (for having the police visit), how would you rate being maimed or killed by exploding ordnance?
> I sincerely doubt that Telegram makes most of it's money by being this kind of host.

One thing I did find suspicious about Telegram was that accounts that are restricted for "spam" can create a new account and pay for a premium license to remove the restrictions on the new account. Seemed like a racket to me.
We can also use SBCL's multi threading in Elisp

https://git.sr.ht/~hajovonta/glue/tree/master/item/README.or...
First, I did not say that individuals at Google are being malicious. I am saying that Google as an entity is a profit maximization machine.

Look at all the antitrust cases against Google. That's not the result of systematically doing what's best for the users.

> When the user goes elsewhere (and quality competition exists) Google loses everything…

Which is not an incentive for giving better results. Just for locking the users in.
BBC review of reaction of Russian newspapers
https://x.com/BBCSteveR/status/1827956452373438648
It's also using my own WebSocket implementation (jlc-websocket) and my own lightweight alternative to Puppeteer (jlc-cdp). No one knows about the stuff I do (no one uses any of it), so I thought I would just spread the word here.
Google talk/Hangouts/Google Chat/Duo/Allo/Meet/another Meet/etc. Counts as one
"EVs were involved in approximately 25 fires for every 100,000 sold. Comparatively, approximately 1,530 gasoline-powered vehicles and 3,475 hybrid vehicles were involved in fires for every 100,000 sold."

https://www.fairfaxcounty.gov/environment-energy-coordinatio...
At its core, it's just vscode. So I'm not stuck unable to write code.

In general, it's like autocomplete that understands what you're doing better. If I've added a couple of console.logs and I start writing another after some new variable has been set/whatever it'll quickly complete that with the obvious thing to add. I'll start guessing where next to move the cursor as an autocomplete action, so it'll quickly move me back and forth from adding a new var in a class to then where I'm using it for example.

As a quick example, I just added something to look up a value from a map and the autocomplete suggestion was to properly get it from the map (after 'const thing = ' it added 'const thing = this.things.get(...)' and then added checking if there was a result and if not throwing an error.

It's not perfect. It's much better than I expected.

For larger work, I recently tried their multi-file editing. I am writing a small app to track bouldering attempts, and I don't know react or other things like that so well. I explained the basic setup I needed and it made it. "Let's add a problem page that lists all current problems", "each attempt needs a delete button", "I need it to scan QR codes", "Here's the error message". I mostly just wrote these things and clicked apply-all. I'm not explaining exactly how or what to do, then I'd just do it.

I'm surprised at how much it gets right first time. The only non-obvious problem to a novice/non-developer it got stuck on was using "id" somewhere, which clashed with an expected use and caused a weird error. That's where experience helps, having caused very similar kinds of problems before.

Sometimes I think as programmers we like to think of ourselves doing groundbreaking brand new work, but huge amounts of what we do is pretty obvious.
Will it work without an uplay account?
Telegram was never properly end-to-end encrypted. The way this works is Telegram client sends stuff to the server over client-server encryption. The service provider stores it on server's disk in Netherlands. Since Netherlands is not US, to NSA's hacking team Tailored Access Operations, hacking the server is considered 'fair game', i.e. there are no restrictions. When they hack the server they can read the life of 900,000,000 telegram users. It's that simple.

You shilling for Telegram's tech-billionare who got caught for hosting child porn for closer to a decade is almost as sad as Telegram's sad state and Durov's future.
He also said some very dumb things. Like the tweet when he said that microwaves got smaller because microelectronics got smaller.

People are complex creatures.
Tesla deletes its blog post stating all cars have self-driving hardware
<https://news.ycombinator.com/item?id=23486170>
You aren’t wrong for the most part. HN hive mind has a really bad habit of consistently acting incredibly paranoid while actually doing nothing to actually understand how any of this works either from a legal or technical perspective and then on top of all that they have no understanding of what their actual threat model looks like and anyone who dares to interrupt the paranoia is treated like they are some kind of moron.

Honestly it’s like listening to a Q-Anon group in here sometimes.
The option you mentioned only works in the chat panel, not with other killer features that utilize the cursor.
> Thanks! "Nearby edits" mean edits in the same file or the whole workspace?

For the autocomplete, in the same file. So proposing adding more logging when you add a few statements, changing an error check, adding something to the class def or constructor.

They do have a multi-file editing thing called "composer" I think, which I used to make larger changes to an app (e.g. add a new page that lists all the X, and it creates that and the links to it in the other pages).

You might also be interested in aider https://github.com/paul-gauthier/aider for larger changes.
The problem is that in 90% of companies the decision is between A/B and not the iterations of them.
> It might be nice if they had a chemical decay trigger that required regular replacement, or else they'd self-detonate

I doubt anybody would want that in their storage bunkers. It’s worse enough to have munitions that may self-detonate if kept alone, but ones that are designed to do that?

Also, such a system would have to be very robust. It would have to survive impact and explosions around it.

I think this (https://en.wikipedia.org/wiki/Cluster_munition#Unexploded_or...) would be more reliable:

“In the 1980s the Spanish firm Esperanza y Cia developed a 120 mm caliber mortar bomb which contained 21 anti-armor submunitions. What made the 120 mm "Espin" unique was the electrical impact fusing system which totally eliminated dangerous duds. The system operated on a capacitor in each submunition which was charged by a wind generator in the nose of the projectile after being fired. If for whatever reason the electrical fuse fails to function on impact, approximately 5 minutes later the capacitor bleeds out, therefore neutralizing the submunition's electronic fuse system.”

That comes close. You shouldn’t toss unexploded ones in a fire or run around with it to get its fan spinning, but it would make them fairly safe to handle.
Most likely not
If Boeing (the corporate "person") still ends up making money on this gig, then Boeing (the corporate "person") will get over the humiliation of its cogs, and settle down with a grim new determination to make a buck at any cost.
> CRUD is good, except for maybe U and D, which are the proverbial erasers in "Accountants don't use erasers or they end up in jail".

And people storing other people's personal data end up with fines if they don't remove the data on request. The whole situation got so bad, that timescale had several bugs which prevented U and D of single records, you could only delete a shard. At least C and R is fast.
>If you are in a dictatorship, that acknowledgement of a past wrong is absolutely impossible

Immediately after Stalin died Khruschev went on to destalinize the country, with the USSR still being a "dictatorship" by any reasonable definition.
I'm confusing things myself. One's okay as long as one doesn't modify the code.
Still preferable to living in russia.
https://rerun.io/

Quite obvious, if you scroll to the "Getting Started" section.
Why is it that op can’t make the claim but you magically can? How does that work?
"Previously you could theoretically be terminated for not reading or replying to messages from your employer outside hours. Now there are restrictions on that. "

Now you will be terminated for "some other" reason.
What is post about?
> so we dug into it and realized the calculator was far more confusing and sensitive than we thought. One slight misinterpretation and wrong input and you'd get an estimate that's overstated by as much as 1,000x.

They should have looked into this to see how to make it more obvious or more reflective of "regular use case"

Their sliders there are not too detailed. For example, what are namespaces, how many would a typical use need? Is 100 too much or too little? And if this is one of the variables that is too sensitive they would need to represent this in a different way
the average developer spends 42% of their
work week on maintenance

Indeed, I see that happening all around me when I watch how my friends build their startups. The first few months they are productive, and then they sink deeper and deeper into the quicksand of catching up with changes in their stack.

So far, I have done a somewhat good job of avoiding that. And I have a keen eye on avoiding it for the future.

I think a good stack to use is:

OS: Debian
DB: SQLite
Webserver: Apache
Backend Language: Python
Backend Library: Django
Frontend: HTML + CSS + Javascript
Frontend library: Handlebars

And no other dependencies.

I called Django a "library" instead of a framework, because I do not create projects via "django-admin startproject myproject" but rather just do "import django" in the files that make use of Django functionality.

In the frontend, the only thing I use a library for is templating content that is dynamically updated on the client. Handlebars does it in a sane way.

This way, I expect that my stack is stable enough for me to keep all projects functional for decades to come. With less than a week of maintenance per year.
You might want to re-read the introductory article [0] where the authors themselves look at that specific password.

[0]: https://dropbox.tech/security/zxcvbn-realistic-password-stre...
from her about page: cofounder of fast.ai
Solid state batteries are the future of electric vehicle

No, H2 is.

No heavy battery pack, easily created from solar or wind, eg green sources, immediate 100% refueling, low pollution and toxic waste, unlike battery creation and recycling, proven tech with multiple cars on the market, easily transportable via injection into Ng lines and extraction by filters at any point (infra already exists).

Far more upside than battery tech.
Netherlands also

The only people that I see working 24/7 are those who run their own business, which made sense to me because everyone else has a contract that stipulates the obligations of both sides. Unless that doc says that you're expected to work outside of work hours (which sounds self-contradictory), that's not part of the agreement. I'm surprised Australia needed a law for that
AFAICT they only announced six factions, whereas the original game shipped with seven. The article doesn't seem to suggest there will be more heroes, just that they were paying attention to making each hero more distinct from the rest (which is IMO a good thing, since the heroes were a bit generic in the originals).

The spells system main difference is to reduce randomness, which again seems like an improvement.

So the area where MORE seems to be happening is in the skill tree section (and the new Faction Law system). I guess that's worth criticizing, but then again if you don't make some new stuff, why bother releasing a new game and not just a HoMM3 reforged version?
Let's not take a PR piece completely at face value.

There's probably a bit of both, at the very least.
It will on the cracked version.
As well as unintentional dumps, such as the SS Richard Montgomery:

<https://en.wikipedia.org/wiki/SS_Richard_Montgomery>

Tom Scott did a great segment on this, and why it just sits with 1.5 megatons of explosives off the Thames estuary:

<https://yewtu.be/watch?v=R9u41aeItss>
Can't a QR code be digitally signed ?
As unlikely.
Building a Self-Hosted CDN for BSD Cafe Media
How do you store it in the car?
You can call a syscall with assembly, but the result it gives you follows C's formats. Maybe your language does integers in a different way so you still have to abide to it's standard to adapt what the OS gives you
It's does text exceptionally well though
> There is no way governments let people buy fire bombs that can't be extinguished, or hardly.

People are buying those today.
As a math teacher in the states some years back, I worked 6:30 am to 4pm in the building and from and a couple hours most evenings and usually 3-6 hours both days of the weekend. 70+ hours a week. Any holiday was spent catching up on grading. I often recruited my wife to help grade it was so overwhelming. And summer meant trainings and summer school otherwise the summer was unpaid and as a teacher we desperately needed the money.

All in, I averaged three separate weeks (one at Christmas, and one week on either side of summer) a year of stay-cation since we could barely afford food let alone travel.

When I transitioned to software, I nearly cut my hours in half and doubled my pay, nearly 4x-ing my effective hourly wage and had my first real vacation; heck, my first time on a plane even.
No, this won't change rustc at all. The purpose of this project is to be able to bootstrap a current version of rustc without having to do hundreds of intermediate compilations to go from TinyCC -> Guile -> OCaml -> Rust 0.7 -> ...... Rust current. (Or bootstrap a C++ compiler to be able to build mrustc, which can compile Rust 1.56, which will give you Rust current after another 25 or so compilations.)

Ultimately the final rustc you get will be more or less identical to the one built and distributed through rustup.
Often the database structure that is amenable for running the app or billing system isn't the one that is ammenable for generating a graph of historical MRR over your company's lifetime (or future expected revenue!)

And when you get into cohort analysis, it gets a bit messier. Your cohort calculations might be cheap on one user but not across your entire system.

This is often just a question of some very simple data engineering. But you get queries that are "good enough" and "basically are right". So you use them. And they get slower and slower until they take like 10 minutes to run because you're calculating historical app usage data for your bespoke cohort. And then they start taking hours. And then they're just timing out constantly. And then you start fundraising and you do "MRR/ARR vs actual money in/out", and find weird discrepencies (yes you included one-time purchases. Or did you? And your rebates done through the stripe dashboard definitely were captured in your app database right?)

Oh and of course your top sales person has been giving people discount coupons but they were doing it in Stripe instead of in your bespoke system and you weren't properly flowing the data back into your system because of webhooks and now you realize that your MRR is 5% less than it actually is (and it's been like this for 2 years so now you have lied to investors consistently for 2 years).

Nothing is really hard, but it's too easy to get a "close enough" answer and the activation energy to doing this stuff right is just high enough to where people put it off for way too long.
I experimented with that, but it doesn't use more than one CPU core, so it's more of a proof of concept at the moment.

You could use it to make non-blocking user experience perhaps, but you could also do it using `while-no-input` or a library like deferred.el or my https://github.com/meedstrom/asyncloop.

Anyway, there is `make-process` for multicore work. Takes some boilerplate and studying, but no more than with threads.
Encryption between you and the service provider isn't encryption protecting you from the service provider. No end-to-end encryption means no encryption for messaging.

The only context where client-server encryption matters is when I want secure e-commerce, or to shield from my ISP what searches I make or what I do on sites.
Toyota Mirai stores it in its internal hydrogen tanks. As any H2 bus or truck. Here are some drawings of what it looks like in the Mirai: https://www.jeccomposites.com/news/spotted-by-jec/toyoda-gos....
i don't think you are remembering the HOMM games, which were self-mapping. towns had no real interior structure, and there were no dungeons (there was an underworld which was self-mapping, like the overworld).
Even if it is a bit more work:

- you can write the bulk of your code in a language you prefer over C

- you end up with a self-hosting rust compiler
in sweden it is almost impossible to find a psycologist. Many years of waiting and that is only if you are an extreme case. If you are just average depressed you can just dream about getting one in your lifetime.
There are too many games these days to bother with cracks. If they don't want my money I'll just not spend it.

And this is without taking into account if the game will be any good or not.
> You have to be a company to make business with them. You can not just sign up, you have to contact them first.

This is not necessarily a bad strategy if they want to do something different than OVH/Scaleway/Hetzner.

For instance, I understand you cannot possibly run a decent mail infra on the above hosting vendors IP ranges because they are so popular cheap self service hosting service they have been used a lot by spammers.

So definitely not targetted at the lone developper starting a side gig but more as a vendor for the many larger EU institutions/companys that mostly kept their stuff on prem until now because of patriot act.
glad you found it useful
Hyundai, Kia, and Toyota have had h2 vehicles on the market for years. It's a solved problem, go look at the tech in these cars.
It is literally a requirement to login if you want to use the features they provide on top of VSCode.
Related discussion a few weeks ago:
https://news.ycombinator.com/item?id=40692333
The HoMM games aren't Real Time Strategy games though?
> Helps that 1) I don't have a work phone,

I have a work phone, but that's for making calls and doing other mobile stuff during work hours. Nobody expects me to use it outside of those hours, that's not really related to having one. Do your colleagues only get one when they're expected to be online 24/7?
Yes, those three words are rally cry to support rich people breaking laws and ethics. A tech billionare hosting child porn for closer to a decade on his app isn't the context you want revolutionary slogans to shield.
Because that wouldn't be reasonable to audit. The program that compiles the new Rust compiler, as well as the programs that disassemble and decompile, could insert backdoors or other nefarious behavior into the generated C, in a way that could be difficult to detect.

The "ethos" (for lack of a better word) of these bootstrapping projects requires that everything be written by hand, and in a way that can be auditable.
Zero, one, or many.
who took your curious mind?

One way to get it back is to play with children.
The magic is all (in his claim) vs few (in mine).
You don't need omniscience for the latter
Once again the lack of worker rights come into play here. Companies should never be able to change an employee's working hours like that. I'm guessing in the US they can, because they have almost no worker's rights. Where I live this would be illegal.

As for new opportunities, well, maybe? The theory would say these weird hour shifts would cost more and companies would have to think harder about their operations and decide if the extra cost really makes sense. Employees would also ask for more money to work under these hours.

I believe it would simply remove the inherent expectation that every tech product is guaranteed to be online 24/7 without any extra cost to the companies, only to the employees lives. That's a great outcome in my view.
On the other hand, you are throwing away between half and two thirds of the energy used to refuel. (Edit: considering the energy expenditure from H2 production and the energy actually delivered to the car wheels.)

And the infra to refuel my hydrogen car definitely does not exist today, anywhere in my first-world country. But I do have a wall socket.

Using H2 to power cars is objectively "Uncompetitive": https://www.linkedin.com/pulse/hydrogen-ladder-version-50-mi...
> I don’t understand why much more of EU regulation and enforcement resources are not spent towards mandatory hardware re-use

Beliefs like these are common in Europe and I absolutely despise them. Inefficiencies in IT exist for boring reasons like requirements that are way too complex or that keep changing, internal politics, and inexperience. If you add more regulations that don't move the needle you just get more politics, more middle men that seek to profit from the regulatory capture (advisors, consultants, resellers), and you distract industry from focusing on those things that matter most.

Complexity is the enemy of progress. IT systems fail when they attempt to codify contradictory bureaucratic processes that make no sense. The solution is to simplify. Businesses that refuse to simplify get eaten by hungry startups, and deservedly so. What do you think will happen to a continent that refuses to simplify?
I’d argue that the smaller you are, the more sense S3 makes, since its costs scales down to zero and offer a high degree of reliability from the first file stored.

Rolling your own storage comes with at least some operational expenses, if you’re counting your data/egress in gigabytes that’s likely not worth it compared to just using S3 or similar services.