怼周刊_v3

~ 预定 17.4.29 20:20 发布

嫑学开撸

万般理解为哪般
代码终须能运行
论文资料看再多
概念原理都明白
一行程序没写就
介算啷个事儿嗦

主编: 大妈
责编:
- xpgeng
- sunoonlee
- Zoe
- bambooom

进度

~ 记录当周关键事件日期+证据链接

170422 [42h[TASK]170422自怼周六会纪要—你听到了啥?]6
170401 关闭报表和入密
170331 om103py 毕业

任务

~ 记述关键共怼任务 (如果没有, 留空)

子任务, 是的, 在各种场景中触发的子任务, 有点儿象游戏中的隐藏关卡, 大家已经激发出 20+ 了,

但是,至今并没有对员意识到, 这是对全体发布的,
以及, 这些任务之间的关联?
当前有过尝试:
- [TASK]大妈本周重复提问2次以上问题:搜索引擎机制+知识点层级关系
可惜没有人注意到一直保持在 open 状态的两个母问题:
- [ASK] 有靠谱的时间记录工具否?
- [42h[TASK]版本仓库中应该放什么文件?]7
是的, 一直以来反复嗯哼的核心 MVP 就是:
- Input
- Process
- Output
就这么简单, 但是, 在所有环节, 大家凡是感觉不够敏捷的, 都是问题…
所以?
- 也只能发现一个, 触发一个任务
- 解决一个任务,变成集体知识
- 怼员都作到…
- 然后下一个….
- 问题是, 这种任务将是无穷的
- 直到, 大家意识到, 应该/可以/本应该, 都是自行可以解决掉的.

进展

~ 整体上圈内部活跃指标情况

提交:
- S01E01.2: 20 人
- Usage: 19 人
引发的作品:
- NIL
状态:

当周 Commits (17.4.22 1:31 ~ 17.4.29 22:38, 共 13 人)次数排名: | GitHub ID | Times | Lines | | ———-|————-|——-| | ZoomQuiet | 55 | 21176 | | zoejane | 38 | 7814 | | xpgeng | 16 | 5860 | | 13416136446 | 11 | 1705 | | mxclover | 11 | 235 | | leiyunhe | 10 | 10913 | | … | … |

当周 Comments (含 Issue 创建/回复, 以及代码点评 17.4.22 1:31 ~ 17.4.29 22:38, 共 16 人)次数排名: | GitHub ID | Times | | ———-|:————-:| | 13416136446 | 44 | | ZoomQuiet | 35 | | zoejane | 17 | | zhangshiyinrunwithcc | 10 | | mxclover | 9 | | … | … |

所有 Comments (含 Issue 创建/回复, 以及代码点评 ~ 17.4.29 23:18, 共 27 人)次数排名:

GitHub ID	Times
ZoomQuiet	422
zhangshiyinrunwithcc	141
13416136446	120
zoejane	80
NBR-hugh	73
…	…

所有 Commits (~ 17.4.29 22:38, 共 28 人)次数排名:

GitHub ID	Times	Lines
ZoomQuiet	144	34981
xpgeng	101	13379
zoejane	92	14175
bambooom	66	5889
NBR-hugh	66	7946
…	…

在线(测试ing..):
- curl du.zoomquiet.us
- curl du.zoomquiet.us/v0/all/cic/rank/5/
- curl du.zoomquiet.us/v0/all/cil/rank/5/
- curl du.zoomquiet.us/v0/week/cic/rank/5/
- curl du.zoomquiet.us/v0/week/cil/rank/5/

成果

~ 各种成品/半成品内部知识作品

[LOG] 从怼友及教练处获取专业知识和建议的姿势讨论
- 这是一则痛的领悟
- 可惜没有被大家重视…
- 因为, 靠谱的提问并没有增加
[72h [TASK][WIKI]如何让每周Zoom会议长期自发进行?]29
- 参考 : 可操作的民主 (豆瓣)
- 这是一次, 非常完美的民主操作
- 附成果: 周会议 Wiki
[12h[BUG]mxclover 怼员邮箱配置错误]32
- 非常小, 如果不是教练在后台开始用 github 接口来提取数据
- 是无法意识到这位怼员的帐号问题的…
- 可惜, 已经污染的历史版本数据是抓不到了…
- r.scard('orphan:SHA')->8
[ASK]git push origin master报错refusing to merge unrelated histories应该搜索关键词是?
- 终于有进展了, 期待苦主的故事回归…

故事

~ 收集各自无法雷同的怼圈真人故事…

LOG 的爆发

[LOG] 134_career 项目持续记录

类似 [LOG] 为标签的 Issue 在这周爆发了 14 则:
- [is:issue [LOG]]33
- 而一共 83则 Issue 中, 此类 Issue 有41则
- 占了一半!
说明, 大家宁愿大量的打字, 摘录/记录/追踪…自己的行为
- 也不愿意多写几行代码来检验自己的学习进展
- 心理原因也非常简单:
  - 这种苦劳大家看的到,看的明, 感同身受的了
  - 代码就不一样了…
问题是, 值得嘛?
- 相同的时间,输出的价值可完全不同哪.

Issue 9

~ [42h[TASK]版本仓库中应该放什么文件?]34 的无视 commits

是的, 大家一积极就开始疯狂的向仓库中 push 各种完全没有必要的二进制文件

引发的问题很多:
- 最关键的是给自己找麻烦…
- 因为 .pyc 文件是 Python 源代码的字节码版本, 编译出来运行的
- 如果将这种文件也 push 到版本仓库中, 将可能令再次恢复时运行旧版本的代码而自己不知道
进一步的, 这种对版本追踪无意义的中间生成工件, 占用额外的仓库空间和大家本地空间
- 而且, 难以真正从一个分布式仓库中删除
- 是的, 这个操作至今无人自行挖掘出来.
问题是, 这个技巧是在创建任何一个仓库时,都有自动提供的哪?

所以, 视而不见 一直是怼友们,最大的心魔哪…

俺的唯一建议:

计算机屏幕上任何一个像素
都是无数程序员多年工作的成果
请尊重, 并认真阅读

后记

~ 怼周刊是什么以及为什么和能怎么…

大妈曰过: 参差多态才是生机 问题在 参差 的行为是无法形成团队的

Coming together is a beginning; 
Keeping together is progress; 
Working together is success!

<— Henry Ford

所以, 有了大妈随见随怼的持续嗯哼…
但是, 想象一年后, 回想几十周前自己作的那些 图样图森破
却没现成的资料来出示给后进来嗯哼?
不科学, 值得记录的, 就应当有个形式固定下来
所以,有了这个 怼周刊 (Weekly 4 DU)

DU3w

Table of Contents

怼周刊_v3

进度

任务

进展

成果

故事

LOG 的爆发

Issue 9

后记