skysight-inc/HackerNews huggingface dataset:
We need to stop pretending that developers are liable for the idiocy of users.

There was a time when you could publish a book on how to make a pipe bomb and nothing would happen to you. Now the wrath of the government descends on you as if you broke the law by having knowledge and telling it to someone.
I don't see it as funny - the author is probably mentally ill and suffering.
Yeah it's like a parasite how much attachment there is to cars

People have lots of money and passion sunk into them

Children's die cast cars, children's play mats that have road networks on, city builder games that are just car centric, car TV shows, children's movies

There's lots of things in our cultural fabric that make it hard to imagine anything else

I suppose it's quite similar to the promotion of guns, but here in the UK we heavily restrict access to guns
It’s not that it works only in a dedicated DSL, it’s that if your language is too general it’s too easy to break out of the architecture when it’s a bother. So the pattern works, but you have to be religious about it, any breach will bring the entire thing down.

Hence much easier if the language itself precludes breaking out of the pattern.
I think with networking appliances that are built from eg DPDK building blocks the main motivation for pinning and isolcpus usage is largely that users want to have a fixed topology of CPU cores, PCIe devices, NUMA memory pools/hugepages. But this doesn't really mean it would be necessary if we started using userspace networking drivers for general purpouse linux workloads.
Check out rancher desktop, it's free and also available on apple silicone

https://rancherdesktop.io/
> Why didn't they do so already.

They did. The Chinese economy has pulled more people out of poverty in the past few decades than any economy in human history. By far.

"In 1990 there were more than 750 million people in China living below the international poverty line - about two-thirds of the population.

By 2012, that had fallen to fewer than 90 million, and by 2016 - the most recent year for which World Bank figures are available - it had fallen to 7.2 million people"

Mistaking the China of today for the China of 50 years ago would be naive and dangerous. Fortunately most world leaders are savvy enough to be taking action to compete.

This is not an endorsement of the Chinese government. It's just a factual observation of recent history.
Scala's http4s is also such a lovely framework. Given the name similarity I don't know which came first
What do you mean by "won't even compile"?

$ cat main.zig
const std = @import("std");

pub fn main() void {
std.debug.print("こんにちは, {s}!\n", .{"東京"});
}
$ zig run main.zig
こんにちは, 東京!
Biggest jump would be AVX512 support on the newer CPUs.

Still so surprised how much faster the Ryzen 5000 series was, and now the 7000 series and Intel's offerings are absolutely crazy. PCIE5 and gobs of RAM is a data nerds dream.
> I do wish people could now keep Zig submission under control. I dont want Zig community becomes another Rust community.

I don't think anybody has control over what gets posted on HN or not. People act independently and to whatever fancies them. Should the author of this blog post have avoided using Zig to keep the frontpage of HN more balanced? Obviously no. Maybe the curators of HN could prevent Zig posts from reaching the front page but they too have their own motives (eg having the frontpage reflect the topics of interest of the collective HN readership) and it might just be that these are Zig's 15mins of fame.

So I don't think your request can be fulfilled in practice and I don't think that Zig's popularity (or lack thereof) on HN will impact our community. I would recommend judging both Zig's and Rust's respective communities for how they are in their own social spaces (chatrooms, meetups, conferences) and for what they achieve on a concrete level (ie quality of the software they make), more than for what reaches the frontpage of HN with the brand name in the title.
In addition to addressing the needs of your organization, custom software can also help you generate revenue through licensing. Whether your company is in need of a consumer-focused application or a business-to-business solution, i3solutions will help you design and develop the solution that will help your business grow. They will conduct interviews with your team and stakeholders to determine your needs and identify potential opportunities. They will then develop a project roadmap and risk management strategy https://mlsdev.com
Many Researchers Using Same Data and Hypothesis Reveals Uncertainty
Early adopter tax. DDR5, PCIE5, new CPU design was never going to be cheap for the first iteration.
Google open-sourced Prompt-to-Prompt: Latent and Stable Diffusion Implementation
When I visit the site, I get

