Skip to main content

Being a Support Engineer @ 10gen - Part 1

There's a mis-conception around the role of a "Support Engineer". 

As a clue, it's not what Urban Dictionary says -

A person whose job is to answer calls from customers of a small- to large-sized company...... They are teathered to a their desk all day via phone headset........ phone jockeys usually hate their jobs.......they are are paid well enough..........until they completely burn out, and hate everyone.
 and doesn't always involve this -

https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgCtpvA0Qj0oViuWf90kKTw7oJlznXaveC-1KtXJ-4Lms5upPsvhqEvW6VytYEKj83GRgHEr769pG_lU__Nqfe4R31wxJesGo1HIX9CdW96r93Mjr7ukE7m2E9kv8F-jtKJ2ya0qpkm4w9J/s400/broken_computer.jpg
Image Source: http://half-bakedbaker.blogspot.ie/2009/11/cannoli-and-broken-computer.html

As you can see here, there's lots of open roles in 10gen and more specifically with 10gen, in Dublin. I thought I'd write this quick blog to explain what Support Engineers actually do and why I joined 10gen as a "Support Engineer".

I could be wrong but didn't Google come up with term "Site Reliability Engineer" to do away with the stigma associated with being a plain sys admin? 

In May 2012, I moved from the Netscaler team @ Citrix, where I was at manager rank and had learned an enormous amount of the previous 2+ years, concentrating on Netscaler (load-balancing, networking, application delivery, application security, being a packet monkey, helping grow the business in EMEA etc etc) and I loved it. However, when the opportunity to join 10gen arose, I couldn't resist and to answer the many folk that have asked me -

"But you have the GSE and all this security experience, why go work on a database?"

I joined 10gen -
  • to be challenged, 
  • to be pushed,
  • to work with Adam again, 


  • to never know what a day will entail, 
  • to truly learn about the top layer of the stack (yeah, I've implemented WAFs and worked closely with the awesome Netscaler engineer team but there was still segregation and I wanted more coding/application knowledge)
  • to understand databases
  • to learn
  • to see what this "big data" thing was all about (I'd already nailed the "cloud" in Citrix, cc @securityninja ;-) )
  • to figure out the "NoSql" way of doing things; to learn MongoDB (obviously) and help make it a success; to work closely with the folk who write the code in a small, exciting start-up where I can actually bring about change
  • to learn
  • to do security, yeah I still get to do it :)
So to answer those who fear becoming a Support Engineer in 10gen will mean they'll be a phone jockey, check out the LinkedIn profiles of the guys in Dublin - 
As I mentioned before, no day is the same, but as a snapshot we answer support issues from the community and commercial cases with community being taken from the official MongoDB User Google Group and Stack Overflow and commercial cases sent directly to us. 10gen is the type of company where if you show interest or knowledge in any topic then you can quickly become the owner of that topic :)  

I've obviously done quite a bit of support work but I've already become involved in areas outside my core role (a defintion which doesn't really exist) such as security, networking, snmp, ssl, organising the weekly lunch (probably the hardest, who knew Sales guys could be so fussy), helping with the Dublin MUG, delivering brown bag sessions locally such as this one, learning to use git properly, looking at source code and mentoring younger team members. Being a young company, it truly is "all hands on deck". Everyone in 10gen does customer support in some form or another - you'll see the President, CTO and CEO answering questions on the official MongoDB User Google Group forum. I think this post sums up the benefits of everyone being involved in support better than I can.

I am definitely outside my comfort circle and there are days when I feel like I know nothing, but I'm not afraid to ask questions and I'm learning, I'm learning a lot from everyone! 

Roles in the Support Team (in NYC, Dublin, Sydney & Palo Alto) are divided across junior and senior ranks, providing an excellent opportunity (imho) at various career stages with a multitude of ways to learn, improve and progress. When I landed in NYC for training, I was astonished by the amount of "brains" but also the amount of fun everyone seemed to be having and at 34, I feel old :(

To learn more about what it's like to work at 10gen, here's a couple of more intersting blogs from some of my colleagues -

Comments

Popular posts from this blog

LinkedIn Emails

Receiving mails via LinkedIn is an interesting experience. For example, how many folk actually personalise "contact requests" - from what I see, less than 1%. I typically try to because I think it shows some thought has gone into the request and it's friendly, but then "manners" on the Internet is a very different thing to the real world, right ;-) Anyway, to the point of the blog post. In early November (2012), whilst I was preparing my Security Onion presentation for IrissCon  (why did I bother when my MBP died on-stage), I received a very interesting and personal email via LinkedIn. The email came from a "Senior International Belief Instigator" (let's call him the SIBI - to save me typing) at Riot Games and the email was literally awesome, it hit many of the key points that you'd hope for in a recruiter email but it also had a wonderful tone. In my ignorance, I knew of League of Legends but not Riot (yes, I am embarrassed by that). I r...

WAF versus DPI Firewall

This is a question, I've frequently been asked in recent years and in the last month, o n one of the internal mailing lists, in my old company, the following question was posted – In simple terms, what tasks is a Web Application Firewall (WAF) able to do that a Deep Inspection Firewall can't and why ? by one of my colleagues. Many of you may be surprised (I know I was initially) but this question still comes up an awful lot. Having answered the email (as a warning, I went into a lot of detail and plugged the awesome Security Onion ), I was requested to write a technical blog on the subject, but as I left the company soon after, the blog was never published. Therefore, to save me answering the question again, I thought I’d publish it so I can just reference the link in future J