skysight-inc/HackerNews huggingface dataset:
This is not an improvement from lack of GC per se but rather from zero cost abstractions (everything is monomorphised, no sin such as type erasure) first and foremost, and yes, deterministic memory management. Java is the worse language if you need to push performance to the limit since it does not offer convenient lower level language constructs to do so (unlike C#), but at reaching 80th percentile of performance, it is by far the best one.

But yes, GC is very much not free and is an explicit tradeoff vs compile time + manual memory management.
Steven Weinberg's Remarks on The Sokal Hoax (1996)
Gauss–Legendre Quadrature
> A Zigbee or Z-Wave based outlet would be better, but that really just moves all of that scope creep from the individual device to the hub.

This is actually fine as long as the hub is open source software running on a general purpose computer, because then you're not reliant on the hardware vendor to support it.

The fundamental problem is that the hardware vendors (1) don't provide what's necessary for anyone but themselves to support the hardware, and then (2) don't adequately support it themselves.

Far better to address (1) than (2).
This could be due to the API integrations (ex: Bing/Copilot) causing people to use those instead of going directly to the openAI website.

Admittedly, the article was behind a paywall, so I am not sure if they address this possibility or not. However, from the bullet point that is free it looks like they just analyzed web traffic via similarweb.
Arr, me hearty, once I boarded the ChatGPT ship on the advice of a chirpy shipmate. Thought it'd help me navigate the treacherous seas of code, but nay, it didn't make sailin' faster. So I marooned it—left the subscription high 'n dry.

But listen ye, I boarded 'er again, findin' she be more of a muse than a swab. Aye, not for treasure maps or writin' the next epic of the sea, but for polishin' me own log entries and givin' structure to me scatterbrained musings.

Yarrr, it be like handin' a rough chart to a trusted navigator—ye get it back, sharper and clearer. While I don't take her words as gospel, that ChatGPT wench helps me tack in the right direction. She be a fine first mate for reworkin' yer sentences, bringin' clarity and firepower to yer words. And reckon it be quite the tool for rephrasin' yer thoughts as if ye be a pirate too, savvy?
If you can get the incantation right, they can solve every you want, including proving the Riemann hypothesis, the Goldbach conjecture -- and the Halting Problem ;)
Why does Smalltalk constantly get credit for being true OOP? Simula was doing OOP long before Smalltalk. Most languages choose Simula style OOP, and reject the things that make Smalltalk different.

If you say Smalltalk is better OOP I might agree, but calling it "true" is not correct.
> I keep trying to generate :sexy-cthulu:

The e621 model will probably have that in the training set…
It's also a speculative investment in a tech company. This does not sound viable, but if it is I'm sure Microsoft has first dibs at the table.
"It's not a stable diffusion issue, it's a culture issue."

parroting and perpetuating the biases will ensure it will continue to be a culture issue.
ema,emme is interesting. Finnish has (as a variant form of "mother") "emo", as in "emolevy" motherboard.
The Samsung tablets, especially the most recent ones are great for drawing, so much so that my S8 Ultra has almost completely replaced the larger dedicated pentab I have on my desk.

The most capable drawing software on Android right now is probably Clip Studio Paint, which I think has some sort of limited exclusivity arrangement with Samsung (presuming that they paid for the port), as some android-specific features seemed to have a couple of months of Samsung exclusivity before being opened up to all devices.
Well, yes. It is one of the most successful products by this measure or can you name me any other mass consumer product that starts at 20$ and has those giant paying subscription numbers? (no, telco/cable doesn’t count)
Awesome work!
Hope this expands to more domain as well!
I saw the commissioner of the SEC on TV this week. He called on Congress to put in place limits on how student-athletes can earn from their NIL as well as put in restrictions on the transfer portal, calling it a "return to traditional American values in college sports".

