先讨论一下文章开头需要有哪些内容？

• 本书简介 社区介绍 作者介绍 目录
• 作者介绍每人需要准备：网名、介绍（大概100字），头像。名字建议系列，可以漫画人物。可以参考tw 网课讲师的格式。
• 社区介绍要先建群，然后把二维码放上面。
• 文章还有名字，作者介绍在单独的一页。

格式

h1 为题目
h2 开始写自己的内容，并且需要加序号，比如2.1
h3 也需要加序号，比如2.1.1
h4 及其以下不用写序号
全书分成3篇，每一篇文章其实是一章。
code一律用代码
解释源码时，可以使用注释标注第几行（也可以找插件，显示代码行）。
参考资料使用 参考资料
除了标题，都需要末尾句号。
参考develop分支的article/01。

修订文章

修订文章需要交叉改。可以使用结对编程模式。

Action:

潘帕斯雄鹰-学习

• 每周周五提醒我们沙龙
• 学习资料收集和整理
• 公司和项目上的东西，有好的。分享给大家
• 沙龙笔记，开沙龙会一周/两周内发布
• 会议记录（github）

毛毛虫-资源管理

• 经费，记在Teambition。
• 服务器管理和域名管理，两个服务器，在tb的分享里面。
• 整理一下百度云的资源，周四之前。
• 对于文档型的资源，统一管理。这周周末之前确定。

灵鹤-后端项目负责

• template项目这个月做完
• template项目的CI/CD，周末之前搭好
• 后端部署到测试环境，周末之前

萤火虫-前端项目负责

• template项目这个月做完
• template项目的CI/CD，周末之前搭好

啄木鸟-商务

• LOGO放百度云
• 文案在同一放文档的地方
• 官网放一个临时的，两周内
• 谈项目，等月底做完template开始

好

• 有坚持 - 陈sir
• 有学习，有坚持 - jason
• 项目还是有一定的推进(服务器 jekins 前端环境) - 七叔

不好

• 合作写代码 不测试 就提交 导致别人pull以后就报错 - 陈sir
• 卡未建好，无法下手，没有配合,更上心 - 卢指导
• 没有投入充分的精力 - jason
• 需求只有七叔一个人定需求 - 七叔
• 社区的热度降低，激情降低 - 七叔
• 进度有点慢，需要推进，前端(七叔) 后端(陈sir) - 七叔
• 需要分开(社区打卡：并发 项目 个人打卡：算法 个人学习视频 博客 等) - 七叔

疑惑

• 模板项目达到什么程度？ 为了配合 磨炼 - 陈sir
• 开卡能够配合完成 - 七叔
• 4月的flag 以及和自己事情的权衡？ - 卢指导
• 没有明确的需求，不知如何去配合实现功能 - jason
• 参与度不够 - 卢指导
• 思考一下社区能给你什么？你给社区给什么？社区需要大家一起推进 - 七叔

aciton

• 分解需求，多沟通，通过在对应的任务下写疑惑问题 - jason
• 对于需求不明确，需要沟通讨论去和大家沟通 -七叔
• 监督打卡(每天打卡需要督促) - jason

上次Action需要保留的：

• 提出pr的人，负责跟进2-3天内所有人阅读。
• 1.1和1.2的合并，选取本周周末2小时时间进行统一合并。
• 保持一个学习的暗示，每天回来可以合理安排，如果太累可以看视频等方式学习。

好的：

• 进度比上个迭代快了一点 - 七叔 - 陈Sir
• 发红包的频率低了很多 - 七叔 - 陈Sir
• 上次Action不错 - 陈Sir
• 基本每天都有在学习，并且都有记笔记 - 杨鑫
• 线下乒乓球活动+1 - 杨鑫
• 虽然加班，初稿还是赶出来了，比以前效率提高了 - Lucy
• 主动性更高了，发了文章/PR就会去看了。
• 可以在坐车等碎片时间看视频学习 - 张振
• 解除疑惑，获得认可，有成就感， - 张振

不好：

• 2.5误操作弄进了develop里。以后要注意一下，commit和push之前都检查一遍。修改和写之前也应该检查一下分支是否正确 - 七叔
• 1.1 和 1.2 没有在期望的时间内合并 - 七叔
• 这周没有写文章 - 杨鑫
• 这周没有写文章，看大家文章的进度还是慢了点 - Lucy
• 有篇文章，有好几个问题，但是没有发，后来就忘记这件事了 - Lucy
• 时间太紧 - 张振

