skysight-inc/HackerNews huggingface dataset:
My wife and I completely gutted and renovated a 2 bedroom home built in 1905 with a used 2007 Dodge Magnum and a roof rack. We initially bought it for a road trip around the US because it saved us thousands of dollars in fuel economy (it was a 3.5l V6) over the month-long trip compared to any van or truck. I initially bought it with the intent of selling it right after the road trip, but it ended up being a really well-rounded vehicle.

I grew up in south central Pennsylvania, and while we still have a fair amount of farmers in that region, most people buy trucks because they're marketed to, not because they're the right vehicle to own.

I clicked through here because I've seen a couple of Kei trucks in Philadelphia lately.
Nobody is writing SEO blogspam for your support problems.
Is the implication here that the lightning is caused by an external particle? Or that the thunderstorm accelerates a particle a lot which causes the lightning?
Yep. It's just too much sugar and as the country increasingly becomes older that becomes a health issue.
Totally. This comes up every time the Fermi paradox is discussed but it's a distraction. It's not like we are running out of places to look for carbon/water biology, we haven't even begun. And if we're going to start looking, it totally makes sense to start looking for what obviously works and only requires some simple conditions that are easily found throughout the galaxy.
More of just a graph like:

V: (0001, 0002)
E: ([0001, 0002], [0002, 0001])

But really I was just being sarcastic. Builds are "just" DAGs with syntactic sugar just like programs are "just" DAGs with syntactic sugar. That's one possible abstraction and one that is inherently lossy, because what "sugar" is available is the actual meat that makes one build system useful and another terrible. And one actually awful limitation is acylicity, since any build system will eventually deal with it (and outright forbidding of it makes your build system incapable of representing certain builds, just like acyclicity fundamentally limits a program's execution)

You can represent pretty much any data model as a graph, that doesn't really address the problem.
To answer that question, it is necessary to answer the question "why did we want actual human singers in the past?"

If you think it is because there was no alternative, then you will see no barriers to the adoption of the sort of system you imagine.

But if you think it is because all human art is a form (however weird, tangled and opaque) of story telling, and for it to work, the person experiencing the art needs to be believe that there must be a story to be told, then your imagined system is not that interesting.

However, we are seeing an overwhelming propensity even today for people (even people who ought to know better) to ascribe intentionality and even emotion to computer systems that demonstrably do not have it (and as far back as Eliza in the 1970s). It seems likely to me that most people will rapidly come to believe in a sufficiently intentional and emtional backstory to your putative wunder-singer that their belief will satisfy their desire for "a person behind the art".
Seems pretty silly. Why do they have permissions if it's not allowed?
People learn new things all the time, but an octopus that lives in trees would probably be pretty famous.
it's a hit or miss, tried there, also tried to even run my own one, so far, so bad.

but that raises an interesting question: how to find startups that have best chance to make it to join and help to make that happen?
The book:

https://openlibrary.org/works/OL3738178W/Bildnerei_der_Geist...
The Li-Fi works with light bounce. Like light bulb illuminates the whole room, the access point should be able to see any device in the room. Might need to make sure the "antenna" doesn't get blocked completely so probably need to be on top of device. It would be perfect for VR headset, a cheap version of 60GHz WiGig.
> You’re not an expert in your field, otherwise you wouldn’t be publishing in a blog, but writing papers and giving interviews.

Woah strongly disagree with this as well as it showcase a fundamental lack of knowledge on different communication formats. Blog posts can give an laymans introduction to a paper, it can expand on a part of a paper etc - talks and presentations can be summarized in blogposts. Even though I am mostly working on papers I have so many ideas on blogposts about stuff that is not really relevant for my field (like detailed information on how I work with subset of data) - nothing that is groundbreaking or a wide enough topic to warrant a paper. I mean, you could even write blogposts about great papers you read. That can be so helpfull for others. (Yes you could also write a big literary review but thats a lot more work).
I would like to know more about growing scallops in the tub. Bathtub aquaculture is the Bitcoin.
> Otherwise I'm just hurting content creators for no good reason.

