skysight-inc/HackerNews huggingface dataset:
> "Your argument #2 (that's the exact same as the zoo hypothesis) needs an extremely good reason for no alien at all trying to kill us and take Earth. And we currently lack any good reason."

Maybe life supporting planets are abundant and there's no reason to risk a conflict with us?

We've certainly been detecting a lot of them anyhow.

It could be equivalent to me going to Africa to fight a lion for its den instead of just renting an apartment.
So you can buy this thing off the internet install it yourself and let it drive your car around for you.

How legal would that be if it crashed my car or ran someone over?

My mind is blown here. Obviously it only works with specific cars that can turn the wheel for you so my 2015 ford focus is impossible but I mean wtf.
> knowing that a bug meant burning new EPROMs made you think twice or thrice before you declared something "done".

> Schedules were no less stringent than today;

So … how did that work, then? I know things aren't done, and almost certainly have bugs, but it's that stringent schedule and the ever-present PM attitude of "is it hobbling along? Good enough, push it, next task" never connecting the dots to "why is prod always on fire?" that causes there to be a never ending stream of bugs.
US Supreme Court to weigh end to race-based college admissions
If I had to guess I'd suspect that "mechanical suspension" means there's a pinch-point (or it hasn't been properly proven there isn't), the tire thing means you could overinflated the tire and it could pop/blow up, and the "not enough documentation of the hazards" thing is just the silly paper and stickers everyone ignores anyway.

The first two I'd probably grant; I'm surprised that Radio Flyer didn't just modify an existing design that already had those (or they did and exposed something that wasn't exposed before).
>Ukranian ISPs no longer serve the region

Maybe that's the reason?
That argument would make sense if there were repairable flagship phones, which there really aren't at the moment.

Unregulated free markets are widely accepted to be a bad idea. E-waste is a serious problem that the free market can't solve on its own. Regulation is necessary.
When you simplify things, you lose meaning. Beware letting "right to repair" become the next "organic"!
Intentionally done .. as an anti-spam measure. It's also there to limit the extent to which Instagram is part of OnlyFans customer acquisition.

As someone who lived through it, I don't think decentrafans really appreciate that we had decentralised services and spam turned them into unusable wastelands.

AI makes this worse, not better: the chance that a random site which looks like an interesting personal blog or small forum is a disguised sales op increases.
perldoc perlvar will tell you about all the magic variables.
I personally use Rocky/Alma over Debian for servers. Nothing beats Red Hat's documentation and its free even without a Red Hat subscription.
You are either getting better or getting worse. Nothing stays the same. --nature
Have these OO-patterns become less relevant or is it just that they were absolutely standard 20-30 years ago- so that they are old and less relevant only in the perspective of their previous dominance?
This is why I drifted towards game development for most of my career. Consoles, until the penultimate (antipenultimate?) generation, ran software bare or nearly bare on the host machine.

I also spent time in integrate display controller development and such; it was all very similar.

Nowadays it feels like everything rides on top some ugly and opaque stack.
> I, for example, work in a field where for customers, as long as performance is good enough, features-features-features is the number one priority.

There are fields like that. Then there are fields that seem to be like that, but where it's just the person making the purchase decision that cares about "features-features-featues", and actual users don't use most of them and would instead prefer faster software with sane UX.

I've definitely seen more of the latter than the former in my life.

> Then there are cases like Slack or GNOME 3, which were adopted even with lackluster performance. Go figure :|

Nothing to figure out here, it's about who is making the choice, and what choices are available on the market. Slack case is the very common situation of the choice being made by few people (not necessarily best suited for making that choice) for the whole organization / community, and heavily influenced by all the marketing spend and dirty tactics Slack the company did. GNOME 3 is the case of a supplier-driven choice: i.e. some distros defaulted to it for whatever reasons, and people mostly had to accept it, because WM is one but many qualities you care about in a distro, and alone not enough to make you choose a different one.

