jrop (u/jrop) - Readit News

jrop commented on Show HN: Axe – A 12MB binary that replaces your AI framework github.com/jrswab/axe... · Posted by u/jrswab

cweagans · 3 days ago

This is the second time I've seen somebody use the word "clankers" in the last couple days to refer to AI. Is that a thing now? Where'd that come from?

Gonna be honest, it has taken away from the message both times I've seen it. It feels a bit like you're LARPing your favorite humans vs robots tv show.

jrop · 3 days ago

We have been rewatching Clone Wars as a family, and I, for one, find this terminology hilarious given the use of it in the series towards the separatist droids.

jrop commented on Tiny C Compiler bellard.org/tcc/... · Posted by u/guerrilla

pixelsort · a month ago

Currently striving towards my own TypeScript to native x86_64 physical compiler quine bootstrapped off of TCC and QuickJS. Bytecode and AST are there!

jrop · a month ago

This sounds like a really cool project. What challenges have you encountered so far?

jrop commented on Qwen3-Coder-Next qwen.ai/blog?id=qwen3-cod... · Posted by u/danielhanchen

segmondy · a month ago

you do realize claude opus/gpt5 are probably like 1000B-2000B models? So trying to have a model that's < 60B offer the same level of performance will be a miracle...

jrop · a month ago

I don't buy this. I've long wondered if the larger models, while exhibiting more useful knowledge, are not more wasteful as we greedily explore the frontier of "bigger is getting us better results, make it bigger". Qwen3-Coder-Next seems to be a point for that thought: we need to spend some time exploring what smaller models are capable of.

Perhaps I'm grossly wrong -- I guess time will tell.

jrop commented on Show HN: Sweep, Open-weights 1.5B model for next-edit autocomplete huggingface.co/sweepai/sw... · Posted by u/williamzeng0

jrop · 2 months ago

Between GLM-4.7-Flash and this announcement, THIS is what I'm excited to see in this space: pushing the capabilities of _small_ models further and further. It really feels like we're breaking into a space where models that can run on hardware that I actually own is getting better and better, and that has me excited.

Deleted Comment

jrop commented on How Slide Rules Work amenzwa.github.io/stem/Co... · Posted by u/ColinWright

bogardon · 4 months ago

For people into watches, check out this video (and the whole series of watch and learn) on slide rules on watches: https://www.youtube.com/watch?v=RuK_77DEUfw

jrop · 4 months ago

Wow, I really want a slide rule watch now.

jrop commented on Garbage collection for Rust: The finalizer frontier soft-dev.org/pubs/html/hu... · Posted by u/ltratt

jvanderbot · 5 months ago

You've just listed "Compiled language" features. Only the 4th point has any specificity to Rust, and even then, is vague in a way that could be misinterpreted.

Rust's predominant feature, the one that brings most of its safety and runtime guarantees, is borrow checking. There are things I love about Rust besides that, but the safety from borrow checking (and everything the borrow checker makes me do) is why I like programming in rust. Now, when I program elsewhere, I'm constantly checking ownership "in my head", which I think is a good thing.

jrop · 5 months ago

Just going to jump in here and say that there's another reason I might want Rust with a Garbage Collector: The language/type-system/LSP is really nice to work with. There have indeed been times that I really miss having enums + traits, but DON'T miss the borrow checker.

jrop commented on Mise: Monorepo Tasks github.com/jdx/mise/discu... · Posted by u/jdxcode

KingMob · 5 months ago

I tried nix-darwin for a year, eventually declared nix bankruptcy, and settled on mise.

mise does 90% of what I need, but at only 1% of the hassle.

I like the idea of nix, and the future of building software is clearly something like it... I'm just not sure it'll be nix itself.

jrop · 5 months ago

To be clear, I don't try to Nix-everything. I just use it to 1) install a bunch of CLI tools to my nix-env, and 2) dev-shells. That's pretty much it, though. Even that is a huge boon. Even so, I'm keeping an eye on mise, for sure.

jrop commented on The evolution of Lua, continued [pdf] lua.org/doc/cola.pdf... · Posted by u/welovebunnies

groovy2shoes · 5 months ago

Lua has lambdas. They too suffer from verbosity, of course, but they're there.

    function(x) return x; end

jrop · 5 months ago

That's what I meant and didn't communicate well. I'm wishing for short-form syntax of lambdas, to be clear.

jrop commented on The evolution of Lua, continued [pdf] lua.org/doc/cola.pdf... · Posted by u/welovebunnies

azemetre · 5 months ago

That sounds great! Do you have a youtube channel or something to follow when you release it?

jrop · 5 months ago

Yep, though I'm still trying to hit my stride recording videos. I don't release regularly because of lots of amazing $life things.

https://www.youtube.com/@nocturing

If you want a sneak peak of what I want to walk through, check this repo (see the examples/ folder): https://github.com/jrop/u.nvim

u/jrop

KarmaCake day111March 17, 2017

About

meet.hn/city/40.4774818,-104.901361/Windsor

Socials: - github.com/jrop - gitlab.com/jrop - reddit.com/user/jrop2

---

View Original