最近常聽說有人一早上班，就發現電腦登不進去，然後警衛盯著你收拾個人物品。
對coding的黑手來說，程式寫得條理分明、架構清楚、維護容易，會不會因為容易取代反而害到自己？
還是前輩們寫程式時會略過效能優化之類的功能(不影響程式運作的正確性，但平時要定時run一些只有自己知道的小撇步)？
若無預警裁員，有可能系統一星期後就開始run得怪怪的(像是運作沒問題，但會愈跑愈慢之類的)…
個人積分：331分
文章編號：9185069
個人積分：2分
文章編號：9185238
個人積分：139分
文章編號：9185681
tommycheng wrote:
最近常聽說有人一早上班，就發現電腦登不進去，然後警衛盯著你收拾個人物品。
對coding的黑手來說，程式寫得條理分明、架構清楚、維護容易，會不會因為容易取代反而害到自己？
還是前輩們寫程式時會略過效能優化之類的功能(不影響程式運作的正確性，但平時要定時run一些只有自己知道的小撇步)？
若無預警裁員，有可能系統一星期後就開始run得怪怪的(像是運作沒問題，但會愈跑愈慢之類的)…...(恕刪)
寫程式是吧
有一定功力的人
基本上光用Trace and Debug就可以把99%的程式問題給解決
有美國時間想這些
倒不如去想如何讓技能多樣化
屆時
是老闆怕你走
而不是你怕被老闆耍陰的
1. 小奶萬歲
2. 以上都是玩笑話
個人積分：331分
文章編號：9185796
個人積分：1920分
文章編號：9188018
LiberoZ wrote:
看怎么想咯，如果僅僅當作一份工作來作，你可以不用那么追求完美；
如果你把任何程式當作你的藝術品來看，是不允許有人為的不完美的；
程式寫得不清楚，接手的人會搞清楚的，搞不清楚會被收拾走的；
留一手，如果造成損失，就算走人了也有可能脫不了干系的。
這樣說是很客觀. 不過, 責任很難界定,
前半段完美的觀念, 也牽涉到個人修養, 你是把現有的工作當單純職業還是當人生生涯來經營?
後半段, 懂的人都不多了, 接手的人會找理由搪塞....
離開的人, 都己經離開了, 臉皮都撕破了, 雙方如果沒有道義觀念, 要要求對方恐怕也難.
我個人就曾在服務的單位寫過一些軟體,
我離開了兩年後, 硬體出了問題, 換了新機器後就套不上去,
因為, 那是控製生產機台的程式, 跟硬體有很大關係, 套不上去就得改,
找電腦權責單位來處理, 也沒人搞的懂(老實說, 那些專屬單位, 功力比我差多了),
你說, 這是誰的責任? 我怎麼知道我離開後你要換什麼機器? 我怎麼知道兩年後新設備會發展成什麼樣子?
我是聽我原來的屬下說的, 他們搞不懂, 公司上頭也沒人深究, 我寫的很清楚, 你功力差看不懂又不願直接來找我,
結果是......他們寧可廢掉這一套系統(面子問題? 也不來找我? 我可沒說不幫), 回復全手工操作.......
你說, 我需要自告奮勇, 熱臉去貼冷屁股嗎?
個人積分：139分
文章編號：9188086
個人積分：35分
文章編號：9188244
個人積分：0分
文章編號：9188332
個人積分：129分
文章編號：9188438
註解最好清楚一點，畢竟看別人的程式碼很花
時間，但如果是自己的程式碼，太久..也會忘了
某些變數是用來做什麼了..
帶人要帶心比較重要，目前有規模的公司都是
團隊合作，光是一個小型 Team 至少3~5 人。
如果重要性夠，或是 Leader 級的話，應該是
不會突然「不見」，除非犯了天大的錯，不然
都會有「錯誤學習」的機會。很多公司都會花
這個「深刻經驗」的學費。
當然要加料保護自己的工作電腦，也是有辦法的
啊..
硬碟加密保護能加/解開檔案目錄，用 RSA 等
演算法加密，要破解的話要花點時間...
啟動磁區的第 0 面加上驗證機制，用 Assembly 加
上跳躍 seek ，也是個方法。
也看過在 NTFS 或 ext3 的加料方式，所以方法各有
巧妙不同，但應該是專心如何去「成功」完成一項專案
，比花其他時間來隱藏成果，是比較有成就感的喔。
I Love SONY 無線未來 行動自由
M$ MFC +Dx10 + ASM是工作必需,Linux + MacOS X 是
樂趣和創意的來源
個人積分：1592分
文章編號：9188475
