ohmyjava

摘要：这个星期是最忙的一周。公司正在做明年的规划。而我们信息部门也在做，规划重点正是公司信息化。而其中的问题就是，我们公司的信息化应该怎么做呢？在一周前，我还在考虑信息化应该做成什么样子。参加微软技术大会之后，对其提出的UC（统一沟通）的概念非常向往。想想我们公司应该也可以作成那样。对虚拟机技术也很喜欢，事实上，微软这次技术大会上，很多都是和IT管理非常相关的。于是乎，我们开始设想我们应该作成的样子。其中留给我映像最深的就是那个关于SOA应用的AVI。主人公的所有设备，包括手机、电视、车载电脑等等都是服务的终端，可以任意切换，而不影响工作的运行。如果公司的办公可以做到这点，那么沟通将十分畅通。事实上 阅读全文

摘要：首先你不是CIO，这是现状。但是要做好企业信息化，做不到CIO的高度，就如很多朋友说的那样，必然会遇到很多问题。所以，在接受这个任务的同时，我就对自己说，就当你自己是CIO吧。但是，很显然地是，并不是那么容易地做到CIO。就算你自己认为可以，别人也可能认为不是。但这确实是一个好方法。在做08年规划的过程中，充分体会到将自己作为CIO考虑的快感。这和权利搭不上任何关系，而在于你会少了很多困扰。在考虑具体问题的时候，往往能够主动担当起责任，并由此看清全局。在这过程中，有一点要告诉自己，没有人不让我当CIO--就像没有人说我是CIO一样。这是一个概率上小问题，却是心理上一个大问题。很多人不知道另一半 阅读全文

摘要：微软技术大会2007的唯一额外的礼品，就是SUSE的吉祥物，而且这个是同事可怜我还需要向女友交差送给我的。女友很是喜欢，但我们都不认识这是什么动物。只好向了解开源社区的同事贾请教。 下面是图片，大家也可以看看是不是认识呢？:) 不过，同事也不是很清楚。只好在网上搜索。只记得好像是什么蜥蜴。于是先搜索蜥蜴的英文：lizard，加上SuSE进行搜索，发现果真是SuSE将蜥蜴作为了其吉祥物。参考：http://www.vis.uni-stuttgart.de/~magallon/rants/lizards.html 回过头来，正好补一下关于SuSE的知识。SuSE是Software Und Syst 阅读全文

摘要：参加微软的大会已经很多次了。今年参加了，感觉没有去年辉煌了。很多时候，感受来自于落差，来自于期望，来自于信任。只是希望微软能够做好明年的大会。最大的亮点在于见识了人民大会堂。最大的问题在于竟然让我们住到了12区。我的同事住到了8区，而且第二天还得再换一次！最大的意外在于竟然没有发放纪念衫。又是一个破包！最大的技术在于UC（统一沟通）和SoftGrid（虚拟应用）。最大的感受在于热。显然课堂房间的温度没有调整好，一会儿脱衣服，一会儿穿衣服最大对失望在于饮食。一是没有可乐，而是竟然在最后一天撤掉了一边的就餐区。就是让你排队。 阅读全文

摘要：最近闹得沸沸扬扬的奥运网站800万访问瘫痪的事情，很多人都认为是性能测试未做好。可是我想说的是，如果你有幸成为这个项目的架构师，你能保证你的网站能承担这样的高压力访问吗。第一个问题，你知道你的性能目标吗？这算不算问题？很多人都擅长时候诸葛亮。但是真要让你坐上决策的位置的时候，你往往会更茫然。我知道有很多人在面对性能问题的时候，往往存在两种错误的想法： 对性能估计不足。就如新闻中所说的 ，预计的性能指标可能只是3万。那么系统在初期以及后期根本就不会在意性能的压力。 对性能需求的回避。这是一个扭曲的想法。因为能力的不行，对于性能需求只能采取妥协的做法。虽然很多时候大家不愿意承认这点，但这确实是事实 阅读全文

摘要：最近工作有所变动。公司需要建设企业信息化，而我就是执行者。但是，这个任务就像《把信送给加西亚》，老板在给任务的时候，并没有告诉我具体的要求。而且老板非常直白地告诉我，他也不知道到底要作成什么样子的。所幸的是还有一个口号：安全、高效、适用的数字广联达。在后期的很多博客中，都会在“企业信息化”的主题下，记录在工作过程中的思考、遇到的问题，已经一些问题的解决方法。对我来讲，最大的问题在于“数字广联达”的定义。老板的头脑中，到底会认可什么样的定义呢？幸好，我认识到这不是我一个人能回答的问题，必须组建我的智囊团。小贾和刘T是信息化中部分领域的专家。我们开了第一次讨论会。会议没有制定过高的目标，关键在于统 阅读全文

摘要：近来，将我们的测试框架和市面上流行的测试软件做了对比，发现大家的想法都是一致的。我们也认识到，除了协同工作方面，其他方面还是做得非常好的。办公协同？是的，Google已经退出在线版Office系列软件，而我们的测试框架也同样不能回避这个问题。一开始，我们是可能只有一两个人编写测试脚本，而且还可能两人商量着、研究着，因此开始时候，协同的需求并没有那么紧急。但随着脚本工程慢慢扩大（现在已经4000个测试步骤了），而两个人已经开始分工，各自负责各自的代码（一来两人的经验已经足够独立编写，而来如果不独立编写，进度就赶不上了）。协同一下子变成最最麻烦的事。由于开始没有好好考虑过这个问题。解决方案有两个： 阅读全文