mckinney

5 ms·

1.
by mckinney 4y ago
This is already implemented with manifold's unit expressions, but is made richer and more readable via concatenative features. For instance, '1.5 * USD' is not as readable as simply '1.5 USD'. However, unit expressi
2.
by mckinney 4y ago
Ha! I implemented "concatenative" programming for Java as Binding [1] (or Unit) expressions, but had no idea. Seriously, never came across that term before this post. The idea with binding expressions is the type of expression A a
3.
Multiple return values for Java, also tuples, also 'auto'(github.com)
1 points by mckinney 4y ago|0 comments
4.
Java class objects aren’t OOP, should they be?(manifold.systems)
2 points by mckinney 4y ago|0 comments
5.
by mckinney 5y ago
So, choke the oceans too? Which is it? Is corn-derived ethanol a fabulous "renewable energy", or is it yesterday's bad idea?
6.
by mckinney 5y ago
Except, if not for environmentalism, this mess would not exist.
7.
by mckinney 5y ago
California policy makers' (ardent environmentalists) "Low Carbon Fuel Standard" require 10% corn-derived ethanol in gasoline sold in the state. Are they not environmentalisting hard enough?
8.
by mckinney 5y ago
And end government subsidized corn vis-à-vis ethanol production.
9.
by mckinney 5y ago
I suggest you do a bit of reading if you truly don't understand that corn ethanol is widely considered a "renewable fuel."
10.
by mckinney 5y ago
https://en.wikipedia.org/wiki/Corn_ethanol
11.
by mckinney 6y ago
Thank you! Yes, Manifold already supports Java 15 multi-line strings (aka text blocks) like this: var myValue = """ [>.js<] function foo() { return "hi"; } foo(); &qu
12.
by mckinney 6y ago
Right, but that is just syntax highlighting. This is resolving the content of the string type-safely, at compile-time.
13.
by mckinney 6y ago
> but is there really a need to have this kind of language interoperability at compile time? Well, if you want to leverage Java's static type system (and why not?), the answer is, yes. I imagine you'd want type and member refer
14.
by mckinney 6y ago
> Good IDE lets you move between the resource file and the code with a single click. Well, not exactly. Most IDEs do NOT support clicking through a generated method call to the corresponding element in a resource file. Manifold is all ab
15.
by mckinney 6y ago
At compile-time manifold-js[1] parses JS and generates Java types (stubs), which forward execution to rhino at runtime. Basically, JS seamlessly mapped onto Java's type system. [1] https://github.com/manifold-systems&#x
16.
by mckinney 6y ago
Hi, you can blame me for this. It's a Java compiler plugin[1], which is similar to an annotation processor, but can hook into the compiler at a much earlier stage, which allows it to contribute to all phases of the compiler, including
17.
by mckinney 6y ago
In most cases, the devs that should be concerned about debugging generated code are the authors of the generator. If there are bugs in released code, consumers of the API should file against them. In any respect, as I mentioned in a previou
18.
by mckinney 6y ago
You can see the generated code in the IDE via Edit | View Java Source when a resource is selected. And you can debug it as well. Sort of the best of both worlds. What makes Manifold most interesting, however, is the entire dev experience wh
19.
by mckinney 6y ago
But the main idea with this is to avoid the pitfalls of conventional code generation such as GQL Code Generator. See "The Big Picture"[1] in the core docs. [1] https://github.com/manifold-systems/manifold&#x2F
20.
Type-safely embed DSLs directly into Java(github.com)
43 points by mckinney 6y ago|25 comments
21.
by mckinney 6y ago
The Manifold project[1] provides string interpolation for Java. You enable it as a Java compiler plugin, it's pretty cool. [1] https://github.com/manifold-systems/manifold/tree/master/man...
22.
by mckinney 6y ago
It's both. If the popularity of new languages is any measure, static languages have quietly won the static v. dynamic war over the last few years: TypeScript, Kotlin, Swift, etc. Also considering the onslaught of static type checkers a
23.
by mckinney 6y ago
I'd wager a lot of developers, good ones, share your sentiments. Git is a well designed, dependable SCM, there is no question. But its command line UI is awful, far too close to the metal. I'm not at all surprised though, it'
24.
by mckinney 6y ago
Yes, marketing a "visual" programming tool for non-programmers always struck me as a bit reckless, if not dishonest. But ObjectVision was fun while it lasted though. The way it automatically connected ("linked") with des
25.
Borland's ObjectVision(youtube.com)
1 points by mckinney 6y ago|2 comments
26.
by mckinney 6y ago
The Manifold JSON compiler plugin[1] pairs nicely with IntelliJ's JSON support. It's the only type-safe, truly schema-first framework I've encountered (that's also fully integrated into an IDE). [1] https://gi
27.
Type-Safe GraphQL in Kotlin(github.com)
1 points by mckinney 6y ago|0 comments
28.
by mckinney 6y ago
Ha!
29.
by mckinney 6y ago
Nice. While I suppose Pascal did suffer a bit from its "learning language" beginnings, it was wildly popular as Delphi. If only Anders/Borland had designed Delphi as a VM, similar to the JVM. Of course he did that for MS with
30.
Java Ranges: Range range = 1 to 5;(github.com)
1 points by mckinney 6y ago|0 comments

More ›