MurphyA/hacker-news huggingface dataset:
by hardwaresofton | 2025-07-23 18:00:37+00:00
Thanks for using and contributing to Jco!

> (the async and stream support coming in Preview 3 are the real missing pieces for my usecases).

Currently this is a huge focus of most of the people working on stuff, and Jco is one of the implementations that needs to be done before P3 can ship, so we're hard at work on it.

> exciting step towards real useful polyglot libraries I have seen in years

I certainly agree (I'm biased) -- I think it's going to be a kind of tech that is new for a little bit and then absolutely everywhere and mostly boring. I think the docker arc is almost guaranteed to happen again, essentially.

The architectural underpinnings, implementation, and possibilities unlocked by this wave of Wasm is amazing -- truly awesome stuff many years in the making thanks to many dedicated contributors.
by scoofy | 2025-07-23 18:01:12+00:00
IANAL, but I don't think this changes the legality of the discrimination against male independent contractors, because the riders are employing them.

My understanding is that women-only gyms typically operate as 501(c)7 nonprofit private clubs, which are allowed to discriminate. It would be effectively impossible to rework that structure into a ride-sharing app.
by bell-cot | 2025-07-23 18:01:34+00:00
> ... reinforced concrete cast in the 20th century hasn't held up as well as we wished ...

How much of that problem is actual failures of the "standard practice" technology at the time of construction, how much is expensive-to-replace old infrastructure reaching (or past) the end of its original design lifetime, and how much is "Surfside Syndrome" - dubious design + marginal construction + negligent-at-best maintenance + hard use?

At least in my part of the country (SE Michigan), news coverage of crumbling old infrastructure fairly often includes bits about being well past its design lifetime. Or ongoing failures to do repairs, in the face of worse-and-worse inspection reports.
by mort96 | 2025-07-23 18:02:26+00:00
It's an annoying thing common to a lot of technologists. They (we?) see a product which solves a problem, then imagine some hacky way to set up existing tools to half-way solve a similar problem in an easy but incomplete way, then make fun of the product for existing when the hacky solution exists. The Hacker News comment on Docker's announcement post comes to mind, where a person makes fun of the concept when you could "just" run rsync in a cron job.
by ceejayoz | 2025-07-23 18:02:26+00:00
> Yes, absolutely. Pretending that these people are on the streets because of tough luck and that they can be helped by just putting them in housing is delusional.

It can't be the last step, but we've got a lot of evidence it helps as a first step.

> The much more difficult puzzle pieces are how to deal with the underlying causes. Ignoring these real causes also does not help anyone.

It's a lot easier to get therapy, addiction treatment, and other services if you're not looking for somewhere to shelter all the time.
by phil21 | 2025-07-23 18:03:20+00:00
> Don't the vast majority of Proxmox users use it for small VM labs, without all the bells and whistles?

In my little world this largely was true until Broadcom bought VMware and proceeded to blow it up.

I know of a handful of rather “large” (100s of physical servers at least) VMware based products that are as quickly as possible migrating to proxmox.

Given how universal this is for my little slice of IT, I imagine this is quite pervasive for the “mid tier” VMware organization.
by insane_dreamer | 2025-07-23 18:03:21+00:00
All the comments like "the problem is not the tech, it's the humans", "those people were self-isolating already", "it's a symptom", etc. are missing the point.

AI didn't create the problem, but it makes the problem much worse by making it accessible at all times, making it seem believable, and disconnecting humans from reality (in a fantasy universe where the bot only praises them and succumbs to their every wish) to a degree never before possible.

And companies know how to exploit this to make money off these people, so their interest is in deepening the level of engagement, not putting guardrails.

The story of the 14-year old who committed suicide in order to "join" his bot lover sounds very similar to a drug overdose in order to escape reality.

You can say "drugs aren't the problem, humans are". Sure. But just like I don't want my kid carrying around a bottle of ecstasy or meth pills which he might be tempted to pop at any moment, neither do I want him carrying around a bottle of AI pills with potentially just as damaging effects.
by jchw | 2025-07-23 18:04:13+00:00
I think it's worth considering the possibility that imperative style is just more approachable than functional style. On one hand, some tasks that are basically trivial few-line solutions in a good functional programming language balloon to hundreds of lines of arguably more error prone code in especially dumb imperative languages like Go. On the other hand, it's really really easy to understand what the vast majority of Go code is doing by just reading it line-by-line. Don't get me wrong: it's easy to write broken and unreadable code in pretty much any programming language (I can write bad code in imperative or functional style, I'm a multi-paradigm bad programmer) but at the very least for most imperative code you can really just follow everything line-by-line. It's harder to pull apart complex compositions of map/reduce/filter/fold/etc. (especially if you involve other complex topics like async.)

This does seem to be quite a conundrum. I don't think there's any argument regarding the merits of functional programming as a paradigm, but imperative just seems easier to wrap one's head around, and frankly most code is really boring and doesn't need to be able to do the super powerful things that functional programming can do with relative ease.

I feel like I'm playing with fire by saying this here, but I think it's true.
by FuriouslyAdrift | 2025-07-23 18:04:20+00:00
My CS program (at Purdue) was from the math department. We didn't even start designing real programs until the 4th semester (and that was in Forth or C).

At that time, if you wanted to do application programming, you took software engineering (OO Pascal and C++) or computer technology (Java) from either tech or engineering schools.
by IshKebab | 2025-07-23 18:04:23+00:00
> Just like using a CPU just by storing stuff in the L3 cache and never going to the RAM. Unless I am missing something from the original link, I don’t know how you got to the conclusion that they only used SRAM.

That's exactly how Graphcore's current chips work, and I wouldn't be surprised if that's how Cerebras's wafer works. It's probably even harder for Cerebras to use DRAM because each chip in the wafer is "landlocked" and doesn't have an easy way to access the outside world. You could go up or down, but down is used for power input and up is used for cooling.

You're right it's not a good way to do things for memory hungry models like LLMs, but all of these chips were designed before it became obvious that LLMs are where the money is. Graphcore's next chip (if they are even still working on it) can access a mountain of DRAM with very high bandwidth. I imagine Cerebras will be working on that too. I wouldn't be surprised if the abandon WSI entirely due to needing to use DRAM.
by elmerfud | 2025-07-23 18:04:27+00:00
Without discussing the politics or the things actually happening there, I can assure you this photo will not haunt me because it is not a photograph.

It's quite obviously AI generated nonsense and whoever generated it didn't even do a good job. A well fed woman holding a starving small man (doesn't look anything like a child)? We have actual pictures of real starving emaciated children and their parents from countries around the world where starvation is really a thing. Does anyone remember the Ethiopian food crisis? There you would see the emaciated children along with the emaciated parents. They definitely did not look like this AI nonsense.
by tossandthrow | 2025-07-23 18:04:36+00:00
Yep, I have written and maintained several large scale applications In elixir and live the computation model.

However,elixir depreately needs proper types. IMHO the needs for types are in no means negated by pattern matching, and I also see hints at why you would say so.

> If you write your function signatures...

The point of types is worry less refactoring.

If you work at a place where you can define the arhicture for the entire lifecycle of the application without ever needing to Refactor, then sign me up! I want to work there.
by vlovich123 | 2025-07-23 18:04:36+00:00
> You can imagine with 44GB being able to load the weights of layer N+1 into SRAM while computing layer N, thereby entirely negating the penalty of going to HBM (same idea as FSDP).

You would have to have an insanely fast bus to prevent I/O stalls with this. With a 235B fp16 model you’d be streaming 470GiB of data every graph execution. To do that 1000tok/s, you’d need a bus that can deliver a sustained ~500 TiB/s. Even if you do a 32 wide MoE model, that’s still about 15 TiB/s of bandwidth you’d need from the HBM to avoid stalls at 1000tok/s.

It would seem like this either isn’t fp16 or this is indeed likely running completely out of SRAM.

Of course Cerebas doesn’t use a dense representation so these memory numbers could be way off and maybe that is SRAM+DRAM combo
by lotsofpulp | 2025-07-23 18:05:19+00:00
The right place to stop the problem for a city/county/state government in a country with freedom of movement is different than the right place to stop for a federal government with immigration controls.

I.e. SF is never going to be able to fix the problem of people being too poor (or addicted or mentally ill or whatever), due to arbitrage opportunities.
by maxbond | 2025-07-23 18:05:35+00:00
If you have a radon test indicating there's a problem, then it is no longer theoretical. There aren't an infinite number of pressing and known risks.

I think it's a mistake to conflate an infinite number of hypothetical risks with a definite and known risk. It leads to analysis paralysis and FUD. It is not possible to know what, among all of the infinite hypothetical options, is the best to reduce your mortality. So let's focus on the concrete steps we can take and that we do know are effective.

For most people, that is not radon mitigation, because most people don't have a radon problem. If you find out that it is a problem for you, and you have the cash to solve it - just solve it. It's that simple.
by int_19h | 2025-07-23 18:05:45+00:00
The vast majority of Jews who settled in modern Israel didn't have a 2000-year history of Israel as their home. They have a 2000-year history of religious beliefs that center around Israel and date back to their very distant ancestors living in that place, but that's not at all the same thing. I mean, can you imagine what the world map would look like if we were to apply this criteria to other nations today?

Palestinians, on the other hand, have actually been physically living in that place for well over a millennium. Not only that, but dismissing them as "Arab invaders" is also rather misleading - while the language and the culture is Arabic, the Palestinian population is mostly descendants of the same people who lived in this area 2000 years ago (Canaanites etc), with Arabic culture imposed on them during the early Islamic conquests. And again, if you're willing to look back that far to establish a link that translates to right of possession, then should we go back another 1000 years and talk about Torah's vivid descriptions of the invasion of Canaan by Jewish tribes and genocide of the local population?

I think it's foolish to try to derive some kind of meaningful claim today from what happened 2000-3000 years ago, though. And looking at the more recent history, what is today Israel was explicitly a settler colonialist project. Here's Ze'ev Jabotinsky writing in 1923, not mincing words about Palestinians being the native population that he wants to displace:

"There can be no voluntary agreement between ourselves and the Palestine Arabs. Not now, nor in the prospective future. I say this with such conviction, not because I want to hurt the moderate Zionists. I do not believe that they will be hurt. Except for those who were born blind, they realised long ago that it is utterly impossible to obtain the voluntary consent of the Palestine Arabs for converting "Palestine" from an Arab country into a country with a Jewish majority. ... Every native population, civilised or not, regards its lands as its national home, of which it is the sole master, and it wants to retain that mastery always; it will refuse to admit not only new masters but, even new partners or collaborators. ... Zionist colonisation must either stop, or else proceed regardless of the native population. Which means that it can proceed and develop only under the protection of a power that is independent of the native population – behind an iron wall, which the native population cannot breach."
by msgodel | 2025-07-23 18:05:51+00:00
The more of this kind of natural discrimination we make illegal the less meaningful public markets will be and the more people will choose to:

1) Just not socialize

2) Do things under the table.

Let people pay the premium for what they want. Sometimes there are good reasons for it. Stop pretending to have an apodictic understanding of both the world and morality.
by SoleilAbsolu | 2025-07-23 18:06:15+00:00
FWIW - I have seen several symphonic shows this last year, and will see a few more - they happen to be local orchestras accompanying Beck or The Blackstar Symphony (including musicians who played on David Bowie's final album). Beck's catalog is filled with incredible orchestral arrangements written by his father, David Campbell, it's great to finally hear them live. Trey Anastasio from Phish is also a "serious" composer who writes for orchestra and varied ensembles. I think this is a viable way forward for orchestras to at least fill their calendars and attract people who might not have come to see a Mahler or Beethoven symphony.
by lacop | 2025-07-23 18:06:22+00:00
Doesn't initcwnd only apply as the initial value? I don't care that the first request on the gRPC channel is slow, but subsequent requests on the same channel reuse the TCP connection and should have larger window size. This works as long as the channel is actively being used, but after short inactivity (few hundred ms, unsure exactly) something appears to revert back.
by fitsumbelay | 2025-07-23 18:06:34+00:00
Just saying "Catalunian" or even "Spanish" instead of only "cops" may get the article less clicks but it would've gone a long way at least pretending to be a worthwhile read. This is a very narrow case in point for basically advocating for a specific product not a class of products. That smells like a sales pitch to me.
by A4ET8a8uTh0_v2 | 2025-07-23 18:07:42+00:00
<< It would have taken "less than a year" with or without AI. They just spent 10 years not trying.

I suppose we can mark this statement as technically true. I can only attest to my experience using o4 for python mini projects ( popular, so lots of functional code to train on ).

The thing I found is that without it, all the interesting little curve balls I encountered likely would have thrown a serious wrench into the process ( yesterday, it was unraid specific way of handling xml vm ). All of sudden, I am not learning how to program, but learning how qemu actually works, but it is a lot more seamless than having to explore it 'on my own'. And that little detour took half a day when all was said and done. There was another little detour at dockers ( again unraid specific isseus ), but all was overcome, because now I had 4o guide me.

It is scary, because it can work and work well ( even when correcting for randomness). FWIW, my first language was basic way back when.
by beefnugs | 2025-07-23 18:07:45+00:00
They want you to become an expert at the new thing: knowing how to set up the context with perfect information. Which is arguably as much if not more work than just programming the damn thing.

Which theoretically could actually be a benefit someday: if your company does many similar customer deployments, you will eventually be more efficient. But if you are doing custom code meant just for your company... there may never be efficiency increase
by senbrow | 2025-07-23 18:08:14+00:00
Total nitpick, but:

Why would you name an option "disable_ai" with a default value of false instead of calling it "enable_ai" with a default value of true?

Are there some mechanical semantics I'm missing here that make this beneficial?

Negative booleans (ie that remove or suppress something when true) are generally a source of confusion and bugs and should be avoided like the plague in my experience.
by graemep | 2025-07-23 18:08:57+00:00
Even better, the US has a higher knife murder rate than the UK does.

On the other hand IIRC it has a lower rate of at least some types of violent assault.

One possible explanation is the healthcare system - fast treatment makes a big difference to the chances of surviving an attack (and are one reason murder rates have fallen over the years, and why developed countries have much lower murder rates). Does anything in the US system delay treatment significantly?
by techknowlogick | 2025-07-23 18:09:01+00:00
The difference between the Gitea project and the Gitea Enterprise software offering is with Gitea Enterprise we are able to include code written that was rejected by maintainers (eg. mandatory 2FA as an example) as there was still a desire for it. Luckily it was since rewritten in a way that was acceptable for the project and now it's been accepted/merged. The company has also written code that was under contract from other companies, and so they own the IP and thus cannot be accepted by the project due to not being able to be DCO compliant. Those companies are receptive to open-source, and we are working with their legal teams to be able to have them release their claim to the code so we can submit it to the project (large corpos are not known for their speed and understandably want to do their due diligence to ensure that all i's are dotted and t's crossed). There are around ~50 community maintainers that have exactly equal say over PR reviews, etc.., and that process has always been strictly adhered to.

Edit: Gitea has LDAP, OAuth2/OIDC, OpenID, SMTP, reverse proxy, and others as SSO options.
by pryelluw | 2025-07-23 18:09:11+00:00
Thank you, but I wasn’t going for racist.

What you may have missed, from the perspective of your vertically scaled horse, is that you compare learning certain models to a mental disability. It makes calling my comment racist similar to the whole pot/kettle thing.

However, I do appreciate reading about such opinions because it offers a peek into the elitism that surrounds programming languages.

Also, as a person from a non-traditional and non-privileged background, Im a little unsure about how to proceed. Shall we cut our losses and move on?
by gchamonlive | 2025-07-23 18:09:20+00:00
This is a sunk cost that in a few years will have been mitigated. You already understand the value proposition for Linux, otherwise you wouldn't have attempted this transition multiple times. So I think it's a matter of getting used to it.

But I also think context matters. Maybe you also need work that motivates you to use Linux or is impossible or quite inconvenient to do on Windows.

In any case, using Windows is fine. I don't think the user is to blame for the shortcomings of the brand. It's like with conscious consuming products that don't harm the environment. It's important to seek those, but if you have to go out of your way it's just not gonna happen.
by zamadatix | 2025-07-23 18:09:34+00:00
There are more reasons than moral objections one might not want to use the AI features in Zed. The post gives a few concrete examples but I think this sums up the general situation best:

> Zed is built for engineers who care about their tools. That means giving you control over your development environment, including the choice to work without AI if that's what works best for you.
by monero-xmr | 2025-07-23 18:09:43+00:00
There is no such thing as "rent extraction" in a free market. I am gaining capital because I am serving others well, so they voluntarily give me their money. Trade is not zero-sum, we are both better. Capital I accumulate is reinvested, or spent on things I want. There is no problem with capital accumulation.

You have come to the exactly incorrect conclusions
by dan_manges | 2025-07-23 18:09:45+00:00
There's a difference between small scale CI and large scale CI.

Small scale: a project is almost small enough to run the build and tests locally, but you still want to have a consistent environment and avoid "works on my machine" problems.

Large scale: a project is so large that you need to leverage remote, distributed computing to run everything with a reasonable feedback loop, ideally under 10 minutes.

The opposite ends of the spectrum warrant different solutions. For small scale, actually being able to run the whole CI stack locally is ideal. For large scale, it's not feasible.

> A CI system that’s a joy to use, that sounds like a fantasy. What would it even be like? What would make using a CI system joyful to you?

I spent the past few years building RWX[1] to make a CI system joyful to use for large scale projects.

- Local CLI to read the workflow definitions locally and then run remotely. That way can you test changes to workflow definitions without having to commit and push.

- Remote breakpoints to pause execution at any point and connect via ssh, which is necessary when running on remote infrastructure.

- Automatic content-based caching with sandboxed executions, so that you can skip all of the duplicative steps that large scale CI otherwise would. Sandboxing ensures that the cache never produces false positives.

- Graph-based task definitions, rather than the 1 job : 1 VM model. This results in automatic and maximum parallelization, with no redundancy in setup for each job.

- The graph based model also provides an improved retry experience, and more flexibility in resource allocation. For example, one task in the DAG can crank up the CPU and memory without having to run more resources for downstream tasks (steps in other platforms).

We've made dozens of other improvements to the UX for projects with large build and test workflows. Big engineering teams love the experience.

[1] https://rwx.com
by 0x457 | 2025-07-23 18:09:47+00:00
> I can't remember the last time I write something meaningfully long with an actual pen/pencil. My handwriting is beyond horrible.

That's a skill that depends on motor functions of your hands, so it makes sense that it degrades with lack of practice.

> I can't no longer find my way driving without a GPS. Reading a map? lol

Pretty sure what that actually means in most cases is "I can go from A to B without GPS, but the route will be suboptimal, and I will have to keep more attention to street names"

If you ever had a joy of printing map quest or using a paper map, I'm sure you still these people skill can do, maybe it will take them longer. I'm good at reading mall maps tho.
by popsticl3 | 2025-07-23 18:10:35+00:00
I've been using brisk to run my CI from my local machine (so it runs in the cloud from my local terminal). The workflow is just a drop in replacement for local running. They've recently changed their backend and it seems to be working pretty smoothly. It works very well with AI agents too that are running in the terminal - they can run my tests for me if they make a change and it doesn't kill my machine.
by f311a | 2025-07-23 18:10:46+00:00
Not really, it installs even more plugins. Some of them are unnecessary. Ideally, every time you update or install a plugin, it must be reviewed. I just don't wanna deal with it and trust plugin developers.

I already got bitten by an infected Python library (that used to be legit). I treat plugins the same since they can be used in supply chain attacks.