寻丨路

一周多没记录了，足以看出这段时间比较忙，还有自己也懒得记录。

项目上暴露出的与实际不一致和逻辑思考的不充分月来越多，就像程序的外部接口问题还不明确，哪些数据从外部获得还不清楚；还有上次开会的时候说码头上箱子长短混合着放的，而不是每个区域完全一致的；现在看到代码的逻辑，发现箱子都是根据画布的大小等分以后绘制出来的..人家操作员看这个图的时候看到的要是实际的箱子位置，怎么能根据画布的大小等分？不然界面上显示不准，操作员怎么敢看着界面就把吊具往下面放？
    就像老爸说的，做软件的去做其它工程自动化项目问题很多，最大的问题就是对工程生产运作过程一点不了解，闭门造车。而我从中感觉到的是，这些软件产品设计上的问题，很多时候需要同时考虑代码逻辑和实际情况才能被发现。就算不必实现每段代码，也需要了解每段代码的逻辑与实际需要是否相符。虽说作为产品运营人员不应当对产品实现的技术细节过于限制，但有些代码上逻辑问题是很难通过产品的运行表现看出来的，所以负责产品运营的产品经理肯定需要有懂技术，能接触代码的能力，才能更明确的给出需求，才能更好的监督开发人员的工作是否符合实际情况。

自己最近抓时间比前段时间有所提高，但有时还不是能完全控制住自己，完全放得下，把时间用到该用的地方去。继续努力！

写文档第一要素：定义要明确。作为产品分析和设计的重要参考，产品文档必须对用词有明确准确的定义，而不能含糊其辞，混淆概念。像我们现在这个项目，由于对码头上常用的各个术语的中文以及英文定义，如堆场，block， zone，yard等定义模糊，不同时间，不同人员之间说法不一，导致开发人员开发时标准不统一，同一个词在不同开发小组中理解不一致，最终导致整个程序的不一致，写出来的代码无法阅读，极易产生误解，现在经过调试暂时没出什么问题，但很难保证其它开发人员做后续开发的时候不出问题。

昨晚在笔记本上卸载了jdk6改回jdk5，再用VE还是不行。由于网上资料很少，特别是中文的资料几乎没有，今天突发奇想上Win Live Search和Google的英文查了资料，果然在eclipse开发区中找到了回答：暂时没有和europa对应的ve版本，要等到下一个版本了。

从这件事中，首先要反省自己，在遇到没有碰到过的情况，按常规(或惯例)不行的时候，一定要多考虑是哪些环节可能出问题（自己昨天只考虑到可能是jdk出问题，没想过Europa也可能出问题），多收集信息（英文的软件就不要只收集国内的信息），而不要自己胡乱尝试，盲目尝试，特别是两次基本相同的尝试。计算机不是个用侥幸心理就能搞定的东西。

       以后要多上上英文站点，仔细阅读英文资料。现在有了Google ToolBar这么好的翻译工具，省了到哪里上网还要装金山的麻烦，就更应该多上英文站点。一方面是靠阅读大量英文资料锻炼自己的英文阅读能力，另一方面，很多英文站点的确有更新更充实的信息，学会利用英文资料对自己以后大有裨益。

今天在公司装金山词霸装到死，居然又得罪了卡巴，晕倒

发现几个站点：百度帮助 里面讲了一些互联网商业基础知识；

用了一个新的浏览器opera，感觉不错，有很多功能没搞清楚是怎么回事，要多用用这些新产品，同时也要多看看业界文章，发现华军软件的新闻比较对我的口味，难道只有软件园才关心这些东西？