zoomquiet / du2pre Goto Github PK

1.0 1.0 0.0 75 KB

preedition to DebugUself intra. actions

License: MIT License

du2pre's Introduction

中国Python社区中最长情的贡献者, 从04年共同创建 CPyUG(中国Python用户组)以来,长年为 Pythonic 在中国的推广/实践进行各种尝试, 连续四届主持PyCon中国大会筹办,是大家公认的 "大妈"(Zoom.Quiet);

当前转战自媒体, 分享有趣有料有种的事儿:

大妈的多重宇宙 youtube.com/@Chaos42DAMA

site	community	works
root	GDG	大妈的多重宇宙 - YouTube
blog	锈<周刊> China	蟒营®
weekly	自怼圈	编程思维
ScrapBooks	蟒中国	OBP
...	...	FM电台
...	...	...

Buy me a coffee

联系/反馈邮箱:

askdama[AT]googlegroups.com

(邮件列表地址, 当成正常邮件发送邮件就好, 不用订阅, 不用翻越...)

NN 5316

     _~-~^~_
 \/ /  ◵ ?  \ ()
   '_   △   _'
   | '--.--' )

...act by ferris-actor v0.2.4 (built on 23.0303.201916)

.
..
...
是也乎,(￣▽￣)
...
..
.

du2pre's People

Stargazers

Watchers

du2pre's Issues

[daily] 每日内省记要

~ (逐日追加不另开档)
各自记要 ~ 大家集中当日记要在这儿吧

录音:

17.4.3 zoom.us 会议资料下载: https://pan.baidu.com/s/1i5hys0P 密码: 8qni
17.4.5 zoom.us 会议资料下载: https://pan.baidu.com/s/1gfwv9tD 密码: 9xwd
17.4.7 zoom.us 会议资料链接: https://pan.baidu.com/s/1bHUxWi 密码: xxgq
17.4.8 zoom.us 会议资料链接: https://pan.baidu.com/s/1i5KEmEh 密码: zxmp
17.4.11 zoom.us 会议资料链接: https://pan.baidu.com/s/1bo1D5ef 密码: 6kbh
- 此链接包含过往音频

引发:

[chk]行动清单 · Issue #3 · ZoomQuiet/du2pre

历史记要:

Lizhi:嗯哼

DU0wd3

10' 以内? –> 11'42'' 【DU0wd3:dama 吐糟】在线收听_Zoom.Quiet_荔枝FM

[chk]失怼园

背景

17.4.1 DU 启动,

现象

但是, 大妈怼出的问题点,解决速度都不理想

基本上在设定的期限以内
从来没有及时完成第一个版本的内部知识

方案

~ 追踪所有未尽怼问, 形成宏观的大图景, 持续推进

每期怼周刊专栏记要解决进展:

输入阶段:
- zoomquiet.io 挖掘
- 如何快速所有人精确通知到? 并确认的确收到?
  - 金数据的应对? 预防?
- 听不懂
- 触发一个 Slack 使用技巧任务对 Post 的讨论应该在哪儿进行?1. Post 内部讨论?2. 分享的频道内部?3. 相关 threads?4. …其它
- 如何判定找到的资料对于当前状态是足够的?
- githu 相关:
  - SSH
  - gh-wiki
  - issue 公开讨论并思考DU 当前所有沟通渠道都有什么?各有什么特点?缺点?当前建议的组合是什么?为什么?乍个习惯起来?结合自己的时间帐单…预算切换后的收益? <-- 小圈新任务
  - ...
处理阶段:
- 怎么定义/预测/规划, 最小问题序列 ?
- githu 相关:
  - [TASK]42h: 为什么要 fork ? · Issue #6 · DebugUself/du4proto
    - 协同流程?
    - 我们要进行怎样的协同?
    - 对应的手册/规约?
    - 研究, git 仓库中, 是否能从历史上真正删除意外 push 的不当文件? 怎么操作? 你应该如何在这个公共仓库中操作?
- 版本仓库中应该放什么文件? 为什么? 以及什么是版本?
- 研究, git 仓库中, 是否能从历史上真正删除意外 push 的不当文件? 怎么操作?
- 你应该如何在这个公共仓库中操作?
输出阶段:
- --> DebugUself/How-To-Ask-Questions-The-Smart-Way
- md 网页编辑 -> 后端绑定什么编辑器?为什么?
- 给出跨屏高效输入中文的最佳工具箱说明书这个任务一直都要解决的，感谢大妈！
- @巨晓松再再次触发任务…给大家写份儿指南…说明…在 windows 中用什么来私 github 交互操作…最好…--> 重要的是~为什么? <-- 这才是俺期待的真正内容
- github 中仓库 wiki 有哪些维护渠道?推荐用哪一种?
- 仓库中应该放什么文件?
  - 意外 push 了图片, 怎么删除?
  - ...

