Hacker Newsnew | past | comments | ask | show | jobs | submit | vopi's commentslogin

I don’t think it was misleading, deliberately or otherwise. Did you read the report? I hate to call you out like that but I think you can only get that impression if you only read the above quotes. That’s not the insinuation I get at all. It’s specifically under the “illicit distillation” category. It’s never framed in anyway but as a form of distillation.

I think they are pretty fair and explicitly say “Distillation itself is a legitimate training method […] Distillation is commonly used because it reduces the resources needed to achieve more advanced capabilities”. And go on to say their definition that makes it illicit in these cases.

And, also, they almost certainly __were__ tricking users and sending their data overseas.

Do you see it any differently?


They mean distillation is legitimate when labs use one of their own stronger models to train a smaller one. They certainly aren’t advocating for PRC labs to distill Claude for open weight models.

Heads up: it doesn't appear to be available on the Devin CLI (for me as a free user).

Cool demo! That's funny. I literally sketched out something similar 30 minutes ago on paper. I wonder if there was some recent, semi-related article/link that subconsciously prompted the relevance.


we're working on a survey paper about world modeling via code, with folks from frontier labs (qwen omni, oai, etc) and academic institutions (e.g., oxford, stanford, etc) reach out to us about collab: team@philolabs.ai

>I also worked on all of the copy myself, collecting feedback from core maintainers as I went. The new tagline was a suggestion from Theo which we iterated on. I did use LLMs as an assistant, but I did not ask it to generate the content.

>Might as well use LLMs for the whole thing next time, since we will be accused of doing so anyway! :D


You’re telling me you would be as likely to contribute to a project hosted in CVS as compared to git (and on GitHub)?


I don't care if it's on GitHub at all, it's not hard to work with any arbitrary git remote. CVS would be a weird choice, but it wouldn't be a dealbreaker on its own. Fossil or some other modern alternative VCS wouldn't be a red flag or weird at all.

But I wasn't talking about contributing to the language, which is a weird standard to use here since Zig isn't interested in outside contributors. I was talking about choosing a programming language for use for some professional or personal project. I don't give a fig what version control solutions the team chooses to use if the language is good and solves my problems, and I would consider it very strange if someone tried to argue that I shouldn't use some language because they put their code on a non-Microsoft owned server.


I generally agree with you that choosing something based on where it's hosted is dumb. I still think there could be an impact wrt a network effect.

The original comment you replied to was talking about "the loss of network effect" and you sounded dismissive of it. It might not even matter, but I think it's somewhat fair to say it could have an impact.


No, but making a codeberg account, seemingly the second most popular forge in the world, is not that huge effort.


> second most popular forge in the world

This is absolutely brutal to GitLab


I agree. It's possible in the future a project hosted on codeberg is a silent "stamp of quality". Though, I still think there could be impact wrt a network effect.


never once seen a link to codeberg, at least gitlab or god forbid source forge still gets linked to on occasion


“An Ad hominem refers to when a speaker attacks the character, motive, or some other attribute of the person making an argument rather than the substance of the argument itself”

It’s definitionally an ad hominem against Jared. If he stuck to why he thought it was bad for Bun to do this, I would be more sympathetic.


> stuck to why he thought it was bad for Bun to do this

Quite the opposite. "When Jarred announced the Rust rewrite, we were ecstatic."

> It’s definitionally an ad hominem against Jared.

Who Jarred is, as a CEO, definitely has an impact on how the company develops software - how Zig is used. And the argument is that Zig is used badly in Bun. Without that context, I, as a reader, would have to actually read through a lot of code to be convinced of that point.


The answer seems to be yes [0]. Although I think it's important to state The Web Archive link proves that the recent Fable banning was not the catalyst for the page being linked.

Will Fable be back behind an ID verification step? I wouldn't be shocked if that happened. However, this specific support page and the ID veridiction process is not new. It is currently enforce.

It appears (but I can't be certain and don't think it's in bad faith) that many people are under the assumption that this is a result of the Fable banning. As a datapoint, I did some form of KYC verification to use OpenAI's cybersecurity platform a few weeks ago.

To be clear: I still think this is an important discussion.

[0]: https://old.reddit.com/r/ClaudeCode/comments/1smpjg8/well_iv...

Edit: truthbe above pointed out there was a privacy policy change.


A quote from the official FAQ - https://github.com/microsoft/typescript-go/discussions/411:

>By far the most important aspect is that we need to keep the new codebase as compatible as possible, both in terms of semantics and in terms of code structure. We expect to maintain both codebases for quite some time going forward. Languages that allow for a structurally similar codebase offer a significant boon for anyone making code changes because we can easily port changes between the two codebases. In contrast, languages that require fundamental rethinking of memory management, mutation, data structuring, polymorphism, laziness, etc., might be a better fit for a ground-up rewrite, but we're undertaking this more as a port that maintains the existing behavior and critical optimizations we've built into the language. Idiomatic Go strongly resembles the existing coding patterns of the TypeScript codebase, which makes this porting effort much more tractable.

TLDR: Typescript -> Go is much easier than Typescript -> Rust/Zig/$OTHERNATIVELANG


This is a very interesting reference/jupyter NB/historiography someone put together about deciphering Khipu, the cord-based numbering system/ancient Excel from the Inca's.

"Welcome to The Khipu Field Guide - Travel back in time to the Inkan empire of the 14th through 16th century. Explore how the Inkas used cloth to communicate and record commitments. Journey with me, as I work with other khipu scholars, to decipher the enigma behind a knotted mop of camelid yarn."

There is some statistical analysis here but part of my hopes in posting on HN is perhaps someone here might get nerdsniped by it.


Mind sharing some links? Curious what you are talking about.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: