|
|
Can't tell if serious or trolling.
Just in case: "Lighten up, Francis"
|
|
|
|
|
1) Someone who doesn't want to learn is trouble in this business. Change is the one constant.
2) An outsider, technology-wise, can bring a fresh perspective and perhaps new techniques for accomplishing the task at hand, as well as bringing fresh, naïve eyes to the code review.
3) It's lonely working alone, truly.
Therefore, I choose the learner.
|
|
|
|
|
You might reconsider if you have 2 weeks, or any other limited amount of time compared to the work to be done, to finish the project.
Then you should pick the guy that already know all about the job and start writing code without any further delays.
|
|
|
|
|
That's a good point, Alex.
|
|
|
|
|
Considering that rapid rate of change that our industry moves at I don't personally believe in experts of technology. I do however believe in experts in learning or at the very least people who embrace change and the challenge of always learning new things.
you want something inspirational??
|
|
|
|
|
I guess that makes you an expert in expertise ? ? ?
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein | "As far as we know, our computer has never had an undetected error." - Weisert | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
Fortunately, it wasn't on a project. I taught myself VAX Macro Assembler.
He saw it was interesting and had me teach him: he picked it up quickly and we used to code competitively for the fun of it. Also used to hack the VAX cluster (buggy booger). Good memories.
It was with him that we took on Swords of Glass. Later, the first five or six Might and Magic.
"Time it was, and what a time it was, it was
A time of innocence, a time of confidences
Long ago, it must be, I have a photograph
Preserve your memories, they're all that's left you" - Paul Simon
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein | "As far as we know, our computer has never had an undetected error." - Weisert | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
Are you saying you helped write the early M&M games?
If so, well done - they were good for their time (and still on my current PC thanks to GOG.com )
|
|
|
|
|
OriginalGriff wrote: Are you saying you helped write the early M&M games?
Oh No! I wish!
We played as a team - just somehow the topic led me off-topic.
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein | "As far as we know, our computer has never had an undetected error." - Weisert | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
I've been there. I spent all my time transferring the content of my brain and the other three spent most of their time absorbing what I told them. Upshot was that this four-man team managed to perform the equivalent of one man-day per day.
|
|
|
|
|
But for a long run project, the productivity will eventually start to ramp up. Just need to spent more time to do code review with them at the beginning.
|
|
|
|
|
I should have added that this was specifically a short-duration team added to my one-man project to try to reduce the development overrun. A classic case of adding manpower to a failing project (cf. The Mythical Man Month, which I had read by then).
|
|
|
|
|
I'd add condition: There is enough time to include the new partner.
Or: The project is at the very beginning.
I've read "The mythical man month" when it was primary issued, so the graph of connecting the new member to the burning project is printed in the memory.
My English is permanently under construction. Be patient !!
|
|
|
|
|
If it's a short thing I would stick with the dinosaur.
Even if the other guy is super smart what I really need is to move things out of my way.
In short missions coaching is not an option.
If it's a long mission then the geek guy would be definitely be the choice.
Probably not because we could change technology but it's always good to have agile people in the team.
|
|
|
|
|
Posted my message "Condition to add" before seeing yours. Actually mine should be here as a reply.
My English is permanently under construction. Be patient !!
|
|
|
|
|
Interesting reply, which one do you consider the dinosaur, and which one is the geek?
It was broke, so I fixed it.
|
|
|
|
|
Dino is a gentile (or maybe not) way to refer to one that is super guru but on ancient tech.
It's not a bad thing if you like it and usually pays off a lot, like COBOL gurus in ancient systems!
|
|
|
|
|
Since every project spreads like chewing gum the dino is out, I'm afraid
|
|
|
|
|
Could be, but still I could use the dino in the pressing stretch and get the agile guy for the long run if needed.
An approach like "Lets get this done quickly and if there's something else I'll rearrange the team"
It really depends on the scenario and project managements along with a good team leader plays an important part in this.
Of course the most logic answer is to get the savvy guy, but a team of savvy people tend not to be good.
In a team we need to have the stable guys that just do what they're told and they do it well.
It really doesn't matter if they know how to fly a plane it all that is required is to ride a bicycle.
If everybody in the team wants to make park the bike and build a rocket we're screwed
|
|
|
|
|
Ahm, may be I missed something. But show me an expert, who is unwilling to learn anything? How did he do it to an expert?
|
|
|
|
|
There are A LOT of experts but narrow minded.
They are really good at what they do and know but nothing else.
It's an option and we should respect it.
Sometimes it's also a matter of opportunities.
If someone gets stuck in a company for 20 years he will probably be an expert in that matter... but nothing else...
It's way better than the ones that say they've played with a lot of stuff but can't do anything good in any
|
|
|
|
|
Not everyone went to school to learn how to program. Many "codgers" got into PL1 many years ago with no training and have never left. DotNet, huh? Cobol, duh? Java, with 2 cream, please. There are still many systems out there that need them, but try to get them into using Methodology or "Comment your code for Why you are doing", you only get "I've worked on this stuff for 20 years...". SIGH.
But as Contractors, they are making the big money...for now...
|
|
|
|
|
An expert in the technology used in the current program who knows nothing of anything else and doesn't want to learn.
My opinion: People not willing to learn/update themselves are practically not suitable for this industry.
A really smart fast learner who has a vast depth and breadth of experience but doesn't know the main technology of the current project
My opinion: Syntax is gonna be different but logic of thinking depends on the people(experienced) so it does not matter about technology we can educate them
Neither. I'll do his part of the project myself.
My opinion: Team management will not be there.But if company wants to do it so then have to.
Thanks,
•…♥…ЯΚ…♥…•
|
|
|
|
|
♥…ЯҠ…♥ wrote: An expert in the technology used in the current program who knows nothing of anything else and doesn't want to learn.
My opinion: People not willing to learn/update themselves are practically not suitable for this industry. What about people who "want" to learn, but only from 9 to 5? To much of those around
It's an OO world.
public class Sander : Lazy<Person>{
public void DoWork(){ throw new NotImplementedException(); }
}
|
|
|
|