Both types are common situations on the market, and not at all limited to software. To again name them, in short:

1. People making the choice are not the end-users of the product/service.

2. Choice is made by the supplier, and the market doesn't provide an equivalent alternative that made a different choice.
The article started off as pretty reasonable but gradually turned into complete nonsense.
I don't understand how this practice makes your modern code more reliable, sorry

I was replying to

>Are modern codebases with modern practices less buggy than the ones from 20 years ago?

I understood that @NayamAmarshe acknowledged about new practices and tools introduced after my examples, in the 80s, 90s, and early 2000s (mostly with agile everywhere, and v-methods becoming a red flag on a resume and in business meetings).

It seemed to be the essence of their question.

So all I was saying was that codes from back then where capable of being safe. Reliability wasn't invented by modern practices.

Modern practices have only changed the development process, as you mentioned. Not the safety.
And if it did, it affected safety, as doing provably safe code with new practices is still being researched at the academic level.
(check out the case of functional safety vs/with agile methods)

Can you explain how do you make your code less buggy, than a code from 20 years ago, with practices from back then ?
It is one of the eponymous British tabloids. If you've ever seen people pejoratively refer to a newspaper as a "tabloid", they're comparing it to this.
I’m curious if remix will remain general purpose or if it will gradually drift into just being used for Shopify things.
Please see this post in a sibling thread: https://news.ycombinator.com/item?id=33407619
Would you say the GoF are more descriptive than prescriptive?

That is, not “do these to write good code” but “well written code looks like this”
It's far more than 50%. When specifically considering "woke" politics, centrists and moderate progressives reject it too. I'd say it's in the range of 70-90% rejecting.

Pretty much anybody outside California rejects it.
Biotech begins human trials with drug discovered using AI
Sounds like one giving into 'watchmaker analogy' https://en.m.wikipedia.org/wiki/Watchmaker_analogy
This looks like the actual article for that download: https://bigbrandboys.com/luxury/silian-rail-font-american-ps.... It's one of those half-written clickbait-style artcles that repetitively mashes together easily googleable crap and leaves its main claims unsupported, specifically:

> Today we’re glad to tell you that you can download the actual real Silian Rail font on this page.

> Download Silian Rail font

> On this page you can download the Silian Rail font for free. It’s the actual Silian Rail TTF file, and it can be imported to your computer, Photoshop, or used on your website. Click the button below to start your download.

Why should I believe this is the "actual real Silian Rail font"? It seems far more likely that it's a knock-off lookalike, probably of dubious quality. If it is the "actual real" font, I'm almost certain it's a pirate download (which I'm fine with, but it's the kind of thing I'd like to know).
You will always need _some_ framing if you're dealing with bulk data.

If it's not bulk, then you don't need framing if everything can fit into one datagram / whatever transfer unit provided by the transport, but the transport itself will need some framing, especially if it will need to support any kind of fragmentation.

If it's not bulk and it doesn't fit in a datagram / whatever transfer unit provided by the transport and the transport doesn't do fragmentation, then you have to do framing yourself, and then you have a sequencing problem, and so on, and you quickly re-invent parts of TCP but at the application layer.

Basically, it seems inescapable that the Internet is based on packets, and that packets are limited in size, and so application protocols have to be smeared onto packets.

Things are only ever trivial when you're doing request/response protocols with always- or mostly-small requests and responses. The moment you need anything that doesn't fit in the path MTU minus overhead, you need framing.

So I don't think that an octet stream abstraction is quaint and obsolete.
I ran a novel on Royal Road as a serial. Definitely a hard market to get traction in if you’re not doing litrpg or xanxia. I published a techno thriller at 2+ chapters a week for six months and ended up with ~20 readers for the conclusion.

My three reviews were solid (all five star), but if you’re not writing to the site genres you’ll struggle to find an audience. One of my reviewers even mentioned they’d never read a techno thriller before.

