开源社

三年前，开源社联合 CSDN，发布了第一份由开源社区主导的《2015 中国开源参与调查报告》，是对中国开源社区、开源生态、开源开发者做的一次全面性的摸底调查。将近三年过去了，中国的开源——开源社区、开源项目、开源人，又发生了哪些变化呢？ 这次，我们再次联合各大技术社区、开源社区，发起“2018 中国开源开发者调查”，并将于 2018 年 10 月 20 日— 10 月 21 日在深圳召开的中国开源年会（COSCon 2018）上，第一时间同步发布中国开源年度报告。届时出席 COSCon 的大牛有 GitHub CEO、GitLab CTO、Apache 总裁、OSI 的董事等，将中国的开源现状展现给全世界开源社区！ [COSCon 2018 报名点击](http://coscon.kaiyuanshe.cn/?from=singlemessage&isappinstalled=0) 作为这次调查的一次特别活动，我们打算在 GitChat 开一个话题，欢迎所有对于中国开源感兴趣的朋友，一起来聊一聊这个话题。 本话题安排如下： 1.首先，这是一个免费的 Chat，欢迎所有热爱开源和从事开源相关工作的朋友参加。10 月 20 日，GitChat 将会同步以文章的形式，发布我们的《2018 中国开源年度报告》。 2.欢迎更多看到这个话题的朋友，能够花 5~10 分钟参与我们的调查，另有礼物相赠 :) 。您的发声，对这份报告很重要。 现在就填写问卷：<br> [点击填写问卷](https://www.wenjuan.com/s/jQnuuee/) 了解问卷和报告的更多信息：<br>[详情点击](https://blog.csdn.net/u013182351/article/details/82422620) 3.在报告发布之后的一周内，咱们开一个微信群，大家一起好好聊聊，取长补短，百家争鸣，让我们以草根社区的方式自底向上地一起形成这份报告，更重要的是，Have Fun，在开源社区里大家交个朋友。

最近刚刚读完了《社区运营的艺术》，作为在开源社区领域赫赫有名的“AoC”一书，我前后花了 2 个月，总算读完了。这本书很厚，内容也非常多，在阅读的过程中，我也产生了很多的思考与联想。结合我在开源社区领域，所听、所看、所经历的种种事件，希望能够写一篇总结的文章，谈谈我对社区运营这一领域的：道、法、术、器的理解。不仅仅局限于开源社区，还包括技术社区、以及我们经常会接触到的各种社区。 **实录提要：** - 为什么不删除骂自己的帖子成为保留到现在的习惯？是有什么顾虑吗？ - IT 社区有没有商业化运营成功的案例？ - 在企业内部运营社区，相对开放社区，有哪些不一样？ - 怎么不那么累的运营一个社区，通过充分调动他人的积极性？ - 国内有专门探讨社区经营的线上/线下社区或活动吗？ - 如何吸引员工上社区，同时也让老板不觉得大家在社区上不要花太多时间？ - 企业中的社区圈子如何运营？如何做到高质量帖子？ - 技术性质的 IT 社群，感觉这类人群中不爱发言的占多数，如何活跃气氛？

文章与味道，有深切的关系，无论古今中外，早有人议论过多次了。我今天也来写一篇，聊聊我体会到的“文章的味道”。 - 味道分级：臭不可闻；索然无味；食之无味，弃之可惜；有滋有味；大快朵颐；回味无穷。 - 什么样的文章才能回味无穷：选料宜精、配料宜巧、工序严谨、火候恰当、摆盘美观，这样才能做出一道好菜来，写文章也是同理。 - 如何写出好文章：心诚则味正；遍尝则有品；多练则精进。作文与做菜，道理是一样的。 - 杂谈与随感。 **实录提要：** - 偶尔写文章半年一篇，这种是否更要聚焦才能带来价值给自己和读者？ - 文章发表前寻求反馈好还是发布后坐等评论好？ - 最应该获得什么样的写作反馈？这种反馈机制个人最应该从渠道什么来培育？ - 文章写成就速度和什么因素关联最深？ - 文章和作品的核心区别是什么？ - 文章的输出目的哪个对程序员的职业生涯最有推动力？ - 被约稿的和自发冲动写出来的哪种文章最能包含个人风格？ - 就文章而言，内容和味道哪个更加重要，能让人印象深刻？ - 技术类的文章如何修炼才能写的更好，让更多的阅读者受益？

在看了《未来简史》之后，我看到了一个非常灰暗的未来，从一个历史爱好者+IT 技术从业者的角度，我们会不断的问自己：未来会更好吗？ 这篇文章，大概会讨论一下三个话题： 1. 大撕裂的时代，什么样的协作方式，将会帮助我们实现大融合？ 2. 在大数据+人工智能的新宗教崛起的时代，什么样的哲学，会成为新人文主义的根本？ 3. 在层层解构之后的人类心智模型之下，民主是否还会存在？将会如何存在？ 总之，作为一个技术乐观主义者，我将会深入的探讨这些话题，并试图给出自己的回答。 **实录提要：** - 在未来，什么样的人才不会失业呢？ - Open Data 其实蛮有意义的，对于推动数据开放有何建议？ - 基于开放数据的集体决策最终会带来什么不一样的变化？ - 要与政府深度合作，通过技术推进数据开放吗？ - 未来 AI 基于用户行为的分析与用户个人隐私保护会有什么样的体现？ - 开源纵横谈，未来会更好么？主题是开源还是未来呢？

做了多年的架构师，我也积累了很多的感悟，在有了GitChat这个平台之后，我也想着可以借此整理一下自己的诸多思绪。最近正好在练听力，每天听一集《VOA慢速英语：Making of A Nation》，在听到美国宪法诞生的那段历史时，我突然产生了很多重要的感悟。 作为一个架构师，我感觉美国的国父们在费城开会商讨美国宪法的情景，很像是我们的架构设计研讨会。为了让一个“系统”成功运行，架构师们需要考虑诸多重要的因素。在反复权衡之后，美国国父们设计出了一个稳定运行超过200年的架构，这其中的经验，对于我们在软件架构设计中应用的原则来说，有很多可供借鉴与印证之处。于是我决定发起这场严重跨界的话题，希望与诸位同好共同探讨其中的问题。 -------- **实录提要：** - 架构中对合作博弈的机制设计是否重要？ - 美国宪法架构设计中，如何处理经费预算的问题呢？ - 三权分立，怎么玩是否可以详细说说？ - 当组织架构不支持系统架构产品架构的时候有什么办法促进架构的演进和最优化？ - 架构有没有不能妥协的最小原则？ -------- 往期Chat回顾： [如何实践Code Review？](http://gitchat.cn/m/mazi/activity/584766374b79bc032f0e23c6) [聊聊代码提交那些事](http://gitchat.cn/m/mazi/activity/5822b78e6a0b83c75c8dec8d)

从开源社区开始实践 Code Review 以来，越来越多的企业内的研发团队，也开始逐步采纳 Code Review 的工作模式。但是在具体的实践中，的确存在着不少的困扰与难题。本文打算沿着宣传、引入、实践、改进的四个阶段，深入的探讨企业引入 Code Review 的方方面面。欢迎订阅！ **实录提要：** - 对Pair Programming 怎么看？适合国内的环境吗？ - 对于 Review 意识薄弱的项目 leader 和工程师该如何引导他们？ - 如何评估 Review 的有效性？ - Code Review 工具的使用有没有更详细一点的说明？ - 对于前端开发的 Code Review 实践有什么好工具和经验分享吗？ - 若没有引入 Code Review 工具，想轻量地进行 Code Review 操作思路是什么？ - 还有 Review 一般有哪些检查点？ - 用类似 Redmine 这样的管理工具做 Code Review 有什么缺点？

一个人写代码，是很愉快的，甚至可以直接在服务器上改代码。但是，随着团队人数上升，事情就变得复杂起来了。至少得有个配置库吧？如果人数再进一步上升呢？如果团队人数达到100甚至超过2000呢？分支，权限，流程，CI，各种问题都会纷至沓来。简单的代码提交，变得绝不简单。 本次交流，就主要围绕着代码提交的相关问题，层层展开。