Mixing
What factors should I consider when evaluating a job offer to work with a specific software platform?
Clash Royale CLAN TAG#URR8PPP
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty margin-bottom:0;
up vote
4
down vote
favorite
I am currently working as a .NET 4.0 developer for a company, and would like to aim to grow in my career and reach a leadership position. I currently am not the lead developer, however I am his "right hand", and get given some of the more important tasks.
My boss knows of my goal, and has let me know that there is an open position that I could apply to (and he said I have good chances of getting this job). This is a new project that uses Sharepoint, a web application platform developed by Microsoft. I would start alone and be solely responsible for the project, and eventually hire new people to work under me.
I'm considering this position, but am not sure of how this will affect my career as I don't see very many job postings for Sharepoint developers, although there are plenty for .Net developers.
That's the real problem that is bothering me is: the whole project is built over Sharepoint. I have never developed for this platform, but I'm afraid that building experience with Sharepoint will somehow restrict my available career paths.
For instance, I'm afraid that the time I will spend developing using Sharepoint will not be as valuable (in learning and CV) as the time I spend in my current job of managing deployment, proposing new architectures, and so on with the .Net Framework.
What kind of questions can I ask myself when trying to decide between building experience with a specific software platform, or a generic framework that is widely accepted in the industry? What factors should I consider that may affect my decision?
software-industry career-development job-change job-offer
edited Dec 28 '12 at 15:36
Rachel
6,14184268
asked Dec 26 '12 at 19:42
JSBach
1329
 |Â
show 6 more comments
up vote
4
down vote
favorite
I am currently working as a .NET 4.0 developer for a company, and would like to aim to grow in my career and reach a leadership position. I currently am not the lead developer, however I am his "right hand", and get given some of the more important tasks.
My boss knows of my goal, and has let me know that there is an open position that I could apply to (and he said I have good chances of getting this job). This is a new project that uses Sharepoint, a web application platform developed by Microsoft. I would start alone and be solely responsible for the project, and eventually hire new people to work under me.
I'm considering this position, but am not sure of how this will affect my career as I don't see very many job postings for Sharepoint developers, although there are plenty for .Net developers.
That's the real problem that is bothering me is: the whole project is built over Sharepoint. I have never developed for this platform, but I'm afraid that building experience with Sharepoint will somehow restrict my available career paths.
For instance, I'm afraid that the time I will spend developing using Sharepoint will not be as valuable (in learning and CV) as the time I spend in my current job of managing deployment, proposing new architectures, and so on with the .Net Framework.
What kind of questions can I ask myself when trying to decide between building experience with a specific software platform, or a generic framework that is widely accepted in the industry? What factors should I consider that may affect my decision?
software-industry career-development job-change job-offer
edited Dec 28 '12 at 15:36
Rachel
6,14184268
asked Dec 26 '12 at 19:42
JSBach
1329
4
As a thought, I think we could reopen this if the question was more general. "Is sharepoint less marketable than .NET?" is a tech question and the think most likely to trigger the closure. The "solo expert with opportunity for management" vs. "trusted high level contributor" question is likely to fit here better, provided we don't get too localized.
– bethlakshmi
Dec 26 '12 at 20:11
3
You forgot one major item in the 'con' list: It's Sharepoint.
– DA.
Dec 26 '12 at 20:16
2
More serious comment: in terms of career, sharepoint dev knowledge can be incredibly useful. EVERYONE uses sharepoint and EVERYONE needs developers for it. That said, it's a horrible, horrible platform. Most development on SharePoint feels like you spend most of your time hacking/finding workarounds. I found it a frustrating environment to work in as I constantly felt like I was fixing bad decisions by Microsoft rather than coming up with quality solutions for customers.
– DA.
Dec 26 '12 at 20:18
1
@Oscar - There are lots of opportunities for SharePoint developers. And the good SharePoint developers are highly compensated. But you will need to get a few years of experience in SharePoint before those doors start to open for you.
– IDrinkandIKnowThings
Dec 26 '12 at 21:37
1
Hi @Oscar I've edited your question a bit to try and make it on-topic and get it reopened. If I've edited your question too much, feel free to roll back the changes or edit it further. :)
– Rachel
Dec 28 '12 at 15:25
 |Â
show 6 more comments
up vote
4
down vote
favorite
up vote
4
down vote
favorite
I am currently working as a .NET 4.0 developer for a company, and would like to aim to grow in my career and reach a leadership position. I currently am not the lead developer, however I am his "right hand", and get given some of the more important tasks.
My boss knows of my goal, and has let me know that there is an open position that I could apply to (and he said I have good chances of getting this job). This is a new project that uses Sharepoint, a web application platform developed by Microsoft. I would start alone and be solely responsible for the project, and eventually hire new people to work under me.
I'm considering this position, but am not sure of how this will affect my career as I don't see very many job postings for Sharepoint developers, although there are plenty for .Net developers.
That's the real problem that is bothering me is: the whole project is built over Sharepoint. I have never developed for this platform, but I'm afraid that building experience with Sharepoint will somehow restrict my available career paths.
For instance, I'm afraid that the time I will spend developing using Sharepoint will not be as valuable (in learning and CV) as the time I spend in my current job of managing deployment, proposing new architectures, and so on with the .Net Framework.
What kind of questions can I ask myself when trying to decide between building experience with a specific software platform, or a generic framework that is widely accepted in the industry? What factors should I consider that may affect my decision?
software-industry career-development job-change job-offer
edited Dec 28 '12 at 15:36
Rachel
6,14184268
asked Dec 26 '12 at 19:42
JSBach
1329
I am currently working as a .NET 4.0 developer for a company, and would like to aim to grow in my career and reach a leadership position. I currently am not the lead developer, however I am his "right hand", and get given some of the more important tasks.
My boss knows of my goal, and has let me know that there is an open position that I could apply to (and he said I have good chances of getting this job). This is a new project that uses Sharepoint, a web application platform developed by Microsoft. I would start alone and be solely responsible for the project, and eventually hire new people to work under me.
I'm considering this position, but am not sure of how this will affect my career as I don't see very many job postings for Sharepoint developers, although there are plenty for .Net developers.
That's the real problem that is bothering me is: the whole project is built over Sharepoint. I have never developed for this platform, but I'm afraid that building experience with Sharepoint will somehow restrict my available career paths.
For instance, I'm afraid that the time I will spend developing using Sharepoint will not be as valuable (in learning and CV) as the time I spend in my current job of managing deployment, proposing new architectures, and so on with the .Net Framework.
What kind of questions can I ask myself when trying to decide between building experience with a specific software platform, or a generic framework that is widely accepted in the industry? What factors should I consider that may affect my decision?
software-industry career-development job-change job-offer
edited Dec 28 '12 at 15:36
Rachel
6,14184268
asked Dec 26 '12 at 19:42
JSBach
1329
edited Dec 28 '12 at 15:36
Rachel
6,14184268
edited Dec 28 '12 at 15:36
Rachel
6,14184268
edited Dec 28 '12 at 15:36
Rachel
6,14184268
6,14184268
asked Dec 26 '12 at 19:42
JSBach
1329
asked Dec 26 '12 at 19:42
JSBach
1329
asked Dec 26 '12 at 19:42
JSBach
1329
1329
4
As a thought, I think we could reopen this if the question was more general. "Is sharepoint less marketable than .NET?" is a tech question and the think most likely to trigger the closure. The "solo expert with opportunity for management" vs. "trusted high level contributor" question is likely to fit here better, provided we don't get too localized.
– bethlakshmi
Dec 26 '12 at 20:11
3
You forgot one major item in the 'con' list: It's Sharepoint.
– DA.
Dec 26 '12 at 20:16
2
More serious comment: in terms of career, sharepoint dev knowledge can be incredibly useful. EVERYONE uses sharepoint and EVERYONE needs developers for it. That said, it's a horrible, horrible platform. Most development on SharePoint feels like you spend most of your time hacking/finding workarounds. I found it a frustrating environment to work in as I constantly felt like I was fixing bad decisions by Microsoft rather than coming up with quality solutions for customers.
– DA.
Dec 26 '12 at 20:18
1
@Oscar - There are lots of opportunities for SharePoint developers. And the good SharePoint developers are highly compensated. But you will need to get a few years of experience in SharePoint before those doors start to open for you.
– IDrinkandIKnowThings
Dec 26 '12 at 21:37
1
Hi @Oscar I've edited your question a bit to try and make it on-topic and get it reopened. If I've edited your question too much, feel free to roll back the changes or edit it further. :)
– Rachel
Dec 28 '12 at 15:25
 |Â
show 6 more comments
4
As a thought, I think we could reopen this if the question was more general. "Is sharepoint less marketable than .NET?" is a tech question and the think most likely to trigger the closure. The "solo expert with opportunity for management" vs. "trusted high level contributor" question is likely to fit here better, provided we don't get too localized.
– bethlakshmi
Dec 26 '12 at 20:11
3
You forgot one major item in the 'con' list: It's Sharepoint.
– DA.
Dec 26 '12 at 20:16
2
More serious comment: in terms of career, sharepoint dev knowledge can be incredibly useful. EVERYONE uses sharepoint and EVERYONE needs developers for it. That said, it's a horrible, horrible platform. Most development on SharePoint feels like you spend most of your time hacking/finding workarounds. I found it a frustrating environment to work in as I constantly felt like I was fixing bad decisions by Microsoft rather than coming up with quality solutions for customers.
– DA.
Dec 26 '12 at 20:18
1
@Oscar - There are lots of opportunities for SharePoint developers. And the good SharePoint developers are highly compensated. But you will need to get a few years of experience in SharePoint before those doors start to open for you.
– IDrinkandIKnowThings
Dec 26 '12 at 21:37
1
Hi @Oscar I've edited your question a bit to try and make it on-topic and get it reopened. If I've edited your question too much, feel free to roll back the changes or edit it further. :)
– Rachel
Dec 28 '12 at 15:25
4
4
As a thought, I think we could reopen this if the question was more general. "Is sharepoint less marketable than .NET?" is a tech question and the think most likely to trigger the closure. The "solo expert with opportunity for management" vs. "trusted high level contributor" question is likely to fit here better, provided we don't get too localized.
– bethlakshmi
Dec 26 '12 at 20:11
As a thought, I think we could reopen this if the question was more general. "Is sharepoint less marketable than .NET?" is a tech question and the think most likely to trigger the closure. The "solo expert with opportunity for management" vs. "trusted high level contributor" question is likely to fit here better, provided we don't get too localized.
– bethlakshmi
Dec 26 '12 at 20:11
3
3
You forgot one major item in the 'con' list: It's Sharepoint.
– DA.
Dec 26 '12 at 20:16
You forgot one major item in the 'con' list: It's Sharepoint.
– DA.
Dec 26 '12 at 20:16
2
2
More serious comment: in terms of career, sharepoint dev knowledge can be incredibly useful. EVERYONE uses sharepoint and EVERYONE needs developers for it. That said, it's a horrible, horrible platform. Most development on SharePoint feels like you spend most of your time hacking/finding workarounds. I found it a frustrating environment to work in as I constantly felt like I was fixing bad decisions by Microsoft rather than coming up with quality solutions for customers.
– DA.
Dec 26 '12 at 20:18
More serious comment: in terms of career, sharepoint dev knowledge can be incredibly useful. EVERYONE uses sharepoint and EVERYONE needs developers for it. That said, it's a horrible, horrible platform. Most development on SharePoint feels like you spend most of your time hacking/finding workarounds. I found it a frustrating environment to work in as I constantly felt like I was fixing bad decisions by Microsoft rather than coming up with quality solutions for customers.
– DA.
Dec 26 '12 at 20:18
1
1
@Oscar - There are lots of opportunities for SharePoint developers. And the good SharePoint developers are highly compensated. But you will need to get a few years of experience in SharePoint before those doors start to open for you.
– IDrinkandIKnowThings
Dec 26 '12 at 21:37
@Oscar - There are lots of opportunities for SharePoint developers. And the good SharePoint developers are highly compensated. But you will need to get a few years of experience in SharePoint before those doors start to open for you.
– IDrinkandIKnowThings
Dec 26 '12 at 21:37
1
1
Hi @Oscar I've edited your question a bit to try and make it on-topic and get it reopened. If I've edited your question too much, feel free to roll back the changes or edit it further. :)
– Rachel
Dec 28 '12 at 15:25
Hi @Oscar I've edited your question a bit to try and make it on-topic and get it reopened. If I've edited your question too much, feel free to roll back the changes or edit it further. :)
– Rachel
Dec 28 '12 at 15:25
 |Â