疑惑：

• 预估一下大概还需要几个迭代可以写完整个系列？ - 七叔
• 1.1 和 1.2 什么时候合并，如何合并？ - 七叔
• 加班很累，或者想皮的时候，怎么保证每天都能学点东西？- 七叔
• 抓不住重点 - 杨鑫

Action：

• 下周二合1.1和1.2 - all
• 领一个卡，然后做一点关于这个卡的笔记 - 杨鑫
• 修改问题+疑惑就直接在卡上写一个子任务 - all
• 希望可以在2个迭代内做好，最多3个迭代。 - all
• 及时提问 - all
• 技术相关的问题可以多往群里扔 - all

好的：

• 重启学习计划 - lx
• 抽空在看东西 - yx
• 看了点分布式方面的东西，写了两篇文章 - xy
• 最近状态有所回升 - xy
• 上一次开完会之后，感觉还是比之前有所提升 - 陈sir

不好的：

• 独立做东西，旁边的人离职了，压力挺大的，平时也没有在群里问大家，没有抛出问题。- lx
• 没有很好地推动自己 - lx
• 看东西，但是没有记东西 - yx
• 精力不够很集中 - xy - 陈Sir
• 还是没有达到去年的高并发状态 - 陈Sir

疑惑或建议：

• 这次完结I/O哪两大块？- lx
• Java四大块都看了，要不要搞个汇总？温故而知新 - yx - xy
• MySQL以后看什么？ - yx - xy --- redis + es
• 租服务器实操一波高并发 - xy
• 下一个主题要弄前端 - 陈Sir

这次就不Retro分类了，记录一下这个迭代。
虽然是年后第一个迭代，但大家都能快速回归正常状态，甚至比以前效率更高了。用两个周末的时间+平时的时间，终于修订完了所有的文章。再处理一下文章介绍等内容，我们写的书就可以正式开源啦！

这几个月走来都非常不容易，社区的小伙伴们都非常Nice！

后续还有很多事情想做，想一起学习，一起升级，一起挣钱，一起玩耍。

希望2019，RedSpider社区扬帆起航，越来越好~

总结

公众号：

公众号文章没有达到期望；

服务器：

服务器如果放GitLab的话，内存不够；

sc和docker的进度没做完（没开始）

计划：

公众号：

• 公众号定位，以面试题为主。- 七叔
• 文章保底每人两周一篇，推荐一周一篇；- All
• 公众号每周发布一篇文章；- 七叔
• 所有人都要参与审稿，审稿时间为2天内；- All
• 可以发到其它平台。 - 七叔

服务器

买另一台学生服务器 - 陈Sir
先使用github作为代码仓库 - All

项目

先不用docker，搭建一个单体的 - 陈Sir
项目总体进度负责 - 陈Sir
参与项目 - All

其它

每个人每天在群里打卡，如果忘记打的，发红包给陈Sir充当社区经费 - All

1. 放弃项目，专攻公号
   公号依然是面向java面试，目前分为4大模块：JVM、多线程 、io、 集合类。
2. 目前任务：

• 全体都有，共同做多线程模块，需要先写多线程模块的大纲。
• 根据大纲建卡，每个卡至少两名成员参与，自己可以领卡，主要是产出文章。

3. 文章要求
   • 代码使用makedown工具写作。
   • 不能原封不动的复制，必须是根据自己的理解背书写作，注意引用来源。
   • 短小精干，要有干货，Demo有更好，Demo集中管理在本github的仓库中。
   • 一图胜千言，推荐使用图表形式。
   • 新写文章采用新建分支-->提交Pull requests 的形式，要求2天以内，所有成员都需要看，并在下面留commit,如果觉得没有问题，也需要留言“Ok”.由七叔负责分支的合并和删除。
4. 长远计划
   每一个模块做完之后，形成一个系列，后期可以出书。
5. 其他
   • 双十一购买服务器，由七叔弄那个返现，由陈sir负责买。
   • 红包制继续执行
   • 开会形式改为一次线上，一次线下。两周为一次。

制定迭代周期为2周

制定下一个迭代（2018-9-22）计划：

1. spring cloud 的分享会，要求每个人都要了解。
2. docker 的分享，要求每个人都要了解。

