Considering how they fuck up everything they touch, is this more of a sabotage?
soc
joined 2 years ago
Good decision. Sounds like a decent human being!
Ok, didn't want to discourage you!
Might be useful to some, but the underlying assumption that "more features = better" is questionable in general.
Just take the L and go away.
What an absolute bunch of nonsense.
If that's were your performance problems come from, you are either a junior developer yourself or using some PHP-quality framework written by juniors.
I can see the point that too many program elements get too much color, but:
Suggesting to not color keywords and use a single color for the names of top-level elements at the same time simply doesn't mesh well.
I'm coloring keywords exactly because I do not want to invent a new color for each individual top-level element name or require backtracking from the (in his proposal) highlighted name to the (in his proposal) non-highlighted keyword preceding it.
Looking at the code example here I'd be open to have less things highlighted, but where to start? I guess parameter names, but apart from that?
I'm working on Core whose primary design goal is to not invent any new features, but implement existing things correctly.
The grammar is implemented with recursive-descent, one could define an equivalent EBNF, but I haven't found the need to do so yet.
Working on my programming language, and improving some blog posts of mine. :-)
It's interesting to me, because I wrote an article giving an overview of the possible combinations mentioned in his blog post a few years ago.
Yikes, thanks! Good to know.