Slashdot Mirror


EU-Funded EDOS To Simplify Open Source Development

An anonymous reader writes "a consortium of European research institutions and open source software companies have paired up to manage the complexity of large scale, modular projects by establishing a program called EDOS, Environment for the Development and Distribution of Free Software. Planners intend to move away from centralized builds and storage to a distributed process, form a language-agnostic bug testing system and turn to theoretical computer science to safeguard dependencies."

92 comments

  1. EDOS? by Anonymous Coward · · Score: 1, Funny

    Please don't tell me that it's funded my Microsoft...

    1. Re:EDOS? by gilesjuk · · Score: 1, Funny

      If it is they will simplify open source developement by eradicating it.

    2. Re:EDOS? by mattjb0010 · · Score: 3, Informative

      Please don't tell me that it's funded my Microsoft...

      Bill Gates? That you? On a more serious note, an EU judge has upheld penalties against Microsoft.

    3. Re:EDOS? by BenjyD · · Score: 1

      It would make sense - "My documents", "My Network Places", "My Microsoft".

    4. Re:EDOS? by JamesD_UK · · Score: 0
      So, I suppose I should RTFA now out of respect for the poster.

      You must be new here.

    5. Re:EDOS? by bruthasj · · Score: 1

      Nah. Europeans name OSes and FSes after themselves, so it can't be either.

  2. Feh by Anonymous Coward · · Score: 4, Funny

    I don't believe they really wintend to

  3. Efficiency? by Max+Romantschuk · · Score: 2, Interesting

    It sounds like a good idea, and we all know that options and diversity is what open source and free software is all about. I just hope that they don't pour heaps of cash into something which gets bogged down by bureaucracy. The EU track record isn't exactly stellar in that regard.

    --
    .: Max Romantschuk :: http://max.romantschuk.fi/
    1. Re:Efficiency? by essreenim · · Score: 1
      I agree. Its goog to see they are focussing on accomodating many languages. I think this link is a little better though

      ...

      "As the amount of Open Source software grows, so does the problem of complexity." Ahhh, the days of theoretical computer science - big O notation bah blah blah...

    2. Re:Efficiency? by jeif1k · · Score: 1

      I just hope that they don't pour heaps of cash into something which gets bogged down by bureaucracy.

      Too late. Formal methods are effectively the mathematical equivalent of the EU bureaucracy for software development. :-)

    3. Re:Efficiency? by Taladar · · Score: 1

      If only one could ignore the bureaucracy in other areas as easily as the formal methods in software engineering...

  4. Proofreading by Xetrov · · Score: 1, Offtopic

    Is it really too much to ask for timothy et al to actually proofread everything before they post it?

    1. Re:Proofreading by Anonymous Coward · · Score: 0

      Is it really too much to ask for timothy et al to actually proofread everything before they post it?

      Timothy should be captialized and et al (sic) should be italicized and have a dot after it.

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

      Actually, if the username is not capitalized, then it isn't.

    3. Re:Proofreading by Anonymous Coward · · Score: 0

      You insensitive clod! Timoth suffers from Slashdot Posting Grammatical Error Check Syndrom (SPGECS, kind of like saying spaghetti while someone holds your tongue). So think next time before you spout off!

  5. EDOS? by quamaretto · · Score: 2, Funny

    When I first looked at the article, I was thinking "European Disk Operating System. Jesus, those Europeans have to have everything their own way. What next, AntarctiVMS?"

    So, I suppose I should RTFA now out of respect for the poster. Heh. Heh heh.

    --
    *is run over by rotten tomatoes*
  6. Shouldn't that be... by brassman · · Score: 1

    EDOFS?

    --
    "Ain't no right way to do a wrong thing."
    1. Re:Shouldn't that be... by rhsanborn · · Score: 1

      or even EDDOFS.

    2. Re:Shouldn't that be... by maxwell+demon · · Score: 1

      To please everyone: Maybe EDDOFLOSS? :-)

      --
      The Tao of math: The numbers you can count are not the real numbers.
    3. Re:Shouldn't that be... by Anonymous Coward · · Score: 0

      To please everyone: Maybe EDDOFLOSS? :-)

      Surely you meant GNU/EDDOFLOSS.

    4. Re:Shouldn't that be... by Taladar · · Score: 1

      You forgot the Gnu/ to please RMS -------- Slashdot requires you to wait 20 seconds between hitting 'reply' and submitting a comment. It's been 19 seconds since you hit 'reply'.

  7. Wow by Anonymous Coward · · Score: 0

    14 comments and already slashdotted. Must be some kind of record.

    1. Re:Wow by B3ryllium · · Score: 3, Funny

      Obviously you weren't around for the HTTP-Server-Running-On-A-Potato post.

      Mmm, baked potato.

  8. Wonder if they mean to promote distributed revctl by cduffy · · Score: 2, Informative

    IMNSHO, distributed revision control is something long past-due for wider adoption... be nice to see it used outside of Linus's BitKeeper adoption and the (reasonably large number of) projects using Arch.

    The impact of distributed revision control is that someone doesn't need to be trusted with commit access to a repository owned by the maintainers to do revision-controlled work -- instead, they just make a branch inside an archive they control, and changes can be merged back and forth between that one, the "official" branch, and/or any other 3rd-party branches at-will. As a casual contributor to a large number of projects, I find this extremely useful -- I have my own revision-controlled archive containing only my changes, and I don't need to get the trust and/or approval of the project maintainers before getting started.

    Personally, I like Arch, but it's not the only game in town -- Darcs, Monotone and SVK are all in the same problem space (within the Free camp), as well as BitKeeper (in the proprietary camp). I'd like to think that this is what these folks mean by distributed storage (as the revision control archive doesn't necessarily sit all in one place) -- the concept needs all the exposure I can get, so I don't need to go the $#%@ pain of maintaining my own branches (w/o assistance from my revision control tools) again!

  9. The EU is not Europe by sunbeam60 · · Score: 0, Offtopic

    The EU is the European Union. Switzerland, while being wholly a part of Europe, is not a member state of the European Union.

    1. Re:The EU is not Europe by Anonymous Coward · · Score: 0
      And the difference between Afghanistan and Iraq is what?

      Both were backward, primitive nations that were ruled by cruel dictators and muslims who actively supported international terrorism. Now, thanks to the coalition of the willing (no thanks to france!), they are backward, primitive nations with democratically elected governments and well on their way to social and economic recovery.

    2. Re:The EU is not Europe by maxwell+demon · · Score: 1
      Nowhere in the summary does it say that it is an EU project. The headline says the EU funds the project, which according to the article is true:
      In turn, the European Union will provide a 2.2 million euro infusion of cash, contributing to total budget of 3.4 million euros.

      --
      The Tao of math: The numbers you can count are not the real numbers.
    3. Re:The EU is not Europe by maxwell+demon · · Score: 1

      Where is the evidence that Saddam Hussein actively supported international terrorism? Well, I guess it's stored close to those WMDs which haven't been found yet ...

      --
      The Tao of math: The numbers you can count are not the real numbers.
    4. Re:The EU is not Europe by Anonymous Coward · · Score: 0
      You want proof?

      Here's your proof.

    5. Re:The EU is not Europe by Anonymous Coward · · Score: 0
      Iraq has a democratically elected government??? That will come as a surprise to most Iraqis.

      Last I heard, they'd been invaded and the occupying forces were running the show.

    6. Re:The EU is not Europe by Evil+Grinn · · Score: 1

      Iraq has a democratically elected government???

      Of course they do... it just wasn't elected by them! It was elected by all the folks back home in the Red States.

    7. Re:The EU is not Europe by Anonymous Coward · · Score: 0

      No, see... there's actually insurmountable evidence that Saddam Hussein supported international terrorism. What is lacking, as you pointed out, is evidence that he was directly involved in any terrorism.

      The really sad thing is the UN has more blood on its hands than the US right now, and Annan got out of it without any real criticism.

    8. Re:The EU is not Europe by goatan · · Score: 1
      So by that reasoning the US and new York specifically is also sponsoring terrorists what with all those IRA members who hide out there and the money that was given to the IRA by Americans. By your reasoning Britain would have been fully justified in bombing the New York St Patrick's day parade knowing that despite a lot of innocent lives lost they would also kill a lot of terrorist supporters.

      BTW proof needs facts not personal opinion and assumption.

      --
      Saying Apple is better than MS is like saying Botulism is better than rabies.

    9. Re:The EU is not Europe by goatan · · Score: 1
      The Terrorist acts definitely sponsored by Saddam's regime oddly enough occurred when he was an Ally of the US. The most direct one being the princes gate siege "At that stage, no one knew that Iraq had trained and armed the gunmen to embarrass its enemy Iran, and that the drama about to be played out in Princes Gate was a dramatic prelude to the Iran-Iraq war that was to explode four months later and send millions of young men to their graves." And Iraq was armed and trained and directed by the US against Iran. Iraq has not been able to -despite its wishes- fund terrorists like WMD's it wanted to but couldn't and didn't not without the support of its former ally the US. All this leaves the sinister question, did the US plan and/or approve a terrorist action on allied soil?

      The really sad thing is the UN has more blood on its hands than the US right now, and Annan got out of it without any real criticism.

      I presume your talking about Oil for food scandal it's a bit early to say he got away without criticism or that he even deserves some if he does I will be the first to do so but to prejudge is not very intelligent a denotes partisanship.

      --
      Saying Apple is better than MS is like saying Botulism is better than rabies.

  10. Clippy goes to Washington DC by Anonymous Coward · · Score: 0

    Time for an "Operation" that can promptly remove the open source projects and install a hand-picked long term contract. Just like the good old days.

    They are coding for free!!!!!!

  11. Organised? by areve · · Score: 4, Insightful

    All they'll end up with is EDOS Linux, yet another distibution with it's own cultish following. We already have organisation. Debian. 3.4 million euros for the open source community will be nice though, it may pay some of the court costs for patent claims.

    1. Re:Organised? by Anonymous Coward · · Score: 0

      Fortunately legislation making software patents enforceable hasn't passed in the EU.

      I'm hoping that the funds actually get put into something useful.

  12. Worst acronym EVER? by Anonymous Coward · · Score: 3, Insightful

    Environment for the Development and Distribution of Free Software

    The fact that they got EDOS from that name boggles my mind. This acronym business is entirely out of hand, and this is the stupidest one by far, ignoring a proper noun and an adjective but including "of".

    1. Re:Worst acronym EVER? by lumumba · · Score: 4, Informative

      I'm guessing that's because the original acronym is in French. It's Environnement pour le Développement et la distribution de logiciels Open Source, which makes a lot more sense.

    2. Re:Worst acronym EVER? by Anonymous Coward · · Score: 0
      Ok, and you think EDDFS would have been a good acronym?

      Acronyms are supposed to be easy to remember and pronounce. It's common to include words like "of", "for" or more than one letter from a word to make a pronouncable acronym.

    3. Re:Worst acronym EVER? by Anonymous Coward · · Score: 0

      If you add some space or other letters it makes sence at the acronym becomes recognizible; EDD-FS.
      Oh wait, that's EDDs File System. Blah. Fuck it.

    4. Re:Worst acronym EVER? by modicr · · Score: 1

      Therefore translation of:

      "Environnement pour le Développement et la distribution de logiciels Open Source"

      to english is:

      "Environment for the Development and Distribution of Free Software"

      ?

    5. Re:Worst acronym EVER? by Anonymous Coward · · Score: 0

      What are edos?

    6. Re:Worst acronym EVER? by Anonymous Coward · · Score: 0

      Actually in French, it is Environnement pour le Développement et la distribution de logiciels libres.

    7. Re:Worst acronym EVER? by andreyw · · Score: 1

      Now really, how could you ever guess... Now don't complain about how you "don't know french." You don't NEED to for something as basic as this.

  13. how about language-agnostic dependency checks by museumpeace · · Score: 3, Insightful

    while they are at it. I have a job to turn a pile of ada into a compiling set of c++. I can just build and sort through the error messages to find out which WITH'ed or #INCLUDE'd files are missing or broken but its turned out faster to write a cascade of filters in AWK which build a report of dependencies as an HTML page. Any module is listed and each module referenced goes into a sublist. It generates anchors and HREFs to lead the way around the dependency tree and color codes the module names according to the availability of the module.
    I hope they come up with a less confusing metaphore than Clear Case when they design the version control GUI.

    The larger the development project, the more likely it has to incorporate reused code and code in more than one language so here's my salute to their good intentions...and good luck!
    [they will need more than language neutrality: they need archtectural neutrality to encompass OO languages alongside scripting languages and procedural languages. and what about languages that support templating?]

    --
    SLASHDOT: news for people who can't concentrate on work or have no life at all and got tired of yelling back at the TV.
  14. Re:sounds like a European project allright! by Edie+O'Teditor · · Score: 0
    I didn't understand too much of this article.
    The original article is badly written, and the slashdot story is reminiscent of Helen Keller.
    --
    If X is the new Y, and Y is "X is the new Y", solve for X.
  15. Re:hate by Anonymous Coward · · Score: 0

    must you?

  16. Re:sounds like a European project allright! by Helen+Keller · · Score: 1

    I am HEOPQIJWOIJEN KASDASDADLLER AdfASFSDFSSFgewgtgregergergreg yu insnsitnKHAKJSHDKAJBHAKclod.

    --
    Have you read my blog? Neither have I.
  17. oh my god... by marco_craveiro · · Score: 2, Insightful

    now, there's a perfect example of a solution in search of a problem. and, if that's not enough for you, it seems its also designed by comittee. good god. well, lets wait and see. somehow I can't help but think it will use Z, that dream in formality that is a nightmare to anyone who actually tries to do something useful with it.

    ... i suppose this is one of the greatest things about open source: if someone comes up with the strangest idea, one that no one else thinks is even remotely useful, well, she|he gets to have a go and try it without wasting anyone else's time. can you imagine if this was a company or a research lab: "linus, old chap, can you stop faffing around with that kernel crap and come and do some Z with us."

    call me a cynic...

    soup

    1. Re:oh my god... by Hognoxious · · Score: 1
      one of the greatest things about open source: if someone comes up with the strangest idea, one that no one else thinks is even remotely useful, well, she|he gets to have a go and try it without wasting anyone else's time.
      Yup. In this case the only thing being wasted is 2 million Euros of other people's money.

      The words "tonneau" and "porc" spring to mind.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
  18. bandwagon by jeif1k · · Score: 4, Informative

    Roberto Di Cosmo of University of Paris 7 claims that theoretical computer science is particularly strong in France and that its formal methods can be used to manage complex dependencies to create an "integrated, coherent whole."

    In different words, people in France are jumping onto the open source bandwagon in order to squeeze out another few years of funding for the same old stuff they have already been doing for 30 years.

    If you want to read more about formal methods, look here and here. You can judge for yourself how much relevance you think this is going to have for FOSS. I think its chances are close to nil.

    1. Re:bandwagon by lumumba · · Score: 2, Informative

      I might be mistaken, but basically what you're saying is that computer programmers should discard computer science methods as irrelevant? Including things like graphs and sorting algorithms, for example (which are studied using formal methods by computer scientists)? As for di Cosmo, maybe you should have a look at the "Free Software" page on his web site :
      http://www.dicosmo.org/. This guy actually writes stuff that's *useful*.

  19. Re:sounds like a European project allright! by maxwell+demon · · Score: 2, Funny

    You should use a less noisy line for you internet access. :-)

    --
    The Tao of math: The numbers you can count are not the real numbers.
  20. "Paired up" by gkuz · · Score: 1
    a consortium of European research institutions and open source software companies have paired up

    If a total of 10 institutions (yes, I read TFA) "pair up", that means they divide into 5 groups. I know it would be way too much to expect timothy to actually come up with his own words, as opposed to pasting from the article, so I guess this commentary is directed at the original author.

    1. Re:"Paired up" by benjamindees · · Score: 1
      All software born out of the effort will be licensed as open source.

      Normally I would attribute minor errors such as these to having a bad day, but this guy needs an editor. You'd expect more from someone who gets paid for their ramblings, as opposed to us slashdotters who nitpick for free ;)

      --
      "I assumed blithely that there were no elves out there in the darkness"
  21. obvious by blackomegax · · Score: 2, Insightful

    "Environment for the Development and Distribution of Free Software" Sourceforge.

  22. "formal methods" is a misnomer by jeif1k · · Score: 1

    I might be mistaken, but basically what you're saying is that computer programmers should discard computer science methods as irrelevant? Including things like graphs and sorting algorithms, for example (which are studied using formal methods by computer scientists)?

    Yes, you are mistaken. I'm all for the formal analysis of things like graphs and sorting algorithms, but that kind of analysis has little to do with "formal methods" as used by these people. "Formal methods", as used by these people, refers to one narrow and specific approach to software development (and one that hasn't had much success in practice).

  23. MandrakeSoft is part of this by imr · · Score: 1
  24. Whereas Americans only by Anonymous Coward · · Score: 0

    decide to have "American English", drive on the wrong side of the road, refuse to sign treaties, or join the ICC, or adhere to international standards in any way, shape or form.

    1. Re:Whereas Americans only by Anonymous Coward · · Score: 0
      The thing is that any powerful nation is as obnoxious and unpleasant as it can get away with, America was really only nice until we noticed how much power we have.

      The next world power (the EU or China or whoever) will be at least as bad as America. Every nation has a large number of really unpleasant traditions and cultural movements within it, but the rest of the world only notices the foibles of a nation when in rises to preeminence. Fast food, pop culture, and treaty breaking will seem like harmless fun once China becomes as powerful as the US is at the momment and France is only the "good guy" now because it is down - those fuckers invented western imperialism and they are just itching to get back in the game.

  25. I stand corrected by sunbeam60 · · Score: 2, Informative

    I read the fucking article. You are correct; I was wrong.

    1. Re:I stand corrected by IpalindromeI · · Score: 2, Funny

      I read the fucking article.

      <blink>

      You are correct; I was wrong.

      <blink blink>

      I could have sworn I was still reading Slashdot. What site is this?

      --

      --
      Promoting critical thinking since 1994.
  26. oh my god!!! by spectrokid · · Score: 2, Funny

    Did anybody else read the title and think they were going to devellop an alternative to MSDOS?

    --

    10 ?"Hello World" life was simple then

  27. Nor is the USA a whole continent by Daverd · · Score: 1

    The United States of America != America, either, but that's what people call it. Give it time, and I bet "Europe" will become the accepted name for the EU.

  28. Is there something wrong with Arch? by killjoe · · Score: 1

    I have seen several forks of the project. I keep thinking there must be something not quite right with it if people keep forking it.

    Maybe you could shed some light on this.

    --
    evil is as evil does
    1. Re:Is there something wrong with Arch? by redhog · · Score: 2, Insightful

      Hm, isn't this actually a proof that the system _works_: a distributed revission control system is meant exactly to ease forks and remerges of projects, so if the RCS itself has a tendency to fork and remerge, it is a _good_ sign, as long as the use their own RCS to version control the RCS source (as does Arch and most others :)... Kind of fluffy meta-abstract feeling, isn't it?

      By the way, Arch rocks, except from three things: Its UI is constantly changing, it does not have completion of category/branch/version/patch names, so you have to write the whole thing all the time, and it should have put all the .arch-ids-directories within {arch} in the checked-out-copy. The last would force you to use 'tla move' even on directories, but that is a small price to pay not to constantly walk all over the id-files with find/grep/sed when you do magical things...

      --
      --The knowledge that you are an idiot, is what distinguishes you from one.
    2. Re:Is there something wrong with Arch? by cduffy · · Score: 1

      Heh. As far as forks go, there's Landry's "arx", which basically came about because of a falling out between Tom and a fellow who was trying to take partial mantainership duties for him, and Canonical's "baz", which is a basically friendly fork intended to experiment with making UI improvements; any changes they make that the community likes will (in theory) get folded back into tla 1.x, and perhaps used as food-for-thought for tla2 (which is a complete rewrite).

      larch and tla are both Tom's; larch was once the reference implementation of the Arch protocol, and now tla is.

      Tom is now working on tla2, incidentally, and leaving Matthew Dempsky to maintain tla 1.x; this appears to be working out much better than did previous times when Tom tried to cede partial control over his baby.

    3. Re:Is there something wrong with Arch? by cduffy · · Score: 1
      a small price to pay not to constantly walk all over the id-files with find/grep/sed when you do magical things...

      Replacing find with "tla inventory" works in the common cases, I find -- and baz's patching up "add" to ignore the user's requests when it's told to do something stupid likewise helps with some of the more common (find . | xargs tla add) goofs.

      It's not just about needing to use "tla mv" on moving directories -- you'd also have to use "tla rm" on deleting them, and would otherwise be a mess. Anyhow, I like the current behaviour -- and if need be, you can tell find to do fancy things. For instance:
      find . \
      -name ',,*' -prune -o \
      -name '+*' -prune -o \
      -name '{arch}' -prune -o \
      -name .arch-ids -prune -o \
      -print

      ...so find itself ignores .arch-ids directories, directories starting with ,, or +, and {arch}. Of course, if you don't need fancy functionality you're better off with inventory in the first place... but this should at least give an example of what kind of thing is possible.

    4. Re:Is there something wrong with Arch? by redhog · · Score: 1

      I do use tla inventory for most things. However, there are some problems with this approach. First,
      'tla inventory | while read name; do grep -H -e expression "$name"; done' is a bit clumsier than just 'grep -r -e expression', but that can be solved with some macros :) Second, and worse, is that I both like to include all the Arch-specific dirs and info in distribution tgz:s so that people can easily import that directly into their repo, and I do have some build-scripts that needs to traverse the tree in some ways, basicly doing the above command. This works fine for everyone who do have Arch. But most people don't and my program will fail to build for them :(

      --
      --The knowledge that you are an idiot, is what distinguishes you from one.
    5. Re:Is there something wrong with Arch? by cduffy · · Score: 1

      But most people don't and my program will fail to build for them :(

      That makes sense, and is a valid reason to use a fancid-up find command instead of inventory.

  29. Formal methods in open source development by po8 · · Score: 2, Insightful

    See our Freenix 2002 paper for one example of applying formal methods to open source development. Worked great for us!

  30. junk science by jeif1k · · Score: 1

    Worked great for us!

    Yes, and if you had used UML, code reviews, pair programming, a different programming language, or merely meditated over a copy of the source code for the same amount of time, it might have "worked" even better. We'll never know because you didn't do a controlled experiment. You didn't even quantify the effort it took you or validate the actual implementation, so we don't even have any data about what you did.

    Supporting an approach to software development with anecdotal reports like yours is junk science; we might as well use astrology for picking the best software development methods. Until computer science starts taking the scientific method a little more seriously, it will remain stuck in the dark ages.

    1. Re:junk science by po8 · · Score: 2, Informative

      Wow, you read our paper quite quickly. Impressive. You may have noticed the part where we described the paper as a "case study". I don't claim that we proved anything too generalizable with this work, although there are many such case studies in the literature that reach similar conclusions.

      I also regret that space constraints precluded much of the reporting that you would have liked to have seen. Much of it was presented at the talk, but that is indeed insufficient. My apologies.

      We resorted to the formal methods approach only after failing with most of the approaches you suggested. UML had nothing obvious to offer (according to my UML-skilled friends). The problem was a design problem: meditating over source code wasn't obviously helpful except to discover that a given design was flawed by observing it in the implementation. We were constrained to C in a POSIX environment, which was really at the heart of the problem, so changing languages or platforms wasn't possible. I was certainly paired with someone throughout the whole development process: sometimes an implementor, sometimes a formal-methods guy.

      The effort the formal spec took us was about 4 weeks, most of it by me. The key insight actually only took a few days, the rest was just careful checking for other problems. Once we discovered our requirements were inconsistent, it took us another week or so to come up with relaxed requirements and a design that met them.

      Ultimately, keep in mind that we applied formal methods to the problem only after failing multiple times to get a correct implementation using more conventional open source methods. You can quibble about whether it's science or not ("Computer Science : Science :: Plumbing : Hydrodynamics" --Strachey), but subjectively I solved a problem using Z that I and two other smart people working together hadn't solved without it even given a lot of effort. I'll mark this one in the success column.

      As for your more general comments about Computer Science, let me observe that CS is pretty much the only science or engineering discipline without any generally-accepted formal descriptive and analytic notation. I'm using Z for this on occasion, and finding that I like it a lot: it helps me to clearly, succinctly, and unambiguously specify all sorts of things. I think that this is somewhat orthogonal from the "behavioral science" approach you seem to be advocating, but I think it is a legitimate need of the discipline. Your mileage, as always, may vary.

    2. Re:junk science by jeif1k · · Score: 3, Insightful

      I also regret that space constraints precluded much of the reporting that you would have liked to have seen. Much of it was presented at the talk, but that is indeed insufficient.

      I don't think that's the problem. You could have written a paper trying to demonstrate the utility of "formal methods" using Z. In that case, you could have left out most of the details about XCB, giving you more than enough room to talk about experimental design and controls. But you didn't. Instead, you did, as you say, present a case study of applying Z to a particular problem. That may serve as a useful tutorial on Z or XCB, it may convince people that XCB is correct, but it tells the reader nothing about whether using "formal methods" actually leads to improvements in software development.

      You may have noticed the part where we described the paper as a "case study". I don't claim that we proved anything too generalizable with this work, although there are many such case studies in the literature that reach similar conclusions.

      But (effectively) saying "this is anecdotal evidence" in the introduction to a paper doesn't remove the criticism. "Case studies" of the kind you presented are useful for people to understand how something works, but not as evidence that something works better than something else. Yet, you have been trying to use it as the latter.

      but subjectively I solved a problem using Z that I and two other smart people working together hadn't solved without it even given a lot of effort. I'll mark this one in the success column.

      But the "formal methods" community claims that their methods lead to objective improvements in software development (cheaper, more robust, etc.). Either the "formal methods" community needs to support those claims or it needs to drop them.

      What is particularly bad about the use of the term "formal methods" is that the term suggests that it comprises all well-founded methods for reasoning about software and software reliability, but that is clearly not the case.

      I think that this is somewhat orthogonal from the "behavioral science" approach you seem to be advocating

      I'm not advocating a behavioral science approach. I'm saying that if you choose to make behavioral science claims, then you have to support those claims adequately using the scientific methodologies generally accepted in support of claims. And the claim that the use of formal methods by software developers may lead to higher quality software and/or lower development costs is a behavioral science claim, no matter how much mathematical notation it involves.

    3. Re:junk science by po8 · · Score: 1

      Sounds like you and I are in more agreement than I originally would have thought.

      My co-author and I chose to write up the Z and XCB work as a case study, for understanding Z, XCB, and how a formal method could be applied in a lightweight way to open source development. If there had been more room, we would have also included more material describing the development process and the effectiveness of the methodology.

      One point of disagreement: you write that "'Case studies' of the kind you presented are useful for people to understand how something works, but not as evidence that something works better than something else. Yet, you have been trying to use it as the latter." I don't think I particularly have. I have argued, and still believe, that formal methods, specifically Z notation and formal reasoning, were in absolute terms useful to me in solving a particular open source development problem. I agree that any stronger claim is unjustified by our publication. I don't think anything you've said weakens this claim, though.

      You write that "The claim that the use of formal methods by software developers may lead to higher quality software and/or lower development costs is a behavioral science claim." This appears to be correct. It is also a real problem: behavioral science claims are notoriously difficult to prove. Indeed, I think the evidence for any software development methodology I am aware of "leading to higher quality software and/or lowering development costs" tends to be fairly soft stuff at this point. I'm not convinced that the literature of e.g. Extreme Programming or the CMM really justifies broad claims of productivity or quality either.

      This difficulty does not excuse the formal methodists from justifying their approach, of course. But it does suggest to me that there's something off about the use of behavioral science measures as the sole criterion for objective success of a software development technique. It is hard to imagine physicists, for example, arguing that calculus of variations needs behavioral studies to discover whether it is a more efficient method of solving problems in physics than numerical methods. Physicists use what works, and tend to figure out what works through experience rather than behavioral experiment. Maybe this isn't good enough for software development. But so far it has worked pretty well for me.

    4. Re:junk science by jeif1k · · Score: 1

      I have argued, and still believe, that formal methods, specifically Z notation and formal reasoning, were in absolute terms useful to me in solving a particular open source development problem. I agree that any stronger claim is unjustified by our publication.

      OK, if you put it that way, I think we can agree on that.

      It is hard to imagine physicists, for example, arguing that calculus of variations needs behavioral studies to discover whether it is a more efficient method of solving problems in physics than numerical methods. Physicists use what works, and tend to figure out what works through experience rather than behavioral experiment.

      Yes, and that's how software development used to work, too. But over the last two decades, people have increasingly quantified the software development process because the experience/crafts-based approach lacked reproducibility and predictability. That wasn't idle social scientists looking for work, it was companies repeatedly facing multi-million dollar software disasters and wondering what they can do to avoid that.

      Also, fields like physics and mathematics are changing and people are looking hard at how to improve the processes with which work is accomplished in those fields now. That's, in part, because people are noticing that the literature in those fields is rife with errors, in part because the models are getting far more complex than they used to be, and in part because the consquences of errors are becoming more and more costly.

  31. Tunes.org project by Egregius · · Score: 1

    Woa, did anyone else read this and immediatly think of the Tunes project, possibly because they were browsing the site in another window? :) A distributed modular system and a possibility for automated testing by specification is exactly one of the aspects they see required for their hypothesized 'ideal' operating system. Check this link for a brief overview. These guys also mostly come from France and a theoretical computer science background.

    1. Re:Tunes.org project by Egregius · · Score: 1
    2. Re:Tunes.org project by ebiederm · · Score: 2, Interesting

      Somehow the analogy seems apt. Tunes is a decade old and still has not gotten anywhere. Although the tunes survey subproject has at times been interesting, and was a good resource before wikipedia came along.

      With a little luck the EDOS project will be more grounded and a little more down to earh.

      Hmm. The more I think about it this looks like a funding hack by mandrake to get other organizations to help them build and test their distribution. Most of the things they were complaining about did not sound fundamental to open source development but did sound a lot like problems a distribution vendor would have.

      I guess time will tell if this is a cool practical hack that supports mandrake. Or some academic proof of concept project that is generally useless for getting things done.

  32. Re:CHEESE by Crispeeb · · Score: 0

    I would just like to point out that someone has discovered my password and used it to post the above comment. I also want to point that I do not like knob cheese.

    --
    I'd put my signature here, but my pen scratches the screen...
  33. Hmmmph, no contact point... by 3seas · · Score: 1

    guess they are not serious about...

    Physics of Abstraction (abstraction physics)

    Abstraction enters the picture of computing with the representation of physical transistor switch positions of ON '1' and OFF '0' or what we call "Binary" notation. However, computers have far more transistor switches in them than we can keep up with in such a low level or first order abstract manner, so we create higher level abstractions in order to increase our productivity in programming computers. From Machine language to application interfaces that allow users to define some sequence of action into a word or button press (ie. record and playback macro) so to automate a task, we are working with abstractions that ultimately accesses the hardware transistor switches which in turn output to, or control some physical world hardware.

    Programming is the act of automating some level of complexity, usually made up of simpler complexities, but done so in order to allow the user to use and reuse the complexity through a simplified interface. And this is a recursive act, building upon abstractions others have created that even our own created abstractions/automations might be used by another to further create more complex automations. In general, if we didn't build upon what those before us have done, we then would not advance at all, but rather be like any other mammal incapable of anything more than, at best, first level abstraction. But we are more, and as such have the natural human right and duty to advance in such a manner.

    There is an identifiable and definable "physics of abstraction" (abstraction physics), an identification of what is required in order to make and use abstractions. Abstraction Physics is not exclusive to computing but constantly in use by ... well... us humans. Elements or facets of abstraction physics include the actions of abstraction creation and use, such as defining a word to mean a more complex definition (word = definition, function-name = actions to take, etc.), Starting and Stopping (interfacing with) of an abstraction definition sequence, keeping track of where you are in the progress of abstraction sequence usage (moving from one abstraction to another), defining and changing "input from" direction, defining and changing "output to" direction, getting input to process (using variables or place holders to carry values), sequencially stepping thru abstraction/automation details (inherently includes optionally sending output), looking up the meaning of a word or symbol (abstraction) so to act upon or with it, identifing an abstraction or real item value so to act upon it, and putting constraints upon your abstraction lookups and identifications (when you look up a word in a dictionary you don't start at the beginning of the dictionary, but begin with the section that starts with the first letter then followed by the second, etc., and when you open a box with many items to stock, you identify each so as to know where to put it in stock.)

    Abstraction Physics has yet to be established/recognized in a broad "common acceptance" manner, similiar to the difficulty in the acceptance of the hindu-arabic decimal system (which included the concept that nothing can have value - re: the Zero place holder). It took three hundred years (from inception) for the innovation of the now common decimal system to overcome the far more limited Roman Numeral system. (NOTE: mathmatics and the symbol sets used are also abstractions and therefor a subset of abstraction possibilities and certainly an application of abstraction physics.) Though the act of programming is still younger than many who apply it, we are technologically moving at a much faster rate of incorporating innovations and better understandings of reality. There is a physics to abstraction creation and use which can be used to model and create a non-patentable user friendly general use, and dynamic, automation (abstraction creation and usage) tool, that also allows for organized placement and access of abstractions i