TypeError: Cannot read properties of undefined (reading 'reduce')
at getTweets (/myapp/build/index.js:898:22)
at runMicrotasks (<anonymous>)
at processTicksAndRejections (node:internal/process/task_queues:96:5)
at loader5 (/myapp/build/index.js:991:48)
at Object.callRouteLoader (/myapp/node_modules/@remix-run/server runtime/dist/data.js:77:14)
> Different languages provide different features and support these patterns in different ways. I think they’re complementary.

I mean, I didn’t learn that much from learning FP that didn’t already know from reading Uncle Bob’s clean code and style guides. In fact I think for awhile it just made me a pretentious clown who wouldn’t stop calling things monads.

Furthermore, haven’t most languages today pretty much converged around the “imperative++” feature set:

Language-level async/await, object-oriented, garbage-collected, w/ a package manager for other people’s code. Whatever nuance between how Kotlin does abstract classes vs Typescript I can certainly learn on the job, for instance.

I don’t disagree that there is value in learning two or three languages but beyond that the marginal utility drops off quite sharply in my experience.

> Not to mention that learning different languages can be quite valuable for one’s career, as it is another skill one can employ for practical purposes and for distinguishing oneself among peers.

I mean if it comes right down to it, a decision between two otherwise identical candidates, hire the person w/ language experience. But we probably agree that theory knowledge precedes language familiarly in importance, always. Which is largely my argument for why the title thesis is probably inaccurate.
Preact would solve most (if not all) of the performance problems listed in the executive summary of the post (build time, time to interactive, memory usage, and maximum data set size). It doesn't seem like a terrible comparison to mention a framework with the exact same api as the one the team in the post was using for 2 years before adopting htmx.

It's a pretty short post, but a lot of it boils down to the fact that the team is using a single language throughout the whole stack (Python), which allows everyone on the team to be a full stack developer. Like I said, if you're against writing js then htmx is probably a better solution for your team.
Oh, immediately fixed. Interesting
Its uses MediaSoup but everything else is our own stack.
There's no risk to eating many carefully foraged mushrooms. Many of them have no toxic lookalikes, or are so easily distinguished that the risk is essentially zero.
For anyone following this here is an overview doc: https://docsend.com/view/spqk8tri2393i8ya
> Also, why are energy prices locked for 40-60 years? The energy required to create a nuclear plant is equal to what it can produce in ~5 years.

Because of the $30 billion dollar loan and $40/MWh of O&M costs.

> How do you envision energy storage of the future? Where are you going to get the metals?

Sodium ion is made purely of abundant materials. There are electrolyser chemistries that use nothing less common than Nickel.

Current PV tech is made of sand, copper, and silver. Olympic dam is one of the largest Uranium mines in the world. For every joule of uranium fuel for a PWR it produces, it produces enough silver for 0.5 joules of solar at the current 9mg per net watt (as well as enough copper). This is improving by 10-20% per year. So by the time your nuclear reactor opened you could get more energy from that mine from PV than solar.

The nuclear reactor will also require most of that silver and a bunch of indium, cadmium, zirconium, chromium, molybdenum, iron, and almost as much copper as the PV (if using 1.5kV strings).

> I don't understand how you believe the future is "very unlikely to include nuclear". How else do you provide base load requirements? It's naive to think we can transition to a "green grid" without nuclear.

Base load is a myth. What matters is being able to provide a joule at the time it is required at a given resource, carbon, and labour cost, if you have surplus joules available at other times for the same cost that's an upside, not a downside. France's continued unreliability or any of the recent western nuclear plants show that the nuclear is an absolute joke from both the time and cost perspective. Whenthe >0.04% concentration uranium mines run out it will also be a joke on the carbon front.

