Senior software developer at Amazon Web Services. I work on the AWS Serverless Application Repository and AWS SAM. I’m passionate about writing quality software and teaching others how to do the same.
Location
Seattle, WA
Education
BS Computer Engineering, Minors: CS and Math
Work
Sr. Software Development Engineer at Amazon Web Services
Great callout Walker. This blog entry is actually an excerpt from a talk I gave internally at Amazon. During that talk I discuss software estimation in a little more detail. I recommend reading the essay, The Mythical Man-Month, which is one of the essays in the famous book with the same title. The essay is short, but it does a great job summarizing several reasons why software is so incredibly difficult to estimate.
In the talk I said inexperienced software engineers can underestimate a project by as much as 4-6 times(!!) since they generally don't even think about the cost of tasks required to really productionize a service, such as unit/integration tests, metrics/monitoring, oncall dashboards, etc.
I definitely know of managers who apply their own padding to their developers' estimates before communicating them up.
Graduate student in statistics at Duke University. Former dev.to employee. I like to blog about data science on my Medium publication, perplex.city, and on dev.to
Interesting -- will check out the essay. There's a similar sentiment in data science, which I'm studying, which says that 90% of any project is simply acquiring and cleaning the data. All those fancy predictive techniques only come into play in the last mile.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
Great callout Walker. This blog entry is actually an excerpt from a talk I gave internally at Amazon. During that talk I discuss software estimation in a little more detail. I recommend reading the essay, The Mythical Man-Month, which is one of the essays in the famous book with the same title. The essay is short, but it does a great job summarizing several reasons why software is so incredibly difficult to estimate.
In the talk I said inexperienced software engineers can underestimate a project by as much as 4-6 times(!!) since they generally don't even think about the cost of tasks required to really productionize a service, such as unit/integration tests, metrics/monitoring, oncall dashboards, etc.
I definitely know of managers who apply their own padding to their developers' estimates before communicating them up.
Interesting -- will check out the essay. There's a similar sentiment in data science, which I'm studying, which says that 90% of any project is simply acquiring and cleaning the data. All those fancy predictive techniques only come into play in the last mile.