How to conquer fear of programming?
-
-
Re: Fear of programming
subscribe schreef:I don't know.How to conquer fear of programming?
Do you have fear of programming?
Maybe consult a doctor?
They can drug you maybe.
Regards,
Erwin Moller
-
Re: Fear of programming
instead of programming, try scripting...
>>How to conquer fear of programming?
>
I don't know.
Do you have fear of programming?
Maybe consult a doctor?
They can drug you maybe.
>
Regards,
Erwin MollerComment
-
Re: Fear of programming
On 15 May, 15:00, subscribe <samplestrat... @gmail.comwrote :Prozac?How to conquer fear of programming?
Hypnosis?
Comment
-
Re: Fear of programming
subscribe wrote:Negative emotional response to the idea of defining or inventing aHow to conquer fear of programming?
process that will take place in future.
best regards
Piotr N
Comment
-
Re: Fear of programming
Piotr wrote:Sorry, sent it prematurely...subscribe wrote:>>How to conquer fear of programming?
Negative emotional response to the idea of defining or inventing a
process that will take place in future.
>
best regards
Piotr N
give above was the definition, and the proposed therapy was to be:
practice... you will get used to disappointments and bad predictions.
best regards
Piotr N
Comment
-
Re: Fear of programming
subscribe wrote:Buy Windows XP.How to conquer fear of programming?
Comment
-
Re: Fear of programming
On Thu, 15 May 2008 20:16:43 +0200, The Natural Philosopher <a@b.cwrote:Not necessarily removes the fear, but keeps you going as you're clearlysubscribe wrote:>>How to conquer fear of programming?
Buy Windows XP.
needed to relieve the suffering :P.
--
Rik Wasmus
[SPAM] Now temporarily looking for some smaller PHP/MySQL projects/work to
fund a self developed bigger project, mail me at rik at rwasmus.nl. [/SPAM]
Comment
-
Re: Fear of programming
On Thu, 15 May 2008 20:22:05 +0200, Rik Wasmus wrote:
Sort of makes the fear a reality.On Thu, 15 May 2008 20:16:43 +0200, The Natural Philosopher <a@b.c>
wrote:>>subscribe wrote:>>>>How to conquer fear of programming?
>Buy Windows XP.
Not necessarily removes the fear, but keeps you going as you're clearly
needed to relieve the suffering :P.
--
"Remain calm, we're here to protect you!"
Comment
-
Re: Fear of programming
Watch the Simpsons...
"my cats breath smells like cat food" Ralph Wiggum
aah, all your fears will just fade away...
Comment
-
Re: Fear of programming
On Thu, 15 May 2008 11:43:14 -0700, macca sez:Absodoodley!Watch the Simpsons...
aah, all your fears will just fade away...
--
Peter B. Steiger
Cheyenne, WY
If you must reply by email, you can reach me by placing zeroes where
you see stars: wypbs.**1 at gmail.com (yes, that's a new address)
** Posted from http://www.teranews.com **
Comment
-
Re: Fear of programming
"subscribe" <samplestrategy @gmail.comwrote in message
news:01a2cf26-7c35-4252-962f-ff6e44229191@u6 g2000prc.google groups.com.......desensitisa tion training...How to conquer fear of programming?
First day... approach your computer until you reach the limit of your fear.
You may not even touch the keyboard on the first try. Try not to raise the
tension level in the office by screaming. Sweating and trembling however are
ok, provided it doesn't disturb the guy in the next cubicle who really needs
his nap time.
Second day... go a little closer, maybe touch the spacebar, but for goodness
sake don't carry hot liquids like coffee to the keyboard yet... this is for
advanced recoverers ... unless you have one of those dandy industrial
waterproof keyboards (which also protect the keys from blood, sweat and
tears). You might observe a tingling sensation in your fingertips. Don't
worry about this, the keyboard is earthed.
Third day... try opening a code window and typing garbage. Don't be
scared... jump in... it's probably best if you try this in your own code
space... you might not be ready for modifying existing code yet, but feel
free to write some new stuff. If you feel confident enough, do a trial
compilation. Most likely it will fail, but ignore the failure. Remember...
every failure gets you closer to the solution. Try to fix any logical errors
by doing something completely different. If that doesn't work, go back to
the original, non-functioning code- there's no sense beating your head on a
brick wall, and someone else is bound to spot the error and fix it
eventually. If you can do all this without fear, you are almost there!
Fourth day... try fixing yesterday's errors. You might get a successful
compilation today! If not, just go and have a 'meeting' in the cafeteria.
There's bound to plenty of programming expertise there, and they'd much
rather big themselves up by talking about it and proferring unintelligible
advice, than actually doing it. Donuts and coffee are great mind-lubricants.
Fifth day... try copying and munging someone else's object or procedure to
do the exact opposite of what the original programmer intended. Don't be
scared. You might have to declare some globals, or create some byrefs into
another object or module that breaks the UML model to get it working. Don't
worry too much about commenting your changes, as any good team member will
be able to read your mind from the code you wrote. All this might break
other team members' code, but don't worry about this, another team
programmer is sure to fix it all up later, straight after the user
acceptance system fails after 10 embarassing minutes. Senior programmers are
used to having their carefully planned, written, tested and
performance-benchmarked code totally trashed by interns and work experience
kids, and they love helping when you get stuck.
If you work in a SQL environment, try reorganising or flattening a table
structure back to first normal, or even flat-file form to make your coding
day easier. Alternatively, try writing some code to get rid of that pesky
primary key constraint on the 'customer' table... space that could be used
for storing REAL data. DB analysts love it when you 'simplify' their work,
and you took a backup first, right? So what's the problem?
If you feel sufficiently confident, try introducing a new programming
language into the programming environment that no-one else in the office has
even heard of, much less has any expertise in, and use it to rewrite a
critical module or object so that it's more 'elegant'. This always makes
things more interesting, and may shorten your working day.
Sixth day... try to remove the stapler from your cheek that the Senior Prog.
put there yesterday, just before he tried to eat your cubicle and
spontaneously combusted. You may need medical assistance for this step.
Seventh day... delete everything and start again. If necessary, return to
day 1 of this training program.
If you follow this 'seven point' plan, you'll be cutting code with the best
of them in no time, no worries. It also cures arachnophobia.. . you know...
fear of the world wide web, 'cos you'll need the web to download and munge
other people's code. Don't forget to remove any copyright notices and use
restrictions from downloaded source code before using it.
Alternatively.. . Give yourself a simple programming task to do and jump in
with both feet. Don't leave the keyboard until it's working perfectly. This
might take a little time, so don't plan on driving for a while. Driving and
No-Doze are not a good mix. You need sleep to drive.
Keep polishing your code until it's so shiny that it's perfectly documented,
twice as fast, twice as robust and half the size of the previous version,
written by the Senior Prog. (S)he loves being shown up for the dinosaur that
(s)he is, and will appreciate your improvements to his/her code.
Another alternative... you could just take a course and be done with it. It
might take a little longer than 7 days, but the effort will be well worth
it. Universities always turn out first-rate programmers in the most 'widely
used' languages like Pascal, Fortran and Cobol, and the effort you put in to
learning the intricacies of these languages will be rewarded by a long and
prosperous career.
;)
Comment
-
Re: Fear of programming
asdf wrote:someone has WAYYYYYY too much free time..."subscribe" <samplestrategy @gmail.comwrote in message
news:01a2cf26-7c35-4252-962f-ff6e44229191@u6 g2000prc.google groups.com...>>How to conquer fear of programming?
...desensitisat ion training...
>
First day... approach your computer until you reach the limit of your fear.
You may not even touch the keyboard on the first try. Try not to raise the
tension level in the office by screaming. Sweating and trembling however are
ok, provided it doesn't disturb the guy in the next cubicle who really needs
his nap time.
>
Second day... go a little closer, maybe touch the spacebar, but for goodness
sake don't carry hot liquids like coffee to the keyboard yet... this is for
advanced recoverers ... unless you have one of those dandy industrial
waterproof keyboards (which also protect the keys from blood, sweat and
tears). You might observe a tingling sensation in your fingertips. Don't
worry about this, the keyboard is earthed.
>
Third day... try opening a code window and typing garbage. Don't be
scared... jump in... it's probably best if you try this in your own code
space... you might not be ready for modifying existing code yet, but feel
free to write some new stuff. If you feel confident enough, do a trial
compilation. Most likely it will fail, but ignore the failure. Remember...
every failure gets you closer to the solution. Try to fix any logical errors
by doing something completely different. If that doesn't work, go back to
the original, non-functioning code- there's no sense beating your head on a
brick wall, and someone else is bound to spot the error and fix it
eventually. If you can do all this without fear, you are almost there!
>
Fourth day... try fixing yesterday's errors. You might get a successful
compilation today! If not, just go and have a 'meeting' in the cafeteria.
There's bound to plenty of programming expertise there, and they'd much
rather big themselves up by talking about it and proferring unintelligible
advice, than actually doing it. Donuts and coffee are great mind-lubricants.
>
Fifth day... try copying and munging someone else's object or procedure to
do the exact opposite of what the original programmer intended. Don't be
scared. You might have to declare some globals, or create some byrefs into
another object or module that breaks the UML model to get it working. Don't
worry too much about commenting your changes, as any good team member will
be able to read your mind from the code you wrote. All this might break
other team members' code, but don't worry about this, another team
programmer is sure to fix it all up later, straight after the user
acceptance system fails after 10 embarassing minutes. Senior programmers are
used to having their carefully planned, written, tested and
performance-benchmarked code totally trashed by interns and work experience
kids, and they love helping when you get stuck.
>
If you work in a SQL environment, try reorganising or flattening a table
structure back to first normal, or even flat-file form to make your coding
day easier. Alternatively, try writing some code to get rid of that pesky
primary key constraint on the 'customer' table... space that could be used
for storing REAL data. DB analysts love it when you 'simplify' their work,
and you took a backup first, right? So what's the problem?
>
If you feel sufficiently confident, try introducing a new programming
language into the programming environment that no-one else in the office has
even heard of, much less has any expertise in, and use it to rewrite a
critical module or object so that it's more 'elegant'. This always makes
things more interesting, and may shorten your working day.
>
Sixth day... try to remove the stapler from your cheek that the Senior Prog.
put there yesterday, just before he tried to eat your cubicle and
spontaneously combusted. You may need medical assistance for this step.
>
Seventh day... delete everything and start again. If necessary, return to
day 1 of this training program.
>
If you follow this 'seven point' plan, you'll be cutting code with the best
of them in no time, no worries. It also cures arachnophobia.. . you know...
fear of the world wide web, 'cos you'll need the web to download and munge
other people's code. Don't forget to remove any copyright notices and use
restrictions from downloaded source code before using it.
>
Alternatively.. . Give yourself a simple programming task to do and jump in
with both feet. Don't leave the keyboard until it's working perfectly. This
might take a little time, so don't plan on driving for a while. Driving and
No-Doze are not a good mix. You need sleep to drive.
>
Keep polishing your code until it's so shiny that it's perfectly documented,
twice as fast, twice as robust and half the size of the previous version,
written by the Senior Prog. (S)he loves being shown up for the dinosaur that
(s)he is, and will appreciate your improvements to his/her code.
>
Another alternative... you could just take a course and be done with it. It
might take a little longer than 7 days, but the effort will be well worth
it. Universities always turn out first-rate programmers in the most 'widely
used' languages like Pascal, Fortran and Cobol, and the effort you put in to
learning the intricacies of these languages will be rewarded by a long and
prosperous career.
>
;)
>
>
>
Comment
-
Re: Fear of programming
On 16 May, 01:58, "asdf" <a...@asdf.comw rote:There are lots of people who never progress past this step. SometimesThird day... try opening a code window and typing garbage.
they collect together and give themselves a name. "Windows Vista
Development Team" is one of them.
Comment
-
Re: Fear of programming
On 16 May, 02:58, "asdf" <a...@asdf.comw rote:This is not good advice."subscribe" <samplestrat... @gmail.comwrote in message
>
news:01a2cf26-7c35-4252-962f-ff6e44229191@u6 g2000prc.google groups.com...
>>How to conquer fear of programming?
...desensitisat ion training...
>
First day... approach your computer until you reach the limit of your fear.
You may not even touch the keyboard on the first try. Try not to raise the
tension level in the office by screaming. Sweating and trembling however are
ok, provided it doesn't disturb the guy in the next cubicle who really needs
his nap time.
Fear of programming, like all intrinsic motivations, is an essential
evolutionary motivator. Unnaturally suppressing this desire to avoid
coding is likely to have disastrous consequences. If your employer
expects you to debase yourself in this way, immediately set about him/
her with a trout (fresh or frozen).
You should all be ashamed of yourselves, corrupting this poor OP
C.
Comment
Comment