There's no need to ban it. Just give all installations that hit a low carbon threshold (without loopholes like CCS or 'biofuel') and net availability the same deal with regard to public insurance, guaranteed loans, decomissioning obligations, and guaranteed electricity prices and see if anyone even considers nuclear.
It it worse than not being an expert on local mushrooms.
You can get fooled because you can find mushrooms that resembles mushroom from you home region, that you know to be edible.

E.g:
https://en.wikipedia.org/wiki/Volvopluteus_gloiocephalus#Edi...
==
In the United States, there have been several cases of Asian immigrants collecting and eating death caps (Amanita phalloides), under the mistaken assumption that they were Volvariella.
==

That has also happened here in Denmark.
Yes, throughout Morocco’s south east you will find what’s called khettaras (خطارة). They are underground irrigation network that was used to transport water from the Atlas Mountains to regions about 300km away.They were in used until the late 80s as far as I know.
Motorola Edge 30 ultra running the stock android 12 ROM is on 5.10.

Guess I'm unlucky.
>What about automobile roads and highways?

>If there's any, on a mile-per-mile basis, it's probably <0.001%.

US highways do pay for themselves <https://web.archive.org/web/20170712175437/www.rita.dot.gov/...>, and help pay for other modes of transportation. Transit receives the biggest subsidy per passenger-mile, with rail and airlines in between.

(For those wishing more detail: From the executive summary <https://web.archive.org/web/20170628114204/http://www.rita.d...>:

>*Highways*

>* Users of the highway passenger transportation system paid significantly greater amounts of money to the federal government than their allocated costs in 1994-2000. <https://web.archive.org/web/20170628114204/http://www.rita.d...> This was a result of the increase in the deficit reduction motor fuel tax rates between October 1993 and September 1997, and the increase in Highway Trust Fund fuel tax rates starting in October 1997.

>* School and transit buses received positive net federal subsidies over the 1990-2002 period, but autos, motorcycles, pickups and vans, and intercity buses paid more than their allocated cost to the federal government.

>* On average, highway users paid $1.91 per thousand passenger-miles to the federal government over their highway allocated cost during 1990-2002.)
> We are the society that is banning straws while completely ignoring fishing nets.

It's quite easy to drink a drink without a straw - quick easy win.

Fishing without nets requires more thought and retooling. You do what you can do.

Similar single use shopping bags clear were a scourge - near me before the ban they used to festoon trees. Shopping bags can easily be reused. Reusing bin bags is much more difficult. Here in the UK plastic in packaging is a high-profile issue - particularly food packaging.
Great to see other engineers focusing on this space. I’ve spent a good chunk of my career writing in-house clients for various business critical APIs and have always had a giggle that our self-made ones were often far nicer to use than anything on the market but was always disappointed that due to a variety of corporate constraints they will never see the light of day. I can see a big benefit to bespoke hand-rolled clients with a solid developer experience so keen to see where you guys go!
Tacking a separate question on for anyone who's read this far:
It looks like there's already a Union Pacific rail line from LA to SF, via Santa Barbara and hits Monterey/Santa Cruz along the way with some scenic ocean views. What would it have cost to simply upgrade this line to be able to handle some passenger train traffic at normal speeds, like Amtrak does already? Wouldn't that be online by now?
Motorola Edge 30 ultra android 12 5.10
>Everywhere except the US cars pay far more in petrol tax than roads cost.

US highways subsidize other forms of transportation, too. <https://news.ycombinator.com/item?id=33222584>
People here usually flip out about security when there is a 1 line bash install script. The world is a scary place when you don’t trust anyone
I mean I have like 5 computers. I do feel sorry for the 4 humans who don't get to vote because of me
Xi Jinping’s Endgame: A China Prepared for Conflict with the U.S.
It may be common when starting out, but we do have paths to optimize out of it.

We can do code splitting, eager fetching js when page is idle, optimistic rendering when page is taking time etc. Unlike what a lot of people like to believe not every spa runs 20 megs of js on page load.