Also tried Wattpad and Inkitt - basically zero views on the former, hard to say on Inkitt. Their stat reporting is super bad. Got one review there, so presumably less readers than RoyalRoad.
Science can't be politics, by definition - or it doesn't work.

In politics, there are things you can't say or do because you will hurt feelings. If you make science political you have ruined science. You are left with just politics. Which explains why certain people think science is political. In reality, what is left of science or what is acceptable in science after they have had their way, is political.

But that is not science. Science shouldn't care about your feelings.
Parent comment is partially correct [0] (deforestation was higher under lula but lower under dilma), though it leaves out important context that the rate of deforestation fell precipitously during lula’s term, and rose during bolsonaro’s tenure.

[0] https://earthobservatory.nasa.gov/images/145988/tracking-ama...
Neanderthal extinction may have been caused by sex, not fighting
The problem is that US legislation was like 50 years old up until beginning of this year [0], but even the update was bonkers because the US made their own regulation instead of simply copying what worked in other countries... [1].

[0] https://www.popsci.com/technology/infrastructure-bill-car-he...

[1] https://www.nytimes.com/2022/02/18/business/us-approves-smar...
Hmmm.. It's nice to look at on the page in that example, but there looks to not be enough color differentiation to aid in scanning through code.
Move fast and break kids
I loved and still do love my Wii U and still use it semi regularly to this day. There was something about the Wii and Wii U that was lost on the Switch. They just had that special Nintendo "feel" and vibe
One thing I noticed is it seems to have an "Explain code" feature, giving you a textual explanation of a block of code you select, which I'm not aware of GitHub having.
I missed a big change in my list which is the Internet. We were using the internet in 1992. I remember FTP'ing source code from machines in Finland from here in Silicon Valley. I knew it was going to change the world.

Ubiquitous networking means that new developments are now instantly available instead of having to wait for the publishing cycle. People can share instantly.

Open source changed everything. In 1992 you'd need to get your accounting dept to cut a PO and then talk to a sales person to get new software. Most software being freely available today has been like rocket fuel for the industry. If you'd told me in 1992 that in 30 years most software would be distributed open source, and that the industry as a whole is making much more money, I'd have said you were crazy.

That all said, this particular conversation would have been occurring over Usenet in 1992 using almost exactly the same format.
So Jukebox can actually be broken down into 2 components / 3 steps:
A) compression (take 44khz audio and compress into tokens using 3 VQVAE layers)
B) generation (take the compressed tokens and use that on a transformer to generate sequences of those tokens)
C) de-compresss (reverse the VQVAE) -> this is BY FAR the longest/most computationally expensive step

Diffusion currently wont really help with (B) or even (A)... but there is a lot of new experiments going on with (3)... where the decompression using stable-diffusion is providing very interesting results using far less compute... check out JuicyJukebox notebooks (link to come... cant access github colab from my work computer).
Oh yeah. I've met more than a couple of engineers who spent their teens and twenties coding like that was the meaning to life, all suffer from deep regret, burnout, resentment, depression.

They are better than average technically, but their social skills fail them. Which in a paid employment situation carries a lot of weight.

I feel sorry for these guys
For me it was mostly the same, but I do prefer simple minimalist systems for my own work.

I started in 1995 building an in-house Windows app for support staff at Iomega. I was a support person, and not a professional programmer, though I had been writing code for 10 years. The project was part of my launch into professional development.

It was a simple program not unlike the type I create today. It did one thing and it did it well. Support staff used it to log the root cause of incoming phone calls. It was used by about 200 employees and then we used the data to try to solve problems that were our top call generators.

Build systems for some languages are much more complex now and the Internet was just getting revved up back then. The best systems to work on seem to be the small simple ones, for me.

Edit: Learning from books instead of the Internet was a major difference. I had some wonderful coding books. A giant book store opened in the mall where I worked (just prior to Iomega) selling discount overstock books. I acquired several dozen computer books and I still have many of them.
Didn’t know this guy was a Christian, but his theology seems muddled to me.

