ohmyjava

摘要： 最近总是接触到规划文档的评审。有自己写的，也有看别人写的，还有帮人出谋划策的。这些规划的题目大概如:公司的未来语言规划、公共资源管理规划、工业化开发规划等等。但凡规划，大概是一件事，要预先考虑到3年，甚至5年后的发展方向。规划出一个大致的目标出来，然后指出一条路线，大家以后就这么走过去。很多人可能说，未来是无法预测的，做规划其实很没谱。计划随时都会变，更长时间的规划，做出来有什么意义呢？关于这一点，我只是顺便一提，我也不想多说，我只是想说，有一些人相信，事情可以规划一步、实现一步、成功一步。很多事业有成者都是这样走过来的。我不能算事业有成，但我也认可这点。回头继续说咱们的技术规划。我还得说一句 阅读全文

摘要： 最近看了一篇翻译的文章：你需要准备的五个面试问题，感觉深不以为然。也有人经常问我面试要准备什么问题。我也总结了几个问题如下：第一、你要面试的岗位是甚么？很多人就听到开发工程师就去了，也不知道是开发甚么产品，具体什么业务，客户是谁。所以容易抓不到重点。第二、这个岗位的核心能力是甚么？这点很重要。如果要的是沟通能力，那你别光表现你的业绩。如果要的是架构能力，你别只说一些项目管理。抓不住方向，第一步就失败了。第三、你在哪方面支撑这些核心能力，有具体的事例吗？准备很重要。充分的准备，能让你的表达事半功倍。如果你要表达你的沟通能力，可以在一进去之后，就尝试这些。如果你要说技术能力，那就多说说你做过的东西 阅读全文

摘要： 因为新员工的缘故，最近和新来的女同事做了一次绩效面谈。主要是了解一下学习工作情况，团队融合程度等等。面谈过程中，明显感觉到她作为女性程序员所特有的一些担心。我大概能理解一下，大概有以下几点：第一、感觉技术能力不如其他人。由于女性同志往往不能如男性同胞这么毫无节制的把时间浪费在电脑里面，所以他们对于技术的感受，往往不是很深。对于新技术更不是很敏感。长时间累积下来，就会感觉到自己技不如人。第二、周围女性伙伴太少，势单力薄。其实第一个问题，对于很多人都会遇到，不光是女性程序员才会遇到的。但是由于第二个问题，导致她们往往不能通过群体的力量去弥补这些差距。所以有一些女性朋友，如果能够和男性同事打成一片， 阅读全文

摘要： 今天在问带的两个徒弟，明天汇报谁来讲的时候，他们说就随便定了一个人来讲。我很是奇怪，就问，能讲好吗？他们说，都是一起做的，谁讲都一样！我当即否定了这个判断。在我看来，大家一起学习，学到很多相同的东西，这点没问题，但是要说能否讲出来，那就是另外一个问题了。有一个成语叫“深入浅出”，用来形容这两件事刚好贴切。学习的时候，一定要沉下去，不要只看表面现象。这就是“深入”。技术人员在这点事，往往做得都还可以。当然了，这也要看你花费了多长时间在里面，花费多少热情！技术人员，往往在“浅出”上出了问题。他们往往是用非常技术的语言，去讲解他们学习到的东西。可以叫做“深入深出”。东西是理解了，但讲出来，听的人，感 阅读全文

摘要： 在发生的时候，没有抛出异常现象，这样的BUG是很难进行跟踪的。你只有通过各种方向的分析，调查，才能慢慢的找到。这就好像，突然发现一个尸体，你就得到失踪人口里去寻找，可是是否找得到，有时候可能就是运气问题。幸好，软件不是现实，我们可以反复的进行调试。同样是上次案例的那个服务器。有一段时间发现服务器在自动化测试的时候，每跑到2个小时后，就会出现内存不足的问题。这肯定是出现内存泄露了。我们有跟踪TObject创建和释放的钩子，但却发现没有对象忘记释放的情况。而且在本地调试，怎么也出现不了这个情况。但一放到自动化测试环境中，就准会崩溃。实在没辙，只能跟踪服务器内存占用情况，发现挺奇怪的，每次都是5M的 阅读全文

