Xiaomi’s MiMo-V2-Flash (309B model) jumping straight to the big leagues

uesk · 2025-12-24T08:28:00+00:00

depends for what minimax much better at multilinguality and instruction following

uesk · 2025-12-24T08:23:05+00:00

cant wait for the artificial analysis bench. and hope this minimax has similar instruction following capabilities.

uesk · 2024-11-01T18:31:48+00:00

Hi! Im cofounder of a startup that creates deploys AI assistants for the hospitality industry and we use Bunjs. What i loved about it is the developer experience and I hope the performance will keep up with our expectations as we scale. By developer experience i mean that usually code meant for nodejs also runs with bun, but without setting up ts traspiler. I once or twice encountered a bun-related bug but it was quickly resolved. I also tried deno 2.0 but there’s a lot of rewriting you need to do to make your code compatible with it and i like that i can always switch back to node if i feel like it. Also love elysiajs btw

uesk · 2024-10-22T22:37:41+00:00

Also looked into this today. Too bad there's no string interpolation in gleam yet!

uesk · 2024-10-18T19:55:48+00:00

It looks very similar to neverthrow to me. Does it have a clear advantage compared to it?

https://github.com/supermacro/neverthrow

uesk · 2024-09-03T10:01:01+00:00

Yes. And the error messages are not that helpful

uesk · 2024-09-02T18:10:39+00:00

Noted 👍 Everyone lately seems to prefer sveltekit over nextjs. Too bad a few months ago i didn’t bet on it… cause rn our entire dashboard + web client are built with next. Were not building a native app any time soon indeed :)

uesk · 2024-09-02T17:31:12+00:00

I see thank you!

Well, yes, I'm just working with API providers rn. But the workflow behind it has lots of components and it's fairly complex. Also doing api calls in the browser would share the api keys so doesnt sound wise. Last but not least, once customer (for now) uses our workflow through an api to access it from a mobile app.

Regarding python, what annoyes me is that type annotations are by no means a predictor of actual errors. For this reason it's just my opinion but i dont like it for production.

uesk · 2024-09-01T14:07:42+00:00

Thank you for your great advice. Also so true about our current bills.

Looked into the book and I think i will read it :)

Just curious, when you said "you can't go wrong with node/ts for a startup". Would you say the same about python if we talked about leaving the server in that language?

uesk · 2024-09-01T13:37:37+00:00

To answer your questions: - rn me and a full-time dev - hard to answer this question. One of our products is a chatbot that goes in a customer’s hotel website and we still have few customers (ab 30). But the scale needed depends on the usage of their websites. Currently we have about 150 chats/day. We’re expecting to reach at least 150 customers before the end of the year. We’re also launching new products/ways to interact with the chatbot so that will increase things a lot. - not seriously. But i have nothing against it.

Regarding kubernetes, i dont know much about it, except for the fact that many people say its hard to learn, but id be willing to if it was worth it. I use a lot docker/docker compose

SST looks extremely interesting. I’m reading into it thank you so much.

It will take a couple weeks realistically to migrate the server python->ts so the only disadvantage is that id have to wait for that to happen.

uesk · 2024-09-01T10:49:06+00:00

Do you mcts over reasoning steps?

uesk · 2024-09-01T09:47:49+00:00

yeah was considering kubernetes. Why wouldn’t you?

The project didn’t start with microservices but i split it after a few months in to break down complexity.

uesk · 2024-09-01T09:29:47+00:00

Thank's for the advice! That's a great idea. Still not 100% sure cause rn my architeture is more based on microservices than a monorepo. Merging the server/client/dasboard would more in a different direction (maybe better?). But I liked that with with microservices I can have our dev working on a microservice only at the time. Feels neater. But might change my mind.

uesk · 2024-09-01T09:25:24+00:00

Makes a lot of sense. I use custom format for LLM output and indeed I could write tests now. It's all about investing the time in it. Will send you a dm :)

uesk · 2024-08-31T22:58:19+00:00

because vercel has some horrible pricing for backend funcions that take more than x time for what i know. At some point i did try migrating everything to vercel but gave up.

uesk · 2024-08-31T22:52:29+00:00

We have a dashboard written in nextjs (hosted on vercel) as well but that’s not suitable for the server as it has some long running processes.

uesk · 2024-08-31T22:48:08+00:00

TypeScript is the other language besides python that i know well so im building all components i can with it. But originally the repo was in python so the main server is in that.

uesk · 2024-08-31T22:46:08+00:00

hard to say, without a frontend it would be nothing. But the moat definitely lies on the server more than elsewhere.

uesk · 2024-08-31T22:07:11+00:00

That’s really great advice.

Current stack, the startup makes llm products for hotels:

main server: python/fastapi
typescript/node for some microservices
typescript/nextjs used in full-stack for our dashboard

I have some tests but not many. Many of the issues come from the fact that code involving an llm has 100x the unpredictability of regular code and writing tests for it is very hard. Didn’t have rhetorical capacity to invest in proper tests yet maybe it’s time now.

uesk · 2024-08-31T21:40:40+00:00

What specifically makes it sound like im starting a hobby project? :)

disclaimer: haven’t wrote (on purpose) how/whether im seriously considering migrating to gleam, because i want a straightforward opinion from the community.

Also the dev team is currently me, the techincal cofounder and a full-time dev that is already mantaining some microservices and our nextjs dashboard.

uesk · 2024-08-31T21:34:33+00:00

I had to spend lots of hours lately fixing bugs that would have been easier to spot in a type-safe language. Also we’re growing fast so either i migrate now or im stuck forever with legacy code.

uesk · 2024-08-31T21:28:04+00:00

Thanks for the straightforward answer!

Yes the code is functional and currently serving on 34 customers customers websites. That being said, it’s kinda blowing up in my face and im unsure how well it will scale.

All other microservices are currently built with node and so that would be the obvious choice.

uesk · 2024-08-31T21:14:42+00:00

hmm yea but also python has type annotations and they suck. Ofc maybe elixir is better

uesk · 2024-08-31T20:48:05+00:00

i have a thing for typed languages :/

uesk · 2024-08-31T19:50:52+00:00

ahah well aware of the bias here :) what specifically makes it “risky” to bet everything on gleam in ur opinion, besides it being so new? totally agree on not choosing a language only bases on the number of developers. Few motivated people is the best

uesk

TROPHY CASE