Pretty unbelievable how these institutions are creating billions of dollars of revenue / wealth off the backs of young (primarily minority) men and women. It's so gross.
> The fact that a function can perform asynchronous operations matters to me and I want it reflected in the type system.

async doesn't tell you whether the function performs asynchronous operations, despite the name. async is an implementation detail about how the function must be invoked.

As TFA correctly points out, there's nothing stopping you from calling a blocking function inside a future, and blocking the whole runtime thread.
Yes, this is a central problem right now both in accademia and journalism.

Lots of things aren't published because they don't confirm the author's pre-existing narratives. And on the other side, there's lots of cherry-picking for stories and papers that do confirm a hypothesis, even if they're outliers or extremely rare or the author is clearly reaching for their desired hypothesis.

It's very Soviet-esque and should concern us all.
The two years of support is probably a QC business decision on windows, the same as its been on android phones and tablets. Why put effort into standardized interfaces when you can force the users to buy new hardware every two years?

This has a name, "planned obsolescence".
If it's not stable, then people shouldn't use it in production either.
Swapping to API and desktop app has saved me alot of cash over the paid web plan for the amount of use I am doing.
We need a way to bridge the gap. Having a runtime may not be suitable for all apps but it can easily allow you to reach 95%+ concurrency performance. The async compile-to-state-machine model is only necessary for the last 5%. Most userland apps rarely need to maximize concurrency efficiency. They need concurrency yes, but performance at the 95th percentile is more than sufficient.
I always thought it'd make sense to have something like a minor league that is separate from universities, but perhaps initially owned by them so they don't lose out on the money, or something to that effect. Let football people concentrate on football, and let colleges be about learning and research.

Snowball's chance in hell of actually happening though.
For a counterpoint, see Simon Michaux's work on what full electrification entails from a resource perspective.
Rust Futures are essentially green threads, except much lighter-weight, much faster, and implemented in user space instead of being built-in to the language.

Basically Rust Futures is what Go wishes it could have. Rust made the right choice in waiting and spending the time to design async right.
I'm not even willing to do that. I physically go to a bank branch to interact with my bank.
Rust made a critical safety mistake when it chose its async paradigm. It gave the code the option to decide when to yield.

What that means is that when I'm writing async code, I have to audit every library I import to make sure that library is guaranteed to yield after a few microseconds of execution, otherwise my own core loops starve. Importing unknown code when using async rust is not safe for any application that needs to know its own threads won't starve.

A safe async language must guarantee that threads will make progress. Rust should change the scheduler so that it can pre-empt any code after that code has hogged a thread for too long.
> consequences are fairly light like "some people are a bit late with their flights" and the bad consequences may be 10s or 100s of people dying

I think this might be the root of the misunderstanding between us. The consequences of an airplane not having a flight plan is not “10s or 100s of people dying”. The consequences of rejecting a flight plan are:

- if caught on the ground:the one flight is delayed. They don’t take off until they manage to file a fligtplan the system accepts.

- if caught at the airspace boundary when they arrive without a flight plan in the system there are two options: if ATC want to be hard-ass they will be refused entry and have to land at an alternate airport. If ATC is acomodating they will be asked at every new controller “<flightnumber> state your intentions”.

Either way the system is fine and dandy. This is not what keeps airplanes from coliding with each other or the ground.

Obviously the first option, catching the problem on the ground, is better because it is not increasing the workload of the ATC personel.

Here is the thing, you are talking about “the system cannot verify this flight plan as being correct". And you are right! It cannot. So it shouldn’t try. It should give up. On that flight plan. I totally agree with that. But there were lots of other flight plans it could and should have verified.

Have you done web development? What would you think of a server where a single weird edge case request would stop the whole service for hours? Would you say it is well engineered?
I think Rust’s async stuff is a little half baked now but I have hope that it will be improved as time goes on.

