Ask HN: I'm a generalist. Not a specialist. Getting a non-entry level job.
I have never acquired a super awesome ninja skill. Straight out of college (6 years ago) I landed a consulting job for Fortune 100 companies (later hired by competitor). Solved ambiguous problems in the Learning Management Systems (LMS) space working on a ton of technologies and the projects rarely lasted longer than 3-6 months. Learn it, program it, and move on. I worked with offshore developers, managed onsite resources, appeased project/product managers, turned vendor integrations into sexy solutions, and pushed out PowerPoint updates for CTO's.
It was fun...for a while. Learned a TON. And made a lot of money. But I left the job to try my hand at a startup. It failed. C'est la vie. But learned twice as much in half the time. Best experience so far but I am out of money.
Now it's time to apply for jobs. Need financial stability for a while and the "corporate" jobs want interviews but pass when I am not "the guy" on technology XYZ.
Trying my best to escape the world of LMS's -- where I have a good reputation -- but cannot seem to seal the deal on a job that is not entry level. Any suggestions?
13 comments
[ 4.8 ms ] story [ 27.4 ms ] threadIn cases like this and many others where individuals aren't getting the interviews they want almost always comes down to the resume; or more specifically how you've worded the resume. Frequently, and to this day I encourage one to take their resume from a laundry list of duties to a utility belt of achievements and accolades.
By this, I don't mean promotions or medals awarded, but if you had to look at one line per resume and decide who would get the job, who would you call back:
Resume A: "Follow-up on sales leads and deliver cutting-edge presentations on our product"
Resume B: "Increased subproduct sales utilizing methods x, y and z; resulting in an n% revenue boost for Q1 2013"
Being a mid-career generalist is like not having chosen what degree you're going to graduate college with in your second senior year. You haven't done anything long enough to become an expert at it, to have it be second nature, to be able to teach others, to be able to lead a team at it, to be able to architect it. You're just a very experienced dilettante.
Early in your career when you haven't decided what to specialize in, that's cool. Late in your career, when you've specialized for several years in several different things such that you can wear any hat as a senior person, that's also cool.
Mid-career? Not so cool in the eyes of companies, where they want specific roles filled, not "find a problem and fix it, rinse, repeat."
If you're going to truly escape, then you're essentially restarting your career as a generalist at rung 0, ground floor, grunt work development, and hoping your experience gets recognized and you are allowed to rapidly advance within an organization.
Either way, it's not an easy path at this point. (I chose to restart my career about seven years ago, and am just about now "where I was" but in a different field.)
Well said. However, being a "very experienced dilettante" is exactly what I am hoping to capitalize on. When I left I was managing and mentoring people that were all older than me. Technology XYZ or tried-n-true architecture ABC is not always the best answer. I do not want to specialize because it forces me into a box.
Truly escaping and starting at run 0 sounds truly depressing. But then, so does the LMS world.
Work your LMS network to find people who will recommend you to their friends outside the LMS industry?
Find an LMS startup that needs a senior generalist to be the "adult supervision?"
Or, yeah, what chaz said: management. Own and run a product team. Product (not project) managers often come from all walks.
I know a lot of people who have used this role to propel them in a new direction, and in the startup case you can have a huge positive impact on the culture and operations of a young company.
You may also want to recraft your resume to be more pointed about your PM experience and less focused on your engineering aspects. Here are two great threads on Quora that can help you pitch yourself to the questions hiring mgrs might want to see.
http://www.quora.com/What-are-frequently-asked-questions-in-... http://www.quora.com/Recruiting/What-are-useful-interview-qu...
There's a clear divide between the traditional IT services provider and the tech startup. Often (especially in secondary hubs like my country) the IT services players view developers as commodity labour to be hired as grunts or simply outsourced, while tech startups are often developer-centric and offer a much better experience and paycheck. What seems to matter is the orientation of the top management of the company; the traditional firms are often not run by software engineers or compsci people, but instead by general business folks.
Has any recent startup managed to become a significant player in tech consulting while retaining a developer-centric company culture? I'm interested in the idea of developers collaborating with sales/bizdev people to offer tech consulting services with a different spin. I don't know if the gung-ho hacker spirit meshes very well with the more, um, stodgy business types who'll make up the clientele, though. Anyone have successful examples?
It seems like the current tech consulting model undervalues developers and development, and I'd like to see that shaken up, especially in an industry as profitable as that. Or is it really all about marketing presentations and sales relationships in the end?
----- Here's a good post on the topic by Paul Gallagher:
MNC's with a strong R&D focus, or the very successful software companies already do technical career planning quite well (I've worked in a corporate research lab that had a technical career ladder all the way up to chief scientist - who could actually be more senior and with better benefits than the CEO, depending on the incumbent).
However, in the "real world"(!), the IT industry is predominantly sales, service and agency focused. i.e. businesses that are either selling/integrating existing products, or selling people/time/projects. There are very different dynamics at work than in R&D/PD:
- For consulting firms and agencies, it is usually the case that the best revenue contributors (the cash cows) are the mid-level technical staff (3-5 years experience). Beyond that, their margin % often drops, and it is also harder to sell full utilisation.
- The pressure to be than just a pure technical contributor ratchets up pretty quickly: you are expected to take on pre-sales, delivery management, and even business development the higher you go
- Despite many of the larger firms operating locally (Oracle, NCS, Accenture, IBM etc) having a focus on technical career development, you learn pretty quickly that it is not the way to earn the big bucks. If you have the aptitude, get into sales. Pre-sales is the best bet if you want to remain largely technical, but also earn more and do less (although my friends in pre-sales would probably argue that last point!)
- The net result is that there's a general expectation that you will grow into other responsibilities pretty early in your career and leave hard-core development behind (for the next batch of grads). It is not just a local problem, but it does vary in degree:
- My own experience is that it does vary from country to country, but not by much. On the whole by the time you get to late 20's/early 30's you better be moving on up or there's trouble!
- And there can be cultural idiosyncrasies in some countries - like older generations who want to judge your "success" by the number of people working for you.
It is in places where the services sector dwarfs the product development sector that this becomes the dominant industry practice (i.e. most of the world outside of Mountain View, Redmond, Silicon Valley).
from https://groups.google.com/d/msg/singapore-rb/QsaJ-K5mQu4/61c...
These shops tend to stay small and maintain an specific expertise. It probably doesn't fit most definitions of a startup (clear business model, slower growth, requires little capital, not product focused), but it can be a good business opportunity if you can keep your pipeline packed. A developer-centric culture can indeed thrive, but doesn't appeal to everyone. You're building something new, but you're walking away from it in 3-6 months, and getting started is usually untangling and navigating an existing mess. There are tons of business rules that require some laborious and byzantine exploration of the business, and doing something new because it's cool and interesting usually isn't an option. You're far less likely to have the freedom to pick fun new technologies, but instead need to pick existing stuff that the internal IT team knows how to maintain when you're out, even if it's two major versions behind and you're not allowed to access the machines directly.
Instead of "I'm a generalist, I don't have that in depth of knowledge with PHP" say "Yes, I've done some PHP projects. I did [whatever] for company [whoever], which was a great experience and they were really happy with it".