show 6 more comments
3 Answers
3
active
oldest
votes
up vote
11
down vote
accepted
Learning new platforms, tools and techniques is inevitable in most careers; in my experience, the first couple of changes are the hardest, and after that it gets easier as you start to link and translate concepts. For some perspective, look at the tools and concepts that existed 20 years ago.
It's better to do it early on (0-10 years), than later in your career (10+ years), when your ideas are more fixed.
To me, the key issue here is the career path you have indicated that you want to follow. There are essentially three choices that most people face along a technical career path: The specialist, the generalist, and leadership.
[I] would like to aim to grow in my career and reach a leadership
position. I currently am not the lead developer, however I am his
"right hand", and get given some of the more important tasks.
Not all people in a highly technical role aspire to leadership positions, and leadership as a skill is quite distinct from any technical skill base. Growing this skill can require as much investment as any technical skill, and in many ways it can be a lot more challenging.
Mobility is important in a leadership role, as most positions have a "life-span" of maybe 2-3 years (initially) and perhaps 3-5 years before you need to move on. The next opportunity may not be within your organisation, and may use different tool sets.
Team leadership is also about putting the overall team productivity ahead of your own; a significant proportion of you time will need to be spent leading, not doing.
I'd actually suggest that going into a team in a leadership role with little knowledge of the platform is a huge advantage.
I found that the two hardest things to learn as a leader were the ability to delegate effectively, and the ability to listen to your team.
Delegation.
If you are an expert in a system, then delegating a task to junior staff is hard. They will do it slowly, and do it wrong. It's frustrating to watch. You want to dive in and do it for them so you can move on.
This is not leadership.
You are not coaching and supporting your staff to improve, you're demotivating them (by making the task look easy) and teaching them that if they give up quickly, you will do their work.
Listening.
Conversely, one of Covey's "seven habits" is to "seek first to understand, then be understood." If you are going to have to learn from your team about the platform, and how they use it, you will be forced, at first, to listen to them. In doing so, you are more likely to build a rapport with you team, get a measure of their skills, communication styles and productivity.
Understanding your team strengths and weaknesses is important in terms of ensuring they are happy and productive - and of course you are included in that, because as leader, you are still part of the team. Listening and learning from your team is one of the keys to this.
To sum up - if you are interested in a 10+ year leadership career in a technical field, changing platforms as part of a leadership role, in my opinion, offers some significant long term advantages for both development of leadership skills and long term career options.
This was (essentially) my career path over the last 20 or so years.
edited Dec 29 '12 at 1:51
jmort253♦
10.4k54376
answered Dec 28 '12 at 21:26
GuyM
8,4332743
Great opinion, I will surely think about it. In this case there isn't a team yet. I will be the first one and, if the project grows, I will be the leader. This is surely a challenging opportunity
– JSBach
Jan 2 '13 at 16:58
btw, Marking as answer because it is the most complete answer
– JSBach
Jan 2 '13 at 20:51
@Oscar - Glad it helps - mostly this was painfully won experience(!) I'd also suggest trying to find a "From Team Member to Team Leader" training course or mentoring programme as early as possible - my life would have been a lot easier if I had been on a course like that much earlier!
– GuyM
Jan 2 '13 at 21:07
Thanks for the advice, I didn't know that it even existed, I will look for it as soon as I get home :)
– JSBach
Jan 2 '13 at 21:27
Just to let you know I came back here 2 years after you posted it again and it was once more a great reading. It is a pitty I cannot vote again :)
– JSBach
Jan 20 '16 at 9:24
add a comment |Â
up vote
5
down vote
Sharepoint programming is .NET programming. You will be developing many skills (both technical and soft) you will be able to use even if you never do another Sharepoint project again:
- Designing a product
- Hiring and managing developers
- Specifics of building reports with SSRS, building ASP.NET controls, learning APIs like authorization or encryption
- Working with third-party libraries to make PDFs or whatnot
- C# language features like LINQ, await/async, etc
- Graphics/css/layout design skills to make something beautiful and usable
Your boss is offering you something very cool. Think twice before turning it down just because Sharepoint is awful (which it certainly is, I've done it too.)
If you come out of the project never wanting to do Sharepoint again (I know EXACTLY how that feels) you can list it as "web development" and emphasize the parts of it that are transferrable.
It is a very important skill for everyone to be able to see commonality in seemingly disparate kinds of work.
answered Dec 28 '12 at 18:30
Kate Gregory
105k40232334
Nice perspective. I am really thinking about the "awful" part of sharepoint development, but this idea about emphasizing the transferrable part is great :)
– JSBach
Jan 2 '13 at 17:00
add a comment |Â
up vote
3
down vote
It's bit me in the ass multiple times now, but I've finally learned this:
Don't take jobs you don't actually want.
As for the career value of the technology, it doesn't really matter that much what you're doing if it's roughly-related to the broader category.
If you just want to fast-track it to management and don't find the coding aspects that interesting anyway, being able to not care and plug through and eventually lead a team through some tedious crap is what you have the opportunity to demonstrate here and yes that would be valuable.
But if one technology over another actually has a significant impact on your personal interest, hold out for a leadership position dealing with something that's not going to make you miserable and depressed.
answered Dec 29 '12 at 8:41
Erik Reppen
2,99021217
I sense you REALLY don't like sharepoint development :p (kidding). Yes, I like coding and so on, but learning this a new platform always seems interesting, even if it is sharepoint...
– JSBach
Jan 2 '13 at 17:02
I'm a client-side web/ui dev. I haven't personally had the pleasure but from what I've heard, Sharepoint would get lumped in the same bag as webforms, Drupal, Joomla, most-things-java-and-web-development and all other portents of the anti-christ as far as I'm concerned.
– Erik Reppen
Jan 7 '13 at 17:40
add a comment |Â
StackExchange.ready(function ()
$("#show-editor-button input, #show-editor-button button").click(function ()
var showEditor = function()
$("#show-editor-button").hide();
$("#post-form").removeClass("dno");
StackExchange.editor.finallyInit();
;
var useFancy = $(this).data('confirm-use-fancy');
if(useFancy == 'True')
var popupTitle = $(this).data('confirm-fancy-title');
var popupBody = $(this).data('confirm-fancy-body');
var popupAccept = $(this).data('confirm-fancy-accept-button');
$(this).loadPopup(
url: '/post/self-answer-popup',
loaded: function(popup)
var pTitle = $(popup).find('h2');
var pBody = $(popup).find('.popup-body');
var pSubmit = $(popup).find('.popup-submit');
pTitle.text(popupTitle);
pBody.html(popupBody);
pSubmit.val(popupAccept).click(showEditor);
)
else
var confirmText = $(this).data('confirm-text');
if (confirmText ? confirm(confirmText) : true)
showEditor();
);
);
3 Answers
3
active
oldest
votes
3 Answers
3
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
11
down vote
accepted
Learning new platforms, tools and techniques is inevitable in most careers; in my experience, the first couple of changes are the hardest, and after that it gets easier as you start to link and translate concepts. For some perspective, look at the tools and concepts that existed 20 years ago.
It's better to do it early on (0-10 years), than later in your career (10+ years), when your ideas are more fixed.
To me, the key issue here is the career path you have indicated that you want to follow. There are essentially three choices that most people face along a technical career path: The specialist, the generalist, and leadership.
[I] would like to aim to grow in my career and reach a leadership
position. I currently am not the lead developer, however I am his
"right hand", and get given some of the more important tasks.
Not all people in a highly technical role aspire to leadership positions, and leadership as a skill is quite distinct from any technical skill base. Growing this skill can require as much investment as any technical skill, and in many ways it can be a lot more challenging.
Mobility is important in a leadership role, as most positions have a "life-span" of maybe 2-3 years (initially) and perhaps 3-5 years before you need to move on. The next opportunity may not be within your organisation, and may use different tool sets.
Team leadership is also about putting the overall team productivity ahead of your own; a significant proportion of you time will need to be spent leading, not doing.
I'd actually suggest that going into a team in a leadership role with little knowledge of the platform is a huge advantage.
I found that the two hardest things to learn as a leader were the ability to delegate effectively, and the ability to listen to your team.
Delegation.
If you are an expert in a system, then delegating a task to junior staff is hard. They will do it slowly, and do it wrong. It's frustrating to watch. You want to dive in and do it for them so you can move on.
This is not leadership.
You are not coaching and supporting your staff to improve, you're demotivating them (by making the task look easy) and teaching them that if they give up quickly, you will do their work.
Listening.
Conversely, one of Covey's "seven habits" is to "seek first to understand, then be understood." If you are going to have to learn from your team about the platform, and how they use it, you will be forced, at first, to listen to them. In doing so, you are more likely to build a rapport with you team, get a measure of their skills, communication styles and productivity.
Understanding your team strengths and weaknesses is important in terms of ensuring they are happy and productive - and of course you are included in that, because as leader, you are still part of the team. Listening and learning from your team is one of the keys to this.
To sum up - if you are interested in a 10+ year leadership career in a technical field, changing platforms as part of a leadership role, in my opinion, offers some significant long term advantages for both development of leadership skills and long term career options.
This was (essentially) my career path over the last 20 or so years.
edited Dec 29 '12 at 1:51
jmort253♦
10.4k54376
answered Dec 28 '12 at 21:26
GuyM
8,4332743
Great opinion, I will surely think about it. In this case there isn't a team yet. I will be the first one and, if the project grows, I will be the leader. This is surely a challenging opportunity
– JSBach
Jan 2 '13 at 16:58
btw, Marking as answer because it is the most complete answer
– JSBach
Jan 2 '13 at 20:51
@Oscar - Glad it helps - mostly this was painfully won experience(!) I'd also suggest trying to find a "From Team Member to Team Leader" training course or mentoring programme as early as possible - my life would have been a lot easier if I had been on a course like that much earlier!
– GuyM
Jan 2 '13 at 21:07
Thanks for the advice, I didn't know that it even existed, I will look for it as soon as I get home :)
– JSBach
Jan 2 '13 at 21:27
Just to let you know I came back here 2 years after you posted it again and it was once more a great reading. It is a pitty I cannot vote again :)
– JSBach
Jan 20 '16 at 9:24
add a comment |Â
up vote
11
down vote
accepted
Learning new platforms, tools and techniques is inevitable in most careers; in my experience, the first couple of changes are the hardest, and after that it gets easier as you start to link and translate concepts. For some perspective, look at the tools and concepts that existed 20 years ago.
It's better to do it early on (0-10 years), than later in your career (10+ years), when your ideas are more fixed.
To me, the key issue here is the career path you have indicated that you want to follow. There are essentially three choices that most people face along a technical career path: The specialist, the generalist, and leadership.
[I] would like to aim to grow in my career and reach a leadership
position. I currently am not the lead developer, however I am his
"right hand", and get given some of the more important tasks.
Not all people in a highly technical role aspire to leadership positions, and leadership as a skill is quite distinct from any technical skill base. Growing this skill can require as much investment as any technical skill, and in many ways it can be a lot more challenging.
Mobility is important in a leadership role, as most positions have a "life-span" of maybe 2-3 years (initially) and perhaps 3-5 years before you need to move on. The next opportunity may not be within your organisation, and may use different tool sets.
Team leadership is also about putting the overall team productivity ahead of your own; a significant proportion of you time will need to be spent leading, not doing.
I'd actually suggest that going into a team in a leadership role with little knowledge of the platform is a huge advantage.
I found that the two hardest things to learn as a leader were the ability to delegate effectively, and the ability to listen to your team.
Delegation.
If you are an expert in a system, then delegating a task to junior staff is hard. They will do it slowly, and do it wrong. It's frustrating to watch. You want to dive in and do it for them so you can move on.
This is not leadership.
You are not coaching and supporting your staff to improve, you're demotivating them (by making the task look easy) and teaching them that if they give up quickly, you will do their work.
Listening.
Conversely, one of Covey's "seven habits" is to "seek first to understand, then be understood." If you are going to have to learn from your team about the platform, and how they use it, you will be forced, at first, to listen to them. In doing so, you are more likely to build a rapport with you team, get a measure of their skills, communication styles and productivity.
Understanding your team strengths and weaknesses is important in terms of ensuring they are happy and productive - and of course you are included in that, because as leader, you are still part of the team. Listening and learning from your team is one of the keys to this.
To sum up - if you are interested in a 10+ year leadership career in a technical field, changing platforms as part of a leadership role, in my opinion, offers some significant long term advantages for both development of leadership skills and long term career options.
This was (essentially) my career path over the last 20 or so years.
edited Dec 29 '12 at 1:51
jmort253♦
10.4k54376
answered Dec 28 '12 at 21:26
GuyM
8,4332743
Great opinion, I will surely think about it. In this case there isn't a team yet. I will be the first one and, if the project grows, I will be the leader. This is surely a challenging opportunity
– JSBach
Jan 2 '13 at 16:58
btw, Marking as answer because it is the most complete answer
– JSBach
Jan 2 '13 at 20:51
@Oscar - Glad it helps - mostly this was painfully won experience(!) I'd also suggest trying to find a "From Team Member to Team Leader" training course or mentoring programme as early as possible - my life would have been a lot easier if I had been on a course like that much earlier!
– GuyM
Jan 2 '13 at 21:07
Thanks for the advice, I didn't know that it even existed, I will look for it as soon as I get home :)
– JSBach
Jan 2 '13 at 21:27
Just to let you know I came back here 2 years after you posted it again and it was once more a great reading. It is a pitty I cannot vote again :)
– JSBach
Jan 20 '16 at 9:24
add a comment |Â
up vote
11
down vote
accepted
up vote
11
down vote
accepted
Learning new platforms, tools and techniques is inevitable in most careers; in my experience, the first couple of changes are the hardest, and after that it gets easier as you start to link and translate concepts. For some perspective, look at the tools and concepts that existed 20 years ago.
It's better to do it early on (0-10 years), than later in your career (10+ years), when your ideas are more fixed.
To me, the key issue here is the career path you have indicated that you want to follow. There are essentially three choices that most people face along a technical career path: The specialist, the generalist, and leadership.
[I] would like to aim to grow in my career and reach a leadership
position. I currently am not the lead developer, however I am his
"right hand", and get given some of the more important tasks.
Not all people in a highly technical role aspire to leadership positions, and leadership as a skill is quite distinct from any technical skill base. Growing this skill can require as much investment as any technical skill, and in many ways it can be a lot more challenging.
Mobility is important in a leadership role, as most positions have a "life-span" of maybe 2-3 years (initially) and perhaps 3-5 years before you need to move on. The next opportunity may not be within your organisation, and may use different tool sets.
Team leadership is also about putting the overall team productivity ahead of your own; a significant proportion of you time will need to be spent leading, not doing.
I'd actually suggest that going into a team in a leadership role with little knowledge of the platform is a huge advantage.
I found that the two hardest things to learn as a leader were the ability to delegate effectively, and the ability to listen to your team.
Delegation.
If you are an expert in a system, then delegating a task to junior staff is hard. They will do it slowly, and do it wrong. It's frustrating to watch. You want to dive in and do it for them so you can move on.
This is not leadership.
You are not coaching and supporting your staff to improve, you're demotivating them (by making the task look easy) and teaching them that if they give up quickly, you will do their work.
Listening.
Conversely, one of Covey's "seven habits" is to "seek first to understand, then be understood." If you are going to have to learn from your team about the platform, and how they use it, you will be forced, at first, to listen to them. In doing so, you are more likely to build a rapport with you team, get a measure of their skills, communication styles and productivity.
Understanding your team strengths and weaknesses is important in terms of ensuring they are happy and productive - and of course you are included in that, because as leader, you are still part of the team. Listening and learning from your team is one of the keys to this.
To sum up - if you are interested in a 10+ year leadership career in a technical field, changing platforms as part of a leadership role, in my opinion, offers some significant long term advantages for both development of leadership skills and long term career options.
This was (essentially) my career path over the last 20 or so years.
edited Dec 29 '12 at 1:51
jmort253♦
10.4k54376
answered Dec 28 '12 at 21:26
GuyM
8,4332743
Learning new platforms, tools and techniques is inevitable in most careers; in my experience, the first couple of changes are the hardest, and after that it gets easier as you start to link and translate concepts. For some perspective, look at the tools and concepts that existed 20 years ago.
It's better to do it early on (0-10 years), than later in your career (10+ years), when your ideas are more fixed.
To me, the key issue here is the career path you have indicated that you want to follow. There are essentially three choices that most people face along a technical career path: The specialist, the generalist, and leadership.
[I] would like to aim to grow in my career and reach a leadership
position. I currently am not the lead developer, however I am his
"right hand", and get given some of the more important tasks.
Not all people in a highly technical role aspire to leadership positions, and leadership as a skill is quite distinct from any technical skill base. Growing this skill can require as much investment as any technical skill, and in many ways it can be a lot more challenging.
Mobility is important in a leadership role, as most positions have a "life-span" of maybe 2-3 years (initially) and perhaps 3-5 years before you need to move on. The next opportunity may not be within your organisation, and may use different tool sets.
Team leadership is also about putting the overall team productivity ahead of your own; a significant proportion of you time will need to be spent leading, not doing.
I'd actually suggest that going into a team in a leadership role with little knowledge of the platform is a huge advantage.
I found that the two hardest things to learn as a leader were the ability to delegate effectively, and the ability to listen to your team.
Delegation.
If you are an expert in a system, then delegating a task to junior staff is hard. They will do it slowly, and do it wrong. It's frustrating to watch. You want to dive in and do it for them so you can move on.
This is not leadership.
You are not coaching and supporting your staff to improve, you're demotivating them (by making the task look easy) and teaching them that if they give up quickly, you will do their work.
Listening.
Conversely, one of Covey's "seven habits" is to "seek first to understand, then be understood." If you are going to have to learn from your team about the platform, and how they use it, you will be forced, at first, to listen to them. In doing so, you are more likely to build a rapport with you team, get a measure of their skills, communication styles and productivity.
Understanding your team strengths and weaknesses is important in terms of ensuring they are happy and productive - and of course you are included in that, because as leader, you are still part of the team. Listening and learning from your team is one of the keys to this.
To sum up - if you are interested in a 10+ year leadership career in a technical field, changing platforms as part of a leadership role, in my opinion, offers some significant long term advantages for both development of leadership skills and long term career options.
This was (essentially) my career path over the last 20 or so years.
edited Dec 29 '12 at 1:51
jmort253♦
10.4k54376
answered Dec 28 '12 at 21:26
GuyM
8,4332743
edited Dec 29 '12 at 1:51
jmort253♦
10.4k54376
edited Dec 29 '12 at 1:51
jmort253♦
10.4k54376
edited Dec 29 '12 at 1:51
jmort253♦
10.4k54376
10.4k54376
answered Dec 28 '12 at 21:26
GuyM
8,4332743
answered Dec 28 '12 at 21:26
GuyM
8,4332743
answered Dec 28 '12 at 21:26
GuyM
8,4332743
8,4332743
Great opinion, I will surely think about it. In this case there isn't a team yet. I will be the first one and, if the project grows, I will be the leader. This is surely a challenging opportunity
– JSBach
Jan 2 '13 at 16:58
btw, Marking as answer because it is the most complete answer
– JSBach
Jan 2 '13 at 20:51
@Oscar - Glad it helps - mostly this was painfully won experience(!) I'd also suggest trying to find a "From Team Member to Team Leader" training course or mentoring programme as early as possible - my life would have been a lot easier if I had been on a course like that much earlier!
– GuyM
Jan 2 '13 at 21:07
Thanks for the advice, I didn't know that it even existed, I will look for it as soon as I get home :)
– JSBach
Jan 2 '13 at 21:27
Just to let you know I came back here 2 years after you posted it again and it was once more a great reading. It is a pitty I cannot vote again :)
– JSBach
Jan 20 '16 at 9:24
add a comment |Â
Great opinion, I will surely think about it. In this case there isn't a team yet. I will be the first one and, if the project grows, I will be the leader. This is surely a challenging opportunity
– JSBach
Jan 2 '13 at 16:58
btw, Marking as answer because it is the most complete answer
– JSBach
Jan 2 '13 at 20:51
@Oscar - Glad it helps - mostly this was painfully won experience(!) I'd also suggest trying to find a "From Team Member to Team Leader" training course or mentoring programme as early as possible - my life would have been a lot easier if I had been on a course like that much earlier!
– GuyM
Jan 2 '13 at 21:07
Thanks for the advice, I didn't know that it even existed, I will look for it as soon as I get home :)
– JSBach
Jan 2 '13 at 21:27
Just to let you know I came back here 2 years after you posted it again and it was once more a great reading. It is a pitty I cannot vote again :)
– JSBach
Jan 20 '16 at 9:24
Great opinion, I will surely think about it. In this case there isn't a team yet. I will be the first one and, if the project grows, I will be the leader. This is surely a challenging opportunity
– JSBach
Jan 2 '13 at 16:58
Great opinion, I will surely think about it. In this case there isn't a team yet. I will be the first one and, if the project grows, I will be the leader. This is surely a challenging opportunity
– JSBach
Jan 2 '13 at 16:58
btw, Marking as answer because it is the most complete answer
– JSBach
Jan 2 '13 at 20:51
btw, Marking as answer because it is the most complete answer
– JSBach
Jan 2 '13 at 20:51
@Oscar - Glad it helps - mostly this was painfully won experience(!) I'd also suggest trying to find a "From Team Member to Team Leader" training course or mentoring programme as early as possible - my life would have been a lot easier if I had been on a course like that much earlier!
– GuyM
Jan 2 '13 at 21:07
@Oscar - Glad it helps - mostly this was painfully won experience(!) I'd also suggest trying to find a "From Team Member to Team Leader" training course or mentoring programme as early as possible - my life would have been a lot easier if I had been on a course like that much earlier!
– GuyM
Jan 2 '13 at 21:07
Thanks for the advice, I didn't know that it even existed, I will look for it as soon as I get home :)
– JSBach
Jan 2 '13 at 21:27
Thanks for the advice, I didn't know that it even existed, I will look for it as soon as I get home :)
– JSBach
Jan 2 '13 at 21:27
Just to let you know I came back here 2 years after you posted it again and it was once more a great reading. It is a pitty I cannot vote again :)
– JSBach
Jan 20 '16 at 9:24
Just to let you know I came back here 2 years after you posted it again and it was once more a great reading. It is a pitty I cannot vote again :)
– JSBach
Jan 20 '16 at 9:24
add a comment |Â
up vote
5
down vote
Sharepoint programming is .NET programming. You will be developing many skills (both technical and soft) you will be able to use even if you never do another Sharepoint project again:
- Designing a product
- Hiring and managing developers
- Specifics of building reports with SSRS, building ASP.NET controls, learning APIs like authorization or encryption
- Working with third-party libraries to make PDFs or whatnot
- C# language features like LINQ, await/async, etc
- Graphics/css/layout design skills to make something beautiful and usable
Your boss is offering you something very cool. Think twice before turning it down just because Sharepoint is awful (which it certainly is, I've done it too.)
If you come out of the project never wanting to do Sharepoint again (I know EXACTLY how that feels) you can list it as "web development" and emphasize the parts of it that are transferrable.
It is a very important skill for everyone to be able to see commonality in seemingly disparate kinds of work.
answered Dec 28 '12 at 18:30
Kate Gregory
105k40232334
Nice perspective. I am really thinking about the "awful" part of sharepoint development, but this idea about emphasizing the transferrable part is great :)
– JSBach
Jan 2 '13 at 17:00
add a comment |Â
up vote
5
down vote
Sharepoint programming is .NET programming. You will be developing many skills (both technical and soft) you will be able to use even if you never do another Sharepoint project again:
- Designing a product
- Hiring and managing developers
- Specifics of building reports with SSRS, building ASP.NET controls, learning APIs like authorization or encryption
- Working with third-party libraries to make PDFs or whatnot
- C# language features like LINQ, await/async, etc
- Graphics/css/layout design skills to make something beautiful and usable
Your boss is offering you something very cool. Think twice before turning it down just because Sharepoint is awful (which it certainly is, I've done it too.)
If you come out of the project never wanting to do Sharepoint again (I know EXACTLY how that feels) you can list it as "web development" and emphasize the parts of it that are transferrable.
It is a very important skill for everyone to be able to see commonality in seemingly disparate kinds of work.
answered Dec 28 '12 at 18:30
Kate Gregory
105k40232334
Nice perspective. I am really thinking about the "awful" part of sharepoint development, but this idea about emphasizing the transferrable part is great :)
– JSBach
Jan 2 '13 at 17:00
add a comment |Â
up vote
5
down vote
up vote
5
down vote
Sharepoint programming is .NET programming. You will be developing many skills (both technical and soft) you will be able to use even if you never do another Sharepoint project again:
- Designing a product
- Hiring and managing developers
- Specifics of building reports with SSRS, building ASP.NET controls, learning APIs like authorization or encryption
- Working with third-party libraries to make PDFs or whatnot
- C# language features like LINQ, await/async, etc
- Graphics/css/layout design skills to make something beautiful and usable
Your boss is offering you something very cool. Think twice before turning it down just because Sharepoint is awful (which it certainly is, I've done it too.)
If you come out of the project never wanting to do Sharepoint again (I know EXACTLY how that feels) you can list it as "web development" and emphasize the parts of it that are transferrable.
It is a very important skill for everyone to be able to see commonality in seemingly disparate kinds of work.
answered Dec 28 '12 at 18:30
Kate Gregory
105k40232334
Sharepoint programming is .NET programming. You will be developing many skills (both technical and soft) you will be able to use even if you never do another Sharepoint project again:
- Designing a product
- Hiring and managing developers
- Specifics of building reports with SSRS, building ASP.NET controls, learning APIs like authorization or encryption
- Working with third-party libraries to make PDFs or whatnot
- C# language features like LINQ, await/async, etc
- Graphics/css/layout design skills to make something beautiful and usable
Your boss is offering you something very cool. Think twice before turning it down just because Sharepoint is awful (which it certainly is, I've done it too.)
If you come out of the project never wanting to do Sharepoint again (I know EXACTLY how that feels) you can list it as "web development" and emphasize the parts of it that are transferrable.
It is a very important skill for everyone to be able to see commonality in seemingly disparate kinds of work.
answered Dec 28 '12 at 18:30
Kate Gregory
105k40232334
answered Dec 28 '12 at 18:30
Kate Gregory
105k40232334
answered Dec 28 '12 at 18:30
Kate Gregory
105k40232334
answered Dec 28 '12 at 18:30
Kate Gregory
105k40232334
105k40232334
Nice perspective. I am really thinking about the "awful" part of sharepoint development, but this idea about emphasizing the transferrable part is great :)
– JSBach
Jan 2 '13 at 17:00
add a comment |Â
Nice perspective. I am really thinking about the "awful" part of sharepoint development, but this idea about emphasizing the transferrable part is great :)
– JSBach
Jan 2 '13 at 17:00
Nice perspective. I am really thinking about the "awful" part of sharepoint development, but this idea about emphasizing the transferrable part is great :)
– JSBach
Jan 2 '13 at 17:00
Nice perspective. I am really thinking about the "awful" part of sharepoint development, but this idea about emphasizing the transferrable part is great :)
– JSBach
Jan 2 '13 at 17:00
add a comment |Â
up vote
3
down vote
It's bit me in the ass multiple times now, but I've finally learned this:
Don't take jobs you don't actually want.
As for the career value of the technology, it doesn't really matter that much what you're doing if it's roughly-related to the broader category.
If you just want to fast-track it to management and don't find the coding aspects that interesting anyway, being able to not care and plug through and eventually lead a team through some tedious crap is what you have the opportunity to demonstrate here and yes that would be valuable.
But if one technology over another actually has a significant impact on your personal interest, hold out for a leadership position dealing with something that's not going to make you miserable and depressed.
answered Dec 29 '12 at 8:41
Erik Reppen
2,99021217
I sense you REALLY don't like sharepoint development :p (kidding). Yes, I like coding and so on, but learning this a new platform always seems interesting, even if it is sharepoint...
– JSBach
Jan 2 '13 at 17:02
I'm a client-side web/ui dev. I haven't personally had the pleasure but from what I've heard, Sharepoint would get lumped in the same bag as webforms, Drupal, Joomla, most-things-java-and-web-development and all other portents of the anti-christ as far as I'm concerned.
– Erik Reppen
Jan 7 '13 at 17:40
add a comment |Â
up vote
3
down vote
It's bit me in the ass multiple times now, but I've finally learned this:
Don't take jobs you don't actually want.
As for the career value of the technology, it doesn't really matter that much what you're doing if it's roughly-related to the broader category.
If you just want to fast-track it to management and don't find the coding aspects that interesting anyway, being able to not care and plug through and eventually lead a team through some tedious crap is what you have the opportunity to demonstrate here and yes that would be valuable.
But if one technology over another actually has a significant impact on your personal interest, hold out for a leadership position dealing with something that's not going to make you miserable and depressed.
answered Dec 29 '12 at 8:41
Erik Reppen
2,99021217
I sense you REALLY don't like sharepoint development :p (kidding). Yes, I like coding and so on, but learning this a new platform always seems interesting, even if it is sharepoint...
– JSBach
Jan 2 '13 at 17:02
I'm a client-side web/ui dev. I haven't personally had the pleasure but from what I've heard, Sharepoint would get lumped in the same bag as webforms, Drupal, Joomla, most-things-java-and-web-development and all other portents of the anti-christ as far as I'm concerned.
– Erik Reppen
Jan 7 '13 at 17:40
add a comment |Â
up vote
3
down vote
up vote
3
down vote
It's bit me in the ass multiple times now, but I've finally learned this:
Don't take jobs you don't actually want.
As for the career value of the technology, it doesn't really matter that much what you're doing if it's roughly-related to the broader category.
If you just want to fast-track it to management and don't find the coding aspects that interesting anyway, being able to not care and plug through and eventually lead a team through some tedious crap is what you have the opportunity to demonstrate here and yes that would be valuable.
But if one technology over another actually has a significant impact on your personal interest, hold out for a leadership position dealing with something that's not going to make you miserable and depressed.
answered Dec 29 '12 at 8:41
Erik Reppen
2,99021217
It's bit me in the ass multiple times now, but I've finally learned this:
Don't take jobs you don't actually want.
As for the career value of the technology, it doesn't really matter that much what you're doing if it's roughly-related to the broader category.
If you just want to fast-track it to management and don't find the coding aspects that interesting anyway, being able to not care and plug through and eventually lead a team through some tedious crap is what you have the opportunity to demonstrate here and yes that would be valuable.
But if one technology over another actually has a significant impact on your personal interest, hold out for a leadership position dealing with something that's not going to make you miserable and depressed.
answered Dec 29 '12 at 8:41
Erik Reppen
2,99021217
answered Dec 29 '12 at 8:41
Erik Reppen
2,99021217
answered Dec 29 '12 at 8:41
Erik Reppen
2,99021217
answered Dec 29 '12 at 8:41
Erik Reppen
2,99021217
2,99021217
I sense you REALLY don't like sharepoint development :p (kidding). Yes, I like coding and so on, but learning this a new platform always seems interesting, even if it is sharepoint...
– JSBach
Jan 2 '13 at 17:02
I'm a client-side web/ui dev. I haven't personally had the pleasure but from what I've heard, Sharepoint would get lumped in the same bag as webforms, Drupal, Joomla, most-things-java-and-web-development and all other portents of the anti-christ as far as I'm concerned.
– Erik Reppen
Jan 7 '13 at 17:40
add a comment |Â
I sense you REALLY don't like sharepoint development :p (kidding). Yes, I like coding and so on, but learning this a new platform always seems interesting, even if it is sharepoint...
– JSBach
Jan 2 '13 at 17:02
I'm a client-side web/ui dev. I haven't personally had the pleasure but from what I've heard, Sharepoint would get lumped in the same bag as webforms, Drupal, Joomla, most-things-java-and-web-development and all other portents of the anti-christ as far as I'm concerned.
– Erik Reppen
Jan 7 '13 at 17:40
I sense you REALLY don't like sharepoint development :p (kidding). Yes, I like coding and so on, but learning this a new platform always seems interesting, even if it is sharepoint...
– JSBach
Jan 2 '13 at 17:02
I sense you REALLY don't like sharepoint development :p (kidding). Yes, I like coding and so on, but learning this a new platform always seems interesting, even if it is sharepoint...
– JSBach
Jan 2 '13 at 17:02
I'm a client-side web/ui dev. I haven't personally had the pleasure but from what I've heard, Sharepoint would get lumped in the same bag as webforms, Drupal, Joomla, most-things-java-and-web-development and all other portents of the anti-christ as far as I'm concerned.
– Erik Reppen
Jan 7 '13 at 17:40
I'm a client-side web/ui dev. I haven't personally had the pleasure but from what I've heard, Sharepoint would get lumped in the same bag as webforms, Drupal, Joomla, most-things-java-and-web-development and all other portents of the anti-christ as far as I'm concerned.
– Erik Reppen
Jan 7 '13 at 17:40
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%2f7278%2fwhat-factors-should-i-consider-when-evaluating-a-job-offer-to-work-with-a-specif%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
4
As a thought, I think we could reopen this if the question was more general. "Is sharepoint less marketable than .NET?" is a tech question and the think most likely to trigger the closure. The "solo expert with opportunity for management" vs. "trusted high level contributor" question is likely to fit here better, provided we don't get too localized.
– bethlakshmi
Dec 26 '12 at 20:11
3
You forgot one major item in the 'con' list: It's Sharepoint.
– DA.
Dec 26 '12 at 20:16
2
More serious comment: in terms of career, sharepoint dev knowledge can be incredibly useful. EVERYONE uses sharepoint and EVERYONE needs developers for it. That said, it's a horrible, horrible platform. Most development on SharePoint feels like you spend most of your time hacking/finding workarounds. I found it a frustrating environment to work in as I constantly felt like I was fixing bad decisions by Microsoft rather than coming up with quality solutions for customers.
– DA.
Dec 26 '12 at 20:18
1
@Oscar - There are lots of opportunities for SharePoint developers. And the good SharePoint developers are highly compensated. But you will need to get a few years of experience in SharePoint before those doors start to open for you.
– IDrinkandIKnowThings
Dec 26 '12 at 21:37
1
Hi @Oscar I've edited your question a bit to try and make it on-topic and get it reopened. If I've edited your question too much, feel free to roll back the changes or edit it further. :)
– Rachel
Dec 28 '12 at 15:25