No I don’t think non-Christians think the Bible is a useful origin story.

No there is no chosen one, and the idea doesn’t come from Christianity (unless he means second coming?), but rather the narrative form (as hotz seems to somewhat understand with the heroes journey mention).

I’d suggest some strong psychedelics to crack the ego and take a look at what’s inside.
Call of Duty Will Be on Playstation as Long as There Is a Playstation
What about GCP?
I was working at an internet startup in 1996. We basically built custom sites for companies.

It’s hard now to appreciate how “out there” the internet was at the time. One of the founders with a sales background would meet with CEOs to convince them they needed a website. Most of those meetings ended with a, “We think this internet web thing is a fad, but thanks for your time”.
"When being unethical brings in so much money, how can you expect them to act ethically?"

How is this materially different than if I started a GoFundMe saying I needed money for my mortgage and other bills, but actually using it to take a huge vacation? You see, if I didn't take that vacation, I would have burned out from my job, lost it, and then been unable to pay my bills (after my savings ran out).

Why defend this blatantly unethical behavior?
Been using Monokai for the longest time. Currently alternating between that and Dracula variants.
Anyone currently using Remix in a production app? Read through the docs and it seems pretty interesting. Can't really get a sense for how stable it is though.

I know from prior use of React Router, the maintainers love the big rewrites between major version numbers.
Editors were crufty and basic
Build tools were low functioning and extremely obscure. Graphics were limited and handling color was hard. Fonts were a dark art as was sound. Even basic libraries had lots of gotchas and the common to interface library at the time was Motif which was full of bugs and leaks. Management such as issue tracking was often absent--not even much trickle, let alone a waterfall. And pretty much all interviews were leetcode based. Maybe my experience was odd but it seems strange so many have found memories of such primative circumstances.
Capitalism requires constant growth to function. There's no way around that.
it's interesting that that they only want the controller, it'd be sweet to find a "broken' one for cheep that could be fitted with a new esc, but knowing this thing's target audience i doubt many will get the recall
All those companies have hiring freezes and layoffs going on at the moment
Did you even read the article? This was a Radio Flyer product that Tesla effectively licensed its brand out to.
I can't see the sense in a community for a small color palette. Are there mods? Power-grabbing drama? Maybe even a subreddit coup?
Time for one maybe folks haven't heard of:

Plastic. It was done by one of the folks originally involved with Atom One Dark:

https://plastictheme.com/
Are we calling him elmo now or is that just a typo? Pretty funny typo if nothing else. I hope it sticks
This strongly depends on the climate. In some climates like where I live, we run a humidifier in the winter to deal with the super dry winter air. It is built into the central HVAC for our modern well sealed house.
I thought IPv4 is used in order to not rebuild infrastructure from scratch.
This is huge. Remix is my favorite React framework at the moment. It is by far the best abstraction I've seen of client/server model. Their API abstraction layer is just right, working with native browser and nodejs APIs, not obscure them. Typescript support is amazing.

I'd bet my money on Remix model and direction vs Nextjs
Julia Roberts reveals Martin Luther King Jr paid the hospital bill for her birth
A certain amount of arrogance is cheeky and endearing.

Then there's the kind where the talented musician in the band announces their departure and solo album. And starts talking about finding God and becoming a modern day Prometheus.

I can't put my finger on when the transition happened but it was somewhere just before the Lex interview for me.
> A sense of mastery and adventure permeated everything I did.

How much of that is a function of age? It is hard to separate that from the current environment.

Personally, I don't feel as inspired by the raw elements of computing like I once did, but it is probably more about me wanting a new domain to explore than something systemic. Or at least, it is healthier to believe that.

> knowing that a bug meant burning new EPROMs made you think twice or thrice before you declared something "done".

