Are Extensible Programming Languages Coming?
gManZboy writes "Programming writer and instructor Greg Wilson is proposing that the next generation of programming languages will use XML to store not only such things as formatting (so you can see indentation your way, and I can see it my way, via XSLT) but even programmatic entities -- like: <invoke-expr method="myMethod"><evaluate>record</evaluate></invoke-expr>. Wacky, but perhaps wacky enough to be possible?"
Larry Wall might be listening.
Wait, I have an idea, why don't we all just run this script before we start a new job and then paste bits of the junk output randomly throughout the source files?Dumbest. Idea. Ever.
Alito: A vote for Alito is a punch in the eye to put that bitch back in her place!
They should have put the < and > keys in the middle of the keyboard.
A feeling of having made the same mistake before: Deja Foobar
<content="N0!!!!!!!!!!!!!">
</answer>
over this:
? I, for one, welcome the obscuring verbosity. It's a challenge. It's exciting. It's job security.
Matt
Bah slashdot stripping away all the xml goodness
At a guess, it segfaults when printf tries to read its formatting string and gets (on most platforms) a null pointer instead.
If the tools are inconvenient to use or not suitable to the problem at hand, they don't get used.
Tell that to the Internet Explorer development team.
Slashdot: IT/Security: Tuesday, January 18, 2006:
"New MyDOOM.OOP virus attacks programmers"
A new virus has been unleashed against developers. The new virus exploits an XML parsing vulnerability in /usr/local/vi and /usr/local/bin/emacs...
<do-in-order type="step">
<step order="1"><pontificate subject="programming languages"/></step>
<step order="2"><ellipsis/></step>
<step order="3"><invoke-slashdot cliche="list-of-steps">profit!</invoke-slashdot><
</do-in-order>
<forget-formatting/>
<wel
</invoke-slashdot>
</rant>
<remark type="obligatory-attempt-at-wit">But it could be worthwhile.</remark>
</type>
</comment>
<sig>
This flies in the face of science.
Next came Lisp (1958). They had to literally invent garbage collection simply to be able to create the language. In 2005, garbage collection is finally starting to be found in almost every non-embedded language.
1982 brought us Postscript. It's new! Exciting new syntax. Well, okay, Lisp thought of it first.
1996 brought the world XML. Exciting new syntax! Again!
And if it fails to help you keep your job, you have yet another XML item to add to your resume. :)
Just because it CAN be done, doesn't mean it should!
I'm dying to know what the other 0.9% of programmers do!!!
My website
So let me get this straight:
You're arguing that programming languages are hard to parse, because, if you don't use any of the tools developed over the last 35 years to parse programming languages, it's hard?
In a similar vein, you might find that building a set of shelves is hard if you don't use hammers, screwdrivers, and drills, but instead try to embed nails into the wood simply by slamming your head into them repeatedly.
# (/.);;
- : float -> float -> float =
<response language="English">
<exclamation tone="sarcastic">
<word partofspeech="adjective" syllables="1">
<character encoding="ascii">W</character>
<character encoding="ascii">h</character>
<character encoding="ascii">a</character>
<character encoding="ascii">t</character>
</word>
<word partofspeech="indefinite article" syllables="1">
<character encoding="ascii">a</character>
</word>
<word partofspeech="adjective" syllables="1" emphasis="true">
<character encoding="ascii">g</character>
<character encoding="ascii">r</character>
<character encoding="ascii">e</character>
<character encoding="ascii">a</character>
<character encoding="ascii">t</character>
</word>
<word partofspeech="noun" syllables="1">
<character encoding="ascii">i</character>
<character encoding="ascii">d</character>
<character encoding="ascii">e</character>
<character encoding="ascii">a</character>
</word>
<punctuation>
<character encoding="ascii">!</character>
</punctuation>
</exclamation>
</response>
Sounds like it would really work, like plus with a twist. Curve and engrave your own squares. The difference between machines and langauges are in the ends. The machine only reads code which it signifies patterned. Those of us building langauges pattern our own, postulating a purpose. Sounds really amazing that langauges are other than useless. I'd like to meet those guys. ThankYou. ThankYou. Refreshments and information are in the lobby when you leave.
Now that's just being silly. Good XML style would write code like this:
<instruction opcode="100000">>
<source_register_1>00100</source_register_1>
<source_register_2>00101</source_register_2>
<destination_register>01010</destination_register
</instruction>