SoftwareTeacher的专栏

我认为这更重要。你要把战略建立在不变的事物上” – 戒定慧 – 要定！目标清晰了，稳定了，手里要做的事情就少了，事情少了，在每一件事情上能下的功夫就深了，才能有洞察和智慧，才能做到比别人好一个数量级。定 - 不是僵化，或者抱残守缺，Netflix 正是认定了要做大众的娱乐，自己求变，把DVD 光盘邮寄业务转为流推送，再转为自己制作大片。用户需求是定的，满足这样需求的方式是不定的，CSDN 是否也和 Netflix 有相似之处？

2023 年，大家都说是开始拼经济用户体验设计团队博客+CSDN 主站业务确保网站安全，积极解决问题，提供一流体验CSDN 运营工作，[特别是针对创作者的运营服务]CSDN APP 和各种移动小程序CSDN文库团队鼓励用户交流更多优质内容CSDN 搜索团队CSDN 客服团队的总结积极处理客诉，提升社区品质[CSDN 学习业务的总结] - 从 5 分钟的快速练习到完备的学习成就页CSDN [社区云服务]CSDN 的AI + 数据服务。

AI编程时代，程序员还有前途么？这也是最近软件工程师们聊得比较多的问题，上周，在上海的 “关东小磨” 和十多位 CSDN 博主聚会的时候，大家也稍微谈了一下这个话题，但是谈得不透。我想在本文整理一下我的思路。

随着 AI 能力的提高（Kent 的文章提到，AI 的进步速度要大大超过人类），他们在这些初级、常规性的工作中一定能做得非常好。 那么，人类软件工程师的 10% 核心技能到底是什么呢？

顶级程序员的心得 –– Coders at Work我2009年读了 “Coders at Work”, 这是作者对15 位顶级程序员的采访， 总共600页。 这些看似冗长的问答中有不少精辟的言论。我摘录了一些他们关于面试程序员的建议； 优秀程序员的特点；对高效率软件设计的看法，等等。

设计动机：CSDN 是中国 IT 人士学习、成长、成功的平台， 这个平台有很多博主， 博主写的很多优秀文章获得了粉丝。 那么， 博主获得粉丝之后， 博主以粉丝为荣么？ 博主如何帮助了粉丝？ 有些博主对粉丝不太理睬，有些博主热心地帮助粉丝成长，我们怎么鼓励博主吸收新用户，发展新用户，领导新用户学习成长呢？我们的博主做了不少 博主粉丝社区， 例如（哪吒社区， VUE 社区 等）。 学习、成长有很多方式，怎么统计“带领了粉丝学习” 呢？ 简单地说， 我们会统计博主带领他的粉丝一起获得了多少原力分的增值，

Myths of innovation 创新, 创新型人才, 创新型企业, 创新型国家, 这些都是最近时髦的词汇, 我在微软亚洲研究院创新工程组工作, 看过创新的猪跑, 也吃过创新的猪肉, 在这里和同学们分享一下我的体会。 这些内容好多可以从各种参考书中得到，并不是我独创的见解。 迷思之七 – 成功的企业更能创新

这是我的湛庐课程） 的一部分。《编程人生》是一本优秀程序员的采访集，里面记录了15位世界级编程大师的故事。我在里面说过，在这个书单课里，我会通过对四种关系的梳理，帮你系统思考自己的职业发展。而在这几种关系中，最基本的一个，就是要处理好“我和自己的关系”，更好地认识自己。

我们谈了不少测试的名词, 规范和原则). 软件是人写的, 测试计划和测试用例也是人写的, 人总会犯错误。错误发生之后, 总有人问: 为什么这个bug 没有测出来啊?! 我们看看一类简单的bug是如何发生的，以及如何预防它们再度发生:闰年软件少不了和日期打交道, 日历系统算是人类的一个 legacy system, 这个系统在逐步进化的过程中, 打了好多补丁

如何决定创新的时机？ 我经常用 “黄金点游戏” 来做和创新的时机相关课堂练习和讨论，效果很好。我把这个练习和它的一些延伸话题都搬到这个新博客里。

理论讲了很多，来点实际的例子吧！这篇博客，就用一个实际的例子，讲讲我们 CSDN 目前是如何处理故障的。

