Feeds

From corporate bod to startup star: The 10-month gig that changed everything

What I learned as a techie in my time away from globo firms

Top 5 reasons to deploy VMware with Tegile

The joys of DIY tech

Did the simple fact that I was designing and working on something that I was able to build from scratch help stir my interest? Possibly, but those kinds of opportunities were few and far between in the world of international finance, and at the startup I found myself feeling like a bona fide techie in ways I hadn’t in quite a while.

Wall Street Tech teams tend to be insular, sharing as little as possible, and often consider themselves to be finance people as much as tech people. There’s also the fact that, to be honest, most Wall St tools are far from cutting-edge, even though the applications themselves may be. Outside of relatively small “new technology” areas, things seem to be limited to C++, Java, maybe Perl. Being restricted to those languages eventually made me feel like I was mired in ’90s technology and sheltered from a lot of what was newer and better.

Born-again geekery aside, there was something I got from working at the startup that was probably much more beneficial to my career and mental health, and for any clients I may do work for in the future. I was able to play the kind of role that I hadn’t had a chance to in ages, and to confirm my feelings that this was where my main strengths as a technologist lay.

Specifically, I helped transform a largely “analog” set of business requirements into a concrete database schema, sets of UI components, well-defined application use-cases, etc, with almost no hindrance, before any development started. I ended up in this spot largely due to luck, but also because when speaking to the company’s principals about their ideas I made it clear that this was a crucial first step that regularly gets short shrift, with disastrous results, and fortunately they trusted me.

Yes, I’d had this kind of role many times over the years, but I was able to do it properly this time, without the extra baggage of dubious legacy code, ultra-fine divisions of labour among many teams, and mountains of bureaucracy. The pressure of all this responsibility was balanced out by my confidence that this was something I was really good at and, incidentally, enjoyed doing. Were the startup’s founders taking a chance by placing all this authority in my hands (along with the project’s one full-time developer)? Sure, but in this case their gut feelings based on our up-front discussions and their conversations with my references turned out to be right. (Good thing, for all involved.)

Hang on – if I do this thing really well... you'll reward me by making sure I NEVER DO IT AGAIN?

An equally important side-effect of my experience was honestly confronting what I’m *not* so great at. One dilemma that always accompanies long careers at large organisations is the pressure to become a manager — or, to be blunt, a bureaucrat.

This is a common phenomenon: Once you achieve a certain level of expertise at something, you’re given the questionable reward of not having to do that thing any more. So while I’ve got solid skills as a system designer/architect/developer, at various times I’ve found myself in senior positions dealing exclusively with things like budgets. Why? Even if they’re technology budgets, is putting a died-in-the-wool geek in charge of them the best use of that person’s talents? At large global firms, climbing the tech ladder means eventually *not doing tech*.

To complicate matters, saying no to any promotion can be career suicide. (One former colleague of mine, a strong developer, rose to a position where, he joked, all the “coding” he was doing was in Visio — drawing system diagrams and flow charts.)

In the end, having identified what I’m confident was a perfect role for me, it’s also become clear why I was less than happy with my performance in a couple of managerial positions I’ve held, and it feels less awkward admitting it: They were obviously unsuitable jobs for me and, career suicide or not, I’d think very carefully before accepting them again. It’s just as helpful to get confirmation on what you aren’t cut out to do as what you are. ®

Security for virtualized datacentres

More from The Register

next story
Looking for a job in Europe? Experienced IT staff needed in UK, Italy and Germany
New graduates need life skills, says Euro Commish report
‘For the love of Pete, America, learn about decent chocolate’
If that's your only gripe about a life in LA, lucky you!
The 'fun-nification' of computer education – good idea?
Compulsory code schools, luvvies love it, but what about Maths and Physics?
IT JOB OUTSOURCING: Will it ever END?
Let's look at the economics behind it...
Want to break Netflix? It'll pay you to do the job
'Senior Chaos Engineer' sought to inflict all sorts of nasty, nasty, pain
HOT BABES! Worried you won't get that JOB in IT? MENTION how hot you are
'Don't hate me 'cos I'm beautiful' ploy for sad honeys
Oracle to DBAs: your certification is about to become worthless paper
So hurry up and get a new one, will all of you who took exams for 10g and lower?
prev story

Whitepapers

Why and how to choose the right cloud vendor
The benefits of cloud-based storage in your processes. Eliminate onsite, disk-based backup and archiving in favor of cloud-based data protection.
A strategic approach to identity relationship management
ForgeRock commissioned Forrester to evaluate companies’ IAM practices and requirements when it comes to customer-facing scenarios versus employee-facing ones.
Reg Reader Research: SaaS based Email and Office Productivity Tools
Read this Reg reader report which provides advice and guidance for SMBs towards the use of SaaS based email and Office productivity tools.
New hybrid storage solutions
Tackling data challenges through emerging hybrid storage solutions that enable optimum database performance whilst managing costs and increasingly large data stores.
Website security in corporate America
Find out how you rank among other IT managers testing your website's vulnerabilities.