摘要： 一直感觉研发人员相对市场人员确实缺少点什么，今天听到一个原华为的人说华为的文化中有一个“不要脸”文化。讲的就是研发人员要特别注意的事项。特别说明，不要脸，三个字，据说是任正非认为这样好记，才取得名字。这三点是：抬头看路，找人问路，请人带路。我觉得研发人员和市场人员的关键差别来源于一个对着电脑工作，习惯于自己解决问题。一个面对着工作，习惯与人打交道。这两点差异，确实导致了研发人员在工作过程中，不容易发挥与人打交道的长处。容易闷在那里独自解决问题。所以，这三本点，是建议研发人员在工作过程中，要学会跳出来，找人帮忙，解决问题是目的，是否自己解决的不是重点。另外一个，就是很多研发人员，以自己解决问题为 阅读全文

摘要： 并不是所有的BUG，都会让你看到现象的。杀人案看到尸体，总还算有一个线索。如果最终就是消失了，那才难以发现。程序中有几类程序就是没有界面的。Window的Service，或者是自己做的应用程序服务器AppServer。有一个案例就和这个AppServer有关。原来，产品部门把系统部署给客户试用之后发现，服务器每隔两天就当机，重启之后，又好了。但两天后肯定出问题。项目组的人试了很多方法，都没有找出原因来。因为正常的客户端操作都是正常的。出错的时候，也没有甚么不正常的操作。这件事情困扰了项目组很长时间。以至于每个人都时时刻刻的关注着服务器的状态。想看看服务器到底甚么时候当掉的。一位同事就是这样坚持 阅读全文

摘要： 有时候显示的BUG，你可能看不懂。有时候显示的BUG，你想不通。下面这个案例，当时遇到的时候就非常想不通。我们产品将于GTF（公司的自动化测试框架），做了自动化测试。测试人员发现，在模拟绘制模型的时候，鼠标一旦移动就报错。但是开发人员在实际复测的时候，怎么都复现不了。于是找到我来帮助诊断案例。因为GTF是我设计编写的。他们怀疑是不是GTF出问题了，导致这种奇怪的问题。我上次就说过这个问题了，人们在怀疑BUG出在哪里的时候，往往容易对自己不熟悉的领域进行怀疑。不过这个时候，不是我来争论这个道理的时候，诊断问题要紧。从案例的表象来看。如果GTF本身没有问题的话（我是坚信这点的），那么BUG肯定是因 阅读全文

摘要： 有时候错不在你，但还是错了。所以还是错了！碰到今天这样的BUG，确实让人很烦恼。就是明明大家都在正常使用，突然有一个人告诉你，在他的机器上怎么都不行。那是一件很让人懊恼的事情。也就是说，他的机器上的某个环境肯定有问题。问题是，什么地方有问题呢？这次是在一个软件中，有一个上传附件的功能模块。服务器是一个HTTP服务器。客户端对文件进行断点上传。通过HTTPAnalyzer分析后发现。在这台PC上，一旦访问这个HTTP服务器就报inet.dll致命错。一开始怀疑是不是这个DLL出问题了，但是按照网上的方法尝试了之后，都没有用。最后在尝试的过程中，发现，只要吧服务器的地址，加到信任站点中，就不会报错 阅读全文

摘要： 真相总是那么简单。但是背后却有很多深刻的道理。这一次的故事，原因很简单，但却很发人深省。这日，同事找到我，说他的一个WebService调用的时候老是报错。因为他知道我有很多经验，所以找到我帮忙调试。到了他机器面前，详细了解后，发现是这样的现象。他写了一个WebService，在本地调试的时候，都是成功的，但是一旦部署到服务器上后，就报错了。这个很简单，我就建议他把服务器的环境，配置到本地，再进行调试。他在进行这项操作的时候，就和我交流感想。他老怀疑他调用WebService的时候，是不是甚么地方写错了。是不是甚么地方没按照规范写，是不是甚么地方没到位。所以他在调试不成功之后，就一直怀疑是写法 阅读全文