辅助

~ 其它各种尝试

Issue 创建指南讨论稿 v17.4.3

Issue 踩坑故事集

一起分享和搜集在 GitHub Issues 使用过程中的经历的踩坑故事。
欢迎你在 Wiki 里，共享你的经历与经验。
也许你也曾遇到过下面的场景，也许你也曾有过相似的困惑，就在这样的体验里，共同成长起来吧。

故事一：迷之问题

场景

为什么想在 Issue 上提个问还总被念叨那么多条条框框，要写那么多前因后果，比写作文还累？
小A遇到了麻烦，心情焦虑，他决定不管那么多，先发个 Issue 求助好了。
热心的同学们，请快点帮帮我吧。他暗暗祈求。

问题关于git status, and git clone command? · Issue #162 · AIMinder/Py103

小B正好路过这里，正准备帮忙。
他把问题标题读了三遍，一头雾水。他把正文读了三遍，还是没太弄明白小A到底想干什么。他只能努力去猜测，并且想办法和小A又沟通了几轮。
了解个问题都得像解谜，小B感慨，累啊，真是累。

关键点：如何写 Issue 正文？

在一篇文中表述清楚来龙去脉。
这可以帮助你减少许多没有必要的来回沟通，能节约所有人的时间。
不然， Issue 发出来，因为一些信息的缺失，又要通过几个来回进一步沟通了解，又要额外添加内容，光了解事情的过程就花费不少时间啦。

大妈建议，尽可能的包含足够的信息，比如
- 缘起 ~ 背景历史
- 现象 ~ 问题描述
- 尝试 ~ 自个儿探索过程/思路/关键代码...
- 分析 ~ 将问题分析为几个关键子问题,进行逐一分析,解释
- 解决 ~ 最终方案的具体实施过程
- 要点 ~ 过程中,必须注意的操作,容易出错的地方
- 总结 ~ 从整体上回顾问题/解决/思路,对同类问题进行建议
- 参考 ~ 收集过程中各种给予自个儿有力帮助的资源/文章/代码
关于提问，可以参考提问的智慧
关于格式，可以参考 [Mastering Markdown - GitHub Guides](Mastering Markdown - GitHub Guides)

故事二：然后，就没有然后了

场景

小A在 Issue 上发起了一个问题问题关于git status, and git clone command? · Issue #162 · AIMinder/Py103

小B尝试着进行了回答。之后，也不见小A的回音。小B心想，不知道小A最后解决了没有。
过了几天，路遇的小C，又热心的再问起了这件事，并给出了自己的建议。后来才知道，原来小A还是卡在这里。
只是，小C的建议有用吗？问题到底解决了没，小A也没再提起过。
然后，就没有然后了。

关键点：及时跟进 Issue

作为 Issue 的发起人，别忘了及时跟进 Issue 的进展，更新状况喔。
可以将这个任务指派给自己，或者指派给你觉得更合适的人选，由 TA 来跟进。
Issue 界面的 Assignee 显示的就是负责每个 Issue 对应的人啦。

故事三：不想被关闭的 Issue

场景

小A热情的发了一个 Issue ，经过一番讨论后，大家也达成共识。小A很开心。
不过，过了一阵子后，他收到消息，Issue 被关闭了。
小A心想，不要啊，那可是我辛辛苦苦写的文字啊，就这么消失了多可惜啊，多打击我的积极性啊。
请再把我的 Issue 打开吧。

关键点：Issue 永远只是暂时性任务的追踪/提醒/讨论

讨论总是简单的，行动总是困难的。
Issue 热情的讨论过后，更重要的，是把它化为行动／作品／决议。
一个没完没了的讨论，是无法推进事情的真正的发展的。

所以大妈才会说 Issue 是过程讨论，尽量消灭 Issue

完成一个 Issue 的推进后，也记得及时落地行动，并点击 Close issue。
在 close 的同时，记得也在 comment 中附上相关说明或链接，这样任何人看到这个 Issue ，都能明白当前的进展啦。

小结：如何创建和使用 Issue

写下简洁的标题
写下尽量包含完整信息的 Issue 正文
根据 Issue 的实际情况，指派对应的 Assignee
选择合适的 Labels / Project / Milestone
Assignee 跟进并推进 Issue 解决，同时根据实际情况对 Issue 进行维护和调整
讨论/行动后形成新的决议/作品/代码
将 Issue 的解决情况/链接以 Comment 的形式写在 Issue 下方，并 Close issue

Changelog