It's less about the content creators and more about supporting a system / business model that isn't really sustainable and reliant on business practices that distract and in many cases actively harm consumers. Most content creators have Patreon profiles or some similar service for taking donations in a structured and community-driven way, why don't you use an adblocker and donate there?
I use Brave browser. It has built in ad blocker
The sentence immediately following the list of "cons" is quite literally "But all of these things are not a problem".

If a reader couldn't be bothered to read that far, I don't think I can place all blame on the author for not "properly" communicating their intent to the audience.
Sounds like an amazing language. Not a single code example. The first link I click 404’s. Is this a thing?
Think about the infrastructure behind those plants required to keep them running. maybe you could keep a hydro plant running for a while, at least until the bearings fail. But anything relying on high tech, fossil fuels or nuclear would stop long before solar and wind power became unavailable.
Wouldn’t the air not be pushing against my piston? It’s already in the tank and the piston is being pushed by atmospheric pressure for the next gulp.

Good note on the heat. I’ll wrap my whole setup in a blanket to recover that ;)
There are apocalypse shelter services for rich people that take care of this for you.
Interesting read.
I once wondered what would be the contribution to atmospheric heat of the combustion of cigarettes, and waved it as probably insignificant.
A quick googling suggests burning a cigarette releases 7.8 J/mg of tobacco[1], that a cigarette weighs around 1 g, and that about 5 trillions (5e12) cigarettes are smoked annually [2].
This amounts to 3.9e16 J, or, averaged over one year, 1.2e9 W; corresponding to the total US energy consumption around 1730, according to the figure in parent's link.

Insignificant today, but not a few centuries back.

[1] https://www.researchgate.net/publication/307705601_Heat_Emis...
[2] https://www.vitalstrategies.org/tobacco-atlas-global-tobacco...
Laravel the framework does use a bunch of Symfony libraries under the hood, but is still a very different framework. Symfony’s library offerings end up everywhere, with good reason. They’re used in but not strongly tied to the Symfony framework.
I don’t think I could resist, I love dancing more than a lot of things.
Using XPath in 2023
We enable conforming to arbitrary context free grammars in addition to regex patterns, and have a bunch of speed optimizations, as well.

Though it may not seem too fast right now on account of the hundreds of simultaneous requests we're getting :)
It's close to TempleOS in that sense.
New Research Sparks Concerns That Ocean Circulation Will Collapse
Thanks for that link. Points 8, 9 and 10 seem so appropriate.

I often feel that we’re similarly in danger of forgetting the adage that “it is better to let the crime of a guilty person go unpunished than to condemn the innocent.”

I’m not sure we really are ‘that far gone’ though. I’m hopeful that people just always feel like this a little, to greater and lesser extents. Both the world and America have been through darker periods in the past.
GNU Hyperbole for rapid, implicit linking of all your programming artifacts and management support for handling technical complexity. One of those you can get for free.
That doesn't describe post-scarcity.

People don't even always have clean water, enough healthy food, access to medical care, housing, and so on.

And you realistically cannot have scarcity in the "non-west" and then pretend you are post-scarcity in "the west". It just doesn't work like that. That's just "post-scarcity for folks and countries not being exploited", if it were true at all.
Also possible that life requires a certain amount of universal "cook" time, and that while it's extremely common, and extremely local, we will never see if because we are stuck in our temporal frame, and the only thing that will observe the out-radiation out lightforms are black holes or the heat death of the universe. The universe is extremely empty, but it may also be extremely cluttered / noisy for the ability to observe other life.

