| | |
C++ is dying a slow death
Please support our C++ advertiser: Intel Parallel Studio Home
![]() |
•
•
Join Date: Mar 2004
Posts: 1,620
Reputation:
Solved Threads: 51
Hello,
It is spelled beans.
And no, your efforts to learn C++ are not going to go to waste. You should be learning coding style, learning that comments are just as important as the actual code, and learning about data structures and algorithms. Perhaps even efficient code... there are many ways to do things.
Continue to grow with C++. You might not ever master it, but you will learn a lot of things from it.
Christian
It is spelled beans.
And no, your efforts to learn C++ are not going to go to waste. You should be learning coding style, learning that comments are just as important as the actual code, and learning about data structures and algorithms. Perhaps even efficient code... there are many ways to do things.
Continue to grow with C++. You might not ever master it, but you will learn a lot of things from it.
Christian
In my latest issue of InfoWorld, there is a great column written by Tom Yager. It'a a great read:
Title: Efficiency can be lost on code snobs: So many problems don’t get solved because we overthink the project
At my local Ace hardware store, circular saws sit near the registers to tempt impulse buyers. When Ace sells you that saw, they’ve also got you for blades, safety glasses, and handy little accessories. But Ace isn’t the only beneficiary in this “sell the saw, sell the store� arrangement. Simply having the saw turns some neglected, avoided projects into adventures. For the buyer, the saw is an inspiration: “Get the saw, fix the house.�
The circular saws of software development are dynamic languages such as Perl, Python, PHP, and JavaScript, as well as RAD (rapid application development) tools such as Visual Studio. The better of these allow you to leap straight to solving problems without paying your dues by learning the underlying OS, low-level APIs, and networking architecture. There’s no studying of patterns, models, or methods. It’s like buying lumber, nails, and a saw without deep study in the properties of wood and fasteners. A carpenter would be aghast that you’re not an expert at operating a handsaw. A true developer will gossip about you for using a PHP database class without knowing much about how the database on the other end works. Both will warn that you’re courting disaster.
We’ll always need expert tools, structured processes, and people who can ply both to create bulletproof apps. But we also need tools that allow us to attack projects that would otherwise be out of reach. In modern computing, the limit of one’s reach is marked by the limit of one's understanding of the platform and user environment. For a large class of applications, that need not be so. Most of the problems we solve every day aren’t nearly as complicated as popular tools, languages, and frameworks.
I’m reminded of the near-miracles I’ve worked in JavaScript and shell scripts, and even in quick-and-dirty C or C++. I’ve knowingly made things harder for myself by setting aside these tools as cheats, shortcuts suitable only for prototyping. As I look at my straining bookshelves of volumes on .Net and Java, I’m reminded of the vast numbers of problems I haven’t approached because I insist on using the right tools the proper way. Being a code snob has distinct disadvantages.
Look, a fence made by a first-timer is a successful project if it remains standing and looks presentable; it’s better than letting the old fence rot because it’s more of a job than you can handle. Just go buy your saw. Read the safety instructions, buy a little more lumber than you need, and pick up one of those skinny Time Life books about home repair and improvement.
Technique and process are irrelevant unless your point is to impress someone who does for a living what you plan to try. Given sufficiently fast computers, prototypes that work to spec are potentially deployable applications. One project that helped restore my perspective is an administrative tool I created for OS X Server. It allows me to send magic packets to machines in my lab while I’m on the road. The right way would have been to write this entirely in Cocoa, Apple’s native framework. The next best way would have been to write it all in Java. I’m sure I could have used AppleScript, a language that I cannot describe in publishable terms. Maybe I should have used Java. In the end, I wrote a shell script that calls into AppleScript for its GUI. It worked the first time. Now I’m heading for that fence. I’m on a roll.
Title: Efficiency can be lost on code snobs: So many problems don’t get solved because we overthink the project
At my local Ace hardware store, circular saws sit near the registers to tempt impulse buyers. When Ace sells you that saw, they’ve also got you for blades, safety glasses, and handy little accessories. But Ace isn’t the only beneficiary in this “sell the saw, sell the store� arrangement. Simply having the saw turns some neglected, avoided projects into adventures. For the buyer, the saw is an inspiration: “Get the saw, fix the house.�
The circular saws of software development are dynamic languages such as Perl, Python, PHP, and JavaScript, as well as RAD (rapid application development) tools such as Visual Studio. The better of these allow you to leap straight to solving problems without paying your dues by learning the underlying OS, low-level APIs, and networking architecture. There’s no studying of patterns, models, or methods. It’s like buying lumber, nails, and a saw without deep study in the properties of wood and fasteners. A carpenter would be aghast that you’re not an expert at operating a handsaw. A true developer will gossip about you for using a PHP database class without knowing much about how the database on the other end works. Both will warn that you’re courting disaster.
We’ll always need expert tools, structured processes, and people who can ply both to create bulletproof apps. But we also need tools that allow us to attack projects that would otherwise be out of reach. In modern computing, the limit of one’s reach is marked by the limit of one's understanding of the platform and user environment. For a large class of applications, that need not be so. Most of the problems we solve every day aren’t nearly as complicated as popular tools, languages, and frameworks.
I’m reminded of the near-miracles I’ve worked in JavaScript and shell scripts, and even in quick-and-dirty C or C++. I’ve knowingly made things harder for myself by setting aside these tools as cheats, shortcuts suitable only for prototyping. As I look at my straining bookshelves of volumes on .Net and Java, I’m reminded of the vast numbers of problems I haven’t approached because I insist on using the right tools the proper way. Being a code snob has distinct disadvantages.
Look, a fence made by a first-timer is a successful project if it remains standing and looks presentable; it’s better than letting the old fence rot because it’s more of a job than you can handle. Just go buy your saw. Read the safety instructions, buy a little more lumber than you need, and pick up one of those skinny Time Life books about home repair and improvement.
Technique and process are irrelevant unless your point is to impress someone who does for a living what you plan to try. Given sufficiently fast computers, prototypes that work to spec are potentially deployable applications. One project that helped restore my perspective is an administrative tool I created for OS X Server. It allows me to send magic packets to machines in my lab while I’m on the road. The right way would have been to write this entirely in Cocoa, Apple’s native framework. The next best way would have been to write it all in Java. I’m sure I could have used AppleScript, a language that I cannot describe in publishable terms. Maybe I should have used Java. In the end, I wrote a shell script that calls into AppleScript for its GUI. It worked the first time. Now I’m heading for that fence. I’m on a roll.
-Ryan Hoffman
.NET Specialist / Webmaster, Extended64.com.
Please do not email or PM me with support questions. Please direct them to the forums instead.
.NET Specialist / Webmaster, Extended64.com.
Please do not email or PM me with support questions. Please direct them to the forums instead.
•
•
Join Date: Jun 2004
Posts: 609
Reputation:
Solved Threads: 7
hello everyone,
One thing to note is that when are i read the thread in the computer science section about what the .net framework is i feel that the posters there seem to be describing java. Once a good friend of mine told me that microsoft's .net
framework is nothing but a ripoff of java. Well that's my opinion
WHAT DO YOU THINK???????
ps. I do not hate or have anything against microsoft
Yours Sincerely
Richard West
One thing to note is that when are i read the thread in the computer science section about what the .net framework is i feel that the posters there seem to be describing java. Once a good friend of mine told me that microsoft's .net
framework is nothing but a ripoff of java. Well that's my opinion
WHAT DO YOU THINK???????
ps. I do not hate or have anything against microsoft
Yours Sincerely
Richard West
Microsoft .NET is simply Java written how it should have been written ;-).
No, actually, there are some major differences between the two. To start off, Java is a language, and Microsoft .NET is an application framework. In fact, you can compile java code to Microsoft .NET have them run as native .NET applications.
No, actually, there are some major differences between the two. To start off, Java is a language, and Microsoft .NET is an application framework. In fact, you can compile java code to Microsoft .NET have them run as native .NET applications.
-Ryan Hoffman
.NET Specialist / Webmaster, Extended64.com.
Please do not email or PM me with support questions. Please direct them to the forums instead.
.NET Specialist / Webmaster, Extended64.com.
Please do not email or PM me with support questions. Please direct them to the forums instead.
Have you tried programming with Java and Eclipse's SWT? SWT GUI apps are actually quite comparable to native C++ programs. Java doesn't have to be slow, ugly, or a resource hog.
Check out Eclipse (http://eclipse.org) and see if you can believe it's a java program.
Ed
Check out Eclipse (http://eclipse.org) and see if you can believe it's a java program.
Ed
•
•
•
•
Originally Posted by Zachery
You still need to think about this from the user end, alot of people hate java applications as they look ugly and are resource hogs (at least the old java was, not sure about java 2)
I know i dont want more programs to be done in java, which seem slower to me.
i told my dad what the guy said about C++ dyin a slow death and he laughed his ass off, and thought it was the funnies shit he had heard. hes been coding for oooo since he was about 20, and hes in his late fourties now, so when he heard that he was laughing soo hard becaus he knows that java could never beat out C++, he explained it better than i can right now, but if i can ill get him to say it again, because all his points were valid and good and probably would make a better impact then anything i could say.
Dont forget to spread the reputation to those that deserve!
![]() |
Other Threads in the C++ Forum
- Previous Thread: How to delete a data structure in Builder 6.0?
- Next Thread: creating a class and declaring objects
| Thread Tools | Search this Thread |
api array based binary bitmap c++ c/c++ calculator char char* class classes code coding compile console conversion count database delete deploy desktop developer directshow dll download dynamic dynamiccharacterarray email encryption error file forms fstream function functions game givemetehcodez google graph gui homeworkhelp iamthwee ifstream input int java lib linkedlist linker linux list loop looping loops map math matrix memory multiple news node number numbertoword output pointer problem program programming project python random read recursion recursive reference return rpg sorting string strings temperature template templates test text text-file tree unix url variable vector video visualstudio win32 windows winsock word wordfrequency wxwidgets





