已有 20397 人访问
李维敏 ID.534
博客(13)
李维敏的博客
　　不用在意剩余内存的大小，其实很多人都是把使用其他系统的习惯带过来来了。android大多应用没有退出的设计其实是有道理的，这和系统对进程的调度机制有关系。如果你知道java，就能更清楚这机制了。其实和java的垃圾回收机制类似，系统有一个规则来回收内存。进行内存调度有个阀值，只有低于这个值系统才会按一个列表来关闭用户不需要的东西。当然这个值默认设置得很小，所以你会看到内存老在很少的数值徘徊。但
368°/3657 人阅读/0 人点赞/3 条评论
1、Flash 你一定在想我是不是脑残了，Flash都快死了，还能算是最潮的东东吗？我有我的理由，如果Flash将死，那么他必会有一搏，而且是拼了老命的一搏，想想那个90年代濒临破产的水果公司现在的成绩吧。就算有HTML5和javascript这些东西的存在，我也很怀疑Flash会完全从网络上消失，Flash必须证明自己的价值所在。Adobe当然也知道Flash的威胁所在，那些HTML5
331°/3312 人阅读/0 人点赞/0 条评论
敏捷方法学非常强调客户的反馈和交互。有很好的客户参与度的项目，相比那些缺少客户交互的项目，更有可能成功。那么，敏捷团队怎么样才能保持良好的客户参与度呢？ Mike Griffiths提到了以下几种对于缺少客户参与的预警信号： 没有或者几乎没有客户的反馈——没有消息从来就不是好消息。在给客户做演示的时候，或者演示之后，客户没有任何反馈意见，应该被视为红色警告。 很晚才报告错误——快要临近发布了，客
472°/4716 人阅读/0 人点赞/1 条评论
Yahoo! 　　《格列佛游记》的作者Jonathan Swift发明了yahoo这个单词。在小说里，它代表了一个在外表和行为举止上都令人厌恶的家伙，简直都不能算是一个人。Yahoo! 的创始人杨致远和David Filo选择这个名字的原因是他们觉得自己是yahoo。　　另一种说法，Yahoo是Yet Another Hierarchical Officious Oracle的首字母缩写
395°/3948 人阅读/0 人点赞/1 条评论
     虎大王公开招聘一名守卫，薪酬优厚。招聘的通知发出以后，动物们纷纷前来报名。经过层层筛选，黄牛、狐狸、老鼠三名动物胜出，进入最后的选拔程序。 这三名动物各有所长，都身手不凡。黄牛力大无穷，且忠心耿耿；狐狸聪明绝顶，行动敏捷；老鼠十分机警，并善于打洞。总之，三名动物都是动物中的佼佼者，但 只能录取一个。     最后的选拔采取现场比
389°/3792 人阅读/22 人点赞/10 条评论
当时公司招了大批应届本科和研究生毕业的新新人类。平均年龄25岁。那个新的助理，是经过多次面试后，我亲自招回来的一个女孩。名牌大学本科毕业，聪明，性格活泼。私下里我得承认，我招她的一个很重要的原因，除了她在大学里优秀的表现之外，还因为她写了一手漂亮的字。女孩能写一手好字的不多，尤其像她，看起来长发飘飘，多么女性化的一个姑娘，一手字却写的铿锵倜傥，让我对她不由多了很多好感。 　　 
427°/4184 人阅读/0 人点赞/9 条评论
企业愿景：企业愿景就像那面红红的旗帜，插在山岗之上，不断地激励着企业奋勇向前，拼搏向上。成熟的、有活力的企业有明确的组织愿景。如果你所在组织的企业愿景还在老板的脑袋里，那作为过程改进的你需要鼓足勇气向老板问几个问题了，如果老板回答了以下几个问题，公司愿景就明确了：   *  在3～5年内，你要你的组织变成什么样？ *  如果在接下来的3～5年退休，
454°/4517 人阅读/0 人点赞/3 条评论
      随着软件测试对提高软件质量重要性的不断提高，软件测试也不断受到重视。但是，国内软件测试过程的不规范，重视开发和轻视测试的现象依旧存在。因此，对于软件测试的重要性、测试方法和测试过程等方面都存在很多不恰当的认识，这将会进一步的影响软件测试活动的开展，并且阻碍软件测试质量的提高。下面简单列举了几种有代表性的对软件测试的认识误区，并作了相应的分析和解释
398°/3952 人阅读/0 人点赞/3 条评论
测试的目的是什么呢？这是一个看起来很简单、不太值得讨论的问题，但往往这样的问题其实是很难回答的，比如人生的意义是什么？好，现在我们就来，列举一下我们经常听到的对这个问题的回答： “软件测试的目的是尽可能发现并改正被测试软件中的错误，提高软件的可靠性。”，这个定义听起来很正确，但用它来指导测试会带来很多问题。比如有的组织用发现的bug数来衡量测试人员的业绩，其实这就是这种测试目的论在后面作祟，其结果
463°/4621 人阅读/0 人点赞/1 条评论
    一个关于移动的项目，现在做了快两年了，项目越来越大，其中有的表数据加上历史数据都到10亿级别，由于这两年团队成员流动大，导致代码越来臃肿，前期项目代码的管理不善，除了较大的版本，一般的小修小改都不经过代码评审，本地测试通过后，直接hotfix，有时候很顺利，但是偶尔导致较大问题，有时候甚至影响客户使用，导致公司亏损。现在领导发现问题就直接骂工程部，导致现在每当
428°/4260 人阅读/0 人点赞/2 条评论