※ 引述《ericwang1017 (Eric)》之銘言： : 哎呀呀呀....CRUD 名子取的真好... : 要是我的話.... : 1.如果你的專業可以讓你的partner相信的話 : 或是你的partner是比妳小 社會經驗比較少的 : 看你要不要以專業的角度 "建議"他使用.... : 例如:我以前待過的軟體公司都用這種喔，現在流行使用這種 : 不用你就落伍了，用這個可以讓你更專業喔...之類的話 : 2.如果跟你合作的是學長的話.... : 試著以"正向思考的方式" 欺騙他相信這一套，就如同很多講生涯規劃的顧問說得 : "遇到賽事沒關西 要正向思考，當作是一種磨練" : 欺騙學長說"我們以前都用這個 用這個不錯 你可以試看看 他有xxx的功能 : 雖然用了一開始會有點不習慣，但久了就習慣了，雖然很麻煩 : 但是對大家都有好處"之類的話 : 3.如果跟你合作的是某領域的專家，只相信自己的那一套的話... : 先建議他要不要使用 若不要的話你自己保護你自己用就好了... : 基本策略還是強烈建議可以用的話，應該要用 : 不能用的話，退而求其次 你自己用 : 以免到時候賽掉下來，大家靠特殊能力閃掉，只有你中獎 : 我的情況是1，而且我也成功了，也祝你成功 : To 上篇的老師，你建議他離職，萬一他才剛去沒多久那怎辦，哈哈 : 離職有點尷尬，老師可有高見? 老師是我嗎？好像只有我建議他離職～～，可是我不是老師啊～ 我只是個窮網站開發工程師而已啊～ 離職是激動了一點，但如果是我的話，連軟體工程中最基本，最簡單 也最重要的CM都不做的話，我真的很懷疑這軟體公司的競爭力，難道 每個新人進來都要Copy一份原始碼給他嗎？然後等他改了以後再把東 西合起來Merge？可笑耶，除非每個人都是自己做自己的程式，然後 永遠都不要離職，不然我很難想像沒有做原始碼的CM公司要怎麼生存 ，尤其是現在資訊軟體業的流動率這麼高，誰知道那個工程師昨天寫 了什麼？今天寫了什麼？走之前又做了什麼？你有做軟體控管的話， 不但Compile、Deployment、Storage全部都方便，還可以留下開發過 程的紀錄，有IT能力的主管就可直接從上面看到開發的進程，是我的 話我還會要求簽上去的註解一定要符合規範還有Documentor的規定， 才能夠產生API的Document。這是一種省時又省力的作法。 尤其是如果你到客戶那邊改了程式，公司那邊的PG也在改程式，可以 各簽出一份來做變更然後簽上去記錄，還可以分成許多版本比如 Stable Version、Daily Compile Version、Development Version ，個別做不同的變動，沒有工具來幫忙做這個那不是事半功倍嗎？ 如果連這個最基本的都做不到，我不太確定公司能有多大的研發能量 或是多少IT能力，那還待下去做啥？學得到東西嗎？做Software的CM 又不用花錢！連不花錢的事都懶得做那還能做什麼？所以還不如辭掉 算了。 所以我會建議詢問主管我們是不是要做Version Control，如果主管也 是個丁丁的話，那我就直接選擇辭職了，不浪費時間。 : ------------------------ : 原Po不是正妹，CRUD才是正妹... : ※ 引述《CRUD (CRUD)》之銘言： : : 我也想請問一下這個問題 : : 之前我的工作型態是固定在公司裡的測試機上開發 : : 只有要上線或更新程式時才會去客戶那邊 : : 公司裡有version control的規範 : : 但現在的公司，人數少 : : 且因案子性質的關係，大家都分別在不同的客戶處on-site : : 並直接在客戶提供的測試機上開發 : ※ 編輯: ericwang1017 來自: 61.216.186.140 (08/16 00:22) 這一點跟你做Version Control不衝突，svn可以用http來存取遠端的 Source Code，只需要裝個小工具就可以了。on-site也可把資料簽回 去。 -- 所有我的作品，請到..... ～四十八個德瑞克～ http://blog.derekhsu.homeip.net --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 59.112.213.109