Also the initial load time being a few seconds and then the app being snappy and interactive is an acceptable compromise for a lot of apps (not everything is an ecommerce site).

When most fragments need to be server rendered it manifests as a general slowness throughout the interaction lifecycle that you can't do much about without adopting different paradigm. The hey-style service-worker based caching hits clear boundaries when the ui is not mostly read only and output of one step very closely depends on the previous interactions.

I joined a place working on larger rails+unpoly+stimulus app which started off as server rendered fragments with some js sprinkled in, but after two years had devolved into a spaghetti where to figure out any bug I'd typically need to hunt down what template was originally rendered, whether or not it was updated via unpoly, whether or not what unpoly swapped in used the same template as the original (often it was not), whether or not some js interacted with it before it was swapped, after it was swapped etc. .... all in all I felt like if you push this to use cases where lot of interactivity is needed on the client, it is better to opt for a framework that provides more structure and encapsulation on the client side.

I am sure good disciplined engineers will be able to build maintainable applications with these combinations, but in my experience incrementally optimizing a messy spa app is generally more straightforward than a server-rendered-client-enhanced mishmash. ymmv.
The world is an even scarier place when you trust the wrong person
Yes, for a C function I agree. With just a glance, I can see what this function will do, and what the arguments generally mean. It could be cleaned up a bit (source as a single argument) but this is more about data design, which you might have little control over.
Amanita sec caesarae doesn't require spore prints or microscopy to be affirmatively ID'd as safe. You have to check for the presence of a few characteristics, but it's a fairly safe ID for experienced foragers. Blushers and grisettes, however... I've seen too many people in mushroom groups misidentify those to ever recommend them to others.
The background here is that someone did a FOI request for the announcement audio

Whatever the other merits of this project, I'd like to know the motivation behind the FOI - I really dislike it being used for trivial reasons.
I think that's orthogonal. One can compose a mutable ball of mud out of a collection of components that individually do one thing well. A more apt analogy, though rather unbelievable (demonstrating how orthogonal the concepts are!), might be a Unix-style system where the entire environment were specified as inputs to every shell command. Nix takes steps towards this, but it's very different in style.
Wow fascinating, do you have any idea why they stopped being used? Cynical me says to earn some kickback money for building new industrial pipes..
Is Raycast open source?
Could only find that the plugins are on GitHub.
This again? From the first page of the documentation:

With that in mind, consider the following bit of HTML:

<button hx-post="/clicked"
hx-trigger="click"
hx-target="#parent-div"
hx-swap="outerHTML"
>
Click Me!
</button>

We've been through this back in the Angular days (and even before that: remember Knockout?). Implementing your template language as DOM attributes does not make it HTML. Not to mention the examples using "hyperscript", aka a "human readable" DSL for DOM manipulation and event handling also stuck in HTML attributes.

If you are a Python team, sure, avoiding JS is a good idea and tools like htmx which let you pretend you're not working in multiple languages while having to memorize a massive API implemented in DSLs bolted onto DOM elements are fine. I've worked with these kinds of libraries in the past and once you can get over the knowledge gap, they can be amazing 80% solutions and solve most of your problems.

If you are either a "full-stack" JS (i.e. server + client written in JS) team or have more than one person specifically working on the frontend, this can just as likely be a massive footgun because you're trading a widely used, well-understood tool with a massive community for a somewhat niche one with a much smaller (but hopefully more dedicated and helpful) community.

Sorry if my assessment of htmx comes across as sarcastic but TINSTAAFL and my criticism would equally apply if the talk was about moving from Angular or Vue. If having to write JS is a drain on your team's resources and you can't change that, yes, try moving away from JS even if it means going down a less travelled path.

