Live data from Hacker News

MiMo Code is now released and open-source

mimo.xiaomi.com

201–210 of 338 posts

Re: MiMo Code is now released and open-source

#201
post #186

Earlier quoted context omitted.

Is it public good? Or is that a coincidence covering the real motive of an attempt to undermine the viability of American companies?

What?

China is giving away AI for free so it’s harder to make money. The same strategy they did with solar panels. Sell them at a loss long enough until the manufacturers go out of business and you’re the only one surviving. Then flip to extract monopoly profits

Re: MiMo Code is now released and open-source

#202
post #195
post #150

Earlier quoted context omitted.

Why would a company do any of these things? What is their motivation for any of it? That’s like saying cloud providers should be commodity and should open source all of their platforms and eliminate egress fees so customers can easily leave at any point in time. That’s a charity, not a business model.

Maybe these things should be utilities that can be swapped out at will and shouldn’t even be privately owned at all? Heresy, I know!

Having a five-year plan dictating which publicly owned b2b SaaS AI service you will be provisioned sure sounds like a dream of mine. I wonder what could go wrong.

Re: MiMo Code is now released and open-source

#203
post #98

Pretty neat that you can just install it and start using it (at a Sonnet 4.6-level model) without needing to sign in or pay. Typically, Chinese websites are a big pain to log in or sign up because they require a +86 phone number due to legal reasons. Being able to use it without having to make an account is amazing for friction reduction. I could probably even just install it onto new machines to help with set up. I…

> at a Sonnet 4.6-level model MiMo v2.5.0-Pro is honestly the first Chinese model that I've tried where I really though why should I use Claude Sonnet when I can get the same results for a fraction of the cost. There was always something off about Chinese models that made it apparent that it couldn't fully compete with GPT, Claude, Gemini, etc. but this was the first model where I was like, this feels like Sonnet. I…

Is there a guide to running these models locally? Sonnet level inference on my own hardware would be world changing.

I have Claude but I don't want to ask it because Anthropic could decide to sabotage me.

Re: MiMo Code is now released and open-source

#204
post #150

Good, coding harnesses should be open source and LLMs should be treated as commodities. Minimize switching costs for consumers, and let people understand how they're interacting with the context and the LLM outputs. The industry has been moving the wrong direction with Claude Code staying closed (despite multiple times leaking the source code!) and the open source Gemini CLI being deprecated in favor of closed source…

Why would a company do any of these things? What is their motivation for any of it? That’s like saying cloud providers should be commodity and should open source all of their platforms and eliminate egress fees so customers can easily leave at any point in time. That’s a charity, not a business model.

They did steal all of our written knowledge

Re: MiMo Code is now released and open-source

#205

Earlier quoted context omitted.

Wrote this eons ago: I fully expect Baidu and other tech giants on the Chinese shores to try and push the boundaries of technology. Silicon Valley (and the US) in general has always been the hot-bed of innovation. But with enormous increase in wealth in China (and to an extent in India), I can see these companies being more and more ambitious. Not long ago Andrew Ng of Coursera and Stanford AI Lab fame joined Baidu t…

"Death of Silicon Valley" in this case is such a funny perspective. Like, how twisted is the US's view of the market that they think "Competition? Oh no. Sound the alarms."

I mean, sure, that's just protectionism. It sounds like you're against it.

Re: MiMo Code is now released and open-source

#206
post #150

Earlier quoted context omitted.

Why would a company do any of these things? What is their motivation for any of it? That’s like saying cloud providers should be commodity and should open source all of their platforms and eliminate egress fees so customers can easily leave at any point in time. That’s a charity, not a business model.

> That’s a charity, not a business model. Joel Spolsky in 2002 identified a major pattern in technology business & economics: The pattern of "commoditizing your complement", an alternative to vertical integration, where companies seek to secure a choke point or quasi-monopoly in products composed of many necessary & sufficient layers by dominating one layer while fostering so much competition in another layer above o…

I don't really see how this applies to Anthropic. Claude Code _is_ their integral money maker. Their point above is a three-way neck-to-neck competition where they won't be able to become a near-monopoly any time soon.

Re: MiMo Code is now released and open-source

#207
post #150

Earlier quoted context omitted.

Why would a company do any of these things? What is their motivation for any of it? That’s like saying cloud providers should be commodity and should open source all of their platforms and eliminate egress fees so customers can easily leave at any point in time. That’s a charity, not a business model.

> That’s a charity, not a business model. Joel Spolsky in 2002 identified a major pattern in technology business & economics: The pattern of "commoditizing your complement", an alternative to vertical integration, where companies seek to secure a choke point or quasi-monopoly in products composed of many necessary & sufficient layers by dominating one layer while fostering so much competition in another layer above o…

"Commoditizing your complement" is a convenient market phenomenon when it happens, but it's not a hard rule that everything that should be a commodity lands in the window of incentives that result in this strategy being the self-serving optimum for a company. Usage of "should" here can be interpreted as "would be most beneficial to the largest number of people in terms of cumulative productivity" or "not having this be commoditized leads to terrible incentives that harm a lot of people." There's no guarantee at all that it ends up being most profitable to individual market actors to attempt to commodify LLM compute, and in fact they seem more interested in securing legal moats and protected monopolies. You may think that reality will force this to fail via open source model releases from China or the like, but consider the world in which the US officially bans import and usage of all but specifically licensed and approved LLMs. The most powerful companies and people here seem broadly aligned on wanting that, so it's not implausible. Sure, you as an individual could illegally import and run an unsanctioned LLM yourself, but most people won't do that, and attempts to scale it would be beaten down with the force of law. The companies who strike deals will get 99+% of business and profit handsomely, no need to ever let their golden goose be commodified. It's a strictly better strategy if your government is dysfunctional enough to let it happen.

Re: MiMo Code is now released and open-source

#210

Earlier quoted context omitted.

KHTML is dead now, though. It was basically embraced, extended and extinguished by Apple and Google, who both wanted to take away the leverage of the community. Today, legacy KHTML maintainers are boxed-out of upstream decisions that might prevent Manifest v2 from swirling down the drain. I'd argue the story isn't very beautiful anymore.

True. Although the cruel twist is now that KDE's upstream decisions are boxing out X11/sysvinit/etc maintainers.

There are no X11 maintainers, there’s nobody to block out. In terms of users, of course there are X11 users. But nobody is maintaining it in any meaningful way and it’s been that way for years.

Also sysvinit is straight up obsolete software. Even if you hate systemd, there’s just no reason to use sysvinit because things like OpenRC and runit exist.

In addition, the adoption of systemd has lead to needing to maintain less init scripts because systemd units are just more portable. It used to be that every single distro and even versions of that distro required specialized init scripts for every application.

Post reply on HN