skysight-inc/HackerNews huggingface dataset:
You could try experimenting with Hydraulic Conveyor [1]. I built it originally due to the frustrations involved in distributing P2P software during my old Bitcoin days so you won't get any hate from me about that ;)

Conveyor can package Electron apps and also do all the Mac specific stuff from any platform including Linux. So it can sign, notarize and staple the app itself, also bundling Sparkle updates as it goes. We're listed on the Electron website these days. You may have more luck with it. There's a Discord channel for help too if you get stuck.

[1] https://hydraulic.dev/ (disclosure: my company)
In my anecdotal experience — no. We started with Svelte and quickly migrated to solid (which has it's own handful of headaches but is much more manageable). Svelte was originally designed for little pieces of interactive content (in the nytimes), and it scaled like that for us back in 2021
Agree. I also use both: wget to download files, and curl to talk to APIs, and as a "no magic" HTTP client.

This is not about "sane defaults", but about use cases.
I fondly remember the Windows 95 "Start me Up" parody which we watched as QuickTime video on a Mac IIfx with a nice 21" Trinitron screen... "It makes a grown man cry!"

Not exactly this video, but the same lyrics: https://www.youtube.com/watch?v=4sH6lopuzdc
I'm going to ask you how you go about solving those difficult cores, and you prove my hypothesis wrong. :-)

I'm going to suggest hard problems are solved by breaking them down into a set of smaller problems.

Perhaps a hypothesis or two and some experiments that need designing. Or perhaps you need to understand a problem from different perspectives, or research whether something similar exists in a different domain.

Aristotle, Euclid, Copernicus, Galileo, Darwin, Tesla, Edison, Turing, Einstein... not one of them had an entire solution to a hard problem revealed in a single gulp. Every single one of them took small iterative steps and needed to break a problem down and approach each part of it as an individual problem in its own right.

You might be doing an experiment nobody has ever done before to test a hypothesis that nobody has ever considered in human history, but LLMs can still help you determine if the hypothesis is framed correctly, understand if your experiment has parallels elsewhere in the knowledge its exposed to, research how to validate your results, and help you with a ton of other small mundane tasks needed to do good science. Doesn't make it a scientist, just makes itself useful to scientists.

Likewise, you might not know how to write a Phoenix LiveView application to predict in-play odds of your favourite sports team and identify value in online sports books (trust me, this is a hard problem), but it can help break that down into the individual pieces, let you get started with small utility functions that you can build on, and work with you to make you more productive. Doesn't replace the work you need to do as an engineer, just makes itself useful to you as an engineer.
Just chiming in here to say how great of a product ArgoCD is. We've been using it for a few years now and it makes for a highly configurable deployment management layer on top of our clusters. Highly recommend it for managing multiple application deployments where things like RBAC, observability, and configurability matter. Also doesn't hurt that it has a decent UX (although we primarily interface via automatons these days). The project maintainers are also extremely responsive and professional (thanks @alexmt!).

All that being said, Cuber definitely feels like a different sort of market fit.
Bunnie Hwang's "Betrusted" project uses a pair of circuits as an entropy source, with a few blog posts describing the how and why of the design.

One source is a ring oscillator, internal to the Betrusted FPGA. The other is an avalanche noise source similar to OP, external to the FPGA.

The two streams are XOR'd and then run through a cryptographic hash.

https://github.com/betrusted-io/betrusted-wiki/wiki/TRNG-cha...

https://github.com/betrusted-io/betrusted-wiki/wiki/TRNG-Dat...
Everything [in excess] causes cancer
You keep bringing up things that are completely beside the point. The scientists who wrote the paper weren't talking about wages, ethnic discrimination, etc. Why are you muddying the topic? Why are you pretending that scientists haven't made arguments about the very real impact of animal agriculture on climate change that are rooted in greenhouse gass emissions?

Have you not heard of the copious amounts of methane and nitrous oxide associated with animal agriculture? Have you not heard of the associated deforestation and other habitat loss that results in more atmospheric carbon?
People have somehow conflated artificial intelligence with "oracle that knows everything" and so keeping models up to date with recent knowledge has become a must. Of course, that could be done by fine tuning techniques and better architectures that can outsource knowledge retrieval to tools, all very interesting ongoing work on that topic, but even these approaches require to not be "blocked" in their data retrieval tasks for them to work well.

I'm sure you can do lots of interesting research using outdated datasets but for companies creating products this will not be sufficient.
"It's faster/less of a pain to ask the bot than to use StackOverflow" is a significant portion of what I use ChatGPT for. Sometimes, it's just a better search engine.

I recognize that there are questions about how that works in the longer-term, but for now, it's useful.
> I don’t think that blocking torrent downloads of movies is in any way interpretable.

You can't do proper enforcement without interpreting. That's logically impossible. When it comes to interpreting, Google and others have a terrible track record.

> > on behalf of corporations

> Who said that?

That's what is happening right now under the current legal framework of big platforms being the judge, jury, and executioner. The legal framework you seem to support.

> The items you mentions fall into the gray area.

It's not gray. The things I mentioned, they should never have happened at all.
As a hobbyist web dev using Rails, I am watching the JavaScript ecosystem from some distance - the mere JS experience I have is very vanilla or through StimulusJS/Hotwire.

For the 3 years I have played with the web, I have been seduced to dive into a framework that is "fullstack" JavaScript to learn the language that is seemingly everywhere and "here to stay".

I have seen dozens of articles like this one for all the major frameworks around - some not really maintained over time. I cannot find, in the JS ecosystem, the stability I know in the Rails ecosystem. I fall in a state where I search for objective arguments, hesitate, and end up not taking any decision.

For those who know better, what is your current bet for a JavaScript (or TypeScript for that matter) framework that will last* the next 15 years? Is Svelte on the list?

* maintained, with a rich and alive ecosystem
It's rude to just ignore the extremely valid point someone made and act as if they had not brought it up in the first place.
The Social Mobility Illusion
Portal 64 – A demake of Portal for the Nintendo 64
Outside of any attribution issues, I think it's a cool capability to be able to get a concise how-to vs having to search for and read a blog. I've asked chatgpt for recipes, I know I could find them online and that neither I nor gpt are inventing anything, getting a concise reply is just the most convenient format.
DSLs are a waste of time
>For one, we can test the software by running it

As long as the tests are not also written by ChatGPT...

Many critical security issues require a deep understanding or the code or some intense fuzzing to discover, it's not enough to ask ChatGPT "write me X" then superficially glance at the output to validate that it looks correct. That's the part that worries me. Completely broken code will be caught immediately, but subtly broken code may linger for a long time and make it to production.

And from my limited experience with ChatGPT, it seems very good at making up broken things that look superficially correct.
Oh, and how could I forget Technological Death!

https://www.youtube.com/watch?v=J-hUJ-v0FLE

In hindsight it's amazing to me how many of these demos little me saw the year they came out, just via swapping with other little kids, in this little town with 50k residents in Germany. The good stuff spread like wildfire, and we watched it with curtains drawn and volume maxed.

Then one day the local big honcho warez supplier (he was 13, so basically an adult to us 10-11 year olds) forgot his tool disk with all sorts of stuff on it at my home, I discovered ProTracker and music ripping tools on it, and have never been the same.
I disagree with the notion of TFA, and perhaps useEffect is closer, but I'd like to note that the entire function/component rerunning every time a dependency changes is as far removed from original JavaScript as a framework could be.
> Cowen argues that any time someone believes in a story they are effectively subtracting ten points from their IQ…

Cowed proposed that rule of thumb for stories about good and evil, not stories in general.

https://marginalrevolution.com/marginalrevolution/2011/12/th...

It’s puzzling to me how an essay about factual inaccuracies would include such an easily checked misstatement.
Good luck when everything is paywalled
I'm not sure but given that I haven't paid anything I believe it's 3.5.
I didn't say it did! I make no such claims. Rather my experiences (esp. with addictive pasttimes like WoW) led me to a place where I'm confident that encouraging people to consider their choices might help someone learn from my mistakes. YMMV. Each to his/her own. Enjoy your day!
Exactly this is an incredibly dynamic world, everybody talks about gpt4 here but what is happening on the discord channels and hugginface where people are pooling skills and compute is fascinating. The progress that was made in the last couple years is baffling. We didn't get transistor computers a 2 years after the transistor was invented, things take time.
>"I consume"

I prefer to watch (talking about video)> I mean those marketing vultures can call me whatever the fuck they want but I do not give a shit. I do not consume, I watch, read, eat, drink and so on.
>There's a lot of magic and complexity hiding in there.

That's kind of the point. It's for people who want that magic, not for people who are likely just going to start using Rust instead of continuing to force such rigidity and verbosity into JS/TS.
Just a warning to anyone thinking of using the sifive boards https://forums.sifive.com/t/unmatched-boot-issues/6236
Since this is Hacker News, I think I should point out that the claim "if there was some way to foo someone would have done it" is not evidence of absence.

https://en.wikipedia.org/wiki/Evidence_of_absence
The blog posts I see that are based around some small specific answer that could be extracted all seen to be spam anyway.
Could be; but it's interesting that several of the subs like r/amiugly and r/truerateme and such have relatively low sub numbers and I do not recall seeing them at all until just a few weeks back.
We don't want to live "side by side" which is why we have separate nations. Granted that concept is being degraded to mere economic zones in which fungible units can be cycled though until worn out.
Cook videos are for inspiration, they are made to keep people engaged instead of teaching people how to cook.

It is not about the craft anymore.

It is why I love what the team from https://creme.com is doing, step by step video makes sense, not just for cooking but for anything that requires the user to follow instructions.
Do they? I always thought TV screens are lower pixel quality panels with colors/hdr cranked up for remote viewing and from any angle. And that the only link between them is movie standards, as in viewers >> PC users, so their demand defines the market. PC panels also tend to have low-ms response rates whereas TV panels are okay with 100ms+ range. I mean there must be a common ground for manufacturing <N>K, but aren’t they different beasts?
Sure. AI (more specifically, ML) is curve fitting, and more generally, objective function optimization. https://en.m.wikipedia.org/wiki/Curve_fitting

A projection is not compression, necessarily. And you'll find AI is a very poor compressor when used for such a purpose in all but the most trivial setups (e.g SVD matching input data rank, only reversible functions in neural network activation, etc.).
You need to be careful with these statistics because Germany is a (large) net importer of electricity. How are imports counted is not always obvious (nor should it be, Netherlands exports electricity to Germany, sometimes it's mostly solar powered, sometimes purely gas)
"Further, 12 random people shouldn’t be able to flout democracy."

Correct, they absolutely should not—in a working democracy.

The trouble is democracy isn't working when it comes to copyright, it never has. The 1886 Berne Convention was snuck in and locked in place before anyone realized what had happened. Big vested interests like Sony have had governments by the knackers ever since at everyone else's expense.

The question is how does the citizenry now regain control over its governance. Put another way, rule by multinational corporate interests isn't democracy.
> But Arm have made a decent business

ARM is making peanuts compared pretty much all the companies that actually make high-end chips. Their IP seems to be worth much more than the business.
> The next generation will also find it interesting that a "computer programmer" used to be a person.

There is no reason to discuss one part of the automated pipeline unless you are troubleshooting it directly. It just collapses into one if it is truly automated.
> LOTS of people write because they just want to share.

The blogging scene from the early millennium is now a shadow of its former self, and one of the most often stated reasons for abandoning blogging is “my site just wasn’t getting many views any more”. In a world where AI generated content abounds, there will be even fewer eyeballs on whatever one shares and therefore less feeling of reward for sharing. Moreover, the people still blogging are often loading their content with referral links, because in an economy full of glamorous influencers, even ordinary people are tempted to seek some financial reward for sharing beyond the mere pleasure of it. Less eyeballs due to AI competition means fewer people clicking those referral links.
You will need to train the model in the same jurisdiction too, to avoid any kind of intervention into the training process. Ideally that would be a shelter company that "sells" you "training services" in that jurisdiction.
I don't know about Europe, but in the US, offline payments with regular credit cards are/were a thing.

In the old days, you could use an imprint machine to run the card, and mail in the charge slip. Raised numbers and imprint machines are uncool now, but they lasted a long time as backup in case the terminal wasn't working or the power was out.

As far as I know, most US cards include the metadata for offline charges, where the terminal processes transactions in bulk, but there's more risk for merchants than doing an online transaction.

Stored value cards are popular in transportation, where speed is important, fault tolerance is required, and connectivity is intermittent. But even for gift cards, it's more common to use the card as an identity token, and get the value from an online ledger; it makes alternate uses much simpler.
This picture sounds oh so rosey. The winners who write history and what actually happened are usually totally different things. I'd take the presentation of this information with a grain of truth.
> proceeds to show examples with a very magic $ syntax

To be fair, that's valid JS, the syntax itself is not magic but what happens afterwards/how Svelte picks it up.

The templating though, that's some non-valid HTML/JS magic.
Hey, we have literally the same idea. Should get in touch.

nick@arguflow.gg
Next is writing code entirely. Whatever has the most robust documentation will be the next big thing, since AI agents will be writing the code for the programmers.
More general: as soon as a country (or group of 'friendly nations') reaches a certain technology base, it can start doing things that technology base enables. Will it do so? Of course that also depends on politics & economic factors.

This happened for steel smelting, electricity, all sorts of manufacturing, IT, internet access, medicine & so on.

Right now, a process node like 7nm is only manufactured in a few places. A decade or 2 from now, that'll likely be a few more (I put my money on India, EU & Brazil. Unsure about Russia given the self-destruct path it has chosen). Some more time, and 7nm is old news that every reasonable tech-able country can do for themselves (should they choose to).

Assuming tech keeps advancing, one or 2 high tech hubs will become many.
Er that should be GTMX
PS Plus price hike: We'll all pay for a subscription-based future
Study finds genetic factor fends off Alzheimer’s and Parkinson’s
Check your contract, it will usually say disputes have to be performed in Germany.

It just doesn't sound like there's enough money at stake to pay german lawyers, manage the case and come out ahead even if they pay.

You can try a place like this (just a result of a quick google, no idea about them) https://www.bierensgroup.com/en-gb/debt-collection-germany/

Getting chased up in german, from germany, in the correct form might panic them into paying.
> we think that an etymological analysis is needed to shed light on why the word is used in some ways today

I doubt this very much. Words are used the ways they are today because people, at some time, adopted that use. That’s it. That’s the story. Now, something like the OED is wonderful for investigating when/where word uses emerged. Why they emerged when/where they did suggests some deeper reason than “people started using the words those ways.” Except for technical or official vocabulary, I doubt such a deeper reason exists.

> and to basically reveal its core ideal meaning

I don’t know why you’d think an etymology reveals that. “Core ideal meaning” sounds too purposive, like someone somewhere innovated the word you’re studying to capture just that meaning. Suppose a language‘s etymology for “car” (the language’s equivalent I mean) is “fire wagon” because that was what people happened to start calling it and it caught on and spread. That doesn’t give you any deep insight into cars, fire or wagons. Nor does it give you any deep insight into word formation (semantically), nor about the range of possible extensions of “car” in that language (e.g., if they invented a car powered by water and introduced the term “water car,” they wouldn’t then find it somehow forbidden because etymologically it’s a water fire wagon).

> You have your tools, you should know them adequately well. Language is worth special attention.

No disagreement here. But we don’t study the origin and history of hammers simply because we want to be careful, excellent craftspeople in the present. (But, as I say, language and its history are interesting topics in themselves.)
You're getting confused between the words "Analog" and "Analogue".

Analogue: something that is similar or comparable to something else either in general or in some specific detail : something that is [analogous] to something else

Analog: of, relating to, or being a mechanism or device in which information is represented by continuously variable physical quantities

GP's comment has nothing to do with whether the simulation is "analog" (as opposed to digital), their point is that instead of being a "model" of a way a physical system might behave, the mechanism in this case has the exact same physical properties represented in a different form. An example might be doing a calculation in decimal vs doing it in binary—the exact steps you take will look different, and the answer might look strange, but there's absolutely no doubt about the fact that you'll get the same answer however you happen to compute it. Another synonym for the word "analogue" in the sense that the GP is using it might be "isomorphism"—you can prove that some transformation holds, and then you can do whatever you want to the transformed version and know that the results you get can be "transformed back" to the original form and reinterpreted.
This matters because consumers are the ones that vote.

Sure, we could tax Co2 right now, but the main problem is that people don't want to sacrifice their vacation travel or pay a premium for non-regional goods/personal travel/energy, just to "save the climate".

This applies even more strongly to older voters.

If you implemented actually effective Co2 mitigation policies (i.e. policies aiming to reduce Co2/capita/year to under 4 tons within a decade) in pretty much ANY western industrialized democracy, you would get thrown out of office even before your term was over.

PS: This is not my position-- I believe that drastic action is very urgently required, but I don't think it is some "corporate interests" or "lobbyism conspiracy" that prevents it-- simply democracy in action.
I think some Jacques Pepin videos, especially old ones, helped me to the next level, more than anything else. I have a 70s print of La Methods and, while I was fairly advanced before getting it, it is pretty thorough on methods for cooking.

The thing I love about his later stuff especially is that it is practically freestyle. Ming Tsai has a bit of that too.
I have seen companies pass audits with just XProtect, but I think it highly depends on your auditor and the wording you use to justify it.
> On a failed read, the gates close nearly-instantly, I don't think they would actually aid in fare avoidance, you do see people run into them painfully when their card has too low balance.

I'm talking about the instance where somebody doesn't even scan: they just walk through. That is possible in some stations in London, and it's perhaps not a coincidence that's where the worst fare avoidance occurs.
>> There's a lot of magic and complexity hiding in there.

> That's kind of the point.

But it goes against the title of this post: "You Don't Need to “Learn” Svelte: Embracing the Simplicity of JavaScript". If the point of Svelte is the magic, why tell people they don't need to learn anything? The magic isn't part of JavaScript, so they'll have to learn it.
Of course not. The closer you get to JavaScript, the bigger mess you are going to make.

React's limitations is its greatest asset, it forces a team of engineers to stick to a common ground the must agree on: JSX, hooks, component life-cycle, etc.
It's immediately obvious from basic physics that the world is bathed in green energy. It's availability is thousands of times greater than fossil fuel energy: https://www.freeingenergy.com/the-earth-gets-more-solar-ener...

The problem with doomers and degrowthers is that they are pretty ignorant people. They just assume that there's no solution or that green energy is just too weak to solve problems. This is why they are arrogant and not just pessimistic. They believe they already know the answer despite never looking for possible answers in the first place.
Blade Runner 2049 Shooting Script
Ask HN: What are your favorite programming blogs?
Applicatives should usually implement Semigroup and Monoid