EDIT: To be clear: one of the early selling points of React was "it's just JavaScript", referring to how most comparable tools would require you to learn their DSLs to do basic things like a loop. React allowing you to actually use a JavaScript `forEach` or build an array in your render function instead of having a `data-react-foreach` attribute or something like that on an element was a breath of fresh air as tools like AngularJS or Knockout required you to use those and were extremely inflexible because of it (e.g. if they wanted to support filtering they'd have to bake it into the DSL whereas in React you could just do an `if` or `.filter`).
They are not, at least not necessarily. It depends on what you want to do and whether the tool helps in any way to achieve this.

Back when I was doing my PhD, I had lots of PDFs and I had a workflow to mark interesting parts and export them to org-mode with backlinks to the PDF and the citation information. That was already enough for me, although I could imagine I could have used orgmode or another tool for improving the organizing, expanding and reusing of the information.

Nowadays, I mostly care about noting down decisions and action items, primarily in the context of meetings. None of these tools give me an advantage. OneNote on the other hand, despite its shortcomings, integrates with other tools we are using at work and allows sharing with colleagues, which at least is marginally better than a plain text file. Most of the stuff I note down are not relevant within a year, so I don't care about the format, the linking and so on, as long as I can find what I need.

I've tried some techniques or tools after reading HN posts like this one in the past, but I've now accepted that this is not for me. I've decided less note-taking is better and that the medium is not important.
I dunno, watching the video linked by this use [0], I think the apps (aside from Google Lens) do a fairly okay job of being clear that they aren't as sure on their identification and that they're about casualness, not "safe to eat or not safe to eat."

While the article cites some persons who ate poisonous mushrooms because an app said they weren't poisonous, ultimately it will come down to "Did the app sell itself as telling you what's safe to eat and what's not?"

From the video, I'm particularly harsh towards Google on this as it doesn't seem to include the confidence level or analysis process and instead focused on showing a result and even trying to sell you something based on the result. This does seem like it's the wrong approach that will get people killed, with thoughts like "well Google thinks it's this, and it's even trying to sell me some, so must be okay."

For the others, you can see warnings in the apps about eating identified stuff, you can see how confident it is in the analysis, and they at least appear to be considering things like the region you're in when making an analysis.

I think it would be fairly defensible based on the warnings and preparation that a reasonable person would not be expected to take the identification as a go-ahead to eat something. That unreasonable persons take unreasonable actions as a result of these apps wouldn't really change the legal interpretation, but of course maybe it can be persuasive in other directions.

At first I shared the same opinion as you that these are dangerous apps, but watching what the apps do in the linked video, the non-google ones are actually pretty acceptable in my opinion. I would prefer they include a few more warnings though when there is low confidence matching or when there is conflicting matching just to remind the person using the app "hey, btw, a lot of plants can kill you. Don't eat this, I'm just an app."

[0] - https://news.ycombinator.com/item?id=33220688
Post-Trump? What exactly was the orderly result of Syria, Iraq, Libya, and Afghanistan? Or the 2014 Ukraine coup which U.S. backed, which led to the current war? U.S. has been haphazardly applying its force for decades.

That being said, Europe has shot itself in the foot with its energy policy. I don't think the U.S. convinced them to make themselves entirely dependent on Russian gas for energy. U.S. did not tell Germany to shut down nuclear power, they did that on their own.
People certainly unify their stack on JS that way. For Contexte their team was one React/JS dev, two Django/python, and one full stack. So they had two and a half people writing python and one and a half writing Javascript before, then three python developers after.

Switching to JS would require a full backend rewrite. The backend devs may not do well with the switch, so they may have let go two developers and needed to hire a new JS dev. The presenter may have been let go with that approach, clearly not ideal for the person driving the project.

You'd also need to address the perf issues. htmx clearly sped things up. Is the alternative JS SSR?
Building Finite State Machines with Python Coroutines
I think you're talking past each other: the problem isn't assuming the client's internet is fast, the problem is assuming the client's internet is stable.

If you replace most interactions that could be resolved client-side with a network transaction, you're betting on the client's internet being not just reasonably fast but also very stable. When I'm on the go, my internet is more likely to be fast than stable.