上次的博客， 我写了一些关于的故事。不论是感性还是理性，我们的目的就是要把软件交给用户去用， 在软件行业中有这样一句俗话：当你把产品交给用户的时候，你的学习才刚刚开始。当然每个团队成员都希望用户非常喜欢这个产品，我们能从胜利走向胜利。但事实上，人会犯错误，大家会想自己上学学习的过程，就是不断被发现错误，然后你承认错误，分析错误，再去改进的过程。这个过程中，有什么理性和感性的因素呢？有很多。这个博客就主要分析，当我们的项目碰到挑战/困难/失败时，我们展现出来的感性和理性决策过程，以及它们背后的各种因素。

Myths of innovation创新, 创新型人才, 创新型企业, 创新型国家, 这些都是最近时髦的词汇, 我在微软亚洲研究院创新工程组工作, 看过创新的猪跑, 也吃过创新的猪肉, 在这里和同学们分享一下我的体会。 这些内容好多可以从各种参考书中得到，并不是我独创的见解。 迷思之一 I

几年前，我偶然用一个 叫 Zine 的小app 写了两篇文章，感觉非常好。后来在网上认识 了Zine 团队的创始人 Louis，也喜欢上了他们的另一个 App：Varlens， 最近他们推出了记笔记的 App Lattics，一些功能也很惊艳。是从国内发展起来的一个小团队，他们有跨时区的远程合作，但是并没有 996，发布的三个产品反响都很不错，公司盈利情况也很健康，并不需要外界的投资。我想，连续三个产品都是让人感觉惊艳，在体验和收入上都取得成功，这个团队一定有很多值得学习的地方。

在一个神奇的国度里生活着许多动物, 其中有猪, 鸡, 和鹦鹉。它们每天搞头脑风暴, 琢磨如何创业, 最后鹦鹉提议它们合伙开一个早餐店具体分工如下:猪: 提供猪肉, 做熏猪肉 (bacon)鸡: 提供鸡蛋, 做煎蛋鹦鹉: 提供咨询, 它会每天阅读大量博客, 给其他团队成员提供建议, 例如最新业界趋势, 最新术语, SaaS, N-层架构, 创业明星当年的轶事,

我们开发软件，当然希望用户喜欢，并持续为我们的软件付钱。CSDN 这个 “软件” （网站，app，开发云、猿如意、插件、公众号等）在过去的很多年中，有很多用户使用，也有不少用户喜欢，还有更少的用户为之付钱。我们在商言商，怎么能让更多的人付钱使用我们的产品呢？用户的决定是怎么做的呢，我们有什么办法来影响用户的决定呢？

如何给一个有一定历史的团队带来真实的改进？ 读书笔记：员工没有分清楚：这个业务的成果是因为公司平台带来的，还是我独特能力和努力带来的。很多 ‘改革’ 停留在口头。改变一个人是非常困难的。公司的决策者未能严肃地跟进、分析核心业务的成败，分析因果关系。要达到 “非常成功”， 就要树立 “紧迫感”，深入分析并执行新战略，但是，这是会让人不舒服的，如何能让团队克服种种 ‘不舒服’，把流程和产品做到一流？这需要核心团队成员持续一致的努力。很多改进在一年以上才会有根本的效果，要有耐心和毅力盯住核心问题迭代改进。

总结的链接其他团队的汇报博客如下 （全部上线日期：2022/12/26）博客+CSDN 主站业务CSDN 运营工作，特别是针对创作者的运营服务CSDN APPCSDN 学习CSDN 社区云CSDN 的 AI + 数据服务CSDN 研发团队的其他汇报其他 …

1982 年的世界杯，当时我们家里没有电视，晚上的时候听到马路对面的房子里传来惊呼声，也不知道为啥。 1983 年的春节前，家里要打扫房间，我负责擦窗子，原料是一叠旧的《参考消息》报纸。 我边擦边看，报纸的一个角落一直有世界杯的报道，我才知道世界杯有那么多比赛。 我记得最后采访意大利主教练的时候，他说，似乎是在解释意大利队开低走高的秘诀。

