Re: [環境] 嘴砲型的強者...
這篇會一直歪樓是因為原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
→
04/17 21:54, , 1F
04/17 21:54, 1F
推
04/17 23:28, , 2F
04/17 23:28, 2F
→
04/17 23:28, , 3F
04/17 23:28, 3F
→
04/18 00:07, , 4F
04/18 00:07, 4F
→
04/18 00:07, , 5F
04/18 00:07, 5F
→
04/18 09:59, , 6F
04/18 09:59, 6F
→
04/18 11:31, , 7F
04/18 11:31, 7F
討論串 (同標題文章)
Soft_Job 近期熱門文章
15
63
PTT職涯區 即時熱門文章
41
84