Mission: Our mission is to simplify cloud computing so developers and their teams can spend more time building software that changes the world.
We’re always thinking of ways to make developers’ lives easier, including an intuitive interface and ...
I have been working at DigitalOcean full-time (Less than a year)
* Amazing remote culture and laser-sharp focus on making that work
* Highly-skilled group of people who take their jobs seriously
* Really interesting at-scale problems to solve across the entire tech stack
* Current management is very open and honest about the challenges, no visible "head in sand" moments so far
* I like a company that knows at which inflection points in growth changes in management are required. From what I can see, DO has no problem making those calls
* Rapid growth (both in head count and in product offering) have created a degree of instability and disorganization, particularly at the process level
* The tech stack is very much in flux at the moment, with layers of legacy, experimentation, and modern sitting atop (and within) one-another; it's chaotic
* I struggle to think of anything else worthwhile that would warrant memorializing in perpetuity. So far it's been a pretty great place to work
Advice to Management
Management sets the tone for the company, and Mark's optimistic yet open approach to communication has been fantastic to experience. Keep doing that at all levels, even when it's painful, embarrassing, frustrating or infuriating. Honesty is respect.
Keep listening to the folks in the trenches. So far it seems that everyone wants to build the best bug-free, performant thing they can for the customers. PRSS is a great initiative, showing the team that their pains are both as important as, and synonymous with, the customer's pains. It only really works when both sides of the equation are satisfied.
I applied online. The process took 4 weeks. I interviewed at DigitalOcean in April-2016.
I applied for one of DO's Software Engineer positions through their website earlier this year. HR got in touch with me a few days later. The preliminary HR screening was easy and friendly with a few "Tell me a bit about yourself", "Why are you considering DO?" questions. After that they sent me a coding exercise to work on.
The exercise itself isn't too difficult. I spent about two hours every evening on it, and got it completed within a week. I was very hopeful about it since I felt like my code satisfied all the given constrains, passed their test harness, demonstrated advance understanding of the Go programming language, provided good test coverage, and included the bonus features. The review process took a lot longer than expected. I did two follow-ups with HR after the second and third-and-half week marks. Another week passed after my last follow-up email (with no responses), then I was notified that they wouldn't move forward with me because although my code was good with good test coverage, the reviewers felt that I didn't show enough OO design and utilization of custom types. I was a bit disappointed for that being the only reason for the rejection of my application. While OO is a part of Go, it's not the only part. I demonstrated good understanding of key concepts like channels, wait group, signal handling, race detection, function closures, interfaces, composition and mocks (OO anyone?) in my code. From my experience with Go, unlike Java or Ruby, not everything needs to be a struct or a custom type. The builtin types of string, int, slices, map, channel and functions are usually sufficient for most coding, to avoid over-engineered code.
We are excited and proud to announce our new CEO, Mark Templeton. Read more about the next wave at DigitalOcean from Ben Uretsky:
Currents is back! ☁️ Get the latest insights on containers, serverless, workplace preparedness, and more from the developer community
Let us know if we're missing any workplace or industry recognition –