I Am a 9 to 5 Developer (And So Can You)
exceptionnotfound.net
exceptionnotfound.net
Moving to security architecture from infrastructure/DevOps with no degree, I doubled my compensation.
If you can do it, do it.
Example skills:
* Working from goals (https://codewithoutrules.com/2017/08/03/stay-focused/)
* Knowing how and when to ask for help (https://codewithoutrules.com/2017/12/07/asking-for-help/)
https://codewithoutrules.com/2016/11/10/work-life-balance-so...
Working longer is a proven way to finish work that takes more time. Prioritizing only lowers N, not k.
1. There is only one way to solve the problem. Often there is more than one way, and the proposed way is just one of them, and not necessarily the fastest.
2. The whole task needs to be done by deadline. Often only part of it does.
3. The task actually needs to be done. Often it's not actually high priority.
Etc..
1. There exists, for many tasks, some indivisible, minimal unit of value created by work. If you need your car today, but your mechanic left an hour early with the engine disassembled, it doesn't matter that they finished 95% of the work. The value of that 95% to you is zero.
2. In practice, how your work is thought to be divided into value-units (by whoever is assigning it) matters more than than how you think it is, or how it optimally could be.
3. Whether the demands on you are self-imposed, or reasonable, or whatever else, not meeting them has consequences.
It isn't tautological to say that, even after finding all the better ways to do it, there are things you have to do and there exists some minimum amount of time you need to do them (N). If you work k fewer hours than required, you won't finish work that takes N time. This is just an observation of a fact.