hu3

18 ms·

361.
by hu3 10mo ago
bazel is large and complex. aimed at a ton more languages, not just C
362.
by hu3 10mo ago
and you'll get a faster model this way
363.
by hu3 10mo ago
Do you have a source for that? Because esbuild is Go. tac was TypeScript and will be Go. Bun is Zig. Come to think of it. I don't use a single Rust tool for the web. node is c++. deno breaks too much. So, do you have a source for your
364.
by hu3 10mo ago
That's utopia. While everyone is free to fork and maintain React. It's by no means an easy task, specially if it's not their job like Dan's is. Plus, industry tends to gravitate towards what is popular. Network effects a
365.
by hu3 10mo ago
Well this explains the weird behaviour of GPT-5 often ignoring a large part of my prompt when I attatched many code/csv files despite keeping total token count under control. That is with Github Copilot inside VSCode. The fix was to ju
366.
by hu3 10mo ago
Obviously, C# is one of Microsoft's flagship language along with TypeScript. So it's expected to be frequently mentioned there.
367.
by hu3 10mo ago
Not your parent commenter but: > You can frame that as an architectural concern... "Go also offers excellent control of memory layout and allocation (both on an object and field level) without requiring that the entire codebase cont
368.
by hu3 10mo ago
yep. specially since Apple font license is quite restrictive: > Apple restricts the usage of the typeface by others. It is licensed to registered third-party developers only for the design and development of applications for Apple's
369.
by hu3 10mo ago
I don't see any transparency with the funds. So it's hard to grasp how much is it. But it's never going to surpass Go which is owned by a 4 trillion dollar conglomerate.
370.
by hu3 10mo ago
> They both suck getting new devs for I'm willing to be Rust suck a ton more to hire devs. Since, as we both agree, Go is easy to learn. Any C#, PHP or Java dev can get going with Go in not time.
371.
by hu3 10mo ago
and easier to learn. and better funded. and easier to find devs.
372.
by hu3 10mo ago
quite the consistency. congratulations. do you also keep personal notes? I'm inspired
373.
by hu3 10mo ago
I never saw brilliance in his contributions. Specially as React keeps being duct-taped. Making complex things complex is easy. Vue on the other hand is just brilliant. No wonder it's creator, Evan You went on to also create Vite. A cre
374.
by hu3 11mo ago
No OP but I also guide LLMs with TDD and it's a mixture of LLMs write tests for happy paths and I write tests for edge cases. Also when I use LLM to fix a bug, I tell it to write a test to prevent regression of the bug at the end of th
375.
by hu3 11mo ago
> There's really no way for you to know whether or not you'd have written the same code or effectively the same code after reviewing existing code. There is in my case because it's just CRUD code. The pattern looks exactly
376.
by hu3 11mo ago
not OP but I have a hard metric for you. AI multiplied the amount of code I committed last month by 5x and it's exactly the code I would have written manually. Because I review every line. model: Claude Sonnet 3.5/4.5 in VSCode Gi
377.
by hu3 11mo ago
LLMs can, for example, write a script to calculate all permutations of the levenshtein distances between words in a sentence and deliver it before the average programmer even understands what this means. Trivialy. You're just holding i
378.
by hu3 11mo ago
Interesting. I'm not experienced in data cleaning. About Python vs Excel: Isn't manual cleanning of data in Excel prone to permanent error? Because: - it's hard to version control/diff - it's done by a human fat fin
379.
by hu3 11mo ago
Opus GPT 4.1 Pro Maverick DeepK2
380.
by hu3 11mo ago
I always understood that part as: Cross-pollination between programming languages is a good thing.
381.
by hu3 11mo ago
> Once I made somebody’s SQL query 100X faster by explaining what an index was. Fortunately they didn’t think I was attacking their intelligence. Next time try calling them a "2D programmer who lives in flatland" for not knowin
382.
by hu3 11mo ago
Invert the logic. The big assumption here is to think that a language can be so much superior and yet mostly ignored after half of century of existence. I'm sure Lisp has its technical merits but language adoption criterion is multi-di
383.
by hu3 11mo ago
that has nothing to do with the F-35. Europe is wise and capable enough to develop their own platform.
384.
by hu3 11mo ago
Some days ago I got interested in using Syncthing to keep a folder of markdown files synched between computer and phone, for personal notes. Lost interest the momment I found out that all mobile clients for Syncthing are from third parties.
385.
by hu3 11mo ago
And I think Zig will gradually eat a large piece of the C pie that would otherwise be eaten by Rust.
386.
by hu3 11mo ago
Still different. Yours only increments once. Doesn't pass basic QA. And declaring a static variable inside a function, even if in main, smells.
387.
by hu3 11mo ago
Yes it did. At the very least, something that brings the application down when the dev assumption fails should be called a much more dangerous word than "unwrap". So yes, the language has failed there. "You're holding it
388.
by hu3 11mo ago
And yet all that PL research couldn't stop rust from bringing cloudflare down. And the compiler had nothing to say about it. "Carry on, thisi is perfectly fine rust code that might crash your app with a panic if left unchecked, no
389.
by hu3 11mo ago
This is completely different from the previous example. It doesn't increment anything for starters. The example would be more convoluted if it did the same thing. And strings in rust always delivers the WTFs I need o na Friday: &
390.
by hu3 11mo ago
Could you point the research? I only found a blog-like post with bold claims and no statistical significance.

More ›