= 27d567bc2d48d9f40e9ccc20ea370b15)
paper-machine comments on [LINK] Steven Landsburg "Accounting for Numbers" - response to EY's "Logical Pinpointing" - Less Wrong Discussion
You are viewing a comment permalink. View the original post to see all comments and the full post content.
= 783df68a0f980790206b9ea87794c5b6)
Loading…= b715d02e85f7b3b4ae65ca3d3e450868)
Subscribe to RSS Feed
Powered by Reddit
= f037147d6e6c911a85753b9abdedda8d)
Comments (46)
Oh, I see -- a specification in the style of "only perl can parse perl."
But then these "most implementations" are not implementations of "standard Markdown," hence my confusion.
Note the qualifier - "most implementations that work with client data". Markdown is also used extensively to generate static content that is not user-generated.
There are still multiple implementations used in generating static content, no two of which really do the same thing, e.g., pandoc, multimarkdown, and etc. These are all still arguably "markdown" (at least, they call themselves that) but don't conform to standard markdown as you understand it.
All universal programming languages (assembler, C, CLIP, Lisp, Cobol, Python, Java) can parse perl as well.
Only if they implement Perl, perfectly mimicking the functionality of
perl(the only spec for Perl). Amongst other difficulties, Perl has available the full power of Perl at the preprocessing stage.That doesn't matter, kind of like non-paperclips.