※ 引述《milk6449 (Boogi)》之銘言：
: 小弟最近心情跟工作遇到了瓶頸
: 前輩的code我不太懂，但我寫了自己的code，卻一直被打槍，問了該怎麼寫，也被回先
: 自己上網找，那我該怎麼辦？
: 我是不太會去麻煩前輩的人，畢竟自己沒什麼底（基礎概念很差），很多東西都上網自
: 學來的，但就算我寫錯（結果正常的前提下），他可以告訴要怎麼寫比較對吧？我每次
: 想不懂要怎麼寫才能達到他符合的標準，但問了，又被回先自己上網google
: 哀~前輩是不懂我的code嗎？還是假裝不懂，讓我磨練.......
: 又或者，我該從學習如何請教的學問開始嗎？？？
:

好壞唷 偷備份

這種文也要自刪==

PTTWEB都看的到 凡走過必留下痕跡個人覺得他就是code看不懂 不想理解 乾脆重構

對！要改就全部一起改，不要改一半放著

如果覺得公司風格爛 或者說 根本沒風格亂寫 快跑吧

要有具體的 code 來討論才知道

要體認職場不是共識決是多數決 而通常新人是minors一直在重構只會被質疑在重造輪子浪費別人時間

就像clean就沒有絕對標準，但是總有人覺得自己就是標準…

我覺得你講的事情跟他提的事情是兩回事專案有自己的風格沒問題，但要人照做若又不教不給範例那只是在整別人和搞自己罷了。偏偏實務又不乏整天說有自己風格，去問又講不出所以然但看到你跟他不一樣又會譙的團體。我最近就遇到一個像這樣的團隊就是溝通協調差，有時還伴隨會亂靠杯新人簡直像極了部隊中熟悉環境的老鳥愛整新人一般原PO基礎好壞是一回事，別人是否不溝通協調要他通靈那又是另一個問題。若是後者的話別太意在，早早逃吧

多做多錯，少做少錯，久了案子就換人接，反而輕鬆

我是比較追求不用再維護的code啦 多改多錯

如果風格是WET？ 也要一直保持？

推dream1124,既然覺得別人基礎差，幹麻錄用？又不說？既然有自己的標準，那為什麼不把標準公布，又要人猜？只要上面的說出事了我扛，你照我說的做，會想那麼多嗎？

我覺得沒有你們講的這麼複雜，轉職仔通常最大的問題就是看到這行不錯的薪資跟工時，所以想跳進來做，但又沒熱誠也不一定會很努力，所以覺得領低薪做雜事很煩這行基本上也不怕人問，但很多人連"如何問"都不會

媽的 我也遇到過

就算拿了公司已經規範很久的開發標準 還是會有新人指著他不爽的部分去問前輩阿== 部門有一個問到我受不了就直接放生叫他有問題問主管

你就是一直寫一直問 受不了就離職 大家好聚好散

推loadingN

想逼他離職吧，不然真理是越辯越明

IE還有公司再用喔QQ

我覺得會不會是你問的方式有問題？

問這種前輩就回 你再想一下 你再查一下到最後我也懶得問了 反正回答都一樣 google比較實際

「維護性重要到可以犧牲效能」？ 不認同捏這應該只是你們公司系統剛好用戶不多or不需要大量運算吧

如果是內部系統 有時不差那幾百 ms 的效能沒錯，但可維護性可能就差很多

正在重構已離職老新人的整個系統程式碼，他就所有程式碼都沒縮排，段落也分不清楚，即使用了自動整理程式碼的工具，還是要手動整理 XD

本來的風格維護性就好？ 架構那麼厲害也不一定非得找新人 的確多的是找人來電來保持優越的做風當然如果代碼差但人好相處是還可以接受 多的是你不奴不搞位階就是溝通差

沒縮排有點狂