看板 Soft_Job 關於我們 聯絡資訊
這篇會一直歪樓是因為原po沒講清楚,又把很多事情和觀念混在一起講 例如敘述的同事狀況,只有用很多負面的字眼形容他,卻沒講出真正事實案例情境 我覺得參加讀書會、聚會、引入設計模式、看新技術...等等, 無論如何不該是壞事,問題在他有沒有把這些東西正確的使用出來? 同事做的比較慢,是剛來對公司code還不夠熟?或是他花時間寫詳細測試? 或是他在思考有沒有更好的做法?或是他很佛心的編寫邊重構幫你們消技術債? 這些東西短期效益看不出來,長期來看,他的案子是不是bug比較少? 是不是抓bug比較快?是不是新人看他的code比較容易懂? 是不是效能比較好?是不是改功能比較容易? 假如以上答案都是否定的,那結論就你同事來亂的,電他吧。 假如有些是,有些不是,或許你們可以互相學習互補, 如果都是肯定的,那這些負面用詞只顯得原po見識狹隘看不慣別人好 沒敘述清楚大家只會往各個方向猜, 當然討論會歪掉 — 另外,不是公司大就代表做法是對的,重點在這間公司重不重視軟體團隊 憑經驗硬幹、技術債亂欠,最後不會有好下場(當然他賣別的東西賺錢這不在討論範疇) 趕案子可以趕,但趕完請好好把債還清,這些都可以trade off,但絕不是完全放棄治療 這些東西要是沒幫助為什麼全世界頂尖新創都在做,頂尖老公司也想盡辦法在引入? 不是沒待過制度好的公司,就說軟體公司都一定都要這樣 另外用svn還可以說是大公司歷史包袱,用日期資料夾備份我只能說快逃吧... 這間會活的好好的一定不是因為軟體,身為軟體人待這種地方是在浪費生命 所以舉這個根本算不上對討論有幫助的例子 當然over-design和under-design都是錯誤的 但學習成長階段over-design絕對比under-design好。 起碼做過了,學到了,一次次調整,總有達到最佳平衡的一天。 都不做,就永遠停滯在原點而已 最後,如果問題只出在同事個人溝通技巧差,愛炫耀或亂嗆同事 那又是另一回事,不該跟技術混在一起討論 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.25.24.159 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1429278705.A.F93.html
littlethe: 我也覺得首PO把很多事混而一談了 04/17 21:54
liddle: 邏輯清晰會表現在溝通上,也會表現在寫code上。實在看不懂 04/17 23:28
liddle: 首po到底是在表達什麼。 04/17 23:28
Masakiad: 應該是想大家一起抱怨自己公司的假強者 沒想到變成反設 04/18 00:07
Masakiad: 計模式者 04/18 00:07
rrmm: 我也覺得首po把軟體技術跟個人特質混為一談 04/18 09:59
jenny2921: 這篇很中肯~ 04/18 11:31