Mixing
How can I increase the productivity of my fresher (inexperienced) team of two
Clash Royale CLAN TAG#URR8PPP
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty margin-bottom:0;
up vote
5
down vote
favorite
I work with one other person on a project. We are both new and inexperienced, and we feel our output will be more efficient by working together.
By working collaboratively, I feel we spend too much time in one area of the project, as one of us may be slower at understanding this new component/technology.
Is there a way to increase our output capacity while allowing both of us to learn the knowledge and skills necessary to understand each piece of the project?
As we use different approaches in studying a topic, we feel each one's stuck on a thing as a diversion to another. There are no missed deadlines, I just find it frustrating. I am an embedded software engineer.
software-industry team
edited Jan 16 '13 at 17:04
gnat
3,23273066
asked Jan 16 '13 at 8:42
Karthi prime
293
add a comment |Â
up vote
5
down vote
favorite
I work with one other person on a project. We are both new and inexperienced, and we feel our output will be more efficient by working together.
By working collaboratively, I feel we spend too much time in one area of the project, as one of us may be slower at understanding this new component/technology.
Is there a way to increase our output capacity while allowing both of us to learn the knowledge and skills necessary to understand each piece of the project?
As we use different approaches in studying a topic, we feel each one's stuck on a thing as a diversion to another. There are no missed deadlines, I just find it frustrating. I am an embedded software engineer.
software-industry team
edited Jan 16 '13 at 17:04
gnat
3,23273066
asked Jan 16 '13 at 8:42
Karthi prime
293
1
What is a fresher?
– CincinnatiProgrammer
Jan 16 '13 at 11:38
2
@PaulBrown it's a (primarily Indian) term for a new and inexperienced employee, I believe.
– Carson63000
Jan 16 '13 at 12:07
2
i edited the question so it is understandable. Please feel free to roll back the changes if you think I missed your point
– squeemish
Jan 16 '13 at 13:22
ya.. Fresher implies inexperienced employee. Thanks for the edit. (What have i missed in asking this question? In essence, How can i improve to ask a nice question like the one u edited?)
– Karthi prime
Jan 16 '13 at 15:46
your initial question was good substance, I only assume English is not your first language from the original posting. Just more practice :)
– squeemish
Jan 16 '13 at 20:01
add a comment |Â
up vote
5
down vote
favorite
up vote
5
down vote
favorite
I work with one other person on a project. We are both new and inexperienced, and we feel our output will be more efficient by working together.
By working collaboratively, I feel we spend too much time in one area of the project, as one of us may be slower at understanding this new component/technology.
Is there a way to increase our output capacity while allowing both of us to learn the knowledge and skills necessary to understand each piece of the project?
As we use different approaches in studying a topic, we feel each one's stuck on a thing as a diversion to another. There are no missed deadlines, I just find it frustrating. I am an embedded software engineer.
software-industry team
edited Jan 16 '13 at 17:04
gnat
3,23273066
asked Jan 16 '13 at 8:42
Karthi prime
293
I work with one other person on a project. We are both new and inexperienced, and we feel our output will be more efficient by working together.
By working collaboratively, I feel we spend too much time in one area of the project, as one of us may be slower at understanding this new component/technology.
Is there a way to increase our output capacity while allowing both of us to learn the knowledge and skills necessary to understand each piece of the project?
As we use different approaches in studying a topic, we feel each one's stuck on a thing as a diversion to another. There are no missed deadlines, I just find it frustrating. I am an embedded software engineer.
software-industry team
edited Jan 16 '13 at 17:04
gnat
3,23273066
asked Jan 16 '13 at 8:42
Karthi prime
293
edited Jan 16 '13 at 17:04
gnat
3,23273066
edited Jan 16 '13 at 17:04
gnat
3,23273066
edited Jan 16 '13 at 17:04
gnat
3,23273066
3,23273066
asked Jan 16 '13 at 8:42
Karthi prime
293
asked Jan 16 '13 at 8:42
Karthi prime
293
asked Jan 16 '13 at 8:42
Karthi prime
293
293
1
What is a fresher?
– CincinnatiProgrammer
Jan 16 '13 at 11:38
2
@PaulBrown it's a (primarily Indian) term for a new and inexperienced employee, I believe.
– Carson63000
Jan 16 '13 at 12:07
2
i edited the question so it is understandable. Please feel free to roll back the changes if you think I missed your point
– squeemish
Jan 16 '13 at 13:22
ya.. Fresher implies inexperienced employee. Thanks for the edit. (What have i missed in asking this question? In essence, How can i improve to ask a nice question like the one u edited?)
– Karthi prime
Jan 16 '13 at 15:46
your initial question was good substance, I only assume English is not your first language from the original posting. Just more practice :)
– squeemish
Jan 16 '13 at 20:01
add a comment |Â
1
What is a fresher?
– CincinnatiProgrammer
Jan 16 '13 at 11:38
2
@PaulBrown it's a (primarily Indian) term for a new and inexperienced employee, I believe.
– Carson63000
Jan 16 '13 at 12:07
2
i edited the question so it is understandable. Please feel free to roll back the changes if you think I missed your point
– squeemish
Jan 16 '13 at 13:22
ya.. Fresher implies inexperienced employee. Thanks for the edit. (What have i missed in asking this question? In essence, How can i improve to ask a nice question like the one u edited?)
– Karthi prime
Jan 16 '13 at 15:46
your initial question was good substance, I only assume English is not your first language from the original posting. Just more practice :)
– squeemish
Jan 16 '13 at 20:01
1
1
What is a fresher?
– CincinnatiProgrammer
Jan 16 '13 at 11:38
What is a fresher?
– CincinnatiProgrammer
Jan 16 '13 at 11:38
2
2
@PaulBrown it's a (primarily Indian) term for a new and inexperienced employee, I believe.
– Carson63000
Jan 16 '13 at 12:07
@PaulBrown it's a (primarily Indian) term for a new and inexperienced employee, I believe.
– Carson63000
Jan 16 '13 at 12:07
2
2
i edited the question so it is understandable. Please feel free to roll back the changes if you think I missed your point
– squeemish
Jan 16 '13 at 13:22
i edited the question so it is understandable. Please feel free to roll back the changes if you think I missed your point
– squeemish
Jan 16 '13 at 13:22
ya.. Fresher implies inexperienced employee. Thanks for the edit. (What have i missed in asking this question? In essence, How can i improve to ask a nice question like the one u edited?)
– Karthi prime
Jan 16 '13 at 15:46
ya.. Fresher implies inexperienced employee. Thanks for the edit. (What have i missed in asking this question? In essence, How can i improve to ask a nice question like the one u edited?)
– Karthi prime
Jan 16 '13 at 15:46
your initial question was good substance, I only assume English is not your first language from the original posting. Just more practice :)
– squeemish
Jan 16 '13 at 20:01
your initial question was good substance, I only assume English is not your first language from the original posting. Just more practice :)
– squeemish
Jan 16 '13 at 20:01
add a comment |Â
2 Answers
2
active
oldest
votes
up vote
2
down vote
Given that in your profile you list yourself as "Engineer" and that you have accounts at Stack Overflow and at Programmers I assume you're in software-industry.
I think you need to consider that the speed of the development probably isn't the most important thing here.
By working together, you will both improve, you'll get used to collaborative working and you'll both end up with a better understanding of the overall project than you would if you picked sub-topics each.
Your question isn't clear if there are actual hard deadlines or if you find it frustrating - my guess would be you find it frustrating but how to deal with these situations re exactly the kind of soft skills that you need in the workplace so I'd take advantage of any collaborative effort you can.
edited May 23 '17 at 12:37
Community♦
1
answered Jan 16 '13 at 10:23
Michael
4,7461423
+1 - and if you're constantly being delayed with making many decisions, alternate days on who gets the deciding vote.
– user8365
Jan 16 '13 at 14:00
"speed of the development" hm. There is nothing in the question that indicates OP is in software industry or "develops" something, whatever this could possibly mean
– gnat
Jan 16 '13 at 14:36
Fair point - this answer is aimed at the software industry.
– Michael
Jan 16 '13 at 15:34
There are no deadlines. Am an embedded engineer.
– Karthi prime
Jan 16 '13 at 15:49
add a comment |Â
up vote
2
down vote
There are two ways I have used in the past to get around this problem (particularly when my team has been lumped with a new software package and we’ve all had to get ourselves up to speed quickly):
Pair programming / buddy working is a great way of learning if you are both able to spend time simultaneously on the task – this enables a live review of each other’s work and anything that comes up which is unexpected can be addressed immediately. As problems are identified immediately and addressed at the same time, there is less wastage in terms of resource, and tasks will typically be finished to a superior quality.
Knowledge share / learning library: this is better if you are not able to work together on the same task as the same time. The key benefits of this approach are that by documenting wat you have learned in a way that can be easily understood by others, you become more comfortable with the key concepts. If you are going to use this approach, setting aside some dedicated time to run over what you have learnt that week with your colleague can be incredibly useful as discussing concepts is usually a better way for the other person to learn than simply by reading a guide. This reduces wasted time as you can both learn independently but still have access to learning that you might not have done yourself.
answered Jan 16 '13 at 10:34
Dibstar
3,27841741
As we use different approaches in studying a topic, we feel each one's stuck on a thing as a diversion to another. So I think I go with the second approach where we share our learnings at the end of the day (last two hours) :)
– Karthi prime
Jan 16 '13 at 16:08
@Dibstar now that question is clarified as software related, have to admit your original version gave some really good insight for this clarified context, with the references to pair programming and codinghorror.
– gnat
Jan 16 '13 at 17:07
1
@gnat - agreed: I should learn to not presume that everyone here has arrived from stackoverflow! :)
– Dibstar
Jan 16 '13 at 19:15
add a comment |Â
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
2
down vote
Given that in your profile you list yourself as "Engineer" and that you have accounts at Stack Overflow and at Programmers I assume you're in software-industry.
I think you need to consider that the speed of the development probably isn't the most important thing here.
By working together, you will both improve, you'll get used to collaborative working and you'll both end up with a better understanding of the overall project than you would if you picked sub-topics each.
Your question isn't clear if there are actual hard deadlines or if you find it frustrating - my guess would be you find it frustrating but how to deal with these situations re exactly the kind of soft skills that you need in the workplace so I'd take advantage of any collaborative effort you can.
edited May 23 '17 at 12:37
Community♦
1
answered Jan 16 '13 at 10:23
Michael
4,7461423
+1 - and if you're constantly being delayed with making many decisions, alternate days on who gets the deciding vote.
– user8365
Jan 16 '13 at 14:00
"speed of the development" hm. There is nothing in the question that indicates OP is in software industry or "develops" something, whatever this could possibly mean
– gnat
Jan 16 '13 at 14:36
Fair point - this answer is aimed at the software industry.
– Michael
Jan 16 '13 at 15:34
There are no deadlines. Am an embedded engineer.
– Karthi prime
Jan 16 '13 at 15:49
add a comment |Â
up vote
2
down vote
Given that in your profile you list yourself as "Engineer" and that you have accounts at Stack Overflow and at Programmers I assume you're in software-industry.
I think you need to consider that the speed of the development probably isn't the most important thing here.
By working together, you will both improve, you'll get used to collaborative working and you'll both end up with a better understanding of the overall project than you would if you picked sub-topics each.
Your question isn't clear if there are actual hard deadlines or if you find it frustrating - my guess would be you find it frustrating but how to deal with these situations re exactly the kind of soft skills that you need in the workplace so I'd take advantage of any collaborative effort you can.
edited May 23 '17 at 12:37
Community♦
1
answered Jan 16 '13 at 10:23
Michael
4,7461423
+1 - and if you're constantly being delayed with making many decisions, alternate days on who gets the deciding vote.
– user8365
Jan 16 '13 at 14:00
"speed of the development" hm. There is nothing in the question that indicates OP is in software industry or "develops" something, whatever this could possibly mean
– gnat
Jan 16 '13 at 14:36
Fair point - this answer is aimed at the software industry.
– Michael
Jan 16 '13 at 15:34
There are no deadlines. Am an embedded engineer.
– Karthi prime
Jan 16 '13 at 15:49
add a comment |Â
up vote
2
down vote
up vote
2
down vote
Given that in your profile you list yourself as "Engineer" and that you have accounts at Stack Overflow and at Programmers I assume you're in software-industry.
I think you need to consider that the speed of the development probably isn't the most important thing here.
By working together, you will both improve, you'll get used to collaborative working and you'll both end up with a better understanding of the overall project than you would if you picked sub-topics each.
Your question isn't clear if there are actual hard deadlines or if you find it frustrating - my guess would be you find it frustrating but how to deal with these situations re exactly the kind of soft skills that you need in the workplace so I'd take advantage of any collaborative effort you can.
edited May 23 '17 at 12:37
Community♦
1
answered Jan 16 '13 at 10:23
Michael
4,7461423
Given that in your profile you list yourself as "Engineer" and that you have accounts at Stack Overflow and at Programmers I assume you're in software-industry.
I think you need to consider that the speed of the development probably isn't the most important thing here.
By working together, you will both improve, you'll get used to collaborative working and you'll both end up with a better understanding of the overall project than you would if you picked sub-topics each.
Your question isn't clear if there are actual hard deadlines or if you find it frustrating - my guess would be you find it frustrating but how to deal with these situations re exactly the kind of soft skills that you need in the workplace so I'd take advantage of any collaborative effort you can.
edited May 23 '17 at 12:37
Community♦
1
answered Jan 16 '13 at 10:23
Michael
4,7461423
edited May 23 '17 at 12:37
Community♦
1
edited May 23 '17 at 12:37
Community♦
1
edited May 23 '17 at 12:37
Community♦
1
1
answered Jan 16 '13 at 10:23
Michael
4,7461423
answered Jan 16 '13 at 10:23
Michael
4,7461423
answered Jan 16 '13 at 10:23
Michael
4,7461423
4,7461423
+1 - and if you're constantly being delayed with making many decisions, alternate days on who gets the deciding vote.
– user8365
Jan 16 '13 at 14:00
"speed of the development" hm. There is nothing in the question that indicates OP is in software industry or "develops" something, whatever this could possibly mean
– gnat
Jan 16 '13 at 14:36
Fair point - this answer is aimed at the software industry.
– Michael
Jan 16 '13 at 15:34
There are no deadlines. Am an embedded engineer.
– Karthi prime
Jan 16 '13 at 15:49
add a comment |Â
+1 - and if you're constantly being delayed with making many decisions, alternate days on who gets the deciding vote.
– user8365
Jan 16 '13 at 14:00
"speed of the development" hm. There is nothing in the question that indicates OP is in software industry or "develops" something, whatever this could possibly mean
– gnat
Jan 16 '13 at 14:36
Fair point - this answer is aimed at the software industry.
– Michael
Jan 16 '13 at 15:34
There are no deadlines. Am an embedded engineer.
– Karthi prime
Jan 16 '13 at 15:49
+1 - and if you're constantly being delayed with making many decisions, alternate days on who gets the deciding vote.
– user8365
Jan 16 '13 at 14:00
+1 - and if you're constantly being delayed with making many decisions, alternate days on who gets the deciding vote.
– user8365
Jan 16 '13 at 14:00
"speed of the development" hm. There is nothing in the question that indicates OP is in software industry or "develops" something, whatever this could possibly mean
– gnat
Jan 16 '13 at 14:36
"speed of the development" hm. There is nothing in the question that indicates OP is in software industry or "develops" something, whatever this could possibly mean
– gnat
Jan 16 '13 at 14:36
Fair point - this answer is aimed at the software industry.
– Michael
Jan 16 '13 at 15:34
Fair point - this answer is aimed at the software industry.
– Michael
Jan 16 '13 at 15:34
There are no deadlines. Am an embedded engineer.
– Karthi prime
Jan 16 '13 at 15:49
There are no deadlines. Am an embedded engineer.
– Karthi prime
Jan 16 '13 at 15:49
add a comment |Â
up vote
2
down vote
There are two ways I have used in the past to get around this problem (particularly when my team has been lumped with a new software package and we’ve all had to get ourselves up to speed quickly):
Pair programming / buddy working is a great way of learning if you are both able to spend time simultaneously on the task – this enables a live review of each other’s work and anything that comes up which is unexpected can be addressed immediately. As problems are identified immediately and addressed at the same time, there is less wastage in terms of resource, and tasks will typically be finished to a superior quality.
Knowledge share / learning library: this is better if you are not able to work together on the same task as the same time. The key benefits of this approach are that by documenting wat you have learned in a way that can be easily understood by others, you become more comfortable with the key concepts. If you are going to use this approach, setting aside some dedicated time to run over what you have learnt that week with your colleague can be incredibly useful as discussing concepts is usually a better way for the other person to learn than simply by reading a guide. This reduces wasted time as you can both learn independently but still have access to learning that you might not have done yourself.
answered Jan 16 '13 at 10:34
Dibstar
3,27841741
As we use different approaches in studying a topic, we feel each one's stuck on a thing as a diversion to another. So I think I go with the second approach where we share our learnings at the end of the day (last two hours) :)
– Karthi prime
Jan 16 '13 at 16:08
@Dibstar now that question is clarified as software related, have to admit your original version gave some really good insight for this clarified context, with the references to pair programming and codinghorror.
– gnat
Jan 16 '13 at 17:07
1
@gnat - agreed: I should learn to not presume that everyone here has arrived from stackoverflow! :)
– Dibstar
Jan 16 '13 at 19:15
add a comment |Â
up vote
2
down vote
There are two ways I have used in the past to get around this problem (particularly when my team has been lumped with a new software package and we’ve all had to get ourselves up to speed quickly):
Pair programming / buddy working is a great way of learning if you are both able to spend time simultaneously on the task – this enables a live review of each other’s work and anything that comes up which is unexpected can be addressed immediately. As problems are identified immediately and addressed at the same time, there is less wastage in terms of resource, and tasks will typically be finished to a superior quality.
Knowledge share / learning library: this is better if you are not able to work together on the same task as the same time. The key benefits of this approach are that by documenting wat you have learned in a way that can be easily understood by others, you become more comfortable with the key concepts. If you are going to use this approach, setting aside some dedicated time to run over what you have learnt that week with your colleague can be incredibly useful as discussing concepts is usually a better way for the other person to learn than simply by reading a guide. This reduces wasted time as you can both learn independently but still have access to learning that you might not have done yourself.
answered Jan 16 '13 at 10:34
Dibstar
3,27841741
As we use different approaches in studying a topic, we feel each one's stuck on a thing as a diversion to another. So I think I go with the second approach where we share our learnings at the end of the day (last two hours) :)
– Karthi prime
Jan 16 '13 at 16:08
@Dibstar now that question is clarified as software related, have to admit your original version gave some really good insight for this clarified context, with the references to pair programming and codinghorror.
– gnat
Jan 16 '13 at 17:07
1
@gnat - agreed: I should learn to not presume that everyone here has arrived from stackoverflow! :)
– Dibstar
Jan 16 '13 at 19:15
add a comment |Â
up vote
2
down vote
up vote
2
down vote
There are two ways I have used in the past to get around this problem (particularly when my team has been lumped with a new software package and we’ve all had to get ourselves up to speed quickly):
Pair programming / buddy working is a great way of learning if you are both able to spend time simultaneously on the task – this enables a live review of each other’s work and anything that comes up which is unexpected can be addressed immediately. As problems are identified immediately and addressed at the same time, there is less wastage in terms of resource, and tasks will typically be finished to a superior quality.
Knowledge share / learning library: this is better if you are not able to work together on the same task as the same time. The key benefits of this approach are that by documenting wat you have learned in a way that can be easily understood by others, you become more comfortable with the key concepts. If you are going to use this approach, setting aside some dedicated time to run over what you have learnt that week with your colleague can be incredibly useful as discussing concepts is usually a better way for the other person to learn than simply by reading a guide. This reduces wasted time as you can both learn independently but still have access to learning that you might not have done yourself.
answered Jan 16 '13 at 10:34
Dibstar
3,27841741
There are two ways I have used in the past to get around this problem (particularly when my team has been lumped with a new software package and we’ve all had to get ourselves up to speed quickly):
Pair programming / buddy working is a great way of learning if you are both able to spend time simultaneously on the task – this enables a live review of each other’s work and anything that comes up which is unexpected can be addressed immediately. As problems are identified immediately and addressed at the same time, there is less wastage in terms of resource, and tasks will typically be finished to a superior quality.
Knowledge share / learning library: this is better if you are not able to work together on the same task as the same time. The key benefits of this approach are that by documenting wat you have learned in a way that can be easily understood by others, you become more comfortable with the key concepts. If you are going to use this approach, setting aside some dedicated time to run over what you have learnt that week with your colleague can be incredibly useful as discussing concepts is usually a better way for the other person to learn than simply by reading a guide. This reduces wasted time as you can both learn independently but still have access to learning that you might not have done yourself.
answered Jan 16 '13 at 10:34
Dibstar
3,27841741
edited Jan 16 '13 at 19:14
answered Jan 16 '13 at 10:34
Dibstar
3,27841741
answered Jan 16 '13 at 10:34
Dibstar
3,27841741
answered Jan 16 '13 at 10:34
Dibstar
3,27841741
3,27841741
As we use different approaches in studying a topic, we feel each one's stuck on a thing as a diversion to another. So I think I go with the second approach where we share our learnings at the end of the day (last two hours) :)
– Karthi prime
Jan 16 '13 at 16:08
@Dibstar now that question is clarified as software related, have to admit your original version gave some really good insight for this clarified context, with the references to pair programming and codinghorror.
– gnat
Jan 16 '13 at 17:07
1
@gnat - agreed: I should learn to not presume that everyone here has arrived from stackoverflow! :)
– Dibstar
Jan 16 '13 at 19:15
add a comment |Â
As we use different approaches in studying a topic, we feel each one's stuck on a thing as a diversion to another. So I think I go with the second approach where we share our learnings at the end of the day (last two hours) :)
– Karthi prime
Jan 16 '13 at 16:08
@Dibstar now that question is clarified as software related, have to admit your original version gave some really good insight for this clarified context, with the references to pair programming and codinghorror.
– gnat
Jan 16 '13 at 17:07
1
@gnat - agreed: I should learn to not presume that everyone here has arrived from stackoverflow! :)
– Dibstar
Jan 16 '13 at 19:15
As we use different approaches in studying a topic, we feel each one's stuck on a thing as a diversion to another. So I think I go with the second approach where we share our learnings at the end of the day (last two hours) :)
– Karthi prime
Jan 16 '13 at 16:08
As we use different approaches in studying a topic, we feel each one's stuck on a thing as a diversion to another. So I think I go with the second approach where we share our learnings at the end of the day (last two hours) :)
– Karthi prime
Jan 16 '13 at 16:08
@Dibstar now that question is clarified as software related, have to admit your original version gave some really good insight for this clarified context, with the references to pair programming and codinghorror.
– gnat
Jan 16 '13 at 17:07
@Dibstar now that question is clarified as software related, have to admit your original version gave some really good insight for this clarified context, with the references to pair programming and codinghorror.
– gnat
Jan 16 '13 at 17:07
1
1
@gnat - agreed: I should learn to not presume that everyone here has arrived from stackoverflow! :)
– Dibstar
Jan 16 '13 at 19:15
@gnat - agreed: I should learn to not presume that everyone here has arrived from stackoverflow! :)
– Dibstar
Jan 16 '13 at 19:15
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fworkplace.stackexchange.com%2fquestions%2f8893%2fhow-can-i-increase-the-productivity-of-my-fresher-inexperienced-team-of-two%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
1
What is a fresher?
– CincinnatiProgrammer
Jan 16 '13 at 11:38
2
@PaulBrown it's a (primarily Indian) term for a new and inexperienced employee, I believe.
– Carson63000
Jan 16 '13 at 12:07
2
i edited the question so it is understandable. Please feel free to roll back the changes if you think I missed your point
– squeemish
Jan 16 '13 at 13:22
ya.. Fresher implies inexperienced employee. Thanks for the edit. (What have i missed in asking this question? In essence, How can i improve to ask a nice question like the one u edited?)
– Karthi prime
Jan 16 '13 at 15:46
your initial question was good substance, I only assume English is not your first language from the original posting. Just more practice :)
– squeemish
Jan 16 '13 at 20:01