博主当然希望和粉丝经常有良好的互动，我们有粉丝群发消息，红包，打赏等工具。在社区开放了 “红包” 功能后，我们看到很多用户领红包非常积极，当然也导致了带红包的帖子阅读量大增。用户 A 看到用户 B 写的博客，觉得不错，就给博客发红包，总价值 5 元，发给 20 个人。从我自己的观察来看， 用户A 给 B 的博客/帖子打赏之后， A 并没有得到什么曝光， 内容 （博客/帖子）本身也没有得到什么曝光，这是比较可惜的。会有很多人来点击红包，有些人未必读这个博客，或者想展开技术讨论，一心就要点红包拿钱 😂 😂。

现代软件工程 结对编程 (II) 电梯调度 Pair Project II: Elevator Scheduler 现代软件工程> 的结对编程作业, 作者: 邹欣 怎样设计API? 怎样从不同角度考虑需求? 怎样对不同的设计进行评估? 怎样做设计一个测试框架来测试众多解决方案? 如何驱动这样的测试框架? 怎样和伙伴合作, 快速有效地完成这些挑战? 这就是我们这次小

大家在 CSDN 写博客，一定有机会碰到 “发文助手” 给你的提示。提醒你注意 「创作规范」， 「了解规则」 等等。这篇文章就是从我的角度，谈谈怎么写一个好的 CSDN 技术博客。我也在和 CSDN 博客团队商量，怎么让发文助手的提示能更友好，更有效。

令人高兴的是，我们的很多加入 CSDN 不久的员工都纷纷表示，自己非常愿意来当两小时的客服，直接体验帮助用户的快乐和被用户吐槽的挑战。不过，熟能生巧，从十点多一直做到了十二点，我和几个研发团队的小伙伴在一个会议室里面通过客服系统的文字聊天工具接待了几十个客服问题， 绝大部分问题都在客服部门资深员工的帮助下处理好了。除了来 CSDN 的客服渠道，我们还提供了很多其他渠道，例如上面提到的微信群，我们还有公开的交流频道，用户也可以在这些社区直接提交反馈，工作人员会及时响应。...............

王屋村移山公司的程序员果冻最近请假参加了一系列敏捷的培训, 热情地和同事们酒后谈敏捷。

现代软件工程课程各个学校的编程/软工作业列表-------软件工程的作业-------很多老师反映软件工程的作业题不好出，学生做的“大作业”也是了无新意。怎么办？师生们身处轰轰烈烈的软件产业的大环境，但是在软件工程课上做的题目却是非常简陋，没有起到应有的作用，这的确是一个很有讽刺意义的事情。有很多因素导致这一结果，这些因素都是可以克服的，在这里不再啰嗦吐槽了。怎么出一些有份量，能帮助学......

CSDN 是中国 IT 人士学习，成长，成功的平台。 平台有很多小团队，不断地开发出很多小功能，运营活动，那么，半年过去了，大家做得怎么样呢？我们看看今年上半年各团队的总结：怎么吸引大家来创作，让大家享受创作的过程，获得有价值的互动和回报？ 请看我们 “创作者运营” 的汇报。学而时习之，不亦乐乎？很多用户是来 CSDN 学习的，我们在上半年改进了很多学习的体验，并在六月底推出了 Online Judge 的功能，请大家来试一试。CSDN 就是 IT 人士的社区，我们想通过 “社区云” 这个产品把个人社区，

一个里程碑结束了, 下面怎么办? 团队有什么经验教训? 产品怎么才能做得更好? 我们常说 “软件的生命周期”- 这个软件开发的周期结束了, 生命也结束了。 我们能不能像医学的尸体解剖一样, 把这个软件开发的流程解剖一下? 解剖的过程可以叫: Postmortem, Retrospective, Review, 事后诸葛亮会议

设想我们有这样的笔记工具，你会使用么？CSDN 浏览器助手今天发布的新版上线了《C笔记》功能，通过C笔记可以帮助用户快速的收集、记录和整理自己感兴趣的内容。它能将用户在 PC 浏览器（推荐 Chrome， Edge）上访问的任何网页都很快的收录到自己的「C笔记本」上——「C笔记本」是用户在 CSDN 的一个私密社区，不仅可以收录，用户还可以很方便的通过 CSDN 浏览器助手、社区云对收录的内容进行记录，将自己的每个想法都记录下来，并最终通过「C笔记本」整理好，形成自己独特

