Slashdot Mirror


Kylix vs. gcc Development

Remote writes: "Borland has a paper [.pdf] by William Roetzheim comparing development and maintenance costs of software development using Kylix and gcc. Bottom line is that applications written with gcc are twice as expensive (timewise) both to write and to maintain, and about 50% more expensive to document. The comparison was done using parametric modeling techniques but the author claims that his tool has 7% accuracy. While I don't do Pascal myself, I wonder if the same would apply after they port C++ Builder to Linux and compare it to something like KDevelop + gcc."

Borland sponsored and is distributing this study -- take it for what you will. Interested parties can still produce useful studies, and may even be in the best position for collecting this sort of data. But whether Kylix matches your development environment or licensing philosophy is up to you.

15 comments

  1. No data = NOT A REAL STUDY by ccoakley · · Score: 3, Interesting
    I think it telling that there was no actual data used in this report. The models were the parametric models presented by the costXpert tool. This whole study is nothing more than a statement that the people who make the project cost modelling software believe that Kylix would reduce your development cost by a factor of two. The article itself states that the tool has not been in the market long enough to obtain actual metric data.


    In other words... we just released this tool. Nobody has used it enough to give us real figures, but this company, who also couldn't possibly have real figures (for the same reason), thinks that we'll save you a bundle.

    --
    Network Security: It always comes down to a big guy with a gun.
  2. AUTHOR'S Credentials by ccoakley · · Score: 1

    I just noticed something even worse, the guy who wrote the article works for the company that makes the costXpert tool. So, Borland publishes a white paper written by the maker of the tool that says that Borland's software will reduce your development costs. Absolutely useless.

    --
    Network Security: It always comes down to a big guy with a gun.
  3. Is that a fact? by memfrob · · Score: 1
    The comparison was done using parametric modeling techniques but the author claims that his tool has 7% accuracy

    And from the paper:

    The parametric models used in this study have a design goal of (plus or minus) 10% accuracy and currently are achieving an accuracy of (plus or minus) 7% in the field.

    Seven percent accurate? Sounds like the most accurate statement in the paper.

    Even my lowbie sorceress in Diablo is more accurate with her staff than poorly-worded results like that.

    On a more serious note, Borland releasing a white-paper with data pulled from a mostly-unknown delphi application should raise flags in anyone's mind. But don't for a second think that they're the first, or the last, to do it.

    --
    The Wizard utters the word 'frobnoid!' and cackles gleefully
    1. Re:Is that a fact? by Anonymous Coward · · Score: 0

      Not 7% correct. It means that they're claiming their expected values to be within 7% of the actual values.

  4. Flame away by billcopc · · Score: 2, Interesting

    I hate to burst you guys' (gals'?) bubble, but for many things, Delphi/Kylix/Pascal is much simpler to code than C. Just like VB is quicker to write than VC (for simple stuff). Just like PHP is simpler than Java Servlets but equally limited.

    Let me give you an example you can't refute : C++ is easier than assembler for nearly everything. Nearly. See the pattern here ? By definition, higher level languages should be easier to code for than low level languages. C is a rather low level language, VB is a high level language, and Pascal sits somewhere in between balancing simplicity with functionality. Kylix is cloned from Delphi, and Delphi is based upon Pascal, therefore Kylix code is _usually_ easier to write than its equivalent graphical C code.

    --
    -Billco, Fnarg.com
    1. Re:Flame away by wrinkledshirt · · Score: 1

      This isn't just a comparison of languages, it's a question of programming approaches. Kylix offers a full IDE suite, while gcc is really just a compiler.

      I'm also wondering how many of these applications that were developed, assuming this thing wasn't just dreamt up by a PR department, were done so using pre-built components. It would obviously be quicker to build some of those applications with all the base classes done for you already, especially the socket ones. You'd probably have to do a fair bit of digging to find the exact class that you wanted using just g++ and whatever comes with your Linux distro, than you would with a point-and-click interface with a "Server Applications" tab in a pop-up-window.

      As for this...

      By definition, higher level languages should be easier to code for than low level languages.

      Actually, by definition, higher level languages are more abstracted from the way the computer thinks. This does not always make coding easier for the programmer. And I'm not talking about the inherent flaws of, say, Visual Basic before the latest service pack. I'm just talking about someone who's been spending so long in the world of C that no other language makes sense. The more sophisticated and complicated the programming you're used to doing, the less likely you're going to want to work with a language that tries to do your thinking for you.

      --

      --------
      Bleah! Heh heh heh... BLEAH BLEAH!!! Ha ha ha ha...

    2. Re:Flame away by ccoakley · · Score: 1
      I'm also wondering how many of these applications that were developed, assuming this thing wasn't just dreamt up by a PR department, were done so using pre-built components

      Read the paper, none of the applications were built, period. Maybe they modelled them assuming pre-built applications, but the study was on the models entered into the CostXpert Tool, not on actual data. The paper was written by someone who works for the company that makes the CostXpert Tool and published by Borland. There is no reason to assume that anything in the study is valid, since the paper states that there is no empirical data possible due to the recent release of Kylix.

      See my post above.

      --
      Network Security: It always comes down to a big guy with a gun.
  5. Apples and oranges by Pogue+Mahone · · Score: 3, Insightful
    Comparing Kylix and gcc is like comparing (plucking some names out of the air) emacs and LaTeX for document creation. Both tools are used to help with the same job, but they do different things.

    Furthermore, I suspect (from my experiences with Delphi in a previous life) that gcc will be much faster for certain types of applications. Like those with no GUI, for example. Horses for courses.

    --
    Every bloody emperor has his hand up history's skirt [Peter Hammill/VdGG]
    1. Re:Apples and oranges by friode · · Score: 1

      Like those with no GUI, for example.

      You can write console apps in Kylix (and Delphi). So the question really comes down to how well the compiler optimizes the code.

      I can't imagine that

      begin
      writeln('Hello, world');
      end.


      would compile a lot different from

      main() {
      printf("Hello, world\n");
      }


      I guess it's conceivable that gcc would optimize some things better on Linux, since most of the development is tested on that platform. By the same token, I would think that bcc32 (Borland's cross-compiler) would do better on Windows platforms.

      --
      There may be many reasons not to kill you, but among them is not that you'll be missed by NASA - The Long Kiss Goodnight
  6. Re:Flame away - OK by CrayzyJ · · Score: 1

    Pascal ~1971
    C ~1970
    C++ ~1985

    Pascal was designed with simplicity as a design goal. That trade off is a lack of functionality. It is really only used as a teaching tool b/c of this.

    C++ is a robust OO language.

    Anyway, my rant is that you implied that C++ is a lower-level lang, when, in fact, it is considered a higher level lang.

    Your point of Pascal being simplier to write is correct, however there is much (MUCH) less one can do with it.

    --
    Holy s-, it's Jesus!
  7. Re:Flame away - OK by Anonymous Coward · · Score: 1, Interesting

    Kylix is based on Delphi (95), which is based on Borland's OO extensions (85) to Pascal (71). From what little exposure I've had to it, Delphi's relationship to Pascal is more along the lines of Java's relationship to C, than C++'s.

  8. Re:Flame away - OK by Kynde · · Score: 1

    A little offtopic, but what the hell...

    Anyway, my rant is that you implied that C++ is a lower-level lang, when, in fact, it is considered a higher level lang.


    To which I must say that it may not be wise to measure the level of a language by it's syntactic ability to make higher level abstactions (which is clearly possible with C++), but rather with how deep you can dive with it, which would naturally make C++ actually as low level language as C.

    Though, I must say that C++ is a fairly odd son in the field of languages. Everything goes, where you can make high level OO code you can also stick to asm inlines making it also in a reasonable way as low level as it gets.

    --
    1 Earth is warming, 2 It's us, 3 it's royally bad, 4 we need to take action NOW
  9. Re:Flame away - OK by kelddath · · Score: 1
    C++ is a robust OO language.


    So is Object Pascal.

  10. Re:Flame away - OK by Anonymous Coward · · Score: 0

    Not only that but Borland is currently the only major developer/distributer of pascal compilers. They've also done an excellent job of keeping thier implementations consistent with previous releases. What does this mean? Well there's no standard for them not to follow (cry to somebody else when your ansi compliant code won't conpile with your tool of choice) & with a single guiding vision the language (and it's tools) have an amazing degree of self consistency. anyone who thinks that you can't do alot with a few simple tools, rather then a fat lot obscure/poorly documented/poorly implemented ones, obviously hasn't played a lot of chess. This isn't to say that i hate c++, I've just noticed that most of my c++ code looks a whole heck of a lot like c with some "convience" features - it's the only way to write the stuff so somebody else can figure what the hell is going on. There are a whole load of really neat-o (and often usefull) features they just don't get used a whole lot "day to day". Example, templates: very usefull, good means for abstraction, but unless youre writing the library/engine (rather then using it) you're prob. not going to use them directly.