Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
CODE PROJECT For Those Who Code
  • Home
  • Articles
  • FAQ
Community
  1. Home
  2. The Lounge
  3. Sun does not like its own medicine.

Sun does not like its own medicine.

Scheduled Pinned Locked Moved The Lounge
csharpquestion
30 Posts 17 Posters 62 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • M Marc Clifton

    Not just that. In some lounge discussions, several people have pointed out the corporate reluctance to deal the issue of upgrades, the 20MB footprint, framework instabilities, and other maintenance issues. Marc Help! I'm an AI running around in someone's f*cked up universe simulator.
    Sensitivity and ethnic diversity means celebrating difference, not hiding from it. - Christian Graus
    Every line of code is a liability - Taka Muraoka
    Microsoft deliberately adds arbitrary layers of complexity to make it difficult to deliver Windows features on non-Windows platforms--Microsoft's "Halloween files"

    S Offline
    S Offline
    Senkwe Chanda
    wrote on last edited by
    #21

    Yeah I know what you mean :-) Actually the running versions 1.0 and 1.1 of the .NET framework on the same machine is a total non issue. There are a few gotchas that you have to watch out for but those have been outlined already by MS. As for the 20MB download...yeah I see that as a problem for average end-users, but in a corporate setting the argument doesn't fly (at least not with me). You get one guy to download the package, burn it and share it on the network. I can't see how that is a headache. Perhaps I'm a little TOO patient :-) ASP.NET can never fail as working with it is like fitting bras to supermodels - it's one pleasure after the next - David Wulff

    1 Reply Last reply
    0
    • K Kastellanos Nikos

      Felix Gartsman wrote: Actually Java can outperform C++ in real applications. No Way!!! ;P :laugh: Felix Gartsman wrote: Research JVMs can perform much better with tweaks for specific applications. No problem with that. Allready every decent JAVA applications installs it's own copy of prefered JRE version, why not install it's very own tweaked implementation? I must been stupid for programming in C++, since JAVA is both simpler and faster. :rolleyes: - - - - - - - - - - - - - - - - - - Memory leaks is the price we pay \0 01234567890123456789012345678901234

      F Offline
      F Offline
      Felix Gartsman
      wrote on last edited by
      #22

      Kastellanos Nikos wrote: Actually Java can outperform C++ in real applications. No Way!!! Way:) Seriously speaking, GC environment can be better when used correctly. My point is that few know how to do it. Kastellanos Nikos wrote: No problem with that. Allready every decent JAVA applications installs it's own copy of prefered JRE version, why not install it's very own tweaked implementation? That was the Sun engineer point - it breaks. While programmers write C++ in Java, no single JVM will work well for all. Kastellanos Nikos wrote: I must been stupid for programming in C++, since JAVA is both simpler and faster. Simpler? Maybe, never used it. Faster? Today - no, in 10 years - yes. There is enourmous progress in compilation, in a few years C#/Java will outperform C++ as used by most people.

      R 1 Reply Last reply
      0
      • A Alex E

        java is 12 times fast than c++[^]:laugh:

        S Offline
        S Offline
        Stan Shannon
        wrote on last edited by
        #23

        Now *thats* funny. "Any clod can have the facts, but having opinions is an art." Charles McCabe, San Francisco Chronicle

        1 Reply Last reply
        0
        • G Giles

          http://www.theinquirer.net/?article=7601[^] Its what everyone has known for ages.

          R Offline
          R Offline
          Roger Wright
          wrote on last edited by
          #24

          Is this the same Inquirer that featured a picture of George Bush Sr. walking the White House lawn with an alien? Nobody wants to read a diary by someone who has not seen the shadow of Bubba on the prison shower wall in front of them!
          Paul Watson, on BLOGS and privacy - 1/16/2003

          J 1 Reply Last reply
          0
          • F Felix Gartsman

            Kastellanos Nikos wrote: Actually Java can outperform C++ in real applications. No Way!!! Way:) Seriously speaking, GC environment can be better when used correctly. My point is that few know how to do it. Kastellanos Nikos wrote: No problem with that. Allready every decent JAVA applications installs it's own copy of prefered JRE version, why not install it's very own tweaked implementation? That was the Sun engineer point - it breaks. While programmers write C++ in Java, no single JVM will work well for all. Kastellanos Nikos wrote: I must been stupid for programming in C++, since JAVA is both simpler and faster. Simpler? Maybe, never used it. Faster? Today - no, in 10 years - yes. There is enourmous progress in compilation, in a few years C#/Java will outperform C++ as used by most people.

            R Offline
            R Offline
            Richard Stringer
            wrote on last edited by
            #25

            Felix Gartsman wrote: There is enourmous progress in compilation, in a few years C#/Java will outperform C++ as used by most people. You are ASSUMING that the java/c# compilers will improve while the C++ compilers will remain static. I don't believe that that will happen. In any case in 10 years the paradigm will probably have changed and we will all be programming in some variant of Smalltalk anyway. C and C++ and any of their descendant languages will probably remain closer to the machine than the other languages making them inhierently faster and the language of choice for thoae who can implement alogrithms and understand data structures and do not need nor want the handholding that the higher level languages force on you. The meat is sweeter closer to the bone. Richard I know not with what weapons World War III will be fought, but World War IV will be fought with sticks and stones. Albert Einstein

            F 1 Reply Last reply
            0
            • R Richard Stringer

              Felix Gartsman wrote: There is enourmous progress in compilation, in a few years C#/Java will outperform C++ as used by most people. You are ASSUMING that the java/c# compilers will improve while the C++ compilers will remain static. I don't believe that that will happen. In any case in 10 years the paradigm will probably have changed and we will all be programming in some variant of Smalltalk anyway. C and C++ and any of their descendant languages will probably remain closer to the machine than the other languages making them inhierently faster and the language of choice for thoae who can implement alogrithms and understand data structures and do not need nor want the handholding that the higher level languages force on you. The meat is sweeter closer to the bone. Richard I know not with what weapons World War III will be fought, but World War IV will be fought with sticks and stones. Albert Einstein

              F Offline
              F Offline
              Felix Gartsman
              wrote on last edited by
              #26

              Richard Stringer wrote: You are ASSUMING that the java/c# compilers will improve while the C++ compilers will remain static. Richard Stringer wrote: C and C++ and any of their descendant languages will probably remain closer to the machine than the other languages I say this because of the second quote. C++ is too close to machine for optimization. C# gives more room for optimizations - no pointers for example. C++ void * and pointer/integer casting eliminate many optimizations.

              R 1 Reply Last reply
              0
              • F Felix Gartsman

                Richard Stringer wrote: You are ASSUMING that the java/c# compilers will improve while the C++ compilers will remain static. Richard Stringer wrote: C and C++ and any of their descendant languages will probably remain closer to the machine than the other languages I say this because of the second quote. C++ is too close to machine for optimization. C# gives more room for optimizations - no pointers for example. C++ void * and pointer/integer casting eliminate many optimizations.

                R Offline
                R Offline
                Richard Stringer
                wrote on last edited by
                #27

                Felix Gartsman wrote: C++ is too close to machine for optimization. C# gives more room for optimizations - no pointers for example. C++ void * and pointer/integer casting eliminate many optimizations. I don't quite understand this. As background I have written small compilers ( for a subset of basic and pascal on 6502 based machines) and have been on teams that implemented a larger compiler ( although not the team that implemented the actual code generation although we did work closely with them) and if I recall correctly ( which is sometimes at doubt ) pointers are the most efficient method of addressing variables and casting would only effect local optimizations and not global scope opts. It is mainly an addressing issue. In thinking about it the C and C++ compiler options on struct boundry alignment and stack handling would be a pretty hard obstacle to overcome by languages using a different approach. I can see the advantage to the programmer ( in retrospect only ) of not using void pointers as it makes reading the code somewhat ambigious but internally a pointer is a pointer is a... well its an address regradless of what it is pointing to. And pass by reference is still a pointer except that the programmer can do nothing with it. Power to the programmer. I can see C++ going thru an eveloutionary phase where it becomes more and more OO but still retains the elements that currently exists to allow the programmer to "break" the rules when suited. To me this is the real power of the language. Richard I know not with what weapons World War III will be fought, but World War IV will be fought with sticks and stones. Albert Einstein

                F 1 Reply Last reply
                0
                • A Alex E

                  java is 12 times fast than c++[^]:laugh:

                  J Offline
                  J Offline
                  Jorgen Sigvardsson
                  wrote on last edited by
                  #28

                  One thing I've learned is that Java zealots are so full of crap. They're even worse than the worst imaginable Linux zealot. I mean, come on!? 12 times faster than C++? What kind of shit are they on? Java is run in an interpreter. Even if it's JITed, you can't hide the MASSIVE runtime processing that is run behind your own code. C++ is run on the bareboned CPU - a half brained C++ compiler and half brained C++ programmer can make any Java program look like a slug. -- "It is amazing how f-ing crazy I really am."

                  1 Reply Last reply
                  0
                  • R Roger Wright

                    Is this the same Inquirer that featured a picture of George Bush Sr. walking the White House lawn with an alien? Nobody wants to read a diary by someone who has not seen the shadow of Bubba on the prison shower wall in front of them!
                    Paul Watson, on BLOGS and privacy - 1/16/2003

                    J Offline
                    J Offline
                    Jorgen Sigvardsson
                    wrote on last edited by
                    #29

                    Roger Wright wrote: George Bush Sr. walking the White House lawn with an alien That isn't very IT now is it? Must've been some other Inquirer ;) -- "It is amazing how f-ing crazy I really am."

                    1 Reply Last reply
                    0
                    • R Richard Stringer

                      Felix Gartsman wrote: C++ is too close to machine for optimization. C# gives more room for optimizations - no pointers for example. C++ void * and pointer/integer casting eliminate many optimizations. I don't quite understand this. As background I have written small compilers ( for a subset of basic and pascal on 6502 based machines) and have been on teams that implemented a larger compiler ( although not the team that implemented the actual code generation although we did work closely with them) and if I recall correctly ( which is sometimes at doubt ) pointers are the most efficient method of addressing variables and casting would only effect local optimizations and not global scope opts. It is mainly an addressing issue. In thinking about it the C and C++ compiler options on struct boundry alignment and stack handling would be a pretty hard obstacle to overcome by languages using a different approach. I can see the advantage to the programmer ( in retrospect only ) of not using void pointers as it makes reading the code somewhat ambigious but internally a pointer is a pointer is a... well its an address regradless of what it is pointing to. And pass by reference is still a pointer except that the programmer can do nothing with it. Power to the programmer. I can see C++ going thru an eveloutionary phase where it becomes more and more OO but still retains the elements that currently exists to allow the programmer to "break" the rules when suited. To me this is the real power of the language. Richard I know not with what weapons World War III will be fought, but World War IV will be fought with sticks and stones. Albert Einstein

                      F Offline
                      F Offline
                      Felix Gartsman
                      wrote on last edited by
                      #30

                      Local optimizations are weak, global are the future way. Casting prevent strong type information, blocking register allocation. For example: int *p; int dummy; p=&dummy; *p=9; dummy cannot reside in register. I know the code is artificial, but gives the idea.

                      1 Reply Last reply
                      0
                      Reply
                      • Reply as topic
                      Log in to reply
                      • Oldest to Newest
                      • Newest to Oldest
                      • Most Votes


                      • Login

                      • Don't have an account? Register

                      • Login or register to search.
                      • First post
                        Last post
                      0
                      • Categories
                      • Recent
                      • Tags
                      • Popular
                      • World
                      • Users
                      • Groups