owlstuffing

5 ms·

1.
by owlstuffing 2mo ago
This is just a small part of manifold’s JSON integration. And, yes, the inline aspect is mostly for testing, and it’s awesome there.
2.
by owlstuffing 2mo ago
You can inline native type-safe JSON directly in Java with the manifold project. /*[Dude.json/] { "Name": "Scott", "Age": 100, "Address": { "Street"
3.
by owlstuffing 4mo ago
Delphi?! Interbase?! Is this a Borland reunion?
4.
by owlstuffing 5mo ago
Ada was designed to solve different problems in harsher environments than other PLs at the time. Mostly, it was designed for the defense and aeronautics industries and had to compete against other PL designs to become a govt standard, simil
5.
by owlstuffing 5mo ago
Analytics with type-safe raw SQL (including DuckDb’s awesome extensions) is pure gold: https://github.com/manifold-systems/manifold/blob/master/doc...
6.
by owlstuffing 5mo ago
Precisely. 'member CUA?
7.
OpenJDK Interim Policy on Generative AI(openjdk.org)
3 points by owlstuffing 5mo ago|1 comments
8.
by owlstuffing 5mo ago
Many will argue that Oracle is overreacting, and they may not be entirely wrong. But as someone who reviews PRs for open source languages and tooling, their interim actions strike me as both sound and measured. The number and size of AI-ass
9.
by owlstuffing 5mo ago
General purpose != multiple dialects, that is the trouble with languages like this - C# is a tower of babel.
10.
by owlstuffing 5mo ago
In isolation, yes, I agree with you. But in the context of the cornucopia of other "carefully evaluated" features mixed into the melting pot, C# is a nightmare of language identities - a jack of all trades, master of none, choose
11.
by owlstuffing 5mo ago
F# units are handy, but nothing like Manifold units (Java): https://github.com/manifold-systems/manifold/tree/master/man...
12.
by owlstuffing 5mo ago
> Pulling them all into C# just makes C# seem like a big bag of stuff, with no direction. Agreed. Java is on the same trail.
13.
by owlstuffing 5mo ago
> It doesn't cover ad-hoc unions Yes and no. C# unions aren’t sealed types, that’s a separate feature. But they are strictly nominal - they must be formally declared: union Foo(Bar, Baz); Which isn’t at all the same as sayi
14.
by owlstuffing 6mo ago
It’s not their code, and it’s not for them to understand. The endgame here is that code as we know it today is the “ASM” of tomorrow. The programming language of tomorrow is natural human-spoken language used carefully and methodically to a
15.
by owlstuffing 6mo ago
There is a large and growing segment of executives in the software world that is pushing this model hard, like betting their career on it. To them the “dark factory” is an inevitability. As a consequence, not only are developers choosing th
16.
by owlstuffing 6mo ago
Not having to run a mess of Linux commands to install software.
17.
by owlstuffing 6mo ago
"Fat" runtime? Go? Nah. Go's runtime is thin: goroutines, a GC specialized for concurrency, networking, and little else. Java, by contrast, assumes a JVM plus massive stdlibs to handle everything from enterprise apps to big-d
18.
by owlstuffing 6mo ago
Now that Go is styled as a Java competitor its framing is different. But here's an old golang.org archive for fun: https://web.archive.org/web/20091113154831/http://golang.org... The main page title
19.
by owlstuffing 6mo ago
It's replete with oddities and limitations that signal "ah, this is because systems language." Go’s type system, for example, is very much a systems-language artifact. The designers chose structural typing because it was ligh
20.
by owlstuffing 6mo ago
> I think the reputation you mentioned. . . Actually no. Go was designed from the beginning as a systems language as a C replacement.
21.
by owlstuffing 6mo ago
Kotlin's "delegation" feature isn't true delegation, it's just call forwarding, which is better than nothing, but it falls down pretty quickly as an alternative to implementation inheritance. The manifold project
22.
by owlstuffing 6mo ago
> Maybe this is just a question of taste but I never could get along with Javas (or Kotlin's) tooling Are you joking? IntelliJ is without a doubt the best dev tooling environment available.
23.
by owlstuffing 6mo ago
"industry purposes" likely equates to "enterprise software development." And that assertion is 100% correct.
24.
by owlstuffing 6mo ago
Go can't compete with Java bc it's not in the same category as Java. - Java is a high-level, multi-paradigm programming language - Go is designed as a systems language to supersede C projects at Google Now Go identifies as a gener
25.
by owlstuffing 6mo ago
> We now know that we prefer composition over inheritance When people say "composition over inheritance" in Java discussions, they usually mean the trivial modeling rule: prefer has-a over is-a. But that’s not what composition
26.
by owlstuffing 6mo ago
Yes, the empty infix operator is often called the "juxt" operator, which is an apt term here. However, I use the term "binding expressions" intentionally because there’s more going on than ordinary juxtaposition. In a no
27.
by owlstuffing 6mo ago
> California's new speed camera pilot (AB 645) explicitly solves for this... like parking tickets That makes the Florida judge's framing of red light cameras as a revenue generating scheme even more applicable. More than that
28.
by owlstuffing 6mo ago
> The drawback is that building an AST now requires a symbol table Well, yes and no. During AST building a binding expression resolves as an untyped polyadic expression. Only later during the compiler's type attribution phase does
29.
by owlstuffing 6mo ago
Author here. Yes, technically this is a form of backtracking, similar to what a parser does. The key difference is that the search is drastically constrained by the type system: reductions are only attempted where the types actually support
30.
by owlstuffing 6mo ago
100% agree. The frequency of primarily AI-guided PRs is getting out of hand, particularly the whole codebase oriented type: “this PR improves performance, fixes bugs, and refactors random chunks of code.” The cherry on top is the author nev

More ›