170406 zoejane 二稿文字修订 20 mins
170406 zoejane 二稿完成，增补了一个故事 60 mins
170405 zoejane 二稿尝试，改成案例故事的形式 40 mins
170405 zoejane 完成全文初稿，对文字进行了进一修订 50 mins
170405 zoejane 主体部分初稿，根据大妈的建议和框架重写，并附上相关图片 70 mins
170403 zoejane 草稿，列出初步提纲 20 mins

References

17.4.2 深夜 zoom 会议

zoom, 约23:30~24:00

@ZoomQuiet @xpgeng @sunoonlee
录音链接: https://pan.baidu.com/s/1qY4kBxU 密码: 177u

纪要：

[Weekly] 怼周刊 v1

背景

创刊号还未发行，但二期的怼点已现

内容预案

OMlalala 死怼 DU0wd3:dama 吐槽》

进展

提供大家作为每期周刊的编辑指南/chk-list
以便共笔进行

[redis] r.zcard('ALL:IID') 失常

背景

~ [srv.]怼员综合观察系统

完成了初步系统架构,和数据导入后

现象

对 Heroku-Redis 执行 r.zcard('ALL:IID')


---------------------------------------------------------------------------
ResponseError                             Traceback (most recent call last)
<ipython-input-12-0f28a24e031c> in <module>()
----> 1 r.zcard('ALL:IID')

/Users/zoomq/.pyenv/versions/3.6.1/envs/DU361/lib/python3.6/site-packages/redis/client.py in zcard(self, name)
   1593     def zcard(self, name):
   1594         "Return the number of elements in the sorted set ``name``"
-> 1595         return self.execute_command('ZCARD', name)
   1596 
   1597     def zcount(self, name, min, max):

/Users/zoomq/.pyenv/versions/3.6.1/envs/DU361/lib/python3.6/site-packages/redis/client.py in execute_command(self, *args, **options)
    571         try:
    572             connection.send_command(*args)
--> 573             return self.parse_response(connection, command_name, **options)
    574         except (ConnectionError, TimeoutError) as e:
    575             connection.disconnect()

/Users/zoomq/.pyenv/versions/3.6.1/envs/DU361/lib/python3.6/site-packages/redis/client.py in parse_response(self, connection, command_name, **options)
    583     def parse_response(self, connection, command_name, **options):
    584         "Parses a response from the Redis server"
--> 585         response = connection.read_response()
    586         if command_name in self.response_callbacks:
    587             return self.response_callbacks[command_name](response, **options)

/Users/zoomq/.pyenv/versions/3.6.1/envs/DU361/lib/python3.6/site-packages/redis/connection.py in read_response(self)
    580             raise
    581         if isinstance(response, ResponseError):
--> 582             raise response
    583         return response
    584 

ResponseError: WRONGTYPE Operation against a key holding the wrong kind of value

分析

~ 相同的命令本地测试 Redis 返回正当的数据

Heroku Redis 特殊版本现象?
导入脚本出错?
...

进展

170428 ZQ 发现

[init.] 小任务的价值

~ 17.4.3 review init. · Issue #1 · ZoomQuiet/du2pre

slack[23:41]

zoomquiet @zoejane @xpgeng @sunoonlee
今日随性 zoom 录音
链接: https://pan.baidu.com/s/1gfwv9tD 密码: 9xwd

期待:

内省记要增补, 并正确提醒
在小任务彻底混乱前, 及时收集->分类->整理->按照优先/基础顺序, 逐一作答->正确分享出来, 推动整个儿怼圈的进步….

[Weekly] 怼周刊创刊号

背景

随着自怼圈的启动, 贴身观察后, 发现越来越多的糟点故事
但是, 都指向固定的心智 bug
所以, 发现这是一个非常好玩的素材仓库
- 值得坚持积累成书
- 那么,持续输出是最好的输出

因此决议:

在 [chk]怼失录基础上
以 [chk]怼教职能树的丰满为目标
以维稳 [chk]行动清单为复利
最终成为 DUBook 各章节内容
开始定期发布 怼周刊
- 每周6 14:42
- pdf 版本的
- --> 小密圈

内容预案

~ 42页以内,3万字以内的 PDF(Ulysses Flimescript 样式) <-- DU0w.md

进展

提供大家作为每期周刊的编辑指南/chk-list
以便共笔进行

[chk]怼教职能树

~ 明确大家在整个儿过程中每天需要关注/执行/输出的...

[redis] 'ALL:IID' -> 数据收错

~ [redis] r.zcard('ALL:IID') 失常

背景

[srv.]怼员综合观察系统

完成本地原型, 并部署到 Heroku:

现象

r.smembers('ALL:IID') 在本地测试 Redis 中发现:

...
 b'20',
 b'21',
 b'218824670',
 b'218824930',
 b'218825007',
 b'218834719',
 ...

包含了意外的 Issue/Commit-Comments id 值

分析

--> du4proto/act4du2redis.py at DU_tools · DebugUself/du4proto