制定长期目标

 1. 前端vue的学习。
 2. 2018-9-22分享会结束以后，开始做电商项目。
 3. 面试题和基础部分的收集工作。

上次action没完成的

• 1.1还没和，1.2合了
• 卡里记笔记：有些做了有些没做
• 过年之前写完

本次迭代

不好的方面

• 这次迭代大家都比较皮，发红包比较多
• 文章进度慢

好的方面

• 陈sir 自学消息队列 mysql

疑惑

• 暂无

action

• 卡领完了，这个迭代争取多写一点文章

• 31号前搞完迭代

• 卡墙充分利用+1（子任务及时完成）

• pr赶紧看

• 卡里记笔记（看了的文章连接可以往卡里放）

• 明天完成3.3初稿 -- 七叔

好

• 联系了协助出版的公司，他们觉得我们的书可以出版成实体书，觉得也是对我们写的东西的一种认可，感觉年前应该可以全部合并完成 - 七叔
• 每天回来虽然产出时间不多，但是做到了不皮不痒，没有浪 - 卢指导
• 学习的过程中慢慢的去总结如何学习，自己总结的就是，对于一个技术或者知识点：
  • 目的：解决什么问题(应用场景)；
  • 有什么：提供了什么方式去解决问题(配置、使用、相应的API)；
  • 怎么做：具体的实现方式(实现原理)
    -jason
• 每天都有在学，包括周末，周末做的比以前几周好点 - 杨

不好

• 感觉离出版还有一段距离，比如内容、深度、广度。还有就是我们写的时候有些句子抄袭比较严重，对于应用是弱化的。-陈sir
• 写/改/pr好了不艾特人 - 陈sir
• flag没完成 - 卢指导
• 我的三篇文章目前还没人看 -七叔
• 由于知识有一定的衔接性，导致在看和pr的时候，对文章没有整体认识，有些地方就不是很好理解。比如自己在看2.6的时候，其实部分前置内容在2.5。也就是说自己在看的这个过程中，没有对整块内容有认识和理解，也就无法对看的这个文章提出比较有独到的见解和意见 -jason
• 文章进度慢 -杨

疑惑

• 不花钱，但是花时间。可能要我们自己排版，要按照他们的格式排版成word。-陈sir
• 我们应该有一定稿费，具体看合约怎么签。但是出版的话，就不宜弄成gitbook开源，因为涉及到出版商利益。 -七叔
• 感觉文章风格差距还是有点大，有的有demo，有的直接分析源码，有的写的深，有的写得浅。需要以后找个时间统一全书修订一些东西。-七叔
• 年前线下聚一波，谁组织一下，看什么时候合适？-七叔
• 下次Retro谁组织？什么时候？ -七叔
• 由于我们现在只是看些理论之类的，没有自己的实践经验，很多地方没有实际的应用场景去填充，还是很空洞，目前是否达到了出办的条件？
  最初的时候我们定位是一个针对大厂的java面试知识点。-jason
• 源码又多又难啃 感觉学一个新知识比较难找到切入点 - 杨

Action

• 先看pr 在完成flag -卢指导
• 微信群每天@一次，跟进 -陈sir
• 有问题就直接提出来、深层次问题看包括参考文章、pr也要看 - 七叔
• 遇到问题多问、多沟通 -杨
• 源码不需要太钻牛角尖、可以理解整体架构 -杨
• 写书可以暂时缓一缓、不能操之过急 -all
• 2019-1-27 本周日线下聚会 - 杨
• 年后一周、陈sir组织retro - 陈sir
• 下次retro之前、看完文章内容、大家提供一些内容扩充的想法 -all

最近社区的flag都完成了，大家都有点皮，社区不活跃，有必要明确一下方向：

spring cloud 作为下一个flag

卢指导和张指导在跳槽过程中被spring cloud 虐的不轻，然后社区将spring cloud纳为flag。从5月18日开始。

ConcurrentHashMap

ConcurrentHashMap仅仅在4月14进行了一期，然后就烂尾了。本周五（5月17日）进行ConcurrentHashMap的第二次讨论。部分成员时间有些紧急，采用分工制，以下是分工：

• 卢指导 扩容
• 杨指导 get
• 张指导 remove
• 七叔 put
• 陈sir 结构+其他的集合
  以上方法需从源码角度讲解，如果有充足时间，建议全部看完（配合其他人的讲解影响更深刻哦）。