In the mean time it is a little annoying to use, but I don’t mind designing against it by default. I feel less architecturally constrained if more syntactically constrained.
I like it, but what if we train a neural network that remembers all the data in its weights? My sense is that these companies are using large (deep neural network) models to make their recommendation systems work. We can't ask the neural network to selectively forget a person, at least to my ability.
My biggest interest is that it could be used in video games to provide dynamic procedural content. I can imagine doing a hostage negotiation in an RPG and the hostage-taker is run by ChatGPT behind the scenes.
Releasing heated water over a certain temp can be considered a pollutant.
South Park already covered this brilliantly:

https://www.youtube.com/watch?v=61TMtH3Qw4s
Search for "death of third party cookies" and you will find a huge amount of material about it. It's basically a trend that everyone in marketing expects. Here's a tiny sample but I've tried to draw on a wide swath of different sources.

[1] https://www.mckinsey.com/capabilities/growth-marketing-and-s...

[2] https://www.forbes.com/sites/theyec/2022/09/12/the-slow-deat...

[3] https://blog.hubspot.com/marketing/third-party-cookie-phase-...

[4] https://www.marketingweek.com/death-third-party-cookies-goog...

[5] https://www.techtarget.com/whatis/feature/The-death-of-third...
It's definitely a new tool in my belt that I still use daily.

When I have a question, I give it a go in ChatGPT, read the answer, if it sounds reasonable, try it out. Even if it doesn't work, it might "hallucinate in the right direction" and give me some phrases that improve my Google search term.

Most of the times, I can guess how it will be wrong, so I can judge the answer quickly.

Sometimes, even just writing a prompt in plain English helps me understand my problem better and by the time I finish my prompt, I don't even send it as I found out which direction I want to go in.

I also use it for writing, though I usually have to add to my prompt to be concise and casual, as the default answer is longwinded, formal and the "AI taste" is easily detectable.

Unfortunately, I still feel like every week it gets worse, though to be honest, Google feels the same.
How common are packages with no imports, exports, requires, or "module.exports="?

I imagine that's quite rare, because such a package would only be imported or required for its side effects; and because that package cannot import or require any others, could you safely just assume that if it was `require()`ed use CJS, and if it was `import`ed, use ESM?
Australia keeps producing some of these banger softwares. Best in class. Procreate, Sublime Text. I don't know why the government feels so mismatched though.
Not likely even in light of how important it is to not use Discord. In the comments of the bun 0.6 announcement, a question similar to yours was downvoted almost enough to get flagged:

https://news.ycombinator.com/item?id=35970869

And in the comments of the bun 0.8 announcement, the same question generates very little interest and some well every other project uses it, so...:

https://news.ycombinator.com/item?id=37244294
I got into programming in the 1990s. At that point in time, there was still a large contingent of programmers loudly insisting they needed assembly language to do everything. And to be clear, I mean, everything. Not "Yeah, I can't really bring up an OS without a bit of specialized assembly" but "every programmer should write every program in assembly".

The vast majority of them were already wrong. They only got more wrong.

You may just be used to knowing what code is "synchronous" and what isn't because it's been shoved into your face and you've adapted your thought process to it. In practice, "everything important is doing something 'asynchronously'" turns out to be the vast majority of what you need, and the vast majority of your mental energy you are dedicated to splitting the world in two is a waste. For the little bit that remains, by all means use something specialized, but it's just not something that everyone, everywhere, needs to be doing all the time, any more than everyone everywhere should be manually allocating registers, or any more than programs need to have line numbers because otherwise how can they work? (One of my favorites because I remember having that conception myself.)
I didn't say it tells me whether the function does perform such operations, I said it tells me it can. More importantly it tells me which functions (most) can't.
Perhaps what would be interesting is a MacOS running on a phone and tablet form factor. Maybe call them the macPhone/macPad or mPhone/mPad?
In the same way a butterfly is made out of butter.

