Slashdot Mirror


Stephen Wolfram Developing New Programming Language

Nerval's Lobster writes "Stephen Wolfram, the chief designer of the Mathematica software platform and the Wolfram Alpha 'computation knowledge engine,' has another massive project in the works—although he's remaining somewhat vague about details for the time being. In simplest terms, the project is a new programming language—which he's dubbing the 'Wolfram Language'—which will allow developers and software engineers to program a wide variety of complex functions in a streamlined fashion, for pretty much every single type of hardware from PCs and smartphones all the way up to datacenters and embedded systems. The Language will leverage automation to cut out much of the nitpicking complexity that dominates current programming. 'The Wolfram Language does things automatically whenever you want it to,' he wrote in a recent blog posting. 'Whether it's selecting an optimal algorithm for something. Or picking the most aesthetic layout. Or parallelizing a computation efficiently. Or figuring out the semantic meaning of a piece of data. Or, for that matter, predicting what you might want to do next. Or understanding input you've given in natural language.' In other words, he's proposing a general-purpose programming language with a mind-boggling amount of functions built right in. At this year's SXSW, Wolfram alluded to his decades of work coming together in 'a very nice way,' and this is clearly what he meant. And while it's tempting to dismiss anyone who makes sweeping statements about radically changing the existing paradigm, he does have a record of launching very big projects (Wolfram Alpha contains more than 10 trillion pieces of data cultivated from primary sources, along with tens of thousands of algorithms and equations) that function reliably. At many points over the past few years, he's also expressed a belief that simple equations and programming can converge to create and support enormously complicated systems. Combine all those factors together, and it's clear that Wolfram's pronouncements—no matter how grandiose—can't simply be dismissed. But it remains to be seen how much of an impact he actually has on programming as an art and science."

