lightmangjh

摘要： 需求、设计、分工都已经确定，大家开始按部就班的着手自己的事情。这时的项目团队，很像飞起起飞后，进入自动导航的程序。驾驶员可以暂时放松了，时不时地检查一下系统运行是否正常，提早排除一些隐患，或者处理系统反馈的异常，如果不碰到意外情况（如雷电、飓风、UFO什么的，或者驾驶员抽风，幸好还有个副驾驶），就等着到达目的地了。这个过程是项目最漫长的，也是很枯燥的，虽然大家一步步向前迈进着，但目的地似乎还是很遥远。毕竟人的情绪不可能一直都维持在一个高度上，当整个团队热情都达到最高处时，就会自然的下降，为了维持住这种热情或者不让它下降得太厉害，除了设立里程碑这样的东西外，也需要项目以外的手段。例如聚餐、出游等 阅读全文

摘要： no such partitiongrub rescue>:悲催的在winxp环境下删除了ubuntu分区，结果重启后就出现了上面的提示:(基本知识：在一番搜索了解后，是引导出了问题（mbr-master boot record，这是硬盘启动后第一个被访问的内容，不论你装的什么系统win lin mac都从这块开始）如果mbr出了问题，那就是什么都用不了的。历史背景：之前在我装了ubuntu后，mbr就被改写先指向ubuntu引导，再选择是进入win还是ubuntu，即mbr->ubuntu->win。现在好了，我把ubuntu分区直接删了后，mbr就找不到win引导了，即m 阅读全文

摘要： 当人习惯使用一种工具的时候，就会产生依赖性——习惯了。这其中部分是因为人的感情因素，还有一部分是理性因素，因为新的工具还不了解，不能保证是否会带来风险。随着年纪的增长，人不论在感情方面还是理性方面都会变得保守，不希望太多的变化，承受的风险程度也下降。这样看来，想要人换个工具，其实是要改变他的习惯，这是恐怕是天下最难的事。如果不用强制的（教育小孩基本是这样），那就必须让人从思想上接受，而且也得有个时间，不能说变就变。给他时间认识、了解，并参与到工具的设计讨论中来，是良好的开始，即使最后也没能使用，也不会遗憾。总有人会欣赏、接受你，毕竟不可能所有人都喜欢你、也不会所有人都讨厌你。 阅读全文

摘要： 其实需求和设计一旦定下来，后面的分工就水到渠成了。谁设计的谁开发，测试也是。不会有第二个人比你还清楚这个功能是如何如何，当然其中的漏洞你也应该比别人更明白。分工也明确了，接下来还有一个重要的事情要确定——工期。这不论在哪都是必须的，项目经理、经理、副总、甚至老总，都要得到一个这样的数据。而且，你还不能瞎编，要有凭据。关于这个问题，我只知道一个办法，让每个人把手上的工作任务细分下，每个“功能”给1-2天时间，如果你觉得超过这个时间，就把“功能”再细分下。这好比一棵树，你要完成的整个功能就是root，然后划分成几个二级root，这样一直划分下去，直到leaf（leaf的时间限制：1-2天能够完成的 阅读全文