Viewing profile — marcog1
marcog1
HN member- Joined
- Tue, May 19, 2009, 6:54 PM UTC
- HN karma
- 1,231
- Public activity
- 152 items
- HN profile
- View on Hacker News ↗
About marcog1
Follow me on twitter: @marcog
Email me at [first name]@gallotta.co.za OR [first name]@asana.com, where my first name is the first 5 letters of my username.
Recent public activity
-
comment
Comment #40781441
This might not help you, but it might help someone earlier in their career. I was born, raised and studied in South Africa. Living costs and salaries are cheaper. I worked in Calif…
-
comment
Comment #12469774
You want to replicate as much as possible, but if we ran canary on the same machines we could have testing code bring down production. That's bad.
-
comment
Comment #12469735
We actually have a traffic replica (dark client) setup for the new webserver architecture we are gradually migrating to. It likely would have caught this before deploying to users.…
-
comment
Comment #12469689
We have very comprehensive dashboards. Getting the perfect ones that help in all cases, while not being information overload (the problem here) and being discoverable is a hard, it…
-
comment
Comment #12469660
We have talked about it. It is unlikely to helped with an event like this, and I don't recall an event where it would have. It also has the downside of extending our deployment cyc…
-
comment
Comment #12469637
When you do daily deployments, you can't QA every one much. You rely on automated tests and Internal users using the new code for a couple hours before the deployment. We were unlu…
-
comment
Comment #12469623
We will never out individuals. The person who committed the code was innocent. We got him a fun gift as a sort of joke.
-
comment
Comment #12469616
Every response from our users so far has been thanking is for the transparency. It also represents our internal transparency, and that has a real impact on recruiting.
-
comment
Comment #12469611
We do, but it didn't help given the cause of the high cpu was our logging infrastructure (Amazon Kinesis) being overloaded by the webservers.
-
comment
Comment #12468176
Correct. We don't roll out during peak load either.
-
comment
Comment #12468089
This was the first time we had this class of outage. Many things were in a very bad state, and many of these symptoms were more familiar to us. So we spent time ruling them out bef…
- story
- story
-
comment
Comment #11407388
I work at Asana. There's no way we'll drop our free plan. It's too fundamental to our sales model. We are, however, thinking a lot more actively about what features to make premium…
-
comment
Comment #11390613
Perf is our #1 priority right now. We've had a big team tackle the fundamentals for the last two years, and we're rolling things out in the coming months. I'm personally leading th…
-
comment
Comment #11390308
I think it requires a company email? I can't recall. They also have a verification window, reviews don't post for a couple days.
-
comment
Comment #11390297
That happened when someone noticed we were ranked #1 in the Bay Area and announced it to the company. Employees followed with more reviews.
-
comment
Comment #11390187
Sam is investing personally, not YC.
- story
- story
-
comment
Comment #10347109
At Asana, we've been beta testing Kinesis Firehose. It's been quite convenient not having to manage much, and having the data end up in S3. We're also using Kinesis streams, and ha…
- story
-
comment
Comment #10058718
They likely get a good deal, but either way their content licensing costs are huge in comparison and make their Amazon bill a drop in the ocean.
- story
-
comment
Comment #8609864
We did long ago, but ditched that idea because we get to use the tools of JS and we realised that effectively using a DSL embedded in another language allows the developer to break…