对日软件外包之我见.docxVIP

这些2年多的时间里，我一直从事对日软件外包开发工作，颇有一些体会，希望能与大家分享一下我的拙见。第一年的时候也就是刚毕业出来，做的第一份有挑战性的工作，java项目的开发对于我来说真的是一次大的挑战，也磨练了我的不怕苦，不服输的精神。下断点进行代码的调试是理解代码和找出bug所在的有效途径；运用VBA工具可以生成一些格式化的代码，避免了手动复制粘贴类似的代码而容易造成的难以发现的低级错误；当然很多IDE都有类似的生成功能，不过没有VBA那么灵活，因此只要掌握了VBA的用法会给项目开发带来很多方便，共享给大家，也让大家少走弯路；抽出一些公共的类来，可以便于修改和维护，而且能够更好地重用；金额的存储用bigdecimal来存储较好，四舍五入时在最后的步骤才进行会更好的保持值的准确度；使用对象时，首先得判断是否为null，否则容易报空引用异常，作为程序员来说，必须养成这种意识；QA管理。对设计存在的问题进行提问，然后解读客户端回答，可能多个设计都会存在相同的问题，避免重复提问；这对于以后做项目管理非常有用；文档的形式很重要，对于开发来说，文档提供了一个有力的证据，不管是email的形式还是xls，还是纸质的形式，白纸黑字客户也不敢赖账；第二年的时候进了公司的另外的项目组，做vb6.0的开发，虽然当时极不愿意去，但是在技术部经理的教育下才勉强答应去那个项目组，有些后悔也有些收获。我们可以将一些程序的设定保存在外部设定文件.INI文件中，这样的话只要修改文件中的参数就可以改变程序的效果，不用更改程序内部的代码；代码比较工具的使用，能够比较出那些地方被修改过，有可能改错的地方；生成PDF帐票的代码写法：要new一个页面，然后设置好各个线条的位置，在根据位置画好线条，再根据位置写入数据；动态数组preserve的方法来创建，使用多维数组，不太好，我的建议是能少用就少用，尽量使用一维数组；使用枚举和结构体比较方便；同样变量和常量的定义放在一个位置较好，要么放在一个文件，或者放在一个文件头，或者一个方法头部；常量的命名要大写加下划线，最好加前缀，比如g_,m_。变量的命名加数据类型的前缀，比如str,int，bln,等，便于识别；xls的报表的生成，以及对报表的单元格的写入和读取。难点是动态列和动态行的生成，以及动态单元格的合并以及问题,这些通常使用excel工具录制宏，再将宏代码拷贝到实际代码中，就可以了。再难一点的东西是多个Sheet的操作以及生成曲线图和柱形图了；可视化操作的简洁便捷易于理解。其实他也有MVC的思想在里面，不过面向对象的成分就少；对于生成excel还应该需要一些excel的基本操作机函数公式的使用；vb6.0做了一年，感觉都做烂了，做的想吐了，做来做去就那些，不过还有一点就是，日本很讲究流程化，规范化，必须得按进度，有文档，类似委托书，email，还有即时通信软件的交流，不过邮件使用的比较多；在海南的一家对日软件外包公司工作两年之后就跳了出来了，感觉再不出来就真的要完蛋了，真的是白白浪费我的青春。我还想学更多的新的东西，尽管每年都有机会去日本一趟，尽管不用经常性的加班，尽管有不少的项目年终奖和出差补贴，尽管工作没有什么压力，但是这不是我想要的，这样是等于在等死。于是我来到了广州的另外一家对日软件外包公司，尽管也半年多了，也做了两个项目，有点不想做外包的了，不过还是学到了不少可能国内项目没有的东西。这半年多的时间，我又做了.net了,C#的Winform和asp.net项目。半路插到项目组，稀里糊涂的就开始编码了，然后进行测试，开始会写一些QA和B票了，也会写一些简单的邮件了，也真正的了解了日本的工作模式和工作态度了，想骂又想赞。使用高级文字编辑器，进行正则表达式的替换，可以提高很多效率；添加必要的注释有助于理解代码和维护代码，日本要求代码的注释占整个代码的30%~50%左右；我觉得最好的一点就是，在开发过程中，大家有什么问题就写在一个共享的文档里面，大家看到了有解决方案就更新它，方便以后大家遇到同样的问题，好解决；还有一点就是指标，读取设计书要求每一本机能要求提出多少个问题，要求每一个页面机能预计需要多少bug才能达标，预计多少个测试案例才能全部覆盖程序的范围代码覆盖率：使用代码覆盖率工具保证了每一条代码都能执行到，而且要保证覆盖率为100%；理解设计很重要，当你读取设计的时候发现的问题越多，后期的问题也就越少，设计变更也就越少；修改代码之后要使用代码对比工具进行代码对比；要有成本意识，品质意识。对于每一次设计变更，都要最大限度的和日本客户所要工数，工数多意味着拿到的钱就多；1%Bug对于客户来说就是100%的Bug，软件产品的质量直接影响着项目的利润和信赖度；严格流程化作业，客户要求每一步都要做到一丝不苟，落到实处，主要