英雄不死！----悼王江民

发布于 2024-10-02
1021
版权声明

我们非常重视原创文章，为尊重知识产权并避免潜在的版权问题，我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容，访问作者的公众号页面获取完整文章。

查看原文：英雄不死！----悼王江民
文章来源：
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读

文章讲述了作者在网上得知王江民去世的消息后所感受到的突然和伤心。作者表达了对王江民的追思，并回忆了与王江民有关的几段故事以及王江民在作者心中的传奇形象。

文章提到了1997年一位技术高手在面试中解密了王江民杀毒软件的加密卡，从而展现了王江民的软件在当时的影响力。作者通过这个故事描绘了王江民在技术界的传奇地位。

另外，作者回忆了2001年王江民亲自修复了一个硬盘的数据，展现了王江民的技术能力和对工作的负责态度。此外，作者还提及了2004年听到的关于王江民的趣事，以此展示王江民个性鲜明的一面。

文章最后表达了作者对王江民的崇敬之情，特别是对他自强不息的精神的赞扬。王江民虽然幼时残疾，但38岁开始学习电脑并取得巨大成就的事迹，让作者感到王江民的精神将永远长存。

麦哲思科技任甲林

查看原文：英雄不死！----悼王江民
文章来源：
麦哲思科技任甲林
扫码关注公众号
相关推荐
人之初，性本善
1484
古人很伟大，说了一句符合统计学原理的话。 如果以95%作为置信度，人刚生下来时，应该是有95%的概率是一个好人，5%的概率是个坏蛋。如果人之初，性本恶的话，你走在马路上，遇到100个人，会有95个人过来伤害你，这不是现实，因此人之初，性本善。 是一个好人，不代表好人不做坏事，只是好人做好事的概率大，做坏事的概率小，好人做坏事是小概率事件。 是一个坏人，不代表坏人不做好事，只是坏人做好事的概率小，坏
在发问前，你要想清楚什么？
1773
不满 想要 视角 教练
为什么教练发问要面向未来？为什么面向未来可以释放更多的资源和发现更多的可能？
Swift推荐书籍
2181
Swift 开发 iOS 语言
推荐7个学习Swift的书籍或文档
致毕业生：毕业之后，请尽快忘了你的专业
1561
专业 行业 毕业 京东
离开校园的我们就像是离开大海的鱼，活下来的前提就是，尽快忘了你曾是一条鱼。
windows操作系统的电脑越用越卡？简说几种原因和解决方法。
1544
电脑 内存 软件 硬盘
电脑越用越卡的几种原因和解决方法 ，经过简单操作之后，电脑运行速度明显变得快多了。
通过有意识地制造共同的外部敌人，煽动者将同质的追随者紧密团结在自身周围【你细品】
651
敌人 制造 团结 不需要
文/硕博天下你一定见过这种现象：一个原本一盘散沙的群体，突然之间变得空前团结。
麦哲思科技任甲林

麦哲思科技（北京）有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员，中国分部主席

471 篇文章
浏览 1035.7K

还在用多套工具管项目？

一个平台搞定产品、项目、质量与效能，告别整合之苦，实现全流程闭环。

查看方案
麦哲思科技任甲林的其他文章
程序员必读之作：重构
十月一之后安排了我去培训《设计模式》，由于听众多为C与C++的新手，我想先从重构开始讲起，循序渐进，于是我决定仔细阅读〈重构〉这本书。 这本书我很久之前买的，当时大概读了读，感觉不错，就拿给了我表弟去读，他是程序新手。 这次是系统地读。 有个朋友曾经跟我说过，这本书不错，只是有点罗嗦，他是十多年经验的老程序员了，有此感觉很正常。写一个好程序的道理其实就如一层窗户纸，一点就透。但是，难得的是这本书系
需求与设计人员如何配合工作？
在软件开发的过程中 ，经常出现需求与设计脱节的现象，如设计人员按照自己的理解去设计，没有遵从需求去设计系统；需求人员做完需求定义后，交给设计人员去设计，撒手不管了等等，为了使需求与设计人员更好的协作，建议采取如下的措施：Ø     需求人员与设计人员一定要分离，否则无法解决需求文档化的问题，但是文档并不能解决所有的沟通的问题，还需要面对面的沟通。Ø     需求评审设计人员一定要参加，设计评审需求
AI编程之需求分析与描述
文章浏览阅读508次，点赞3次，收藏5次。本文探讨了AI编程时代需求分析与描述方式的变革。传统编程中需求描述可保留模糊性，依赖人工沟通完善细节；而AI编程必须将模糊需求转化为精确、完备的规格说明，因为AI无法主动追问模糊点。文章通过对比传统模式与AI模式的需求处理差异，指出开发人员需扮演"翻译官"角色，将业务需求转化为AI可理解的结构化规格。重点提出了5项规格检查标准以确保无歧义，并通过购物车案例演示了从模糊需求到精确规格的转化过程。最后构建了从需求到设计的完整链路，强调业务事件、能力和规则的结构化描述是
四种测试层次的比较
名称 测试对象 侧重点 参照物 充分性的评价方法 时机 测试方法 测试执行者 单元测试 软件的最小单元，如函数、方法等 逻辑的正确性 详细设计、源程序 代码、分支等覆盖率 软件中的基本组成单位完成后，边开发边测试 白盒测试、动态测试 一般是开发人员 集成测试 软件的模块、子系统 接口的正确性 概要设计、详细设计 接口覆盖率 软件系统集成过程中，边集
过程描述的方法
图片： 图片： 在CMMI模型中提供了一种描述过程元素的方法，包含了12个要素：• 过程角色（Process roles）:哪些角色参与本过程的哪些活动，可以用角色-职责矩阵表示• 适用的过程和产品标准（Applicable process and product standards），包括企业内的或者企业外的• 适用的规程、方法、工具和资源（Applicable procedures, meth
随机阅读
软件工程3.0前传：AI赋能软件研发
05-01
衡量数字化能力，从这四个领域入手！
08-21
敏捷史话（十三）：我被 Facebook 解雇了—— Kent Beck
08-21
敏捷工具 | Scrum Board与Kanban如何抉择？
08-21
你不知道的PHP小技巧之计算文本相似度
07-18
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
去下载