roflcopter69

4 ms·

31.
by roflcopter69 4mo ago
I recommend reading the entire article Together with SpaceXAI, we're training a significantly larger model from scratch, using 10x more total compute. With Colossus 2's million H100-equivalents and our combined data and trai
32.
Turso v0.6.0(turso.tech)
4 points by roflcopter69 5mo ago|0 comments
33.
by roflcopter69 5mo ago
Related https://github.com/openai/codex/issues/21199
34.
by roflcopter69 5mo ago
Thanks for the answer. Sounds alright for the one's stuck with the Python ecosystem I suppose.
35.
by roflcopter69 5mo ago
I'm usually okay with most LLM-assisted writing, but the amount of "it's not X. it's Y" style of phrases in https://subq.ai/how-ssa-makes-long-context-practical is disturbing. Also, holy moly, the a
36.
by roflcopter69 5mo ago
How has your experience with NiceGUI been like? I was thinking about giving it a try some day but didn't get the chance to do so.
37.
by roflcopter69 6mo ago
https://en.wikipedia.org/wiki/Tiny_Glade
38.
by roflcopter69 6mo ago
There's also ongoing work on the (for now hidden) Bevy Book https://bevy.org/learn/book/intro/ Already seems like a great resource to me but it's still WIP.
39.
by roflcopter69 6mo ago
That actually sounds like a promising idea. Thanks for putting so much thought into this.
40.
by roflcopter69 6mo ago
Hi! Love to see that C# language designers are here on HN :) Just wanted to add just another opinion on a few things. I think many people already mentioned it, but I also don't feel to good about non-boxed unions not being the default.
41.
by roflcopter69 6mo ago
Of course the "wait 7 days" are not a silver bullet, but it gives automated scanners plenty of time to do their work. Those automated scanners surely catch this `eval(base64.decode("..."))` stuff that some of those attac
42.
Godot-Rust v0.5 Release(godot-rust.github.io)
1 points by roflcopter69 6mo ago|0 comments
43.
by roflcopter69 6mo ago
I tried Swift a few months ago in a project that made use of a bunch of bigger dependencies and I was instantly shocked by the compilation times. It's quite unimaginable to me using Swift for everyday work because of that. Especially w
44.
by roflcopter69 6mo ago
About the lag, I didn't bother looking into it, but I suspect they log every single action you do and require that the request to their servers was confirmed before allowing to do the next action. They probably face a lot of traffic ri
45.
by roflcopter69 6mo ago
I can't help myself but see this as a very strangely written article that does not meaningfully contribute anything? Did the author didn't bother to do some basic research and just dumped a bunch of thoughts, speculation and quest
46.
by roflcopter69 6mo ago
Definitely pixi imo. At least for me it works just as well as uv and imo does even more than uv by giving you the ability to mix dependencies from pypi.org and Conda. And the great thing about Conda is that they still build PyTorch for Inte
47.
by roflcopter69 6mo ago
Can highly recommend pixi. It really is the "uv but for Conda" and actually quite a bit more imo. Don't know how relevant this is for you, but many packages like PyTorch are not being built for Intel Macs anymore or some pack
48.
by roflcopter69 6mo ago
+1 for Conda. I also have to mention pixi ( https://github.com/prefix-dev/pixi ) which kinda is a uv for the Conda ecosystem. Highly recommend!
49.
by roflcopter69 6mo ago
Maybe a bit of a weird analogy, but y'all know about the basic advice to not come back to your abusive ex? Don't trust Microsoft to always respect you as an user, even if they now are trying to tell you they'll change and do
50.
by roflcopter69 6mo ago
Thanks for working on this mr_Fatalyst, this looks very promising. I'll keep an eye on this. Can't wait to dump the mess that is SQLAlchemy. Btw, you're getting a lot of stars on GitHub right now ;)
51.
by roflcopter69 6mo ago
This is the way. For now, pyright it's also 100% pyright for me. I can recommend turning on reportMatchNotExhaustive if you're into Python's match statements but would love the exhaustiveness check you get in Rust. Eric Traut
52.
Unions merged into .NET 11 SDK Preview 3(github.com)
3 points by roflcopter69 7mo ago|0 comments
53.
Jai in 2026: The State of Jonathan Blow's Programming Language(mrphilgames.com)
5 points by roflcopter69 7mo ago|0 comments
54.
German police probe student poster slur against Merz(dpa-international.com)
38 points by roflcopter69 7mo ago|28 comments
55.
by roflcopter69 7mo ago
Sounds interesting! Have you published this somewhere? I wonder how well this works when you want to compile some complex dependencies. Have you compared compile times between your solution and when using CMake?
56.
by roflcopter69 7mo ago
Thanks for the Lua bindings suggestion! It's just that I quite dislike using such a scripting language. It's personal preference, for sure, but here's a bit more context https://news.ycombinator.com/item?id=47
57.
by roflcopter69 7mo ago
Oh thanks, that looks very intriguing! The maintainer seems to be a Microsoft employee so there's that? I wonder though, is this a niche hidden gem or really something that more people should consider using? Also, what about compatibil
58.
by roflcopter69 7mo ago
> C++ is really not very amenable to this because every change to the contents of a class messes up your entire memory layout I think even `dotnet watch` at some point nopes out when you change too much. I think they call it "rude e
59.
by roflcopter69 7mo ago
I myself don't have much of a dotnet gamedev stack going on unfortunately. Although I've been dabbling with MonoGame and have been enjoying it so far. MonoGame matured quite a bit since I previously used it which was more than 5 y
60.
by roflcopter69 7mo ago
Thanks for the reply! > I quite like modern C++, so I really tried to make it work for gamedev, but I think you can't really do it. What exactly do you mean? What parts of modern C++ did not work for you? > You can use all the mo

More ›