This was actually asked in an interview, but it’s also good GTD knowledge.
https://stackoverflow.com/questions/4012498/what-to-do-if-debug-runs-fine-but-release-crashes points out:
- Debug mode is more forgiving because it is often configured to initialize variables that have not been explicitly initialized.
- Perhaps you’re deleting an unitialized pointer. In debug mode it works because pointer was nulled and delete ptr will be ok on NULL. On release it’s some rubbish, then delete ptr will actually cause a problem.
https://stackoverflow.com/questions/186237/program-only-crashes-as-release-build-how-to-debug points out
- guard bytes — The debugger puts more on the stack, so you’re less likely to overwrite something important
https://stackoverflow.com/questions/312312/what-are-some-reasons-a-release-build-would-run-differently-than-a-debug-build?rq=1 points out
- relative timing between operations is changed by debug build, leading to race conditions
P260 [[art of concurrency]] says (in theory) it’s possible to hit threading error with optimization and no such error without optimization, which represents a bug in the compiler.
P75 [[moving from c to c++]] hints that compiler optimization may lead to “critical bugs” but I don’t think so.
Take a long, hard look back at my past career decisions.
When I next return to SG, Perhaps it’s time to stop tryingSomethingNew and stop paying the costs. (In the U.S. I still can afford to try…)
Note the ROI yardstick I’m using to measure the effort are harsh and arguably unfair. See ##in hind sight: trySomethingNew
Google style guide and this MSDN article both warn against non-local static objects with a ctor/dtor.
- (MSDN) construction order is tricky, and not thread-safe
- dtor order is tricky. Some code might access an object after destruction 😦
- (MSDN) regular access is also thread-unsafe, unless immutable, for any static object.
- I feel any static object including static fields and local statics can increase the risk of memory leak since they are destructed very very late. What if they hold a growing container?
I feel stateless global objects are safe, but perhaps they don’t need to exist.
You would lose “fitness” …
employees and contractors have that freedom and motivation.
contractor is most care-free. Even As an employee, the pressure to deliver is lower than the mgr.
As a junior VP (perhaps a system owner) you could still stay behind a shield (defend yourself) — “I did my best given the limitations and constraints”. However, As mgr, you are more expected to own the task and solve those problems at a higher level of effectiveness, including negotiations with other departments.
“Results or reasons?” … is the manager’s performance review.
Recall Yang, Stirt-risk …
- —- past barometer due to project delivery pressure —-
- GS – 10/10, “if i quit GS I may have to quit this country; I must Not quit”
- Stirt – 8
- Mac – 7
- OC – 5, largely due to fear of bonus stigma
- 95G, Barc – 3, due to mgr pressurizing
- Citi – 2
I won’t have the freedom to say no …
I just hate these occasions.
They add no value to my career.
I have always valued some chitchat parters in office… I wouldn’t want to trade that freedom for some 20k additional salary
free blogging is important to me…
see contractor^mgr^FTE-dev ]U.S.
Statistically, perhaps 30% of the VP titles are actually team managers.
- EMP world
- Chartered — mentor
- Catcha — architect
- NIT — consulting architect
- GS — mentor for Sinduja
- GS — system owner for ErrorMemos + AISE
some of the leadership positions I was considered but didn’t win — Mac, Agilent,