面试心得体会

• 张指导
  面试不按常规出牌（不再问什么原理类的问题），问的问题千奇百怪，以spring cloud最为突出，看来spring cloud在外面已经被广泛使用，学习spring cloud 迫在眉睫。
• 卢指导
  问了JVM，自己回答到了java11，对方就不再问了。由此说明，面试官也可能是假装问一些问题，你不要怕，把自己会的全部答出去。

好的

• 找到新工作，升级加薪，疯狂debug一波（卢指导）
• 进了新项目组，工作饱和（做项目，带新人），看java8，跟着敲代码，在项目中学sc， sb
• io和mysql都一直在学，有所收获（杨指导）
• 一直在看东西，写博客；公司学到的东西多，代码更熟练，更快（七叔）

不好的

• 上下班时间没有利用起来（张指导）
• 最近确实比较皮，特别是周末（杨指导）
• 最近没怎么写博客，最近比较皮，状态不是很好（七叔）
• 太皮，沉迷麻将（陈sir）
• 通勤远，时间长；跟着大家皮（卢指导）

疑惑

• 下一步不知道该干啥（张指导）
• 需要一个再紧一点，可行性比较强的计划（杨指导+七叔+卢指导）

计划

• 需要一个迭代结束mysql和io ：暂定下周

  • 这周把产出分享到群里

• 以后争取每周都开个短retro，计划时间定短期

  • 每周六10点半，有问题提前说

好的方面

• 从0到1，写项目挣钱了（*王）
• 做东西大家都有责任心（*王）
• 这两周红包收的很少（陈sir）
• jvm沙龙开的很不错，学习持续一天（七叔）
• 虽然熬夜，但是也按时完成项目（七叔）
• 做项目积累了很多经验（张指导）
• 系统学习jvm（张指导）
• 项目做的不错（yx）
• 会有一点社区经费（七叔）

不好的方面

• 项目仓促，考虑不周，估点不足，分工不明确（*王）
• jvm讨论从周五推到了周日（七叔）
• 今天时间安排得太满（七叔）
• 项目安排比较乱（yx）
• 需求不明确（七叔）
• 没怎么写测试，导致上线bug有点多（七叔）

疑惑

• 做自己的项目是不是就没时间做外包了？

先做官网，先磨合团队，外包合适的可以接（建立在已经磨合好的基础上）

• 官网做多久？（官网+模板）

计划两个迭代， 先做模板（权限+登录），再做官网

• 权限之前没做过，现在重头做会很花时间

尽可能拆分，不能拆分就一个人多做一点

action

• 以后的技术性沙龙录音（为了那些不能参加的伙伴）
• 以后写代码要写测试用例
• 规范代码合并流程（git flow）
• 规范一下提交名字（commit注释）和分支的命名
• 买服务器，搭建一套测试环境
• 有问题即时沟通，主动去解决问题（自学也可以，提出来讨论也行）
• 看下服务器（七叔）

好的

• 暂无

不好的

• 没有主动拉人，进度缓慢

疑惑

• 推广形式需要变化
  • 增加文章/开源项目形式
  • 所有同学找准擅长的形式，量力而行

todo

• 线下活动推广
  • 后续北京场@王总，杭州场@七叔
  • 成都场后续安排
• 技术文章/开源项目引流 @ALL
  • 本周kpi
    • 吴总本周2篇
    • 七叔开源项目1篇
    • 杨指导1篇
    • 王总1篇
    • 陈sir0.5篇（JS相关）
    • 马儿拉新10个， 1篇文章

Well：

• 进度比之前快了一些 - 七叔
• 终于没有周末两天都在皮了,周日把初稿给搞定了 - 杨鑫
• 每天加班的晚上勇敢的写了一些初稿-*王
• 上班没事的时候也在用功学习。-陈sir
• 周末能够去公司待一天学习（上周以及上上周）-陈sir
  Unwell：
• 大家（除了陈Sir）普遍都没有好好看PR - 七叔 - 杨鑫-*王-陈sir
• 工作忙导致回到家就想皮不想看东西,其实还是有点时间的 - 杨鑫
• 进度比预想的慢一点 - 杨鑫 - 七叔
• 最近在重构审批的模块，精力消耗比较大导致文章效率下降，看同事的垃圾代码有种想死的冲动-*王
  Puzzle：