168 comments

  1. Well... by AdamColley · · Score: 5, Interesting

    Hrm, another programming language...

    Attempts have been made in the past to automate programming, it's never worked very well (or at all in some cases)

    Still, look forward to seeing it, perhaps I'll be pleasantly surprised.

    1. Re:Well... by Nerdfest · · Score: 4, Informative

      Perhaps, but I can't help thinking that making assumptions will lead to unpredictable and inconsistent behaviour. Convention over configuration and type inference is one thing, but assumptions are completely another. It's like the dangers in lower level languages where a programmer assumes memory will be zeroed ... and _usually_ it is. It leads to obscure errors. There's a lot to be said for beiong explicit where possible.

    2. Re:Well... by Anonymous Coward · · Score: 2, Interesting

      Lisp worked well. So much so, most of the languages since C basically go "Here's our idea, we're going to be like C in base thinking but extra. What extra? Well, we're going to add lisp-like features, usually in a half-baked manner." The only really major variation is languages targetting multicore operation but they tend to be functional type like lisp.

      Problem with C is that it's a high level assembly. Great for computers as they were in the 1970s and 1980s.

      Problem back then was lisp was too heavy. Problem now is lisp is too fragmented.

      I'm waiting to see if Wolfram does more C + Some of Lisp, or if it will be anything novel.

    3. Re:Well... by rudy_wayne · · Score: 3, Insightful

      Even really smart people come up with stupid ideas.

      Anything that is capable of doing complex things is complex itself. It's unavoidable. Even if every function by itself is extremely simple -- just press the green button -- what happens when there are a thousand buttons. And any one of them can interact with any other button.

    4. Re:Well... by rudy_wayne · · Score: 4, Funny

      Hrm, another programming language...

      Attempts have been made in the past to automate programming, it's never worked very well (or at all in some cases)

      Too many people think that programing is "just a lot of typing". Which leads people to believe that they should create a "new programming language" where you can just type "Make a new better version of Facebook" and be done with it.

      Which leads to a lot of crap with "Visual" in its name. Hey look, you don't have to type. Just drag this widget from here to here. And we've seen how sell that turned out.

    5. Re:Well... by Anonymous Coward · · Score: 0

      Kick it? Seems to work for almost everything.

    6. Re:Well... by Anonymous Coward · · Score: 0

      That comment reminds me of this essay:
      http://www.winestockwebdesign.com/Essays/Lisp_Curse.html

      The Lisp Curse. Too powerful for it's own good. Attracts brilliant hackers but not enough of the type of people who shove documented things out the door for us mere mental peons.

    7. Re: Well... by Anonymous Coward · · Score: 0

      Even stupid ideas can succeed, just choose the right mascot and hyped up enough preacher evangelist.

    8. Re:Well... by plover · · Score: 5, Insightful

      People seem to think that the problems with programming come from the languages. They're too weakly-typed, too strongly-typed, they use funny symbols, they don't have enough parenthesis, they use significant white space.

      The biggest problems aren't coming from the languages. The problems come from managing the dependencies.

      Everything needs to change state to do useful work. But each state has all these dependencies on prior states, and is itself often setting up to perform yet another task. Non-programmers even have a cute phrase for it: "getting your ducks in a row" is an expression meaning that if you get everything taken care of in advance, your task will be successful.

      Ever notice that on a poorly done task that it's so much easier to throw away the prior work and start over? That's because you've solved the hard part: you learned through experience what things need to be placed in which order, which was the root of the hard problem in the first place. When you redo it, you naturally organize the dependencies in their proper order, and the task becomes easy.

      What a good language has to do is encapsulate and manage these relationships between dependencies. It might be something like a cross between a PERT chart, a sequence diagram, a state chart, and a timeline. Better, the environment should understand the dependencies of every component to the maximum degree possible, and prevent you from assembling them in an unsuccessful order.

      Get the language to that level, and we won't even need the awkward syntax of "computer, tea, Earl Grey, hot."

      --
      John
    9. Re:Well... by jythie · · Score: 1

      I think part of the problem is making new languages is fun and sexy, so people keep doing it rather then building frameworks, libraries, or editors on top of existing ones. So we end up with dozens of half baked languages that do not work together and are missing a great deal of functionality.. with more on the way to try to fix the problem with the same solution that got us into the mess in the first place.

    10. Re:Well... by Greyfox · · Score: 4, Insightful
      It's very rare that I see a dev team throw something away, unless it's an entire project. Once something's written, people seem to treat it as carved in stone, and they never look at it again. I was looking at some code a while back that output a file full of numbers in a particular format. Over the years the format had changed a few times. Their solution for addressing that was to write a new piece of code that took the original output file, and reformatted it to the new output version. The next time a format change came along, they did the same thing again using the file their reformatter had output! There was a lot of other nonsense in there that was apparently written so that they'd never have to go back and change anything that had already been written. And that kind of mentality seems to be pervasive in the industry (though usually not to THAT extreme.)

      So people bitch about that or business process and I tell them "Well if it's not working for you, FIX it! It doesn't HAVE to be this way, we could just do things differently!" And they look at me as if I'd just suggested the Earth is flat.

      --

      I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

    11. Re:Well... by fuzzyfuzzyfungus · · Score: 4, Insightful

      Perhaps, but I can't help thinking that making assumptions will lead to unpredictable and inconsistent behaviour. Convention over configuration and type inference is one thing, but assumptions are completely another. It's like the dangers in lower level languages where a programmer assumes memory will be zeroed ... and _usually_ it is. It leads to obscure errors. There's a lot to be said for beiong explicit where possible.

      This is Stephen "A New Kind of Science" Wolfram. The guy who cataloged some cellular autonoma (and had his uncredited research peons catalog a bunch more) and then decided that he'd answered all the profound questions of metaphysics. I'm not sure that banal matters of 'software engineering' are his problem anymore.

      very sharp guy. However, like many sharp guys, he seems to have entered his obsessive pseudoscience and grandiosity phase. Same basic trajectory as Kurzweil, whose achievements are not to be underestimated; but who now basically evangelizes for nerd cyber-jesus full time.)

    12. Re:Well... by physicsphairy · · Score: 4, Interesting

      Being explicit is precisely what makes programming laborious and tedious. It is entirely true that without such tediousness, you do not enjoy a full range of functionality. But the vast majority of the time you do not need a full range of functionality.

      Speaking as someone in a scientific major, Wolfram|Alpha has shortly become the go to resource for everyone looking to do quick, more-than-arithmetical calculation. It does a fantastic job of anticipating what you need and providing the appropriate options. If I need a differential equation integrated or the root to some expression I *can* ask for it explicitly, but usually I just type in the expression and everything I need will be generated by Wolfram automatically. For involved projects I do setup my problems in Python, but 99% of the time Wolfram|Alpha does just what I need for a hundredth of the effort. The fact my peers are using it the same way is notable because, while before Wolfram I might use Python or Maple or Mathematica, most everyone else would do these things by hand -- learning to use the available tools was something they considered too intimidating or not worth the effort.

      If Stephen Wolfram can do something vaguely like Wolfram|Alpha with more ability to customize and automate what is happening, it's going to transform academics, maybe even down to the high school level. Imagine being able to easily develop a science fair project which requires solving some complicated ODEs, without having to take 3 years of college math first.

    13. Re:Well... by fuzzyfuzzyfungus · · Score: 2

      "Any sufficiently complicated C or Fortran program contains an ad hoc, informally-specified, bug-ridden, slow implementation of half of Common Lisp."

      -Greenspun's Tenth Rule.

    14. Re:Well... by K.+S.+Kyosuke · · Score: 1

      ... which will allow developers and software engineers to program a wide variety of complex functions in a streamlined fashion, for pretty much every single type of hardware from PCs and smartphones all the way up to datacenters and embedded systems. The Language will leverage automation to cut out much of the nitpicking complexity that dominates current programming. 'The Wolfram Language does things automatically whenever you want it to,' he wrote in a recent blog posting. 'Whether it's selecting an optimal algorithm for something. Or picking the most aesthetic layout. Or parallelizing a computation efficiently. Or figuring out the semantic meaning of a piece of data. Or, for that matter, predicting what you might want to do next. Or understanding input you've given in natural language.' In other words, he's proposing a general-purpose programming language with a mind-boggling amount of functions built right in.

      Well, that's pretty much a description of Common Lisp in the hands of a capable lisper. ;-)

      --
      Ezekiel 23:20
    15. Re:Well... by LongearedBat · · Score: 3, Interesting

      I do, frequently. And my code is better 'cos of it. In my experience, when people are too afraid to start a module afresh, it's because they're afraid that they don't/can't/won't understand the problem well enough to a) write a solution that works b) understand the insufficiencies/faults of the existing code to do a better job next time around.

    16. Re:Well... by skids · · Score: 1

      Attempts have been made in the past to automate programming, it's never worked very well (or at all in some cases)

      The places where it does work, you don't notice. Compilers/optimizers/JIT engines are automated programming. You tell the system what you want to do and behind the scenes it figures out all the stuff you did not tell it. Like not to actually check if X again if you have checked that earlier and X could not have changed, even if you told it to check X again because it was easier for you to write it that way.

      That said, we have words for this in Perl5/Perl6, DWIM (Do What I Mean) and WAT (acronym open to conjecture and often followed by ?!?!) and the Perl6 folks are working under the hypothesis that every DWIM you add will cause and equal and opposing WAT, so to be careful not to DWIM just for the sake of it.

      TFA sounds like an uber-DWIMmy initiative. The corresponding WAT behavior is almost guaranteed to be hilarious.

    17. Re:Well... by Anonymous Coward · · Score: 0

      I don't get the reason why this approach is wrong or inferior. Format change is easy to understand and implement than data acquisition. You can even go full functional on that piece of code if you like. Beside, what if there is some obscure process needs that old format?

    18. Re:Well... by Anonymous Coward · · Score: 2, Insightful

      Or they don't rewrite a module from scratch because it is too intermingled with a hugely complicated system and you cannot guarantee you will not miss something. On my own personal Android projects I have no problem rewriting parts of it no matter how involved or integrated within the whole program it is because I understand how all the parts work together. At work the project is too big to understand how everything works together. There are too many other parts that are assuming that things work the way the have been and if you change something you very well could miss testing some obscure section that seems totally unrelated but still is touched by those changes. It's much easier to make the changes you need to make in as small a way as possible to avoid breaking things. The file conversion seems pretty ridiculous as it would make sense to do the new conversion from the original and not do a conversion of a conversion. Or even just do a conversion once and now all the files are kept as the new version and no more converting needs to be done. But if there are parts of the project that still need to use those intermediate parts of the conversions then that complicates things. You need to change those parts and maybe that breaks other parts etc.The risk can be too high for the little reward it some cases.

    19. Re:Well... by abroadwin · · Score: 2

      I would say this is often true in the real world, but it shouldn't be true if things are really written using best practices. A true, well-written object-oriented design comprised of small, isolated pieces of encapsulated logic, ideally paired with comprehensive unit tests, should prevent the kind of subtle problems you describe. The unfortunate reality, however, is that in many professional settings such careful practices are often ignored or only partially followed, undermining the benefits they are supposed to provide.

    20. Re:Well... by Anonymous Coward · · Score: 0

      Indeed, and if the project is over, they are right too. They won't have the time, the group effort, the information discovery and sharing and may basically end up using alot of time producing code with even more bugs, lacking the important features the customer requested in the first place, while putting in new "features" the customer will absolutely hate!

      Good luck! Code rewrite is a 150% unthankful process, unless it's a project with the right manager attention and customer input. But that never happens in the corporate world, so dream on!

    21. Re:Well... by jkauzlar · · Score: 2

      like many sharp guys, he seems to have entered his obsessive pseudoscience and grandiosity phase

      Which is exactly why this may be a fascinating language. Even if it's completely absurd and impractical, whatever ideas he's cooking up may at least be entertaining and/or thought-provoking.

    22. Re:Well... by HiThere · · Score: 1

      You don't understand the real problem with visual programming systems. They can be extremely powerful, but they tend to use so much screen space to do anything that you can't see very much of what's going on. So you need to hold too much in memory.

      I remember Prograf on the Mac (before it died trying to transition to MSWind95). It was an excellent dataflow language, and if it were alive now, it would be a natural for multi-CPU platforms. But it was too visual, which made it nearly impossible to have a program large enough to do anything without getting lost. Their real mistake was in not having a textual representation. It wasn't that the language wasn't otherwise well designed, or powerful. It was. And it implemented high level abstractions quite well. but the details still took up enough screen space to show a graphic. So nothing that did much would fit without rolling off the screen...where you couldn't see it.

      I also used another such tool which was much weaker. It was a relational database access language. It wasn't any weaker than SQL, or not much, but SQL wasn't available on the system I was using. And it suffered the exact same problem. (Actually, I think it may have been a bit more "powerful" than SQL, because it was a full programming language specialized for database access.) But whenever you tried to do anything complex you couldn't hold everything on the screen. At least this one let you print out the program, but then you had to take some tape and tape the layout together....even if you were using pin-feed paper, because it was wider, as well as longer, than the sheets.

      Text is superior to visual because it's more compact. Icons are a way around this in limited situations, but it's difficult to attach a constant value to a small icon. If you want to say "if (x > y) then..." in a visual language it takes a LOT more space.

      But don't think all visual languages are toy languages. That's not true. I haven't run into a language since that's as "powerful" as was Prograf...except, of course, APL, which had different problems. Dataflow languages are the most reasonable answer to "How do you use multiple processors?", but they're difficult to write, and they're difficult to design. Prograf was a very well designed language for such. The implementation as graphics, however, was a mistake, or should at least have been only one optional representation.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    23. Re:Well... by Anonymous Coward · · Score: 0

      "Imagine being able to easily develop a science fair project which requires solving some complicated ODEs, without having to take 3 years of college math first."

      You will still need the 3 years of college math just to understand what you did. Mathematica provides the extension and the facility, but despite its impressive abilities, it will not think for you. You will still need to understand what you are doing just to be sure its what you intended and what you did makes sense.

    24. Re: Well... by Anonymous Coward · · Score: 0

      Is it:
      CDF for iPad/android
      Mathematica for iPad/android?

      What about web Mathematica?

    25. Re:Well... by Anonymous Coward · · Score: 0

      Complexity is unavoidable, but it doesn't need to be on your face 100% of the time. If your project has a 20% of complex requirements, you can hide most of the complex stuff and provide a system that's as easy as pie 80% of the time.

      This was never understood by most software developers who learned programming in the style of the 20th century, when computers where severely limited and there were no cycles and RAM to spare helping the user to avoid telling the computer what to do in the simple, boring cases.

    26. Re:Well... by Anonymous Coward · · Score: 0

      There's a lot to be said for being explicit where possible.

      Also known as the Miley Cyrus Principle.

    27. Re:Well... by Anonymous Coward · · Score: 0

      Attempts have been made in the past to automate programming, it's never worked very well (or at all in some cases)

      I'm not hassling you, but that sort of statement makes me giggle. Because at one point we were all sitting in a very dark cave waiting for something to devour us, and it all comes down to trying things. Sometimes over and over, until you find the one that works. Sometimes you get devoured. But if there are enough survivors, they can try something new and with slightly better tech than the last time.

      Plus I think of Exponential Change and think, it might not work this time either, but soon, and probably much sooner than we think it will work.
      Standing on the shoulders of giants and all that rot.

    28. Re:Well... by jbmartin6 · · Score: 2

      I'm not a coder, but I've seen similar effects in system configurations like firewall policies. In those cases it was due to change control, it is easier to get approved and to roll back something that is added onto the existing structure without changing it, than it is to rework the whole thing. I wondered if that was a factor in your experiences in the developer world.

      --
      This posting is provided 'AS IS' without warranty of any kind, implied or otherwise.
    29. Re:Well... by qbzzt · · Score: 1

      C also has a couple of features that appear to have come from Lisp:

      1. Pointers to functions, which allow functions to be passed, etc.
      2. Macros expansion phase prior to compile time.

      --
      -- Support a free market in the field of government
    30. Re:Well... by vux984 · · Score: 1

      You will still need the 3 years of college math just to understand what you did.

      Sometimes yes, and sometimes no.

      For a simple example:

      You need integral calculus to find the area underneath a curve, and a good understanding of limits and other pre-calculus to understand how the integration itself works.

      Wolfram et al doesn't change that.

      However, you don't need integral calculus to ask: "what's the area under this curve" and understand the answer.

      Similarly carbon dating uses ODEs, but even a child can understand the question "How old is this fossil?, and the answer, "50 million years". Even if they never know what an ODE is.

    31. Re:Well... by yndrd1984 · · Score: 1

      Which is exactly why this may be a fascinating language. Even if it's completely absurd and impractical, whatever ideas he's cooking up may at least be entertaining and/or thought-provoking.

      So a bit like Lisp?

    32. Re:Well... by Anonymous Coward · · Score: 0

      While this may be the case for dynamically typed languages, I'd argue that there have been fundamental innovations that didn't come from the main Lisp tradition. The first is lexical scoping, which Scheme adopted from Algol, and Common Lisp later adopted from Scheme. The next is static type systems, as exemplified by ML and its descendents.

    33. Re:Well... by Anonymous Coward · · Score: 0

      Anything that is capable of doing complex things is complex itself.

      Plain wrong. http://www.wolframscience.com/nksonline/section-2.1

    34. Re:Well... by Anonymous Coward · · Score: 0

      What, haven't you noticed that in Mathematica, everything is a list?
      Mathematica is already almost a lisp itself, just with a whole lot more casual user friendliness and graphics support.

      (although IMHO, LabView / LabWindow's data plotting controls >> Mathematica's ListPlot(), since the former makes selecting and zooming in on a feature much easier, and the latter often truncates data the wrong way, and very often defaults to not showing you an overview first. While its is possible to make Mathematica's plots "live" by wrapping them in Manipulate(), it's pretty damn awkward. Plot multiple lists in the same space with differing Y axis scales/offsets? Forget it in Mathematica, trivial in LabView. )

    35. Re:Well... by Anonymous Coward · · Score: 0

      Hey look, you don't have to type. Just drag this widget from here to here. And we've seen how sell that turned out.

      What? like LabView? Works brilliantly, but the per-seat license is a bit steep.
      Okay if you consider >$10k pocket change, justifiable if you have to write a lot of very specific code, very often, and you need it working yesterday.

      The reason it has no competitor is because National Instruments have it well sewn up with patents, and even after the patents have expired, they're just another MSFT wannabe at heart, kinda like Wolfram *was*.

      I say *was*, but, time will tell. If Wolfram Language gets at least free-as-in-beer availability, then he's at least thinking about how to overcome the ridiculous barrier to entry formed by a free market price gouging because of breaking the assumption of the existence of perfect replacements. ( One of the many reasons that free market systems can never work without regulation in the real world -- the free market system requires about a half dozen conditions to work, and losing any one will break the system. In the real world, all are broken. )

      I'd like to see big MSFT wannabes turn around, open source their cash cows, warts and all, then switch to offering customised support contracts to their customers, say by retainer - pay the same huge fee, go to the top of the list of priority. Want little support for cheap? Bid low, maybe someone will fix it. Want to accrue credit towards support? Hang out on the forums and act as community support, or go hunt down a bug.

      But it'll never happen, none of them have the guts to just let go, and stop worrying about competition in a global technological ecosystem that rewards cooperation so highly. Instead they just keep on with developing anti-features.

      Or maybe they're like MSFT, and can't show the source because it's full of stolen code. If not copyright breach, then certainly plagiarism. (The reason why copyright law is unnecessary, so long as all the copies are perfect duplicates, at least.).

  2. Meh... by DrPBacon · · Score: 2

    I'll stick with C

    --
    Spent All My Mod Points
    1. Re:Meh... by __aaacoe2998 · · Score: 2

      Anything with this guy's name on it makes me want to distance myself from it. Alpha was a tracking disaster and I still receive junk mail from this clown.

    2. Re:Meh... by Anonymous Coward · · Score: 0

      This was pretty much the goal of Ada. Useful for embedded systems, all the way up to data processing. Though really only good for embedded systems.

    3. Re:Meh... by Sponge+Bath · · Score: 2

      Say brother, can you spare a pointer?

    4. Re:Meh... by jythie · · Score: 1

      I think that around the time C matured we had as many actual languages as we needed. But for some reason people keep coming up with new ones with syntax that is different enough to be incompatible with each other but similar enough one wonders why they created a whole new language rather then a library or framework to link an existing language to a new domain.

    5. Re:Meh... by BlackHawk-666 · · Score: 1

      I have one going cheap here. It's just a copy of a pointer to a char which I am using globally in a multithreaded program with no semaphores or mutexs. It will probably work as long as you use it quick, and only read it's contents.

      --
      All those moments will be lost in time, like tears in rain.
    6. Re:Meh... by justthinkit · · Score: 1

      Don't forget this

      --
      I come here for the love
    7. Re:Meh... by DrPBacon · · Score: 1

      I've made two for my own purposes, but I'm not entirely sure where the boundary between markup and language is... Has anyone created a famous real-time language yet? Or is that still a pipe dream?

      --
      Spent All My Mod Points
    8. Re:Meh... by Guignol · · Score: 1

      :D excellent :D (too bad its ruined by it's ;))

    9. Re:Meh... by DrPBacon · · Score: 1

      Don't be like me, kid. It's hard living in real-time. I grew up believing I could never accomplish anything because someone else will do it first and own the patent. And yet here I am, 15 years later... My best friend is a still that same damn penguin...

      --
      Spent All My Mod Points
    10. Re:Meh... by DrPBacon · · Score: 1

      I'll trade you two of my latest dumps.

      --
      Spent All My Mod Points
    11. Re:Meh... by the_arrow · · Score: 1

      0x3a28213a
      0x6339392c
      0x7363682e

      --
      / The Arrow
      "How lovely you are. So lovely in my straightjacket..." - Nny
    12. Re:Meh... by Valdrax · · Score: 1

      Sure, buddy! (I know I dropped one somewhere around here...)

      --
      If it's for-profit but free, you're not the customer -- you're the product (e.g., the Slashdot Beta's "audience").
    13. Re:Meh... by Anonymous Coward · · Score: 0

      (too bad its ruined by it's ;))

      Not sure what you're trying to say there, but if you think "its" is a contraction for "it is" and "it's" is the posessive, you have it backwards, not the GP. He's here, she's here, it's here. His car, her computer, its operating system.

    14. Re:Meh... by mwehle · · Score: 2

      Say brother, can you spare a pointer?

      Should have a heap of them around here somewhere. Let me peek in the register. Ah yes, here's a stack!

      --
      Wir sind geboren, um frei zu sein - Rio Reiser
    15. Re:Meh... by david_thornley · · Score: 1

      The problem is not what languages we need. We don't actually need a high-level language other than C. The problem is finding useful languages for various purposes.

      There are a lot of programs in assorted languages that would be very difficult to write in C, and are much easier to write in other languages. Many things are much easier to write in C++, Lisp, or Prolog than in C, to name three languages. The different syntax is necessary to get the ease of writing. You can write object-oriented C programs, but it's a lot easier in C++. You can get the effects of C++ templates and STL in C, but you're going to be writing a whole lot of things yourself that you could just leave for C++. Writing a program in a functional style with garbage collection can indeed be done in C, but it's going to be incredibly ugly since C doesn't have anything near first-class functions.

      Pick a language that's not like C (Common Lisp, Prolog, C++, Haskell) and learn it well enough to be able to write a program in its natural style. Then ask yourself how you'd make a library or framework in C that would come close.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    16. Re:Meh... by Anonymous Coward · · Score: 0

      Anything with this guy's name on it makes me want to distance myself from it. . .

      I have a friend who invented something called "The Wolfram Scale." — It measures your arrogance on a scale of 0 to 1. Wolfram himself is 1.0 by definition. Most people measure a few milliwolframs. Steve Jobs measured maybe 100 milliwolframs. Gandhi would measure 0 milliwolframs.

    17. Re:Meh... by G-forze · · Score: 1

      Take another look at BlackHawk-666's post. Specifically the second-to-last word.

      --
      "There's someone in my head but it's not me." - Pink Floyd, Dark Side of the Moon
    18. Re:Meh... by Anonymous Coward · · Score: 0

      You're a fucking idiot.

  3. Wolfram's impact by Anonymous Coward · · Score: 0

    But it remains to be seen how much of an impact he actually has on programming as an art and science."

    Or, for that matter, on search.

    1. Re:Wolfram's impact by tgd · · Score: 1

      But it remains to be seen how much of an impact he actually has on programming as an art and science."

      Or, for that matter, on search.

      Good at PR, though.

    2. Re:Wolfram's impact by NoNonAlphaCharsHere · · Score: 1

      ...although he's [Stephen Wolfram] remaining somewhat vague about details for the time being...

      I'm sure I misread that ;-)

  4. yet another programming language by Anonymous Coward · · Score: 0

    It's not like there's any shortage of programming languages out there, or even a shortage of ambitious projects that fail.

    1. Re:yet another programming language by dotancohen · · Score: 3, Informative

      But this one is ostensibly designed by Stephen Wolfram, who knows what scientists and physicists need from a programing language.

      Python, C, Java, et al were all designed by computer programmers for computer programmers. R and Mathlab were designed by computer programmers for mathematicians, thus works a lot better for expressing certain mathematical concepts and working with them (transformations, statistics). But there is much room for improvement, especially when looking at the problem from the scientist's point of view, not from the programmer's point of view.

      --
      It is dangerous to be right when the government is wrong.
    2. Re: yet another programming language by Anonymous Coward · · Score: 0

      Wrong. Python was designed by a mathematician.

    3. Re:yet another programming language by Anonymous Coward · · Score: 0

      The summary paints this language as a general solution to computing problems, but I think you are closer to the truth - that this will be very well suited to a particular subset of problems, much like Alpha. I've played witht Apha on and off since it was launched and except for a very narrow range of queries, mostly mathematical, I have found it to be a dead loss.

    4. Re:yet another programming language by VortexCortex · · Score: 4, Interesting

      Consider that the answer may be completely the opposite than what you assume. Perhaps we just teach kids math with programming. Then, just like long division or integration, etc. they won't have a problem explaining their desires to computers.

      Hell, I have a _BEST_SORT() macro which, together with my collections library's _GEN_PROFILED_H directive will select the actual best sort method on next compile after profiling to PROVE which sort is best for the scale of the problem space, instead of guessing. Predicting what I want to do next? Yep, my brain even does that automatically me too. All I have to do is explain to the computer what I want to have happen, and it happens. IMO, the problem is the way mathematics is taught. A sigma is a for loop. The latter is more verbose, but if they'd have been taught for loop instead of sigma they'd be programmers; It's sort of ridiculous when you think about teaching kids the old way: "I'll never use this in real life", meanwhile they can utilize programming in say, javascript, to take better control of every damn device they own right now... Teachers just failed to tell them how.

      Seriousy, I've taught pre-teens how to code as a remedy for flunking out of mathematics; Instantly they're able to see the utility of the tool. Humans are tool using creatures, no wonder they have a hard time learning how to use tools that aren't immediately useful to them. The flunkers are actually being smarter than the teachers.

    5. Re: yet another programming language by Roger+W+Moore · · Score: 1

      Then why does it use the engineer's 'j' for complex numbers instead of maths' and physics' 'i'?

    6. Re: yet another programming language by dotancohen · · Score: 1

      Guido is also an extremely competent C programmer (see recent Slashdot article) and he did not design Python for scientists, but rather for programmers.

      --
      It is dangerous to be right when the government is wrong.
    7. Re:yet another programming language by dotancohen · · Score: 1

      That is a rather creative idea. I would love to see more practical examples of what you do with it, such as the Sigma example.

      --
      It is dangerous to be right when the government is wrong.
    8. Re:yet another programming language by DougMackensie · · Score: 1

      Close. A sigma is one type of a for loop that automatically adds each number in the sequence to a sum.

    9. Re: yet another programming language by jythie · · Score: 2

      Python is actually a good example of why adding new languages is not the answer. One of the big reasons that python has been so embraced in scientific computing are the libraries that were built on top of it that are well suited to those types of tasks. The python community did a reasonably good job of grafting domain specific functionality in via libraries that were fairly accessible to people who are not primarily programmers while still having the general purpose language behind it for people who are, allowing programmers and non-programmers to collaborate easily. Which is why I tend to get annoyed with the whole 'lets build a new language for this domain!' thing since all it really does is increase the barrier between fields and produces yet another custom language that needs to be learned and maintained.

    10. Re: yet another programming language by dotancohen · · Score: 1

      Python is actually a good example of why adding new languages is not the answer. One of the big reasons that python has been so embraced in scientific computing are the libraries that were built on top of it that are well suited to those types of tasks.

      That is very true, however they still require one to express his problem in terms of lists, sets, dicts, strings, ints, floats, and complex numbers. Not all scientific concepts can be massaged into one of those datatypes.

      The python community did a reasonably good job of grafting domain specific functionality in via libraries that were fairly accessible to people who are not primarily programmers while still having the general purpose language behind it for people who are, allowing programmers and non-programmers to collaborate easily. Which is why I tend to get annoyed with the whole 'lets build a new language for this domain!' thing since all it really does is increase the barrier between fields and produces yet another custom language that needs to be learned and maintained.

      The counter argument is that each individual domain needs its own programming language in the same sense that each individual domain needs its own jargon. Each domain has its own unique intricacies, problems, methods, and context. The tools used should reflect that.

      --
      It is dangerous to be right when the government is wrong.
    11. Re:yet another programming language by wickerprints · · Score: 4, Insightful

      Being primarily a mathematician and not a computer scientist or engineer, I have used Maple, Mathematica, and R. At one point I knew Pascal and C. I've dabbled in Python.

      Of all these programming languages, Mathematica was BY FAR the easiest language for me to learn to use. The way it does certain things makes so much more sense to me than the others--for example, how it handles functions and lists. Unlike C, it's a high-level language if you want it to be, although you aren't forced to use it in that way. Pattern matching is extremely powerful. And the syntax is totally unambiguous; brackets define functions, braces define lists, and parentheses are used only for algebraic grouping of terms.

      The major criticism I have of Mathematica is that it is comparatively slow, mainly because of its lack of assumptions regarding the nature of the inputs. Internally, it tries to preserve numerical precision, it works with arbitrary precision arithmetic, and it doesn't assume values are machine precision. All this comes at a cost. Also, reading other people's code can be remarkably difficult, even if it's commented. The tendency is to write functions that do a lot of complicated things in one command, so code can be remarkably dense.

      Most recently, I have had to learn how to use R, due to its abundance of statistical algorithms, many of which have not been implemented in Mathematica. There was a simple example where I tried to calculate a Bayes factor, and the expression was something like (1 - x)/(1 - y), where x and y were very small positive numbers, somewhere around the order of 10^-15. This calculation totally failed in R--the answer given was 1. Mathematica correctly calculated the ratio. Maybe I don't know enough about R to know how to preserve the necessary numerical precision, but it sort of shows that in Mathematica, such issues are handled automatically; moreover, if there is a potential problem, Mathematica warns you.

      Anyway, this is all just personal opinion, really. The takeaway for me is that I see a lot of evidence that Stephen Wolfram is pretty good at designing computer languages for specific purposes. Yes, he's totally egocentric, but there's no denying that he is brilliant. When Wolfram | Alpha debuted, I remember thinking how totally stupid it was. And now...every single high school and college math student knows about it. It is one of the most ingenious marketing ploys I have ever seen. And the scary thing is, it keeps improving. It's almost Star Trek-like in its ability to parse natural language input. And I think that's the eventual direction that computer programming will evolve towards. Programs will not be written in code, but instead, as broad sentences, parsed by an AI which automatically performs the high-level task.

    12. Re: yet another programming language by jythie · · Score: 1

      Jargon is a good parallel, though I feel that it is an example of why each domain doesn't need its own language. In the case of jargon, one is still using the same language as people in other domains with the addition of some extra shorthand. I would argue that such shorthand is closest to use of libraries.. still the same language plus domain specific functionality/sugar.

    13. Re: yet another programming language by minstrelmike · · Score: 1

      Then why does it use the engineer's 'j' for complex numbers instead of maths' and physics' 'i'?

      because i is for index I imagine.

    14. Re:yet another programming language by canadiannomad · · Score: 1

      It's almost Star Trek-like in its ability to parse natural language input. And I think that's the eventual direction that computer programming will evolve towards. Programs will not be written in code, but instead, as broad sentences, parsed by an AI which automatically performs the high-level task.

      That is kinda how I would think of it.. You make a request. The computer AI does its best to pick a starting point given what you described and starts running it. Then you explain to the computer what the AI is doing wrong in comparison to the running program. It tries again. Rinse and repeat until it has something that does everything you want it to.

      From a programming point of view it is like starting with a similar project and using natural language to modify the existing program little by little.
      This certainly wouldn't make the most efficient code, but it might be good for people who just want to do a variation on an existing theme.

      Obviously this wouldn't be programming from the classical point of view, but it could be extrapolated to handle an enormous variety of things that an average person would want.... Then once there is a prototype they could hand it to a software engineer for the parts that need optimization for final tweaking.

      --
      Hmm, the humour and sarcasm seem to have been be lost on you.
    15. Re: yet another programming language by dotancohen · · Score: 1

      Libraries only provide new functions and types. Go look at mathlab or (shudder) labview for some examples of domain-specific datatypes (not simply classes built on the common primitives) and paradigms.

      Surely you are not suggesting that the field of particle physics should be using the same tools as the field of psychiatry? That materials engineers should be using the same tools as palaeontologists?

      --
      It is dangerous to be right when the government is wrong.
    16. Re: yet another programming language by Anonymous Coward · · Score: 0

      In engineering, i usually refers to current. Since electrical engineers (who often use Fourier transforms) need complex numbers as well, j was the next best choice.

    17. Re: yet another programming language by Anonymous Coward · · Score: 0

      Another reason j gets used a lot - even in electrical engineering theory - is that i also stands for current.

    18. Re:yet another programming language by harperska · · Score: 1

      Part of the problem is that much of math education is based on rote memorization rather than problem solving, and writing a program to do your homework for you is frowned upon and often considered cheating. If writing programs to solve your math homework was generally accepted as legitimate, we would have both fewer kids flunk out of math and more kids going into programming, as those kids would be actually learning how both math and programming are used in the real world.

    19. Re:yet another programming language by Coryoth · · Score: 1

      Being primarily a mathematician and not a computer scientist or engineer I've used Maple, Mathematica, Matlab, Magma and R. I've also programmed in Python, Perl, C, and Java and dabbled in things like Lisp and Haskell.

      All the "math" programs on that list are terrible programming languages; they work great as interactive environments for doing (potentially symbolic) computation, but writing code in them? Ugh. If I actually have to write scientific computing code it's going to be in Python using numpy and sympy, or C if I need performance.

      All the different math programs all have their strengths and weaknesses: Matlab kicks the crap out of the other for anything numerical or linear algebra related, both for ease of expression and performance; R has far more capabilities statistically than any of the others -- data frames as a fundamental data type make that clear; Magma is incomparable for the breadth and power of its algebra, none of the other come remotely close; Mathematica and Maple are ... well, sort of a poor jack of all trades that do most things but none of it very well.

    20. Re:yet another programming language by mbkennel · · Score: 1

      Of course Mathematica's handling of functions and lists is good, it's nearly Lisp over again.

      | There was a simple example where I tried to calculate a Bayes factor, and the expression was something like (1 - x)/(1 - y), where x and y were very small positive numbers, somewhere around the order of 10^-15. This calculation totally failed in R--the answer given was 1.

      Is this a failure, or that 1 is the best approximation. Did you want (1-x)/(1-y) - 1 instead ? Then

      Mathematica is not good for numerical computations---in practice people often use Matlab or R or Python as prototypes for software which eventually ends up being programmed in C++ or Fortran (or Java, occasionally). Getting good answers with finite-precision floating point is valuable.

    21. Re:yet another programming language by wickerprints · · Score: 1

      As I implied in my previous response, the answer was not supposed to be 1. I also probably didn't remember the example correctly, but my point is that I could not get the correct value in R, but Mathematica did get it.

      For me, having confidence that numerical results shown are correct to within the precision displayed is more important than speed of calculation. I totally get that such things have a speed penalty. Python might be able to do it better and faster, but as I noted, my experience with that program is limited.

    22. Re:yet another programming language by HiThere · · Score: 1

      Well, to be truthful, even from a programmer's point of view they are all lacking.

      I want a language with a built-in B+Tree (stored to a file), where structs are directly accessed, where classes are handles to the heap, where there is built-in support for sorted arrays AND for hash tables, where it's serialization of stucts that don't contain pointers is trivial (i.e., I want such things to be able to be the data items of the B+Tree without additional work), etc.

      And I want object, struct, and array persistence to be a built-in run-time option. Analogous to the way Java has you inherit serializeable, but instead of "able to be serialized" I want to it say "Serialize this type".

      Yes, these things are available as library add-ons in lots of languages. And the syntax for using them is always exceedingly ugly. (Not as bad as SQL, but still very bad.)

      And the abyssmal thing is that many of these things have been available in isolated instances in the past. E.g., Pick Basic had a built-in B+Tree.

      Well, it's also true that every single feature I've mentioned (bar, possibly, SQL) is available in Squeak, a Smalltalk dialect. But it won't handle large persistent memory images. Whoops! And it also has the reputation for being slow.

      OTOH, if Wolfram's language can even just automate parallel execution, it would be a tremendous blessing.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    23. Re:yet another programming language by Anonymous Coward · · Score: 0

      A for loop is one possible way to implement a finite sum. Another way is to divide the summation terms among teams of apes, who add their allocated terms and finally report to a head ape who sums the final result. Both are "in-principle" perfectly valid evaluation methods, and I'm sure I could invent other techniques involving the stacking of turtles and so on. But what if the summation involves an infinite number of terms? Now none of these numerical methods can produce a result, despite the fact that many infinite sums are indeed equivalent to non-infinite values. You see where I'm going with this? Don't try to introduce some false equivalency between mathematics and programming language constructs.

    24. Re:yet another programming language by zarlino · · Score: 1

      I think you really nailed it. Would upvote you if had modpoints today.

      --
      Check out my cross-platform apps
    25. Re:yet another programming language by CodeBuster · · Score: 1

      Then once there is a prototype they could hand it to a software engineer for the parts that need optimization for final tweaking.

      To use an analogy, would you cut your custom suit from an old plastic tarp using rusty garden shears and then hand it to your tailor for "final tweaking"? No? Then you'd best leave the programming to the experts who frankly don't need your "help".

    26. Re: yet another programming language by Anonymous Coward · · Score: 0

      I is current, i is the square root of -1.

  5. The main innovation of course being ... by jopet · · Score: 4, Interesting

    that you will have to pay a lot of money to use it?

    1. Re:The main innovation of course being ... by dotancohen · · Score: 2

      that you will have to pay a lot of money to use it?

      If the work that needs to be done could be done quicker or simpler (i.e. cheaper) by paying a $1000 license rather than having a $300,000-per-year researcher to go learn Python or R, then it is worth it to pay, no? The current options aren't going away.

      --
      It is dangerous to be right when the government is wrong.
    2. Re:The main innovation of course being ... by rasmusbr · · Score: 2

      If the programming language relies on remote servers (basically Wolfram Alpha) in order to function it would make sense that it would cost money. It costs money to hire people to make and improve a system like Wolfram Alpha.

      If people got over the idea of having everything on their computers for free the world would have a lot less corporate snooping and a lot less ad spamming. That would be nice.

    3. Re:The main innovation of course being ... by SirGarlon · · Score: 1

      If people got over the idea of having everything on their computers for free the world would have a lot less corporate snooping and a lot less ad spamming. That would be nice.

      And several of the current tech giants would shrivel up and die, and that would be even nicer. :-)

      --
      [Sir Garlon] is the marvellest knight that is now living, for he destroyeth many good knights, for he goeth invisible.
    4. Re:The main innovation of course being ... by Anonymous Coward · · Score: 1

      Don't forget that you will have to pay the $1000 fee for an eternity and it will likely raise in future, that you cannot fix any bugs in the language yourself, and that you will likely have to pay extra to get bug fixes in a timely fashion. But yeah, to some organizations that don't plan to use their code base for very long, paying $1000 a year might be a bargain.

    5. Re:The main innovation of course being ... by Errol+backfiring · · Score: 1

      How cutely naive! If a programming language costs money and relies on remote servers you expect corporate snooping to decrease? I think hell would freeze over first.

      --
      Nae king! Nae laird! Nae yurrupiean pressedent! We willna be fooled again!
    6. Re:The main innovation of course being ... by rasmusbr · · Score: 1

      How cutely naive! If a programming language costs money and relies on remote servers you expect corporate snooping to decrease? I think hell would freeze over first.

      I did not say that.

      If you have two programming languages that depend on remote servers, one that's free is in gratis and one that has fees I would expect the one that has fees to value and respect your privacy more than the one that is free.

    7. Re:The main innovation of course being ... by canadiannomad · · Score: 1

      "Add a google Ad box to the upper left corner below the logo"
      "Make it fit under the logo nicely."
      "Make it blink."

      ...

      Noooooooooo!

      --
      Hmm, the humour and sarcasm seem to have been be lost on you.
    8. Re:The main innovation of course being ... by dotancohen · · Score: 0

      Those are cut-and-paste Fosstard arguments. Sorry, sometimes proprietary software is good.

      Typed in Foss Firefox on Foss Kubuntu.

      --
      It is dangerous to be right when the government is wrong.
    9. Re:The main innovation of course being ... by Anonymous Coward · · Score: 0

      You're expecting humans to be rational?

      Big mistake! Corporations will double-dip, especially when compelled to by secret undemocratic court orders.

    10. Re:The main innovation of course being ... by Anonymous Coward · · Score: 0

      Not the same AC, but I have to agree with you. Ask a math graduate student, I've seen a lot of research on specific problems does get done by people who can't program in languages other than Matlab and R. Matlab's for trying new algorithms to solve diffeqs and R is for statistical work. They're just good enough at doing what the two biggest areas of applied math research need to do and make it exceedingly easy. Before they ever program their algorithm, they develop it by hand, which takes more of the development time. They don't have time to learn a language outside of math and something easy like Matlab or R, and they certainly don't have time to keep up with both developments in math and developments in, say, Python.

      I was a CS and Math double major in undergrad and spent most of my time in C and Matlab. I prefer C if I'm going to use something a lot, but if I'm just throwing something together for a paper I'm writing on a type of numerical method, I use Matlab. And in math, the latter is the case far more often.

      Typed in FOSS Rekonq on FOSS Kubuntu.

    11. Re:The main innovation of course being ... by dotancohen · · Score: 1

      Thanks for mentioning that. And thanks for fleshing out the bugs in Rekonq!

      --
      It is dangerous to be right when the government is wrong.
    12. Re:The main innovation of course being ... by Anonymous Coward · · Score: 0

      ...programming languages that depend on remote servers...

      Whatever you are doing, you are doing it wrong.

  6. Just Call It "Wolf" by Phrogman · · Score: 3, Funny

    that way if we make a programming error we can just comment "Bad Wolf" (too much exposure to Dr Who recently) :P

    --
    "The first time I got drunk, I got married. The second time I bought a chimpanzee, after that I stayed sober" Arian Seid
    1. Re:Just Call It "Wolf" by Anonymous Coward · · Score: 0

      It's Wolfram's.Call the language "EGO".

  7. His next project is interesting by paiute · · Score: 5, Funny

    Wolfram announced his latest idea - that there needed to be some kind of pliable material available next to toilets with which to clean one's bum. This material, he said, is going to be really soft, probably a couple of layers thick, and needed to be on some kind of continuous dispenser mechanism which he is developing.

    --
    If Slashdot were chemistry it would look like this:Cadaverine
    1. Re:His next project is interesting by Anonymous Coward · · Score: 0

      I know you're trying to be funny by implying he's reinventing the wheel, but ironically, there's more than one way to clean your ass. In some countries, they use water streams rather than TP. There's not just one unique solution to each problem.

    2. Re:His next project is interesting by macklin01 · · Score: 2

      Wolfram announced his latest idea - that there needed to be some kind of pliable material available next to toilets with which to clean one's bum. This material, he said, is going to be really soft, probably a couple of layers thick, and needed to be on some kind of continuous dispenser mechanism which he is developing.

      And naturally, he'll call it Wolfram paper. :-)

      --
      OpenSource.MathCancer.org: open source comp bio
    3. Re:His next project is interesting by paiute · · Score: 3, Funny

      I know you're trying to be funny by implying he's reinventing the wheel, but ironically, there's more than one way to clean your ass. In some countries, they use water streams rather than TP. There's not just one unique solution to each problem.

      You just made my point. There are already multiple and satisfactory ways to clean one's ass.

      --
      If Slashdot were chemistry it would look like this:Cadaverine
    4. Re:His next project is interesting by CCarrot · · Score: 1

      I know you're trying to be funny by implying he's reinventing the wheel, but ironically, there's more than one way to clean your ass. In some countries, they use water streams rather than TP. There's not just one unique solution to each problem.

      You just made my point. There are already multiple and satisfactory ways to clean one's ass.

      So maybe he's developing the ultrasonic ass-cleaning device? Guaranteed to leave your ass sparkly clean in 1/10th the time it takes for 'traditional' methods, and no chance the dog will drag it all over the house while you're at work. Also takes care of unsightly butt-hair...

      --
      "I love animals! Some are cute, others are tasty, what's not to like?" - Betsy Schroeder, Jeopardy contestant
    5. Re:His next project is interesting by Anonymous Coward · · Score: 0

      I know you're trying to be funny by implying he's reinventing the wheel, but ironically, there's more than one way to clean your ass. In some countries, they use water streams rather than TP. There's not just one unique solution to each problem.

      You just made my point. There are already multiple and satisfactory ways to clean one's ass.

      But we don't have the three seashells yet, so there is room for new invention in this area.

    6. Re:His next project is interesting by gtall · · Score: 1

      Unless you miss one drunken evening and find you are now a eunuch.

    7. Re:His next project is interesting by Anonymous Coward · · Score: 0

      So, the current situation is so perfect it can't ever be improved?
      Good thing some people think differently.

  8. Did anyone else think of this... by armahillo · · Score: 1

    "The Wolfram Language does things automatically whenever you want it to"

    Did that make anyone else think of Zombo.com?

    1. Re:Did anyone else think of this... by Anonymous Coward · · Score: 0

      No.

  9. Oh boy. by korbulon · · Score: 5, Funny

    First a new kind of SCIENCE, now a new kind of PROGRAMMING.

    Can't wait for a new kind of LOVE.

    1. Re:Oh boy. by Registered+Coward+v2 · · Score: 1

      First a new kind of SCIENCE, now a new kind of PROGRAMMING.

      Can't wait for a new kind of LOVE.

      Given the challenges many face with the old kind I doubt we are ready to face a new kind...

      --
      I'm a consultant - I convert gibberish into cash-flow.
    2. Re:Oh boy. by kencurry · · Score: 1

      You beat me to this one. I actually read that whole damn book, thinking it would be worth my time - what a laugh.

      --
      sigs are for losers (except to point out that sigs are for losers)
  10. Alan Perlis said... by Anonymous Coward · · Score: 0

    When someone says "I want a programming language in which I need only say what I wish done," give him a lollipop.

  11. Phantom Minus Minus by korbulon · · Score: 4, Insightful

    Stephen Wolfram is the George Lucas of scientific computing.

    1. Re:Phantom Minus Minus by Anonymous Coward · · Score: 0

      The George Lucas of scientific programming ? Let's hope he will stop his saga after the historical episode 2 : the non-programmer strikes back. Do you imagine Ewoks walking freely in your code ? or even worst, Jar Jar Binks as a lead in syntax or warning messages ?

    2. Re:Phantom Minus Minus by Anonymous Coward · · Score: 0

      So do you think he is going to get all Jar-Jar Binks on himself?

  12. Let me guess: by DF5JT · · Score: 1

    He won't publish it under a free software license...

  13. Automatic everything? by Millennium · · Score: 1

    So you can do anything you want with Wolfram language? The only limit is your imagination?

    Will the first project be the long-awaited 1.0 version of Zombo.com?

  14. One hell of a language by Celarent+Darii · · Score: 4, Informative

    Well, either he's created the mother of all LISP macros, or it's simply vaporware. Love to see it when they publish it. Code or it didn't happen.

    Here is the obligatory xkcd, panel two.

  15. Gasp! by Anonymous Coward · · Score: 0

    He's invented APL! But I notice a lot of skepticism here, I wonder where all that skepticism is in 3D printing stories??

  16. Not a story by umafuckit · · Score: 2

    This isn't even a story. The linked-to blog post is marketing fluff, full of big hazy promises and substance. I read some of it and sounds like some sort of data-centric OO language (it makes me think of the R plotting system ggplot: http://ggplot2.org/), beyond that, however, who knows what the hell this is?

    1. Re:Not a story by Anonymous Coward · · Score: 0

      I would be surprised if "Wolfram language" differs from language used in Mathematica in any other way than not being so tightly tied to a specific end-user product.

      I must say I love Mathematica the product, but I hate hubris of Stephen Wolfram the man. Even though Mathematica is probably most powerful open-ended computing tool I've ever used, it's hard to defend when Mr. Wolfram comes around with his completely-over-the-top blog rants and basically non-applicable rants about cellular automata. He manages to keep a great product getting better, but it'd appear his personality hasn't really improved much during last couple of... decades.

  17. Can't be dismissed? Watch me! by Anonymous Coward · · Score: 0

    No, but really, I'll wait until I see results. I've worked in the field long enough to approach anything with a healthy skepticism, especially when the only thing I have to trust is someone's reputation.

  18. Does things automatically whenever you want it to by pr100 · · Score: 1

    ... so you don't actually have to do any coding at all?

  19. Libraries And Documentation by smpoole7 · · Score: 4, Insightful

    I don't program for a living anymore, and I've always been more of a system-level, hardware driver kind of guy, so C/C++ work fine for me.

    But especially coming from that background, my need isn't for another programming language, it's for better documentation of available libraries. For any common task that I want to do, somebody has probably written a great library that I can just strap in and use.

    The problem is when I start trying to use it. The documentation has blank "TBD" pages, or really helpful comments like, "init_lib() -- initializes the library. You can specify the # of flickers per bleem ..."

    Or ... and this is my 2nd favorite ... the documentation is out of date. "Hey, I tried to do this the way your tutorial said and it didn't work?" "Oh, yeah, that tutorial is out of date; we've changed some stuff ..."

    My very most #1 favorite is automatically generated documentation that looks at (for example) a C++ class and then creates an HTML page. I might as well just look at the source code ... hoping, of course, that the people who wrote that source actually inserted more than a few, "does what it says" comments. Or that I don't have to play the Spaghetti Trace(tm) game, bouncing from one .c file to another .h file and back to a third .c (and this is after repeated greps in the "src" directory) to try to figure out what's happening to my poor variable while it's inside a function.

    Not criticizing FOSS, per se; I understand that it's written by volunteers (for whom I'm very grateful). But this, rather than needing a new way to "PRINT" or "SORT" in a programming language, is the far bigger problem, in my book.

    --
    Cogito, igitur comedam pizza.
    1. Re:Libraries And Documentation by scamper_22 · · Score: 1

      I fully agree with this.

      Just finding libraries, configuring them, and learning to use them is pretty hard some times. .NET/Java makes this a bit easier, just import the jar/.dll and away you go.

      Some PERL distributions make this easier with a package manager.

      I have no idea what Wolfram has, but it would be pretty cool if it managed to do a lot of this. Centralized package management. Maybe it scans your code, sees what you're trying to do and then chooses an optimal function in some library (hopefully offers it to you)...

      How it would do that, I have no idea... but still it would be pretty good.

    2. Re:Libraries And Documentation by bertok · · Score: 1

      Interestingly, you claim your choice of programming language suits your requirements, but then you state a bunch of issues endemic to it, but mitigated or absent in other languages.

      For example, the need to sometimes, but not always, initialize objects, libraries, or whatever is typical of C/C++ code, but rare in Java or C#, where constructors or factory methods usually do that automatically for you on demand. The worst I've seen is some Microsoft C++ code where every object had both a C++ constructor and an init function, which wasn't consistently named and would lead to annoying run-time crashes if missed.

      Similarly, the need to chase related code between two unrelated files is decidedly a C/C++ centric problem. A typical Java or C# class file is complete and self-contained, except for some special circumstances such as generated "partial" files used in C# or whatnot. Code discoverability is many-fold improved in Java and C# because of intelligent refactoring IDEs that can accurately chase references across millions of lines of code. That's just not possible with C/C++ where the same header code can be interpreted differently depending on the context in which it is included! Macros in general, particularly when combined with opaque 'void*' pointers, severely limit IDE capabilities.

      I feel your pain. I've tried to hook in C libraries such for basic tasks such as ZIP compression or PNG decode in the past, only to discover that each and every one of them reinterprets what "int" means, how to "malloc", "free", read a stream, and return messages or error codes. Meanwhile, this just never happens in Java or C#. The size of integers is fixed and typedef is flat out missing, memory is garbage collected and released automatically, both languages have a built-in System.IO.Stream, and both have exceptions for safe and consistent error handling.

      Sure, I'll believe you can remember to call "free", but which one of the dozens in the libraries you're using? Are they all thread-safe? Are you sure? Are your co-workers? All of them?

      I'll even believe that you "need" C++ performance, except that in my experience I can spend 1/5th of the time developing the logic a C++ programmer, which then leaves me 4/5ths of the time for optimisation, usually by making the code highly multi-threaded or whatever. Given the same "budget" I can usually produce faster, better code, with less pain.

      That was all actually slightly off-topic relative to your original gripe regarding insufficient documentation, which is also largely "solved" (as much as it can be, anyway) in Java/C# land: not only do you get vastly better tab-complete, but both systems have standardized embedded doc-comment standards that are indexed for searching in IDEs!

  20. Yes! We need more languages! by Anonymous Coward · · Score: 0

    I was just thinking that the one thing we need is Yet Another Programming Language. As a bonus, Wolfram is not a language designer, so it will probably be some social-science abomination like R with a screwball syntax. Or maybe he could combine R (bizarre irregular syntax) and Erlang (the only serious language with a COME FROM construct where control magically passes to a routine with no obvious link to where it came from) and create a language no one could understand?

    Surely all the time and effort that goes into these new languages could be put into making a few key languages the new industry standard? Python for scripting, Java and C for compiled code, and get rid of the hundreds of scripting and intermediate languages. The biggest problem in the industry right now is Balkanization of programming languages. If one language had been an industry standard for the past 15 years, it would have all the features anyone needed by now - lambdas, closures, generics, and everything else. Instead, every company has worked on a different language while scripting languages have been created at an alarming rate, and we have the Tower of Babel.

    1. Re:Yes! We need more languages! by mbkennel · · Score: 1


      "social-science abomination like R with a screwball syntax."

      R is a clone of the S+ language, which was invented at Bell Labs. SPSS is the social-science 'abomination'.

  21. It's still early by Anonymous Coward · · Score: 0

    I read that as "paralizing a computer efficiently".

  22. STOP PRESS! by Anonymous Coward · · Score: 0

    Wolfram just invented object-oriented programming! Film at 11!

    There’s a fundamental idea that’s at the foundation of the Wolfram Language: the idea of symbolic programming, and the idea of representing everything as a symbolic expression.

  23. That's funny twice, considering... by alispguru · · Score: 3, Insightful

    1. Wolfram is a notorious Lisp disser, and Mathematica is arguably a shining example of Greenspun's tenth rule.

    2. Lisp has a long history of trying to help programmers, with mixed results. The term DWIM was coined by Warren Teitelman in 1966 as part of a project based on BBN Lisp, the main predecessor of Interlisp; this project of his sounds like DWIM writ large.

    --

    To a Lisp hacker, XML is S-expressions in drag.
    1. Re:That's funny twice, considering... by wiredlogic · · Score: 1

      Please get back to us when Lisp M-expressions are finished.

      --
      I am becoming gerund, destroyer of verbs.
  24. Prediction by Anonymous Coward · · Score: 0

    This will be a half- or even quarter-baked implementation, and it will basically be software that automagically does what Wolfram thinks makes sense, and will have to be hammered into a different shape to meet other needs and styles.

    Probability of it being a success by programmers: Less than 10%.

  25. parable by Megane · · Score: 4, Insightful

    One day the student came to the master and said "There are too many programming languages! I am tired of having to learn thirty programming languages! I shall write a new programming language to replace them all!"

    The master smacked the student upside the head. "Idiot! Then we would all have to learn thirty-one programming languages!" The student was enlightened.

    Unfortunately, it was only the one student who was enlightened. Now we all have to learn fifty programming languages.

    --
    #naabhaprzrag, #sverubfr-000, #agi-fcbafberq, negvpyr[pynff*=' negvpyr-ary-'] { qvfcynl: abar !vzcbegnag; }
  26. Language by Insanity+Defense · · Score: 1

    He should just name it Language.

  27. It's called C. by xtal · · Score: 1

    Seriously, C is that awesome.

    If C doesn't work, import python.

    --
    ..don't panic
  28. "Wolfram Language"? by DdJ · · Score: 4, Funny

    This fellow needs to work on his self-esteem.

    1. Re:"Wolfram Language"? by Prune · · Score: 1

      He's been putting his name in everything he produced after Mathematica. Actually, it looks like now even that's become "Wolfram Mathematica", according to the website.

      --
      "Politicians and diapers must be changed often, and for the same reason."
  29. like he [re]invented Von Neuman's 1948 physics? by peter303 · · Score: 1

    Both did work wioth cellular autmata 50 years apart

  30. The Problem by Greyfox · · Score: 0
    The problem is not the language. It's the attitudes of programmers. Lazy programmers don't want to have to think about the problem they're trying to solve, and they think the code is the end goal. Except the code is not the end goal. The code is a means for the company you're working for to achieve higher productivity with the same number of resources. In order to do that, specific problems within their business need to be solved faster. In order to achieve that goal, one must first understand the problems. And most of the terrible, terrible programmers that I've had to clean up after in the last couple decades would obviously go to any extreme to not have to understand the problem, much less figure out a reasonable way to solve it. Hell a few of them didn't even understand how to program, which is the problem you have to solve BEFORE you can solve the problem of helping your company be more efficient with its resources.

    You can try to make things more simple all you want, but even if you could tell the computer what to do in plain English, you still have to completely understand what you're telling it to do! And on that side of things, most of the clients I've talked to generally failed to some extent (Sometimes miserably) as well. Most in-house business software and a fair bit of the stuff that's sold commercial is the result of not-very-articulate clients telling not-very-good-programmers what they want, and those not-very-good-programmers crapping out a steaming pile of code that has as much of a chance of harming the business as helping it.

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

    1. Re:The Problem by minstrelmike · · Score: 1

      agreed. It sounds like we need a programming language where you don't have to think logically. Then those duds could really get something done.

      imo, problem definition comes before problem solution.

    2. Re:The Problem by david_thornley · · Score: 1

      I think the point here is that, at some point, somebody's got to translate these human-level concepts into some formal system. I think that sort of translation is AI-complete (meaning that we can't automate it without strong AI). I don't think Wolfram's going to do it.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    3. Re:The Problem by stenvar · · Score: 1

      Lazy programmers don't want to have to think about the problem they're trying to solve,

      You're right: I don't want to have to think about the problem I'm trying to solve. If a one-line backtracking Prolog program or five line brute force C program solves the problem for me, I don't want to think about the problem or try to understand its intricacies; I can spend my time solving some other, more important problem. Laziness is the cause of progress.

  31. Sharp cookies! by Impy+the+Impiuos+Imp · · Score: 1

    "Microsoft also announced today they are developing a new language. Though largely unspecified, it will be called W# and will do everything you want in a way that makes you dependent on Windows'."

    --
    (-1: Post disagrees with my already-settled worldview) is not a valid mod option.
  32. "cut out much of the nitpicking complexity" by NikeHerc · · Score: 2

    I'm not saying Wolfram can't pull this off, but I've been programming for a long, long time and mastering the pesky "nitpicking complexity" is one thing good programmers do very well.

    I wish him well, but I remain skeptical. I hope the result doesn't devolve into "click here and here and here."

    --
    Circle the wagons and fire inward. Entropy increases without bounds.
  33. Sounds like something I have heard of before by jandersen · · Score: 1

    ... which will allow developers and software engineers to program a wide variety of complex functions in a streamlined fashion, for pretty much every single type of hardware ...

    Isn't that what fortran does?

  34. Node based GUI programming may be the way by Anonymous Coward · · Score: 0

    May as well program visually with a node tree. (Which is much like a flow chart in determining logical relationships. Works great in things like CGI software where complicated behaviors or relationships need to be modeled, so why not program elsewhere that way?) Then you could show status of things like dependencies with the color of the nodes or node sockets. Sockets and noodles used to connect sockets could also be color coded to show the data types they accept or carry. Functions can be built by grouping nodes which can be collapsed down into a logic block which appears as a single node. Library stuff that may be handy for later use could be kept in a browsable sidebar where you access things via drag-and-drop. Tooltips can be available to explain node behavior in more detail if it's name isn't obvious enough. Comment boxes can be sticky pasted around or attached to certain nodes. If somebody makes spaghetti code, it literally appears as spaghetti code. Also you eliminate almost all the syntax problems by doing it graphically. Knowing correct syntax is one of the major headaches to people new to programming or people that switch between languages that do things in arbitrarily different ways. Without that kind of overhead, you worry more about the actual process of what you want done instead of how to describe what you want done.

    In theory if a node-based graphical programming editor is created right, it should be able to output code in a syntax for any programming language you choose. Diagram what you want, and click the button for C++/Javascript/Python/Etc., and then you get the desired source saved out for use in your compiler or interpreter of choice. So it really wouldn't have to be a language, but more like a meta-language.

    1. Re:Node based GUI programming may be the way by plover · · Score: 1

      In theory if a node-based graphical programming editor is created right, it should be able to output code in a syntax for any programming language you choose. Diagram what you want, and click the button for C++/Javascript/Python/Etc., and then you get the desired source saved out for use in your compiler or interpreter of choice. So it really wouldn't have to be a language, but more like a meta-language.

      Some people seem to be confused by the idea that whatever meta-language a program is written becomes the primary source code. If you write a UML diagram and generate code from it, the UML diagram is the actual source code, not the .c++ and .h files it spits out. It also makes developers uncomfortable when there are blocks of C++ code they must never touch. (Microsoft understands this, and so they carefully try to make their visual editors work both ways, where they parse the C# code to alter the values on the forms. But it still causes friction.)

      As long as it accepts what I do as the source for a repeatable process that ends in the desired results, it can be classified as a language. The language of a code generator is still a computer language.

      Ivar Jacobsen developed an absolutely brilliant UML programming environment about a decade ago that's pretty close to this idea. It would allow the developer to create the classes, sequence diagrams, activity diagrams, state diagrams, etc., and then click "build". He said that it would auto-generate 90-95% of the java code needed for an app, and that the human developer could quickly fill in the rest. Unfortunately, the licensing was something like 5 or 6 figures per seat, and the developers didn't quite understand where its limits were, so most people were unwilling to try it. That, and very few developers are willing to build an entire app in a UML code generator - they would rather "code", and "everybody knows that boilerplate generated code is inefficient."[1] I would have loved to bring in a tool like that. (Ivar's now backed away from it and is making his money coaching Agile instead. Oh, how the mighty have fallen.)

      Even ArgoUML can quickly spit out a ton of boilerplate code from UML, and it's completely open source!

      The drawbacks to both of those tools is that they're UML, not English. And they still require the developer to understand and manage dependencies.

      Ultimately, I'm not looking for C+++, or C##, (+ 1 LISP), or even UML to rise up and become the One True Language. I think we need to get to the really usable computers from Star Trek, where they interpret and understand the user's intent contextually, they understands their own resources and their dependencies, and they produce the desired results in an appropriate manner. (It's funny how often they were unable to interpret the crew's commands when they needed a plot device for the crew to solve.) And we are finally starting to see such things emerge in real-world (but still limited) domains today. Siri is a good example of a context aware interpreter, even though it still can't create a significant repeatable process. At least it can sometimes set state that other repeating processes may respect.

      Anyway, if this stuff were easy, we'd be doing it already.

      [1] This is a common point of misunderstanding. Efficiency is all about cost, and the costs are simply not on the side of most handwritten code. The cost of a software developer's time is greater than the cost of most application inefficiencies they might produce. Code generators spit out pre-tested code that doesn't incur the cost of additional testing. The cost of a single bug reaching production is far greater than the cost of almost every inefficiency (real or feared). A really good compiler optimizer will yield efficient code regardless of the source. And servers can be scaled up cheaper than qualified programmers can be hired. Yet for some reason, developers still insist on worrying about the nuanced differences between QuickSort and HeapSort.

      --
      John
  35. Knowledge-based programming by T.E.D. · · Score: 2

    The most concrete detail I could find anywhere on his web about it was his repeated characterization of the language as "knowledge-based".

    Now, unless he has some whole new meaning in mind, that isn't a totally new concept in languages. We generally call such languages "AI languages" (or more technically, Inference Engines or Reasoning Engines or whatever.

    The general idea is that the programmer's job is to write rules. Then you feed the engine your rules and a set of facts (or an operating environment it can go get "facts" from), and it will follow what rules it needs to. The language/system of this kind that programmers here will probably be most familiar with is make

    It sounds cool, but I think a lot of folks here might find the concept of something like make being the answer to all their programming difficulties a case of the cure being worse than the disease.

    1. Re:Knowledge-based programming by david_thornley · · Score: 1

      I took a class in rule-based systems once. I started thinking of how I'd verify correctness, and didn't really think of much. The advantage of conventional programming languages is that, within very broad limits, you can tell what the computer is going to do with the program. I think that is largely lost with complex rule-based systems.

      Languages like make and yacc can get away with that because of their limited scope. If I screw up with an LALR(1) grammar, yacc will find reduce-reduce errors and tell me about them. I have no confidence in a general-purpose rule-based system. (I hope Prolog programmers have figured some of these things out, but I don't follow what's going on in that community.)

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
  36. Megalomanic behavior by Anonymous Coward · · Score: 0

    He is a genius but his megalomania is even stronger. When the new and ultimate programming language is finished, he will be claiming intellectual property of everything developed with it.

  37. Here you go... by alispguru · · Score: 1

    If Dylan isn't good enough for you, your problem isn't non-S-expression syntax.

    --

    To a Lisp hacker, XML is S-expressions in drag.
  38. Automatic programming works, and redefines itself by ODBOL · · Score: 2

    Attempts have been made in the past to automate programming, it's never worked very well

    On the contrary. The first attempt to automate programming produced assembly language, which automated the assignment of addresses to variables and instructions. The second one produced FORTRAN, which automated the "programming" of formulae into sequences of individual operations. Every time we successfully automate some programming activity, the nature of programming changes.

    Mike O'Donnell

    --
    Mike O'Donnell http://people.cs.uchicago.edu/~odonnell/
  39. Too good to be true by Anonymous Coward · · Score: 0

    This sounds almost too good to be true, and you know what they say. In the spirit of full disclosure I have to admit that I'm a programmer/analyst/architect and would of course be greatly impact by this. That said, just looking at what's been said here is far from complete, which makes it that much more difficult to discuss intelligently, but here goes anyway.

    While writing program that write programs is something I've done from time to time and it does greatly increase programmer productivity, it just leaves the other aspects of the development cycle that much more pronounced. These include

    Requirements gathering
    Functional testing
    Security testing

    While getting to the point where the client says
      "Damn you gave me what I asked for not what I needed"
    will be helpful and a required step, it probably won't be a panacea.

    For some strange reason natural language programming has been held out as a panacea. You just tell the machine what you want it to do, and it figures out how to do it. If I've learned anything over the almost 40 years of computer work it is that people really don't know what they want/need. Requirements are often incomplete, inconsistent and just plain wrong.

    The same will be true for functional testing and security testing. Without a thorough understanding of the underlining problem how would edge and corner cases be test for.

    And what happens when someone uses this system to automate malware or cracking software that makes all internet transaction vulnerable to theft and fraud. How does one even go about test software that generates software for security vulnerabilities? I would guess that the next task would be to create automated tools to review the code generated. If this approach was really effective though, we wouldn't have all of the security issues of today.

    Expecting non professionals to be able to perform these task when history has shown us that most professional don't do an adequate job may be overly optimistic. Of course these task will be the next things to be automated and that will clearly help. Still I think it would be a bad bet to assume that the good guys will be able to keep the thieves and fraudsters at bay.

    As always, just my USD 0.02 worth.

  40. Either Wolfram or Brooks is wrong by Anonymous Coward · · Score: 0

    Brooks ("Mythical Man Month") said there is no such thing as a silver bullet. Sounds like a pie-in-the-sky, big-rock-candy-mountain thing to me. My take on it: Never trust a cat who names something after himself.

  41. All in a name by cyberchondriac · · Score: 2

    Personally, just for the coolness factor, I think he should name it, "Wolf", for maybe one of the following:

    * World Object Language Framework
    or
    * Wolfram Object Language Framework

    Im just barking at the moon.. I really have no idea what I'm talking about.

    --

    Look back up at my post, now look back down, you're on the Internet. Now look back up. I'm a signature.
  42. Automated programming succeeds, redefines itself by ODBOL · · Score: 2

    Attempts have been made in the past to automate programming, it's never worked very well

    On the contrary, automated programming has worked repeatedly, each time redefining "programming":

    1. Machine language automated the programming of patch boards.
    2. Assembly language automated programming in machine language, particularly the assignment of addresses.
    3. FORTRAN automated assembly language programming, particularly the programming of formulae into sequences of operations.

    Each time someone automated "programming," the word stopped referring to the automated part, and referred to the remaining part of algorithmic problem solving. After FORTRAN, the pieces of automation were less clearly ordered, and less likely to be referred to as "automated programming," but re-entrant procedures, recursive procedures, virtual memory, garbage collection, class instantiation, tail recursion removal, ... all automated activities that were formerly part of "programming." In all cases, whatever specification remained to be done by hand became the new "programming."

    --
    Mike O'Donnell http://people.cs.uchicago.edu/~odonnell/
  43. Egomania by govett · · Score: 1

    Like Virgin and Trump, Wolfram is such as egomaniac that he probably has his named stamped on his toilet paper.

  44. Is Wolfram willing to make it free? by jamiefaye · · Score: 1

    Stephen Wolfram is a brilliant businessman who has made a fortune charging what the market will bear for Mathematica and Alpha. Will that model break-down with the Wolfram programming language? I think it will. PARCplace tried to sell Smalltalk for awhile and the language stagnated until Alan Kay was able to get Squeak going. I can't imagine anything becoming as popular as Python or C++ if it costs thousands of dollars to get into the game.

    Perhaps Wolfram will patent some of his ideas and then they will catch on 20 years later.

  45. sounds like BS by Anonymous Coward · · Score: 0

    I think I would rather have a system where it does what I want instead of it 'automatically' assuming and doing so much for me.
    It rather hard to communicate to a program without specifying everything in detail and a program that starts with insufficient info to head towards what the user actually wants is folly and counterproductive in the end.

    If this is basically hey we have all these equations - then the real problem will be FINDING what you want exactly.

  46. The premise of the story is false. by Anonymous Coward · · Score: 0

    Stephen Wolfram is not developing a new programming language.

    "Wolfram" is the name recently adopted for the programming language which is used in Mathematica (which is an application), as (somewhat) explained here.

    As explained if one traces the link in the story to its original sources, Wolfram, the language of Mathematica, is being extended to include some new features.

  47. The Wolfram Scale — a measure of arrogance by Anonymous Coward · · Score: 1

    I have a friend who invented something called "The Wolfram Scale" It measures your arrogance on a scale of 0 to 1. Wolfram himself is 1.0 by definition. Most people measure a few milliwolframs. Steve Jobs measured maybe 100 milliwolframs. Gandhi would measure 0 milliwolframs.

  48. Tungsten by bbsalem · · Score: 1

    W-hy doesn't he use the element Tungsten for the name of the language? After all, his name was the original name of the element, and a new programming language for Mathematics is likely to be HARD, like the metal. This would follow in the tradition of naming software after substances and elements in nature, Carbon, Chromium, Ruby.

  49. Programming language by Anonymous Coward · · Score: 0

    Hrm, another programming language...

    Attempts have been made in the past to automate programming, it's never worked very well (or at all in some cases)

    Still, look forward to seeing it, perhaps I'll be pleasantly surprised.

    I want to learn Programming language. However Why it's worked very well?

  50. just what you need by stenvar · · Score: 1

    When people are trying to create a low-cost, open source, ubiquitous computer, what they really need is an proprietary resource hog of a language on it that will require them to buy an expensive license to continue to use what they learned later!

    Do yourself a favor and use Python or something similar instead.