glen/dyna3
1
0
Fork 0
Code Issues 8 Pull Requests 2 Actions Projects Releases 2 Wiki Activity

Update Coding environment

Glen Whitney 2024-07-11 21:25:14 +00:00
parent 456ee57d8e
commit 592514e17b
1 changed files with 6 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

7
Coding-environment.md

@ -28,11 +28,16 @@ Next let's try to collect various language options, with their pros and cons:
+ 👍 Nicest syntax I've ever used + 👍 Nicest syntax I've ever used
- ❌ Tied to the dreadful TypeScript type system (probably disqualifying) - ❌ Tied to the dreadful TypeScript type system (probably disqualifying)
###
+ 👍 has been very useful for prototyping
- ❌ Littered with "end" keywords, not clear any current good path for building for in browser use
### Nim ### Nim
+ 👍 Nice rational syntax with lots of features + 👍 Nice rational syntax with lots of features
+ 👍 Compiles to JavaScript or WASM (via either C/C++ > emscripten or a third-party LLVM backend) + 👍 Compiles to JavaScript or WASM (via either C/C++ > emscripten or a third-party LLVM backend)
- ⇓ Clunky comprehensions (see the examples on the home page) and dicts not first-class with good literal notation. (Oddly, {"a": "b", "c": "d"} appears to be a literal representation for a fixed-length array of pairs of strings. So in particular, the types in each pair have to match, and all pairs must be the same type. But it's hard to find documentation about this, which is somewhat worrisome.) - ⇓ Clunky comprehensions (see the examples on the home page) and dicts are not in the language, but rather in the library. (Based on one small slightly hard to find section in the manual, {"a": "b", "c": "d"} is a literal representation for a fixed-length array of pairs of strings, apparently in an effort to be agnostic to different possible dict-like implementations. So in particular, the types in each pair have to match, and all pairs must be the same type.)
- ⇓ Some odd rigidity, such as indentation for continuing expressions is only allowed in certain special places like after a binary operator or a parenthesis. Araq, the "benevolent overlord" of Nim, definitely displays his opinionated rigidity on the forums. Of course, maybe that's what it takes to see a new language through to success... - ⇓ Some odd rigidity, such as indentation for continuing expressions is only allowed in certain special places like after a binary operator or a parenthesis. Araq, the "benevolent overlord" of Nim, definitely displays his opinionated rigidity on the forums. Of course, maybe that's what it takes to see a new language through to success...
- (Bottom line, there will definitely be a number of very unusual idiosyncrasies with nim such as foo_bar being the **same** identifier as foObaR that will at least require getting used to or maybe even working around. But it's not clear that any are showstoppers
### Lobster ### Lobster
* (Is this worth a more careful comparison with Nim, or is it just too small/fringe?) * (Is this worth a more careful comparison with Nim, or is it just too small/fringe?)