• 改章节目录的流程？ - 七叔
• 感觉工作忙的话回家会比较倦怠,得想个办法改善一下？ - 杨鑫 - 张振
• 1.1和1.2具体要怎么合并？- 七叔
• 知识点之间是有关联性的，不知如何处理？ - 张振
• 审核的问题能否固定时间-*王
• 参与者和作者所花的精力应该差不多 - 陈sir
  Action：
• 提出pr的人，负责跟进2-3天内所有人阅读。
• 在看过别人的pr之后，尽量写下评论和修改。
• 1.1和1.2的合并，选取本周周末2小时时间进行统一合并。
• 保持一个学习的暗示，每天回来可以合理安排，如果太累可以看视频等方式学习。
• 在其他人交叉的内容的时候，可以简单或深入，最终留到最后修改合并。
• 参与者和作者的合作，作者可以主动at团队成员参与跟进。
• 本周进行线下活动，提前2天预约各位的活动时间。
  ===============
  上周需要继续跟进事项：
  ===============
• 卡墙充分利用起来，评论区利用起来（平时群内有深入的讨论，有好的想法等可以在评论区记录下来）。
• 改变下写文章的方式，两个人同写一篇改为一人写一人看（至少一个人看），看的时候自己添加参与3者。写文章的模式：（作者初稿+看的人提意见）都觉得没有问题了，提PR，大家都看，并且写评论。
  尝试下新的活动方式（先学习再活动（乒乓球/羽毛球等）结合的方式）-yx负责。

retro-181116

好

• 平日里大家都认真学习-yx 陈sir lucy
• 有了一定的产出-七叔 张振
• 开始使用卡墙-七叔

不好

• 投入时间精力多，产出少-yx
• 周末没有利用起来-yx 七叔 陈sir
  • 周末去公司 -陈sir
• 卡墙没有充分使用 -七叔 yx
• git等基础性东西掌握不熟 -张振

疑惑

• 怎么提高转化率？-yx
  • 提高针对性，群内分享
• 看书看博客看了很容易忘 -张振
  • 以书为中心，先大概看一遍，心里有个大纲 -张振
  • 看了什么东西多记笔记，如果忘了回顾自己的笔记 -陈sir
• 总体进度慢，以后怎么补上？-陈sir 张振
  • 挤一挤时间，主观能动性提高一点 -张振
• 啃源码进度慢，收获不大，如何提高？-lucy
  • 贴源码，把源码作为辅助，针对性看和介绍 -七叔
  • 1.捋清楚源码的架构（原理性的东西） 2.时序图等辅助介绍 3.具体的介绍 -张振
  • 看源码是看源码高效的实现 -张振
• 文章表述不清楚
  • 好的文章是改出来的，先用自己的话写出来再逐渐完善 -七叔

action

• 以后都周五开迭代会，周五开会后每个人争取周末都花>2小时来学习
• 卡墙充分利用起来，评论区利用起来（平时群内有深入的讨论，有好的想法等可以在评论区记录下来）
• 改变下写文章的方式，两个人同写一篇改为一人写一人看（至少一个人看），看的时候自己添加参与者。
  • 写文章的模式：（作者初稿+看的人提意见）都觉得没有问题了，提PR，大家都看，并且写评论
• 文章争取前面写详细一点，不确定的章节可以先写出来，最后决定放到哪一章，写文章应该多站在读者的角度
• 争取每人每周出一个初稿
• 尝试下新的活动方式（先学习再活动（乒乓球/羽毛球等）结合的方式）-yx负责
• 文章的配图暂定放在相对路径，图最好是自己画一遍（为了加深理解，可以参考着画,优先用process on画）

1. 总结上个迭代进度

2. 安排下个迭代计划

2.1 公众号

• 每人每周至少产出一篇高质量文章 - ALL
• 公众号内容为面试题和算法题
• 规范文章审校流程

2.1 服务器

下一个迭代3周，框架搭好。docker学完。搭建基础框架。微服务搭建，前端框架搭建，数据库。

1. 2台服务器
2. gitLab, Jenkins, Docker，数据库，maven私有库，docker私有库 - 杨鑫
3. SC的基础组件以及配合docker - ALL
4. 前端，先不用docker - 七叔
5. 安全那块 - 七叔