libraleu wrote:
...想要取代性低，建議就多開發一些DLL吧，會讓接手的人接到哭...(恕刪)
看到這位大大有這樣的想法，在工作上剛好碰到有類似的經驗
前一二年部門開發一個小型專案，是我和另一位同事合作的
專案開發完成，算是相當成功，也幫忙部門宣傳了不少技術
後來這位同仁因故轉調其它分公司，我也順理成章接下他開發的模組
細細檢查發現這位同仁偷偷將一些核心包成DLL，後來向他追討幾次
他宣稱這個DLL是OpenSource，但各種線索都指向這個DLL根本就是他寫的
請主管向他追回DLL Source，因為人都轉調過去了也很難使的上力~
原來我們部門的人和他關係不錯，大家卻因為這件事對這個人的印像大大打壞
試想，為了自已的私利將在部門任職時所開發的程式包成DLL，卻不Share Source這是什麼理論
而把自已的名聲徹底打壞，真的真的是得不償失...
libraleu wrote:
...(恕刪)...最重要的是訓練自己 DEBUG 的功力，這才是最重要的。
寫程式大家都會寫，但如何DEBUG，卻有很多人不會，
尤其是軟體+硬體時，所以，軟體要綁硬體，你就有不可取代性。
這段話我深有同感，訓練自已有很深的Debug功力，對自已的Coding有很大的幫助~
硬體買了就有，但是用軟體能力加值硬體功能，讓公司可以用最最最便宜的硬體規格，卻能讓產品有豐富的功能
也是另一種的Cost Down~
koshyang wrote:
看到這位大大有這樣的...(恕刪)
有點不太懂你的情況..
如果我沒有誤解..
你同事說某個DLL是Open Source..
你去找了那個所謂Open Source Project的原始碼下來..
自己Compile了
比對過 之前DLL 的API 和 Compile後 的DLL的API
有何不同..
然後發現 API完全不一樣..
這時 你的懷疑才成立..
畢竟很少人會去改 Open Source 的API (吃力不討好)
頂多改改 裡面的邏輯 讓他跟自己的專案可以接起來 (不過這也相當耗時)
我個人認為在懷疑別人之前要有足夠的證據..
你有證據 說話不需要大聲.. 就有人會信你..
因此 自己在公司裡 明則保身的方式就是
寫文件.. 寫的越清楚越好..
不要因為懶惰 而不去寫... 到時起了像這樣子的糾紛..
也許是誤會.. 也許有人刻意 (為了要推卸責任)..
一分證據講一分話..
小薇: 大家安安!
內文搜尋
從 APP 打開
X