摘要：
前几天学校组织了一次体检，一个兄弟的体检报告与别人的不同，主要是在乙肝的检查上，别人基本上都是1个加号，但是他确是3个，留言就此开始，很多人怀疑他得了乙肝，刻意避免与他接触。。。 我在网上看了看乙肝体检的相关文章，其实这个兄弟的3个加号，未必就是有传染性的，当然也有有传染性的可能了，我想说的是隐私的问题，如果员工确实是有传染性疾病，当然是隔离然后治疗了，但是每年公司或者学校组织的体检，都是大伙排着... 阅读全文
2006年1月19日
2006年1月17日
摘要：
今天做的第1件事情就是辞退了一个在公司试用1个月的学生，由于公司比较小这种黑脸的事情通常都是我来做，在网上看了几篇文章，好掌握一下分寸，千万别伤了这个孩子。他实际上足够优秀，能力各方面也不错，但是为什么反而辞退了呢？原因也很简单，就是他所能胜任的职务与应聘的职务矛盾，他在学习能力和编程能力上表现的足够优秀，但是我们希望的是一个网站设计、开发和维护方面的人才，所以就只能辞退他了，我也想过调整他的职位... 阅读全文
2006年1月16日
摘要：
今天的任务主要是撰写一个标书，按照计划上午来的时候，找了几个兄弟，把外围工作做好，正准备开始弄一些相关的技术部分文档，突然接到一个电话，原来学校的网站又出了毛病，需要马上解决，没办法立刻动身了。 学校这个网站由于一些历史原因，是紧急从一家公司采购的，由于时间太紧，所以就没有进行考察，暂时对付着用着。这个公司很是冷酷，由于一些原因有1W的款没有打到他们的帐上，他们死活就是不提供服务，有一次站点出了点... 阅读全文
2006年1月15日
摘要：
2006-1-13 奋翮高飞 # IceBin's Blog-IceBin.Net # 反波 AntiWave.net # CSDN技术中心 Visual SourceSafe简明培训教程(下) # CSDN技术中心 Visual SourceSafe简明培训教程(中) # CSDN技术中心 Visual SourceSafe简明培训教程(上) # 博客园 - TJDLUT - 基于... 阅读全文
2006年1月13日
摘要：
我在公司的群的宣言上摘抄了Microsoft全球技术支持中心的一个工作理念就是“技术精尖、耐心细致、善于交流、释放压力、保持充电”，作为开发部的一个行为准则。 的确如果所有的兄弟们都能做到这些，那简直太完美了，那我们的团队将攻无不克，呵呵，那就赶上Microsoft了。 我现在倒是喜欢“Enjoy your work！”（享受工作乐趣！）这句从《挡不住的趋势》上摘抄来的话，因为只有能够享受工作的... 阅读全文
2006年1月12日
摘要：
周六、周日打算搬回学校的单身宿舍了，把租的房子退掉，但是屋子里却有一些东西，很难处理，主要是一些“家具”，两张电脑桌、3把椅子、两个写字台、一个组合的柜子。 这些东西怎么处理呢？一个方式是送人，可是没人要，另外一个方式是运到家里，但是总觉得不太值，这些东西家里也用不上，最后决定半卖、半送、半扔，可能这就是一个很简单的处理方式。 但是在维护系统的时候，我们总是尽可能的增加功能，而不是将没有用的功能扔... 阅读全文
2006年1月11日
摘要：
由于一些个人原因，目前大部分时间是不在公司的，很多东西都需要通过网络来实现，本来家里边是安了宽带的，但是由于基本上也不在家，所以很多时候通过拨号上网，上个月的网费有100多块，看来还是不便宜。 公司的事情很多都交给了兄弟们做，但是很多时候还是需要沟通的，虽然网络很方便、电话很方便，但是异地的工作模式还是存在弊端的。 现在看沟通的最佳方式还是面对面的交流，但是如果存在这种情况，怎么办呢？ 如果安全问... 阅读全文
2006年1月10日
摘要：
Part I： 1：我在每个工作日之前，都能为计划中的工作做些准备。 2：凡是可以交派给下属（别人）去做的工作我都交派下去。 3：窝里用工作进度表来书面规定工作的任务和目标。 4：我尽量一次性处理完毕每份文件。 5：每天列出一个应办事项清单，按重要性进行排序，依次完成这些事情。 6：我尽量回避干扰性电话、不速之客的来访，以及突然的约会。 7：我试着按照生理节奏的变动规律来安排我的工作。 8：我的日... 阅读全文
2006年1月9日
摘要：
这几天又去了一趟京城，刚刚回到家里，特别的疲惫，昨天美美的在家里睡了一觉，刚刚有些缓了过来。 这次收获还是满大的，产品的运行比较稳定，没有出什么大的问题，而且也看到了用户千奇百怪的用法，感觉比较又趣。 在实施中家里边倒是出了一点小问题，由于是周六，公司没有人值班，用户将电话直接打到我这里，我还比较诧异，因为在我出差的时候已经将这个任务分配下去了，但是技术支持怎么断了呢？ 通过联系才知道，兄弟的电话... 阅读全文
2005年12月30日
摘要：
产品的升级不是一次就可以完成的，需求会像洪水一样永远都不会停止，千万不要相信需求已经没有了，这个设计可以满足未来几年的需求，这类屁话。 要学会停止，需求的搜集应该是一个长期的过程，但是在有限的时间内完成产品的升级，确是实实在在的，让需求继续获得，但是在规定的时间内只管这些需求，别的放一放。 不要设计超过3个月的产品升级，过长的升级计划，往往压力太大，设计和分析往往会缺失，要在3月以内，以3个月为限... 阅读全文
