Viewing profile — owlstuffing

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.

You can inline native type-safe JSON directly in Java with the manifold project. /*[Dude.json/] { "Name": "Scott", "Age": 100, "Address": { "Street": "345 Syracuse Way", "City": "A…

Delphi?! Interbase?! Is this a Borland reunion?

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 compe…

Analytics with type-safe raw SQL (including DuckDb’s awesome extensions) is pure gold: https://github.com/manifold-systems/manifold/blob/master/doc...

Precisely. 'member CUA?

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 …

[dead]

General purpose != multiple dialects, that is the trouble with languages like this - C# is a tower of babel.

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 identiti…

F# units are handy, but nothing like Manifold units (Java): https://github.com/manifold-systems/manifold/tree/master/man...

> 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.

> 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…

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 natura…

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 inevitab…

Not having to run a mess of Linux commands to install software.

"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 ha…

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... T…

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 designer…

> I think the reputation you mentioned. . . Actually no. Go was designed from the beginning as a systems language as a C replacement.

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 i…

> 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 a…

"industry purposes" likely equates to "enterprise software development." And that assertion is 100% correct.