Here are some more comments.
I want to clear the air for posts on parsing.
None of these posts are particularly actionable. I may refer to some of these concepts later in the blog.
Oil goals:
https://lobste.rs/s/ulhxng/requestforfeedbackoninterpreted
Also: weren't there ones about bazel and config languages?
This one is probably the most important link.
What Oil is doing is not new: Converge and Mython. Not to mention PyPy!
Languages Should Focus on Compatibility
Joe Duffy talk -- did Rust focus enough on compatibility?
Nobody ever rewrites anything -- Go. However Oil does do automatic translation
C is two languages -- shell is also two languages
TensorFlow is a Progrmaming Language and has Language Problems
TensorFlow Model -- related to Oil. A strict computational model.
Parsing Techniques You Will See In Practice -- 3 styles of parsing you will see in practice
translation units, type information
Python structs vs. slots -- don't have time for this right now
Kinds of metaprogramming, why compile-time compuing
I am spending a lot of time on Oil, so I want it to be adopted. I'm scratching my own itch, but it's more interesting if other people's itches are also scratched!
C++ Viral, COM
Programming Languages Shouldn't Nag You (with respect to GC and safety) -- language
- C doesn't nag you, but it allows your program to run wild - Python and Java don't nag you, but they impose large runtime costs - Rust and Haskell nag you
Review of the "Science of insecurity" / langsec [langseg.org][] -- CFGs are the wrong abstraction
Managing State / Managing Side Effects
classes vs. prototypes
classes vs. closures, local scopes
classes + functional programming -- my style.
TODO: The problem of killing untrusted processes ?