I think it's perfectly reasonable to assume that life naturally comes to the conclusion that it doesn't make sense to try to extend beyond its gravity well, or have a quiet death by trying "too hard," expending the resources available trying to propagate beyond.
Yes, when you have a bunch of devices, sometimes one of them doesn't have it set up yet.
When I say that these are conspiracy theories, I guess I'm saying that I don't intend to convince anyone. I mostly just provided them for entertainment value. To my knowledge only the first has ever had widespread interest, and does potentially explain some of the odd circumstances around the loss of the Scorpion and K-129, but it doesn't explain all of them. For example, one of the most materially odd things about K-129 is that it had something like a dozen crew members on board who were not part of the normal compliment, and in some unrelated event the crew manifest was lost, so we don't know who they were. That certainly fits with a general pattern of Soviet behavior, suggesting that there were intelligence officers aboard (besides the routine intelligence officer included as part of standard compliment). But that doesn't mean there was some kind of rogue KGB plot or something as some believe; it's more likely that K-129 had some kind of special but relatively routine intelligence assignment. It could support the idea that the USSR searched in the wrong area to conceal a secret assignment for K-129, perhaps close-range observation of US naval exercises. That makes some good sense in the political context as, both before and after the loss of the K-129, the Soviet Union had been extremely critical of the US and UK for performing close-range submarine surveillance of Soviet exercises---they wouldn't be keen to admit they were doing the same.

But these are all just theories. The evidence doesn't provide an especially conclusive explanation for the loss of K-129 or Scorpion, and it is doubtful that we will ever really know what happened. But there are theories to explain both losses that are more likely than KGB schemes or dramatic events of secret military history. Both may have been lost to malfunctioning torpedoes that armed and detonated in the tube or were even fired and targeted their own ships---both known hazards at the time, and in fact something that the Scorpion had survived once before. There are possible mechanical failures that could have caused either sinking. Extensive investigation of the Scorpion incident lead to design changes in later submarines to address some possible factors in the loss.

This is all good to keep in mind in the case of the Titan. Undersea losses like this happen very dramatically and the evidence is difficult to recover and analyze. We may never have anything but speculation as to the exact failure chain.

One of the reasons these theories exist is because four submarines were lost in 1968. That's a substantial portion of the total noncombat submarine losses ever. It's obviously appealing to come up with some kind of unifying theory, but as far as anyone knows it was just a coincidence.
My point about the Pepsi challenge is that it would have produced the same erroneous results if they ran it in a way that only exposed consumers to one or the other. This is because the flaw was that they were measuring satisfaction after a sip or whatever opposed to a full can.

It's about what you actually measure versus what you think you are measuring. In this case, the can satisfaction vs versus the sip.

Short term spend or churn could be examples. For an information serving website, examples might be mistaking time on the site or pages viewed for user satisfaction and finding the information they want.
You don't understand how people rather want to read some short comments and share their thoughts than to spend a lot more time reading a long blogpost?
Editing it for formatting issues can help keep all or most of the meat and fit it on one page.
A toaster ASIC…

Maybe that's what I could have done with Butterfly Labs[1] Jalapeno (sic, no ñ) devices I was given, all laser-etched with "WARRANTY VOID". They could only do SHA256(SHA256(x)), and man did they put out a lot of heat. Reportedly, the chip was unusually dense and took a long time to validate. I'd have needed to alter the thermal throttling behaviour in the firmware, I suppose.

