海关现在可是杀红眼了，要带提前想好被税的事情。。。

@twofox 之前是什么系统？我感觉整体实施可能是坑，一边开发一边迁移可能弄的你里外不是人，系统使用受影响而且开发也很多限制条件，而你可能就是首当其中第一人。

挨着墙做一个宽的踏板，装一个滑轮组，当有车轮压在上面的时候牵动钢索，在楼的外侧竖起一个小红旗。这个没电的时候都好使，或者你家门口停了一只大象的时候也好使。

对自己的车 size 感知不够准确，多开开自己的车，让自己媳妇贴着车站在车头位置看一会儿，就大概知道自己的车头有多长了。注意请全程不要启动或者确认刹车已经刹好。

另外其实侧方位有公式的，你看几个视频就知道了，大概就是先贴着前面的车让俩耳朵对齐然后满方向往后退，然后满足以下任意一个条件（看你习惯）：1. 你的这边的后视镜看到整个车位的后 1/3 ； 2. 车位外侧的后轱辘压到了白线； 3. 你觉得车的角度是 45 度，这时候回正方向继续后退。如果车位比较小可能要多搓几把。

@twofox 如果是升级或者重新实施可能还真的是一个不错的学习机会。不知道升级或者重新实施希望是因为什么？希望实现新的功能还是老系统有什么不妥的地方。

这个想象空间还是很大的，比如如果只是觉得老系统难看或者反应慢，可能重新整理流程开发就好了。如果希望实现一些新功能，既可能是一个提高整体业务水平的机会，也可能是一场噩梦。随便列几个稍微可能提高业务水平的需求

1. 旧系统管理库存不能 FIFO （先进先出）导致产品批次混乱，经常有东西放过期；或者是全靠人为操作，但是库管随便挑个批次就出了。
2. 生产制造过程中，经常因为某个原料没到位导致整体交期延后。
3. 成本管理混乱，不符合财务的需求。究竟成本应该是上次采购价格为准，还是批次为准，还是什么为准（想象饲料行业经常涉及采购成本价格变动，如果公司未来上市或者融资，你仓库的玉米、在途的玉米、订单上的玉米都要随着市场价格浮动，在某个时间点产生总账影响）

这些东西都有相关的需求，我是做二次开发的所以产品本身有的功能我只用配置就够了，如果你是造轮子那就比较复杂了。究竟做出来的东西是随便用用，还是要审计，这个精确可靠程度要求不太一样的。

希望你和#23 楼所说的一样只是普通需求（读硕士时候有个课程老师讲：你们信息系统最大的竞争对手就是 EXCEL 表格）。如果是比如要上市、要审计，整个开发难度就完全不一样了。

@twofox 想了一下还是要确立一个概念：开发与实施咨询。

这个工作的过程可大可小

- 如果是大，至少分为 3 个部分——咨询，开发，实施。咨询应该和用户沟通整个现有企业的流程（比如他们之前是有一套流程和系统）或者确立现有的流程（比如以前他们是瞎做，没什么岗位流程），然后把整套流程画图和用文字描述；然后开发按照这个流程去做系统，交给实施顾问把期初数据装进去，手把手交给用户怎么使用，答疑，如果有问题就迭代这个过程。

- 如果是小，以上 3 个部分可以缩短，可能一个人兼任多个角色，比如咨询的过程中给用户就把系统传授了，顺便做一些修改，甚至做一些立等可取的开发。

所以你作为一个程序员我觉得如果是比较正规的、系统规模大一点的，就会涉及一个角色的转换，就要会一些沟通、画流程图，了解财务生产销售的知识，相当于转岗了。如果你想往这方面发展的话，投入时间是很值得的。不然我觉得可能你们公司有点赶鸭子上架，见过很多这样的例子，开发人员不善言辞被用户挂在会上烤“这个不是我们要的，我没说过这样做”……