Many devices work just fine with local only connection. If an IOT devices does not work without internet that is a reason to not buy it.
it'll take roughly 1.5 million mature trees to sequester 315,000 metric tons of CO2 over 10 years. The "Billion Tree Tsunami" in Pakistan aimed to plant a billion trees from 2014-2017 and surpassed its goal. Similarly, India set a record in 2016 by planting more than 66 million trees in a single day.
Thanks!

>(Me being awkward and arrogant also does play into it, but, like everyone else, I've grown a lot since then. Seeing how far I've come is at worst a reminder not to let myself be like that again, but usually just ends up making me feel happy I've been able to learn from my mistakes and grow. I can't say it bothers me.)

Yeah, there were definitely lines where my first reaction was that the interns come across badly. But I was a year or two younger than you guys at the time, and I thought about how I'd probably sound if someone asked me to talk on camera about working on software. I'm thankful that nobody did.

>The soundtrack was literally written on the way to the recording studio, and you can tell.

Oh, yeah, that does explain the soundtrack.

While I was listening to it, I felt like it was written by someone who didn't know any programmers, but they were trying to write a song that would appeal to the geeky stereotype of a programmer.
College football (and to a lesser extent basketball) revenue has traditionally funded almost all the other so-called "non-revenue" sports. Track and field, tennis, cross-country, swimming, wrestling, rowing, etc.

With the supreme court decision allowing NIL payments directly to players, that could change. Schools are still raking in cash in ticket sales and TV revenue. But a lot of the other sponsorship and alumni donations might be going directly to players now instead of to the athletic departments.
I wouldn't call this an ad, but I know what you are getting at.

I was curious myself so I want back and looked at the early submissions and it looks like submission #6 was the first one similar to this.

https://news.ycombinator.com/item?id=6

That's from October 2006, which is 5 years before you made your account.
Isn’t your brain doing the same thing when it reads text or views a painting? Some people can even memorize and precisely recreate the things they’ve seen. But no one considers the process of lossy storage in human memory to be copyright infringement. Instead the later reproduction itself might be infringing. I think it will be the same here. Training models on copyrighted content won’t fall afoul of any existing law, instead legal challenges will have to be aimed at specific instances where the models produce output that arguably infringes copyright.

That’s inconvenient for opponents of this technology because they would prefer to ban the training itself, but there’s not a good justification under existing law to do this.
Have you never heard of a technical?
The rocks aren't the carbon sink in this process. They're a concentrating mechanism. They sit there and absorb CO2 from the air, then the kiln process is used to pull the CO2 from the rock to whatever sink they're using.
If you have 10 application instances each with a pool of 20 connections (half of which are idle), you have 100 active connections and 100 idle connections.

If you have a single "real" connection pool, the idle pool is effectively shared among all application instances. You can have 100 active connections and 10 (or maybe 20) idle.

I have run into this problem, but I solved it with careful tuning of automatic instance scaling parameters, connection pool size and timeout. But this only gets you so far; a single real connection pool would be more effective (at the cost of added complexity).
Isn't looking at an Apple device just like looking at a newspaper? I seem to recall papers being chock full of ads outside the front page to a far greater extent than the Apple News app.

Our society depends on advertising for promoting new services, gaining new customers, and building trust. I would call it a social necessity which makes it very ethical as long as it is truthful. The hijacking that occurs is consensual as you should not visit sites if you disagree with their advertising habits. Even with the App Store almost never open it directly.

The ones that cannot be avoided are in the outside world. I would celebrate if every billboard, postal mail item, and other real world advertisement were banned completely as that is the part I have no direct control over.
Good to know that extra 1.9999% was worth a comment. It’s pretty similar to the number of desktop Linux users even (edit: which seem to be over 3% now actually, great).
Slashing funding ≠ defunding.

It's a terrible, nonsensical 'branded comment' that makes no sense, alienates people who'd otherwise support a more reasonable approach, and perfectly embodies the 'all or nothing' style of modern day performance politics.
How does Bun support CJS and ESM in the same file? Is it transpiling CJS to ESM? Or is it transpiling ESM to CJS?

