They probably meant that Amazon as a whole has an eng. team of 10,000 people. At least, that's what I told them :)
479 karma · joined January 11, 2008
Email: alex [at] pagerduty [dot] com
PagerDuty - http://www.pagerduty.com
FULLTIME
* Front-end Developer (http://www.pagerduty.com/jobs/engineering/frontend-engineer)
* Designer
What we do:
At PagerDuty, we're building an alerting and incident tracking system that helps IT operations groups detect and respond to high-severity issues.
We're not like the thousands of monitoring systems out on the market. In fact, we don't do monitoring at all. Instead, we plug into existing monitoring systems and handle the people part of the equation: alerting (via phone, SMS, email), on-call scheduling for teams, auto-escalation of critical alerts, and incident tracking.
Our current product helps IT ops people know about critical problems as quickly as possible, collaborate as a team to fix problems quickly, and help track and improve incident response performance over time. Our vision is to expand into the event management space. This means treating data from monitoring tools as events and intelligently filtering and correlating events across monitoring tools in order to reduce the noise. It's like spam filtering for events: a critical problem, such as a bad deploy, will automatically alert the entire team via phone call, while a minor issue like a server going down in a fleet of 20 will only generate a low-priority email alert.
Why you should work with us:
We are different than many startups out there: we charge money for a product. Companies like Intuit, National Instruments, VMWare, Square and 37signals love our product; that's a lot to say for a system that frequently wakes our users up in the middle of the night. We're also fairly early stage (13 people plus a few interns). This combination means you'll get a market-rate salary plus a decent chunk of stock in a company that has already figured out product/market fit.
We put a very big focus on the user experience (UI/UX), since some of our core concepts can initially be confusing to people who don't have a lot of experience in the operations and support realm. We want to guide people to use best practices whenever possible. Our customers span a gamut of sizes, from small start-ups just trying to monitor their websites to enterprise clients like Heroku who have to monitor thousands of servers and deal with complex infrastructural issues. As a result, our UIs have to scale and be intuitive with a wide range of data. Simply put, we're solving problems no one else has solved before, and we're doing so by designing clean, elegant, easy-to-use UIs.
To apply, please send your resume to jobs@pagerduty.com.
PagerDuty - http://www.pagerduty.com
FULLTIME, INTERN
* Software Engineers (http://www.pagerduty.com/jobs/engineering/software-engineer)
* Front-end Engineers (http://www.pagerduty.com/jobs/engineering/frontend-engineer)
* Operations / Devops Engineers
* Software Engineering Intern
What we do:
At PagerDuty, we're building an alerting and incident tracking system that helps IT operations groups detect and respond to high-severity issues.
You know how there are thousands of monitoring systems out there? We don't do monitoring. Instead, we plug into all of the existing monitoring systems and handle the people part of the equation: alerting (via phone, SMS, email), on-call scheduling for teams, auto-escalation of critical alerts, and incident tracking.
Our current product helps IT ops people know about critical problems as quickly as possible, collaborate as a team to fix problems quickly, and help track and improve incident response performance over time. Our vision is to expand into the event management space. This means treating data from monitoring tools as events and intelligently filtering and correlating events across monitoring tools in order to reduce the noise. It's like spam filtering for events: a critical problem, such as a bad deploy, will automatically alert the entire team via phone call, while a minor issue like a server going down in a fleet of 20 will only generate a low-priority email alert.
Why you should work with us:
We are different than many startups out there: we charge money for a product. Companies love our product; that's a lot to say for a system that frequently wakes our users up in the middle of the night. Our revenue is growing steadily at more than 10% month-over-month since we launched in Jan 2010. Our customers include: Netflix, National Instruments, VMWare, NBC Universal, Square, Heroku, and 37signals. We're also fairly early stage (11 people, pre-series A). This combination means you'll get a market-rate salary plus a decent chunk of stock in a company that has already figured out its business model.
We have very interesting technical challenges. Our biggest challenge is engineering a system that never ever goes down. Since our customers rely on us to deliver their critical alerts, we are not allowed to go down ever. This means we've had to engineer a distributed system across multiple data centers that can survive a single data-center outage without skipping a beat. We're not done: we have a lot more work to do to ensure our system reaches the level of telephony reliability (five-nines). If you like engineering distributed fault-tolerant systems, join us.
To apply, please send your resume to jobs@pagerduty.com.
PagerDuty - http://www.pagerduty.com
FULLTIME, INTERN
* Software Engineers: (http://www.pagerduty.com/jobs/engineering/software-engineer)
* Front-end Engineers (http://www.pagerduty.com/jobs/engineering/frontend-engineer)
* Software Engineering Intern
What we do:
At PagerDuty, we're building an alerting and incident tracking system that helps IT operations groups detect and respond to high-severity issues.
You know how there are thousands of monitoring systems out there? We don't do monitoring. Instead, we plug into all of the existing monitoring systems and handle the people part of the equation: alerting (via phone, SMS, email), on-call scheduling for teams, auto-escalation of critical alerts, and incident tracking.
Our current product helps IT ops people know about critical problems as quickly as possible, collaborate as a team to fix problems quickly, and help track and improve incident response performance over time. Our vision is to expand into the event management space. This means treating data from monitoring tools as events and intelligently filtering and correlating events across monitoring tools in order to reduce the noise. It's like spam filtering for events: a critical problem, such as a bad deploy, will automatically alert the entire team via phone call, while a minor issue like a server going down in a fleet of 20 will only generate a low-priority email alert.
Why you should work with us:
We are different than many startups out there: we charge money for a product. Companies love our product; that's a lot to say for a system that frequently wakes our users up in the middle of the night. Our revenue is growing steadily at more than 10% month-over-month since we launched in Jan 2010. Our customers include: Netflix, National Instruments, VMWare, NBC Universal, Square, Heroku, and 37 signals. We're also fairly early stage (11 people, pre-series A). This combination means you'll get a market-rate salary plus a decent chunk of stock in a company that has already figured out its business model.
We have very interesting technical challenges. Our biggest challenge is engineering a system that never ever goes down. Since our customers rely on us to deliver their critical alerts, we are not allowed to go down ever. This means we've had to engineer a distributed system across multiple data centers that can survive a single data-center outage without skipping a beat. We're not done: we have a lot more work to do to ensure our system reaches the level of telephony reliability (five-nines). If you like engineering distributed fault-tolerant systems, join us.
To apply, please send your resume to jobs@pagerduty.com.
Email: alex@pagerduty.com.
Personally, I don't think many YC companies in the batch will be able to raise an entire round with no cap, no discount. However, the $150K investment from SV Angel/Yuri will help companies negotiate better deal terms than they would have otherwise obtained.
EDIT: The description was updated, it's clear now. :)
We'll look at fixing this soon.
PagerDuty is an alerting system which plugs into any monitoring system (Pingdom, Nagios, Cloudkick, etc) and alerts your team via phone, SMS and email when problems are detected. We add advanced alerting features, like 2-way voice and SMS alerts, automatic alert escalation, and on-call duty scheduling to these existing tools.
You're right though, in that many people, on first glance, confuse us with a server monitoring or website pinging system. The "pitch" has gotten better over time, but it's still something we have to work on to improve.
In terms of setting a formal SLA, we haven't done so mainly because we're not sure how to go about implementing this. I've checked the SLAs of a few hosting and cloud providers including AWS, Rackspace, Linode and Slicehost, and I haven't found a compelling example to work from. Some of these guys don't have an SLA (they try their best) and the others give you only a portion of your money back.
The whole point of an SLA is to incentivize us to never go down. In our case, we know that if we ever go down, we will lose our customers; that's incentive enough :). Having said that, we may still add an SLA guarantee as part of a larger "enterprise" pricing plan.
We definitely plan on adding plugins for all the popular monitoring systems. We've also released an integration API to allow PagerDuty to integrate with any system that can make an HTTP API call (or call a command-line script that can do this).
I'm pretty sure Zabbix will work with PagerDuty right now, via the integration API. We'd love to work with you to set this up. Please send me an email at alex@pagerduty.com.
The other reason is that we see PagerDuty as solving a real "hair on fire" problem, and we think if you're one of the businesses that needs this, it's reasonable to pay a certain amount for the service. I'd like to hear your thoughts on this.
What I don't get is, if you pay yourself $100K, aren't you personally taxed on your 100K income?
Or, will you claim you only had a 100K - 80K = 20K income on your personal taxes? I would think the government would try to match up the $100K company expense with a $100K personal income (and if they don't match, audit you).
I'm actually really curious if you can pull this kind of thing off.
One gripe: lots of webapps, such as the 37signals suite of apps, or the app offered by my startup (PagerDuty), use subdomains in the URL. So if I wanted to quickly access my Highrise account, I'd go to something like acme.highrisehq.com instead of highrisehq.com. Maybe you can add an option to customize/override the default URL?
So, for me, Gmail was more than 10x better, just because of the 1GB size limit.
Maybe using a scroll-wheel, like the one on the iPod, would be a better solution. You'd be able to quickly scroll through on-screen options with the wheel.
I think a good solution would be to use a Wii-like remote, that just has a handful of buttons on it. Put the common options (volume, on/off, last channel, menu) on the remote, and everything else as an on-screen menu, which you would point to with the Wii-mote.
The next best choice is "twenty ten", which is much more verbose.
I set FF to allow the pop-up, and then got a blank window (not sure if this is a problem with the site or with FF). I closed the window, and clicked on the chat link again, at which point I did get a pop-up asking me to login or register. At this point, I just gave up.
I would strongly recommend not requiring registration for this type of application.