英雄不死!----悼王江民
发布于 2024-10-02
885
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章讲述了作者在网上得知王江民去世的消息后所感受到的突然和伤心。作者表达了对王江民的追思,并回忆了与王江民有关的几段故事以及王江民在作者心中的传奇形象。
文章提到了1997年一位技术高手在面试中解密了王江民杀毒软件的加密卡,从而展现了王江民的软件在当时的影响力。作者通过这个故事描绘了王江民在技术界的传奇地位。
另外,作者回忆了2001年王江民亲自修复了一个硬盘的数据,展现了王江民的技术能力和对工作的负责态度。此外,作者还提及了2004年听到的关于王江民的趣事,以此展示王江民个性鲜明的一面。
文章最后表达了作者对王江民的崇敬之情,特别是对他自强不息的精神的赞扬。王江民虽然幼时残疾,但38岁开始学习电脑并取得巨大成就的事迹,让作者感到王江民的精神将永远长存。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 886.3K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
为什么必须首先做规模估计?
这个问题客户问过我,我也解答过多次,但是我一直没有更直接的理由说服我自己,认为必须先做规模估计再做工作量估计。 比如:对维护类的项目,或者是维护类的活动,为什么要估计规模呢?项目组的人没有技术风险,对需求很熟悉。 我总结了如下的理由: (1) 以规模来估计工作量与成本 (2) 规模估计与实现的人与技术无关,比较客观 (3) 可以度量项目的开发效率:规模/工作量 (4)
CMMI4级实践问题30问-1
第1问:应该建立哪些组织级的性能基线? 答: (1) 由商务目标派生出基线需求 组织级的产品质量与过程性能目标是什么?这些目标可以通过哪些度量元来刻画?哪些因素影响了目标的达成?这些因素可以通过哪些度量元来刻画?这些度量元是否可以建立基线? (2) 建立力所能及的基线 需要建立基线,但是却无历史数据,或者收集基线数据的成本很高,也就只能放弃,需要等到时机成熟了才
程序员必读之作:重构
十月一之后安排了我去培训《设计模式》,由于听众多为C与C++的新手,我想先从重构开始讲起,循序渐进,于是我决定仔细阅读〈重构〉这本书。 这本书我很久之前买的,当时大概读了读,感觉不错,就拿给了我表弟去读,他是程序新手。 这次是系统地读。 有个朋友曾经跟我说过,这本书不错,只是有点罗嗦,他是十多年经验的老程序员了,有此感觉很正常。写一个好程序的道理其实就如一层窗户纸,一点就透。但是,难得的是这本书系
用COSMIC方法帮助澄清需求的案例
实施COSMIC方法,除了可以度量软件的规模以外,还可以通过数功能点,识别需求中模糊不清的地方,起到需求澄清、需求验证的作用。下面通过一个简单的例子来说明之。某系统的需求规格说明书中有如下的一个功能需求描述:考勤明细查询功能说明:1展示员工每天的有效打卡记录,清晰展示上下班时间、打卡照片等;2可查看员工每天所有的打卡记录,显示的信息包括:名称、部门、员工状态、工号、日期、上...
敏捷方法开发总结的点评记录
某项目组采用敏捷的方法完成了一个项目,在此过程中,每次迭代结束后,项目组的每个成员都总结了本次迭代的经验教训,我汇总这些经验教训后,点评如下:
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线