ESM can use top-level await and CJS can't. So this can't possibly work, right?

// x.mjs
export const x = await 'x';

// y.cjs
console.log(require('./x.mjs').x);

And, indeed, it doesn't work in Bun. When I `bun y.cjs` it gives me this error message:

TypeError: require() async module "/tmp/x.mjs" is unsupported. use "await import()" instead.

… but using "await import()" instead is exactly what I was trying to avoid! I can use "await import()" in Node, too.

But it looks like it does work in Bun if I drop the `await` from y.mjs. So, is it just transpiling ESM to CJS, and failing out if the ESM uses top-level await?

EDIT: I see the documentation page https://bun.sh/docs/runtime/modules has a "low-level details" section, explaining how import(CJS) works (by transpiling CJS to ESM), but it doesn't say anything there about how require(ESM) works, which is unfortunate, because that's by far the most interesting part! I've filed a doc bug on this. https://github.com/oven-sh/bun/issues/4601
Rust has had OS channels since forever, and async channels for 5 years.

Rust has changed a lot in the past 5 years, people just haven't noticed, so they assume that Rust is still an old outdated language.
Just wanted to say thanks. I’ve not been as excited to tryout some new tech in a *long* time.
Sure, it is "childish and ad-hominem", it is also efficient and usually works. Also, non-async/await solutions for concurrency and asynchrony result in a more verbose, complex and bloated syntax, having to invent fancy terms like "structured concurrency" for use cases which in C# are simply expressed by awaiting the task at the point of its consumption and not declaration (no special methods required) or in Rust via simple, albeit for a different scenario, join!().
Sorry for responding 12 hours later, but I felt I should actually read the ruling here before I replied.

It's certainly interesting. The CMA seems to be attempting to balance interests of multiple parties, including both user privacy, healthy competition in the ads space, and the ability for digital publishers to generate revenue from displaying ads.

However, most of it appears to focus on the way Google's superior access to information could distort competition. It's not just about cookies. For example. Google could mine synced history data from Chrome.

Now, I'm not so naive as to think this would actually happen, but again, the Ars author's solution here could solve that particular problem: If Google ceased all behavior-based advertising in favor of, for example, subject-based advertising, there would be no distortions to competition. Google can't track you, and neither can other advertisers. Everyone has a level playing field.

Of course, that would drop revenues for digital publishers and advertising networks, including Google, but it would solve the problems of user privacy and distorted competition.

The one thing this ruling makes very clear though, is that it's very difficult to balance these concerns while Google makes a browser. There's a conflict between Google running a behavior-based advertising network and shipping a browser, and these regulatory bodies seem to be bending over backwards to try to find a solution where both of these things can exist. They could most certainly have taken the much easier road of forcing Google to discontinue Chrome.
> Honestly, I find that in many cases I would trust an anonymous random Joe more than a company because they can be more mission driven and limited in their ambition than a growth driven tech company.

If it is a random Joe and not, say, a malicious effort of a major government posing as one. That's the problem.
Have you taken a look at mTCP[0]? There would be some good example code there. The TSR portion wouldn't be included in the mTCP code, but there is definitely code there for a webserver.

[0]: http://www.brutman.com/mTCP/mTCP.html
Not really anything natural about a carefully manicured root system which has to be continuously maintained by people to grow a certain way or it goes "wild" and is unusable as a bridge or gets too heavy and collapses. However it is beautiful and certainly a great metaphor.
So to an American, somewhere between "sex" and "sucks"?
Personally, I literally cannot think of a tech company that I trust even a little bit.
Irrelevant if those paying subscription numbers are dwarfed by the money spent on compute.

That said, they just opened an enterprise product offering, with no disclosed pricing (usually this means "if you have to ask you can't afford it"), so maybe they are actually making money now?
Famously they also make houses and many other products like paper.