The Lamdu project is excited to announce its new 0.8 release!
This release includes the first opensource internationalized IDE for a general purpose language.
It also includes many new features, UX improvements and bugfixes.
https://t.co/82nMDHBXkE
We encourage you to play with this release and start solving some Euler Project questions, write some microservices, or just toy around 😊
Please report your experience with Lamdu, your feedback is very valuable to us.
If you have any questions about installation, use, or just generally want to chat about the future of
structural programming, please reach us at https://t.co/SDxFGlHymX
Happy structural hacking!
The Lamdu project is excited to announce its new 0.8 release!
This release includes the first opensource internationalized IDE for a general purpose language.
It also includes many new features, UX improvements and bugfixes.
https://t.co/82nMDHBXkE
We encourage you to play with this release and start solving some Euler Project questions, write some microservices, or just toy around 😊
Please report your experience with Lamdu, your feedback is very valuable to us.
Tree editors are a common alternative when you explore the Lisp/functional programming landscape. Some examples are:
1/ Cirru: https://t.co/DQzHWGIz1S
2/ Lamdu: https://t.co/CHRwNMWSh7
3/ Luna (DAGs): https://t.co/2rJKsAdpBl
4/ Pure Data (DAGs): https://t.co/ID1Z9o8Jp3
True!
Lamdu tries to combine the best of both:
Writer can choose to specify type or allow it to be inferred.
Reader can choose to see verbose types, or concise code.
See this video about "Steady Typing"
https://t.co/UzlsP42lUH
For example, even simple features like "type inference" feel like misplaced priorities to me.
People say "it's annoying I have to write String foo = new String()," but realistically, you're more often writing "String foo = bar.getBaz()"
If that becomes "val foo = bar.getBaz()"
Unpopular opinion: text is actually a really bad medium for storing source code
Text source code should be a view of the truth, not the source of truth. I should be able to freely switch between whatever views I want.
No longer will you have to write a library from scratch just so non English programmers can use it.
Everyone will be able to collaborate on a shared program.
Natural language support (i18n) for program editing is coming!
The program will be editable in any of the available languages.
Program entities are attached to reusable tags that have translations in each language.
Higher up the stack: the programmer head => code-in-editor gap
Programming languages are UIs for compilers. It strikes me that humanity may be capable of compiler UX better than "edit a bunch of text files, and get your punctuation right, damn it". That remains to be seen though