News for hackers. Stuff that matters.
Re:On Being a Principal Engineer by tdumitrescu on Sunday February 10, 2019 @05:36PM (#19130544)
Oh man, I see so many resumes littered with these kinds of statements. I totally gloss over them as they generally read like BS, and are formulaic enough that they just represent another "how to sell yourself" job-hunting checkbox point. Lots of devs would love to have some way to quantify our impact in monetary terms but the reality is that "process/tooling change X -> $Y ARR" is basically always hand-wavy made up math.
Re:On Being a Principal Engineer by tibbetts on Sunday February 10, 2019 @08:13PM (#19131347)
Sure, but most business decision making is based on hand wavy made up math. Like, how do you decide to build a feature or switch programming systems? Does it not relate to customers or revenue?

Also, yes, don’t have the numbers be BS or fail to include other useful narrative in your resume. But I so often see none of this, and leaving it all out is a sign someone hasn’t had to justify their decisions at that level.

Re:On Being a Principal Engineer by riku_iki on Sunday February 10, 2019 @09:12PM (#19131567)
It is task of decision making person to filter out hard facts from BS. If he does good job - company is more successful.
Re:On Being a Principal Engineer by riku_iki on Sunday February 10, 2019 @09:09PM (#19131560)
It is a good question for interview to discuss how those numbers have been derived.