※ 引述《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