•
•
•
•
What is DaniWeb IT Discussion Community?
You're currently browsing the Software Development category of DaniWeb, a massive community of 383,401 software developers, web developers, Internet marketers, and tech gurus who are all enthusiastic about making contacts, networking, and learning from each other. In fact, there are 2,857 IT professionals currently interacting right now! Registration is free, only takes a minute and lets you enjoy all of the interactive features of the site.
Please support our Software Development advertiser:
Nov 8th, 2004, 11:36 am
It may just be me, but just about every question posed on the C/C++ forum is some variation of this:
"Does <so and so> work?"
What a silly question! Apparently the days where pioneering spirits would actually take the time to compile and run some code to see if it worked, or thought about a problem long enough to come up with at least one viable solution are long gone. One doesn't become proficient with a programming language by being given answers to one's questions. One becomes proficient with a programming language by playing with it.
I learned how to program before the Web was filled with solutions to every problem I could imagine. What did I do? I figured things out on my own. It may seem unthinkable by todays standards that a novice programmer could actually devise a solution without begging for help on a forum or chat room, but that's exactly what I and countless others did.
Innovation is stopped dead in its tracks when nobody cares enough to think about a problem. If umpteen solutions are there for the taking then there will never be new and unique solutions. There are so few people willing to try something new and exciting just to see what will happen. It's incredibly depressing because these are the people that develop algorithms and data structures, operating systems and programming languages, even applications for existing solutions that nobody thought of. Without people like that, nothing new will come about. It will all just be the same old stuff.
Do you have an idea? Great! Go try it out; don't come running to more experienced programmers asking if it's good or not. If it doesn't work then you've learned something new. If it does work then you've created something new and learned in the process. Either way you win, but if you don't try new things out of fear of failure then you'll never become a truly skilled programmer.
Most of the things I know aren't found in any book. They aren't answered on any forums or in any chat rooms. Most of the things I know were gleaned from experimentation and curiosity. I've been told that I'm the smartest programmer ever. Now, even though I disagree thoroughly with that opinion, I wouldn't be a fraction as good as I am without the pioneering spirit.
In the end it's all about attitude. If you don't have the right attitude for programming then you'll never be more than mediocre. The very thought of programming should make your heart beat faster. The existence of a problem should make you pine for a solution, but not just any solution, you should thirst for your own solution. If you don't see code in your sleep, if it doesn't compile when you wake up and try it, if you can't wait to get home and fire up your compiler because you had the coolest idea while you were away, then you aren't hungry enough.
Without the right attitude, novices will never been able to see the joy in developing their own solutions. They will never see the art within the science. They will never realize that programming isn't just a job, or a hobby, or even an art form. They will never see the revelation that programming is actually a state of mind, and to be any good at it you must give in to that state of mind completely.
I'm being overdramatic, you say? Too much philosophy and not enough science, you say? Programming is steeped in technology, but it's not difficult to see that even when technology is the tool, something so saturated with the essence of humanity can't possibly be anything less than a state of being. And that realization is the first step on the path to mastery.
"Does <so and so> work?"
What a silly question! Apparently the days where pioneering spirits would actually take the time to compile and run some code to see if it worked, or thought about a problem long enough to come up with at least one viable solution are long gone. One doesn't become proficient with a programming language by being given answers to one's questions. One becomes proficient with a programming language by playing with it.
I learned how to program before the Web was filled with solutions to every problem I could imagine. What did I do? I figured things out on my own. It may seem unthinkable by todays standards that a novice programmer could actually devise a solution without begging for help on a forum or chat room, but that's exactly what I and countless others did.
Innovation is stopped dead in its tracks when nobody cares enough to think about a problem. If umpteen solutions are there for the taking then there will never be new and unique solutions. There are so few people willing to try something new and exciting just to see what will happen. It's incredibly depressing because these are the people that develop algorithms and data structures, operating systems and programming languages, even applications for existing solutions that nobody thought of. Without people like that, nothing new will come about. It will all just be the same old stuff.
Do you have an idea? Great! Go try it out; don't come running to more experienced programmers asking if it's good or not. If it doesn't work then you've learned something new. If it does work then you've created something new and learned in the process. Either way you win, but if you don't try new things out of fear of failure then you'll never become a truly skilled programmer.
Most of the things I know aren't found in any book. They aren't answered on any forums or in any chat rooms. Most of the things I know were gleaned from experimentation and curiosity. I've been told that I'm the smartest programmer ever. Now, even though I disagree thoroughly with that opinion, I wouldn't be a fraction as good as I am without the pioneering spirit.
In the end it's all about attitude. If you don't have the right attitude for programming then you'll never be more than mediocre. The very thought of programming should make your heart beat faster. The existence of a problem should make you pine for a solution, but not just any solution, you should thirst for your own solution. If you don't see code in your sleep, if it doesn't compile when you wake up and try it, if you can't wait to get home and fire up your compiler because you had the coolest idea while you were away, then you aren't hungry enough.
Without the right attitude, novices will never been able to see the joy in developing their own solutions. They will never see the art within the science. They will never realize that programming isn't just a job, or a hobby, or even an art form. They will never see the revelation that programming is actually a state of mind, and to be any good at it you must give in to that state of mind completely.
I'm being overdramatic, you say? Too much philosophy and not enough science, you say? Programming is steeped in technology, but it's not difficult to see that even when technology is the tool, something so saturated with the essence of humanity can't possibly be anything less than a state of being. And that realization is the first step on the path to mastery.
This blog entry was written by Narue. It has received 1,417 views, 2 comments, and 1 linkback. 7 voters have rated this entry an average of 4.71 out of 5 stars.
•
•
•
•
advertising apple botnet browser business crime data development email environment europe facebook firefox forensic gaming google hacking hardware help ibm internet iphone ipod law legal linux malware marketing microsoft mobile mozilla news privacy research search security social networking software spam survey technology trojan uk video virus vista web windows yahoo youtube
All Recent Tags Comments (Newest First)
Chainsaw | Unprevaricator | Jan 27th, 2005
•
•
•
•
On a slightly different but related issue is the creative spirit in general. Industry is keen to compare software engineering (ha, even the term is an oxymoron) to industries like construction. This way, they assume, they can get accurate schedules and costs.
Yet, in my humble opinion, we are not like the folks who swing hammers, but like the folks who do the architectural drawings. Our product is like the architects plan. Handing it off to the folks who stamp CD's or post our stuff on the web or whatever is like handing it off to the construction contractor.
Architects can bang out a simple hovel pretty quickly, and there's lots of stuff to chose from, but usually our task is more like the architect who is told to build on a steep slope using unusual construction materials and building methods. These kinds of constraints are what make our job hard. And what makes creativity a large part of what we do.
The creative part is hard to time and quantify, and so the industry, I believe, likes to minimize that part of what we do. We are more Software artists (blushes modestly).
Yet, in my humble opinion, we are not like the folks who swing hammers, but like the folks who do the architectural drawings. Our product is like the architects plan. Handing it off to the folks who stamp CD's or post our stuff on the web or whatever is like handing it off to the construction contractor.
Architects can bang out a simple hovel pretty quickly, and there's lots of stuff to chose from, but usually our task is more like the architect who is told to build on a steep slope using unusual construction materials and building methods. These kinds of constraints are what make our job hard. And what makes creativity a large part of what we do.
The creative part is hard to time and quantify, and so the industry, I believe, likes to minimize that part of what we do. We are more Software artists (blushes modestly).
nanosani | Unauthenticated Liar | Dec 18th, 2004
•
•
•
•
This person has inspired me so much with her posts.
Post Comment
•
•
•
•
Only community members can start a blog or comment on blog entries. You must register or log in to contribute.
•
•
•
•
•
•
•
•
DaniWeb Software Development Marketplace
Related Blog Entries
- LinuxWorld Caters to Developers (1 Hour Ago)
- Programmers Blog and Career (3 Hours Ago)
- Deploy .NET 3.5 Apps With No Framework Update (2 Days Ago)
- TI’s Low Power Chips Save Battery Life, Not the Planet (2 Days Ago)
- IE8 Beta Testers wanted, only great people need apply (3 Days Ago)
- Microsoft's Post-Windows Plans Revealed (7 Days Ago)
- To Heck With Vista; I'd Wait for Modori (7 Days Ago)
- Childs Case Exposes Media, City Ignorance (11 Days Ago)
- GUIdancer 2.2 Automates Failure Retires (12 Days Ago)
- Microsoft POIsed to Control an Apache Project (12 Days Ago)
Related Forum Threads
- Sony ICD-R100 recorder in windows XP (Windows NT / 2000 / XP / 2003)
- how to create an idea ? (Site Layout and Usability)
- Dead, well... how can you dye anymore? (Geeks' Lounge)
- custom web, software, 3D solutions at affordable price (Post your Resume)
- Hard drive recovery and cryogenics... (Storage)
- msn and explorer dead (log inside) (Viruses, Spyware and other Nasties)
- Use Your Keyboard if Your Mouse Goes Dead (Windows tips 'n' tweaks)
- USB Pen Drive dead (Storage)
- Turtle Beach or Creative Labs? (PCI and Add-In Cards)