ulimie wrote:
前半句沒錯, 後半...(恕刪)
您公司的環境還真是讓人羨慕阿
Chiang81 wrote:
有這種為了怕裁員把東...(恕刪)
贊同+1 , 學到的才是自己的
對於team members 都是開放的, 而且必要時要做code review, 不清不楚, 會請你重寫
或加重註解, 新人一來都會先要求coding style, 有正式文件說明, 你沒得選擇, 而且code
release 一定是要放到server 上, 沒照規定來, 只好請你走路~~早早就被 KO 了.
對公司而言, 軟體工程師的價值是提供solution 及 code building, 好code 壞code 只要能跑
能賣的都是好code. 但對於"天才型"又難搞的工程師能避免就避免, 反而較喜歡注重團隊合作的人,
有一定水準就好,coding style 照規定來, 俗話說三個臭皮匠，勝過一個諸葛亮, 這樣才是我們要的.
工程師著重在自己的經驗提升比較重要吧~~ 整天在那裡防東防西的, 寫一些人家看不懂的東西, 何必呢?
要code?? 網路上找就有一堆sample了, 重點是要可以看出它的菁華, 自己能不能吸收及消化它,
然後變成自己的東西. 只要有能力提solution 出來, 並能用code 實現它, 到處都有留爺處!
而且我每去一個新的地方, 有機會解決類似的問題時, 寫出來的code通常都會比上一次的更好, 更有
彈性, 更有效率, 這種經驗也是他人難以獲得的.
tommycheng wrote:
難道台灣沒有雙軌制嗎？最後一定要走管理職才有未來…
(程式設計人員界的霸主，還是程式設計人員)
我覺得是看人啦. 如果寫程式寫的好, 自己工作也滿意,
就沒什麼好嫌的, 而且管理職要花很多時間在處理人際關係.
這個比寫程式還麻煩,
很多人位子爬的越高, 正經事就幹的越少, 到最後整個組織老化到無可挽回的地步.
我有個朋友寫程式很厲害, 剛去AMD當工程師沒多久.
他的志向就是如此呀, 也沒什麼不好.
我自己也是資科出身的, 以前有開發過CRM一段時間.
覺得寫程式太傷神了, 我後來就改行了.
後來就改做設計, 然後現在是開始在作國際貿易.
現在最多用PHP跟MYSQL寫寫網站, 不想做太複雜的東西.
我是覺得, 身為程式設計人員, 除了自己的專業之外, 還要有其他領域的知識.
如果平常工作量大沒辦法進修, 就真的要考慮要轉換到比較有時間的跑道了.
而且不管做任何職務, "溝通"永遠都是很重要的工具.
就像上禮拜, 我在跟MIS溝通的時候, 發現一個資管背景的人,
看的角度居然跟資工背景的人差這麼多.
所以說如果有機會可以接觸其他工作, 更可以從其他層面來考量一件事情.
Sar wrote:
分享自己的想法, 歡...(恕刪)
哈哈，大大說的方法不錯，但真的run時有時又是個問題。
就小弟的工作來說，一個team最多有10個人在coding，一半還是大陸人士
研發時間2個月，使用的chip屬於剛起步階段，穩地性差，外加研發時間短，
所以工作的訴求已base function為基準，之後有bug再一個一個解決。
年底這案子確定結束，bug累積的數量已有1000多個
而公司是用CVS去控制版本，但往往常常碰到個問題這bug解了卻產生side effort
但那個side effort卻是需要複雜的方法才可以複製出來，有時是Designer沒注意到，但有時真的很難注意。
相信嗎?有個檔案版號已到5xx多.....
，這不知道大家是不是都一樣。而就新人來說，因為該案子屬於封閉式的系統，所以我覺得給新人自己看真的很難懂，一個檔案隨便都
2000~3000行以上，這樣的檔案有十來個，就我當初學的階段是直接解最簡單的bug在去從中問人學會的。
我覺得這對剛出社會的新人來說應該蠻難的，但不知道對有經驗的人說如何
每一家公司的管理方式不太一樣, 在我們 team 裡, regression 被當成像癌症一樣的大害, 因為 regression rate 高會讓專案完全無法控制. 最近無法對客戶交代, 自己的考積也被拖累.
我想像你們的專案的時間很短, 在這種情況, 我覺得你們 team 的小主管必須負起責任, 對上要爭取合理的時間/功能比, 同時對 team member 要求 code quality. 校正 high regression rate 的問題.
版友 ShadoM 的團隊很有意思, 願意花時間好好執行 code review, 願意把 commenting & clarity 列為重要的事項, 甚至明定 coding style. 我很好奇那一個公司, 可以透露嗎?
http://starterx.blogspot.com
內文搜尋
從 APP 打開
X