怼周刊_v3¶

\~ 预定 17.4.29 20:20 发布

---

嫑学开撸

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

---

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

进度¶

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

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

任务¶

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

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

• 但是,至今并没有对员意识到, 这是对全体发布的,
• 以及, 这些任务之间的关联?
• 当前有过尝试:
  • [TASK]大妈本周重复提问2次以上问题:搜索引擎机制+知识点层级关系
• 可惜没有人注意到一直保持在 open 状态的两个母问题:
  • [ASK] 有靠谱的时间记录工具否?
  • 42h[TASK]版本仓库中应该放什么文件?
• 是的, 一直以来反复嗯哼的核心 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会议长期自发进行?
  • 参考 : 可操作的民主 (豆瓣)
  • 这是一次, 非常完美的民主操作
  • 附成果: 周会议 Wiki
• 12h[BUG]mxclover 怼员邮箱配置错误
  • 非常小, 如果不是教练在后台开始用 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]
  • 而一共 83则 Issue 中, 此类 Issue 有41则
  • 占了一半!
• 说明, 大家宁愿大量的打字, 摘录/记录/追踪...自己的行为
  • 也不愿意多写几行代码来检验自己的学习进展
  • 心理原因也非常简单:
    • 这种苦劳大家看的到,看的明, 感同身受的了
    • 代码就不一样了...
• 问题是, 值得嘛?
  • 相同的时间,输出的价值可完全不同哪.

Issue 9¶

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

• add posts for test(djangogirls) · DebugUself/du4proto@25dff06
  • project djangogirls init · DebugUself/du4proto@4ae64e9
• django tutorial07 ing · DebugUself/du4proto@5d6e133
• django MVP done · DebugUself/du4proto@b784e5a
• ...

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

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

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

俺的唯一建议:

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

后记¶

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

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

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

<--- [Henry Ford][12]

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

---

点击注册~> 获得 100$ 体验券:

---

订阅 substack 体验古早写作:

---

---

关注公众号, 持续获得相关各种嗯哼:

---

自怼圈/年度番新

关于 ~ DebugUself with DAMA ;-)

追问

任何问题, 随时邮件提问可也:
[email protected]