![](/i/fill.gif) |
![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Le 11/11/2010 15:17, Mike Raiford nous fit lire :
> On 11/10/2010 10:03 AM, Darren New wrote:
>
>> off of managing, and have employees who are decent coders but shit
>> programmers, and still think you can create something usable. Which
>
> I'm curious. What is the distinction between a coder and programmer, here?
>
Along the same as between a writer and an author, for literacy.
Knowing the alphabet is not enough to be Victor Hugo even if Victor Hugo
did know the alphabet too.
Alas, so many people thinks that they can make a database because they
managed to make three columns on an excel-sheet.
They succeed to make an hello world in whatever language...
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Mike Raiford escreveu:
> On 11/10/2010 10:03 AM, Darren New wrote:
>
>> off of managing, and have employees who are decent coders but shit
>> programmers, and still think you can create something usable. Which
>
> I'm curious. What is the distinction between a coder and programmer, here?
a coder types away careful algorithms of how to do something as in a spec.
a programmer receives a half-baked spec in natural language and has to
translate that to l33tsp34k at the same time magaging to map the
instructions into the computational model already in place.
--
a game sig: http://tinyurl.com/d3rxz9
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Darren New <dne### [at] san rr com> wrote:
> Only occasionally have I managed to convince a boss it'll be faster to
> rewrite this from scratch than it will be to add the feature you're asking for.
Sometimes (often?) rewriting the whole thing from scratch would indeed
take much longer than adding the small new feature. However, the rewrite
would benefit the project in the long run, as subsequent features would
become easier to add, saving in the total time.
However, I assume it's difficult to convince a boss of the fact that
"if we spend a month rewriting the whole thing from scratch now, we will
save several months of work later".
--
- Warp
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
>> Only occasionally have I managed to convince a boss it'll be faster to
>> rewrite this from scratch than it will be to add the feature you're asking for.
>
> Sometimes (often?) rewriting the whole thing from scratch would indeed
> take much longer than adding the small new feature. However, the rewrite
> would benefit the project in the long run, as subsequent features would
> become easier to add, saving in the total time.
Not to mention the amount of debugging time you'd save...
> However, I assume it's difficult to convince a boss of the fact that
> "if we spend a month rewriting the whole thing from scratch now, we will
> save several months of work later".
Unfortunately, it tends to be quite hard to measure "time we didn't have
to spend because we did X last year"...
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
nemesis wrote:
> Mike Raiford escreveu:
>> On 11/10/2010 10:03 AM, Darren New wrote:
>>
>>> off of managing, and have employees who are decent coders but shit
>>> programmers, and still think you can create something usable. Which
>>
>> I'm curious. What is the distinction between a coder and programmer,
>> here?
>
> a coder types away careful algorithms of how to do something as in a spec.
> a programmer receives a half-baked spec in natural language and has to
> translate that to l33tsp34k at the same time magaging to map the
> instructions into the computational model already in place.
>
Plus, the coder writes code. The programmer writes programs. If you think
the only part of a program is the code, then you're part of the problem.
--
Darren New, San Diego CA, USA (PST)
Serving Suggestion:
"Don't serve this any more. It's awful."
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Mike Raiford wrote:
> Oh, yes.. and while you're at it,
My favorite was when the boss asked me to do a program for an HR manager to
use to manage HR benefits. I said "OK, about six weeks." Four or five weeks
in, he asks how long it would take to change the program to let the
employees use it instead. He was rather shocked when I said "About eight weeks."
Yeah, there's a slight difference between the requirements to allow a teller
to take money out of your account on request and an ATM.
--
Darren New, San Diego CA, USA (PST)
Serving Suggestion:
"Don't serve this any more. It's awful."
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |