加不加班你可以說是一種工作態度，也可以說是一種工作能力，更可以說是一種職場技術。很多人選擇加班，卻很難得到上司或老闆的褒獎或提攜；有些在規定的時間內做完事情下班走人反而得到了重視。這是為什麼呢？原因就在於你做的是功勞還是苦勞？很多人誤把加班當作"我對工作很投入"的一種表態，並期待能因此獲得老闆的肯定。但我得說，如果你是抱著這想法在加班，那恐怕就是對"職場叢林生態體系"有些誤解。
當然，我不否認，加班這種做法在某些組織與環境中，確實有些必要。或許應該這麼說，因為在那個環境中，大家都這麼做，所以你若不做，就顯得好像懶人一等。但我也得提醒，這種方法始終只是苦勞，而非功勞。我看過很多人每天加班到天昏地暗，但不被老闆認同，加薪公升遷始終輪不到他，最後受傷離開組織。
這是乙個很多上班族始終沒搞懂的秘密，就是到底老闆是用什麼角度在評判功勞這件事。我的經驗顯示，加班通常不算什麼了不起的技能，因為要加班的話人人都會。大部分老闆看重的，往往僅是"結果"兩個字。
請記得這句話：在對的時間點很輕易做到的功勞，比累得要死但卻看不出成果的苦勞更有用。 ❤
幾年前我做過乙個表，談的是上班族如何判斷老闆給自己打幾分的乙個自我檢測機制。雖然表中的內容看似有點不太公平，但這恐怕才是真相，是大部分老闆表面不說，但心裡其實偷偷打分用的評量表(當然可能因人而異，但基本架構相信是類似的)。
你會看到我在圖的**畫了條紅線，這代表老闆用此來判斷乙個員工是否適任。達到紅線的，表示這員工剛好符合目前的職能和薪水的條件，也意味著暫時不會被開除。 ❤
很多人(尤其新人)常會以為我每天正常上下班､把老闆交代的事情都做完了，不就是工作很適任嗎?
很遺憾，這通常僅只是60分，及格而已。因為很多人只是照指令辦事，沒有去深想指令的目的。指令沒講的就沒做，老闆若打錯了字或是在混亂中下的命令，明明不合常理，也悶著頭做出來。所以雖然指令執行正確，但結果可能有一大半不是老闆要的。老闆啼笑皆非之餘，自然也不會給高分。
但若能進一步提公升，先了解指令背後的涵義，把事情做成老闆想要的，能把職位規範要求的都做到，那就會有80分左右了。 ❤
至於要達到一百分，就還得有意願幫老闆注意其實該做､只是沒有寫在job description上的事。這在大公司也很常見，總有一些事情很重要，可是job description沒寫，兩個人或兩個單位會推來推去的。
若你多做這麼一點，通常能解決很多潛在的管理問題，也會造成工作結果差異很大。能做到這點，你就開始能跟你隔壁桌的同事分出差異了。雖然做到這程度也未必能讓你在公升遷時脫穎而出；但至少在裁員時，你理論上就不會出現在老闆的名單中。 ❤
若要更往上公升遷，尤其開始進入管理職時，老闆考量的就是紅線以上的部分。你是否能把知識與流程分享給團隊？因為你要當主管，就要活用團隊的力量，而不再是自己做，所以你得教出一些人。甚至他還會考慮到，若公升你，你是否能有高度，看到問題並解決問題?或甚至更好，你還能像神醫扁鵲的大哥那般，預見到問題並預防問題？
所以呢，你得做些老闆期待看到的工作；甚至得自己上些課，學些技能，改變自己看事情的高度與角度，才會得到好機會。若只是等著公司來培訓，往往到一定位置就爬不上去了。很少公司願意先把你公升到管理職，然後再來培訓你的。至於那些苦勞､委屈､還有加班這類"表演"般的表現，充其量只能讓你暫時捧住飯碗不碎罷了。 ❤
但我也得說，我並不是宣揚說大家應該下班時間一到就走人，也不是告訴你說加班就沒用，所以你不該加班。你還是可以為了道義與責任感把細節都做足。但只是你得知道，這些並不是公升遷的關鍵。老闆看重的是結果，也就是功勞，苦勞遠沒功勞來得實在！
加班與不加班 公司的選擇
根據本人近些年的工作經驗以及多次的面試經歷，就軟體測試工程師這個職位來說，我覺得相對來說公司使用b s架構的加班頻率高於做c s架構的 b s架構的公司，很大一部分都是和網頁相關的，這種模式的專案一般都具有專案周期短，實時性要求比較高，在此種專案中發現的問題，一般都需要及時的修復，而且版次發布也比較...
加班與不加班 公司的選擇
根據本人近些年的工作經驗以及多次的面試經歷，就軟體測試工程師這個職位來說，我覺得相對來說公司使用b s架構的加班頻率高於做c s架構的 b s架構的公司，很大一部分都是和網頁相關的，這種模式的專案一般都具有專案周期短，實時性要求比較高，在此種專案中發現的問題，一般都需要及時的修復，而且版次發布也比較...
RequestParam加與不加的區別
最簡單的兩種寫法，加或不加 requestparam註解 public string test int userid public string test requestparam int userid 第一種寫法引數為非必傳，第二種寫法引數為必傳。引數名為userid。第二種寫法可以通過 requ...