→ vvind:我倒覺得是你太把人當白癡。 我沒說沒有。 11/11 13:46
→ a47135:把工程師想得太蠢+1 11/11 16:42
※ 引述《thinkniht (不下棋=.=)》之銘言：
: 其實我不太理解 老闆(還是主管)到底是哪裡好
: 如果那主管很壞 是能怎麼樣?
: 把人辭退的話...那誰做呢?還是自己上嗎?
: 我想還是會把對方先留著 然後看看能否找到好的...
: 我不是說那老闆很壞，只是覺得這樣的處置很正常，因此就說很好有點怪
算不錯了, 如果是我就直接火掉, 正確說是連錄取都不可能.
辭退之後就自己寫, 或者交給其他人寫,
剛到職一個禮拜的新人, 會是團隊不可或缺的戰力?
越早知道彼此不適合, 盡早分手對雙方都好.
: 我想原PO的情況簡單來說應該是說:
: 工作上遇到困難，有點卡住，但是公司也沒人可以提供協助
: 所以覺得自己無法勝任而想放棄...
: 原PO會卡住的原因，或許是前人寫得太恐怖了也或許是能力真的不足又或許是其他原因
: (我不認為這一定是只有原PO有問題)
: 但當原PO反應了的時候，直屬主管做了些甚麼呢？
: 如果只是說"這真的很簡單啊"、"你再多花點時間看看吧"...等等
: 我還真不覺得這有在解決問題耶
時間是很重要的資源,主管多給時間, 部屬就要用多出來的時間解決問題.
難不成主管還要一步步指導他改第幾行 怎麼改嗎? 那主管自己做就好了.
: 其實還是把問題丟還給已經確認執行上很有困難的原PO
: 這種情況其實是很正常的
: 如果原PO想放棄 到別的環境的話
: 再遇到類似情況的可能性還是會不低的
: "理想"狀況來說...("理想"即:沒遇到是很正常的XD)
: 一個method(or function)要做的事情應該是很單純的
: 看名稱就能大概猜到在做啥
你太高估一般人的理解力了. 如果他就是猜不到呢? 要一行行講解嗎?
: 要是在method的前面還有加上註解解釋這mehtod是做甚麼的
: 還有描述參數與回傳值就更好了
: 除非註解正確性很低XD...否則我想應該在理解上不會困難才對
你想? 你把人想的太簡單了.
: 就原文內容來看，程式碼應該是沒寫甚麼註解
就算有註解, 有的連註解也看不懂怎麼辦? 要一行行解釋註解嗎?
: 那就只有看程式的寫法如何了
: 如果常常有method或變數名都用沒甚麼意義的名稱(例如一個字母)
: 那就很難理解了...
: 例如:
: function x(){
: /*程式碼*/
: }
: 那也就只能一行行看了
: 要是再遇到說把很多邏輯跟事情都擠在一起
: (像一個method好幾百行的話)
: 那難理解就很正常了...
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 123.204.159.170