arg['act'] = 'iid'

事务中, 通过共有的全局字典 arg['inum'] 传入了错误的 comments 对象 id

进展

170429 ZQ 记录

[chk]行动清单

~ 从 Slack Posts 中回收追踪

[srv.]怼员综合观察系统

背景

自怼圈 所有成员的嗯哼, 需要自动化的追踪和统计/展示;
相同需求也存在所有基于 github 的工程和课程中...

分析

官方提供了非常 RESTful 的接口, 并包含了所有 github 的行为,
但是, 还没有对应的, 我们需要的,可定制的自动化系统

方案

~ 没有,就自制

筹备:
- 单品脚本 -> xpgeng
  - commits ~ du4proto/st4commits.py
    - branch <-- 坑
  - comments ~ du4proto/st4comments.py
- 综合脚本 ~ 3aec340
- 本地数据库(因为 Heroku 嫌弃 SQLite 所以...)
  - 3h redis 数据结构设计
  - redis 数据结构检验:
初始化:
- Django 原型网站 ~ 437623b
- Heroku 试部署
- 自动化接口测试
迭代:
- 数据库部署探索
  - Heroku-Redis 服务
- 历史数据初始化
- 自动每日增补
  - web hook <-- Github
- 周统计图表
- 每日统计图表
- 可点击追查图表
- ...
发布:
- 文档组织
- 文档内审
- DU发布
- 引导持续优化
- ...

参考

进展

170425 ZQ 推进 Redis 后端可行
170423 ZQ 升级为服务开发任务
170422 DUW_v2 发现分支统计问题
170409 ZQ 创建分支 du4proto/st at DU_tools · DebugUself/du4proto
170408 DUW_v0 发布统计数据

17.4.3 review init.

快速怼议的已知问题:

[st]自动统计怼圈行为

~ du4proto/st at DU_tools · DebugUself/du4proto

背景

成立怼圈后, 大家重新回到 github
但是,各种行为并不清晰
导致无法快速作出嗯哼的修正

需求

~ 根据急需度排序

截止当前:
- 代码提交排行
  - 提取所有提交行为数据 ~ 3e1b0d5
  - 针对怼员进行统计
- 点评次数排行
- Issue 创建排行
- Issue 回复排行
- ...
每天:
- 代码提交排行
- 点评次数排行
- Issue 创建排行
- Issue 回复排行
- ...
历史图表:
- 每周代码提交数量趋势图
- 每周点评数量趋势图
- 每周 Issue创建数量趋势图
- 每周 Issue回复数量趋势图
- ...

进展

170407 ZQ 设立任务...
170406 ZQ 发布原型

[stuff]自怼术语

现象

~ 大妈是梗播种机

在任何一个长期组织中,随着协作的深入
必然的对特定概念/事物/事件/人物/过程... 形成内部独有的原创专用指代
从而:
- 加速沟通, 将一堆背景/过程/理解, 压缩为一个词令所有人秒懂
- 形成文化, 内聚信任..
例如: 志平仁波切, 腿毛...

方案

现在 自怼圈 刚刚启动一周
就已经被激发出很多专用梗了
我们必须有意识的收集并定义/追踪这些梗的变化
成为最终发布图书中的重要文化构造技巧研究素材
所以, 先以最简形式开始
- 在此 Issue 正文中给出各种梗名词的关系树
- 大家在回复中对自己有心得的梗进行定义,包含:
  - 触发
  - 含义
  - 引申
  - 变化
  - 应用
  - ...
- 用 chk-box 的形式来标识是否完成定义
- 积累到一定程序, 通过 怼周刊 或是其它渠道发布

梗树

心智:
- 被动进步
- 同侪压力 (Peer Pressure)
- AKA
- 能技 -> 能技素
- TUV
- ...
环境:
- 玻璃花园
- 酱人原则
- ..
事件:
- 被异地
- ..
人物:
- 怼圈最长 ID 持有人
- 巨怼人
- ...
技术:
- ...

zoomquiet / du2pre Goto Github PK

du2pre's Introduction

du2pre's People

Stargazers

Watchers

du2pre's Issues

DU0wd3

背景

现象

方案

辅助

Issue 踩坑故事集

故事一：迷之问题

场景

关键点：如何写 Issue 正文？

故事二：然后，就没有然后了

场景

关键点：及时跟进 Issue

故事三：不想被关闭的 Issue

场景

关键点：Issue 永远只是暂时性任务的追踪/提醒/讨论

小结：如何创建和使用 Issue

Changelog

References

背景

内容预案

进展

背景

现象

分析

进展

背景

内容预案

进展

背景

现象

分析

进展

背景

分析

方案

参考

进展

背景

需求

进展

现象

方案

梗树

Recommend Projects

Recommend Topics

Recommend Org