The notion of Internet Time, where you're continuously shipping, has certainly changed how we view the development process. I'd argue it is mostly harmful, even.

> perhaps the best part about it was that even the biggest systems were sufficiently unsophisticated that a single person could wrap their head around all of the hardware and all of the software.

I think this is the crux of it: more responsibility, more ownership, fewer software commoditization forces (frameworks), less emphasis on putting as many devs on one project as possible because all the incentives tilt toward more headcount.
WiLl I bE AbLe tO Get MoNeY oUt oF mY 401k dURiNG tHe aPoCALypSe????

The insanity of humanity all here on HN...
This is a really cool paper!
Elon has a fascinating ability to make people look at things from his point of view.

Suppose the story was something like “Jeff Bezos acquires company, immediately slashes workforce, maneuvers to avoid paying severance, reportedly forces engineers to work nights and weekends under threat of dismissal (and probably will lay them off anyway).”

The tech community would be pretty united in saying the engineers would have to take care of themselves first in this situation.

But when it comes to Musk, the community is more amenable to looking at it from a business perspective. I have seen a sentiment of “tough shit, if you don’t like it then quit, he has no obligation to you.” There are many who call the engineers entitled or otherwise resent them for pursuing a strategy of “weather the storm until assured of some kind of severance and then immediately quit.”

Hackers are a community that rail against upper management for being out of touch and implementing stupid processes, but when it comes to Musk allegedly telling engineers to print their code on paper, some say “well that’s not too much effort, plus you’re being paid to do what management asks, so don’t whine about it.”
I feel a great disturbance in the Force, as if millions of Toyota Corollas suddenly cried out in terror, and were suddenly silenced.
His playstation rap was on the video playlist for the Defcon ctf for many years.
Might have been, I mentioned OpenSTEP, because NeXTSTEP didn't need to be cross platform, that requirement only came to be with the former.
$5.57M last year, probably more this year considering how hard it was to get chips last year.
It's a shame that most authors are French and didn't mention even a single time the work previously done by Fabrice Bellard. Plus, no lossless implementation? Maybe it's a good follow up.

https://bellard.org/nncp/
I would bet in both the suspension and tire non-compliances are labeling. That's mostly what federal vehicle regulations deal with.

I would say it's a massive failure of the Tesla compliance team to miss that, but I suspect Elon likes to leave that role unfilled.
The feature was in development for far longer. The real question is, will it exist on Nov. 7th?
I use React at work for all our projects. We have yet to run into a situation where react has failed us. I’m sure many people can say the same about the other options. That is a clear indication that it doesn’t really matter which you pick. It should be based on team familiarity and then just comes down to personal preference.

Personally I think React/Vue/angular are the safe bets, in that order due to popularity
There have been a lot of people cheering twitters downfall because they feel personally or politically vindicated. But it’s especially bewildering to see how many people here on Hn completely cheer on the absolute disrespect and humiliation of twitter employees as a good thing.
Surfing in Britain
https://archive.ph/b3T1V
Yes, containers and unikernels are possible answers to the same issue. If you consider an application running on a virtualised OS you have three layers: hypervisor, os, application with some duplication of functionality between the hypervisor and the os.

From there, if you want to simplify you can either add hypervisor-like isolation functionalities to the OS (containers) or move the little that’s actually needed from the OS into the application (unikernels).

That’s why Docker bought MirageOS a few years ago.
Things I'd like to know about this tool:

- What areas/languages/tasks is it good at and what is it bad at?

- How often is it generating code with bugs?

- How often is the code that gets generated used as is vs immediately edited?

- What are the new frustrations that this causes that existing IDE code completion doesn't?

I work with trained models daily and I know that their failure cases are unintuitive, unexpected, and exasperating. I'd like to know as much about the failure cases of this model as possible before diving in.
Rails, Turbo, and StimulusJS.
SPA experience with 10% of the complexity and effort of using a FE framework.