[1] Yes, the one that was seized be the FTC after some of the company officers (and a "not an officer, but functionally an officer") decided to do things that got most of them busted.
One person identified as having gotten cancer from Fukushima. Most of the cancers would be in a larger population and could not be distinguished from the large background of cancers. That doesn't mean they didn't (or won't) happen, or that regulation must assume they didn't/won't happen. Regulation is not like criminal law; radiation is not presumed innocent until proven guilty.
git commit --amend, rebase with squash/fixup, etc. I easily make a dozen commits per hour, it's like undo on steroids and you can always clean it up later.
An Arduino would give you a good basic idea of the lowest levels of computing that are still reasonably accessible. Otherwise: PIC chips and repurposed smartphones.
"Senior React Developer"
One place where you can see code examples: https://www.red-by-example.org/
can't wait to see what exciting new exploits are in store for us with this
Back in the '80s I spent a summer working in a repair department for a group of Nuclear Medicine facilities. Once I was inside the cabinet of a gamma camera [0], installing a custom board. I had been careful enough to turn off the 240VAC power by throwing the unit's external breaker, but forgot that the breaker had internal terminals that were still at 240VAC. I brushed the back of my hand against the terminals, and zzznap!

The current burned a path across the back of my hand. Luckily my bouncing around inside the cabinet didn't break anything. Took a few weeks to heal.

[0]: https://en.wikipedia.org/wiki/Gamma_camera
>When people are invited to become partners, usually they needed to write a check, but also buy-in over a number of years using a percentage of their earnings, as well as the firm potentially providing financing to buy their partnership interest

This doesn't address any of the main problem I brought up, which is that hospitals are capital intensive. "Writing a check" is easy to do when there isn't much capital tied up in the business in the first place, but what do you do when the hospital costs $100M to build and there are 100 doctors? I can't see how the numbers would work out using the methods you described.
I'd suggest printing it out on acid free paper and guarding it with your life.
Bike theft is a fairly big thing here in Amsterdam but insurance is easy to get and affordable. For more expensive bikes they insist on certain types of locks, etc., and it's possible that simply following those requirements is enough to make insured bikes less of a target than uninsured, on average.
I used to call the Macintosh the user friendly computer that will kill you with a smile since the early models (the 128k, the 512k, and the Plus) had exposed power supplies once the case is open. Staying clear of the CRT is usually not an issue when turning on a machine while testing it, but your hand is within a centimeter of exposed AC mains power. Needless to say I did end up getting shocked a couple of times and the physical sensation is interesting.

It really made me appreciate modular designs, where the power supply and CRT are completely fenced off in its own enclosure.
More reliably, but not as efficient. If you're navigating around using a touchpad, you can do gestures without leaving the touchpad.
You also need to have 2fa set up. And they don't have totp as an option unless you also set up either a security key or any number of options (sms, mobile push, others?) that involve getting entangled with google again.

Google really prefers you'd use sms 2fa over totp.
Another factor though is for tech people:

1. Either they block the ad, in which case no revenue anyway.

2. Or they don't block it and it looks like an ad ridden site at first glance, so makes some people kneejerk close it.
> theft of catalytic converters very seriously

Cops don't care about it, virtually nowhere in the World

The same goes for bikes in most cities. Strangely enough they seem to care about theft of jewellery more, even if a bike is more expensive.
Yes that is already way too much extra work. And when those versions are not yet available to depend on? libheif, libaom and libraw needs latest versions and be built together.
I'm thinking maybe they meant performance impact on peer-to-peer protocols like WebRTC, where if both sides are behind NAT, you might end up routing traffic between two local devices with a NAT gateway between them through a remote TURN server to establish connectivity.
A.I. could cut time spent Coding by 45% – But Tech Pros need training to harness
https://archive.is/ewrlo

-Full Title- A.I. could cut time spent coding by 45%.

But even seasoned tech professionals will need ‘extensive’ training to harness its full power, McKinsey experts say
> That sounds cute, but humans don't have inherent worth in a business. If you don't contribute to success (and aren't good enough at deceiving people that you are), you're going to get laid off.

Of course humans have inherent worth in a business - humans are the business. I refuse to emulate the hyper-capitalist mindset of "some people are worthless." I'm not sure if you're saying that this is a value you hold, but it is certainly a value I do not share. There's a lot of room to talk about what "value" is in a business (including how some "value" is more readily quantified than others, and how we tend to mistake that for the only "value" that exists). But we have to stop conflating that with the worth of the humans in the business - that's not a humane way to view your fellow man.

> infra is competing with potentially cheaper and more flexible solutions

[citation needed]

I've been in the field for awhile now, and I can't say I've ever seen a PaaS turn out to be more flexible or cheaper in the long run. Even my beloved Heroku, to whom I compare all present and past PaaS offerings on the market! There are some limited exceptions I recognize for things like internal applications, or niche applications that do not have a broad user base (and never will), but I don't think those exceptions are enough to support the statement.

Our industry chases fads in a circle. This isn't the first time we've all decried "infra is bad, long live hosted services!" - Heroku's heydey wasn't that long ago, and I fondly recall App Engine being a big deal. Then the bill comes due and people migrate. Hell, you could even consider mainframes a part of the cycle, if you squint at it.
In your case, I would focus the attention on the previous jobs, only the last school, and with the side gigs and interesting projects below that shown as one-liners, or in a prose list separated by commas.

If you show too much stuff, or you don't focus their attention on the most important things, you run the risk that they're going to assume you job hop every few months and they're unlikely to want to hire you. But I would expect most reasonable employers to understand the difference between side gigs and interesting projects you've worked on, versus actual jobs.

In my bio for my 30+ year career, I list a bunch of previous employers and companies I've consulted for, and some previous projects I've worked on. It's pretty lengthy. But a bio is not a résumé. You may want to have both, but you need to be careful to separate them by function and focus.
> People with families need cars

We have kids and since moving somewhere with good cycle infrastructure and convenient city planning I have never missed having a car. It works fine with cargo and individual bikes.
Your resume is not a biography, it's a sale pitch. Tailor multiple versions of it, one for each specific type of job you are applying for, and drop the things that won't help you close the sale.
Seems a bit odd that the Windows version has a GUI but not the Linux one. Building a GUI on top of Tk (like Python does) would probably not be hard.
Exactly. People need to stop using this thing outside of gaming; it was never made for work.
Create Amazon EKS Cluster Within Its VPC Using Terraform
Since examples were hard to find:

https://learnxinyminutes.com/docs/red/

https://www.red-by-example.org/
Very nicely written article, but I have to admit I was vaguely hoping for hack that let you program it as a duel cpu system (6502 + z80)
And at a slightly higher level: the likes of Thiel and company buying up remote property. I wonder if they have figured out how they're going to get there when they have to. In their worldview NZ is probably next door but when the lights go out getting there is going to be a serious challenge, probably much more risky than simply staying put wherever you find yourself.
I have most of the single-byte x86 opcodes still memorised - as many others have independently discovered, it's much easier in octal.

95 ba 07 01 cd 21 c3 48 65 6c 6c 6f 20 77 6f 72 6c 64 21 0d 0a 24
The clinical analysis for the COVID-19 vaccines was pretty practical and that was Pumas used by Moderna. There's a JuliaCon talk about that from the Director Head of Pharmacometrics at Moderna. There's Formula 1 usage, there's a some satellites running Julia onboard, etc. Some are documented here https://juliahub.com/case-studies/ though some people post what they are doing on the Discourse and Slack and so those end up being the most comprehensive source. Of course you can always argue whether 30 public examples is enough, or 50, or etc. but it's far from 0. And of course, most examples are never for public release.
Ask HN: Do we need more users to browse /newest on HN?
I like the meme of the personal webpage, which has sort of fallen by the wayside with the rise of social media.

It's one of those ideas that spreads because you see other people doing it: You get the OG blogs still up with 90s styling, student blogs with like 2 posts, and longform explorations of trying to squeeze out every ms of performance from D3 by rewriting parts of it in WASM [1], which link to the posts that it was inspired by, an even crazier attempt which tries to turn off all its safeties.

It forms an entire ecosystem, to which Hackernews, Google, et etc, form a kind of gateway into the canopy of a blogosphere.

One more thing: can we do more linking? Like, have a section of our blogs that's basically, "here are the blogs of a bunch of people I find interesting"? Is there a reason why we don't do that (spam or harassment)?

1. https://cprimozic.net/blog/speeding-up-webcola-with-webassem...