结对编程 – 计算最长英语单词链《构建之法》练习题大家经常玩成语接龙游戏，我们试一试英语的接龙吧：一个文本文件中有N 个不同的英语单词， 我们能否写一个程序，快速找出最长的能首尾相连的英语单词链，每个单词最多只能用一次。最长的定义是：最多单词数量，和单词中字母的数量无关。例如， 文件里有：AppleZooElephantUnderFoxDogMoonLeafTreePs...

魔方的故事 大概是在我小学五年级的时候, 大家开始玩魔方，我们家也买了一个。 我和几个小孩折腾了一会, 没搞出什么名堂。我哥摆弄了好一会, 嘿! 弄出一面一样的颜色。后来我也琢磨出来怎么把一面颜色拼出来。 再后来我才知道魔方有一些模式和一些口诀， 按图索骥, 依口诀而行, 就会从一面玩到一面再加一层， 再到加两层, 然后把最上层四个角的颜色搞对, 然后再按照一两个口诀翻十几下, 六面就做好了!

CSDN 在长期发展中，各个业务发展出各有特色的标签定义和用户体验，这个博客的目的是想把这些设计都统一起来，同时征求用户的意见， 发布一个全站一致，用户体验好的标签系统。设计：研发一级，和二级分类：PHP C/C++ 游戏 JavaScript 数据库 数据结构与算法 大数据(Big Data) 移动开发 人工智能 开发工具 网络 嵌入式 区块链 ...

背景: 目前中国大陆大学里学的编程主要有两种: 1) 学编程为了应付考试，偏重于静态的知识点, 语言细节。以闭卷考试为主。有些学校的数据结构和算法课有许多实际的练习，也有的课程练习很少。 2) 学编程为了ACM 算法比赛，偏重于算法, 解决抽象的问题。主要是由兴趣小组/面向比赛方式。 大部分同学到了工作中都用不着上面两种能力 (忘了语言细节可以查;

软件工程牵涉的范围很广, 同时也是一般院校的同学反映比较乏味的课程。 但是软件工程的技术对于投身IT 产业的学生来说是非常重要的。 经过几年的探索, 我总结了在16周的时间内让同学们通过 “做中学 (Learning By Doing)” 掌握实用的软件工程技术的教学计划。这套讲义在下面的学校正式课程中运用过:2007 – 2010   清华大学理论计算机科学研究中心 (姚班) 主要是

读了 “Coders at Work”, 对15 位顶级程序员的采访， 总共600页。 从采访的模式看，有点像“艺术人生”， 一般都是音乐起，讲小时候的故事，你怎么开始写程序的? (Brad 同学 5 岁开始写) ； 不过后来并没有神秘嘉宾上场，也没有声泪俱下的宣泄。 无论如何， 这些看似冗长的问答中有不少精辟的言论。 我摘录了一些关于挑选，面试程序员，优秀程序员的特点，和程序设计的句子。下面是这些程序员的心得，和我的几句解释.

哈工大人工智能暑期课实训项目建议这个博客介绍了暑期课实践作业的建议。 时间：7/10 - 7/22. 一周上课， 一周项目实践。 要求：项目实践的过程请用公开的博客记录。 项目的源代码请放到 github 中。 每4 ~ 5 人一个小组，从下面的候选中选择题目：1）手写数字识别增强版。 在MNist 的基础上进一步扩展， 阶段要求： 能实现多个数字的手写体识别 能实现加...

来不及了，先上车： 人工智能开发案例 熊的分类今后会有更详细的文字版在这个专题出现。 如果有对这个教程有疑问，请在这里留言。

同时，结对编程避免了“我的代码”还是“他的代码”的问题，使得代码的责任不属于某个人，而是属于两个人，进而属于整个团队，这样能够帮助建立集体拥有代码的意识，在一定程度上避免了个人英雄主义。结对编程的过程也是一个互相督促的过程，每个人的一举一动都在别人的视线之内，所有的想法都要受到对方的评价。结对编程让两个人所写的代码不断地处于“复审”的过程，正如第10章所述，复审是不断地审核，提高设计和编码质量的过程，结对编程让复审随时随地发生，这样才能及时地发现问题和解决问题，避免把问题拖到后面的阶段去。