5 ms·
As always, there's an old and insightful pg essay on these economics: http://www.paulgraham.com/wealth.html http://www.paulgraham.com/wealth.html The trivial c
by JDulin 13y ago
As always, there's an old and insightful pg essay on these economics: http://www.paulgraham.com/wealth.html http://www.paulgraham.com/wealth.html
The trivial conclusion is that starting your own company is how to be accurately rewarded for your work. But that assumes there's no way to better measure employee performance. It seems like measuring it for engineers and programmers is an impossibly hard problem (At least, that's implied from all of the well-run organizations that have given up or failed miserably on quantizing performance over the years.). However, I would like to see some creative attempts at making teams better at this.
- 31reasons 13y agoI am sure if there was profit to be made from these kind of performance metrics for Programming, you would see entire industry spring up to solve that problem.
- dclowd9901 13y agoIt's not a hard problem at all. We just need a way to measure code against the money it generates/loses. This should actually be a relatively trivial problem to solve. We have static analyzers, funneling metrics and code coverage tools; this just seems like an extension of that.
- philwelch 13y agoWe're talking about risk/reward tradeoffs a lot in this thread. Doing a startup vs. working as an employee is one of these tradeoffs. If you do a startup you'll get paid closer to what you're actually worth, but maybe you don't generate any real wealth and go bust and get paid zero. If you're an employee, you get to hedge that risk against taking a small fraction of the wealth you generate.