https://github.com/DebugUself/du4proto/issues/372 ZoomQuiet created at 2018-04-01 11:16:22
> (优先级别标定-> XXXL|XXL|XL|L|M|S 参考: [TEE-style](https://github.com/DebugUself/du4proto/wiki/RlShortNames#%E4%BC%98%E5%85%88%E7%BA%A7))
## 背景
~ 阐述 记录/问题/事件/... 发生的背景
[2w[新怼员]第一序列任务](https://github.com/DebugUself/du4proto/issues/190)
传说中 DAMA 主持的 `自怼圈` 真的坚持了一年,
而且总算重开接收新怼员了 ;-)
## 分析
~ 先给出自己的态度以及尝试
- 经过一年的积累, 可想已经有了非常丰富的嗯哼
- 这对新怼友, 是又惊又喜的:
+ 喜欢的当然是有足够的资料来参考学习
+ 惊恐的是发现进入了一个远超想象的复杂世界..
- 所以, 怎么破?
+ 简单 -> 冲
+ 积极向老司机们嗯哼
## 任务
~ 给出可以追踪进展的行为追踪顺序
> 所有新怼员, 回复 Issue 先尝试回答以下问题, 在获得老怼员的嗯哼后, 立即开始,逐一落实
- [ ] XL 明确怼圈的正确进入姿势
+ 交付/增补 对应 wiki 手册
- [ ] L 在怼圈建立合理的私人阵地
+ 交付: [S14E51](https://github.com/DebugUself/du4proto/tree/master/Season2018/S14E51) 中对应的私人自怼计划
- [ ] M 发布自己当季目标
+ 参考: [10d[RDD]为怼圈重启:完善常设项目:自述](https://github.com/DebugUself/du4proto/issues/357)
+ 进入(在对应项目自述中追加自己为成员), 或是 创建新作品工程
- [ ] S [∞h[TASK] 挖掘 `zoomquiet.io` ~ 自怼圈第0个任务](https://github.com/DebugUself/du4proto/issues/64)
@DebugUself/du4all
参考: [禁止事项清单](https://github.com/DebugUself/du4proto/wiki/HbNotDoIt)
https://github.com/DebugUself/du4proto/issues/371 ZoomQuiet created at 2018-04-01 10:49:26
> (优先级别标定-> XXXL|XXL|XL|L|M|S 参考: [TEE-style](https://github.com/DebugUself/du4proto/wiki/RlShortNames#%E4%BC%98%E5%85%88%E7%BA%A7))
## 背景
~ 阐述 记录/问题/事件/... 发生的背景
~ [21d[ANN]S13E51启动](https://github.com/DebugUself/du4proto/issues/352)
### 节奏:
> 怼圈已经形成的...
- 每周 10+小时投入
- 每人 至少一个作品项目/分支
- 周6 2042 zoom.us 会议群怼
- 每月 一个可用版本发布:
+ 用一周 规划/探索
+ 再一周 原型检验
+ 来一周 正式开发
+ 未一周 回顾分析
## 当季
~ 先给出自己的态度以及尝试
> 因为怼圈重启
- 老怼员追加任务: 每人至少帮带一名新怼员
+ 在自己对应 `_plan.md` 中协议追加新怼成员
+ 用至少一周, 引导进入怼圈各种工具/流程
+ 并引导发现新怼内心最想嗯哼的作品, 并开辟对应分支正式推进
- 其它不变...
## 记录
~ 原始数据/过程/现象/...收集
进入: [S14E51](https://github.com/DebugUself/du4proto/tree/master/Season2018/S14E51)
@DebugUself/du4all
```
.
.
...
```
参考: [禁止事项清单](https://github.com/GC4WP/common/wiki/HbNotDoIt)
https://github.com/DebugUself/du4proto/issues/370 ZoomQuiet created at 2018-04-01 09:42:26
## 18.4.1 怼圈重启
追踪各种接引配置进展
- [x] 报表
- [x] 通告
- [ ] 收款
+ [x] 老怼回款
- [x] 权限恢复
+ [x] gh
+ [x] mailling-list
+ [x] slack
## 进展
> 检验是否老怼:
git log --oneline --author="Hugo1030" | wc -l
### 老怼
- [x] +dadac123 @zoejane ++0 ?
- [x] +yzhjsw520 @Hugo1030 ++23
- [x] +mx10209 @mxclover ++55
- [x] +he317218 @liguanghe ++130
- [x] +shaohy0219 @Hansoluo ++8
- [x] +OMlalala @OMlalala ++66
- [x] +littlexiaocai @littlexiaocai ++48
- [x] +HouHooo @livingworld ++6
- [x] +Leila_yh @leilayanhui ++77
- [x] +wangjywx @wangjunyu ++1?
- [x] +miaow-sauce @sumin1123 miaowsauce@gmail.com ++0?
- [x] +tara61 @Irene6161 irene6161@gmail.com ++0?
- [x] @wuhuhu800 ++1?
### 新怼
- [x] @linfeng365 linfengyahoo@gmail.com
- [x] @Moonject moonject@gmail.com
- [x] + @StoneAmber 0stonemask@gmail.com ++0?
- [x] +574168029 @NBR-hugh ++0?
- [x] @ceciliacheng 1772979678@qq.com
- [x] @xuyang02965 xu.yang02965@gmail.com
- [x] @Vwan vivian.jh3@gmail.com
- [x] @elevenera liujiyuan11@gmail.com
- [x] @zhiyu1999 cocotao00100@gmail.com
- [x] @0x0o zhijie0X0@gmail.com
- [x] @HelloFish 960076185@qq.com
- [x] @zhaodengGA zdzhaodeng@gmail.com
- [x] @WentaoSun wentao.name@gmail.com
https://github.com/DebugUself/du4proto/issues/368 ZoomQuiet created at 2018-03-30 09:18:59
~ [3d[TASK]重启怼圈系列嗯哼](https://github.com/DebugUself/du4proto/issues/364)
# DU_tools
~ 怼圈运营工具箱
为自怼圈长期健康运营,自制的一系列工具/服务.
## 背景
`DebugUself` ~ 怼圈, 源自 `OM103py`~开智编程入门班第3期结束后,
很多学员反应不够味儿, 盼望有一个气质相投的环境, 继续深入自学 Python 技术.
于是, 通过 `小密圈`(已更名为: 知识星球),发起收费社群,
通过封闭 gh 环境, 营造为期一年的, `玻璃花圈` 贯彻大妈在课程中设想的:
- 项目为线索
- 自学为形式
- 互怼为动力
- 输出为习惯
- ...
推行各自反模式自学方法...
## 目标
果然, 在精心诱导下, 不到51人的怼圈, 自然生成了一系列实用项目.
期间, 也触发各种隐藏任务/故事, 形成 `怼圈` 持有的:
自律
互助
乐趣
文化氛围, 而维护这种氛围, 需要专用工具来辅助:
- 基于 gh 的自动化统计, 来展示当周所有成员的活跃度
- 在同类时间帐单使用背景下, 用相同的效率 理解来自动化分析当周效能变化
- `怼周刊` 的编辑/发布/收集/.. 自动化
- ...
而所有开发和运维, 也自然变成 `自怼圈` 内部项目,
也一样, 包含了各种实用技能, 值得新老怼友上手体验,自学 ;-)
## 现案
- [DU_tools](https://github.com/DebugUself/du4proto/tree/DU_tools) ~ 工具箱入口
+ 对应 [st](https://github.com/DebugUself/du4proto/tree/ZQ4mDjango/heroku) 服务, 对应活跃度统计
+ 以及 [check4DUStat](https://github.com/DebugUself/check4DUStat) Chrome 扩展
+ 规划增强为 Slack bot 功能
- [DUW](https://github.com/DebugUself/du4proto/tree/DUW) <-- 怼周刊
+ 当前人工定期编辑发布到 gh 版本空间中
+ 规划自动发布到 7niu 等其它 CDN 中
* 并提供全文搜索功能,在对应微信号/Slack 频道
- [planet](https://github.com/DebugUself/planet)
+ RSS 汇聚服务
+ 收集所有怼员的私人 blog 相互关注
+ 规划增强为 DUW 自动章节内容
- [tl2wc](https://github.com/DebugUself/du4proto/tree/tl2wc)
+ 微信后台应答 bot ; 时间帐单功能原型
+ 规划融合以上各种服务/功能
## 加入
向 zoomquiet+du[AT]gmail.com 发送申请邮件, 说明:
- 基本信息:
+ gh 帐号
+ 常用邮箱
+ 手机
+ 快递地址
- 能力信息:
+ Python 开发经验
+ 以往作品链接
- 项目意向:
+ 对哪个工具增强有兴趣?
+ 为什么?
+ 有什么进一步规划就设想?
+ 每周愿意支出多少时间在怼圈开发上?
> 然后? 然后就可以开始快乐的撸代码了哪...
```
.
.
...
```
参考: [禁止事项清单](https://github.com/GC4WP/common/wiki/HbNotDoIt)
https://github.com/DebugUself/du4proto/issues/364 ZoomQuiet created at 2018-03-28 12:43:06
> (优先级别标定-> XXXL|XXL|XL|L|M|S 参考: [TEE-style](https://github.com/DebugUself/du4proto/wiki/RlShortNames#%E4%BC%98%E5%85%88%E7%BA%A7))
## 背景
~ 阐述 记录/问题/事件/... 发生的背景
~> [10d[RDD]为怼圈重启:完善常设项目:自述](https://github.com/DebugUself/du4proto/issues/357)
## 分析
~ 先给出自己的态度以及尝试
真正又一年要重新开始了...
## 方案
~ 给出可以追踪进展的行为追踪顺序
- [x] 1d 以内所有即有项目完成整理自述
- [ ] 3d 以内完成重启准备
+ [ ] 所有成员回复此 Issue, 起草 280字以内 怼圈宣传辞
+ [ ] 在获得其它怼员意见后, 至少修订一次
+ [ ] 然后发布到自己熟悉的渠道中
+ [ ] 看谁吸引过来的新怼员最靠谱(坚持自怼时间最长 ;-)
- [ ] 37 怼员为上限, 640元/y 继续(老怼惠享 420元/y)
- [ ] ...
## 记录
```
.
.
...
```
参考: [禁止事项清单](https://github.com/GC4WP/common/wiki/HbNotDoIt)
https://github.com/DebugUself/du4proto/issues/357 ZoomQuiet created at 2018-03-17 14:24:52
> (优先级别标定-> XXXL|XXL|XL|L|M|S 参考: [TEE-style](https://github.com/DebugUself/du4proto/wiki/RlShortNames#%E4%BC%98%E5%85%88%E7%BA%A7))
## 背景
~ 阐述 记录/问题/事件/... 发生的背景
- 17.4.1 自怼圈启用....按照计划 18.4.1 重启
- 至今, 怼员总计 54 人, 但每周活跃有输出的不到 1/4
- 重启, 将是:
+ 清退所有成员
+ 重新报名/付费/进入
## 分析
~ 先给出自己的态度以及尝试
- 怼圈组织成员每周自学内容/节奏/形式/.. 一直在改进
- 至今, 已稳定为:
+ 以确切`实用项目`为核心
+ 以4周为节奏
+ 以每周可支持自由时间为输入
+ 持续自学社区
- 所以, `实用项目`, 是怼圈最核心动力和吸引力
- 那么, 重启怼圈, 将第一时间要求怼员进入确切的 项目中开始有目标的持续输出
- 但是, `实用项目` 的发端非常偶然, 一但启动迭代又非常快速
+ 以至项目当前状态
+ 新成员进入的前置要求
+ ...
+ 都没有对应完备文档来说明
综上
## 方案
~ 给出可以追踪进展的行为追踪顺序
> 参考:[Readme Driven Development](http://tom.preston-werner.com/2010/08/23/readme-driven-development.html)
- 10d 以内, 每项目主持人/联合成员, 共同发布项目自述(README)
- 先分别以 Issue 形式公开审核, 吸收意见,持续改进:
+ Issue 标题格式:
+ `[RDD] ***项目,自述原案`
- 10d 后, 统一对应更新项目分支根目录的 README.md
+ 并在 [1. 怼圈指北](https://github.com/DebugUself/du4proto/wiki/How2PubHandBook) 中醒目索引
### 活跃项目
~ 经过怼圈一年的积累, 可以识别出的活跃项目
- [x] [DU4ai](https://github.com/DebugUself/du4proto/tree/DU4ai) ~ @[Hugo1030](https://github.com/Hugo1030) 发起 深度学习AI大数据分析竞赛
- [x] [leo-editor-cn](https://github.com/DebugUself/leo-editor-cn) ~ @[OMlalala](https://github.com/OMlalala) 发起 Leo 官方文档翻译
- [x] [atl4dama](https://github.com/DebugUself/du4proto/tree/atl4dama) ~ @[李广鹤 Alice](https://github.com/liguanghe) 主持 时间帐单分析
- [x] [music_earsketch](https://github.com/DebugUself/du4proto/tree/zoejane/music_earsketch) ~ @[zoejane](https://github.com/zoejane) 开创 编程音乐创作
- [x] [YHDutySchedule](https://github.com/DebugUself/du4proto/tree/YHDutySchedule) ~ @[leilayanhui (严蕙)](https://github.com/leilayanhui) 创立 排班小程序
- [x] [DU_tools](https://github.com/DebugUself/du4proto/tree/DU_tools) ~ @[Zoom.Quiet](https://github.com/ZoomQuiet) 构建 系列怼圈运营支持工具
+ [x] [[RDD]DU Weekly 怼周刊小站 项目，自述原案](https://github.com/DebugUself/du4proto/issues/365)
### 新创项目
- 当前怼员酝酿, 可以推出变成怼圈常设项目
- 都可以使用以上形式来完备自述, 将获得相同的入圈推荐待遇
```
.
.
...
```
参考: [禁止事项清单](https://github.com/GC4WP/common/wiki/HbNotDoIt)
https://github.com/DebugUself/du4proto/issues/344 ZoomQuiet created at 2018-01-28 03:14:12
> (优先级别标定-> XXXL|XXL|XL|L|M|S 参考: [TEE-style](https://github.com/DebugUself/du4proto/wiki/RlShortNames#%E4%BC%98%E5%85%88%E7%BA%A7))
## 背景
~ 阐述 记录/问题/事件/... 发生的背景
<-- [42h[TASK]20180127 怼周会 分享及纪要:过往资料?](https://github.com/DebugUself/du4proto/issues/342#issuecomment-361012078)
~> [6d[DISCUSS]都知道输出很重要, 输出在哪里呢?](https://github.com/DebugUself/du4proto/issues/343)
## 分析
~ 先给出自己的态度以及尝试
这事儿, 其实分两个问题:
- 以往怼会索引:
- [x] 维基最自然 [LogDUMeeting · DebugUself/du4proto Wiki](https://github.com/DebugUself/du4proto/wiki/LogDUMeeting)
- [x] 指向对应 Issue 就好
- [x] 同时追加到会议主持手册
- [x] 另外, 增补会议Issue模板, 给出索引维基页面 [42h[TASK]20180127 怼周会 分享及纪要 · Issue #342 · DebugUself/du4proto](https://github.com/DebugUself/du4proto/issues/342)
- 以往媒体资料储存/获取: 百度网盘
+ 空间足够大,又足够便宜
+ 以及是否要有口令之类的保护, 以免非法泄漏?
+ 进一步的, 过往成员如何区分提取? 有链接.
+ ...
想明白了, 开始整理就好
## 方案
~ 给出可以追踪进展的行为追踪顺序
- [ ] XL @liguanghe 规划整体
- [ ] L 发布分解任务 Issue 并索引在此
- [ ] M 发布自己的初步成果
- [ ] S ...
## 变更
~ 记录合并大家 建议/增补/.. 来的主要变动信息
- 180127 ZQ init.
- ... 使用日期 作者 记要 <-- 这种行格式来嗯哼
```
.
.
...
```
参考: [禁止事项清单](https://github.com/GC4WP/common/wiki/HbNotDoIt)
https://github.com/DebugUself/du4proto/issues/332 ZoomQuiet created at 2018-01-06 14:15:25
> (优先级别标定-> XXXL|XXL|XL|L|M|S 参考: [TEE-style](https://github.com/DebugUself/du4proto/wiki/RlShortNames#%E4%BC%98%E5%85%88%E7%BA%A7))
## 背景
~ 阐述 记录/问题/事件/... 发生的背景
--> [42h[TASK]20180106 怼周会 分享及纪要](https://github.com/DebugUself/du4proto/issues/331) 引发
## 分析
~ 先给出自己的态度以及尝试
- 计划 18.4.1 正式翻新
- 所以, 值得进行年度总结
## 方案
~ 给出可以追踪进展的行为追踪顺序
- 所有怼员
- 回复此 Issue:
+ 汇总2017.4.1~2018.3.30 自己的变化
+ 可以持续增补自己的回复
+ 也可以使用 hg-wiki 来持续增补链接过来
+ 也可以用自己的 blog 等等发布渠道总结好链接回来
+ ...
## 记录
~ 原始数据/过程/现象/...收集
1. [ ] [wangdongdong](https://github.com/1513395172)
1. [ ] [XWJ](https://github.com/513572509)
1. [ ] [qinyening](https://github.com/710leo)
1. [ ] [叫兽](https://github.com/arlicle)
1. [ ] [Bamboo](https://github.com/bambooom)
1. [ ] [CarefreeLee](https://github.com/CarefreeLee)
1. [ ] [Xiaolong LI](https://github.com/draachen)
1. [ ] [EattheSun](https://github.com/EattheSun)
1. [ ] [learnpython](https://github.com/fatfox2016)
1. [ ] [Gabriel](https://github.com/gabriel-guobin)
1. [ ] [毛颖](https://github.com/gunuo)
1. [x] [guoyuming](https://github.com/guoyuming)
1. [ ] [gzMichael](https://github.com/gzMichael)
1. [x] [醉舟](https://github.com/Hansoluo)
1. [x] [wumi](https://github.com/hiwumi)
1. [ ] [hstaoqian](https://github.com/hstaoqian)
1. [ ] [沥川](https://github.com/Hugo1030)
1. [ ] [詹卓璇](https://github.com/iamzhuoxuan)
1. [ ] [六一](https://github.com/Irene6161)
1. [ ] [jianjiao2021](https://github.com/jianjiao2021)
1. [ ] [Jun Pi](https://github.com/JunPi)
1. [ ] [巨晓松](https://github.com/juthy1)
1. [ ] [kunbao7](https://github.com/kunbao7)
1. [x] [严蕙](https://github.com/leilayanhui)
1. [ ] [leiyunhe](https://github.com/leiyunhe)
1. [x] [李广鹤 Alice](https://github.com/liguanghe)
1. [ ] [littlexiaocai](https://github.com/littlexiaocai)
1. [ ] [hetao](https://github.com/livingworld)
1. [ ] [yongle](https://github.com/lyltj2010)
1. [ ] [MagicCheng](https://github.com/MagicCheng)
1. [ ] [arronzhao](https://github.com/medsuppit)
1. [ ] [meepochen](https://github.com/meepochen)
1. [x] [mxclover](https://github.com/mxclover)
1. [ ] [nibirong](https://github.com/NBR-hugh)
1. [ ] [noylau](https://github.com/noylau)
1. [x] [OMlalala](https://github.com/OMlalala)
1. [ ] [pb](https://github.com/pengbo0530)
1. [ ] [ljshi](https://github.com/shi1234)
1. [ ] [大猫](https://github.com/simpleowen)
1. [ ] [stonemask](https://github.com/stonemask)
1. [ ] [喵酱](https://github.com/sumin1123)
1. [ ] [sunoonlee](https://github.com/sunoonlee)
1. [ ] [许从从VAN](https://github.com/vanxv)
1. [ ] [浚宇](https://github.com/Wangjunyu)
1. [ ] [wenyan666](https://github.com/wenyan666)
1. [ ] [阿虎_Woody](https://github.com/wuhuhu800)
1. [ ] [柳白猿](https://github.com/xbaiyuan)
1. [ ] [Xinpeng Geng](https://github.com/xpgeng)
1. [ ] [刘和宇](https://github.com/yanzhiw)
1. [ ] [yuanchunrong](https://github.com/yuanchunrong)
1. [x] [熊本](http://zhangshiying.in/)
1. [ ] [Zoe Jane](https://github.com/zoejane)
https://github.com/DebugUself/du4proto/issues/329 ZoomQuiet created at 2018-01-02 15:41:46
## 背景
~ 阐述 记录/问题/事件/... 发生的背景
--> [[TASK]怼圈作品大征集, 来展示你的项目吧](https://github.com/DebugUself/du4proto/issues/257)
进入怼圈后第一姿态:
- 迁移自学工程进花园
- 加入协同项目自学
## 问题
~ 先给出自己的态度以及尝试
但是, 多数并没有享受花园相互的足够注目待遇:
- 分支太多
- 相互又没有足够的宣传
- 不知道进展/前提/协同节奏/...
- 以至分支数量少于成员数量, 真正协同工程非常少
## 方案
~ 给出可以追踪进展的行为追踪顺序
> (优先级别标定-> XXXL|XXL|XL|L|M|S 参考: [TEE-style](https://github.com/DebugUself/du4proto/wiki/RlShortNames#%E4%BC%98%E5%85%88%E7%BA%A7))
- [x] XL [怼圈指北](https://github.com/DebugUself/du4proto/wiki/How2PubHandBook) 开辟
+ 要求大家各自增补仓库 README
+ 并对应增补维基索引链接中对应简述
- [x] L 发起当前 Issue
- [ ] M 中期提醒
- [ ] M 验收使用, 追加到对应相关规约作为固定行为:
+ [ ] [0. 新人指南:自怼圈跳入](https://github.com/DebugUself/du4proto/wiki/How2jumpInDU)
+ [ ] [0.1 怼圈 MVP](https://github.com/DebugUself/du4proto/wiki/DUMVP)
+ [ ] [1.4 GitHub 实用指北](https://github.com/DebugUself/du4proto/wiki/HbUsageGithub)
+ [ ] ...
https://github.com/DebugUself/du4proto/issues/328 ZoomQuiet created at 2018-01-01 10:04:39
## 背景
~ 阐述 记录/问题/事件/... 发生的背景
新年第一个公开任务:
- 在怼圈开辟之初就面临一个问题:
+ 如何自动化的统计成员的周活跃程度?
- [DebugUself/du4proto at DU_tools](https://github.com/DebugUself/du4proto/tree/DU_tools)
+ 自然的创建了对应的统计项目
+ 并在两周以内完成并上线
- 但是, 10个月过去了
+ 除了周刊时
+ 大家并没有意识到就是开源工具
+ 可以定制/配置用在自己的其它工程中
## 分析
~ 先给出自己的态度以及尝试
宣传, 没有宣传, 只有现实暗示的话, 大家是难以 got 到内部资源的 ;-)
## 方案
~ 给出可以追踪进展的行为追踪顺序
> (优先级别标定-> XXXL|XXL|XL|L|M|S 参考: [TEE-style](https://github.com/DebugUself/du4proto/wiki/RlShortNames#%E4%BC%98%E5%85%88%E7%BA%A7))
- [x] L 创建任务, 说明使命:
+ 以真实的运行中工具为对象, 理解/使用/改进/增补/扩展 [st](https://github.com/DebugUself/du4proto/tree/DU_tools/st) 这一系统
+ 期望输出以下文档:
* st 服务侧结构说明
* st 服务侧开发手册
* st 服务侧运营手册
* st 客户端使用说明
* st 客户端开发手册
* st 综述/展望
+ 可以分别认领, 尝试
- [ ] M 有人认领即刻启动
- [ ] M 正常推进
- [ ] S 按时发布成果
## 记录
~ 原始数据/过程/现象/...收集
## 变更
~ 记录合并大家 建议/增补/.. 来的主要变动信息
- 180101 ZQ init.
- ... 使用日期 作者 记要 <-- 这种行格式来嗯哼
```
.
.
...
```
参考: [禁止事项清单](https://github.com/GC4WP/common/wiki/HbNotDoIt)
https://github.com/DebugUself/du4proto/issues/322 ZoomQuiet created at 2017-12-18 08:32:08
## 背景
~ 阐述 记录/问题/事件/... 发生的背景
[28d[ANN]S09E51启动](https://github.com/DebugUself/du4proto/issues/300)
## 方案
~ 给出可以追踪进展的行为追踪顺序
> (优先级别标定-> XXXL|XXL|XL|L|M|S 参考: [TEE-style](https://github.com/DebugUself/du4proto/wiki/RlShortNames#%E4%BC%98%E5%85%88%E7%BA%A7))
- [x] XL [S10E51](https://github.com/DebugUself/du4proto/tree/master/S10E51)
- [ ] L 各自发布对应当季规划
- [ ] M 逐周发布自己的初步成果
- [ ] S ...
## 记录
~ 原始数据/过程/现象/...收集
进入: [S10E51](https://github.com/DebugUself/du4proto/tree/master/S10E51)
## 变更
~ 记录合并大家 建议/增补/.. 来的主要变动信息
- 171218 ZQ init.
- ... 使用日期 作者 记要 <-- 这种行格式来嗯哼
```
.
.
...
```
参考: [禁止事项清单](https://github.com/GC4WP/common/wiki/HbNotDoIt)
https://github.com/DebugUself/du4proto/issues/306 ZoomQuiet created at 2017-11-27 09:03:55
## 背景
~ 阐述 记录/问题/事件/... 发生的背景
[42h[TASK]20171125 怼周会 分享及纪要](https://github.com/DebugUself/du4proto/issues/305) 中引发一项讨论:
> 类似 [5d[TASK]写作项目迁进怼圈](https://github.com/DebugUself/du4proto/issues/292) 自发协同项目,
> 如何进行 DU-style 的自组织?
## 方案
~ 给出可以追踪进展的行为追踪顺序
> (优先级别标定-> XXXL|XXL|XL|L|M|S 参考: [TEE-style](https://github.com/DebugUself/du4proto/wiki/RlShortNames#%E4%BC%98%E5%85%88%E7%BA%A7))
- [ ] XL 规划整体
- [ ] L 发布分解任务 Issue 并索引在此
- [ ] M 发布自己的初步成果
- [ ] M 设立专用 wiki 页面开始追踪定期的项目阶段交流/进展...
## 分析
~ 先给出自己的态度以及尝试
其实, DU 的发端,以及运营至今形成的节奏本身, 就是一个很好的样本:
- 成员自愿进入(付费以示决心)
+ 承诺每周投入 10+ 小时
- 每周定期例怼, 交换各自项目的问题/进展/需求/..
- 所有代码/项目/文档 开放给所有成员共同维护
+ 至少参与一个项目的推进
+ 持续收集 MVP/提问/会议组织/... 各种方面层次的经验, 整理为可用的 wiki 文章沉淀下来
- ...
以上各种固化的行为, 都是从一开始通过各种工具/交流分享/Issue 示范引导培养起来的
即, 社区基础守则: `谁主张, 谁执行`
- 除字面含义外
- 另一层含义是:
+ 发起人有义务为整个儿项目的生命周期进行详尽的规划
+ 对任何可能出现的问题/冲突/质疑, 都应该有一组最小法则来统一应对
- 进一步的:
+ 执行的目的不是自己将所有事儿都作了
+ 而是可以先一小步为项目各个层面上的操作给出实例
+ 以便追随者, 可以用最小成本快速进入阵地开始协同贡献
### 写作项目
~ 直觉的大致规划一下启动姿势
通过 github 进行写作项目的协同, 其目标是什么, 也必定导致使用姿势的不同
- 明确成员/项目作品目标:
+ 设立 github team
+ slack 项目频道
+ 创建写作分支
+ ...
- 讨论明确写作协同流程:
+ 轮流主持撰写?
+ 同时写,投票选最佳来发布?
+ `和合技` 同步版本迭代推进?
+ 参考某次作业的内部讨论录音链接:http://pan.baidu.com/s/1c1EFwFA 密码:gpi3
- 设计 github 使用流程/守则/模板/缩写/...
+ 将约定好的协同写作流程
+ 逐一对应到具体的github/zoom/slack 交流行为上
+ 并定好检验方法/周期
- 约定输出作品的空间和统一标识物
+ 以便形成团队的文字形象
+ 进一步的, 可以考虑建立 lizhi/ximalaya 专辑
+ 对自己的作品, 进行其它形式的演绎
> 即:
将一个写作作品, 也视为软件作品,
进行标准的软件工程化管理, 是可以的,
也是易行的, 关键要点也只是:
- MVP 所有成员知道最小的文字迭代流程/场所/工具
- 版本追踪 ~ 任何贡献都有唯一 URL 来标定
- 对外发布文字作品, 就是软件发布:
+ 是一次严正的版本发布工程
+ 要有仪式感
+ 对应 github 仓库的 版本/tag 等等操作
+ 来固化一次对外发布的状态
- ...
参考:
- [G193组和合技的修炼](http://www.jianshu.com/p/ba46b38cc36e)
- [GC4g56: 和合技~强释](http://www.jianshu.com/p/aaf4096bde08)
+ [S07E15g193: 和合技 私例](http://www.jianshu.com/p/1e3d5d0b2599)
- [S07E15g193: 嗯哼重来](http://www.jianshu.com/p/04b10e675998)
+ [「私塾7.1/36」和合技C-C模式](http://www.jianshu.com/p/d90f5df63e18)
+ [和合技C-C模式](http://www.jianshu.com/p/d90f5df63e18)
参考:
- [制造开源软件](http://producingoss.com/zh/)
- [AboutCommunity | DevRel | 开发者关系.思考](http://devrel.info/categories/#AboutCommunity-ref)
+ [社区运营的道、法、术、器](http://devrel.qiniucdn.com/data/20170819220315/index.html)
- ...
## 变更
~ 记录合并大家 建议/增补/.. 来的主要变动信息
- 171127 ZQ init.
- ... 使用日期 作者 记要 <-- 这种行格式来嗯哼
```
.
.
...
```
参考: [禁止事项清单](https://github.com/GC4WP/common/wiki/HbNotDoIt)
https://github.com/DebugUself/du4proto/issues/227 ZoomQuiet created at 2017-09-12 01:17:30
# 血案之运行失措
错错错:
回南天燥心
运行全想.ipynb
方便乃虚幻
## 现象
- 网络中找到的各种教程越来越多是 .ipynb 形式了
- 课程也在推广
- 于是, 不管3721, 有怼员直觉的想尝试一切运行都在 Jupyter 中
- 引发各种嗯哼, 却不自知
## 分析
- 依赖?习惯?懒?
- 应该都有点...但是,最可能的问题在:
+ 基础概念没有建立起来
+ 将 代码文本/系统环境/运行时环境/交互环境/...
+ 各种 Python 可以运行的环境当成同一类对象了
## 任务
所以, 激发任务:
> 4d 以内, 回复此 Issue , 试回答:
- 什么是软件运行环境? 至少包含多少种/层次?
- Python 程序运行在哪儿?
- 有多少类 Python 运行时环境?
+ REPL(Read Eval Print Loop)
+ VM
+ embed
+ compliled
- 什么是操作系统? 什么是系统运行环境? 和我们有什么关系?
- 不同的运行时环境都分别解决了什么问题?
+ 所以, 开发和运行环境是相同的嘛?
+ 当前, 那种运行环境最适合我们的日常自怼?
+ ...
## 进展
- 170912 DAMA init.
https://github.com/DebugUself/du4proto/issues/211 ZoomQuiet created at 2017-08-27 03:50:04
<~ [3w[atl4dama] 时间帐单效能分析 再续再试](https://github.com/DebugUself/du4proto/issues/131)
## 背景
发源自 大妈 8年前的心愿, 基于 DU 第一个月的通用任务,
- 现在变成一个实际可期待的多人时间帐单分析工具
- 以及配置大家形成时间帐单习惯的辅助效果提醒工具
- 更加可能,变成大家入门 py 编程的实战项目
## 分析
- 过去两季, 除了小明大妈,完成了部分清洗和统计之外
- 其它成员并没有实际加入项目, 完成可视化以及数据统计后的解读
- 随着 @liguanghe @zhangshiyinrunwithcc 的觉觉醒
- 重新意识到这个小工具系统关联的知识点足够支撑引爆技能
所以->这一秄期待:
- [x] 数据清洁-> 包含大家各自的新数据
+ [x] 合理收纳到对应原始数据目录
+ [x] 发布自己的记录格式说明
+ [x] 兼容开发可以合理完成清洗
- [x] 统计-> 完成以下指标的通用统计
+ [x] TOTa
+ [x] LOTa
+ [x] SET4 (Simple Efficiency Time for DU)指标
- [ ] 可视化
+ [x] 输出至少一种图表
+ [x] 输出为 HTML
+ [ ] 可以自动统计新数据发布 HTML 到内部网站
+ [ ] ...
## 进展
- 17.8.27 DAMA init.
https://github.com/DebugUself/du4proto/issues/210 ZoomQuiet created at 2017-08-27 03:39:32
<-- [42h[TASK]20170826 怼周会 分享及纪要](https://github.com/DebugUself/du4proto/issues/205)
## 背景
自怼圈从第3个月开始, 稳定节奏:
- 每周一次例会, 内部分享进展
- 每4周一季, 发布至少一个可用版本作品
## 行动
~ 进一步的, 从 S06 开始
- 类似:[28d[ANN]S05E51 自怼小组任务追踪](https://github.com/DebugUself/du4proto/issues/173) 这种任务追踪 Issue
+ 应该每一季重启一则 Issue ,以便阶段性追踪
- 以及:
+ 对应项目计划文档 [du_s05e51_zoomquiet_plan.md](https://github.com/DebugUself/du4proto/blob/master/S05E51/du_s05e51_zoomquiet_plan.md)
* 应该修订为作品为名的: `du_s06e51_atl4dama_plan`
* 以便和私人计划分离
+ 每个作品的项目文档,明确分离为:
* 计划文档, 在 master 对应作业季目录中
* 技术文档, 持续在对应分支根 README 中记述
- 以上行动,有作品的小团队, 应该在 42 小时以内完成快速调整
@DebugUself/du2dev
## 进展
- 17.8.27 init.
https://github.com/DebugUself/du4proto/issues/191 ZoomQuiet created at 2017-08-14 13:42:09
## 现象
- DUW18 紧张编辑中
- 突然 `git pull` 时变的非常慢
- 感觉有问题, 但是,大家忍了一会儿, 先完成编辑工作...
## 分析
~ 但是,感觉不对哪:
从 [Network Graph · DebugUself/du4proto](https://github.com/DebugUself/du4proto/network)->
可以看到 dd6cf72 被 @liguanghe 从 master 分支出了一个 `b10` 分支
- [rm .gitignore license readme · DebugUself/du4proto@dd6cf72](https://github.com/DebugUself/du4proto/commit/dd6cf72be97cf1b3d4e848593ffe262b64453e56)
+ [Comparing ZoomQuiet:master...DebugUself:10b · ZoomQuiet/du4proto](https://github.com/ZoomQuiet/du4proto/compare/master...DebugUself:10b)
进一步挖掘, 发现当时情景应该是:
- 从 master -> b10
- 删除不需要的文件(但是, 没有注意到历史版本都保留在分支中了)
- 然后将 DUW 的文稿都复制过来
- 追加自己的内容, 逐一 push 后
- 才发现有 DUW 分支
- 然后快乐的将 b10 分支合并到 DUW 分支
- 从而, 给其它 DUW 的编辑们本地工作分支追加了几百个 master 的文件编辑历史
## 纠正
@bambooom 先来 reset ... 版本地图清晰了:
但是, 其它人在本地同步时将发现:
```
༄ git pl
remote: Counting objects: 3, done.
remote: Compressing objects: 100% (2/2), done.
remote: Total 3 (delta 1), reused 3 (delta 1), pack-reused 0
Unpacking objects: 100% (3/3), done.
From github.com:DebugUself/du4proto
+ 4fd8832...ee3dbef DUW -> origin/DUW (forced update)
Auto-merging DU18w_draft.md
CONFLICT (content): Merge conflict in DU18w_draft.md
Automatic merge failed; fix conflicts and then commit the result.
本地自动合并失败...
༄ git st
On branch DUW
Your branch and 'origin/DUW' have diverged,
and have 614 and 1 different commits each, respectively.
(use "git pull" to merge the remote branch into yours)
You have unmerged paths.
(fix conflicts and run "git commit")
(use "git merge --abort" to abort the merge)
Unmerged paths:
(use "git add <file>..." to mark resolution)
both modified: DU18w_draft.md
no changes added to commit (use "git add" and/or "git commit -a")
根据提示追加本地修订...
༄ git add .
༄ git st
On branch DUW
Your branch and 'origin/DUW' have diverged,
and have 614 and 1 different commits each, respectively.
(use "git pull" to merge the remote branch into yours)
All conflicts fixed but you are still merging.
(use "git commit" to conclude merge)
Changes to be committed:
modified: DU18w_draft.md
༄ git ci -am "reset(18w) loc from dama"
[DUW 541756c] reset(18w) loc from dama
再提交...
༄ git pu
Counting objects: 21, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (21/21), done.
Writing objects: 100% (21/21), 2.48 KiB | 0 bytes/s, done.
Total 21 (delta 14), reused 0 (delta 0)
remote: Resolving deltas: 100% (14/14), completed with 2 local objects.
To github.com:DebugUself/du4proto.git
ee3dbef..541756c DUW -> DUW
```
形成的效果是 git 好心将原先错误的历史多头分支合并给自动续上了
### 删除 b10
~ 所以, 一步步来:
```
git -c diff.mnemonicprefix=false -c core.quotepath=false -c credential.helper=sourcetree branch -D -r origin/10b
Deleted remote-tracking branch origin/10b (was 10b79c0).
git -c diff.mnemonicprefix=false -c core.quotepath=false -c credential.helper=sourcetree push origin :10b
To github.com:DebugUself/du4proto.git
- [deleted] 10b
Completed successfully
```
### 清除合并
~ 使用 rebase 涉及 616 个 master 的版本丢弃, 太疯...
所以:
- 使用 @bambooom 的方案, 只是要先进行手工的本地备份
- 然后进行强行回滚, 并放弃本地复本(因为包含了 616 个 master 的历史版本)
- 最后, 手工,将备份中最新 DUW 的文档内容复制过来
- 再正常的 push
- DUW 分支就干净了...
## 预防
~ 但是, 其它同学进行 DUW 编辑时,依然有可能重新续上宏大 master 分支,所以!
请大家 clone DUW 分支时这么操作:
- 先移走原先进行嗯哼的 `DUW` 分支
- 然后按照以下操作进行:
```
$ mkdir DUW
$ cd DUW
$ git init
Initialized empty Git repository in ....../DUW/.git/
$ git remote add -t DUW -f origin git@github.com:DebugUself/du4proto.git
Updating origin
remote: Counting objects: 632, done.
remote: Compressing objects: 100% (6/6), done.
remote: Total 632 (delta 12), reused 14 (delta 12), pack-reused 614
Receiving objects: 100% (632/632), 229.03 KiB | 19.00 KiB/s, done.
Resolving deltas: 100% (394/394), done.
From github.com:DebugUself/du4proto
* [new branch] DUW -> origin/DUW
* [new tag] 17.4.15 -> 17.4.15
* [new tag] 17.4.8 -> 17.4.8
* [new tag] v17.5.13 -> v17.5.13
* [new tag] v17.5.20 -> v17.5.20
* [new tag] v17.5.27 -> v17.5.27
* [new tag] v17.5.6 -> v17.5.6
* [new tag] v17.6.10 -> v17.6.10
* [new tag] v17.6.17 -> v17.6.17
* [new tag] v17.6.24 -> v17.6.24
* [new tag] v17.6.3 -> v17.6.3
* [new tag] v17.7.1 -> v17.7.1
* [new tag] v17.7.15 -> v17.7.15
* [new tag] v17.7.22 -> v17.7.22
* [new tag] v17.7.29 -> v17.7.29
* [new tag] v17.7.8 -> v17.7.8
* [new tag] v17.8.5 -> v17.8.5
$ git br -a
remotes/origin/DUW
$ git co DUW
Branch DUW set up to track remote branch DUW from origin.
Switched to a new branch 'DUW'
$ git br -a
* DUW
remotes/origin/DUW
```
以上, 将难以意外合并到其它分支了...
### 原因:
参考: [HbUsageGit · DebugUself/du4proto Wiki](https://github.com/DebugUself/du4proto/wiki/HbUsageGit)
因为 [DebugUself/du4proto: all kinds of DebugUself's prototype MVP](https://github.com/DebugUself/du4proto) 仓库的使用策略是:
- master 进行公共项目管理文档发布
- 各个项目分支永远不应该合并回 master
- 所以, 应该的使用策略是:
+ 所有私人/团队/项目分支使用 `--orphan` 参数建立无头孤子分支
+ 同时, clone 到本地时, 只加载对应远程单一分支
+ 这样,就无法误操作将意外的分支 merge 到了
## 进展
- 17.8.14 ZQ init.
- ...
https://github.com/DebugUself/du4proto/issues/190 ZoomQuiet created at 2017-08-14 04:27:21
## 进入
~ 自怼节奏:
+ 4d 以内,尽可能的挖掘旧怼员的资料, 发布为怼员资源索引
* 发布在哪?
* 什么形式?
* 如何获得反馈?
* ... 包含一系列合意难度等待突破
+ 3d 以内根据自己的期待, 圈定一位怼员, 发起申请, 获得专有 `引路人`
* 老怼员 活跃的不一定有空
* 老怼员 不活跃的不一定会带新人
* 老怼员 合适你的不一定抢的到
* ...以及, 大妈 作为自怼圈吉祥物是不作引路人的 ~ 否则对所有人是不公平
* 综上, 这个任务包含了能技的综合爆发, 值得`细思恐极`.
## 明确
~ 自怼规划
+ 1w 以内吃透 DU 节奏开始:
* 定期参与交流
* 能向 DUW 投稿
* 并-> 发布你的专有文档:
- `*_usage.md` 使用手册, 令自己和怼员知道怎么合理调用你
- `*_plan.md` 当期计划, 公开你的开发/学习计划, 放弃脑补, 透明追踪
+ 2w 以内从新人角度, 完善 github-wiki 增补所有自己需要的文档, 以便半年后迎新复用
## 参考:
- github-wiki ->[Home · DebugUself/du4proto Wiki](https://github.com/DebugUself/du4proto/wiki)
- github-issue -> [Issues · DebugUself/du4proto](https://github.com/DebugUself/du4proto/issues?page=4&q=is%3Aissue+is%3Aclosed)
+ [[ASK] 为毛不用微信群? · Issue #4 · DebugUself/du4proto](https://github.com/DebugUself/du4proto/issues/4)
+ [[ASK]如何良好地迁移沟通习惯？从微信到issue + 邮件 · Issue #8 · DebugUself/du4proto](https://github.com/DebugUself/du4proto/issues/8)
+ [72h[PACT] 怼圈信息优先链路 #74](https://github.com/DebugUself/du4proto/issues/74)
+ [[WIKI]自怼圈是什么?以及大家如何自处 · Issue #15 · DebugUself/du4proto](https://github.com/DebugUself/du4proto/issues/15)
+ [[TASK]42h: 为什么要 fork ? · Issue #6 · DebugUself/du4proto](https://github.com/DebugUself/du4proto/issues/6)
+ [[ASK] 有靠谱的时间记录工具否? · Issue #3 · DebugUself/du4proto](https://github.com/DebugUself/du4proto/issues/3)
+ [72h?[TASK] 挖掘 `zoomquiet.io` ~ 自怼圈第0个任务 · Issue #64 · DebugUself/du4proto](https://github.com/DebugUself/du4proto/issues/64)
+ [1w[TASK]帮助其他同学一起进入自怼圈 · Issue #52 · DebugUself/du4proto](https://github.com/DebugUself/du4proto/issues/52)
+ [[WIKI] 怼圈的知识管理流程 · Issue #14 · DebugUself/du4proto](https://github.com/DebugUself/du4proto/issues/14)
+ [42h[TASK]版本仓库中应该放什么文件? · Issue #9 · DebugUself/du4proto](https://github.com/DebugUself/du4proto/issues/9)
* [[TASK]72h:如何从历史上真正删除意外 push 的不当文件? · Issue #10 · DebugUself/du4proto](https://github.com/DebugUself/du4proto/issues/10)
+ ...
+ 是也乎, 关闭的 Issue 也是重要资源
- Zoom 会议实录 -> 链接: https://pan.baidu.com/s/1geZ2kPt 密码: gg8j
## 行动
- 进入 DU 42 小时以内, 回复此 Issue 汇报:
+ 自己的基础信息
+ DU 期待达到的目标
+ 坚持的 blog/.. 等等发表资源
- 两周以内, 增补自己的回复, 追加上对应交付文档的链接
### 分解说明...
~ 大妈内心期待 --> @DebugUself/du17pm
- 新人自主尽力挖掘 自怼圈 当前积累的资源:
+ github 中积累的代码/Issue/文档 ...大概内容/分类/范畴
+ 怼员 们自身积累的资源/运维的网站/项目/...
* 即 自怼圈 指向的成员关联的所有资源
* 应该增补[怼友联系索引表 - InfoDUaddr](https://github.com/DebugUself/du4proto/wiki/InfoDUaddr) 尽力给出每个怼员的资源图谱
- 形成服务自身, 面向未来新人的内部文档:
+ 探索有一定积累社区资源的最佳路径
+ 探索有一定积累人员资源的最佳路径
+ 探索大量资源时的策略
+ 进入自怼圈的最佳路径
+ ...
+ 各种实用手册
- 基于以上理解得到 `引路人` 的配对:
+ 优先
+ 接触渠道
+ 结成宣告
+ ...
+ <-- 以及以上行动的记要和行动手册, 甚至于 `能技指南`
https://github.com/DebugUself/du4proto/issues/188 ZoomQuiet created at 2017-08-13 14:49:51
<- [1w[TASK]完善怼力-迎接新人](https://github.com/DebugUself/du4proto/issues/135)
## 背景
- 自怼圈 的活跃项目和团队逐步稳定下来
- 但是, 周活跃度并没有达到预期:
+ 每天 5~10次 仓库事件(代码/Issue/Wiki)
+ 每周 有版本释放
+ 每月 至少一个可用作品发布
## 目标
- 引人新人
- 结对带领
- 跟上节奏
- 激发项目
## 过程
- [x] 周一 设定小密圈进入收费标准为 256元/年
- [x] 列表发布倡议邮件, 同时有关微信群专向宣传 -> [\[ANN\]自怼圈 小密迎新\.\.\. \- Google 网上论坛](https://groups.google.com/forum/#!topic/debuguself/QW2bqLJZ2oA)
- 根据 [金数据报名表](https://jinshuju.net/f/BBSm9E) 的进展:
+ [ ] 新人达到15人
+ [ ] 立即关闭报表
+ [ ] 关闭小密圈进入
- [x] 周4前 新怼员关键资源人工配置进入
- [x] 周5前 完成师徒配对
- [x] 周6 例会进行新人任务嗯哼
## 文案
@DebugUself/du4all 共同评审
### PR
参加了各种学习班, 好象掌握了新技能, 但是,一离开课程, 就没有了心气儿,
> 为毛?!
开智认为:
- 被动进步是最有力的
- 同侪压力是最走心的
那么, 进入 `自怼圈` ~ 持续54周的自学小圈子
- 付费进入:[「大妈自怼圈」](http://t.xiaomiquan.com/NF2VZF2)
- 并填写: [自怼新人报名表](https://jinshuju.net/f/BBSm9E)
- 42小时之内, 将通过一系列相关线上资源, 进入全节奏自学环境
是也乎, (￣▽￣)
以上, god bless the people can slef-debug
### 新怼员任务
1. 42小时以内,尽可能的挖掘旧怼员的资料, 发布为 怼员资源索引
2. 72小时以内根据自己的期待, 圈定一位怼员, 发起申请, 获得专有 `引路人`
3. 2w 以内吃透 DU 节奏, 开始定期参与交流, 并向 DUW 投稿
4. 2w 以内从新人角度, 完善 github-wiki 增补所有自己需要的文档, 以便半年后迎新复用
https://github.com/DebugUself/du4proto/issues/187 ZoomQuiet created at 2017-08-13 02:28:38
## 背景
<-- [24h[TASK]笔记技能分享及反馈](https://github.com/DebugUself/du4proto/issues/179)
引发排列反响
## 分析
- 因为以往学校中的笔记目标和自学后的完全不同
- 自学笔记可以说是心流的必然法器
- 但是, 至今没有见移动时代笔记的正确打开姿势介绍
## 建议
@liguanghe @zoejane @zhangshiyinrunwithcc 联合出品
- @liguanghe 完成主要框架
- @zoejane 增补技术相关部分
- @zhangshiyinrunwithcc 跟随检验并增补案例
### 大纲
1. 什么是笔记
- 为什么要作笔记
- 作笔记的正确体验
- 笔记的应该习惯
- 笔记的高效工具
- 综合笔记
- 案例
- 参考
## 进展
- 17.8.13 DAMA inti.
https://github.com/DebugUself/du4proto/issues/178 ZoomQuiet created at 2017-08-04 03:47:44
## 背景
参考: [Home · DebugUself/du4proto Wiki](https://github.com/DebugUself/du4proto/wiki)
自怼: `又->寸->心` 首期当年3阶段的预期已经分析过
## 现象
- S03E51 进入寸阶段, 形成每4周一个周期的面向项目的节奏
- S04E51 S03 有9位怼友的开发规划, 到 S04 变成只有7人
- S05E51 在例会中没有强调, 就变成只有一人主动发布项目计划了
## 分析
- 成例不追, 并没有成为大家的习惯
- 之前四周时间,并没有完成预期的项目目标, 以至成就感无法形成滚动动力
## 嗯哼
- 此 Issue 完全只是个提醒
- 检验怼友们有多少还在基于 github 进行8小时之外的自怼
- 并根据此检验, 重新规划自怼圈的嗯哼形式
- 所以, 42小时以内:
+ 看到并理解此 Issue 提醒含义的怼员
+ 回复 Issue ,并说明:
* 链接-> S05E51 自己小组的项目规划
* 以及小组当前人数
https://github.com/DebugUself/du4proto/issues/156 ZoomQuiet created at 2017-07-08 06:22:13
~ [[S04E51]24h域外生活录](https://github.com/DebugUself/du4proto/issues/153)
## 背景
对比:
- @liguanghe : [How to begin practising English in Dunedin 选好城市, 开始英语 | Li Guanghe's blog](https://liguanghe.github.io/2017/07/07/dunedin3/#more)
- @zoejane : [【170708 Start the journey en】在线收听_Zoom.Quiet_荔枝FM](https://www.lizhi.fm/3475110/38258007460806918)
可以发现 @zoejane 的发音比 **🐣 鹤** 的要地道
## 分析
- 自怼圈以及开智有很多时差党, 即有很多直接的对外发布渠道
- 国外对中国的高速发展一直非常好奇, 但是,除了官方的嗯哼, 很少有民间的声音
- @zoejane 所在的 株洲 也是有两千年历史的古城, 别说外国, 就是中国真正知晓的人也很少
- 所以, 一个从日常生活入手的信息源非常珍贵:
+ 生活
+ 教育
+ 科技
+ 旅游
+ 饮食
+ ...
- 以及聚集 本地外藉人员 的线下活动
- 一切都有可能
## 建议
@zoejane 从自己最熟悉的开始
- 双语介绍周遭的体验
- 逐步链接/加入相关的实用信息
+ 如何办理网络/手机卡
+ 公共交通
+ 菜市场
+ 地下音乐
+ ...
- 通过怼友们的渠道, 很可能形成民间的姐妹城市关联,比如:
+ 达尼丁<->株洲 定期旅游团
+ 进而变成移民热线
+ ...
总之, 当地习以为常的信息, 对外部可能是非常珍贵的
当然, 一定要尽可能的配合 foto ;-)
- 是的, 一个以介绍自身城市生活的 blogging
- 总是能慢慢训练出不错的摄影技巧来
期待 @zoejane 和 **🐣 鹤** 先形成姐妹内容链接...
https://github.com/DebugUself/du4proto/issues/153 ZoomQuiet created at 2017-07-04 11:43:12
## 背景
@liguanghe 但尼丁 一年工作度假(工作为主)
- 全新英语生活环境,
- 继续通过编程来提高行业技能
- 持续写作
- 结合旧有法律知识
## 阶段成果展示:
- [du4proto/du_s04e51_liguanghe_plan.md at master · DebugUself/du4proto](https://github.com/DebugUself/du4proto/blob/master/S04E51/du_s04e51_liguanghe_plan.md)
- ligdhe.com
## 目标
- 一年完成一篇论文(每周一篇短文, 剩余 48w)
+ 初步选题方向: 科学创新/软件创新方面的知识产权, 中新合作时对各自创新部分的保护
* 环境/医药方面, 新西兰向中国输出
* 软件方面, 中国向新西兰输出
* 初步了解, 需具体开题
* [[S04E51]28d开题: 在开源的世界里是否还需要保护知识产权 · Issue #158 · DebugUself/du4proto](https://github.com/DebugUself/du4proto/issues/158)
+ 完成形式
* 查阅论文构建知识树
* 学者访谈
* 读者群体
- 开智群友
- 国内期刊
- 一部风景video
+ 航拍
+ 剪辑
+ 字幕
* 将日常生活的记录内容放进去
- 可以写在 CV 上的国外办公室经验
+ 初步打算
## 全新环境的重要知识树
- 语言
- 本地常识
- 当地人脉
- 对口编程
- 法律相关
### 语言
- 日常英语
+ 基础交流
+ 沟通
- 职业英语
+ 常用语句及词汇
### 本地常识
- 日常
+ 交通
+ 住宿
+ 饮食
+ 社交
+ 网站列表
- 旅行
+ 世界沙发客
+ 风景
### 当地人脉
+ 当地华人圈
* 大学研究人员
* 新移民
* WHVER
+ 背包客
+ 工作圈
* 待拓展
+ 编程社群
* 待拓展
### 对口编程
+ 撰写研究报告相关的程序
+ 前端?
* 当地有需求
* 没想好是否作为自己的职业
### 法律相关
- 不同法系(国内工作经验无用)
- 转向知识产权方向
## 最小行动
- 每天跑步
- 每天语音转文字记录
- 每周约见一位学者访谈
## 怼友建议
大妈：
- 立即架设个人blog ~ 基于 github-pages
- 进行双语写作
+ 记录进入当地生活的所有方面
+ 记录向外国人介绍中国的所有方面
+ 坚持每天一则 > 512 字的
+ 每周一篇综述
- 逐步变成来新西兰旅游就业的个人信息中心
+ 同时, 也可以成为当地人了解中国的一个窗口
+ 可以演化为:
* 字幕组
* 编程班
* 读书会
* 旅游团
* 书法班
* ...
## 进展
- 17.7.4 广鹤定计划 50 min
- 17.7.4 大妈倡议
https://github.com/DebugUself/du4proto/issues/152 ZoomQuiet created at 2017-07-04 11:33:08
关联-> [28d[ANN]S03E51 自怼小组任务](https://github.com/DebugUself/du4proto/issues/123)
## 背景
怼之`寸` -> 终于进入了, 期望:
- 在固化了 4周 一个作品成型的节奏上
- 开始回顾, 增补新人入怼的路径
- 开始接收单对单小徒弟
+ 每周定期交流, 持续输出
+ 并通过相互嗯哼, 深入了解了各怼友的兴趣和能力
+ 进入持续的有效生产阶段了 ;-)
## 要求
- 目录: [S04E51](https://github.com/DebugUself/du4proto/tree/master/S04E51)
- 要求: [README.md](https://github.com/DebugUself/du4proto/blob/master/S04E51/README.md)
## 进展
@DebugUself/du4all
- 17.7.4 ZQ init.
- [ ] 17.7.8 1/4+ 怼小组, 发布项目, 并建立合理的分支
- [ ] 17.7.15 1/4+ 怼小组作品第一个版本发布
- [ ] 17.7.22 1/4+ 怼小组作品 开始调整功能
- [ ] 17.7.29 1/4+ 怼小组作品 可用版本发布
https://github.com/DebugUself/du4proto/issues/131 ZoomQuiet created at 2017-05-31 15:05:26
## 背景
- [[ASK] 有靠谱的时间记录工具否?](https://github.com/DebugUself/du4proto/issues/3)
- [7d[Proj.]大妈的效能分析](https://github.com/DebugUself/du4proto/issues/94)
## 策划
- 分支: [DebugUself/du4proto at atl4dama](https://github.com/DebugUself/du4proto/tree/atl4dama)
- 成员:
+ 🐻 `熊` => @zhangshiyinrunwithcc
+ 🐣 `鹤` => @李广鹤
+ 🐈 `猫` => @simpleowen
+ 🐴 `mx` => @mxclover
+ `(￣▽￣)` -> 大妈
- 分析: [du_s03e51_zoomquiet_plan.md](https://github.com/DebugUself/du4proto/blob/master/S03E51/du_s03e51_zoomquiet_plan.md)
### 版本周节奏:
- [ ] w8 探索/厘定, 给出详细的开发计划
+ [x] 各自初理解输出
+ [x] 综合出最小目标
* [x] 分别私人思考/拟定
* [ ] 共同决策选定
+ [ ] 列出技术点和自学计划
* [x] 独立分析草拟技术桟和时间计划 -> [README.md](https://github.com/DebugUself/du4proto/blob/atl4dama/README.md)
* [ ] 会议协商,分头认领并行推进
+ [x] 建立协同分支 -> [atl4dama](https://github.com/DebugUself/du4proto/tree/atl4dama)
+ [x] 进入 Slack 频道
+ [x] 剑飞样本数据获得 -> @李广鹤
+ [ ] ...
- [ ] w9 数据清洗, 完成所有数据的一致性读取/整理/矩阵化
- [ ] w10 试统计,完成针对命题的所有统计, 对数据结果人工理解,明确偏差,进行调节
- [ ] w11 可视化输出,平台/服务化, 将以往探索出来的合理图表形式,综合在界面中
+ [ ] 使用手册
+ [ ] 开发手册
+ [ ] 小队记要
+ [ ] ...
## 进展
~ 收集记要过程中的送事件和资料
- [[LOG]大妈时间账单小组第1次会议纪要](https://github.com/DebugUself/du4proto/issues/128)
- [[LOG]大妈时间账单小组第2次会议纪要 ](https://github.com/DebugUself/du4proto/issues/134)
- [[LOG]大妈时间账单小组第3次会议纪要 ](https://github.com/DebugUself/du4proto/issues/141)
- [[LOG]大妈时间账单小组第4次会议纪要](https://github.com/DebugUself/du4proto/issues/150)
@DebugUself/du4atldm
https://github.com/DebugUself/du4proto/issues/123 ZoomQuiet created at 2017-05-27 15:00:16
~ 关联-> [28d[ANN]S02E01 四周自怼任务](https://github.com/DebugUself/du4proto/issues/88)
## 背景
怼之`又` -> 重塑阶段最后两周了, 希望大家:
- 通过10周, 形成了新的 DU 节奏:
+ 每周定期交流, 持续输出
+ 并慢慢找到了自己最想作的作品方向
+ 并通过相互嗯哼, 深入了解了各怼友的兴趣和能力
+ 应该进入持续的有效生产阶段了 ;-)
- 34位怼友
- 11位进入 [S02E01](https://github.com/DebugUself/du4proto/tree/master/S02E01)
+ 只有少数已经7天以上没有更新了
## 要求
- 目录: [S03E51](https://github.com/DebugUself/du4proto/tree/master/S03E51)
- 要求: [README.md](https://github.com/DebugUself/du4proto/blob/master/S03E51/README.md)
## 进展
@DebugUself/du4all
- 17.5.27 ZQ init.
- [x] 17.6.3 1/4+ 怼小组, 发布项目, 并建立合理的分支
- [ ] 17.6.10 1/4+ 怼小组作品第一个版本发布
- [ ] 17.6.17 1/4+ 怼小组作品 开始调整功能
- [ ] 17.6.24 1/4+ 怼小组作品 可用版本发布
https://github.com/DebugUself/du4proto/issues/96 ZoomQuiet created at 2017-05-03 09:04:32
## 背景
[28d[ANN]S02E01 四周自怼任务](https://github.com/DebugUself/du4proto/issues/88)
已经4d, 只有 5位怼友发布了开发计划,
去掉的教练的话, 只有2位怼员了.
大家明显没有什么要解决的真实问题?
那俺就给一个:
## 背景
[st4DU](https://github.com/DebugUself/du4proto/blob/master/S02E01/du_s02e01_zoomquiet_plan.md)
- 自怼圈仓库动向统计系统已经基本可用
- 但是 [DUW](https://github.com/DebugUself/du4proto/tree/DUW) 中需要的排名统计并没有直接的返回接口
## 要求
@DebugUself/du4all
- 理解需求基础上
- 快速使用 python 完成基于接口数据的统计,给出:
+ 当周/全程 top5 排名
+ commit 次数+字数
+ commit-comments 次数+字数
+ Issue-comments 次数+字数
- 到 [DU_tools](https://github.com/DebugUself/du4proto/tree/DU_tools) 分支中
+ 建立合理的子目录
+ 发布脚本和使用手册
## 进展
- 17.5.3 DAMA 发起
https://github.com/DebugUself/du4proto/issues/94 ZoomQuiet created at 2017-05-01 05:46:29
## 背景
<-- [28d[ANN]S02E01 四周自怼任务](https://github.com/DebugUself/du4proto/issues/88)
## 现象
42h 过去了 [S02E01](https://github.com/DebugUself/du4proto/tree/master/S02E01)
只有3位教练发布了自己的 4周开发计划...
## 分析
- 多数怼员生活美满, 日常并没有什么不如意的
- 所以, 也就没有什么东西需要用编程来解决..
## 方案
~ 但是, 8卦 是人类的天性
- 俺使用 aTimeLogger2 的所有过往数据都是公开的
+ [ZoomQuiet / ZqHacking / source / hackminds / 4lifeHacking / report — Bitbucket](https://bitbucket.org/ZoomQuiet/zqhacking/src/1b528987b533530559e76c161081ef7a6c5b5748/hackminds/4lifeHacking/report/?at=default)
+ 数据包含: 2013-2-1~2017-5-1
- 那么, 大家基于这个内部数据集尝试分析和对比一下自己的工作/学习效能?
- 提议:
+ 先各自起草数据分析的计划
+ 看自己期望28d 以内可以分析出什么?
+ 俺的期待肯定是尽可能的产品化 --> 可以通用的统计/分析所有 aTimeLogger2 使用场景中的数据结果集
## 进展
@DebugUself/du4all
- 17.5.1 DAMA init.
https://github.com/DebugUself/du4proto/issues/88 ZoomQuiet created at 2017-04-29 13:21:19
~ 关联-> [28d[TASK]S01E01 任务 -> S01E01.2](https://github.com/DebugUself/du4proto/issues/2)
## 背景
第一个任务超时一倍:
- 34位怼友
- 20位进入 [S01E01.2](https://github.com/DebugUself/du4proto/tree/master/S01E01.2) 有嗯哼
- 19位有 `*_usage.md` 的使用指南发布
- 但, 多数已经7天以上没有更新了
## 分析
- `时间帐单` 这个行为本身并不是任务的目的
- 而是一个不变的命题:
+ 如何解决问题?
+ 如何选择/定制合适的工具来解决问题?
+ 如何识别/定义/分解/追踪..问题,并自主解决?
+ ...
- 建立自信心, 用 编程 来定制/创造工具, 解决所有自己独有的问题.
- 但是, 从效果上来看, 多数怼员, 对自己的日常行为还是很有自信的
- 所以, 对时间记录,并不在意
- 那么, 就直接进行大家一直期待的具体开发学习吧
- 当然, 一切以成果为导向...
## 要求
- 目录: [S02E01](https://github.com/DebugUself/du4proto/tree/master/S02E01)
- 要求: [README.md](https://github.com/DebugUself/du4proto/blob/master/S02E01/README.md)
## 进展
@DebugUself/du4all
- 17.4.29 ZQ init.
+ [x] @13416136446 给出今天 zoom.us 的记要: [42h[TASK] 4.29w3会议纪要及发布, 来反馈吧](https://github.com/DebugUself/du4proto/issues/89)
- [x] 17.5.6 1/4+怼员, 发布项目, 并建立合理的分支
- [x] 17.5.13 1/4+怼员作品第一个版本发布
- [ ] 17.5.20 1/4+怼员作品 开始调整功能
- [ ] 17.5.27 1/4+怼员作品 可用版本发布
https://github.com/DebugUself/du4proto/issues/74 ZoomQuiet created at 2017-04-22 15:45:46
关联:
- [[ASK] 为毛不用微信群? · Issue #4](https://github.com/DebugUself/du4proto/issues/4)
- [[ASK]如何良好地迁移沟通习惯？从微信到issue + 邮件 · Issue #8](https://github.com/DebugUself/du4proto/issues/8)
## 现象
- 170422 的 zoom.us 提前没有知会,提前4分钟在列表/短信中通知
- 21位怼员加入, 其中过半, 在 20:12 及时进入会议室
- 其余, 并没有从消息渠道中知晓,只是根据习惯打开了 zoom
## 分析
除了类似公约外, 其实,更加基础的一个共约还没有稳定:
- `如何确保在最短时间里,所有怼员正确知晓一条消息?`
- 即:
+ 大家平时, 应该在什么渠道中期待什么消息?
+ 类似会议的消息, 应该有个什么发布流程? 至少提前多长时间来发布?
+ ...
## 方案
~ 参考: [协同总则](https://github.com/DebugUself/du4proto/wiki#%E5%8D%8F%E5%90%8C%E6%80%BB%E5%88%99)
大妈 期待的是最小信息环:
- 实时/紧急的, 走小密圈
- 其它都走 列表/Issue
大家及时回复 Issue 给出你的看法,和对应改进方案;
以便共同达成一个共识, 以便开始持续的怼圈信息链路改进.
> TL: .5h
https://github.com/DebugUself/du4proto/issues/70 ZoomQuiet created at 2017-04-21 15:55:28
@mxclover 注意,如截屏
邮箱配置无效, 导致无法通过 github api 自动追踪到你的身份,
请立即修订;
https://github.com/DebugUself/du4proto/issues/48 ZoomQuiet created at 2017-04-16 01:18:30
## 现象
- 无论学习/研究/写作/...
- 各种场景中都少不了搜索引擎的身影
- 但是,大家至今, 并没有形成良好的资料价值判别技能
+ 以致总是找到一堆堆页面
+ 却从中找不到自己可以用的
+ 又或是跟着资料来折腾, 总是失败吿终
+ ...
## 分析
~ 目测
- 对搜索引擎的机制不理解
- 对互联网文章发布机制不理解
- 对自己问题范畴不确定
- 导致,不确定对确定的双盲探索 <--
## 任务
@DebugUself/du4all
- 大家努力回复, 分享自己的成功/失败经验
+ 从中 和合出 初版: **互联网资料搜罗技初步**
+ 关闭 Issue ,发布为 wiki
+ 并入 `DUW` 成果
- **每两个月,重开**, 继续增补, 持续提高自己这方面的技能
看来这是个重要的大家每天都要用的技巧,
那么 重开:
- 大家将现有的方法/故事, 整理到: [资料靠谱度](https://github.com/DebugUself/du4proto/wiki/How2KaopulitySearch)
- 再试行其中自己理解的
- 有了感觉,持续增补这则 维基 ,甚至所有人感觉可用,有帮助.
## 关联:
- [42h[ASK]我的行为与自怼圈是不是相符](https://github.com/DebugUself/du4proto/issues/57)
- [[LOG] 从怼友及教练处获取专业知识和建议的姿势讨论](https://github.com/DebugUself/du4proto/issues/78)
- [72h [TASK] 如何正确理解编程自学中的基本功](https://github.com/DebugUself/du4proto/issues/119)
- ...
https://github.com/DebugUself/du4proto/issues/15 ZoomQuiet created at 2017-04-06 07:45:19
`自怼圈最长 ID 持有者` @zhangshiyinrunwithcc
在 [change(bambooom_s1e1) day3, time tracker, not stats only · DebugUself/du4proto@8e76aca](https://github.com/DebugUself/du4proto/commit/8e76aca031864efead5bb2d78f860bff076011db#commitcomment-21650067) 发布了思考：
- 从组织者身份出发
+ 组织者的目的是
+ 尽可能从细节中提炼出
+ 抽象可复用的理论
+ 这理论可以推广给
+ 整个组织中去
- 从个体角度出发
+ 个体的目的是
+ 快速积累个体实验结果
+ 快速创造个体绩效
- 问题是：
+ 理论与经验，谁更有效？
+ 普适行为准则，在具体情境中还能有效吗？
+ 对组织好的行为，对单独的个体也好吗？
* 我表示怀疑
- 组织内部
+ 成员身份不同
+ 利益点必然不同
+ 协调各种身份之间冲突
+ 是管理学诞生缘由...
- 情绪容易管理
+ 但需求如何管理？
这种能跳出当前任务/生活/行为/... 到更高一层的思维能力, 非常赞,
不忍漂没...打捞回 Issue 长期思考,
非常到 `42W` 大家才能形式统一的共识...
https://github.com/DebugUself/du4proto/issues/14 ZoomQuiet created at 2017-04-06 03:22:12
## 现象
- @NBR-hugh 非常主动的根据:
+ [[chk]提问自检清单 厘定](https://github.com/DebugUself/du4proto/issues/12) 自己的思考
+ 创建了 [邮件列表使用检查清单 HbEmailCheckList · DebugUself/du4proto Wiki](https://github.com/DebugUself/du4proto/wiki/HbEmailCheckList)
+ 来发布团队知识点
## 分析
- 发现并主动使用 gh-wiki 非常赞
- 问题:
+ 这是个悬孤页面 <--
* 除了 dashboard 的提醒流之外
* 从 [DebugUself/du4proto Wiki](https://github.com/DebugUself/du4proto/wiki) 首页是轻易找不到页面链接的
+ 这是篇私人文章, 并没有经过大家的嗯哼
+ 文章, 也没有给出大家增补修订的渠道
* --> 是的, 又一个隐藏任务/知识点
* 在 github 中, 对仓库 wiki 的维护有哪些渠道?
* 推荐用哪种?
## 方案
- 为了从一开始就良好的组织好内部知识的收集/整理/发布/增补/应用/归档...
- 特此开辟 Issue 以便,大家讨论:
+ 仓库/Issue/维基 的区别和推荐的文章流程?
+ 以 `邮件列表使用检查清单` 为例,此类内部行为规约 应该:
* 如何形成->成文 的流程?
* 如何发布?
* 如何监督执行?
* 如何增补/升级?
## 进展
- [x] 发起反省, 创建 Issue
- [ ] 意见收集, **半数**回复具体意见
- [ ] 规约初案, @NBR-hugh 创建并增补相关文稿到 [du4proto/_draft at master · DebugUself/du4proto](https://github.com/DebugUself/du4proto/tree/master/_draft), 至少有
+ [ ] 维基文件命名规约
+ [ ] 维基文档发布流程说明
- [ ] 发布执行, 在大家理解无异议后, 正式发行,相互监督运用
- [ ] ...
## 参考:
- [ishanshan -> [9wd6] 是也乎](https://github.com/AIMinder/Py103/issues/278#issuecomment-292787413)
https://github.com/DebugUself/du4proto/issues/13 ZoomQuiet created at 2017-04-06 02:44:11
**莫私怨**
莫怨莫愁 当真动手
越做越快 嗯哼不乱
是谓逍遥 从此自在
## 背景
- 170405 [【DU0wd3:dama 吐糟】在线收听_Zoom.Quiet_荔枝FM](https://www.lizhi.fm/3475110/2594444217544184326) ~ 被激发出 N 个任务了...
- 170402 [【DU:init. re-start】在线收听_Zoom.Quiet_荔枝FM](https://www.lizhi.fm/3475110/2594077848243996166) 正式开怼
- 170401 关闭报表和入密
- 170331 om103py 毕业
- 170328 受到复习队的感召 开放入密
- 170301 大妈 仓库小密圈
## 现象
- 怼能全开后, 大妈发现, 任何时候, 大家都有非常嗯哼的行为, 却不自知
- 但是, 无论怎么提醒, 给文档, 以往的经验, 效果都不好
- 所以, 只能继续进行嗯哼嗯哼的小任务激发
- 然后, 大家开始蒙圈儿
+ 到底我们来这儿是作什么的?
+ 为什么好象什么作/作什么都不对了?
+ ...
## 方案
> 有一说一
> 有事说事
> 一定要将嗯哼, 憋死在萌芽状态
怼的, `DU0Wd6` (根据大家的表单, 多数人 周六晩方便)
必须进行公开的交流, 以便快速进入状态咯..
所以, 一定要有准备的, 充分的有效问题来完成
所以:
- 48小时以内
- 大家尽可能的回复此 Issue 一次
- 给出过去一周以来, 对于 `S01E01` 作业任务,你的最嗯哼的 1 个问题
+ 注意: **提问的智慧**
+ 尽可能的给出对整个儿怼圈有益的问题
## 进展
@DebugUself/du4all
- 170406 大妈 发起
-
https://github.com/DebugUself/du4proto/issues/12 ZoomQuiet created at 2017-04-05 17:16:37
<-- [在这发布你的提问自检清单吧 · Issue #4 · DebugUself/prototype](https://github.com/DebugUself/prototype/issues/4)
大妈在怼圈发了《提问的智慧》，大家听后读后有哪些感想呢？**欢迎大家把感想和自检清单提交到这里。**
我写了提问自检清单，每次发布提问前，会参照这个清单来自检。提问也刻意练习的过程，记录下来，逐渐进步，把烂问题变成好问题。
大妈说隐藏了一个任务，周末例会时会嗯哼一下，我的理解是这个，因此本周例会后，会关闭这个issue。
抛砖引玉，我的[提问自检清单](https://github.com/ryanhanwu/How-To-Ask-Questions-The-Smart-Way)
https://github.com/DebugUself/du4proto/issues/11 ZoomQuiet created at 2017-04-05 03:38:11
~ Internal Release Specification
在第 0 日无意中触发了一个隐藏任务
[add du_s01e01_simpleowen.md · DebugUself/du4proto@df5a846](https://github.com/DebugUself/du4proto/commit/df5a84637b84ee49ac16a6445c3aa69407efad2a#commitcomment-21604108)
## 即 如何进行内部发布行为？
我预计发布的一个功能是在开智 Py103 大作业项目 oneshot 基础开发的
- 发送一条包含某一行为内容的命令给微信机器人，
+ 如‘, 学习 git’ 机器人根据消息格式判断这是一条行为计时命令，
+ 遂将其提交给服务器，WEB 端记录此行为内容及开始时间
+ 记录成功则返回一个唯一 id 给微信 实际行为结束时，
- 发送一条形如‘。 id’的命令给机器人，
+ 机器人根据命令格式判断这是一条行为计时结束命令，
+ 提交给服务器，WEB 端记录该行为结束时间
+ 根据开始时间和结束时间可以计算这一行为的耗时
大妈建议`立即建立合适的私人分支来管理作品`
我先尝试回答以下3个问题，再行发布
- 分支如何命名？
+ 名字包含作者标识，项目内容信息 -
+ 对大妈提到的分支名需要包含'什么状态'，不甚理解 -
+ 分支应该处于'开发-测试-发布'的循环中，这状态得怎么写？
+ 开发阶段时分支名包含 develop ?，测试阶段时分支名包含 debug ?，发布阶段时分支名包含 release? -
+ 这不得经常修改分支名字了？ -
+ 亦或分别建立 3 个分支,分别包含 develop, debug, release? -
+ 根据对[自怼圈]仓库的理解，master 分支是汇集怼友们 DebugUself 的思考及作业的地方，自怼过程中产生的作品则建立私人分支来追踪，
+ 所以分支暂命名如下 -
* simpleowen-timelogger
- 分支中应追踪哪些文件？ -
+ 跟项目相关的一切非冗余文件，包括 -
+ 源代码文件 -
+ 配置文件 -
+ 说明文件，如 README -
+ 包含第三方库信息的文件，如 requirements.txt
- 如何确保他人不误放非法文件进来? -
+ 至少需要使用 .gitignore 文件 欢迎怼友们不吝 debug [勾引]
<-- [小密圈](https://wx.xiaomiquan.com/mweb/views/topicdetail/topicdetail.html?topic_id=222228541521&secret=0x9nikinjcthvcwakp0ijxdjxmeftif4) 迁移讨论
https://github.com/DebugUself/du4proto/issues/7 ZoomQuiet created at 2017-04-03 10:15:22
## 触发
~ [互怼的阻碍](https://wx.xiaomiquan.com/mweb/views/topicdetail/topicdetail.html?topic_id=455541821258&secret=0x9nikinjcthvcwakp0ijxdjxmeftif4)
> ... 金数据表单后，发现比上次打开多了一项小密圈账号
然后 竹子 认真的一定要增补上, 结果发现 金数据 的功能冲突
然后...
## 分析
一次经典的无视目标的, 内部协同异动
## 处置
@bambooom 4小时以内回复 Issue,给出一个完整的:
- 事件回顾
- 过程中内心戏的分析
- 大妈怼回的反思
- 跳回源头:
+ 给出此类行为的通用理智阻止方法: 至少3种
+ 本次事件中,和大妈 进行多次交流的场景, 回顾说明, 哪种场景比较合适, 为什么?
+ 针对 金数据 这种难以再次修订自己历史数据的表单功能
* 怎么解决?
* 至少3种方案
同时: @DebugUself/du4all
- 全体怼员, 也应该对应思考
- 在 `自怼圈` 正式启动的这24 小时里,以及未来的 54 周中
+ 自己的异动都应该/可能有什么?
+ 直面 大妈 的回怼后, 最应该的回应是什么?
+ 又如何可以有效的令怼员们, 不再 相同/相似的 嗯哼?
是也乎,(￣▽￣)
https://github.com/DebugUself/du4proto/issues/6 ZoomQuiet created at 2017-04-03 08:11:00
## 现象:
- 无论怼圈的官方仓库是 public 或是 privte 的
- 大家都习惯性的 fork 到自己的空间中
## 分析
- 因为 开智课程中 是这么要求有的
- 但是, 自怼圈中没有哪?
- 好奇怪...
## 那么问题来了:
- 你们 fork 仓库准备来作什么?
- 什么是 fork ?
- fork 后的仓库,如何令原先的仓库获得你的更新?
- 基础的问题就是:
+ 大家聚集在一起时,如何在代码层面上进行协同?
+ 都有什么协同形式?
+ 哪种最简单?
+ 我们选择用哪种?
+ 为什么?
是也乎,(￣▽￣)
任何一个下意识的行为, 都不是简单的行为, 都包含了大量的可能是错误的思维运算...
当然, 俺的职责,可能是的将所有俺感觉不怼的地方, 指出来
大家给出答案来, 相互推进...
这看来是大家自行激发的又一个限时任务:
- 42小时以内:
- 回复此 Issue 完成你的独立/联合思考
@DebugUself/du4all
https://github.com/DebugUself/du4proto/issues/4 ZoomQuiet created at 2017-04-03 05:39:48
## 背景
从小密圈 `自怼圈` 发布到首次 zoom 会议
决议不用 微信群 来日常沟通
## 现象
但是, 立即有积极 怼友, 拉了群...
## 思考
- 为什么我们如此依赖微信群?
- 微信群在 `自怼圈` 这一长达54周的自学组织内部不应该使用?
+ 在这一场景中, 微信群有什么问题?
+ 这些问题,如果一定要在微信群中弥补的话,应该怎么作?
+ 对应其它沟通渠道天然的行为,这些问题存在嘛?
- @DebugUself/du4all 所有人:
+ 72 小时以内回复 Issue 给出自己的思考
+ 17.4.6 14:00 综合回复,形成新决议, 并关闭 Issue
## 进展:
- 17.4.3 大妈 发动
https://github.com/DebugUself/du4proto/issues/3 ZoomQuiet created at 2017-04-03 04:01:03
## 背景
- S01E01 已经开车, 可是对于以前并未过多研究过记录时间的一众怼友们, 简直是炸毛...
- 怎么记?
- 拿什么记?
## 问题
那么, 你有没有靠谱的工具或者解决方式帮助大家**高效**的记录好每日的时间开销?
## 分享格式
- 工具名称?
- 适用平台?
- 可用功能?
- 优点?
- 缺点?
> PS: 工具确实重要, 但不要因为工具, 而忽视我们的目的-- 记录.
> 所以, 如果你还没找到一个靠谱的工具, 索性先拿着一个用起来.
>
# 7天后
~ @DebugUself/du4all
所以, 其实, 大家基本上并没有真正 got 到这个附加任务的第四层目的: `MVP 自己的数据流`
正如菜刀/毛笔/... 自从发明以来, 样式和基本功能以及用法, 就没有变化过,
但是, 并不是谁都能:
- 用菜刀将嫩豆腐刻成一尊佛
- 写出兰亭序/灵飞经/寒食帖/...
为什么? 参考: [卡片助力输入输出，工具我选 WorkFlowy](http://ishanshan.top/selfedu/HbOutputOwetoWorkFlowy.html)
- WorkFlowy 也是个工具,发布了很多年了, 用户也不少
- 但是, 鲜少有人能将这个工具用到这种程度:
+ 可以高效的 cover 住自己的所有活动
+ 将生活/学习/工作/情感/... 都在一颗目录树中加以管理
+ 更加关键的是配合跨屏工具
+ 将自己的行为也和工具深度绑定在了一起
+ 可以用最少的心智,处理更多的任务
同样的, 时间帐单这一概念出自:
- [奇特的一生 (豆瓣)](https://book.douban.com/subject/1115353/) <-- [把时间当作朋友 - 李笑来 | 豆瓣阅读](https://read.douban.com/ebook/1283450/?dcs=subject-rec&dcm=douban&dct=2212128) 进行了深入的心智解读
- 问题是:
+ 大家都知道我们约定的第一个怼圈任务的来源
+ 有谁去看过源头的图书, 或文章?
* [时间不可管理](http://zqcoder.qiniucdn.com/data/20110218215450/index.html)
* [3.e 审计时间开销 | Pure Pleasure - Reborn](http://zqcoder.qiniucdn.com/data/20081129122704/index.html)
* [4.c 关于自学能力 | Pure Pleasure - Reborn](http://zqcoder.qiniucdn.com/data/20081129122825/index.html)
* [朱學恒的阿宅萬事通事務所 - Randy Pausch教授的時間管理演講。](http://zqcoder.qiniucdn.com/data/20081028144331/index.html)
- [Time Management - Randy Pausch](http://www.alice.org/Randy/timetalk.htm)
- [视频 - Youtube](https://www.youtube.com/watch?v=JKBFwR1HIFU)
* ...
+ 所以, 对目的不清楚的情况下, 自然无从选择/优化工具
- 这就是 om103py 以来, 大家反复展现的唯一根源问题:
+ `不知道问什么` === `不知道学什么`
+ 以上两个问题是对等的
+ 比如, 大家是设想进入课程来学习编程/python 的
+ 但是, 根本不知道自己要用 编程/python 来作什么时
+ 那么遇到的所有意外, 都将无指向性的只能引发意识的布尔震荡, 却无法产有意义的**好问题**
参考:
- 幻灯: [我的工具箱](http://s5rst.qiniucdn.com/100918-MyTools/rst2s5/index.html)
- 录音: [100930-snda-mytools/](http://zoomq.qiniucdn.com/CPyUG/zq2voice/100930-snda-mytools)
- 这种私人数据记录工具, 应该关注的是:
+ 是否方便? 任何时间都可以使用?
+ 使用是否足够快? 完成记录的时间越短, 对心智消耗越少, 对行为的记录偏差也越小
* 否则, 每天随着记录行为的增加
* 消耗在记录行为上的时间也越来越多...
+ 以及,开始 geek 的-->
* 记录的数据本身是否可以定制? 在工具中?
* 记录的数据是否能方便的导出?
* 导出的数据格式是否足够通用? 可以用其它工具快速分析/变更/统计/...
* ...
- 以上都是工具本身的考虑, 更加关键的在这之上:
+ 应该记录什么时间?
+ 关注什么?
+ 我的状态应该唯一还是能并行?
+ 每天记录什么时间,能最直接的挖掘出黑洞?
+ **<--** 记录的目的是什么?如何通过记录的数据达到?
是的...这些, 大家都有在嗯哼嘛?
https://github.com/DebugUself/du4proto/issues/2 ZoomQuiet created at 2017-04-03 04:00:17
## S01E01.2
~ 任务延长
- 录音: [DU1wd6zoom/](http://zoomquiet.qiniucdn.com/res/tape/DU1wd6zoom)
- 记要: [42h[LOG]170415自怼会议纪要](https://github.com/DebugUself/du4proto/issues/47)
- 加强:
+ 内容同 S01E01
+ 只是优化为:
* 目录变更为 [S01E01.2](https://github.com/DebugUself/du4proto/tree/master/S01E01.2)
* 每日时间帐单详细数据可以不列到正文中
* 开始找怼1/2个优化点, 追踪优化效果
* 注意, 要想出数据化的证据
+ 且: 今天就开始起草,并持续增补最终的:
* `自怼帐单说明书`
* 至少包含:
- 工具的选择/技巧/习惯/改进方向
- 自学时间黑洞的识别和确认
- 优化的方案/对策/效果/结论
- ...
- 关联: [[ASK] 有靠谱的时间记录工具否?](https://github.com/DebugUself/du4proto/issues/3)
+ 有大坑, 值得大家共同折腾个明白
+ 工具包含成套的行为习惯/输出数据/统计方法/...
+ 需要逐一识别/定制/训练/改进...
+ 没那么简单的.
## S01E01
~ 作业任务
> S: Session 第几课
> E: Excise 练习
要求:
- 维持大家当前自定的复习计划
- 今天开始每天尽力记录自己所有行为的时间
- 每天小结:
+ `自怼之敌`: 哪些因素阻止了高效自学? 比如: 没心情,累...
+ `自怼之友`: 哪些因素支持了高效自学? 比如: 安静的环境,精确的计划...
- 第二周(4.9~15)
+ 继续之前的记录和每日小结
+ 但是,根据前一周的识别, 调整一处日程, 躲开 `自怼之敌`, 在 `自怼之友` 的庇护下自学
- 最终交付:
+ 14 天的时间帐单以及每日小结
+ 1024 字以上的 `自怼帐单` 说明:
* 自己每周可靠的总投入时间,每日投入时间,时段
* 自己每周可信的代码输出量/文章撰写量 大致是多少
* 基于以上自识, 调整未来10周的阶段计划, 给出一个吻合 SMART 原则的任务计划
* 期望从大妈/助教/怼友们,获得什么帮助
- 交付 -> **[du4proto/S01E01 at master · DebugUself/du4proto](https://github.com/DebugUself/du4proto/tree/master/S01E01)**
## DU0wd6 Zoom.us
- 录音: [170402init/](http://openmindclub.qiniucdn.com/res/debuguself/170402init)
- 记要:
+ 介绍当前 `自怼圈` 的信息结构,资源配置
+ 参考: [Wiki](https://github.com/DebugUself/prototype/wiki)
+ 资源:
* 组织: https://github.com/DebugUself
* 列表: debuguself@googlegroups.com
* 网站: http://du.zoomquiet.io/
* 小圈: http://t.cn/R6pgopm
* 助教: OM103py 相同一组 ;-)
- 决议:
+ 日常沟通主场: github+邮件
+ 放弃微信, 主要原因:
* 干扰心流, 刷群时, 一定要看公众号.朋友圈
* 审查/消息丢失
* 交流功能天然受阻, 以往大家就没有基于微信群自学成功的吧?
## 行动
任何疑问:
- 可以回复在此
- 也可以在小密圈指定回答
https://github.com/DebugUself/du4proto/issues/1 ZoomQuiet created at 2017-04-03 03:57:34
# 唯有忍受的小密圈
第一时间下载/注册/安装了...然后, 没明白能干什么..
终于阴差阳错的也发布了付费自学圈, 大家进来了,才发现: WTF!
#Bug# #IMHO#
## 先夸奖
- 和微信的关联太平滑了,简直以为是同一家公司作的
+ 用微信支付/认证, 完成小密圈的进入
+ 没有任何问题,而且异常的吻合目标人群的分布
+ 至少,俺的所有成员, 都是从微信群转入的
- 支付作的非常简洁, 提供了所有必要的功能,而没有其它乱来的
## WTF!
~ 一堆堆的
- app 和 网页功能竟然不是一一对应的?!
+ app->动态|消息
+ 是所有小圈的综合入口 类似各种 CSM 平台的: dashboard
+ 非常好,非常有用,非常必要
+ 居然 网页版 没有这功能!
- 要知道:
+ 任何时候尝试在移动设备上进行大量的文字输入, 都是不人道的
+ 所以, 强行要求用户这么作, 只能 WTF!
+ 而手机上知道动态, 进行复稿
+ 回到桌面, 进入对应的问题/回复 快速输入完成交流
+ 这是最自然的流程了
+ 在 小密圈 完全变成了不可能...
### 虚假的 URI
- 不知什么原则的设计
- 小密圈中的所有事物(主题/回复/提问/消息/...) 都没有真正的 URI
- 变成了一个功能页面的各种 锚点 (path/2/foo.html#/index/758548854 <-- 这种)
- 虽然地球上首先由 gmail 发明并成功了 SPA(单网页应用)概念
+ 但, 那是完全的特例, 因为作为一个私人邮箱的界面在一个页面不跳转是合理的
+ 而且, 借助宏大的原创 JS 库, gmail 拥有完备的快捷键体系
+ 可以只用键盘,完成几乎所有邮件管理的操作
- 可是, 小密圈, 是完全隔离的不同群落的私密圈哪
- 那么, 当我同时付费进入,以及在经营不同主题的小圈时
+ 这种虚URI 就引发了各种浏览器的错乱
+ 比如, 无论俺在什么页面, F5/cmd+r 刷新时
+ 结果将是我在的所有小圈按照字母排序第一个圈子的首页
+ 无论刷新时, 俺在哪儿...
+ WTF!
- 更加可怕的是:
+ 网页版 主题发言 的 `复制链接` 功能提供的
* https://wx.xiaomiquan.com/mweb/views/topicdetail/topicdetail.html?topic_id=...
* 链接, 根本不是正常的访问链接
* 而是推广链接, 根本无法正常的在自己的小圈内部, 不同文章中使用
+ 而 app 中的分享:
* 则是单向的, 只能分享向 微信/朋友圈
* 而不能获得链接/对象, 分享给 小密圈中具体的人/主题
* 也就是说, 俺自己创建的多个小圈, 也是完全隔离的
* 可以同时分享/发布的内容, 除了手工反复复制, 没有任何其它办法
+ 无论 app/网页, 从消息中进入主题的回复
* 都看不到消息提醒的新回复
* 那东西, 在可能十几屏之下呢...
+ ...
也就是说, 从根儿上:
- 小密圈就是一个付费才能进入的残废的 微信群
- 并不是俺想象中的: 有付费功能的 gmail+邮件列表:
+ 大家可以在手机和桌面相同的行为
+ 来对具体的一个个主题进行讨论
+ 并可以快速定位/切换不同的主题
+ ...
以上, 认真使用 小密圈 42 小时后, 先宏观阐述一下体验,
然后逐一怼一下, 要命的脑残功能们...
#是也乎#
https://github.com/DebugUself/du4proto/issues/372#issuecomment-377843404
@linfeng365 是也乎,(￣▽￣)
链接已修复 -> [禁止事项清单](https://github.com/DebugUself/du4proto/wiki/HbNotDoIt)
https://github.com/DebugUself/du4proto/issues/190#issuecomment-377779755
~ [2w[新怼友]任务0 #372](https://github.com/DebugUself/du4proto/issues/372)
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/344#issuecomment-377776817
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/355#issuecomment-377741605
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/360#issuecomment-377741600
DONE as good! 达成/归档/交付ed
https://github.com/DebugUself/du4proto/issues/361#issuecomment-377741596
DONE as good! 达成/归档/交付ed
https://github.com/DebugUself/du4proto/issues/362#issuecomment-377741595
DONE as good! 达成/归档/交付ed
https://github.com/DebugUself/du4proto/issues/363#issuecomment-377741587
DONE as good! 达成/归档/交付ed
https://github.com/DebugUself/du4proto/issues/366#issuecomment-377741577
DONE as good! 达成/归档/交付ed
https://github.com/DebugUself/du4proto/issues/367#issuecomment-377741575
DONE as good! 达成/归档/交付ed
https://github.com/DebugUself/du4proto/issues/368#issuecomment-377741572
DONE as good! 达成/归档/交付ed
https://github.com/DebugUself/du4proto/issues/364#issuecomment-377741550
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/350#issuecomment-377734909
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/364#issuecomment-377489269
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
怼圈 ID 最长, 文案最强之人...却已经是 @liguanghe 了...
记得增补期望在入圈问卷中收集的数据项目哪...
PS:
至今也无人对 `自怼圈` 的 logo 有什么嗯哼?
https://github.com/DebugUself/du4proto/issues/365#issuecomment-377486373
@zoejane 是也乎,(￣▽￣)
就是这样, 用自己的嗯哼解决问题先...
然后才能发现更多的可能 ;-)
DONE as good! 达成/归档/交付ed
https://github.com/DebugUself/du4proto/issues/357#issuecomment-377485962
嗯哼 -> [[RDD]DU_tools ~ 怼圈运营工具箱](https://github.com/DebugUself/du4proto/issues/368)
https://github.com/DebugUself/du4proto/issues/364#issuecomment-377477923
@zoejane 这次其实盼望能拓展出一点儿领域,否则, 变成开智社群的下游零售点了...
@Wangjunyu 定场诗姿势味儿正, 只是太多梗了, 如果公开发布, 根本不知道在说什么哈...
@leilayanhui 是这年自怼最深切的怼员了, 说的都在调儿上, 问题是 du.zoomquiet.io 只是部分随笔了...主要成果散记在 DUW 中呢...
@DebugUself/du2dev 是也乎,(￣▽￣)
所以, 别小看这 280 字, 基本上就是写作中最难的领域了, 要通过简洁有力有趣的文字, 传达正确的信息给怼的人...
值得尝试呢...
https://github.com/DebugUself/du4proto/issues/366#issuecomment-377468926
@Wangjunyu 是也乎,(￣▽￣)
功德无量
不是知识的汇集, 而是开始汇集行业知识的行为的传染
https://github.com/DebugUself/du4proto/issues/364#issuecomment-376915289
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
DUW 定场诗的功力浮现了...
问题是:
- 宣传辞不完备
- 如果看了有兴趣的话,如何加入?
+ 或是说
+ 你自己盼望有什么样的新怼员嗯哼进来?
+ 明确的说: 这次入怼问卷中应该包含什么条件?
https://github.com/DebugUself/du4proto/issues/358#issuecomment-375952416
@guoyuming 是也乎,(￣▽￣)
在小团队中, 的确产品容易出彩, 因为一个念头立即可以见到效果,
又缺少宏观长期数据统计, 增长情况, 也非常容易被心理放大...
问题在:
- 别等有空再总结
- 只有事儿发生的时刻, 内心的直觉才是真实的
- 日后的总结, 总是无法阻止自己对整体过程合理化的陈述
- 现在立即马上, 进行转职转岗体验总结
- 关键反省:
+ 过程
+ 目标切换
+ 真实和想象的差异
+ 应对以及效果
+ ...
https://github.com/DebugUself/du4proto/issues/357#issuecomment-375657708
@DebugUself/du2dev 好象大家都忘记了最应该的一个 echoback?
完成 Issue 发布后, 应该第一时间链接回这个 Isuue 哪...
https://github.com/DebugUself/du4proto/issues/360#issuecomment-375657267
是也乎,(￣▽￣)
完全没有进入怼圈时的迷妄状态,
全心进入探索乐趣的挖掘了...
古人曰:
说不清楚的
一定没想清楚
那么一定作不出来
所以, 纸上作业还是很重要的...
而, 一但能清晰的写出伪代码,
那么 coding 也就变成了力气活而已...
https://github.com/DebugUself/du4proto/issues/3#issuecomment-374090565
# 提升感知力工具 [嘿哈]
> [via]大脑黑客 101@Yixuan
蒋方舟曾经提到过，女人一旦过了三十岁，就会对时间轴的感知力越来越差. 仿佛一转眼，一年两年三年就这样过去了.
只能以身边人给你介绍的对象作为标尺.
比如你刚刚满三十的时候，大家开始纷纷给你介绍离异大叔；
当你三十四五的时候，大家给你介绍的就是后妈岗位；
而四十左右，就是介绍残障人士了.
上面说的是婚恋市场的残酷标尺.
而你的一切成长，都要以时间为代价交换. 所以，「吾日三省吾身」，这是个必要动作.
我们把问题问的更加详细些，吾日三省吾身，需要得到的结果：
1. 我今天怎么了？ → 也就是我今天的时间付出都收获了什么.
2. 我有什么可以做的更好.
所以，想要做的更好，前提是你能总结出：
- 我今天怎么了
- 我这个礼拜怎么了
- 我这个月怎么了
- 我今年怎么了
所以，从对「今天」的感知开始训练. 我们需要训练对时间的两种能力：
- 单位时间效率
- 整天的时间框架
单位时间效率，就是我们 GTD 系统中常常提到的：番茄时钟.
番茄时钟（25mins为一个单位）有两个重要守则：
1. 一次只做一件事.
2. 一个时钟单位结束前，不许去做别的事情.
番茄时钟，可以让你对单位时间内效率的感知度迅速提升.
而时间框架如何感知呢？感知自己的时间框架有何好处呢？比如我问你：
- 你知不知道你每天一般聚精会神的工作多长时间？
- 你知不知道你每天上班坐地铁的时间里，多久在发呆，多久在看书，多久在刷剧？
- 你知不知道你洗一次澡一般用多长时间？
- 你知不知道你一周用了多长时间打王者荣耀？
你无法优化生活习惯，无法管理好自己的时间，原因都是因为，你甚至对你生活的本来面目一无所知.
你对自己完全不了解. 比如这篇文章下面的截图，就是我目前使用的时间框架工具:TIMETRACK.
我在这个App中，把我的时间分为：
- 睡觉
- 阅读
- 健身
- 工作
- 散步
- 写歌
- 敲代码
- 吃饭
- 回邮件
- ...
我甚至将洗脸/刷牙/蹲厕所/洗澡都作为记录项目，精准的记载下来.
只有把时间数据化，才能优化对时间的使用.
TimeTrack这个工具，学习成本比番茄时钟要高出许多.
因为刚刚使用时，你会发现自己睡觉前忘了记录，睡醒后忘了记录，一想起来时，发现App上已经记录自己睡觉睡了二三十个小时.
我明白你的气馁感，可早期的失败是必然的.
克服这种气馁感，坚持下来你就已经收获颇丰了.
因为你发现，每当切换任务时，你一定是头脑清醒的感知到，我做完了某件事，要去做另一件事情了.
这会让你从一个个浑浑噩噩耗净时光的人，变成一个对自己时间审度有余，精打细算的人.
当你足够的清醒，
开悟还会晚吗？
一定不会的！
## (￣▽￣)
刚好隔壁班长分享的体验, 可以部分回答大家对于 `时间记录也`
https://github.com/DebugUself/du4proto/issues/350#issuecomment-373925986
@NBR-hugh 是也乎,(￣▽￣)
非常完备的开始,但是, pipenv 和 pyenv 以及 VirtualEnv 的关系/差异又是什么?
pipenv 解决了什么问题? 还有什么问题没有解决?
...
https://github.com/DebugUself/du4proto/issues/355#issuecomment-373925828
@liguanghe 是也乎,(￣▽￣)
值得整理增补上关键价格后,
变成一则可复用的 NZ 自驾游攻略咯...
https://github.com/DebugUself/du4proto/issues/3#issuecomment-373703842
@NBR-hugh 是也乎,(￣▽￣)
难得的重新开始思考...的确, 这都是 `时间记录工具`
这一本身就包含混乱的概念应该厘清的各种方向...
问题是, 思考本身也只能基于自己的经历经验,
对于思考结果的检验和进一步修正, 才是 自怼.
期望继续嗯哼出无量成果.
https://github.com/DebugUself/du4proto/issues/353#issuecomment-372171303
等等 4月开始就重启怼圈了...
当然期数继续自增...
内容的话....得 进化了.
https://github.com/DebugUself/du4proto/issues/348#issuecomment-372171082
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/351#issuecomment-372029556
@leilayanhui 是也乎,(￣▽￣)
- 所以, 最可怕的问题就是:
+ `视而不见` 哪///
- 好在, 另外一个定律总是在起作用
+ 重要的事儿, 总是能主动找到你
- 对于我们自己:
+ 保持好奇, 保持学习的乐趣 ;-)
+ 以及, 隐藏的 涡轮加速行为:
* 及时输出自己的问题/体验/经验/作品...
https://github.com/DebugUself/du4proto/issues/351#issuecomment-372027496
@OMlalala 是也乎,(￣▽￣)
是主动嗯哼起来 Leo 文档翻译的
- 即使进入后发现了处处是坑
- 依然愿意坚持...
+ 并慢慢发现了自己的姿势
+ 这非常不容易...
- 但是, 毕竟最终进步最多的还是坚持下来的自己
https://github.com/DebugUself/du4proto/issues/351#issuecomment-372027260
@Wangjunyu 是也乎,(￣▽￣)
- 管理的事儿, 只有一件事儿, 就是管人
- 半径应该是定值的...
+ 即使是 川普 , 每天接触的也不应该超过一定数量
- 所以,在第一时间完成合理的子团队切分和授权, 才是管理的最大困难
- 问题在:
+ 如何能每个任务都能 SMART+5W1H?
- 以及所谓的管理艺术也只是个概念...
+ 对应到具体只有一个事儿:
+ 如何令所有人愿意把事儿作对
https://github.com/DebugUself/du4proto/issues/349#issuecomment-370146765
@Hansoluo 是也乎,(￣▽￣)
- Jupyter 是一个通用跨语言分布式计算平台
- 不仅仅是 代码/文档/运算 3合1 界面而已
- 只是, 你的直觉要形成一个稳定的工作注释
- 应该继续挖掘
+ 特别是 Jupyter 大家都在怎么用...
+ [jupyterhub/jupyterhub: Multi-user server for Jupyter notebooks](https://github.com/jupyterhub/jupyterhub)
+ [Four Ways to Extend Jupyter Notebook \- Parente's Mindtrove](https://mindtrove.info/4-ways-to-extend-jupyter-notebook/)
+ ...
https://github.com/DebugUself/du4proto/issues/349#issuecomment-370146599
@leilayanhui 是也乎,(￣▽￣)
> 图样图森破 ...
编程又不是生活的一切, 过好年, 鼓发起全年的嗯哼, 非常成就哪...
dot -> 可视化程序结构
- 这非常高级的架构姿势
- 如果没有参考其它文章, 自发进行的话,就非常高端的感触了
- 进一步的:
+ 每个函式的 node 是否可以直接链接到对应函式 gh 仓库代码行?
+ 又或是, 干脆自动从代码自动生成这种结构图?
+ 甚至于, 手工改动图谱, 反射回对的函式/类框架代码?
+ ...
- 所以, 图形化编程, 本身就是一个非常大的领域了...
- 看好你的继续..
clj:
- 和 scheme 一样, 慢慢来比较快
https://github.com/DebugUself/du4proto/issues/349#issuecomment-370146358
沥川 是也乎,(￣▽￣)
的确是没有准备, 只展示了当前是工作界面...
其实和 CJ 分享的问题一样:
- 开始就没有说和怼圈的关系
- 进一步的, 也没有说整体故事背景
- 简单的说, 分享的姿态最不嗯哼在:
+ 以工作汇报的姿态来分享
+ 而不是对过去的自己来嗯哼
- 即:
+ 分享的不应该仅仅是事实
+ 最重要的是可以复用到各种场景中的经验/思维/体验/技能/...
+ 从大量的细节中, 如何/为什么/什么标准/..来抽象出那几点
+ 以便帮助怼友/发起新项目/...
> 图样图森破
凡是想以后认真的嗯哼的, 到时,一定嗯哼不出来...
毕竟现场情绪最激荡时的感受和以后冷静的回顾是完全不同的...
https://github.com/DebugUself/du4proto/issues/349#issuecomment-370145948
@littlexiaocai 是也乎,(￣▽￣)
`怼圈刷赛团狗粮先遣队....`
- 各种感觉分享的非常干, 但是, 没有故事带入时就过干了...
- 特别是开箱没有说明这些所有的折腾和怼圈有什么关联?
- 或是说, 为什么忍不住想和大家分享这些?
- ...协同相关的:
+ MVP
+ 共情
+ ...都只能通过 logging 来传达出来
- 习惯的养成, 其实不是慢慢:
+ 而是: fake is until make it
- 任务分解...
+ 其实吧, 不是不知道怎么分解
+ 而是没意识到必须显示的分解
+ 因为 在 Kaggle 中嗯哼过完整的题目
+ 整体过程必然是清楚的...
+ 只是, 俺没有强调一定要通过任务来协同
- 毕竟, 主持人不是俺...
+ 也有故意让问题飞一会儿
+ 只是关键处, 点一下, 让大家有个印象
+ 然后, 才能变成种子慢慢嗯哼
https://github.com/DebugUself/du4proto/issues/349#issuecomment-370145470
@liguanghe 是也乎,(￣▽￣)
新年嘛....将大家无法嗯哼的嗯哼尽情吧....
- 旅行正确的姿态是什么?
- 就是玩出一身肥膘膘膘膘...
其实能坚守各种约定的嗯哼就不容易了,
尽可能的用语音/照片, 记录下来现场感受, 事后好挖掘出越来越多的嗯哼才对...
https://github.com/DebugUself/du4proto/issues/349#issuecomment-370145299
@Wangjunyu 是也乎,(￣▽￣)
可视化是个长久的命题...汉字本身就是一种尝试...
思路和当前的嗯哼都没毛病,问题在:
- 怎么生成这图谱的?
- 有可能自动嗯哼出来嘛?
+ 基于什么来嗯哼呢?
+ 有可能扩散为大家都能 merge 进来嘛?
+ ....
- 即, 自己感觉好的那一点, 是否可能工具化帮助有同样需求的怼员?
- 进一步的, 当前的图谱结果, 是否能更好?
+ 更能表述心中那点倾向?..
PS:
主持人的语音非常非常非常的佛系啊啊啊啊啊啊啊啊...
https://github.com/DebugUself/du4proto/issues/350#issuecomment-370134820
是也乎,(￣▽￣)
赞哪,怼圈优质内容源又喷出一眼...
咱们的内容溢出逻辑是这样的:
自己分支中嗯哼原型
-> Issue 启动圈内怼
--> 编辑/增补/完备为维基
---> DUW 正式记载
<-- 怼友试用反馈,又几轮故事增补
<- du.zoomquiet.io 溢出外界
以上...
https://github.com/DebugUself/du4proto/issues/348#issuecomment-365527503
# WoW
情人节启动的新怼季 ;-)
跟...
https://github.com/DebugUself/du4proto/issues/347#issuecomment-364653224
@liguanghe 是也乎,(￣▽￣)
## 玩儿...
玩当然也是本事, 如果能玩出好东西来
所以, 嫑感觉羞愧...
一定要玩出油来
## dot
> 千万嫑轻易说: 这个比较简单
因为, 在不知道前, 再简单的事儿, 也感觉无比困难的
所以, 怼分享, 就是帮忙,给出可能最有效的突破路径..
特别是:
- [14d[Res.] 汇总内部分享所有例怼资料](https://github.com/DebugUself/du4proto/issues/344)
- 给出的目标问题, 并没有做到解决哪?
- 虽然 dot 脚本中, 包含了 url 但是, 获得的图片并不能点击 jump 到对应页面哪?
- 这事儿应该怎么解决?
https://github.com/DebugUself/du4proto/issues/347#issuecomment-364652763
@leilayanhui 是也乎,(￣▽￣)
非常好, 终于嗯哼出来了可工作的作品 ;-)
- 算法比较直接,还能继续优化
- 只是, 类/模块/文件... 几个概念被你自己混乱了
+ 模块就是文件
+ 模块只是用来分享/复用代码
+ 模块并不一定只能是类
+ 模块只有配置/数据/函式 都可以
- CLI 形式的工具应该的结构是什么样的?
+ 应该多观察其它简洁的工具代码
PS:
Clojure/Scheme 呢?
以上...
https://github.com/DebugUself/du4proto/issues/347#issuecomment-364651451
@OMlalala 是也乎,(￣▽￣)
Leo 的嗯哼过程其实比较慢了...
- 虽然已经向 ERK 通告了, 但是, 10天之后, 除了发布中文文档网站,
+ 并没有第一时间给出所有角色参与流程的说明,以及背后的检验过程.
+ 甚至于, 也没有在官方列表线索中在更新推动变化.
- 简单的说: `他心通`
+ 要组织开源项目, 就得有足够的共情通感
+ 并事先对所有参与者可能遇到的问题都刷过
+ 这样才能在协作过程中第一时间给出成员遇到问题的解决方案
+ 所以...还是得怒力嗯哼
有关自我年度嗯哼:
- 得是上年全年的哦哦
- 不能只是最近一个月的事儿哪
- 这其实也给出一个隐藏要求
- 至少要每个月都有自己成果的记录
- 否则, 回顾将是一片模糊, 100天之前的事儿...
https://github.com/DebugUself/du4proto/issues/347#issuecomment-364650445
@wuhuhu800 是也乎,(￣▽￣)
XGboost 的经验分享, 非常专业, 比较深入;
问题在怼圈分享的第一动是:
对自己触动在哪儿
对怼友能触动哪儿
所以, 针对 XGboost 的分享, 对于其它没有深入刷过比赛的怼友来说:
- 研究 XGboost 参数这事儿, 设计探索过程以及检验思路, 比最终的参数经验要有用
- 以及探寻过程中参考过的最靠谱的渠道
- 进一步的, XGboost 当前适用范围的理解以及私人建议
- 等等, 可以复用在 XGboost 专有问题之外的所有经验,才是正义的分析
- 或是说:
+ 分享的思路是
+ 如何教会半年前的自己知道怎么研究类似 XGboost 的针对专用模块?
PS:
知情咒非常严重, 分享过程时间没有控制住,
并持续抛出10+专业术语,对于其它怼员,基本上不明觉厉...
实在可惜了
https://github.com/DebugUself/du4proto/issues/344#issuecomment-364464861
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
在当前 标签没有合适的情况下, 俺引入的
https://github.com/DebugUself/du4proto/issues/325#issuecomment-362206450
@Wangjunyu 是也乎,(￣▽￣)
大过年的, 直接略过就好,
过了元霄节再说....
当然, 国外的没有过年的气氛的话, 可以私下嗯哼
https://github.com/DebugUself/du4proto/issues/344#issuecomment-361558959
@DebugUself/du4all 是也乎,(￣▽￣)
基于 ~[graphviz](https://graphviz.gitlab.io/_pages/Resources/app.png)
~ [_mapping](https://github.com/DebugUself/du4proto/tree/master/_mapping)
图谱化工具展示, 可以根据这个思路完成分支的嗯哼,
并和这一图谱链接起来, 部署到合适的空间/目录...
https://github.com/DebugUself/du4proto/issues/345#issuecomment-361291597
@DebugUself/du4all 是也乎,(￣▽￣)
## 推导
- gh-repo. 内置了完备的点评机制
- 访问路径 -> History -> Commit -> 点击对应行追加/回复/emoji 评论
问题在:
- 只针对当前 commit 部分
- 而无法简单的从当前最新代码全貌中对应行进行点评
- Blame 视图解决部分问题
+ 但是, 并不直观
+ 同时进入也非常费时
## IPy:NB
大家已经习惯了在 ipynb 的本地交互web 界面中
夹叙
夹议
加代码
以及运行结果
这种综合形式来同时记载下来:
- 问题/命题的阐述
- 相关模块/函式/代码的验证
- 可用函式的形成/调试/...
问题在, 怼员要进行讨论时,
- ipynb 是以 JSON 格式写入文件的
- git 对其可以完备的进行版本管理
- 但是, 此时, 在 gh-commit comment 界面中,就难以完成点评了
- 因为, commit 记录的是 JSON 格式的文本差异, 从中难以定位想点评的部分代码/运行结果/文档了
### TOC
~> [ipython-contrib/jupyter_contrib_nbextensions: A collection of various notebook extensions for Jupyter](https://github.com/ipython-contrib/jupyter_contrib_nbextensions)
好在 Jupyter 的生态非常完备, 早已包含了对应的解决形式之一
参考: [6818bb4](https://github.com/DebugUself/du4proto/commit/6818bb466a612888846ff4f45412d7f5ae735487)
对 YH 的一则 ipynb 点评:
- git pl ~同步最新成果
- juypter notebook 本地运行
- 通过 chrome 进入对应有兴趣的目录
- 打开想学习的 ipynb
- 发现问题使用 `b` / `a` 在对应节点前后追加一个节点
- 用 `m` 将当前新增节点变成 markdown 文档节点
- `enter` 进入, 增补自己的问题/建议/讨论....
- 当然, 为了给原作者一个强烈的提示:
+ 对应给出合理的标题
+ 以及标题约定格式
类似:
[性质]日期[作者](主题)
e.g
ASK18.1.30DAMA
ISSUE18.1.30ZQ~代码注释
这样, 如果都配置有 TOC2 扩展的话,
就可以在同步了代码后, 立即从目录树中看到点评引发的变化
然后, 自然的进行对应回复, 并改变标题
<-- 简单的说:
就是将 ipynb 每一个文件
视为 mailling-list 中的一个线索
大家使用标准的 bottom-post 形式
来完成对应讨论/增补/回复/修订/...
> TLog
42m
https://github.com/DebugUself/du4proto/issues/343#issuecomment-361034906
~> [4.2d[Res.] 应该/如何汇总内部分享所有例怼的资料?](https://github.com/DebugUself/du4proto/issues/344)
Duplicate of #
https://github.com/DebugUself/du4proto/issues/342#issuecomment-361034745
@liguanghe 好问题, 终于有人意识到了?
这事儿, 其实分两个问题:
- 以往怼会索引:
+ 维基最自然
+ 指向对应 Issue 就好
+ 同时追加到会议主持手册
+ 另外, 增补会议Issue模板, 给出索引维基页面
- 以往媒体资料储存/获取:
+ 什么空间足够大,又足够便宜
+ 以及是否要有口令之类的保护, 以免非法泄漏?
+ 进一步的, 过往成员如何区分提取?
+ ...
想明白了, 开始整理就好
https://github.com/DebugUself/du4proto/issues/48#issuecomment-361033736
是也乎,(￣▽￣)
命题进一步扩展为, 图书呢?
https://github.com/DebugUself/du4proto/issues/64#issuecomment-361032786
等等, 大家一直在怒力完成挖掘?
那就重开...
以及, 挖掘的渠道/思路/工具, 也都应该记录下来,
试用到怼员们身上的哪.....
https://github.com/DebugUself/du4proto/issues/342#issuecomment-360985281
@wuhuhu800 是也乎,(￣▽￣)
## 补怼
- 及时发现缺少的知识, 相比以往已经好的多了
- 只是, 提醒
+ 补的结果是什么?
+ 只有教会他人才能证明自己真的会了
+ 没有其它人? 那就针对半年前的自己
- 用 ipynb 来刷夹叙夹议附代码来证明
+ 体验非常爽
+ 问题在, 爽过了, 得及时阶段性回顾
+ 在刷的过程中, 自己的什么思维习惯得到的修正
+ 并形成了什么对应的新技巧?
- 这些新增点, 转发为正常的文章发布到
+ [Home | DebugUself with DAMA ;-)](http://du.zoomquiet.io/)
+ 以及 DUW ...
+ 才是正义哪...
https://github.com/DebugUself/du4proto/issues/342#issuecomment-360984999
@Hansoluo .. 是也乎,(￣▽￣)
## TL
- 实体时间帐单当然可以用
+ TL 的使用目标并不是数据获得
+ 而是高效习惯的形成
+ 数据只是附带嗯哼...
- 但是, 只有数据才能积累并持续自动化分析
+ 所以, 固定格式的实体帐单
+ 是否能通过 机械视觉 技术来自动化 OCR 为电子数据来进一步处理?
+ 这不就是自己的工具了?
## CMDer
哈哈哈.....
慢慢来, 你终究是受不了的
https://github.com/DebugUself/du4proto/issues/342#issuecomment-360984686
@livingworld 是也乎,(￣▽￣)
## 翻译
小书翻译完了?
第一行为应该是什么?
- 发布哪
+ 发布给相关技术圈, 获得反馈, 进一步嗯哼
+ 并吸引第一梯队的读者
+ 收获第一轮成就感吧
- 当然, 怎么发布
+ 并提供可靠的永久可回顾的点评服务?
+ 这又是被动进一步的良好开始了
## Sikuli 类似
- 怎么知道这工具的?
- 俺在10年前就推荐过, 当然, 社区发展并没有起来
- 所以? 当然是类似的工具还有什么?
+ 那些支持你的嗯哼?
+ 对比下来
+ 值得深入哪个?
+ ...
+ 这都应该形成条件反射的标准嗯哼过程了...
https://github.com/DebugUself/du4proto/issues/342#issuecomment-360984470
@leilayanhui 是也乎,(￣▽￣)
## 自由世界
> win10->PuTTy->VBox->Ubuntu->tmux->vim->python/scheme/...
虽然有点绕, 但是, 这的确是进入自在世界的有效途径啊啊啊啊啊
- 语法问题
+ 静态检查工具也是有标准的的 -> PEP8 系列工具, 值得你对比并长期拥有
- Linux 中的好工具太多了, 开始日常性的训练和积累吧
- 排班工具 <- Scheme 就是可以来嗯哼的哈?!
+ 又, 真正运行时的编译器选择也就非常严重了, Scheme 有那么多方言, 基于哪个开始?
+ 俺建议是文档/案例/生态最活跃的
+ 当然, Scheme 无论哪个方言的积累都比不上 Clojure 的
+ 所以, 建议, Scheme 入门 Lisp 后, 就应该尝试 Clojure 系列 JVM 生态中的 FP 语言家族了
https://github.com/DebugUself/du4proto/issues/342#issuecomment-360983908
@littlexiaocai ?
## DL 流程
> 所以, 了解的终点, 或是成果应该是什么?
[数据可视化 到 可视化信息 浅述 | Zoom.Quiet Personal Static Wiki](http://wiki.zoomquiet.io/IMHO/data-v-info) <~ 类似充满了误解的整体描述才是对的
- 然后, 根据这个初步印象
- 进入一个具体的 能解决自己真实问题的作品开发
+ 持续嗯哼
+ 才能在过程中, 根据以往整体知识树来对比出自己应该补什么...
- DL02 视频的体验和 Kaggle 的资料体验为什么有这么大的差异?
+ 这其实就是不同课程的出发点引发的
+ 从面向知识点, 到面向工程实操
+ 体验当然不同
- 建议:
+ 从工程直接开始
+ 在工程过程中, 持续获得成就感
+ 又能持续获得最小新问题->引发最小新知识点
+ ...
+ 这种 MVP 上升循环体验才怼 ;-)
- 当前体验:
+ 当你获得了最新的整体 DL 工程体验后
+ 都应该及时对比最早的误解路径树
+ 纠正/合并, 并及时和对应技术社区进行交流
+ 明确其它人是否也是相同的体验
+ 这样从具体code 的微观技巧, 和宏观工程体验都能进行嗯哼...
- 以及:
+ 以上所有层次的误解->检验->新树 的过程中
+ 所有思维上的进步/反复/顿悟...
+ 都应该形成 ipynb 的教程/文章
+ 并分享到 怼圈外, 获得更多的反馈.
https://github.com/DebugUself/du4proto/issues/342#issuecomment-360983177
@OMlalala 是也乎,(￣▽￣)
## Doc.leo
- 大家为什么要来参与翻译工程?
+ 这才是第一动力问题哪...
+ 不回答好, 根本无法吸引新人的
- 另外, 叕一次启动中文版本文档翻译的话
+ 为什么不第一时间联系 EKR 咨询有什么好的建议?
+ 以及翻译工程的不同阶段有什么里程碑的指标?
* 翻译多少比例后, 可以进入官方文档仓库?
* 翻译多少后第一个版本? 有什么奖励?
* ...
- 进一步的:
+ 各种角色的参与
+ 仅仅有文字嗯哼, 是不够的
+ 和其它所有工程的发动类似
+ 一定要尽可能友好的给出操作手册/教程/视频/...
+ 以及:
* 如何可以实时知道整体工程的进展?
* 贡献者状态?
* ..
https://github.com/DebugUself/du4proto/issues/342#issuecomment-360982869
@Hugo1030 是也乎,(￣▽￣)
## 每天一题 ;-)
- 这种坚持非常不容易...
- 问题是 AI 作为前沿命题, 并不是题海技能可以怼过去的哪...
- 俺建议是真正将不同类型 -> 而不是不同难度 的题目挖掘清楚
+ 因为难度只是问题的处理过程/数据量有不同
+ 反而是不同类型的嗯哼思路是完全不同的...
- 另外, 有标准答案的题目作起来其实, 完全不用独立思考的
+ 而应该是尽可能快的刷过去
+ 掌握思路和工具才能在全的问题中主动尝试
- 有关算法基础:
+ 的确仅仅刷题肯定不行了
+ 推荐的图书当然有
+ 龙书是源头
+ 另外, 参考对应领域最新图书的排行榜
+ 以及印刷次数越多的越值得刷
+ 当然, 主题阅读也是必须的,将能买到的 ML 相关的图书都刷过去
+ 才能知道, 什么书值得精读...
> 英语水平?
交个外国MM 女友才是正义啊啊啊啊啊啊啊
https://github.com/DebugUself/du4proto/issues/342#issuecomment-360981136
@DebugUself/du4all 是也乎,(￣▽￣)
提醒: [3m[TASK]回顾17年自怼进步 · Issue #332 · DebugUself/du4proto](https://github.com/DebugUself/du4proto/issues/332)
不能最后一天才开始写哪...
从现在开始每周写一点儿...
慢慢的才能发现最应该写下来的;
提示, 得有对比证据的哈...
https://github.com/DebugUself/du4proto/issues/338#issuecomment-360981007
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/341#issuecomment-359313020
- 推荐: [Statoil/C-CORE Iceberg Classifier Challenge | Kaggle](https://www.kaggle.com/c/statoil-iceberg-classifier-challenge)
- 目标: 自动识别冰山
- 时限: 还有两天过期
- 理由: 目标单一, 条件单一, 成果可直觉检验, 问题是銭抢不到了
PS:
[2018 Data Science Bowl](https://www.kaggle.com/c/data-science-bowl-2018)
> 这个问题在:
1. 原先人工就没有办法简单完成
1. 涉及太多医学专业知识
1. 涉及太多意外情况
> 可能根本无从入手.
不过, 看起来很多人一起折腾, 可以认识很多跨界的好人, 值得冲一下
https://github.com/DebugUself/du4proto/issues/340#issuecomment-359250084
@littlexiaocai 是也乎,(￣▽￣)
的确记忆错了...
FPGA 是基于标准的可编程蕊片来开发定制硬件应用...
问题在, FPGA 作为计算硬件, 还需要其它数据采集硬件的配合,
所以, 每个专用硬件都要定制不对应的 PCB 来集成不同的数据输入/出;
这些是要流片的哈?
当然的, 软件落地后, 要提高竞争力必须专用硬件化,
这也是软件最初的自然形态 -> 固化到硬件中,
所以, 如果你有相关积累, 以及感觉, 这是一个必然会被通用硬件+AI 软件替代的领域,
但是, 时间将比其它领域久一点儿?
https://github.com/DebugUself/du4proto/issues/340#issuecomment-359171285
@livingworld 是也乎,(￣▽￣)
没看明白操作...
https://github.com/DebugUself/du4proto/issues/340#issuecomment-359171097
@littlexiaocai
转行->准备:
- 跟对老大, 比自己爆人品要关键的多
- 所以, 未来的航道,应该优先关注选择老大了哪...
- 决策路径没有问题
- 问题在职位机会的获得:
+ 为什么没有尝试以往积累的人脉?
+ 以及可以拿的出来的作品匹配度?
- FPGA 的问题:
+ 硬件流片相关, 工期长迭代慢, 组织迟缓
+ 市场范围在缩小 -> 以往依赖 FPGA 的CV 应用, 越来越多的用软件深度学习来完成了
- 半年非常快的...
+ 以及, 参考 LGH 的行为过程
+ 要有项目管理概念
+ 1/3;1/2;2/3 的关键节点得有宏观目标
+ 以免什么都 got 不到
- 现在看来, 在原企业积累了足够长, 建议别放弃
+ 最好找可以结合的岗位
+ 特别是产品/技术/开发经理的经验, 是万金油, 也是大空间
https://github.com/DebugUself/du4proto/issues/340#issuecomment-359170230
@Hugo1030 是也乎,(￣▽￣)
参数调节:
- 不是没有方法, 而是没有人工好方法
- google 的方式和 worlframe 的探索方式都是用电脑的自然能力:
+ 给定足够小的步长
+ 给定最好的指标检验
+ 然后并行对所有可能的组合进行测试
+ 直到获得那一个最好的参数
- 是的, 最后 20% 中每一点上升都非常困难
+ 基本上都是公开的参数/算法难以获得的
+ 都有自己的针对性处置
+ 此时, 找对应的前沿论文, 可能更加快...
https://github.com/DebugUself/du4proto/issues/340#issuecomment-359169791
@OMlalala 是也乎,(￣▽￣)
- auto-md 的插件看起来很美
- 可能的问题在:
+ clone 是否支持?
+ 如果有节点并不期望自动变成标题的话将有额外操作
+ ...
- 所以, 更好的节奏,还得继续找
- 当然, 对于翻译工程,之前提醒过:
+ 给不同的参与层次人士给出不同的方便渠道
+ 是必要的技巧
https://github.com/DebugUself/du4proto/issues/338#issuecomment-359156867
@liguanghe 是也乎,(￣▽￣)
没有达到, 但是, 必然达到,
因为, 当前问题其实已经对等变迁为:
怼圈主仓库, 到底无意间浪费了多少空间?如何清理恢复?
- 关联的一直没有解决的 issue 是:
- [[TASK]72h:如何从历史上真正删除意外 push 的不当文件? · Issue #10 · DebugUself/du4proto](https://github.com/DebugUself/du4proto/issues/10)
- [[TASK]版本仓库中应该放什么文件?](https://github.com/DebugUself/du4proto/issues/9)
https://github.com/DebugUself/du4proto/issues/338#issuecomment-358698027
@OMlalala 是也乎,(￣▽￣)
本地同步所有代码后:
DU.xmq/du4proto༽
༄ du -hs .*
159M .
158M .git
...
俺记忆中免费仓库最大是 200Mb , 看来幸福的嗯哼了...
https://github.com/DebugUself/du4proto/issues/339#issuecomment-358261195
是也乎 ╮(╯▽╰)╭
你的理解?
推荐尝试到 lisp 中国社区问…
很久没有程序媛出没了~
https://github.com/DebugUself/du4proto/issues/338#issuecomment-357950160
@leilayanhui 是也乎,(￣▽￣)
<-- [[TASK]72h:如何从历史上真正删除意外 push 的不当文件?](https://github.com/DebugUself/du4proto/issues/10)
问题在仓库的体积 github 是根据什么来统计的?
如果不从历史中真正删除一个分支所有文件的所有版本,
仓库体积是否会减少?
https://github.com/DebugUself/du4proto/issues/335#issuecomment-357482617
@livingworld 是也乎,(￣▽￣)
- 编程一直以来解决的是大量重复性工作
- 如果你要处理的 excel 少于1000个文件, 基本上人工反而更加高效了...
- 当然, 另外一种适用场景就是:
+ 相同的事务
+ 反复出现
+ 比如你的问题:
* 如果每次分析的 excel 的结构是严格相同的
* 要求输出的结果也是严密相同的
* 那么使用编程来自动化完成输入/出
* 是值得的
- 因为, 以上无论哪种场景都可以节省未来无数相拟的嗯哼
> 编程技能的日常落地?
讲真, 其实怼圈的 project 配置也可以看出来
- 编程/写作/管理/社区
- 这四大方向都是依赖编程体验的
- 但是, 不一定都是要编程的
- 而是编程自学过程中形成的全新的
+ 逻辑化的
+ 自怼的
+ 检验为先的
+ 数据驱动的
+ ...
+ 工程化的问题解决习惯
- 很明显, 这种问题解决习惯一但形成
+ 将在一切场景中起作用
+ 无论是谈恋爱还是装修....
+ 嘦是涉及一个 step 以上的行为序列
+ 都涉及目标/项目/检验/资源/...分析和追踪解决过程
+ 不是嘛?
所以, 我们可以期待你的: `编程习惯在日常生活中的反常识应用手册`?
https://github.com/DebugUself/du4proto/issues/332#issuecomment-357437363
@DebugUself/du4all 是也乎,(￣▽￣)
第一周进展 1/52
https://github.com/DebugUself/du4proto/issues/322#issuecomment-357437305
@DebugUself/du4all 又一个 Season 要重启了
https://github.com/DebugUself/du4proto/issues/301#issuecomment-357437276
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/329#issuecomment-357437242
ARCHIVED be wiki ;-) 归档/收录/提交ed
无人嗯哼
https://github.com/DebugUself/du4proto/issues/328#issuecomment-357437188
CANCEL for overflow ;-( 放弃/转义/过期....
无人呼应...
https://github.com/DebugUself/du4proto/issues/323#issuecomment-357437158
CANCEL for overflow ;-( 放弃/转义/过期....
54怼友没过半数
https://github.com/DebugUself/du4proto/issues/335#issuecomment-357436960
@mxclover 是也乎,(￣▽￣)
论传销的正确姿势:
- 进入怼圈, 大家回顾一下, 就知道已经被安利了多少个以前不知道的工具了?
- 所以, 如何分享/推荐/引导 他人进入新领域也是怼圈的擅长技能
- 只是, 大家从来没有总结出来这种推荐的具体过程/技巧?
- 小明 应该起草一个 `新工具诱使手册` 进入维基
https://github.com/DebugUself/du4proto/issues/335#issuecomment-357436155
阿虎 <--
## AWS
是第一个也是当前最成熟的 云平台
- 所以, 价格已经非常聪明
- 对小客户贵, 对大客户便宜
- 虽然所有服务都可用, 但是, 店大嗯哼, 一但出了问题, 不一定能及时影响
## GCP
既然已经有能力翻越, 那么新兴的云服务都可以对比一下,
Google Cloud Platform
- 无论功能/性能不比 AWS 差
- 但是, 价格/操作都更加现代和快捷
- 值得体验...
## Docker
系统镜像已经过时了... Docker 镜像才是嗯哼的了吧?
https://github.com/DebugUself/du4proto/issues/335#issuecomment-357435532
@Hugo1030 是也乎,(￣▽￣)
<-- [42h[Kaggle]选定参赛选题及代码存放 · Issue #334 · DebugUself/du4proto](https://github.com/DebugUself/du4proto/issues/334)
图样图森破哪, 既然要嗯哼, 从最难的开始, 比从入门的开始自学效率要高很多...
- 所以,当前的状态直觉上的测定非常好
- 关键是不坚持的坚持:
+ 坚持只是结果
+ 而不是目标
+ 每天只是习惯性的自学空出相对固定的时间段
+ 快速进入精神集中的状态, 完成预定任务
+ 不纠结是否完成
+ 按照固定的节奏慢慢积累起来
- 只是居然几乎是全职的来折腾这事儿?
+ 太幸福
+ 这几乎是重新回到大学状态
+ 只是没有学分等等其它嗯哼约束了...
以及, 无论 Kaggle 的资源有多丰富:
- 只有自己刷过的才算吃过
- 而且, 要注意尽可能多的留下自己在所有已知/未知坑的进入/跳出时的理解/转变
- 积累也应该进入固定的节奏,以及编程时就进行同步文档构思
- 嘦有42篇, 就有编辑找出门可以出书了 ;-)
https://github.com/DebugUself/du4proto/issues/335#issuecomment-357434857
醉舟 <--
## AI->ML->DL
~ 技术桟的包含关系
所以, 算法的创新是异常艰难的, 也是工程界一直的短板,
但是, 工程一向的策略是: 一力降十会,
用最简单的算法用最简单的策略, 在无限计算量的基础上,
完成以往最精巧的算法也无法完成的任务...
### 推荐系统
但是, 推荐系统都是从一个极其简陋数据循环开始的:
- 以往的数据
- 新的数据
- 以往的排序
- 具体用户数据的排序
只是给用户返回不同排序数据的 top10 而已...
只是随着用户行为的积累, 数据可分析能力的扩展
- 在以上简单排序中持续追加新的排序维度
- 进一步`逼近`用户真正的期待
- 或是说, 今用户感觉是自己的期待..
https://github.com/DebugUself/du4proto/issues/335#issuecomment-357434382
@OMlalala 是也乎,(￣▽￣)
得理解 gh-pages 服务是什么, 究竟在作了什么?
你才能理解, 并合理利用, 结合到自己的各种工程...
俺用到现在的理解:
- gh-pages 服务如其名
- 核心功能, 就是 pages 发行
- pages 可以有两类:
+ jekyll 工程 -> 将自动在服务端完成编译 -> html
+ html 页面集 <- 必须事先在本地/其它服务完成编译
- 所以, Leo 的文档基于 rST 格式的 Sphinx 网站组织的
+ 那么, 提供自动脚本 -> fabric
+ 在本地完成编译, 指定输出到对应目录/分支中...
+ push 上 github , 即完成发布
+ 然后, 域名绑定什么的都是官方文档的嗯哼了
https://github.com/DebugUself/du4proto/issues/335#issuecomment-357434166
@leilayanhui 是也乎,(￣▽￣)
## 自学无界限
叕一次证明, 编程并不是复杂难明的高级技能,
任何人想学习, 立即都可以进入环境开始尝试理解的...
只是计算机因为历史上进行过太多太多内部创新,
导致形成了丰富的,独立的亚文化,
进行自学时, 有很多反直觉的行为/思路/命名/...
只是, 怼圈的全新要求仅仅是:
- 笔记->向教而写
- 为了教导半年前的自己来写所有的笔记/教程...
- 这样, 才能真正理解自己的变化..
https://github.com/DebugUself/du4proto/issues/335#issuecomment-357433731
## 元知识
元知识 —> 不可分解的基础知识点/技能/思维模式/感觉
- 为什么要数据分析
- <— 这是个组合问题
+ 应该追问 什么是数据?
+ 什么是分析?
- 另外:
+ 结论应该是第一步, 用数据分析来支撑结论/猜想的
- 进一步的数据清理的动力:
+ 数据是否干净的判定指标
+ 并不一定是数据是否精确
+ 而是数据是否和当前的目标相关的
+ 以及其它判别维度
- 所以, 数据科学/分析 领域技能中:
+ 一切的根源/动力
+ 最重要的是: `为什么...`
https://github.com/DebugUself/du4proto/issues/334#issuecomment-357417841
@Hugo1030 是也乎,(￣▽￣)
既然有奖金, 为什么不选择: `Statoil/C-CORE Iceberg Classifier Challenge` ?
- 有真实的数据
- 解决真实的问题
- 而且分析的数据比较单纯: 照片
+ 其它案例都要结合多渠道数据
+ 这一命题只有单一数据源
> 如果折腾这个, 俺也想参加...
https://github.com/DebugUself/du4proto/issues/333#issuecomment-356815306
@sumin1123 是也乎,(￣▽￣)
进一步的代码如果可以开源的话, 可以考虑合并到自己的分支, 或是专用分支中
以便其它有兴趣的也复用起来, 改进起来...
https://github.com/DebugUself/du4proto/issues/333#issuecomment-356815169
@sumin1123 @liguanghe look
[Planet DebugUself](http://du.zoomquiet.io/planet/)
这也是存在了快一年的圈内资源...
但是, 好象说过两次也没有人注意到...
https://github.com/DebugUself/du4proto/issues/331#issuecomment-355751192
@guoyuming 是也乎,(￣▽￣)
> OM105py
不要给自己加戏...
- 当前 OM105py 已经形成自己的节奏和目标
- 和所谓髙阶理解无法, 最重要的指标是如何控制学员的差评率
- 所以:
+ 找对书
+ 将成熟/呈体系的技术桟分解为元知识/技能
+ 记述为卡包/卡片
+ 对于自己是个复习或是自学过程
+ 对于学员, 是否能达到训练思维的功能?
+ 并不重要哈
> 理科思维
- 太多误解哪
- 其实所谓理科思维, 早已在初等代数学习过程中完成了建立
+ 问题抽象
+ 用符号指代
+ 根据公理进行推导
+ 过程/结论都可以反复获得, 不应该有意外
- 只是对应到不同的具体领域就蒙圈了
+ 不愿意创造性复用原有的知识技能而已
+ 要知道, 我们的基础教育到本科4年毕业
+ 理论上就应该是二战开始前欧美一线知识分子的所有能力了
- 不过, 文科的话, 更加期望有理论上的支持?
+ 那么推荐:
+ [真科学 (豆瓣)](https://book.douban.com/subject/3561417/)
+ [何为科学真理 : 月亮在无人看它时是否在那儿](https://book.douban.com/subject/3929119/)
+ [技术时代的人类心灵 (豆瓣)](https://book.douban.com/subject/3121178/)
+ [展演科学的艺术家（上下） (豆瓣)](https://book.douban.com/subject/1168666/)
+ [建筑的永恒之道 (豆瓣)](https://book.douban.com/subject/1177968/)
+ ...
> 行业选择
- 其实问题就有偏差, 都是 IT 行业,只是具体领域不同而已
- 所以, 作为转行, 考虑的应该比较切实
- 先不论你的假设是否成立
- 哪家公司, 你是否能立即站稳根脚? 对得起工资?
+ 这是最基础也最重要的起点
+ 要知道, 没有公司能真正愿意给资源和空间支持新人成长的
- 然后, 才能考虑自我成长的空间:
+ 无论去哪种模式的企业,个人成长和企业资源其实关系不是很大
+ 最直接的因素是你的直属领导, 是否有资源/经验/意愿 来认真带你?
+ 否则的话, 即使企业环境好, 发展空间大, 具体到你反而可能什么都不是
- 所以, 基于俺私人经验建议:
+ 选择最对你脾气的
+ 当前领导比较看重你的
+ 工作氛围更好的
+ 距离住的地方更近的
* 必须每天节省下来的通勤时间积累起来
* 是个可怕的优势
* 能无形中保证你的健康以及自学空间
https://github.com/DebugUself/du4proto/issues/331#issuecomment-355749743
## 是也乎
- 小密中自怼圈是 17.1.3 创建的, 成员进入启用是 17.4.1
- 所以, 18.1.3 已进入新的一年
+ 当前功能受限
+ 没续费的成员将不能发布主题等等
+ 但是, 小圈早弃用, 不影响怼圈嗯哼
- 计划, 18.4.1 真正重启:
+ 清空所有成员
+ 再次全部付费加入
+ 老怼员半价
- 希望:
+ 之前, 各轮怼员尽可能使用 维基
+ 在合适的文档中
+ 增补自己入怼时应该知道的事儿和行为经验
- 任务: [3m[TASK]回顾17年自怼进步](https://github.com/DebugUself/du4proto/issues/332)
https://github.com/DebugUself/du4proto/issues/319#issuecomment-354795037
@DebugUself/du4all 轮值稳定后,
就应该进入 wiki 变成成文嗯哼了 ;-)
https://github.com/DebugUself/du4proto/issues/257#issuecomment-354794691
--> [5d[wiki]怼圈指北 仓库自述](https://github.com/DebugUself/du4proto/issues/329)
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/327#issuecomment-354645066
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/327#issuecomment-354551148
## 是也乎
~ 自主嗯哼回放回怼, 感谢大家过节期间的自主自治
- @OMlalala [42h[ASK]如何一键输入当前系统时间?](https://github.com/DebugUself/du4proto/issues/326)
+ 惊喜...N 种以上的方式可以获得
+ macOS 平台资源是超出想象的
+ [Dynalist](https://dynalist.io/) 更好的清单工具
- @Hugo1030
+ LeetCode 的外部帮助推荐非常不错, 但是,巧妙的前提是对问题已经解决
* 不过,我们优先的应该是先用自己的方法最直观的能主动解决问题
* 而不是从开始就想用巧妙的方式来解决问题
* 巧妙是有代价的, 第一个代价就是代码不可读
+ 时间帐单的怼项目参与,遇到的所有问题, 都是值得增补的文档点
* 具体代码的执行问题
* 都是前置数据处理/结构理解问题
* 正如录音中提出的, 用对应的 Issue 进行详细的讨论是正义的
* 以及, 从有关文档中获得的代码是否真实使用的工具代码?
* 这其实已经是 `软件发布工程` 领域了:
- 严密的约定明确
- 开发/发布/现行/... 不同状态的软件
- 以便, 不同状态的系统, 进行不同的学习/检测/调试/使用
- 微信小程序:
+ 备报血淋淋经验...
* 个人/企业小程序的不同审核标准
+ 手机屏幕的共享 <-- 嗯哼, 当然有方法的了....
- @livingworld 的问题 @OMlalala 回答的非常完备了:
+ 多数时候, 翻译受益最多的真正是自己
+ 所以, 慢慢来比较快
+ 其实, 领域明确后, 随着积累一定越来越快的
- 高桥流...
+ 俺用的工具一直有分享说明的...在俺所有幻灯最后一页都有链接
* S5 为网页幻灯 [S5: An Introduction](http://s5rst.qiniucdn.com/S5themes/s51.1theme-cpug/s5introZH/s5-intro.html)
* rst2S5 为结构化文本-> S5 H5 幻灯的转化工具
* 想从 md -> S5 可以另外找工具, 或是自己来写一个 ;-)
+ 另外, 本地 web 服务器非常简单的哪
* macOS 中, nginx 的安装和使用也非常简单的哪...
* 经典使用场景 [2007_高橋征義_tw.mp4](http://zoomq.qiniucdn.com/ZQCollection/2007_%E9%AB%98%E6%A9%8B%E5%BE%81%E7%BE%A9_tw.mp4)
* [111105_當代流行簡報.pdf](http://zoomq.qiniucdn.com/ZQCollection/pdf/111105_%E7%95%B6%E4%BB%A3%E6%B5%81%E8%A1%8C%E7%B0%A1%E5%A0%B1.pdf) ~ 幻灯风格的分析
- @leilayanhui Scheme 的宏...
+ 优美是附加收益
+ 元函式思想才是最关键
+ 其实, 自己想不通的点, 也是值得分享的
* 因为, 对不通的状态的描述
* 怎么不通的分析
* 本身就是高于问题的一种自省过程
* 有利于明确问题的形成过程, 也就能更加容易找到更多的突破方式
+ 注意:
* 说不清楚, 就说明没有学到
* 但是, 不尝试去说清楚
* 那么将越来越困惑
+ 提醒:
* 为什么要学习 LISP ?
* 对 Python 的编程是否有帮助?
* 对其它自学行为是否有帮助?
* ...
* 这才是动力, 以及指南针
+ 图书的话, `SICP` 的确是异常经典
* 如果不是计算科学研究者
* 深入开发语言的所有概念细节
* 有帮助
https://github.com/DebugUself/du4proto/issues/326#issuecomment-354195975
Dynalist 内置此功能
https://github.com/DebugUself/du4proto/issues/324#issuecomment-353759828
是也乎,(￣▽￣) 增补回怼:
## 如何成为大妈
回顾之前自己的各种转折, 可以说完全随大流,
只是在不同阶段通过无意的积累慢慢向自己模糊期待的方向漂移过去了而已,
整体上:
- 首先, 得养活自己
- 其次, 能 cover 住当前的工作
- 然后, 才能根据兴趣嗯哼
- 最后嗯哼出点儿东西, 才能基于此向上提升一点儿点儿
所以, 资源/机会的聚集, 不是自己争取的,
而是被吸引过来的...
## @sumin1123
- 对比没有使用 md 之前自己的小结
+ 现在自然的根据不同的子类来快速记要
+ 这就是思维习惯上的改进
+ 其它各种行为习惯都这么慢慢开始的
+ 嘦方向是效能的提高, 那么就得坚持下去
- 更加好玩儿的是, 也只能开始对比其它人的行为习惯
+ 才能发现自己的问题
+ 以往应该从来没有意识到文件命名是个问题吧?
+ 因为从来没有管理过超过100个文件
+ 没有需求就没有问题...
- 参考:[1.1 缩写规约](https://github.com/DebugUself/du4proto/wiki/HbShortRule)
+ [文档命名规约](http://ishanshan.top/community/HbDocName.html)
+ 其实吧, 相关的资源到处都是
+ 比如身边 office 的帮助文档
+ 每一篇不同语言版本的本地文件命名都是有规律的
+ 只是, 中文和外文不同, 拼音文字, 天然的有字母顺序作为分类
+ 所以, 中国人自古目录学都是无法可依的, 都是自己发明出不同体系的
+ 好处在, 可以自行定制最吻合自己思维的体系
+ 问题在, 别人无法直接使用自己的原创体系
+ 现在俺可以明确的几个原则:
* 不要用中文
* 分类不应太多,超过7个就有问题了
* 子目录不应过多, 超过4层就有问题了
* 应该在所有场景中使用相同的命名规则
* ...
- 主动折腾:
+ 其实吧, 纵观所有名人自传
+ 都是从主动折腾, 并折腾出成果开始的
+ 毕竟, 工作/生活中遇到的任何问题
+ 普通人第一反应都是嫌麻烦, 能躲就躲
+ 只有对一切都有好奇心/热情, 并能自制力自我驱动完成的
+ 机会才能越来越多, 因为所有主动担当的事儿, 最后都可能变成一番事业
+ 比如说:外包管理 , 这本身就是全新的业务领域, 作的好, 有了自己的方法论, 那么对应领域的职位就自动打开了门...
- `软件开发公司会用word写文档？改一版存一个文件，存了好几十版了`
+ 只有中国的软件公司会这么来
+ 而且一般都是产品经理这么玩, 程序猿是不会这么稿的
+ 因为每个文件,都是工作成绩
+ 所以, 如果你能将其变成 gitbook 样的可持续进化文档网站/树
+ 对双方都是一个可怕的对比和推动
+ 简单的说, 通过码云(Gitee.com) 建立私有仓库
* 发布内部 gitbook 网站
* 责成双方共同使用 md 进行快速迭代式文档修订
* 就将需求也变成了软件工程管理
* 当然, 前题是双方愿意...
- `我司用word写API文档，一个模块一个文件，用svn管理版本`
+ 哈,如果有人知道怎么设定 svn-hook 就自动完成了内部 gitbook 网站了哪
* 用 md 写 API 文档, 一个模块一个文档, 用 SVN 来管理
* 但是,自动的编译输出为内部一个固定网站
* 任何人可以随时查询并点评
* 即, 每个 API 的每一个版本,都变成了一个内部固定的 URI
+ 这样才有长期使用的意义
+ 是的, 俺在以往公司内部都是这么作的
* 在 SINA 是用 moinmoin 发布了内部维基
* 在金山也是用 moinmoin
* 在猎犳则是 svn+gitbook
* 创业后, 进入了 github 的世界, 连内部主机都节省了
## @wuhuhu800
> 一个过程结束了或者一个新活动开始了，会不时的忘记掐点记录，事后只能靠回忆
是也乎,(￣▽￣)
这事儿,俺早已反复说过, 只是你没有注意到而已,
毕竟没有积累,就不知道细节的可恶...
时间帐单,总是有两种记录模式:
- 事先记录
- 事后记录
多数人将时间帐单, 用字面儿意思来理解和记录:
- 俺开始也是这样
- 认为 帐单 就是事实记录, 支出了什么, 为什么支出
- 当然只有事件完成后记录才有意义
- 结果陷入了各种人为困境中
后来尝试改变,才发现:
- 时间帐单, 其实更象发放投资
- 在行为开始前, 对马上进入的状态进行定性
- 给自己一个明确的心理暗示的同时
- 也获得了一个精确的开始时间点
- 而每天所有时间点和行为切变点, 都是连续依次进行的
- 下一个时间点的开始, 自动变成上一个行为的记时结束
- aTL2 本身就提供了这一功能
+ 俺也是终于看到这个选项后,
+ 才 got 到软件开发人员给出的如此明显的暗示
进一步的, 事先记录 还有几个好处:
- 开始时记录节省事后回忆的心智损害
- 为了高速记录, 行为的分类将越来越少,有助关注最重要的
- 中间被紧急打断时, 切换记录不用补行为描述, 节省了转换的时间
- ...
https://github.com/DebugUself/du4proto/issues/306#issuecomment-353722806
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/323#issuecomment-353722708
@DebugUself/du4all 是也乎,(￣▽￣)
- 补充一下背景:
+ 不是只有 1/3
+ 而是 Slack 的策略是免费只能搜索最近的1万条消息
+ 付费后, 才能服务端自动保存所有过往消息/文件并全文搜索
- 所以:
+ 如果 Slack 只是进行必要的协同
+ 而不是主要的交流场所
+ 或是资源分享渠道
+ 那么付费很容易浪费
+ 对于 怼圈 我们有完备的知识沉淀流程和空间
+ 当前 Slack 主要作用是:
* 自动收集所有关键仓库的变化到固定频道
* 替代微信, 进行紧急沟通/协商
* 未来可能作为一个触发器, 通过消息来命令自有主机/系统/服务来响应
+ 历史消息的搜索和复用场景, 现在并不频繁
+ ,,,,
https://github.com/DebugUself/du4proto/issues/320#issuecomment-352358530
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/319#issuecomment-352358489
@mxclover 提醒今日发布
@liguanghe 提醒发布了应该在对应追踪表单中嗯哼个标记哪...
https://github.com/DebugUself/du4proto/issues/300#issuecomment-352358145
--> [28d[ANN]S10E51启动 · Issue #322 · DebugUself/du4proto](https://github.com/DebugUself/du4proto/issues/322)
DONE as good! 达成/归档/交付ed
https://github.com/DebugUself/du4proto/issues/320#issuecomment-352180892
@liguanghe 回到奥克兰的话...有另外一位广州 golang 技术大拿
也移民到 NZ 了, 居然也是超市有关 管理系统 开发的....
你们可以进一步的嗯哼
https://github.com/DebugUself/du4proto/issues/318#issuecomment-352180789
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/303#issuecomment-352180775
@pengbo0530 @sumin1123
上周已经成功演示...只是一直没能完成回顾记要,以及周刊撰稿
https://github.com/DebugUself/du4proto/issues/321#issuecomment-352180741
录音, 以及记要也应该及时嗯哼到 Issue 中
https://github.com/DebugUself/du4proto/issues/300#issuecomment-352180723
是也乎,(￣▽￣)
今天又得切一季了...
https://github.com/DebugUself/du4proto/issues/317#issuecomment-350737996
@Hugo1030 类似分享, 应该用维基或是个人 blog 链接过来
以免 issue 加载太慢...
要知道 issue 以追踪为主, 讨论为辅助
发表为邪道了...
毕竟到点儿要关闭的哪
https://github.com/DebugUself/du4proto/issues/317#issuecomment-350732914
是也乎,(￣▽￣)
大家互怼的姿势非常完备了, 俺几乎快没什么可以嗯哼的了
@livingworld
[Python in Hydrology](http://greenteapress.com/pythonhydro/pythonhydro.html)
是非常好的小书, 及时创建目录,开始吧...
另外, 参考: [如何组织在线图书工程 · OpenBookProjects/wiki](https://github.com/OpenBookProjects/wiki/blob/master/HowToBuildBookOnline.md)
有个稳定的输出节奏压力才没有那么大...
https://github.com/DebugUself/du4proto/issues/316#issuecomment-350431367
@Hansoluo 是也乎,(￣▽￣)
> 业余时间学习的阅读、写作、编程与工作内容相关性不大
问题是, 我们是否将业务的努力和工作等同视之?
如果是, 工作就是 输入/出 行为属性的一个子分类,
如果不是, 就得切分开, 但是,这样一来, 其它分类可能从语义上又不对等了...
类似 sleep 原本是 livin 的一个子类, 后来发觉是重要的生活质量指标, 而不是一个从属
不得不提高了...
所以, 时间帐单中, 对行为的分类本身就是对自身的全面解析,
也必须经过一定时期的实践才能找到自己认同的...
> 必须先规划好类别和行为，才能去记录
这也是误解, 其实原先 aTimeLogger 2 的默认分类就用了很久,
发现了不匹配才逐渐修订的,
进一步的, 之前进行过手工纸上帐单的操作,
也有一定的具身理解, 才有规划行为分类的自信...
所以, 记录和分类/规划, 其实都是同步进行的, 没有一个清晰的先后问题,
唯一可以明确的, 如果我们不开始进行 时间帐单的记录,
是永远不可能切实的知道自己每天进行的活动, 应该的分类状态的.
https://github.com/DebugUself/du4proto/issues/311#issuecomment-349522803
## 是也乎
~ [CoDuAtl4dama · DebugUself/du4proto Wiki](https://github.com/DebugUself/du4proto/wiki/CoDuAtl4dama) 收集所有此工程相关的共识是好的
### SET4->中断指数
@Hansoluo 中断指数不太理解？？
> 我的理解是 set4 为净投入产出比 即 有效输出/有效输入 或 （输出* 效率指数a)/(输入* 效率指数b)
中断指数 定义 是 每天平均中断时长占有效工作时间8h的比例
平均中断时长和8h不是一个层级，
一个是一天的平均时长，
一个是一天的有效工作时间
从定义上看是被浪费掉的平均时间占有效时间的比例，
和效率指数正好相反，
意思是浪费的时间越多，
反而set4会变高？？
不过取了平均之后影响因子可能会小一点，
但是相关性是正的~~
> 背景
整个儿的 `atl4dama` 发起目标:
寻求通用指数
分析各种时间帐单工具记录数据
具身指导各自的效能改进
> 公约(先不需质疑的)
- 2/8 原理是正确的
- 时间帐单应用/记录行为 只能纯化为最简单的基础数据: 行为属性+用时
- 每次心流只能专注一个任务的完成:
+ 不可能同时针对两个任务进行工作
+ 尊重自然时间线
+ 相同时间段的行为属只能是相同的:
* 无论在地铁上看/听了多少书
- 只要其目的是交通
- 这段时间就应该只计作交通
* 除非, 在交通过程中, 自己很明确:
- 当前时间自己行为重心的确从交通等待
- 切换为了输入/学习/阅读
- 那么, 根据第一属性原则, 就可以切换时间记录的行为属性
+ 坚持这种原则记录的时间帐单,才有可分析的价值
+ 即:
* 对自身当前将开始的心智状态无法自如判定
* 那么, 时间帐单的记录也就失去了作用
* 毕竟, 时间帐单也是种心智仪式
* `用固定的行为来促/诱使自己进入期待的状态` <--
- 行为效能和行为内容紧密相关:
+ 输入也许可以碎片化
+ 复杂输入,比如论文研读等于输出
+ 输出难以碎片化, 或是说, 高价值的输出依赖稳定的足够长的时间段
- 行为属性可以归化为非常基础的几类
+ 基于这种不依赖记录工具
+ 对日常记录时心智压力最小的行为
+ 采集到的数据来进行合理挖掘
> SET4 指数 (参考:次峰计费原则)
- 可以尝试用: `输出峰值平均时长` (**TOTa** ~ Top Output Time average) 为间接效能指标
+ 统计一周内所有输出行为
+ 以每次输出用时排序
+ 取前 20% 为当周有效输出
+ 取平均时长,计为 `xx.xTOTa`
- 配合对应的: `低产峰值平均时长` (**LOTa** ~ Low Output Time average) 为对比效能指标
+ 统计一周内所有 沟通/输入 行为
+ 以每次用时排序
+ 取前 20% 为当周输出低产峰值总量
+ 取平均时长,计为 `xx.xLOTa`
- 以及每天的: `中断指数` (**TBI** ~ Totle Broken Index) 为加权
+ TBT ~ 中断总时长
+ TBC ~ 中断次数
+ 设每天有效工作时间为8小时
+ TBT/TBC/8 = TBI
+ 即,每天平均中断时长占有效工作时间的比例, 记为: `xx.xTBI`
```
SET4 (Simple Efficiency Time for DU)指标
~=
(TOTa/LOTa)*TBI
```
正如之前分析的, 既然无法简单有效的记录/评估产出的价值,
那么工作效能的指数:
总价值/总成本(时间)
是无法获得的, 而且也涉及每个人各种阶段中的不同体验和设定;
即: 所谓 `有效`输出/入, 是无法计量的;
所以, 将效能, 兑换为产生效能的行为特征:
输出时长/输入(整备)时长
即可以获得当前产出的专注程度来,
但是, 这一比值没有反映中断带来的影响:
- 每次中断想回到心流状态要消耗额外的时间和精力
- 即中断的次数越多, 被迫浪费的重复加载时间是包含在对应输出时间中的
- 这一消耗又是难以计量的
- 所以先武断的用中断密度来替代
- 再加上预期的合理工作时长 8h
- 即, `中断密度`是: `TBC/8`
+ 为什么包含了 8 小时之外的中断次数?
+ 俺的判定:
* 算作中断的行为全天都在生效
* 而且输入/出全天都可能发生
* 工作时间之外的混乱生活节奏一定对节奏输出有影响
- 但是, 每次中断时长不同, 对心智重建的消耗也不同
+ 蕃茄钟就是用可规划的中断来替代了随机中断
+ 从而重新训练心智, 达到大任务不间隔持续积累的效果
- 所以, 追加了中断总时长数据
- 将 `中断密度` -> `平均中断时长占有率`:
+ `TBT/TBC/8 = TBI`
+ 这个值当然是越小越好
- 只是当前没有处理就代入了公式:
+ `(TOTa/LOTa)*TBI`
+ 造成的影响和我们的目的相反
+ 所以, 应该是 `(TOTa/LOTa)*(1-TBI)` ??
https://github.com/DebugUself/du4proto/issues/310#issuecomment-349505525
是也乎,(￣▽￣)
类似 POP 都提供在线的点评服务
可以快速收集反馈意见
https://github.com/DebugUself/du4proto/issues/307#issuecomment-349505389
是也乎,(￣▽￣)
合理公开自己的调用接口
才是好资源
https://github.com/DebugUself/du4proto/issues/291#issuecomment-349504780
ARCHIVED be wiki ;-) 归档/收录/提交ed
所以, 没有真正进入代码层面来分析...
https://github.com/DebugUself/du4proto/issues/312#issuecomment-348700822
@guoyuming 是也乎,(￣▽￣)
--> [POP：神笔马良“再世”，纸上原型成真 #iOS | 爱范儿](http://www.ifanr.com/app/198316)
类似快速完成可交互产品原型的应用/工具/服务现在有很多了...
以及: 为什么俺知道这种加速设计的工具, 大家没有意识到去挖掘?
https://github.com/DebugUself/du4proto/issues/308#issuecomment-348687482
@DebugUself/du4all 是也乎,(￣▽￣)
无法肉身来的, 也可以留言, 给出你的问题哪
https://github.com/DebugUself/du4proto/issues/292#issuecomment-347118701
[4d[draft] 自怼圈 协同项目的组织姿势](https://github.com/DebugUself/du4proto/issues/306) <--
https://github.com/DebugUself/du4proto/issues/303#issuecomment-347111603
@pengbo0530 是也乎,(￣▽￣)
还是没有将问题描述清楚哪:
> 想利用声音控制电脑里的ppt播放和默认视频软件。不上手~
任何问题都有 3+ 方向可以尝试:
- 正: 一定要用 Python 来完成
+ 进一步的分解问题为:
* 语音识别
* 软件控制(软件测试)
* 以上两个关联起来即可
+ 进一步的:
* 播放视频的姿势有多少种?
* 为什么一定要控制 Office 以及视频播放软件?
* 所有行为集成到一个网页中不行嘛?
- 那么问题进一步转移为
- Python 发布一个专用网站,包含象幻灯和视频播放的页面
- 通过语音识别->指令->操作页面
- ...
- 反: 不定要用 Python 来完成
+ 那么系统内置的功能/软件 有什么可以完成目标功能?
+ 内置/免费软件中有什么可以完成语音识别?
+ 内置/免费软件中有什么可以完成脚本控制软件?
- 别: 为什么要用软件来控制? 有成熟的硬件产品哪
+ 为什么一定要用语音来控制? 用手势呢?
* 通过摄像头实时捕捉理解你的手势
* 静默转化为固定的几个操作指令?
+ 用红外遥控呢? 手机如果有红外发射功能的话:
* 配合电脑上的摄像头?
* 和家电控制一样,只是对应几种软件的控制?
等等...
所以, 你的目的有太多解决途径,
还需要其它因素来推动我们的决策...
https://github.com/DebugUself/du4proto/issues/232#issuecomment-347104719
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/296#issuecomment-347104679
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/281#issuecomment-347104569
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/297#issuecomment-345518524
@guoyuming 是也乎,(￣▽￣)
终于有人认真挖掘资源了...无论结论如何,
如同淘金, 只有自己淘过的沙子才能出沙金
至于方法, 万法无碍 ;-)
关键是要有自信: 只有自认有用的, 才用的起来,否则,只是个模糊的有压力的影子而已
提醒一点:
- 再完备的文字也只能通过线性读取
- 而最后可视化为一个地图, 才能最快一眼 got 到整体感觉
- 所以, 自己理解的 怼圈 资源结构才是你知道怎么调用的
+ 在调用过程中
+ 持续发现新的调用可能
+ 增补地图
+ 这本身也是一种成果
https://github.com/DebugUself/du4proto/issues/294#issuecomment-344757269
以及多想想你的目的…
而不是直接问技术方案…
解决一个问题有很多方向…别选最复杂的
https://github.com/DebugUself/du4proto/issues/294#issuecomment-344756782
模板
https://github.com/DebugUself/du4proto/issues/289#issuecomment-344086041
是也乎 ╮(╯▽╰)╭
的确…
检验是否孤子分支向来有多种检验手段~
关键是理解什么是 orphan 模式
那么检验也就自然可知也…
https://github.com/DebugUself/du4proto/issues/291#issuecomment-343951401
问题分析的太表面了, 根本没有看代码来调试哪
继续...
https://github.com/DebugUself/du4proto/issues/289#issuecomment-343727009
是也乎 ╮(╯▽╰)╭
注意孤子分支…
别合入 master 宏大前世
https://github.com/DebugUself/du4proto/issues/280#issuecomment-343661879
DONE as good! 达成/归档/交付ed
https://github.com/DebugUself/du4proto/issues/190#issuecomment-343345992
是也乎,(￣▽￣)
又一轮入怼 ;-)
https://github.com/DebugUself/du4proto/issues/281#issuecomment-341761986
是也乎 ╮(╯▽╰)╭
文意通达
文字知情咒过密有自嗨之嫌
可改4.2版…尚
https://github.com/DebugUself/du4proto/issues/281#issuecomment-341286664
@DebugUself/du4all 叕要招新了...这次大家一起来嗯哼:
- 发布自怼体验文章到:[Categories | DebugUself with DAMA ;-)](http://du.zoomquiet.io/categories/#Log-ref)
- 1024 字以上, 就说自己在 DU 中的感受即可
- 追加合理的 .md 到 [debuguself.github.io/_posts/du2wr at master · DebugUself/debuguself.github.io](https://github.com/DebugUself/debuguself.github.io/tree/master/_posts/du2wr) 即可
是也乎,(￣▽￣)
https://github.com/DebugUself/du4proto/issues/280#issuecomment-341264633
是也乎 ╮(╯▽╰)╭
参考之前迎新的有关 issue ...
是机会…但我们准备好了否?
建议至少集齐五篇以上
什么是 自怼圈?
的自怼回顾…完成当前怼友的侧画…
才能较公允的进行宣传…
三名活跃怼员…回顾怼圈的成效?
两名沉默怼友…陈述为什么放弃?
………
https://github.com/DebugUself/du4proto/issues/275#issuecomment-340188129
并没有复现问题...
以及问题本身不存在哪, 为什么要在 ipynb 中编辑 .md?
.ipynb 才应该是 Jupyter 管理的对象哪
https://github.com/DebugUself/du4proto/issues/269#issuecomment-340186998
@liguanghe 是也乎,(￣▽￣)
所以, 俺用视频都演示过
用了8天才反应过来....
为什么?
https://github.com/DebugUself/du4proto/issues/276#issuecomment-339650009
@zhangshiyinrunwithcc @liguanghe 是也乎,(￣▽￣)
- 在尝试开展解决问题前
- 一定不能忘记的是评估问题本身:
+ 这是个真实的需求, 而不是愿望嘛?
+ 解决了能带来什么样的变化?
+ 对怼圈有什么促进作用?
+ ...
- 对于一周才产的一个联合编辑文档, 有必要上工具自动化生成?
- 或是, 如果一定要自动化, 那么这是个什么通用问题?
+ 是否可以通过某种机制解决一系列同类问题?
+ 在 怼圈, 这种同类问题有几组?
+ ...
https://github.com/DebugUself/du4proto/issues/273#issuecomment-338458867
是也乎,(￣▽￣)
怼圈, 真的可以自行 run 起来了,非常赞!
只是得补个刀:
- 在对应 Season 结束时, 没有在例怼上进行当季总结的:
+ 应该在对应 Issue 中进行简要回顾
+ 最好也同时增补到对 DUW 中
+ 当然的,同时也应该增补到对应新 Season 的新计划书头部
- 即,将无法封闭在一个 Season 中的任务,自然续命下去...
## S07E51DAMA
- [ZQmma](https://github.com/DebugUself/du4proto/tree/ZQmma) 无有启动
- [TLSchemer](https://github.com/DebugUself/du4proto/tree/TLSchemer) ~ [在 IPYNB 中运行 SCHEME](http://du.zoomquiet.io/2017-10/scheme-in-jupyter/)
+ 真实练习没有恢复
- [ZQ4mDjango](https://github.com/DebugUself/du4proto/tree/ZQ4mDjango)
+ <-- [DU_tools](https://github.com/DebugUself/du4proto/tree/DU_tools)
+ 并没有吸引到其它怼员来深入
+ 因为一直稳定运行...
https://github.com/DebugUself/du4proto/issues/269#issuecomment-338351855
是也乎 ╮(╯▽╰)╭
简单的说 ipynb 是 vim 思想的对应物
esc 退出当然模式
m 切换当前 node 为 md 格式~
https://github.com/DebugUself/du4proto/issues/269#issuecomment-338349238
是也乎 ╮(╯▽╰)╭
看 ipynb 文档啊啊啊啊啊啊啊啊啊…
直接用 M 也可以的~
https://github.com/DebugUself/du4proto/issues/264#issuecomment-337459204
@leilayanhui 是也乎,(￣▽￣)
> ...计算机不是一条条执行的吗
## 细思恐极
突然明白, 大家为什么对编程感觉这么难了...
- 除了基础语法的反直觉外
- 运行时计算机真正的行为也是异常的反直觉的...
- 所以, 怎么办呢?
+ 简单的办法, 回炉重学, 能用头脑走测代码能力时, 一切就自然了
+ 但是, 太累了, 可以简单的用现代工具来辅助理解:
* [agermanidis/livepython: Visually trace Python code in real-time.](https://github.com/agermanidis/livepython)
* 等等, 可视化 py 或是其它语言运行时内存中各种变量的变化...
* 这样就知道, 代码的执行顺序从来都是根据需要来的
* 而不是文本的字面顺序...
https://github.com/DebugUself/du4proto/issues/264#issuecomment-337154114
@leilayanhui 是也乎,(￣▽￣)
代码不是这么看的, 得 `腰马合一` ... 不对, 是得数据结合...
- 代码不是凭空写的, 是根据数据的处理, 逐步追加的
+ L28 - L34 并没有逻辑上的次序
+ 而是根据输入的不同数据行
+ 事务性的影响对应情况而已
- `常规的 if elif else` ??
+ 执行顺序是根据数据来触发的
+ 多个 `if` 说明是对同一行数据的多次处理而已
- L42 <- `if __name__ == '__main__':` 在这之内
+ 处理是的执行场景的识别
+ 在流水线场景中用来防止意外调用
https://github.com/DebugUself/du4proto/issues/198#issuecomment-336312222
是也乎 ╮(╯▽╰)╭
简单的说…就是将私人仓库中的分支…可方便的变成开放仓库…同时又保持留有私人状态…
那么有更简洁的方便啊…
双推双拉没问题的思路…
但是通过 config 能更快解决…
同时也有工具可自动化双推~拉的…
https://github.com/DebugUself/du4proto/issues/232#issuecomment-335773859
是也乎 ╮(╯▽╰)╭
没有其它怼友跟进?
为什么?
https://github.com/DebugUself/du4proto/issues/256#issuecomment-335376213
@liguanghe 是也乎,(￣▽￣)
坑是俺挖的, 但是, 只是个示范, 怎么用收集来的数据解决自己的问题?
识别问题, 设定方案, 尝试解决, 回顾过程->识别新问题...
得自己开始转起来,参考开智入门班的任务阶梯?
其实, 最关键的是要解决的问题解决了?
https://github.com/DebugUself/du4proto/issues/254#issuecomment-335080919
@liguanghe 是也乎,(￣▽￣)
必须的 , README 就是产品+设计+工程文档...的索引 ;-)
https://github.com/DebugUself/du4proto/issues/249#issuecomment-333351273
@leilayanhui 是也乎,(￣▽￣)
> 第一次发通告，不知道写的对不对
## 激发隐藏任务:
> 如何判别公告/通报/规约/手册 写的对不对?
其实,这和调试代码是本质上一样一样一样一样一样一样一样的技能,
所以, 42 小时以内, 请大家可能的列出如何分析/判明 文字类的输出是否对的指标/方法/原则?
https://github.com/DebugUself/du4proto/issues/248#issuecomment-333316485
@vanxv as u wish:
[du4proto/src at atl4dama · DebugUself/du4proto](https://github.com/DebugUself/du4proto/tree/atl4dama/src)
https://github.com/DebugUself/du4proto/issues/243#issuecomment-332230830
@liguanghe 所以, 这是一个模糊的任务,
首先从问题的定义开始就对了....
简单的说, 开发/测试/运行/发行/安装/部署, 其实都在不同的环境中...
为什么 ipynb 这么流行, 就是因为将几个环境 merge 在了一起...
但是, 是否能替代生产环境?
> 讲真, 这其实就是 jupyter 独立的原因...
https://github.com/DebugUself/du4proto/issues/240#issuecomment-332108024
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
冇问题的...运用自己的嗯哼来嗯哼一下哪?
https://github.com/DebugUself/du4proto/issues/3#issuecomment-331920686
@OMlalala 是也乎,(￣▽￣)
参考 [DebugUself/du4proto at atl4dama](https://github.com/DebugUself/du4proto/tree/atl4dama)
相关文档/代码 有描述的 ;-)
https://github.com/DebugUself/du4proto/issues/239#issuecomment-331756347
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
> 像踢馆的
不是像, 根本就素!
所以, 🐦 另外一个能力就是:
- 第一时间建立亲合形象, 令别人不反感
- 无论此技能形成的动因是什么吧...
- 从中可以分析出其中的 MVP:
+ 态度: 出发点是好奇而问
+ 语言: 针对自己,不直接评述对方
+ 发音: 42% 肺活量, 坚定不扬声
+ 修饰: 多笑, 浅浅的不张飞
+ ...
- 问题是怎么自我训练出来这样的呢?
- 或是, 为毛要训练成这样儿呢?
- 要知, 气质这货是个综合性成果, 不是几点 MVP 就能改变的
https://github.com/DebugUself/du4proto/issues/237#issuecomment-331705467
@vanxv 是也乎,(￣▽￣)
自怼圈 的风骨就是, 用自己的创意, 先输出, 再来讨论哪种好,
而不设事先标准, 规定一定要如何...
毕竟, 乐趣总是在未知, 有正确答案的无聊世界, 我们不入
https://github.com/DebugUself/du4proto/issues/228#issuecomment-331695275
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/212#issuecomment-331695270
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/218#issuecomment-331695266
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/227#issuecomment-331695258
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/235#issuecomment-331638425
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
那是 2005 年的....后来就没有升级, 增补太复杂了
https://github.com/DebugUself/du4proto/issues/237#issuecomment-331637965
来自: [ZoomQuiet - Woodpecker Wiki for CPUG](https://wiki.woodpecker.org.cn/moin/ZoomQuiet#A.2BVD4-)
12年前自己知识树的可视化尝试...
所以, 大家应该可以找到更多, 更好的形式来认识自己了...
https://github.com/DebugUself/du4proto/issues/236#issuecomment-331628574
非常自主化了, 赞的 ;-)
是也乎,(￣▽￣)
节奏就是要自己嗯哼起来才是...
https://github.com/DebugUself/du4proto/issues/230#issuecomment-329966359
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/228#issuecomment-329072363
@Wangjunyu 是也乎,(￣▽￣)
所以,这就是 [2w[新怼员]第一序列任务](https://github.com/DebugUself/du4proto/issues/190) 包含的细节哪...
- 怼员们对外发布了什么资源?
- 每个资源中包含什么内容?
- 其中的什么内容是自己可以复用的?
- ...
只是提前优化总是得不偿失的:
- 为什么要压缩? 无论硬盘/带宽/空间/... 存储的价格在持续降低
+ 折腾半天优化下来的空间, 长期使用下来
+ 并没有带来更多的直接效能哪?
+ ...
- 7niu 的官方文档是否看过?
+ 是否有对应工具可以直接完成想作的事儿?
+ ~ [最小七牛使用法则 · Yixuan](http://yixuan.li/geek/2015/11/23/qiniuguideline/)
- 域名这事儿, 是另外一坨大坑了:
+ CDN 厂商为什么要支持域名?
+ 域名的管理到底在哪儿?
+ 自己的域名注册到哪儿合理?
+ http 和 https ?
+ ...
https://github.com/DebugUself/du4proto/issues/190#issuecomment-329071581
~ [4d[LOG]多个ScrapBook内容合并与部署七牛云](https://github.com/DebugUself/du4proto/issues/228)
https://github.com/DebugUself/du4proto/issues/224#issuecomment-328703488
@liguanghe 是也乎,(￣▽￣)
> 求解答~
这就不够怼味儿了, 应该先自行给出答案来, 怼员们才能针对性的嗯哼回来...
https://github.com/DebugUself/du4proto/issues/226#issuecomment-328703291
@Wangjunyu 是也乎,(￣▽￣)
- 联想的太多了
- 其实, MVP 就是字面含义以及技巧
- 和 WOOP 技巧类似
- 将自己的行为控制在最小时间单元中, 就容易控制了:
+ 一份邮件/文档, 一次有效沟通/会议/聊天儿/...
+ 原先要几天, 现在通过合理分解,变成不同阶段,每个阶段都在30分钟以内完成
+ 自然效率髙了...
+ 毕竟可以更快获得反馈了
https://github.com/DebugUself/du4proto/issues/221#issuecomment-328702918
CANCEL for overflow ;-( 放弃/转义/过期....
https://github.com/DebugUself/du4proto/issues/225#issuecomment-328391143
## 是也乎,(￣▽￣)
所以,有点儿过度解读了 ;-)
- [程序员如何优雅地使用 macOS？ - 知乎](https://www.zhihu.com/question/20873070)
- [Welcome to Fabric! — Fabric documentation](http://www.fabfile.org/)
- ...
https://github.com/DebugUself/du4proto/issues/223#issuecomment-328336096
是也乎,(￣▽￣) 欢迎, 以及:
- 参考: [1.8 禁止事项清单](https://github.com/DebugUself/du4proto/wiki/HbNotDoIt) 各种错误的使用 中文, 是应该最先纠正的习惯, 代码的世界没中文什么事儿的
- markdown 语法要习惯, 参考:[G.F.M.](https://help.github.com/articles/github-flavored-markdown/)
- 参考: [Issue 创建指南](https://github.com/DebugUself/du4proto/wiki/HbUsageIssue)以及相关的文档:
+ Issue 的字面含意是提案
+ 必定要和可完成/可追踪/可改进/可积累 的任务/知识关联
+ ...只是简单的私人日记的话难以激发怼员们的参与的
- 有关自怼圈的理解:
+ 参考 -> [wiki#debug-u-self](https://github.com/DebugUself/du4proto/wiki#debug-u-self) 以及相关的例会录音
+ 应该有个稳定的地方记录对 DU 自我理解的版本改进
## Q&A
~ 参考: [提问的智慧](https://github.com/DebugUself/How-To-Ask-Questions-The-Smart-Way/blob/master/README-zh_CN.md#%E6%8F%90%E9%97%AE%E7%9A%84%E6%99%BA%E6%85%A7)
- 问题1: 不成立, 完全不清楚你的问题何在
- 问题2: 不成立
+ 信息量过大, 只是你的主观感受, 相比你每天刷的朋友圈, DU 圈积累的东西并不多
+ 获取的办法?
* 信息获取的办法有且仅有一个: 输入!输入!输入!
* 只是在 DU 多了一重检验:
- 如何证明自己获取的对?
- 输出令怼员们获益的新信息
https://github.com/DebugUself/du4proto/issues/221#issuecomment-328325376
~ [zq2analyse.ipynb](https://github.com/DebugUself/du4proto/blob/atl4dama/ipynb/zq2analyse.ipynb)
所以,是从根儿上怀疑错方向了, 又没有立即设计实验检验自己的想法,
然后,习惯性的期望用相同的行为,获得不同的结果,
必然的卡死没商量了...
是也乎,(￣▽￣)
https://github.com/DebugUself/du4proto/issues/198#issuecomment-328325275
@liguanghe 问题/需求描述不清...
请继续挖掘, 关键是描述清楚, 最终使用体验/行为序列应该是什么样儿...
https://github.com/DebugUself/du4proto/issues/217#issuecomment-328325232
ARCHIVED be wiki ;-) 归档/收录/提交ed
所以, 并没有按期给出自己的嗯哼来?
非常自然的, 一个查询 DU 活跃状态的 Alf 插件是应该的...
https://github.com/DebugUself/du4proto/issues/219#issuecomment-328325201
所以, 还是没有对应代码上的解决哪....
DIE by over deadline! 逾期/失格/无用ed
https://github.com/DebugUself/du4proto/issues/220#issuecomment-328325178
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/221#issuecomment-328273136
是也乎 ╮(╯▽╰)╭
看错误报告…清清楚楚…问题不是变量形式…是内容啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊
https://github.com/DebugUself/du4proto/issues/219#issuecomment-328124121
@OMlalala 是也乎,(￣▽￣)
- 完全嗯哼成了侦探小说
- 只是这种探查是最快的定位问题的方式嘛?
- 如何看/嗯哼其它人的代码? <-- 这是一个一直隐藏在开智课程背后的元技能命题
https://github.com/DebugUself/du4proto/issues/219#issuecomment-327510227
@OMlalala 是也乎,(￣▽￣)
非常流畅的挖掘 ;-) 只是没有意识到:
- 这个统计工具请求的接口也是 DU 自制的哪
- [DebugUself/du4proto at ZQ4mDjango](https://github.com/DebugUself/du4proto/tree/ZQ4mDjango)
- 所以...一切都是可以追查的
比如对应的服务端 500 错误时的日志:
```
2017-09-06T14:51:13.460697+00:00 heroku[router]: at=info method=GET path="/v0/week/icc/rank/5/" host=st.du.zoomquiet.io request_id=7fb55bb0-ea18-4615-81d1-e54d74dd0f62 fwd="106.187.97.72" dyno=web.1 connect=0ms service=28ms status=200 bytes=261 protocol=http
2017-09-06T14:51:13.458250+00:00 app[web.1]: ERROR:django.request:Internal Server Error: /v0/week/icc/rank/5/
2017-09-06T14:51:13.458262+00:00 app[web.1]: Traceback (most recent call last):
2017-09-06T14:51:13.458264+00:00 app[web.1]: File "/app/.heroku/python/lib/python3.6/site-packages/django/core/handlers/exception.py", line 41, in inner
2017-09-06T14:51:13.458265+00:00 app[web.1]: response = get_response(request)
2017-09-06T14:51:13.458267+00:00 app[web.1]: File "/app/.heroku/python/lib/python3.6/site-packages/django/core/handlers/base.py", line 249, in _legacy_get_response
2017-09-06T14:51:13.458267+00:00 app[web.1]: response = self._get_response(request)
2017-09-06T14:51:13.458268+00:00 app[web.1]: File "/app/.heroku/python/lib/python3.6/site-packages/django/core/handlers/base.py", line 187, in _get_response
2017-09-06T14:51:13.458270+00:00 app[web.1]: response = self.process_exception_by_middleware(e, request)
2017-09-06T14:51:13.458270+00:00 app[web.1]: File "/app/.heroku/python/lib/python3.6/site-packages/django/core/handlers/base.py", line 185, in _get_response
2017-09-06T14:51:13.458271+00:00 app[web.1]: response = wrapped_callback(request, *callback_args, **callback_kwargs)
2017-09-06T14:51:13.458274+00:00 app[web.1]: File "/app/st.py", line 1899, in week_icc
2017-09-06T14:51:13.458275+00:00 app[web.1]: _JSON['data'] = _rank4week('dicc', top)
2017-09-06T14:51:13.458276+00:00 app[web.1]: File "/app/st.py", line 1763, in _rank4week
2017-09-06T14:51:13.458276+00:00 app[web.1]: _login = R.hget(_key,'login').decode()
2017-09-06T14:51:13.458281+00:00 app[web.1]: AttributeError: 'NoneType' object has no attribute 'decode'
2017-09-06T14:51:18.509494+00:00 app[web.1]: 2017-09-06 14:51:18,509[INFO][st.py:1423] √ Commit:e805954a889f378c0793a60a6f62866146a423fc
...
```
所以? 请继续...
https://github.com/DebugUself/du4proto/issues/209#issuecomment-327046021
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/188#issuecomment-327045991
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/214#issuecomment-326744564
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/201#issuecomment-326744556
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/190#issuecomment-326744549
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/188#issuecomment-326729474
@liguanghe 是也乎,(￣▽￣)
- 忘记 @zoejane 的嗯哼了?
- 对的, 这次招新的过程也应该记要一下
- 俺的记忆:
+ 事先 @Wangjunyu 反复申请过
+ 所以, 开圈先单线进入
+ 列表通告, 48 小时后, 无人通过自己的渠道私下传播
+ @zoejane 在 开智课程相关的两个群, 涉及 400+ , 宣传
+ 12小时以内达到上限, 中止.
https://github.com/DebugUself/du4proto/issues/188#issuecomment-326723366
@liguanghe 是也乎,(￣▽￣)
其实, DU 作为 开智课程 的后续自学组织, 从来没有公开的宣传渠道,
因为期待的怼员,要求很高, 只能从嗯哼过课程, 又意尤未尽的,
才可能继续怼起来....
所以, 现在对外的只有一个 Home | DebugUself with DAMA ;-) http://du.zoomquiet.io/
https://github.com/DebugUself/du4proto/issues/204#issuecomment-326457849
> @ZoomQuiet 恩恩, 按理此时的操作应该是, 新开一个 issue 放这个内容, 原来的 issue 内容保留,并关联到这个. 但是那个issue 主题太不明确, 我就直接转成链接了.
<-- 嗯哼?! 这样别人如何回复,以及能统一的知道前后变化?
所以, 还有其它姿势嘛? 想一想?
https://github.com/DebugUself/du4proto/issues/204#issuecomment-326316167
@liguanghe 是也乎,(￣▽￣)
所以, 要 @Wangjunyu 等等对比记忆, 才知道是否嗯哼.
这说明 Issue 本身的修订, 缺少一个明确的标记:
- 不象 repo. 有 commit 历史
- Issue 就应该人工在头部维护一个编辑版本说明...
- 又或是..
参考其它积极项目的交流 Issue...
https://github.com/DebugUself/du4proto/issues/204#issuecomment-326147705
是也乎 ╮(╯▽╰)╭
不用弄明白所有…
先明白自己作了什么…
以及pyenv 本质作了什么…
只提醒~
以往的配置有冲突否?乍净化环境先?
配置文化乍加载?乍证明?
pyenv 依赖什么?私人用部属在哪儿合理?
https://github.com/DebugUself/du4proto/issues/204#issuecomment-325854066
--> [Aoi\-planetDUer \| DebugUself with DAMA ;\-\)](http://du.zoomquiet.io/2017-08/aoi-planet/#wow1)
https://github.com/DebugUself/du4proto/issues/213#issuecomment-325582894
@Wangjunyu 是也乎,(￣▽￣)
再次提醒 --> [SMART原则](http://wiki.mbalib.com/wiki/SMART%E5%8E%9F%E5%88%99)
- 你的私人探索任务本身没有问题
- 问题在作为 Issue 发布时,大家并不知道你的最终交付物是什么
- 也就无法追踪参与了哪?!
https://github.com/DebugUself/du4proto/issues/213#issuecomment-325390553
@Wangjunyu 是也乎,(￣▽￣)
- 首先的, 嗯哼在 DU 中的Issue 要吻合:[珠的自白:34 如何提问?才对世界有帮助!](http://blog.zhgdg.org/2014-10/dm34-how2ask/)
- 即, 无论 Issue 发起的行动/记录/提醒/... 是什么
- 都应该指向: `令自怼圈中的怼员们变的更好`
所以, `git 探索记录`
- 这个目标不吻合 DU 气质
- 也不砍一 SMART 原则
- 我们不知道:
+ When
+ Where
+ Why
+ What
+ How
+ ...
+ 基础的令任务可实现/追踪/复用/优化 的界限
请 重构 Issue 正文的描述吧...
https://github.com/DebugUself/du4proto/issues/205#issuecomment-325197889
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/187#issuecomment-325197873
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/173#issuecomment-325175486
-> [4w[ANN]S06E51 启动](https://github.com/DebugUself/du4proto/issues/210)
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/131#issuecomment-325175465
--> [4w[atl4dama] 时间帐单效能分析++++](https://github.com/DebugUself/du4proto/issues/211)
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/209#issuecomment-325175177
同意, 对策 --> [4w[ANN]S06E51 启动](https://github.com/DebugUself/du4proto/issues/210)
https://github.com/DebugUself/du4proto/issues/208#issuecomment-325105839
@leilayanhui 是也乎,(￣▽￣)
<-- [4.2d[ASK]如何判别当前资料靠谱度?](https://github.com/DebugUself/du4proto/issues/48)
所以, 自怼圈积累的资料实在值得挖掘?
https://github.com/DebugUself/du4proto/issues/201#issuecomment-324021919
@mxclover 是也乎,(￣▽￣)
可是, 还是无法阻止其它有污染历史的怼员和你一样,重新引入意外 merge 的嗯哼哪?
本地 sourcetree 观察的报警
重新 净化 clone 新复本, 和原先工作复本的版本树对比:
- 原理?
- 对策?
https://github.com/DebugUself/du4proto/issues/195#issuecomment-323583147
@gunuo 是也乎,(￣▽￣)
- 参考: [我的工具箱](http://s5rst.qiniucdn.com/131113-MyTools/index.html)
+ 工具的选择涉及长期习惯和资料的积累以及协同,
+ 可以对比俺长期进行工具选择过程的思考,
- [leanote->定价](https://leanote.com/pricing)
+ 以及和 github 生态的对比: [以 github 为核心的高效协同沟通 · Issue #1 · OpenMindClub/PRD](https://github.com/OpenMindClub/PRD/issues/1)
+ 可以进一步权衡整个儿 DU 笔记的迁移带来的影响和成本
+ 就知道为什么要求先在 github 完成自学节奏的训练了
https://github.com/DebugUself/du4proto/issues/200#issuecomment-323561233
@liguanghe 以及重新入坑姿势的记录~俺感觉的当然是:
- Issue 进行主题讨论
- 阶段汇聚到 -> [du4proto/doc at atl4dama · DebugUself/du4proto](https://github.com/DebugUself/du4proto/tree/atl4dama/doc)
- 进一步的就可以输出到:
+ [Home \| DebugUself with DAMA ;\-\)](http://du.zoomquiet.io/)
+ 形成 `怼故事`
+ 甚至于聚集一定 `怼故事` -> `自怼书`
... 是也乎,(￣▽￣)
- 要有将一切小事儿折腾成大事儿的觉悟哪
- 这也是工程思维之一
- 否则, 哪儿来赞助?
https://github.com/DebugUself/du4proto/issues/200#issuecomment-323561110
@liguanghe @mxclover @zhangshiyinrunwithcc 是也乎,(￣▽￣)
又激发了: [42h[TASK]版本仓库中应该放什么文件?](https://github.com/DebugUself/du4proto/issues/9)
- 这种用你的代码可以随时处理生成出来的中间统计结果
- 和必须收集的原始数据是两种工作对象
- 可以反复快速生成的, 为什么要 psuh 到仓库中?
- ...
所以, 连带的:
- 什么是仓库?
- 什么是版本?
- 什么是协同?
- 基于版本仓库的协同基本礼节是什么?
- 什么是 VCS ?
- ....
即, 编程领域中每一个基础知识点, 都是经过几十年技术发展过来的...
都是一堆堆的真实的血案积累出来的...
都是值得认真嗯哼的, 要是来不及挖掘, 那先跟从现有的规约吧...
https://github.com/DebugUself/du4proto/issues/190#issuecomment-323524326
@leilayanhui 是也乎,(￣▽￣)
-> [DebugUself/du4proto at TLSchemer](https://github.com/DebugUself/du4proto/tree/TLSchemer)
必须有哪, 俺已经第4次尝试学习 Scheme 了 ;-)
https://github.com/DebugUself/du4proto/issues/195#issuecomment-323523087
@zhangshiyinrunwithcc 图样图森破
- 谁主张谁执行哪....
- 别等别靠, 自HIGH 起来才有的玩儿
- 对于俺来说, 只是几小时的编码量而已
- 但是, 只有大家折腾起来才有的怼哪...
https://github.com/DebugUself/du4proto/issues/195#issuecomment-323492142
是也乎 ╮(╯▽╰)╭
十位…目测也还无法按时进入…
坑太多…
zoom.us
github issue wiki commit-comments....
以及形成的各种约定…
更要命的是仅提问的智慧就有两版本5个小时的录音………
所以~算是自怼半程随谭
啊啊啊啊啊啊啊啊啊啊啊啊啊啊啊
https://github.com/DebugUself/du4proto/issues/188#issuecomment-323352699
DONE as good! 达成/归档/交付ed
按时完成....开始逐一怼接
https://github.com/DebugUself/du4proto/issues/190#issuecomment-322706900
@Wangjunyu 是也乎,(￣▽￣)
讲真其实, 最困难的反而是挖掘怼员资源这个任务:
- 参考: [72h?[TASK] 挖掘 `zoomquiet.io` ~ 自怼圈第0个任务](https://github.com/DebugUself/du4proto/issues/64)
- 分析: 随着互联网的发展, 大家在网络中嗯哼的时间越来越长也越来越广, 又没有一个真正的统一 ID 可以一致性索引, 所以, 大家在作什么,能作什么, 通过公开资料的挖掘才能真正得知哪..
- ...
https://github.com/DebugUself/du4proto/issues/189#issuecomment-322705603
On Wed, Aug 16, 2017 at 4:35 PM, zhangshiyinrunwithcc
<notifications@github.com> wrote:
>
> Pymotw被本熊简称为 py摸
...
> 啄木鸟社区扒了一小时
> 就扒出这本py摸
是也乎,(￣▽￣)
因为当年是俺忽悠几个小伙伴来联合翻译的...
结果后来坚持到最后的是位程序媛, 后来进入了 ali
https://github.com/DebugUself/du4proto/issues/189#issuecomment-322632474
有个每周一模块的网站…坚持十年了快…
[PyMOTW](https://pymotw.com/2/) 好象…作者印度工程师…
专门为模块使用出了书…
- 甚至于: [PyMOTW 2.0.1 : Python Package Index](https://pypi.python.org/pypi/PyMOTW/2.0.1)
- [Python 3 Module of the Week — PyMOTW 3](https://pymotw.com/3/)
- ...
所以, 仅仅是对内置模块的使用, 都可以出书哪....
https://github.com/DebugUself/du4proto/issues/191#issuecomment-322347710
@liguanghe 是也乎,(￣▽￣)
- `$ git co DUW` <-- 从这儿开始就已经错了...
- 因为传统上的分支的隔离从本质上是有合并回 master 的
- 所以, 我们玻璃花园的环境, 则相反
- 所以, 通过加载整个儿仓库, 再切到对应分支上本身就是种网络资源的浪费哪...
另外, 不仅仅是 iterm2 所有终端都有历史指令的记录
- 追查 history 相关文档
+ `man history`
- 对 bash 很简单的可以是:
+ `$ history | grep git`
对的, 又一个经典的 管道场景
https://github.com/DebugUself/du4proto/issues/135#issuecomment-322097939
-> [2w[新怼员]第一序列任务](https://github.com/DebugUself/du4proto/issues/190)
DONE as good! 达成/归档/交付ed
https://github.com/DebugUself/du4proto/issues/184#issuecomment-322097868
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/188#issuecomment-322078926
@zoejane 是也乎,(￣▽￣) 同意, 进入后新怼员的任务:
- 进入 自怼节奏:
+ 42小时以内,尽可能的挖掘旧怼员的资料, 发布为怼员资源索引
* 发布在哪?
* 什么形式?
* 如何获得反馈?
* ... 包含一系列合意难度等待突破
+ 72小时以内根据自己的期待, 圈定一位怼员, 发起申请, 获得专有 `引路人`
* 老怼员 活跃的不一定有空
* 老怼员 不活跃的不一定会带新人
* 老怼员 合适你的不一定抢的到
* ...以及, 大妈 作为自怼圈吉祥物是不作引路人的 ~ 否则对所有人是不公平
* 综上, 这个任务包含了能技的综合爆发, 值得`细思恐极`.
- 明确 自怼规划
+ 1w 以内吃透 DU 节奏开始:
* 定期参与交流
* 能向 DUW 投稿
* 并-> 发布你的专有文档:
- `*_usage.md` 使用手册, 令自己和怼员知道怎么合理调用你
- `*_plan.md` 当期计划, 公开你的开发/学习计划, 放弃脑补, 透明追踪
+ 2w 以内从新人角度, 完善 github-wiki 增补所有自己需要的文档, 以便半年后迎新复用
https://github.com/DebugUself/du4proto/issues/188#issuecomment-322050969
@zoejane 是也乎,(￣▽￣)
- 计划是必须的, 其实这本身就是入圈指标
- 引路人其实就是能技的考验, 在有限资源下, 如何明智的决策何时向谁如何发起嗯哼...
https://github.com/DebugUself/du4proto/issues/159#issuecomment-322045774
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/179#issuecomment-322019122
@liguanghe 是也乎,(￣▽￣)
> 能用太好了..
其实这就包含一个细思恐极的思维缺陷 -> 为毛俺认定可以使用, 你却不是?
https://github.com/DebugUself/du4proto/issues/185#issuecomment-322017848
是也乎,(￣▽￣)
必然的每天3照吾身....
https://github.com/DebugUself/du4proto/issues/186#issuecomment-322017785
是也乎,(￣▽￣)
提醒要将知识管理和数据管理分离,
知识关注人的行为, 数据则是精确和便利的矛盾...
https://github.com/DebugUself/du4proto/issues/179#issuecomment-322017419
@liguanghe 是也乎,(￣▽￣)
第一反应有问题哪, 重装浏览器并不解决插件问题的:
- 特别是插件比较多时
- 如果你开发过插件就知 浏览器的插件体系其实是个混乱的 JS 全局函式汤
- 一般思路:冷冻关闭所有插件, 逐一检验冲突
- 或是先看看插件的配置是否有错误:
俺一直使用的 It's all text 配置, 注意 edit 小 icon 是否出现, 其实并不阻碍插件功能的激发
@livingworld 是也乎,(￣▽￣)
这也是为什么俺一直要求所有人尽力在完成交流沟通后, 及时根据回忆给出记要
- 这时记起来的,才是真正 got 到的
- 没有记起来的, 就是现场没有找到对应激发点的东西
- 那么,对比其它人的就能高速 re-grasp
https://github.com/DebugUself/du4proto/issues/135#issuecomment-321151049
@liguanghe @zhangshiyinrunwithcc
42h 你们俩根据自己的体验, 给出新怼员入圈后必须作的作业列表来
回复在此, 大家评议 -> 发布到 维基 首页
https://github.com/DebugUself/du4proto/issues/135#issuecomment-321150947
小圈恢复了, 也有准怼友表示了强烈的嗯哼...
这周 104 开课后, 得恢复42小时入圈窗口了...
所以, 对应的任务要加速完成了...
https://github.com/DebugUself/du4proto/issues/183#issuecomment-321150719
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
另外, 线下活动也是个非常好的切入点
推荐 MeetUp 北京本地相关领域的活动...
https://github.com/DebugUself/du4proto/issues/183#issuecomment-320972451
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
- 导师
- 领导
- 同事
- ...
目测是专业领域, 小圈子, 走熟人路线成功率高...
否则, 又没有积累起来有影响力的 blog 或是其它知识渠道, 通过陌生人推荐太难了...
https://github.com/DebugUself/du4proto/issues/180#issuecomment-320511911
@zoejane 图样图森破了, 难道你和你老公几年后就没的聊了?
聊天儿, 是怎么也聊的起来的, 只要双方有谈兴...
只是这谈兴是什么?怎么积累?培育? 是另外一个嗯哼了
https://github.com/DebugUself/du4proto/issues/178#issuecomment-320489428
DIE by over deadline! 逾期/失格/无用ed
按时完成反馈的只有4人, 分布在3个作品项目中...
对比34人的自怼圈总人口...
在 1/3 路程时,已经 90% 的成员迟缓了...
https://github.com/DebugUself/du4proto/issues/180#issuecomment-320483964
@liguanghe 是也乎,(￣▽￣) 这个可以有
@zoejane 其实:
- 俺很早就知道有个 `奶奶云` 项目
- 就是将英国单身老太太们组织起来
- 每天一小时和非洲小朋友们聊天儿来带动学习
- 同时也解闷儿...
- 其实, 这种 p2p 的相互语言互动行为, 一直是开放,可能的
- 关键是:
+ 守时
+ 有话题可以持续交流
+ 双方性格互补
- 所以 @liguanghe 也应该提供相关的背景资料, 以及自己在交流过程中话题的选择以及准备技巧
+ 进一步的
+ 这种主动寻求语言 parnter 以及维护的技巧
+ 本身也应该是一部非常实用的教程:
* 如何通过互联网结交异国老朋友
https://github.com/DebugUself/du4proto/issues/176#issuecomment-320443466
http://openmindclub.qiniucdn.com/res/tr/tr_MDP2py4w_1_w1cli_rebuild.html
可以参考 om102py 时的编程演示, 注意,可以加速播放的....
@liguanghe 是也乎,(￣▽￣)
以及其实相关的过程性习惯都包含在各种公开的代码规范文档中
俺推荐的是:
[The Pocoo Style Guide — Pocoo](http://www.pocoo.org/internal/styleguide/)
https://github.com/DebugUself/du4proto/issues/178#issuecomment-320149184
是也乎,(￣▽￣)
- 计划: [du_s05e51_zoomquiet_plan.md](https://github.com/DebugUself/du4proto/blob/master/S05E51/du_s05e51_zoomquiet_plan.md)
- 人数: 5
@DebugUself/du4all
https://github.com/DebugUself/du4proto/issues/131#issuecomment-320148082
是也乎,(￣▽￣)
非常高兴怼友意识到了节奏, 自动挖掘出 S05 任务目录所以:
--> [du_s05e51_zoomquiet_plan.md](https://github.com/DebugUself/du4proto/blob/master/S05E51/du_s05e51_zoomquiet_plan.md)
https://github.com/DebugUself/du4proto/issues/177#issuecomment-320145688
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
today = '2017/08/03'
format = "%a %b %d %H:%M:%S %Y"
d = datetime.datetime.strptime(today, format)
以上代码出问题时,就已经嗯哼出了熊本的问题...
依然看不明白报错信息哪...
> does not match format
从而无法根据提示理解官方文档, 并进行主动的代码调节...
这是思路有了后, 遇到实际问题时更加重要的技巧经验了, 要开始认真对待编译器的反馈了,
编程, 说到底就是和机器的对话而已, 你不看人家的反馈, 那么交流就建立不起来.
https://github.com/DebugUself/du4proto/issues/166#issuecomment-319852539
@zhangshiyinrunwithcc @zoejane @liguanghe 是也乎,(￣▽￣)
以上三位笔记积极但是,风格不同的怼员, 大家可以追查历史笔记,
俺想提醒的是:
- 笔记其实就是一系列微型再创作组成的
- 每一节的笔记并不是记录的越全越好的
- 毕竟现在的技术手段非常多, 100% 的内容都有复合媒体资料在自动记录
- 而笔记其实是逼我们现场完成首轮自学过程
- 将每一个触动点结合自己的经验进行不同级别的记要:
+ 懂且有新, 记录自己创新想法
+ 无新别技, 记录不同的对策/思考/工具
+ 不懂觉厉, 记录关键词和涉及的领域, 留后嗯哼
+ 不懂无用, 那就略过, 只留心为什么在此讲
- 即, 记录下来的都是要过脑的, 和原文结合有自己经验的新内容...
- 这样回顾时,对比原始媒体记录和自己当时的思考, 才能进一步巩固自学成果...
https://github.com/DebugUself/du4proto/issues/166#issuecomment-319537120
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
> 怼圈的意义在于 技能交换/互利合作
施主终于开悟了 ;-)
https://github.com/DebugUself/du4proto/issues/166#issuecomment-318958230
@iamzhuoxuan 是也乎,(￣▽￣)
其实现场有提及的:
- ... 再用管道调用:
+ 只是俺设计这次任务的形式之一, 演示可能性
+ 不过,相似的思想在所有软件工程中都有体现
+ 只是, 不一定以管道形式来组织而已
+ 事实上:
* OOP
* RESTful
* 微服务
* 消息总线
* ...
+ 各种流行的系统架构, 都是相同的思路:
* 将复杂问题/业务/输入 分解为一系列有/无次序的处理
* 再用第三方机制管理/监察起来
- ... _s 是内部变量／临时变量
+ 官方文档中有
- ...当编程者连解决问题的关键词都选错，该怎么办？这种挑选问题关键词的能力怎么提升？怎么样可以挑出正确的问题关键词？
+ 继续 MVP
+ 再次定义问题/困难
+ 从目标出发,才知道怎么嗯哼
https://github.com/DebugUself/du4proto/issues/171#issuecomment-318957713
@liguanghe 是也乎,(￣▽￣)
爱情天然有排他性的, 魅力不是,
如果两人用 魅力 来替代吸引力很容易嗯哼的...
毕竟魅力不是永续的, 有耐受性,
爱 是什么?
以此为题, 这周 DUW 的定场诗尝试写首双语的吧,
然后,每隔42个月, 再写,
第4个版本, 目测才能真正嗯哼...
https://github.com/DebugUself/du4proto/issues/135#issuecomment-318634320
小密圈和谐了,,,得另外想嗯哼渠道了....
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/164#issuecomment-318634164
ARCHIVED be wiki ;-) 归档/收录/提交ed
又视而不见了,,,追加任务...
https://github.com/DebugUself/du4proto/issues/163#issuecomment-318587157
@liguanghe 是也乎,(￣▽￣)
- 过了, 没有进行分析,直接进行编程, 很容易为了编程而编程
- 目测白噪音, 这个概念就没有嗯哼明白
- 根本用不到深度学习哪, 简单音乐片段重复就可以的事儿...
https://github.com/DebugUself/du4proto/issues/161#issuecomment-318249159
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/165#issuecomment-317615338
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
> print()
https://github.com/DebugUself/du4proto/issues/164#issuecomment-317407644
@liguanghe 所以, 不看全, 又不看外链,怪不得嗯哼不清楚呢
触发任务:
- 42h 以内
- 嗯哼明白 从孤儿分支创建到本地净分支仓库复制流程
- 并增补wiki, 从小白角度说个明白,
- 以及将文档->安装到合理的索引树中
https://github.com/DebugUself/du4proto/issues/164#issuecomment-317320119
@liguanghe 是也乎,(￣▽￣)
就在同一篇文档哪
--> [孤子分支](https://github.com/DebugUself/du4proto/wiki/HbUsageGit#%E5%AD%A4%E5%AD%90%E5%88%86%E6%94%AF)
再次激发视而不见的醉点...
https://github.com/DebugUself/du4proto/issues/162#issuecomment-317184279
@zhangshiyinrunwithcc 图样图森破
> 场景>代码>功能思路>总结->应用->改进->场景
是个循环来的
https://github.com/DebugUself/du4proto/issues/143#issuecomment-317178472
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/155#issuecomment-317178459
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/156#issuecomment-317178453
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/158#issuecomment-317178437
@liguanghe 是也乎,(￣▽￣)
[FLOSS license (powered by S5)v1.1~080131](http://s5rst.qiniucdn.com/080130-floss-license/index.html)
[FLOSS授权](http://s5rst.qiniucdn.com/120501-ossf-freedom/index.html) 1000+pages
等等吧, 网络中特别是相关许可证官网有大量文档以及案例.
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/160#issuecomment-315542927
@liguanghe 是也乎,(￣▽￣)
想去 IT 公司? 当然老司机推荐哪?!
AlexDong 就是连续创业者, 本身在新西兰就成功创业了一个公司的,
参考:Choir.io explained
http://alexdong.com/choir-dot-io-explained/
可以直接提出推荐请求的, 不过,当然的你本身得有明确的职业规划/作品哪...
https://github.com/DebugUself/du4proto/issues/157#issuecomment-313853695
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
看代码哪, 这是4周前就讨论统一的事儿哪...怎么还没有反应过来?
https://github.com/DebugUself/du4proto/issues/154#issuecomment-313836751
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
有思考有创新, 同意,直接试行吧..
当然的, 这篇 Issue 本身也应该在索引中索引上, 放在哪儿呢? <--
https://github.com/DebugUself/du4proto/issues/123#issuecomment-312855256
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/151#issuecomment-312480657
@Zxlon 👎 "...总是神奇般的让我听过之后，却回忆不起来讲了什么"
是也乎,(￣▽￣)
黑的漂亮...
- 俺已经习惯性的进行阶段自动总结了
- 不过, 怕听不清, 也习惯的总是对同一话题进行反复嗯哼, 可能就无意间完成了摧眠
- 当然, 大家也要尽力锻炼自己的演讲技术以俺为鉴,不能说忘记了大家...
其实 DU 在进行的自学体系中就已经包含了演讲:
- 定期的进展回顾180秒
- 就是标准的电梯演讲哪
- 在规定的时间里完成规定内容的讲述
- 只是间隔比较长
- 所以, 中间也演示过通过 lizhi 进行快速的语音命题阐述
- 只是, 大家没有注意到这也是个隐性作业而已
https://github.com/DebugUself/du4proto/issues/151#issuecomment-312426254
@Zxlon 是也乎,(￣▽￣)
沉静...是个很好的形容, 也是方法哪...
今天可以快速嗯哼一下...
https://github.com/DebugUself/du4proto/issues/147#issuecomment-309215190
@OMlalala 是也乎,(￣▽￣)
- 参考: [ipywidgets — Jupyter Widgets 7.0.0a4 documentation](https://ipywidgets.readthedocs.io/en/latest/) 很早就能网页上直接交互了
- wx 后台的功能要求是个机会:
+ 要不提出合作, 他们给主机, 你来部署
+ 要不开源成模块, 他俩自行安装
+ 俺推荐前者, 这样就真正进入了一个创业团队内部...
https://github.com/DebugUself/du4proto/issues/136#issuecomment-309213466
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/139#issuecomment-309213459
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/142#issuecomment-307669749
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
'''..wiki框架大都由谁创建？
'''
这是没有理解 wiki 和 社区的精神哪,
当然是所有人了, 只要怎么来方便和整洁, 就坚持下去,
当然, 最最开始框架少,所有人都可以理解并快速整理,
慢慢的, 越来越复杂, 就只有所有文章都读过编辑的老人,才能自如的修订了,
不过, 好在,框架, 其实就是一级目录的分配原则,
一般都是使用最小原则,
即, 只有最不相关的分类,
一般都是:
- 公约: 收集各种最常用的内部规约类
- 项目/实作: 收集当前在作的最重要项目/事务/...
- 手册: 从协作中逐步固化下来的各种嗯哼
- 资源: 索引内外应该关注的嗯哼
- 其它: 无法分类又应该形成 维基 长期嗯哼的
https://github.com/DebugUself/du4proto/issues/138#issuecomment-307539918
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/137#issuecomment-306482962
CANCEL for overflow ;-( 放弃/转义/过期....
https://github.com/DebugUself/du4proto/issues/133#issuecomment-306482789
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/138#issuecomment-306043416
@bambooom 是也乎,(￣▽￣)
所以, 参考 crx 官方的 demo 小教程哪,,,,
其实每个插件, 核心代码可能就一行,
只是, 想让这一行能友好的跑起来,
得写其它999行, 辅助性代码,
而坑都在这些辅助代码中
所以, 你的总结,本来应该是同步来的:
- 最初猜想
- 实际探查
- 搜索查阅
- 具体检验
- 证明概念
- 组织代码
- 持续调试
- 联调通过
- 回顾总结
即,完成 crx 后,只有最后一节是需要专门写的
其它的, 只是将实际过程关键信息记录下来而已...
https://github.com/DebugUself/du4proto/issues/138#issuecomment-306041217
@bambooom 是也乎,(￣▽￣)
用作品来嗯哼新知识是非常赞的...
但是, 除了作品外,目的是什么, 过程中嗯哼到了什么,
故事化开发过程,配合代码的演化, 更加非常有意义,
期待竹仙及时补上这两个插件的开发过程体验来吸引其它怼员也加入 crx 的开发
https://github.com/DebugUself/du4proto/issues/135#issuecomment-306013342
## 是也乎
什么是 `自怼圈` ?
- 以 付费小密圈为入口
- 以 github 私密仓库为平台
- 以 固定节奏的自主项目为驱动
- 和 相对固定的一组怼员协同
- 的自学社区
### DU 资源
- 小密圈
- github
- mailling-list
- lizhi 频道
- zoom.us 会议
- ...
### DU 进入
- 获得相关资源的权限
- 理解 DU 的现状/节奏/规约
+ 通过维基自学
- 通过时间帐单, 合理暴露自己的`使用指南`
+ 结合 `一对一` 的师徒制
+ 具体而毫的实操演练,以便理解具体的日常操作
- 及时发布或是进入具体的项目组
- 持续享受自学的乐趣
### DU 产出
- 每周: `DUW`
- 毎月: 可用的作品版本
- 不定期语音专辑: 自怼血案录
- 自制力/自学力/气质相近的怼友
- 远期:
+ 图书: 自怼花园
+ 课程: DebugUself
+ ...
### DU 发展
- 良好的自怼循环氛围
- 每年接收两次 开智课堂 有悔学员
- 持续产出各种小作品
- 可能的话, 有项目组, 独立为创业团队, 真正产品化从严
https://github.com/DebugUself/du4proto/issues/132#issuecomment-305979877
@DebugUself/du4all 是也乎,(￣▽￣)
所以, DU 的再开放本身就是一个综合性工程哪...
从准备/准入/师徒制/...
一系列, 都是可以嗯哼出全新成果的....
我们用3周时间准备, 7-1 开圈42分钟, 看看效果...
https://github.com/DebugUself/du4proto/issues/120#issuecomment-305212784
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/128#issuecomment-305212750
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/130#issuecomment-304669755
@bambooom 是也乎,(￣▽￣)
果断没睡在残害自己的 skill 哪...
不过,俺提出的都是建议, 你作为作者, 应该想出比俺提出的更多,更赞的功能发展才对...
以及, 对接口数据能提出不满意的, 这才是对 st 系列服务/工具 的推动,
否则,只是一个展示渠道的复制而已...
以上, 这下找到了好玩的东西了吧?
对的, 进一步的通过这个系列试作, 尝试用 vue 将这个简单的功能发布为 android/ios app.
才是前端全桟工程师的使命,
然后, 相同的代码框架,
就可以快速完成一切 JSON 数据接口的包装和 app. 化了,
也就对应的对开智课堂 app 的架构完成了一次有作品证据的迂回检验...
https://github.com/DebugUself/du4proto/issues/130#issuecomment-304665658
@bambooom 是也乎,(￣▽￣)
手太快了....只是:
- 测试明确,如果这个状态不打开是无法按照你的说明安装成功的:
- 选择的指标多时,难以快速查阅:
- 应该使用响应式设计,尽可能多的利用屏幕来显示
- 另外, 不用弹出页面而是 tab 页面也是种选择...
以及
## 真正期待的
- 教会大家如何开发调试这种小插件?
- --> [乱入 crx 手册! — chaos2crx 12.5.20 documentation](http://chaos2.qiniudn.com/crx/build/html/) 这是俺当初自己的嗯哼
- 现在升级了全新的组件和调试环境了, 看你的经验?
- 以及...后期的增强计划?
- 对接口使用的体验?设计反馈?
- ...
- 对的, 通过试作, 找到更好的数据/展现/交互形式才是重要的..
- 比如说, 通过 JS 快速生成一周来每天的变化曲线? 并能自动生成图片上传到 7牛云,并同样生成 md/html 文本,以便大家引用?
- ...
## PS:
~ 也就是说
- 一个成功的小作品,从整体时间分配来说
- 规划/探索/开发/调试/运维/宣传 的投入可能是:
- 2:2:.5:1:3:1.5
- 开发永远是用时最短的...
- 所以, 一个4周的任务, 你42小时拿出了原形, 说明对领域技术非常熟悉了
- 那么对自己的挑战就应该继续:
+ 代码如何写更加简洁?
+ 使用什么工具/模块 可以令代码维护度更加高?
+ 什么功能是真正需要/解决具体问题的? 怎么最简洁的达到?
+ 当前作品场景比其它场景有什么优势? 如何加强?
+ 当前作品场景比其它场景有什么弱点? 如何躲避?
+ ...
- 是的, 在原型基础上探索/思考/交流的越多, 越能挖掘出潜能来...
- 期待后面 4.7周 的持续发布
https://github.com/DebugUself/du4proto/issues/124#issuecomment-304579349
@bambooom 是也乎,(￣▽￣)
除了几个给人看的,
其它的都是 JSON 的哪...
https://github.com/DebugUself/du4proto/issues/124#issuecomment-304527843
@bambooom 是也乎,(￣▽￣)
可能没那么简单, chrome 插件请求是要求必须 https 的...好象
https://github.com/DebugUself/du4proto/issues/124#issuecomment-304526556
@bambooom 是也乎,(￣▽￣)
<-- [436d61c](https://github.com/DebugUself/du4proto/commit/436d61cce4be94cb99afec3bfdd10596cf99bcfd) 完成部署, 请校验
༄ git pu heroku
Counting objects: 4, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (4/4), done.
Writing objects: 100% (4/4), 811 bytes | 0 bytes/s, done.
Total 4 (delta 3), reused 0 (delta 0)
remote: Compressing source files... done.
remote: Building source:
remote:
remote: -----> Python app detected
remote: -----> Installing requirements with pip
remote: Collecting django-cors-headers==2.1.0 (from -r /tmp/build_c956abe336ddaa1e2d4923f2d5f52f2b/requirements.txt (line 13))
remote: Downloading django_cors_headers-2.1.0-py2.py3-none-any.whl
remote: Installing collected packages: django-cors-headers
remote: Successfully installed django-cors-headers-2.1.0
remote:
remote: -----> Discovering process types
remote: Procfile declares types -> web
remote:
remote: -----> Compressing...
remote: Done: 67.5M
remote: -----> Launching...
remote: Released v39
remote: https://secret-sands-29821.herokuapp.com/ deployed to Heroku
remote:
remote: Verifying deploy... done.
To heroku.com:secret-sands-29821.git
9f0ef3c..9b87def master -> master
https://github.com/DebugUself/du4proto/issues/126#issuecomment-304490021
@zhangshiyinrunwithcc @simpleowen @liguanghe @mxclover
临时快速怼一下, 以免越来越乱:
https://zoom.us/j/9248104786?pwd=RWL-xSojw9L6aOmK-A2XfQ
https://github.com/DebugUself/du4proto/issues/126#issuecomment-304489821
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
熊本的冲劲非常的赞哪, 不过,这种协同开发是不应该有结果的...
工程上的 MVP 节奏总是固定和最短的:
- 在 [du_s03e51_zoomquiet_plan.md](https://github.com/DebugUself/du4proto/blob/master/S03E51/du_s03e51_zoomquiet_plan.md) 先完成自己4周设想的功能和版本发布节奏
+ 然后,小组和合出一个共识的协同机制
+ 才能并行,以及定制交叉检验开始节奏协同
+ 以便相互互补知识点/经验
- 否则, 你独自向可能错误的方向冲,大家是难以帮助的...
- 即:
+ 定义目标
+ 分析任务
+ 剖析困难
+ 定义问题
+ 规划问题解决序列
+ 约定检验指标
+ 跟踪执行并持续调整
+ ...
https://github.com/DebugUself/du4proto/issues/125#issuecomment-304488672
最多5人, 但是,根据俺的承受能力, 也就4人了,,,
那么小组完成集结,
DONE as good! 达成/归档/交付ed
https://github.com/DebugUself/du4proto/issues/125#issuecomment-304486800
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
的确手快有哪...
- 主动进入的, 先 [du_s03e51_zoomquiet_plan.md](https://github.com/DebugUself/du4proto/blob/master/S03E51/du_s03e51_zoomquiet_plan.md) 注入自己的理解,以及项目规划
- 以便俺进一步的进行分解和任务规划...
https://github.com/DebugUself/du4proto/issues/124#issuecomment-304466013
@bambooom 是也乎,(￣▽￣)
给俺你的 heroku 帐号哪, 俺好邀请为 app 的联合开发者不就能部署了?
当然,更加直觉的, 你已经有全部代码了, 就可以自行创建另外一个 app
来响应自己的 chrome 插件哪?
https://github.com/DebugUself/du4proto/issues/124#issuecomment-304463829
@bambooom 是也乎,(￣▽￣)
感谢进一步的嗯哼, 不过:
- 提出问题后,不应该是等待哪
- 应该是:
+ 自己解决
+ 给出可用代码
+ 要求相关权限资源,自行部署
+ 完成解决
- 又或是至少, 先自行完成问题的检验,证明,在什么地方用什么方式完成解决
否则, 就是最简单的用户反馈行为,而不是怼行为了...
https://github.com/DebugUself/du4proto/issues/88#issuecomment-304457447
-> [28d[ANN]S03E51 自怼小组任务 · Issue #123 · DebugUself/du4proto](https://github.com/DebugUself/du4proto/issues/123)
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/103#issuecomment-304457006
@liguanghe 为什么关闭了?
https://github.com/DebugUself/du4proto/issues/122#issuecomment-304453583
@DebugUself/du4all 是也乎,(￣▽￣)
俺的录音链接: https://pan.baidu.com/s/1jHJI7Xk 密码: 3mkv
https://github.com/DebugUself/du4proto/issues/117#issuecomment-304449134
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/120#issuecomment-304306939
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
## 血案 -> Json
**BC.py** ~ (Blood Case by Python) 系列开播, 感谢熊本的创意
只是, 当前的过程可以看出, 和你一直没有 尝试 SSH 接入 github 导致一系列 **BC.py**
相同, 从根儿上, 就误解了文件对象和命令行环境
参考:
- [5. Built-in Types — Python 2.7.13 documentation](https://docs.python.org/2/library/stdtypes.html#file-objects)
- [18.2. json — JSON encoder and decoder — Python 2.7.13 documentation](https://docs.python.org/2/library/json.html)
就可以发现:
- dump() -> load()
- dumps()-> loads()
- 中参数的差异
- 以及 [str.decode - 5. Built-in Types — Python 2.7.13 documentation](https://docs.python.org/2/library/stdtypes.html?highlight=decode#str.decode) 的建议
简单的说, 之前课程就已经在相关卡片中强调过, 中文之伤要求:
- 代码
- 输出编码
- 文件编码
- 终端编码
- 终端字体
- 以上都匹配/统一/兼容 才能看到合法的中文
所以, 血案过程中
返回如下:
{"\u5361\u7247\u6642\u9593": 170525,
...
这一情景是否正确, 熊本就没有判定先判了自己死刑, 这才有接下来的各种折腾...
## 可见和可用
~ 接受不可见的真实,才是工科的入门
这才发现,大家的一个心理误区在哪儿...
- 受 word 之类软件的毒害,大家以为只有人眼看的懂的数据才是正确的
- 但是, 计算机运行时,在冯机体系中, 从一开始设计就没打算给人看哪
- 反而要输出人眼可看的格式要经过大量的额外计算
- 以 JSON 数据格式输出和加载为例:
+ 熊本记录的文件是需要人来的的嘛? 那为什么要用 py 读入检验,为什么不直接用编辑器打开文件来看?
+ 将数据记录到文件是为了什么? 给人事后编辑还是给程度异步加载?
* 如果是前者, 为什么要用 字典形式? 直接 csv 格式不是更加好?还能用 excel 加载为表格?
* 如果是后者, 为什么用 .txt 文件? 而不是二进制文件更加高效?
+ 以及,检验文件数据是否能合理加载时的方法也非常奇怪:
* 你要的用 dict 对象? 还是纯粹的文本?
* 如果是前者应该检验 .keys() 哪?
* 如果是后者, 你已经成功了哪?
是的, 这次血案其实就是上次血案的延续...
根本原因就在, 对自己要什么没有形成良好的分析和定义...
## Pythonic
Python 最方便的一点是能将对象腌制为外部文件,
使用时直接加载, 不用再次识别了...
[11.1. pickle — Python object serialization — Python 2.7.13 documentation](https://docs.python.org/2/library/pickle.html)
推荐: [Index - Python Module of the Week](https://pymotw.com/2/genindex.html)
每周一模块, 当年也翻译过一部分, 能看懂原文后就直接使用了,
这是位印度工程师,将海量的内建模块中,最常用的, 每周分享实用体验
坚持下来就变成了一系列图书...
https://github.com/DebugUself/du4proto/issues/119#issuecomment-304043693
@DebugUself/du4all
【编程基本功?】在线收听_Zoom.Quiet_荔枝FM
https://www.lizhi.fm/3475110/2603819935731346438
先回答一半, 另外一半, 看大家的思考....
https://github.com/DebugUself/du4proto/issues/119#issuecomment-304029750
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
最长 ID 原来正式 ID 是 `熊本` ? got it:
- 既然是 熊, 那么就不应该有任何后悔和失落哪, 因为只专注眼前
- 嘦根除掰一个丢一个问题, 就是完美...
所以:
- `征服危險+威脅所產生的腎上腺素/激爽的感覺能緩解人類對新事物的不適應` <-- 明明是征服后的快感哪
- 所以,前后两则回答都有内在矛盾的?
但是, list->dict->redis->list 这种折腾本身就是学习过程哪:
- 因为这不是有标准答案的题目
- 而是实际工程的架构决策
- 本质上并没有完美的架构,只有自己能驾驭的了的架构
- 所以, 同一问题有很多种解决方案
- 事实上的最优并不等于自己当前的最优
- 如果没有这一圈的折腾
- 你又能如何自信 list 就是当前最简洁的解决?
- 再次提醒: `功不唐捐`
+ 只是, 更加高效的
+ 是令这种直觉性的应激性折腾
+ 变成理性的快速逻辑推导
+ 用时,才能更加可规划
.25h
https://github.com/DebugUself/du4proto/issues/114#issuecomment-303815401
@iamzhuoxuan 是也乎,(￣▽￣)
代码是可运行的文字, 既然进入了开智,不会编程是个可怕的落后...
及时嗯哼上来吧, 独立完成可运行的 200行代码, 基本就算程序员了,,,
200行文字可能只能说清楚一个小情节,
但是, 200行代码可以完成什么, 你自己也将惊奇的
https://github.com/DebugUself/du4proto/issues/114#issuecomment-303404349
@zhangshiyinrunwithcc 图样图森破:
- 如果没有这一周的`无用功`你是否能高效的掌握对应内建模块?
- 基本功是否 `枯燥无味` 得看你的修炼方法和目标
- 所谓 **功不唐捐** 就是说,嘦是用心的功课, 没有浪费的,总是在不经意的地方冒出大用来
所以, 激发隐藏任务:
- 编程自学中, 什么是 `基本功` ? 都有哪些? 如何掌握是最有效的? 如何检验是否掌握?
- 为什么有的自学感觉是 `枯燥无味` 的?
+ 其本质原因是什么?
+ 怎么破?
+ 如何提高`无味`内容的学习效率?
+ ...
@DebugUself/du4all 一起尝试思考一下?
https://github.com/DebugUself/du4proto/issues/116#issuecomment-302939836
@bambooom 是也乎,(￣▽￣)
为毛要等待别人召唤?应该是反过来你召集小组一起来使用 Vue 吧...
这个技术, 俺也想学习使用,
以往对 ang/jQ 等等都折腾过,都没有感觉,
现在 Vue 看起来是个理解的再入门命题...
https://github.com/DebugUself/du4proto/issues/116#issuecomment-302934140
On Sun, May 21, 2017 at 7:27 AM, yuanchunrong <notifications@github.com> wrote:
>
> 目前自己想要先完成开智的课程，就算是抄也要抄完，这样至少可以了解基本的程序响应模式
>
虽然不同意这种目标, 但是,支持你的决心,
其实吧, 是否学到 ,基本上是自己对自己的信心在支撑而已;
基本的程序响应模式, 其实就两种:
- 响应人的输入
- 响应其它程序的输入
以及, 无论你用什么形式来理解, 在过程中:
- 跟随记录自己的理解
- 对比其它文档中的描述
- 逐步用自己的思维结构来融合进领域知识
- 并, 用对应 MVP 来证明
https://github.com/DebugUself/du4proto/issues/9#issuecomment-302878645
[update name1.0 and pyfi2.1 · DebugUself/du4proto@6dbabf8](https://github.com/DebugUself/du4proto/commit/6dbabf8f2fa3d86e8fa79179a9fff97980e3adae)
触发, 重开
https://github.com/DebugUself/du4proto/issues/116#issuecomment-302877770
@Zxlon 是也乎,(￣▽￣)
这时触发的就是趣味挑战而不是困难了...
https://github.com/DebugUself/du4proto/issues/115#issuecomment-302874680
https://github.com/DebugUself/du4proto/issues/94#issuecomment-302746717
ARCHIVED be wiki ;-) 归档/收录/提交ed
可惜没有怎么被大家围观...
https://github.com/DebugUself/du4proto/issues/113#issuecomment-302741197
@zhangshiyinrunwithcc 这又是一个复合任务:
- DUW 中的狗血故事回顾: 为毛只有自己没有意识到写错了内容?以及如果或是是否从怼员哪儿主动获得了反馈?
- 大家可用的 项目计划模板 和使用说明
+ 是的 [如何写s02e01plan?](https://github.com/DebugUself/du4proto/wiki/s02e01plan)
+ 这一维基页面文不对题
+ 题目是个计划撰写指南
+ 内容只是个模板
+ 少了中间的勾联...
- 自己对自己过往项目规划的模板套用以及体验
https://github.com/DebugUself/du4proto/issues/111#issuecomment-302739244
是也乎,(￣▽￣)
明早, 俺能参加, 只是能禁止表白嘛?
不期望一个自学社区,变成相亲社群...
嗯哼...
https://github.com/DebugUself/du4proto/issues/110#issuecomment-301289660
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
rank 统计的嗯哼, 可以直接去看源代码就知道为毛是这么乱的结果了 ;-)
https://github.com/DebugUself/du4proto/issues/110#issuecomment-301289582
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
Graphviz 本身就足够好用了, 直接使用就好 ;-)
不用再用其它包装了...
zoomquiet.io 的主要内容都是 graphviz 直接输出的...
https://github.com/DebugUself/du4proto/issues/100#issuecomment-301289451
ARCHIVED be wiki ;-) 归档/收录/提交ed
--> [42h[TASK]5.13 怼周会会议纪要](https://github.com/DebugUself/du4proto/issues/110)
https://github.com/DebugUself/du4proto/issues/110#issuecomment-301289444
是也乎,(￣▽￣)
形成节奏后, 大家就可以发现, 每周都有进展并不件痛苦的事儿了吧....
结合之前发现的每周时间帐单中识别出来的自己效率习惯,
是否有进一步的优化对策了?
一切都是有关联的哪...
https://github.com/DebugUself/du4proto/issues/88#issuecomment-301222852
@DebugUself/du4all 是也乎,(￣▽￣)
看来那个多数条件将自己卡死了....
至今没有发布私人作品计划的怼员,能回复说明一下原因嘛?
@DebugUself/du4all
https://github.com/DebugUself/du4proto/issues/100#issuecomment-301222797
@DebugUself/du4all 今晚不一定赶的回 wifi ,大家注意录音, 俺异步嗯哼哪
https://github.com/DebugUself/du4proto/issues/109#issuecomment-301222235
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
看到了, 那个错反的梗, 原本准备下周怼的, 没想到你自己发觉了...
不过,字数还是太多了:
- 代码引用时,没有对应文件/行链接, 比如: [L80 du4proto/chk4st.py at DU_tools · DebugUself/du4proto](https://github.com/DebugUself/du4proto/blob/DU_tools/st/chk4st.py#L80)
+ 引用太多, 连注释行都给出来了
+ 另外,有关记要,直接怼到对应 commit 界面评注中更加有针对性
- 如果来的及,将故事字数压缩一半吧
- **并思考:**
+ 程序媛的周进展指标能简单的用提交次数/修订行数来衡量嘛?
+ 为什么?
+ 有什么更好的合适评估方法?
https://github.com/DebugUself/du4proto/issues/46#issuecomment-300717091
是也乎 ╮(╯▽╰)╭
观察入微~同意 DUW
https://github.com/DebugUself/du4proto/issues/96#issuecomment-300669719
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
1. v0 是接口总版本号
1. <-- [b653dce](https://github.com/DebugUself/du4proto/commit/b653dce5a19440b1fd75513e82c1c6f05aaf8dc4) 已经修订, 多谢反馈
https://github.com/DebugUself/du4proto/issues/107#issuecomment-300361543
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
终于被你遇见了, 所以一直有:
- [9.4. decimal — Decimal fixed point and floating point arithmetic — Python 2.7.13 documentation](https://docs.python.org/2.7/library/decimal.html)
- 以及 format 时的精确输出控制哪
https://github.com/DebugUself/du4proto/issues/105#issuecomment-300052258
@zhangshiyinrunwithcc 这是非常基础的 om103py 前3周的技能哪...
再想想, 用自然的方法?
https://github.com/DebugUself/du4proto/issues/102#issuecomment-299676178
@13416136446 是也乎,(￣▽￣)
<-- [Welcome 2 OctoPuppy](http://2.octodog.sinaapp.com/rank)
https://github.com/DebugUself/du4proto/issues/101#issuecomment-299652080
是也乎,(￣▽￣)
- 春蓉: "专业是工商管理, 怎样跟 python 结合?"
+ 这其实不是个有诚意的问题...
+ 俺正常回答一定是: 有太多结合点, 看你喜欢哪个?
+ DU 的正式回答:
* 你的兴趣是什么?
* 专业方向是什么?
* 结合以上两点, 追加 python 关键词来 google 一定有惊喜的...
* 当然, 基于 english ...
* 然后, 请及时回报你的新发现吧
* 以及, 增补一下: [4.2d[ASK]如何判别当前资料靠谱度?](https://github.com/DebugUself/du4proto/issues/48)
- 参考: [42h [TASK]调查研究编程最有前景领域](https://github.com/DebugUself/du4proto/issues/76)
- 广鹤: 版本仓库指南 应该有链接
+ 以及, 重要的事儿,值得组织一次专门的内部讲解会议
+ 明确所有人真正理解并知道如何操作
https://github.com/DebugUself/du4proto/issues/102#issuecomment-299652047
是也乎,(￣▽￣)
这种追踪本身也是可以自动化的..
当然, 前提是先明确固化的行为...
https://github.com/DebugUself/du4proto/issues/94#issuecomment-299622518
@13416136446 图样图森破了吧...
这个任务的目的就是大家自己写出来分析脚本,
只是当前大家自己积累的数据不够多,
所以, 给出有版权的私人数据来分析....
https://github.com/DebugUself/du4proto/issues/90#issuecomment-299613406
是也乎 ╮(╯▽╰)╭
--> 弗学直用
学习不应是不作为的借口
学习原义 就是学的同时用习来检验学的嗯哼~
没有实时输出的学习…只是个骗过自已的徦相~
https://github.com/DebugUself/du4proto/issues/98#issuecomment-299502508
ARCHIVED be wiki ;-) 归档/收录/提交ed
所以, 阶段性的新嗯哼, 应该收录到对应 wiki 页面中的了
@13416136446 @NBR-hugh
https://github.com/DebugUself/du4proto/issues/96#issuecomment-299501877
DONE as good! 达成/归档/交付ed
https://github.com/DebugUself/du4proto/issues/95#issuecomment-298504921
## 是也乎,(￣▽￣)
@13416136446 <-- 讲真, 为毛要用 [pyspider](http://www.pyspider.cn/book/pyspider/pyspider-Quickstart-2.html) ???
- [binux/pyspider: A Powerful Spider(Web Crawler) System in Python.](https://github.com/binux/pyspider) 8000 star
- vs [scrapy/scrapy: Scrapy, a fast high-level web crawling & scraping framework for Python.](https://github.com/scrapy/scrapy) 20000 star
- 你有什么特殊理由要用前者?
以及, 抓取网页的话, 工具非常多 curl/wget/lynx/... 都可以....
问题是:
http://bbs.skykiwi.com/forum.php?mod=forumdisplay&fid=55
这个网站, 在国内根本打开不能哪....
> lynx -traversal -crawl -accept_all_cookies -connect_timeout=10 'http://bbs.skykiwi.com/forum.php?mod=forumdisplay&fid=55'
但是, 俺在国外主机上, 运行....就可以...
https://github.com/DebugUself/du4proto/issues/92#issuecomment-298480995
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/93#issuecomment-298480971
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/94#issuecomment-298294887
@mxclover 是也乎,(￣▽￣)
忘记了, 这是个 private 仓库, 已经开放...
https://github.com/DebugUself/du4proto/issues/93#issuecomment-298292370
时间没到....
https://github.com/DebugUself/du4proto/issues/93#issuecomment-298290869
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/94#issuecomment-298290293
@DebugUself/du2dev 特别是没有复习计划的怼友们哪...
https://github.com/DebugUself/du4proto/issues/93#issuecomment-298236835
@bambooom 是也乎,(￣▽￣)
问题是, JS 的敌人, 前20年是 IE 6, 现在以及将来是 Chrome ...
从来没有变过, 只是敌人越来越强大了.
另外, 这种混乱也一直没有变过, 所以, 有的开发者, 至今继续用 jQuery 不管其它框架怎么变化;
NPM 作为一个杀手级工具, 的确激活了 JS 社区,
但是, 也直接将一个语言的扩展模块变成了彻底的自由市场...
5万+ 的模块, 对于项目开发的选择,简直是场磨难,
所以, 更多团队是直接自行开发自己的模块,
然后, 引发更多的 NPM 发布....
React / Vue ... 进一步加剧了这种分裂,
因为移动端开发, JS 无论多乱, 也比 Oc/Swift/JAVA 要轻快的多...
https://github.com/DebugUself/du4proto/issues/93#issuecomment-298235164
**是也乎,(￣▽￣)**
### 从入门到放弃
俺的故事比 @bambooom 长一点儿:
- 1995 年在学校中自学 html/css/js 创建学院网站
- 1998 自学 ActionScript 构建 Flash
- 1999 自学 forntpage 求职上海失败
- 2000 ASP/PHP 进入上海, 工作中自学 DreamWork 来完成前端
- 2002 手写 JS 前端组件
- 2006 开始 Ajax
- 2009 开始 bootscrap
- 2011 AngularJS
- 2012 Dart
- 2013 CaffeeScript
- ...
参考:
- [kejun_111111-keep-walkin-frontier.pdf](http://openmindclub.qiniucdn.com/res/slides/kejun_111111-keep-walkin-frontier.pdf)
- [new baseline for front-end developers_berlinjs.pdf](http://openmindclub.qiniucdn.com/res/slides/new%20baseline%20for%20front-end%20developers_berlinjs.pdf)
- [在 2016 年学 JavaScript 是一种什么样的体验？ - V2EX](https://www.v2ex.com/t/310767?p=1)
<-- 特别是最后这则, 坚定了远离 **"前端"** 的信心
### 前端的世界观
一切源自 [Vanilla JS](http://vanilla-js.com/) 的任性:
- 起初: JS 只是为了让网页上有点儿小动画
- 后来: Ajax 组合原生协议发明了 `SPA`
- 然后:
+ 通过 Responsive Web Design 规范了样式
+ 基于 CommonJS 约定了规范的 JS
+ 最后 node/io.js 的分裂又和好, 统一了前端和后端
- 所以:
+ 现在, JS 已经是世界上唯一一个真正的全桟语言
+ 可以运行/嵌入在一切环境中, 又能从主要开发语言中自动转化出来
+ 也就是说 `前端` 这是个历史名称
+ 今天, 由 node.js 为核心联接起来的越来越深厂的技术桟
+ 其实, 早已覆盖了主要的软件应用场景
https://github.com/DebugUself/du4proto/issues/91#issuecomment-298172806
是也乎,(￣▽￣)
你需要的是 : [Code, test, and deploy together with GitLab open source git repo management software | GitLab](https://about.gitlab.com/)
https://github.com/DebugUself/du4proto/issues/2#issuecomment-298168722
--> [[ANN]S02E01 四周自怼任务](https://github.com/DebugUself/du4proto/issues/88)
https://github.com/DebugUself/du4proto/issues/2#issuecomment-298168708
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/85#issuecomment-298166922
@DebugUself/du4all
17.4.29 20:42 正常...
没有意外 俺在:
https://zoom.us/j/9248104786?pwd=RWL-xSojw9L6aOmK-A2XfQ
是也乎,(￣▽￣)
https://github.com/DebugUself/du4proto/issues/9#issuecomment-298158584
@mxclover 是也乎,(￣▽￣)
@DebugUself/du4all 大家真心的对仓库中提交的工件没有什么感觉嘛?
https://github.com/DebugUself/du4proto/issues/83#issuecomment-298158493
@13416136446 是也乎,(￣▽￣)
- 讲真, 这种不需要大家参与的纯粹各人自学记要,很重要
- 但是, 需要使用 Issue 来进行嘛?
- 参考-> [Issue 自查清单](https://github.com/DebugUself/du4proto/wiki/HbIssueCheckList)
- 所以, 俺的建议:
+ 所有这类没有其它怼员参与的 `LOG`
+ 应该使用 mailling-list 的线索进行
* 所有怼员看的到
* 也有长久保存
* 又收纳在一个线索中...
+ 或是使用私人分支的 .md
* 当然, 有条件的话,上个 gith-pages 将私人分支的内容
* 实时发布为一个静态网站也是很有成就感的
* 参考: [_config.yml](https://github.com/DebugUself/du4proto/blob/zoejane/_config.yml)
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/81#issuecomment-298141162
是也乎 ╮(╯▽╰)╭
光看标题就知纯旅游团了~
应该给出
一周完成一则极简 NPL 应用
类似任务…来理解没毛用…
任何复杂技术的原理都是极简的…
否则一定是错的…
比如读音识别~
通过对比语料库中的语音
获得当前语音内容的可能性
<-- 没了
所以…请停止一切用来理解xxx的行为…转向代码的编写~
https://github.com/DebugUself/du4proto/issues/83#issuecomment-298140955
是也乎 ╮(╯▽╰)╭
你收集摘录再海量的资料…
自己不写代码来检验…
没用咯~
https://github.com/DebugUself/du4proto/issues/86#issuecomment-297985048
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/87#issuecomment-297945567
@13416136446 是也乎,(￣▽￣)
思路对了...但是, 应该在 [playground](https://github.com/DebugUself/playground)
完成上述演习哪....
- 而且: `删掉现有的branch 134_career` <--
- 这也是个关键操作哪, 没见你演练? 不然, 一样留下来大堆额外分支历史的...
https://github.com/DebugUself/du4proto/issues/85#issuecomment-297471370
@Zxlon 是也乎,(￣▽￣)
俺私人感觉哪, 可能通过记录自己的行为时间, 开始思考这些问题,
这个变化本身就是最大的成果.
https://github.com/DebugUself/du4proto/issues/74#issuecomment-296980155
ARCHIVED be wiki ;-) 归档/收录/提交ed
决议合并同类后, 照此办理就好 ;-)
https://github.com/DebugUself/du4proto/issues/73#issuecomment-296978726
DONE:
- 会议ID: 9248104786
- 口令: debuguself
- 每周6: 20:42 开始
- 允许主持人进入前先进入.
DONE as good! 达成/归档/交付ed
https://github.com/DebugUself/du4proto/issues/48#issuecomment-296976702
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/14#issuecomment-296976654
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/79#issuecomment-296548331
[PCS304 Python Web应用框架纵论 ObpLovelyPython/PCS304 - Woodpecker Wiki for CPUG](http://wiki.woodpecker.org.cn/moin/ObpLovelyPython/PCS304#preview)
等等吧... web 框架这一个方面, 搜索的太少...切入口的链接, 品质太一般...
https://github.com/DebugUself/du4proto/issues/79#issuecomment-296523703
是也乎,(￣▽￣) --> [为什么 开智编程思维课选 Python 入门 而非 其他？ · Issue #205 · AIMinder/Py103](https://github.com/AIMinder/Py103/issues/205)
https://github.com/DebugUself/du4proto/issues/80#issuecomment-296523596
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
- Issue 的创立越来越可用和明确了
- 俺的意见: 归档到 wiki, 不用另外分支 --> 因为是历史记录, 没有直接讨论的重要,如果有引发, 直接 Issue 就好
- 所以, 文件格式可以是 `LogDUw[周数]meet.md`
- 然后每周链接到 维基索引中
https://github.com/DebugUself/du4proto/issues/77#issuecomment-296512529
@mxclover 是也乎,(￣▽￣)
- 意识到这是任务和职责,非常安装
- 但是, 和以往其它怼员的嗯哼一样,
- 不可用哪:
+ 如何配置好对应的 filter 来关注 怼圈列表的邮件?
+ 涉及至少一组子问题:
* 如何科学上网?
* 如何配置 filter?
* 如何通过移动 app 提醒自己?
* ...
你应该在发出号召的同时, 给出对应操作的教程来
这样, 大家才能在第一时间尝试, 并给出反馈来哪.
是也乎,(￣▽￣)
当然的, 相关说明, 俺也早已发布过,
因为包含在: [72h?[TASK] 挖掘 `zoomquiet.io` ~ 自怼圈第0个任务](https://github.com/DebugUself/du4proto/issues/64)
所以, 俺就不给链接了...
> TL: 5min
https://github.com/DebugUself/du4proto/issues/75#issuecomment-296512190
@fatfox2016 是也乎,(￣▽￣)
> 理解tensorflow官方框架基本功能，用时3个月
这个太学术了, 为毛要理解人家的框架? 能拿来用就好:
- 一周
- 在 GCP 上基于现有大数据完成1~3 个不同类型的 Ai 计算
- 就足够开始自己的项目探索了...
https://github.com/DebugUself/du4proto/issues/75#issuecomment-296506285
@bambooom 是也乎,(￣▽￣)
无法同意更多, 言论的逻辑, 其实很大程度上受限制于收听人的文字转述能力,
目测 阳老 不会这么得儿的...
所以, @13416136446 从标题上看都有 chaos 味儿道:
> [log][ask]编程最有前景的方向是什么?开始的 MVP ?
-->
> [log]私人MVP定义 [ask]计算机最有前景的方向
即, 已经触犯了 `一事一议` 的原则了...
https://github.com/DebugUself/du4proto/issues/23#issuecomment-296505924
[DebugUself/du4proto at 134_career](https://github.com/DebugUself/du4proto/tree/134_career)
--> 
vs
参考:
- [[WIKI]合理迁入实验指南](https://github.com/DebugUself/du4proto/issues/23)
- [42h[DUW]仓库故事还原追查法 · Issue #25 · DebugUself/du4proto](https://github.com/DebugUself/du4proto/issues/25)
- ...
很明显: @zhangshiyinrunwithcc 的经验并没有合理有效的扩散给所有怼员
@13416136446 果断的将 master 整个儿分支给安装到自己的分支了...
所以 --> 激发任务:
- @zhangshiyinrunwithcc 在 [playground](https://github.com/DebugUself/playground) 中进行完整的实验, 并增补对应 wiki 文章
- @13416136446 全程共同学习, 并在72h 以内, 完成自己 `134_career` 分支的合理重构
https://github.com/DebugUself/du4proto/issues/75#issuecomment-296499965
是也乎 ╮(╯▽╰)╭
港真…这 issue 的前半问…也是应该自己能解决的…
利用资料靠谱度原则…
基于google 快速进行调查…
应该在37次 search 以内可以获得理想资料来回答的…
<-- 是的~你又诱发了新任务…
1. 自主调查研究~编程最有前景领域
2. 如何检验结论对?
3. 如何高效调查任意命题?
此三任务…适合所有怼员…特别是 老巨 <--
https://github.com/DebugUself/du4proto/issues/65#issuecomment-296443143
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/64#issuecomment-296443122
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/61#issuecomment-296443119
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/70#issuecomment-296433993
DONE as good! 达成/归档/交付ed
经检验, 果然, 除非进行历史 commit 重写, 否则,以往的并没有感染回正常的...
但是,已经可以开始追踪 @mxclover 怼员的正当仓库行为了 ;-)
```
<github.MainClass.Github object at 0x10d5dbf28>
-> Organization(name="Debug U self ~ 自怼圈", id=26807542)
-> Repository(full_name="DebugUself/du4proto")
dig HEAD-> Commit(sha="aeb0d2380d51ad417e597f43a39ce78d15d225f2") -> NamedUser(login="mxclover") -> [Commit(sha="174d3d7ded27f686c4ce948db77e0ae0c33617f2")]
dig deep: 1
<- Commit(sha="174d3d7ded27f686c4ce948db77e0ae0c33617f2") ; NamedUser(login="13416136446")
parent<-
[Commit(sha="7fffed08174017ba75f98736487612a0ee1f3cf8")]
dig deep: 2
<- Commit(sha="7fffed08174017ba75f98736487612a0ee1f3cf8") ; NamedUser(login="13416136446")
parent<-
[Commit(sha="8b0c428101b69ce31e6f56526405efaee18bbd9a")]
dig deep: 3
<- Commit(sha="8b0c428101b69ce31e6f56526405efaee18bbd9a") ; NamedUser(login="zoejane")
parent<-
[Commit(sha="0d8fcb86739407d529df30eca38d6f41eac93daf")]
dig deep: 4
<- Commit(sha="0d8fcb86739407d529df30eca38d6f41eac93daf") ; NamedUser(login="zoejane")
parent<-
[Commit(sha="721b9803d9227f7cab4ce6e7f7472099774af1a0")]
dig deep: 5
<- Commit(sha="721b9803d9227f7cab4ce6e7f7472099774af1a0") ; NamedUser(login="sunoonlee")
parent<-
[Commit(sha="53536df3bc14c727b5283cd5cbe5fb2ad120309e")]
dig deep: 6
<- Commit(sha="53536df3bc14c727b5283cd5cbe5fb2ad120309e") ; NamedUser(login="sunoonlee")
parent<-
[Commit(sha="d3e9b3a42bae950b15760fd5bd6969140fc34ce6")]
dig deep: 7
<- Commit(sha="d3e9b3a42bae950b15760fd5bd6969140fc34ce6") ; None
parent<-
[Commit(sha="1fa584b23d5c4743a943b145c12782c6d5e6b43d")]
dig deep: 8
<- Commit(sha="1fa584b23d5c4743a943b145c12782c6d5e6b43d") ; None
parent<-
[Commit(sha="0002fa3729da7a3556945078a252e8b0434c3a33")]
dig deep: 9
<- Commit(sha="0002fa3729da7a3556945078a252e8b0434c3a33") ; NamedUser(login="web-flow")
parent<-
[Commit(sha="ba2bd3095b2effe7781fbb675949a63d0ff15b7c")]
dig deep: 10
<- Commit(sha="ba2bd3095b2effe7781fbb675949a63d0ff15b7c") ; NamedUser(login="xpgeng")
parent<-
[Commit(sha="892c148fcbf90e6bdf264219fda8de264f3f1e99")]
...
```
https://github.com/DebugUself/du4proto/issues/75#issuecomment-296417644
是也乎 ╮(╯▽╰)╭
移动快速回复…
计算机发展的最热领域只有一个方向 --> 消灭编程行为
所以没什么好玩的~但你的关键词如此明显…
英文
写作
法律
<-- 非常明显 …一个法律专业的写匠系统哪~
所以 py 也是正合适的~
爬虫
词频分析
NLP
……
阶段目标很明确
自动收集新西兰所有法律相关资料…特别是法庭判决书…辩护词…
分析最近一万份…
使用最多专业词…排序…帮助自己理解掌握目标国家法律情况和文风…加强记忆…
结合其它写作软件…定制自己的…
……
有了基础能力树…去了能作什么…有作品也好匹配了
https://github.com/DebugUself/du4proto/issues/9#issuecomment-296365861
<-- [add(dl101): ch5 tasks · DebugUself/du4proto@e60feec](https://github.com/DebugUself/du4proto/commit/e60feeca9407a453fc0544a47d5b5a13cd827bba#diff-283291bd656d8e16ccdd79971919876f)
- 引发, reopen ,因为大家现在越来越使用仓库,也就越来越频繁的追加文件
- 所以, 在一个不小的 玻璃花园 中, 引入什么新花朵, 真心得是一个共识
- 那么 @sunoonlee 起头,汇总所有资料, 试发布一则 维基:
+ **仓库加文件判决书**
+ 绘出简洁的公式/判定指标, 来帮助大家明确,这文件是否值得放入?
https://github.com/DebugUself/du4proto/issues/68#issuecomment-296344389
是也乎 ╮(╯▽╰)╭
很欣慰哪…终于有人意识到
一事一议
引发分支
引向新议 <--
https://github.com/DebugUself/du4proto/issues/69#issuecomment-296343586
CANCEL for overflow ;-( 放弃/转义/过期....
https://github.com/DebugUself/du4proto/issues/69#issuecomment-296343582
@juthy1 老巨哪...
- 自怼圈不是军队/ZF 大家对所谓思想转变并没有什么兴趣...
- 编程/工程 的文化很单纯:
+ **[Talk is cheap. Show me the code.](https://lkml.org/lkml/2000/8/25/132)**
+ 进行再多的自我思想剖析/辩论/反省...都没有一行可以运行的代码来的重要
- 所以, 无论你自身思想/习惯/经历/... 多么复杂/感人/精彩
+ 对于怼友 并没有什么直接帮助吧
+ 毕竟一切是你私人的感受
+ 没有输出/转换为其它 怼员 可以复用的方法/技巧/规范/代码/...
+ 那就是无效输出
+ 请忍住...<-- 这些记录对你可能是重要的, 那么请在自己的分支中沉默积累
+ 参考: [Issue 创建指南](https://github.com/DebugUself/du4proto/wiki/HbUsageIssue)/[Issue 自查清单](https://github.com/DebugUself/du4proto/wiki/HbIssueCheckList)
* 要理解 Issue 不是微信群
* 这是追踪任务/过程/问题/改进/...
* 具体行动的容器
> 是也乎,(￣▽￣)
> TL: 7min
https://github.com/DebugUself/du4proto/issues/68#issuecomment-296343086
@13416136446 是也乎,(￣▽￣)
- 所以,和21天前相比有什么变化?
- 为什么之前看不懂,现在自己能画了?
- 什么阻止了自行发现和理解?
- 现在又是什么加速了理解?
- 这种 ASCII-art 形式比其它形式好在哪儿?挫在哪儿?怎么改进?有什么工具?...
+ 是的, 每个工具,都包含了一系列思想/模式/技能...
https://github.com/DebugUself/du4proto/issues/68#issuecomment-296341046
是也乎 ╮(╯▽╰)╭
被你发现了~
所以图谱比文字包含更多的意指~
在相同面积中~
所以~第0天的 怼解图谱就已强调出所有乜…
参考 wiki 首页~
https://github.com/DebugUself/du4proto/issues/70#issuecomment-296256088
@mxclover 慢慢来,
这只是会影响你的怼贡献排名而已...
https://github.com/DebugUself/du4proto/issues/69#issuecomment-296208154
@juthy1 老巨哪...
- 参考 自怼圈 的价值观
- 所有行动, 要尽可能的吻合 3有:
+ 有用
+ 有趣
+ 有种
- 你的书摘, 可能对自己有种新知的感觉
+ 问题是, 落到 DU 中来
+ 有什么具体的行动?如何评估? 如何能帮助到大家?
+ 通篇看下来, 可能就能导出两个可用结果:
* 冥想速成手册
* 大脑圣经 所在领域分析, 以及相关图书推荐
TL: 10min
https://github.com/DebugUself/du4proto/issues/66#issuecomment-295751809
@17days 是也乎,(￣▽￣)
- 1214字, 97min ~= 12.51字/min
- 这不科学, 时间不能这么消耗的哪
- 请立即回忆:
+ 这 1.5h 都在撰写 Issue?
+ 有中断? 作什么去了? 为什么?
+ 在哪儿写的? 网页?本地?什么软件?以往的速度? 这次是慢还是快?
+ 怎么改进?
TL: 3min
https://github.com/DebugUself/du4proto/issues/65#issuecomment-295750455
@EattheSun 是也乎,(￣▽￣)
- 给出了自己的决策, 非常正义
- 只是 `不适合时间账单` 讲真...正常人没有人合适这种反人性的工具的
+ 要不那书怎么叫 `奇怪的人生` 呢?
+ 但是,我们是正常人嘛? 明显不是哪, 我们是正义的 `不折腾要死星人`
+ 所以,在 时间帐单 这个工具没有被自己玩残前
+ 不应该轻言放弃的...毕竟, 这不是杯 冰淇淋, 忍忍牙痛就能吞下去了
+ 是一个对抗过去 20+年 失控的自我意识的契机,无论成果否
+ 开始意识到自己的行为是可以观察的, 然后, 才有更多的开始
以上...共勉
TL: 5min
https://github.com/DebugUself/du4proto/issues/55#issuecomment-295715764
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/57#issuecomment-295715705
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/62#issuecomment-295715627
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/48#issuecomment-295715093
@DebugUself/du4all 是也乎,(￣▽￣)
看来这是个重要的大家每天都要用的技巧,
那么 重开:
- 大家将现有的方法/故事, 整理到: [资料靠谱度](https://github.com/DebugUself/du4proto/wiki/How2KaopulitySearch)
- 再试行其中自己理解的
- 有了感觉,持续增补这则 维基 ,甚至所有人感觉可用,有帮助.
- 是的,有实验过程, 时间放宽...
https://github.com/DebugUself/du4proto/issues/65#issuecomment-295598626
@EattheSun 俺见过面...可以直接联系一下...
- zoom.us 链接: https://pan.baidu.com/s/1bo5HNyB 密码: 8f1g
- 在集中精力解决工作/机遇, 恢复空闲再回归 ;-)
@DebugUself/du4all 是也乎,(￣▽￣)
- 慢慢来,比较快
- 所以, DU 中的嗯哼, 是大家自己掌握节奏的
- 别怕俺, 俺只是爱吐糟而已.
https://github.com/DebugUself/du4proto/issues/65#issuecomment-295598440
刘正杰 这位是没有进入小密圈,却写了表单的,
所以, 并不是怼员 ;-)
---
@ZoomQuiet 已更正
https://github.com/DebugUself/du4proto/issues/62#issuecomment-295262299
@13416136446 是也乎,(￣▽￣)
非常好, 将所有每天的进步记录了下来, 其实:
- 参考: [协同总则->基于最简信息环](https://github.com/DebugUself/du4proto/wiki#%E5%8D%8F%E5%90%8C%E6%80%BB%E5%88%99)
- 这样的话, 所有 `[LOG]` 都应该试图演变为两个方式文档:
+ 维基 <-- 永续的
+ **DUW** <- 暂时的
- 问题是:
+ 在这个 `实践->Issue->wiki+DUW->实践` 的循环中
+ 大家各种尝试以及积累的知识点之间的关系是如何的?
+ 又或是说, 期望他人根据什么线索/路径可以快速找到你的经验对应片段?
+ 在慢慢生长的这个知识树中,自己积累/探索/折腾的方向对嘛? 是向自己的整体目标嘛?
* <-- 当前阶段你的目标又是什么?
- 可以分解为哪些知识点?
- 这些知识点的层级关系?
- 自己是否有这个大图景的规划?
- --> 即, 一个项目的功能/技能/学习 分解能力/技术/视野/经验/感觉...
+ 又这种大模样的预计/视能力怎么积累?
https://github.com/DebugUself/du4proto/issues/59#issuecomment-295042936
@13416136446 是也乎,(￣▽￣)
--> @zhangshiyinrunwithcc 这是个好问题,
其实, 俺也是这么作的, 只是, 最后收敛为维基时, 用 URI 将一切关联起来,
是的 <-- [42h[ASK]如何判别当前资料靠谱度?](https://github.com/DebugUself/du4proto/issues/48)
相关技巧来源...
https://github.com/DebugUself/du4proto/issues/59#issuecomment-295037744
[常用 Git 命令清单 - 阮一峰的网络日志](http://www.ruanyifeng.com/blog/2015/12/git-cheat-sheet.html)
https://github.com/DebugUself/du4proto/issues/59#issuecomment-295033455
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
- 这就是非常非常非常非常非常非常经典的传统学院式教育后,被禁锢的思维模式而产生的专用 **焦虑**
- 要知, 计算机是个实用技术, 也是在高速发展中远没有形成坚固的理论不厦的世界
- 所有流行并被大量使用的软件/工具, 都在持续的解决不断涌现的新问题/需求
- 但是, 并不是工具可以解决的所有问题, 现在我们就要解决
+ 所以, 识别出当前最必要的工具功能
+ 并加以熟悉, 快速进入高速迭代的 MVP 循环
+ 才可能不断遇见工具涵盖的更多场景和问题
- 而不是反过来, 先试图理解工具的全部功能范畴
+ 这样一定能从容的解决工具使用过程中的一切问题了
+ 图样图森破 <-- 好比背下来所有中医图书后,就是老中医了
+ 没有持续的使用经验作后盾
+ 那么问题的性质和自己的目标是难以匹配起来
+ 也就难以决策用什么方式和技巧来运用工具了
- 所以, **用之弗学**
https://github.com/DebugUself/du4proto/issues/58#issuecomment-295032589
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
如果只是摘抄, 给出原文出处就好,
原文不用全部复制, 摘录自己感觉最深的条目,,,
否则,就叫转载了
https://github.com/DebugUself/du4proto/issues/36#issuecomment-294879732
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/39#issuecomment-294879598
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/40#issuecomment-294879394
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/41#issuecomment-294879189
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/45#issuecomment-294879127
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/46#issuecomment-294879079
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/48#issuecomment-294877474
ARCHIVED be wiki ;-) 归档/收录/提交ed
- [蠎周刊 : 2013最赞](http://weekly.pychina.org/issue/issue-top2013.html)
- [蠎周刊 147: 2014 年度最赞](http://weekly.pychina.org/issue/issue-147-top2014.html)
- [蠎周刊 2015 年度最赞](http://weekly.pychina.org/issue/issue-198-top2015.html)
@mxclover 非常经典的范了个资料追踪的错误....
根本没有追到原作.
https://github.com/DebugUself/du4proto/issues/51#issuecomment-294877263
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/53#issuecomment-294876739
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/55#issuecomment-294876646
@13416136446 是也乎,(￣▽￣)
@zoejane 已经被怼过了, 要用记要/程序形式提高输出的信息密度
- 你大段大段的反复复制相同的文字又不给出处
- 很难令人知道, 这个Issue 和大家有什么关联哪
- 参考: [电邮靠谱指南](http://blog.zhgdg.org/2014-02/email-kaopulity-guider/)
+ Issue 可以视作公开 邮件
+ `[LOG] 如何完成最小信息环`
+ 使用 LOG 标签,暗示是私人记要
+ 但是,又来一个设问, 就令人期待一个操作指南了
+ 却是什么也没有..
- 所以:
+ 精简为 1/4 的篇幅吧
+ 头三行就应该概述清楚:
* 问题
* 分析
* 方案
+ 然后展开自己的思考/尝试/资料/...
+ 并输出 [自怼圈 所有行为指标](https://github.com/DebugUself/du4proto/commit/ee5a88df631b01ea2bc0261b7066f96881557147#diff-04c6e90faac2675aa89e2176d2eec7d8R68) 吻合的
https://github.com/DebugUself/du4proto/issues/54#issuecomment-294874995
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
又开始发散了, 知识都是关联的, 能无穷无尽的挖掘下去的
所以, 优先解决问题, 形成有用的输出,
关闭当前问题,再开辟新的坑哪
https://github.com/DebugUself/du4proto/issues/57#issuecomment-294870384
@juthy1 是也乎,(￣▽￣)
- 怼什么呢?
- 参考: [提问指南](https://github.com/DebugUself/du4proto/wiki/Hb4Ask)
+ [如何解开封印 · Yixuan](http://yixuan.li/trivial/2016/04/22/dhamma/)
+ [向大妈提问的技巧](https://github.com/DebugUself/du4proto/wiki/How2askDama)
+ [自怼圈跳入](https://github.com/DebugUself/du4proto/wiki/How2jumpInDU)
+ ...
- 通篇只看到: `不甘心`
+ 明明已经感到自己跟不上
+ 但是:
* 任务不作
* 行为不优化
* 学习不输出
* 怼员不求助
* ...
+ 整整4周,一个月, 从复习组到 DU
+ 一直在观望...
+ 唯二的小密圈行动, 还触发了3个子任务
* 然后, 也没有然后了...
+ 好比,一直不甘心不会游泳, 向所有亲友发愿, 又付费买了很多书/视频
* 却一直不下水练习....
- 能叫我们怼什么?
+ <-- [Issue 创建指南](https://github.com/DebugUself/du4proto/wiki/HbUsageIssue)
+ 是的, 就连大家已经规约的 Issue 创建指南都不看
+ 就象 BBS 一样发了个心情贴来
+ 大家除了嗯哼一下, 的确不能怎么回怼呢
TimeLog:
- 7min
https://github.com/DebugUself/du4proto/issues/52#issuecomment-294652797
@NBR-hugh @zoejane 是也乎,(￣▽￣)
- 角色互换后, 才能知道以往享受到的课程服务背后都包含有什么样的劳动了吧?
- 人, 是这世界上最不稳定的接口集群了
+ 每个人都有特殊的窗口/渠道/接口
+ 而且随着时间/心情/地点/食品/... 的条件不同
+ 有不同的反应..
+ 所以 --> [[ASK]如何良好地迁移沟通习惯？从微信到issue + 邮件](https://github.com/DebugUself/du4proto/issues/8)
+ 这一社群的基础问题,一直就没有真正解决前
+ 大家只是装作在一起学习而已
- 所以, 这也是乐趣所在...
+ 意识到人和人不同
+ 理解了他人
+ 才能更好的调用自己 <-- 是的, 为什么?
---
- NBR-hugh 搬运
--> [72h [ASK] 为什么理解他人才能更好调用自己? ](https://github.com/DebugUself/du4proto/issues/56)
https://github.com/DebugUself/du4proto/issues/46#issuecomment-294646706
@13416136446 是也乎,(￣▽￣)
[怼故事投稿操作指南 · DebugUself/du4proto Wiki](https://github.com/DebugUself/du4proto/wiki/%E6%80%BC%E6%95%85%E4%BA%8B%E6%8A%95%E7%A8%BF%E6%93%8D%E4%BD%9C%E6%8C%87%E5%8D%97)
- 参考: [禁止事项清单](https://github.com/DebugUself/du4proto/wiki/HbNotDoIt)
- 这次主动的 wiki 开辟触发了很多事儿, 俺快速点一下:
首先,文件名使用**中文** 这是种恶习,原因至少有4种, 这儿先演示一下其中两个:
༄ git pl
remote: Counting objects: 9, done.
remote: Compressing objects: 100% (9/9), done.
remote: Total 9 (delta 5), reused 0 (delta 0), pack-reused 0
Unpacking objects: 100% (9/9), done.
From github.com:DebugUself/du4proto.wiki
5f1c0e8..9682b4e master -> origin/master
Updating 5f1c0e8..9682b4e
Fast-forward
_Sidebar.md | 1 +
...346\223\215\344\275\234\346\214\207\345\215\227.md" | 91 ++++++++++++++++++++++++
2 files changed, 92 insertions(+)
create mode 100644 "\346\200\274\346\225\205\344\272\213\346\212\225\347\250\277\346\223\215\344\275\234\346\214\207\345\215\227.md"
以及:
[怼故事投稿操作指南 · DebugUself/du4proto Wiki](https://github.com/DebugUself/du4proto/wiki/%E6%80%BC%E6%95%85%E4%BA%8B%E6%8A%95%E7%A8%BF%E6%93%8D%E4%BD%9C%E6%8C%87%E5%8D%97)
对比
[怼故事投稿操作指南](How2gitDUW)
- 但是,主动在 `_Sidebar` 中追加了合理的链接非常好
- 内容问题却是:
+ 文不对题
+ 将操作指南 和 尝试故事混杂了一起
- 建议章节:
+ 概述
+ 背景
+ 操作
+ 注意
+ 总结
+ 故事
+ 参考
+ 关联
+ 用时
https://github.com/DebugUself/du4proto/issues/54#issuecomment-294642966
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
- <-- [[LOG]git push origin master的实验记录](https://github.com/DebugUself/du4proto/issues/36)
- 嗯哼, 虽然还是有误解, 但是,开始了正确的第0步
- 但是,距离你引发无法 push 到 master 的问题已经有一个月了
- 这期间, 你仅仅在 DU 就开辟了4个 Issue:
+ 从 https -> 分支 -> 认证 -> SSH -> ssh-keygen -> ...
+ 一路折腾了多少个知识点?
+ 知识点间的关系如何?
+ 再回头看相关文档, 可明白自己当初看漏了什么导致了一切的嗯哼?
+ 以及 google 技术发生了什么变化?
+ 以及 [42h[ASK]如何判别当前资料靠谱度?](https://github.com/DebugUself/du4proto/issues/48)
+ 以及...最初的问题现在怎么看?
- --> 是的, [DU2w_TUV.md](https://github.com/DebugUself/du4proto/blob/DUW/DU2w_TUV.md) 应该主动增补入这一长线侦探故事了...
+ 请控制在 1024 字以内.
https://github.com/DebugUself/du4proto/issues/52#issuecomment-294495938
@leiyunhe 是也乎,(￣▽￣)
> 不喜欢学习学习方法。我喜欢直接做事情
嗯哼? 这不就是 自怼圈 一直以来的目标嘛?
哈...明白了...你没说另外的常设任务: 原先自定的复习计划, 从来没有要求停止哪...
只是建议迁移到 玻璃花园 中来一起折腾;
果断转述总是重心偏离...
不过, 原先就是对照组的存在嘛...
等等? 雷同学也付费进入的?
https://github.com/DebugUself/du4proto/issues/52#issuecomment-294442127
@NBR-hugh 所有人的手机 @13416136446 @zhangshiyinrunwithcc 已经整理为wiki
可以自行使用,
是的, 既然开始, 就别怕
https://github.com/DebugUself/du4proto/issues/54#issuecomment-294431770
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
当前的记录可用了很多, 但是,缺少重要的一个角度:
- 每个命令的输入和参数选择的原因?
- 你从哪儿知道这种参数的? 为什么选择这一命令在这一情景中?
- 你尝试用这命令来达到什么目标?
这样逐一记录和观察下来, 你自己也就知道怎么嗯哼了
https://github.com/DebugUself/du4proto/issues/52#issuecomment-294431440
@13416136446 是也乎,(￣▽￣)
- 电话,有电话的技巧, 可惜你没有通话录音, 不然,私下俺也可以给出相关建议了
- 雷同学的问题是, 她认为她的好学习方法, 对其它人无用
- 所以, 没有来分享的冲动
- 当然, 也就没有了对比, 放弃了自己学习方法的进一步升级, 可惜了
https://github.com/DebugUself/du4proto/issues/52#issuecomment-294396697
@NBR-hugh 是也乎,(￣▽￣)
- 思路慢慢放开了
- 文案没有问题, 问题是 [自怼圈跳入](https://github.com/DebugUself/du4proto/wiki/How2jumpInDU) <-- 这个链接
+ 如果在手机中打开是 404 的
+ 怼员们怎么办?
+ 这其实也是文案最隐藏的坑, 没有结合场景来测试时
+ 自以为方便的资源, 对读者可能就是嗯哼的大坑...
## 怼友的进圈难度
~ 这才是最 细思恐极 的事儿了
- 回顾自己在 自怼圈 交互的起点
- 有什么难度?
- 难度在哪儿? 获得过什么帮助?
- 真正不动手的根源是什么?
- ... 这事儿解决了, 世上就没有难事儿了
https://github.com/DebugUself/du4proto/issues/52#issuecomment-294360266
@NBR-hugh 是也乎,(￣▽￣)
- 理解有嗯哼
- 俺的建议是:
+ 文案
+ 行动计划
+ 检验指标
+ 工具支持
+ <-- 是不同的工件
* 得分别设计,使用
* 不是说混在一起丢给 迷失的 怼员 就一定有效果的...
https://github.com/DebugUself/du4proto/issues/48#issuecomment-294341126
@bambooom 是也乎,(￣▽￣)
- 记录这次输出的效率最重要的数据就是用时
- 大家是如何记时的?
- 也就是说, 高速输出不仅可能, 而且应该, 这才是我们多进程工作的重要基础技能
以及: `靠谱度` <-- 这又是一个 怼概念 怎么定义,解析, 衡量? 大家尽力哪
https://github.com/DebugUself/du4proto/issues/52#issuecomment-294336368
@NBR-hugh 是也乎,(￣▽￣)
有心了, 这是真正的开始行动了
> ... 欢迎归来一群自怼狂的玻璃花园.:D
这看起来象是 `自怼狂玻璃` <--
所以 --> 欢迎回来, 进入玻璃花园, 成为快乐的`自怼狂` :D
另外, 一个任务的发起至少要 SMART
- 期限: 3天以内
- 指标: 所有怼员, 至少一次 github push 行为
- 行动:
+ 未动的 12 位怼员
+ 召集12/4/3 位自怼起来的怼友
* 一对 一 激活
* 一对 3/4 激活
+ chk, 列表/github 是否可用
+ 引导使用: [自怼圈跳入](https://github.com/DebugUself/du4proto/wiki/How2jumpInDU)/[GitHub 实用指北](https://github.com/DebugUself/du4proto/wiki/HbUsageGithub)/...
+ 以及下载回顾 [怼周刊](https://github.com/DebugUself/du4proto/releases)
- 工具/资源/渠道/方法/记要/...
+ 等等能提供什么就应该提供什么
https://github.com/DebugUself/du4proto/issues/48#issuecomment-294335288
@zoejane 是也乎,(￣▽￣)
- 终于有怼员开始真正使用时间帐单了 <--
- 此篇回复 859字, 30分钟, 平均 28.6字/min
- 这速度和用键盘平均 100+字/min 的速度, 差了3倍
- 目测原因:
+ 废话太多
+ 没有用笔记的形式来回复
+ 而是真正的聊天儿了
比如俺来写的话:
en:
- 原文资源/品质都好
- 但是快速en阅读能力是个问题
密度优先:
- 官方优先
- 论文优先
- 日常推荐从图书入手
+ 若是从文章,应该进一步挖掘参考的图书/文章以及其渠道
+ 背景来源挖掘也是个技巧问题
Google 大法好
- 应该多用
- 还有更多功能值得挖掘
坑
- 技术类以往总喜欢搜索中文blog 结果多数是碎片,看晕了
- 现在 先 看/搜索 官方文档，配合英文Google
- 实在不行，最好能跟课程系统的补一下
+ 这方法也不怎么
+ 觉得比零散的信息会要好
再次强调: 英文始终是瓶颈
一半的文字, 意思包含不少
https://github.com/DebugUself/du4proto/issues/51#issuecomment-294331508
> $ git push origin master
大家难道从来没有注意到? 俺的相同操作只有
$ git st
$ git ci -am "..."
$ git pl
$ git pu
~ [tr_MDP2py4w_1_w1cli_rebuild.html](http://openmindclub.qiniucdn.com/res/tr/tr_MDP2py4w_1_w1cli_rebuild.html)
https://github.com/DebugUself/du4proto/issues/51#issuecomment-294331474
@13416136446 是也乎,(￣▽￣)
怎么进入 vi/vim 的神坑了?
- git 可以配置为你习惯的其它编辑器的哪?
- `.swp` 这才是根源嘛?
- 所以, 你只是绕过了问题, 并不知道问题的根源, 以及为什么?
所以, @DebugUself/du4all 俺重开了 Issue
请大家增补, 共同理解, 这一系列的 git 报错, 是汇报了什么?
应该怎么想, 以及更好的解决?
https://github.com/DebugUself/du4proto/issues/49#issuecomment-294328390
@Zxlon 俺目测你的完美是通过 IFTTT ?
https://github.com/DebugUself/du4proto/issues/49#issuecomment-294328069
> 分别发送到QQ邮箱和网易邮箱，发送成功，但仍未收到邮件
- 既然成功为什么没有收到?
- 你如何配置的?
- 如何测试的?
- 搜索关键词和你的问题吻合嘛?
https://github.com/DebugUself/du4proto/issues/46#issuecomment-294293938
@13416136446 是也乎,(￣▽￣)
俺也在用哪...而且也给出来了对应的配置...
@bambooom 不是少操作, 而是次序错:
- git clone
- 增补 .gitignore
- Ulyssese 加载本地目录
这样就不会自动追加有关辅助文件到公开仓库了
https://github.com/DebugUself/du4proto/issues/47#issuecomment-294293683
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
记要这点, 最长ID 是练出来了, 可以分享大家是如何记录下来的?
工具/输入法?顺序?...
https://github.com/DebugUself/du4proto/issues/2#issuecomment-294162966
@DebugUself/du4all S01E01 任务还有42小时就关闭了
- 只有22位怼员进行了数据追踪
- 但是, 最后的总结, 至今没有见起草
- 只能在这儿提醒, 时间帐单双周总结:
+ 回复此 Issue 给出链接
+ 170417 12:00 前有效
+ 以上
https://github.com/DebugUself/du4proto/issues/40#issuecomment-294127042
@gzMichael 是也乎,(￣▽￣)
图样图森破了--> `之前一直没有留意`
- 其实,并不是没有留意
- 而是根本就没有在意过自己的时间在浪费
- 为什么 md 这么流行?
- 不就是 程序猿发现, 终于有工具可以将自己从 shit 一样的 office 中解放出来了?
+ 为什么 office 基本上所有用户都没有意识到自己在浪费时间? 没有人统计过,在 word 中调整格式浪费掉的时间吧?
+ 以及输入法, 以及键盘以及 OS 重启浪费的时间?...
- 一切自己日常可以节省的每一秒积累起来都是可怕的空间, 可以提升自己的空间
- 以往, 根本就没有这方面工具的寻求意识吧, 因为根本没有想到过手工写 md 的链接格式是浪费时间吧?
+ 因为,以往这种编辑行为太少了
+ 一周能有几次而已, 浪费的并不多
+ 但是, 真正进入工作场景后,发现,这种行为,每个小时都要有十几次时
+ 就受不了了, 从而不得不寻求工具的帮助
+ 果断的, 早已有早已受不了的程序猿给出了工具
- 所以,以往为什么相关工具,即使俺给过, 大家也不在意?
+ 无所谓而已, 为了每个月节省几分钟的时间,要花几小时学习/安装/训练?
+ 这个时间够看几部电影了...
+ 只是, 大家没有意识到, 我们还能活几十年呢
+ 类似的浪费积累起来,等于我们早已将未来几年的时间
+ 给浪费在无数, 毫无意义的, 在错误工具/平台/系统 中 <--
+ 可怕嘛? 但是,意识不到时,还沾沾自喜用 D版软件节省了多少銭...
+ 却是根本没有意识到,浪费的时间,隔断了自己多少发展机会成本哪...
https://github.com/DebugUself/du4proto/issues/36#issuecomment-294122717
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
- `在哪儿开始尝试` <-- `只能通过自己设计实验了` 的后续问题哪, 就是你的实验场所在哪儿?怎么开始?是否要先有个实验计划? 计划根据什么来设计? ...
- `感觉很容易出错...是什么问题引发了作者写这篇博文` <-- 哈, 果然,怪不得你建立概念的时间要这么长...
+ 之前嗯哼许多, 编程是 `手艺活儿`
+ 即,如果工具和工件没有反复的作用,并由你操作, 以便获得持续的刻意练习, 或是说力反馈记忆
+ 那你的一切概念都是别人的2/3/4/5/6/7/8 手解释
+ 怎么可能不晕头呢...
- **如何判定当前资料是可信的?值得研究的?**
+ 认真脸, 这是大家以往各种不适应, 以及学的慢的最关键入口问题哪
+ 俺已经说过 `GiGo` 原则
+ 所谓 `病从口入` 大家长期乱吃腐烂的食品要垃肚子
+ 一样的, 长期反复看腐败的资料怎么可以学到对的东西?
- 科学, 什么是科学?
+ 可以证伪的理论就是
+ 如果资料中没有正确的操作/指令/数据/参考...
+ 那你只是在看文学作品,体验作者的情绪, 对你的技术学习, 没有一毛銭的帮助...
https://github.com/DebugUself/du4proto/issues/36#issuecomment-294117397
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
慢慢通过观察和对比自己的行为和其它人的行为, 有了进一步的嗯哼了..
- 根据大家相似的记要 <-- 行为
- 只是, 其实, `先理解概念,之后就可以自己开干,尝试操作`
+ **概念** 根据什么来理解?
+ 又如何自我证明理解是对的?
+ 在哪儿开始尝试? 为什么?
+ 当然...也是以往的小任务引导过的:
* **如何判定搜索到的资料是可信的?值得研究的?**
https://github.com/DebugUself/du4proto/issues/36#issuecomment-294112809
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
`~/.git` -> `./.git` 是也乎,(￣▽￣) 一个符号的惨案...
所以, 都是眼前的东西, 静静在你硬盘中很多年却从来没有关心过
为什么?
https://github.com/DebugUself/du4proto/issues/23#issuecomment-294104532
看来大家依然不知道到哪儿实验...
所以 -> [DebugUself/playground: playground for DUr try all kinds of git actions](https://github.com/DebugUself/playground)
DONE as good! 达成/归档/交付ed
https://github.com/DebugUself/du4proto/issues/33#issuecomment-294104245
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/21#issuecomment-294104207
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/36#issuecomment-293945066
@NBR-hugh 你在给 @zhangshiyinrunwithcc 继续挖坑哪:
> git clone https://github.com/DebugUself/du4proto.git
这第一步就已经错了...
或是, 没有给出用户认证的过程来...导致之后的一切问题...
其实,任何一步都有对应的内置命令可以检验状态的:
༄ git st
On branch master
Your branch is up-to-date with 'origin/master'.
nothing to commit, working tree clean
༄ git br -a
* master
zoejane
remotes/origin/DM_tools
remotes/origin/DUW
remotes/origin/DU_tools
remotes/origin/HEAD -> origin/master
remotes/origin/ZQ4mDjango
remotes/origin/ZQclj
remotes/origin/ZQipynb
remotes/origin/ZQmma
remotes/origin/csapp
remotes/origin/deepNLP
remotes/origin/master
remotes/origin/tl2wc
remotes/origin/zoejane
༄ git ll -12
* 09b493f - (HEAD -> master, origin/master, origin/HEAD) Update 0w11d's amount of time
| GitHub 63 minutes ago
* 0fc01e2 - Update du_s01e01_zhangshiyinrunwithcc.md
| GitHub 71 minutes ago
* 95b43e6 - draft(How2jump) fix typo
| GitHub 2 hours ago
* b4fe1e8 - draft(How2jump) add two pictures
| Zoe 2 hours ago
* 3f07885 - draft(How2jump) append stuff
| Zoe 2 hours ago
* 8f83221 - Merge branch 'master' of github.com:DebugUself/du4proto
|\ Zoom.Quiet 3 hours ago
| * 95856ef - Update du_s01e01_Zxlon.md
| | GitHub 3 hours ago
* | ad0918f - draft(How2jump) 完成心目中的主要嗯哼
| | Zoom.Quiet 3 hours ago
* | 2ef99f1 - draft(How2jump) appended stuff
|/ Zoom.Quiet 4 hours ago
* a624e3f - add d9 time log
...
等等...以便知道自己当前在什么状态中...
https://github.com/DebugUself/du4proto/issues/40#issuecomment-293872952
是也乎,(￣▽￣):
以及其它N 个原因,导致无法用 Chrome 替代 FireFox
https://github.com/DebugUself/du4proto/issues/39#issuecomment-293833165
On Thu, Apr 13, 2017 at 4:17 PM, nibirong <notifications@github.com> wrote:
>
> Reopened #39.
>
是也乎,(￣▽￣)
正要问, 为毛关闭了, 自己打开的意思是?
俺的期待:
- 这是一则非常经典的 怼故事哪
- 请主动增补到周刊中:参考 README.md
https://github.com/DebugUself/du4proto/blob/DUW/README.md
DU1w_draft.md
https://github.com/DebugUself/du4proto/blob/DUW/DU1w_draft.md
https://github.com/DebugUself/du4proto/issues/39#issuecomment-293813781
@NBR-hugh 是也乎,(￣▽￣)
并无误解:
> 不发布 不等于不记录
- 错, 不发布的记录等于没有记录
- 因为, 你放弃了直接的 debug 渠道
- 同时也给自己的心理给了一个足够偷懒的空间,危险
> 作品更偏向是教程,指南的清晰具体
- 错, 记录就是记录, 不用风格化为其它什么东西
- 教程/指南原本就是记录:
+ 真实的可复现的操作指令序列
+ 夹一些提醒自己容易出错的说明
+ 只是后来出版社为了绩效乱加了那些我们以为是好的风格化的玩意儿
> 半年前的自己也很陌生
- 错, 不是陌生, 只是陌视而已
- 人的记忆其实非常扎实的, 只是长期记忆的提取要有特殊技能
- 这里的半年,是借用义务学制中的学年概念, 半年就是期中考试, 也就是半途止损点
- 我们要求/需要/期待的是可用文档, 不是出去卖銭的成品图书
+ 所以, 嫑合自己太多完全不必要的假设写作要求
+ 技术文档/记要只有一个唯一指标:
* 可用
* 即,根据你的文档可以解决对应问题
* 所以, 设想读者想看什么根本是方向反了
* 而是, 自己重新再解决同一问题时,如何能更加简易/不出错?
> 当时的记录与后来的反思修改的区别
> ...
> 探索过程记录未结构化,保证可读性时,不宜直接发布
>
- 错, 原始记录才是正义, 其它的都是表演
- 又错, 为什么记录时,就不能直接结构化了?
+ 学习使用 md 不就是为了将结构化最简洁的进行?
+ 以及, 所有程序输出/调试打印, 不都是为了自己可读?
+ 如果记录的一定是不可读的,只能证明记录错东西了..
- <-- 输出是更加残酷的输入
+ 又一层含义就在这儿
+ 为了输出的记录, 才是对的,可用的
+ 否则, 你记录的根本对解决问题无帮助的...
+
https://github.com/DebugUself/du4proto/issues/39#issuecomment-293790858
@OMlalala 又, 为什么要 gitbook ? 这对你的自学有什么本质上的帮助?
这种帮助用其它形式可以作到嘛?
https://github.com/DebugUself/du4proto/issues/39#issuecomment-293790755
@NBR-hugh 是也乎,(￣▽￣)
> 觉得探索过程不宜发布
<-- 反对! 原因也早已说过:
- `输出是更加残酷的输入`
- 探索过程有发布的压力时,才能更好的记录
- 有了足够清晰/结构化的记录后,第一读者是自己
+ 有助第一时间看清楚自己的思路和行为是否统一
+ 有助形成学习/实践/输出的节奏:
* 是的, 如果折腾完再来记录, 经常回忆不起, 而且又没有合理的工具来维护这种行为序列
* 是的, 这又是一个 MVP 的落地点
* 思考 -> 什么节奏/时间长度,对自己最合适?可以解决一个最小问题?
- 以及什么是最小问题?
- 怎么定义/预测/规划, 最小问题**序列** ?
> 写笔记时只想着自己要什么,没有想到读者要什么
- `教会他人才能证明自己真正会了`
- 在没有具体的他人时, 半年前的自己就是 读者!
- 如果输出的文档, 连自己都看不明白, 那没有人可以看明白的
- 所以, `只想着自己要什么` <-- 是对的
+ 嘦将时间线向前调节半年
+ 就能判定出要写什么记录什么,以及劝说什么了...
https://github.com/DebugUself/du4proto/issues/36#issuecomment-293771161
@DebugUself/du4all 是也乎,(￣▽￣)
反思一下: `俺不是变态`
- 并没有看着大家折腾不出来时的快感
- 只是着急: `为什么不这么想?`
- 却是没有发现:
+ 其实在不同的角度上讨论
+ 想知道怎么作时 <- 回怼 为什么, 其实是没有用的
+ 想知道为什么时 <- 回怼 怎么作, 其实是感觉被小看的
+ 有时,先得授之以鱼,以便树立信心/和关键的正确基础, 才能完成授渔.
所以, 对于大家从来没有正确使用过 github 的学生, 任务来了, 再次来了:
- 分别给出你当前从本地远程和 github 互动的说明书吧!
+ 42小时以内
+ 包含基于什么软件
+ 配置了什么
+ 怎么开始的
+ 日常怎么操作的
+ ...
- `(￣▽￣)` 俺的经验
+ windows 中, 安装 cmder 内置所有必要工具 -> `ssh-keygen` 完成本地 SSH 密匙对的生成
+ linux/mac 中, 所有工具是内置的,在喜爱的终端中使用标准 git 命令进行就好
* -> `ssh-keygen` 也是内置有的, 进行本地 SSH 密匙对的生成
以上, 才能正确的开始 github 自在之旅...
神奇的是,2年后, 才发现, 这是 github 使用的最大也是最小的困难,
可能,所有没有通过 开智课程的好人们, 都怼在这儿没有过去...**细思恐极**
https://github.com/DebugUself/du4proto/issues/36#issuecomment-293768316
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
参考: [[ASK]git push origin master报错refusing to merge unrelated histories应该搜索关键词是？](https://github.com/DebugUself/du4proto/issues/27)
- 一切问题,在你并没有理解远程仓库和本地仓库的根本差异, 在权限管理上
- 又幸运的通过强行开始分支, 完成了远程分支创建, 从而开始误解了 github 仓库正常远程交互的基础:
+ **认证**
+ 同时, 官方文档并没有给出有操作次序依赖的指示
+ 导致, @zhangshiyinrunwithcc 在没有正确的开始基础上越挖越偏...
- 参考:
+ [Mac配置命令行访问 github.com · OMOOC2py](https://faketooth.gitbooks.io/omooc2py/content/0MOOC/0w/0d_mac%E9%85%8D%E7%BD%AE%E5%91%BD%E4%BB%A4%E8%A1%8C%E8%AE%BF%E9%97%AEgithub.com.html)
+ [如何在Github上参与开源项目 | 开智Python二期学习笔记](https://liangpeili.gitbooks.io/omooc2py/content/week0/joinin.html)
+ [Double Push | OMOOC.py](https://openmindclub.gitbooks.io/omooc-py/content/support/dpush.html)
+ ... <-- 往期学员本身就是一个巨大的宝藏, 并展示了记录什么的姿势
所以, 前述三类参考非常明确:
- 如果一定要使用 https 来访问 github, 那么保存身份有3种方式,用方便的那种
- 推荐使用 SSH 的认证
- 又: `.git/config` 非常重要和有用, 要认真理解和使用
https://github.com/DebugUself/du4proto/issues/36#issuecomment-293754288
@zhangshiyinrunwithcc 突然意识到, 可能一切的原因是你的 OS 问题...
- 如果你是 windows ...哈, 那 git 一应方便对你而言都多了一层的...
- 如果是 macOS 应该没有什么困难:
+ SSH 是一切的根源
以及:
- [Caching your GitHub password in Git \- User Documentation](https://help.github.com/articles/caching-your-github-password-in-git/#platform-linux)
+ [Why is Git HTTPS not working on GitHub?](http://olivierlacan.com/posts/why-is-git-https-not-working-on-github/)
- [git \- Is there a way to skip password typing when using https:// on GitHub? \- Stack Overflow](http://stackoverflow.com/questions/5343068/is-there-a-way-to-skip-password-typing-when-using-https-on-github)
+ [Git \- git\-credential\-store Documentation](https://git-scm.com/docs/git-credential-store)
+ [git clone https://username:password@github\.com/\.\.\. \- 简书](http://www.jianshu.com/p/a6c75591a8f2)
- [SourceTree 連接 GitHub, Bitbucket \(使用 SSH\) 於 Windows \| 代碼星球](http://codeplanet.me/archives/2014/11/sourcetree-connect-github-bitbucket-use-ssh-on-windows/)
+ [How do I use SSH with SourceTree? \- Atlassian Documentation](https://confluence.atlassian.com/bitbucket/how-do-i-use-ssh-with-sourcetree-282173660.html)
+ [Generate and Load SSH Keys into SourceTree with PuTTY \- Atlassian Documentation](https://confluence.atlassian.com/sourcetreekb/generate-and-load-ssh-keys-into-sourcetree-with-putty-790629663.html)
+ [Connecting to GitHub with SSH - User Documentation](https://help.github.com/articles/connecting-to-github-with-ssh/)
- 简单的说, github 重视我们的数据安全, 如果我们自己不重视, 则...
https://github.com/DebugUself/du4proto/issues/40#issuecomment-293750737
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
- 好歹指标 -> [[LOG]知.时管理](https://github.com/DebugUself/du4proto/issues/34) 早已 公开N 年了
- 好物来源 <- 同前分享:
+ 首先得有自己效率的追求意识
+ 然后才会去注意
+ 自然就有了稳定的好物来源
+ 进一步的, 还能发现/主持 相关领域的新好推送
* <-- 第一个怼任务中就包含这方面的信息
* 大家不亲自从 zoomquiet.io 挖掘下去,是不会理解的...
https://github.com/DebugUself/du4proto/issues/39#issuecomment-293745386
是也乎 ╮(╯▽╰)╭
这种过程记录太累了
图片内容无法直接用…
再试其它方式?
https://github.com/DebugUself/du4proto/issues/38#issuecomment-293475553
是也乎 ╮(╯▽╰)╭
非常感谢妳的开始…
这才能进一步的改进…
问题…俺目测出主要两个方面的…
看起来…大家无论 issue wiki 的编辑…都是在网页中直接进行? 怪不得又慢~格式又总有问题 <--
其次~大家总不自主的找体力活来作~
比如这个怼友联络表的发布…
几乎就是将原数据用工具格式化为 md 就好了…
自己的思考~决策很少…
进一步的…统计各人行为的数据来源和展现形式呢?
并没有看到规划…
其实…想令这种成员表**可用** <--
就得提供别处没有的好用信息
实际上大家的活跃度…是很好的切入点…
值得包含起来…
进一步的…逐步包含进来…大家关注的指标…
就变成了…怼圈专用的仪表盘了
期待中~
https://github.com/DebugUself/du4proto/issues/34#issuecomment-293472020
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/35#issuecomment-293471977
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/31#issuecomment-293471954
CANCEL for overflow ;-( 放弃/转义/过期....
https://github.com/DebugUself/du4proto/issues/11#issuecomment-293471898
DONE as good! 达成/归档/交付ed
https://github.com/DebugUself/du4proto/issues/25#issuecomment-293471864
ARCHIVED be wiki ;-) 归档/收录/提交ed
未完成...
https://github.com/DebugUself/du4proto/issues/30#issuecomment-293471813
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/32#issuecomment-293471799
--> [[ASK]git push origin master报错refusing to merge unrelated histories应该搜索关键词是？](https://github.com/DebugUself/du4proto/issues/27)
CANCEL for overflow ;-( 放弃/转义/过期....
https://github.com/DebugUself/du4proto/issues/28#issuecomment-293471714
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/27#issuecomment-293471631
--> [[LOG]git push origin master的实验记录](https://github.com/DebugUself/du4proto/issues/36)
CANCEL for overflow ;-( 放弃/转义/过期....
https://github.com/DebugUself/du4proto/issues/24#issuecomment-293471525
<-- [[wiki][ANN] 不仅仅是怼友联系名单。](https://github.com/DebugUself/du4proto/issues/38)
DIE by over deadline! 逾期/失格/无用ed
https://github.com/DebugUself/du4proto/issues/38#issuecomment-293471422
@13416136446 参考:
[InfoDUaddr · DebugUself/du4proto Wiki](https://github.com/DebugUself/du4proto/wiki/InfoDUaddr)
俺精简了一行的内容,看看是否更加可用了?
另外, 外部链接, 根据以往的体验都收集在 页底索引的
侧栏, 都是我们原创的...
https://github.com/DebugUself/du4proto/issues/38#issuecomment-293469142
@13416136446 是也乎,(￣▽￣)
- 这种响应速度才是回事儿哪
- 非常不错:
+ 格式正确, 渲染效果无错
+ gh-wiki 索引自己追加了
+ 推荐了完备的 维基使用手册
- 但是:
+ [如何編輯 Wiki · g0v/dev Wiki](https://github.com/g0v/dev/wiki/%E5%A6%82%E4%BD%95%E7%B7%A8%E8%BC%AF-Wiki) 这个链接为什么不索引到我们自己的 wiki 中来?
+ 以及,如截屏效果 <-- 问题根源同大家的时间帐单记录形式
* 都少思考一层 --> 别人怎么来用?
- 还有:
https://github.com/DebugUself/du4proto/wiki/%E6%80%BC%E5%8F%8B%E8%81%94%E7%B3%BB%E8%A1%A8
这是什么鬼?!
<-- [禁止事项清单](https://github.com/DebugUself/du4proto/wiki/HbNotDoIt)
又一次视而不见醉点事件...
而且这样的 编辑体验不感觉有问题?
**怼友**：
- [怼友联系表](https://github.com/DebugUself/du4proto/wiki/%E6%80%BC%E5%8F%8B%E8%81%94%E7%B3%BB%E8%A1%A8)
https://github.com/DebugUself/du4proto/issues/24#issuecomment-293459138
@13416136446 是也乎,(￣▽￣)
push 到 code 仓库中, 是好的哪,如果格式是 md 的话,
大家就可以直接使用了,
另外, wiki 也是一个内容可以快速共同维护的好去处,,,
你的问题不在第一直觉的决定,而在操作的过程中体现出来的行动序列设计有问题;-)
https://github.com/DebugUself/du4proto/issues/37#issuecomment-293450644
哈, 质疑一切的精神是非常好的, 只是,没有优先在自己的任务上,
Uself 基于几个原因:
- 读的出来
- U -> You 是惯常的替代法, 比如说 2 -> to, 4 -> for
- Uself 比 Yourself 少近一倍字母, 读音又相同
- de+bug + you + self 原先想用 DebUself 的, 但是,缺少了关键的 bug, 才 -> DebugUself 的
- 另外 UgU 也样一个累碎了,流鼻涕的人脸
- 即,在 编程中, 为了增加趣味 减少输入 unique ID, 各种常见的生造词方式是 hacker 变化的一部分
- DebugUself 已经配置到所有相关的资源中了
综上 DebugUself(DU) 本身就是不现有单词的简单拼接, 而是为我们的 怼圈 设计的一个专有词
不用为了 en 的语法修订
https://github.com/DebugUself/du4proto/issues/24#issuecomment-293304287
@13416136446 如果已经整理好清单了,
那么分享文件的渠道我们有更加简单的哪?
- 列表群发邮件分享
- 小密圈文件分享
- ...
都是可以的哪?
为什么一定将一件事儿,用最复杂的方式去作呢?
https://github.com/DebugUself/du4proto/issues/2#issuecomment-293271025
@DebugUself/du4all
作业任务发布9天了, 居然:
- 任务要求,估计大家都没有认真看过:
+ 第二周要开始根据前周的自视
* 进行优化了 -> 当然要记录/追踪/对比优化效果哪
+ 平常人每周的行为不应该有猛烈变化的
+ 所以, 一周的自怼, 应该识别出所有 敌友了 ..
+ 以往的惯性浪费, 当然也要用新的习惯来嗯哼回来
+ 那么请开始
- 最终交付物的内心期待:
+ 14天, 有前后比照揭示的数据
+ 持续/增补/修订的 **自怼帐单说明书**
* 是的, 难道准备第 13 天几小时完成 1024+ 字以上的可用文档?
* **MVP** 原则, 不仅仅在编程, 文档一样适用的哪
* --> [History for DU1w_draft.md - DebugUself/du4proto](https://github.com/DebugUself/du4proto/commits/DUW/DU1w_draft.md)
https://github.com/DebugUself/du4proto/issues/12#issuecomment-293167092
是也乎 ╮(╯▽╰)╭
信息量只会越来越大…
没有高效处理流程 <-- 唉…阿门
https://github.com/DebugUself/du4proto/issues/35#issuecomment-293154616
是也乎 ╮(╯▽╰)╭
很明显…有综合动态实时提醒的…
不然…俺乍知道大家干了什么?
在哪?哈…一直在那么明显的地方…
https://github.com/DebugUself/du4proto/issues/34#issuecomment-293124835
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
这儿是 `自怼圈` 又不是集中营, 大家是平等的, 都是积极自学者,
其它人的建议, 认同就去尝试, 得到自己第一体验后,
再回怼, 凡事儿只是不涉及 情感和财务, 都不应该需要谁的授权的,
当然, 是否去嗯哼, 一直有基本的判定:
- 是否侵害怼员们的成果? 造成 丢失/删除/覆盖/... 其它人的目录/分支/仓库/...
- 是否有益自己? 足以产生 `3有` (有用有趣有种) 输出?
- 是否有益怼友们的自学?
以上...
https://github.com/DebugUself/du4proto/issues/34#issuecomment-293121101
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
优先级反了: [[ASK]git push origin master报错refusing to merge unrelated histories应该搜索关键词是？](https://github.com/DebugUself/du4proto/issues/27)
才是第一优先的, 连记录什么,怎么记录都没嗯哼清楚时,
越多的搜索,越乱的思维和行动...
记住, 搜索的核心技巧就是: **GiGo**
Garbage in
Gatbage out
https://github.com/DebugUself/du4proto/issues/34#issuecomment-293119607
@OMlalala @zhangshiyinrunwithcc @zoejane
是也乎,(￣▽￣)
多说一句, 这种技能和 狙击战术小组 的技术也非常相似
https://github.com/DebugUself/du4proto/issues/34#issuecomment-293119497
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
这其实就是 [42h[DUW]仓库故事还原追查法](https://github.com/DebugUself/du4proto/issues/25)
预约的你的互联网信息挖掘术的另外应用而已
只是, 时限将到了, 依然没有给出大家可用的方法分享来,
却也在其它怼友面对如此明显的线索时, 无力独自挖掘到最新有效信息时,
共同缺少的基本互联网技能树:
- 搜索
- 辨别
- 收集
- 整理
- 再搜索
- 产出....
https://github.com/DebugUself/du4proto/issues/34#issuecomment-293114695
37singnal 的确是家公司…启业作品是 basecamp ……
多年过去网站改版…
但有关键词了…可 digg也
https://github.com/DebugUself/du4proto/issues/34#issuecomment-293104239
是也乎 ╮(╯▽╰)╭
辛苦…记要的很精当…
仅少了一节~你的感受?哪些躺枪?哪些不认同?为什么?
以及对比记了九天的时间帐单…有什么感觉?
https://github.com/DebugUself/du4proto/issues/31#issuecomment-293010391
@simpleowen @bambooom
还是不够简洁, 想象要想快速在不同分支中工作呢?
https://github.com/DebugUself/du4proto/issues/32#issuecomment-292998217
@bambooom 不是
@simpleowen 俺也不理解, 为什么同一任务, 要持续分裂为不同 Issue?
https://github.com/DebugUself/du4proto/issues/33#issuecomment-292994268
@zoejane 是也乎,(￣▽￣)
- 理解错误任务的目标了吧?
- 不是记录/分享你的尝试过程哪
- 而是象, 俺在工具箱分享中给出的, 自己的评测指标体验?
+ 以跨平台/屏 高效输出 为目标
+ 什么样的组合/行为/训练下, 可以逐步提升自己的输出速度?
+ 以及, 如何评定输出速度和品质?
+ 以及, 关联的又一个任务 -> 分析高品质输出的依赖条件,和如何积累?
嗯哼...任何一个值得怼入的任务, 其实总是指向相同的命题:
如何更快更有效的自我成长?
https://github.com/DebugUself/du4proto/issues/32#issuecomment-292992316
@simpleowen 是也乎,(￣▽￣)
这是比较绕的方式, 请用更加直接的...
https://github.com/DebugUself/du4proto/issues/23#issuecomment-292983461
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
人家就是 pyenv 以及其它好几个热门工具的作者哪...
https://github.com/DebugUself/du4proto/issues/31#issuecomment-292974394
@simpleowen @bambooom
是也乎,(￣▽￣)
下期自杀故事, 就你们俩自己来写吧...
- 背景
- 设想
- 结果
- 收尾
- 所以->资料,以及心法
@zoejane 监督, 在正确的地方开始写...
https://github.com/DebugUself/du4proto/issues/14#issuecomment-292875207
@zhangshiyinrunwithcc 嗯哼?
刚刚约定的尽可能迁入 玻璃花园的决议呢?
怎么又分裂出去了?
https://github.com/DebugUself/du4proto/issues/30#issuecomment-292872504
@zhangshiyinrunwithcc 是也乎 (￣▽￣)
- 这般冲动非常积极哪
- 但是关联的思考都不充分呢:
+ [[WIKI] 怼圈的知识管理流程](https://github.com/DebugUself/du4proto/issues/14)
+ 看起来这个 Isuue 和大家没有关联嘛?
+ 其实, 在自怼圈中所有人的所有行为, 不过是彼此不同时期的经典行为而已
+ 如果不注意, 很容易反复折腾相同的事儿哪
* 比如, 挖掘 `zoomquiet.io` 以及关联资源, 任务没有互助完成, 大家就不知道俺能提供什么
* 又比如, 在开智课程, 大家使用的是相同的 github 平台,自然的所有规约都可以拿来使用
- [文章编辑检查清单](https://github.com/OpenMindClub/Share/wiki/HbEditorChecklist)
- [缩写规约](https://github.com/OpenMindClub/Share/wiki/HbShortRule)
- [文档撰写指南](https://github.com/OpenMindClub/Share/wiki/HbDoc)
- [GitHub 协作注意事项](http://ishanshan.top/community/HbGitHubCooperate.html)
- ...
* 都是现成的, 居然没有人去借用...
* 以至, 相关的 Issue ,俺以为可以立即达成同识的..
所以,这一自发任务的第一印象问题:
> [WIKI]42hSearchIssueHb~如何快速查看个人已发issues
> -->
> 42h[WIKI]如何快速查看个人已发issues
> SearchIssueHb
> -->
> HbSeekIssue
并应该第一时间, 合理追加到 `_Sidebar.md`
进一步的, 从知识形成流程角度:
- 参考: [协同总则](https://github.com/DebugUself/du4proto/wiki#%E5%8D%8F%E5%90%8C%E6%80%BB%E5%88%99)
- 应该先在 Issue 中发起任务
- 在 Issue/仓库中 起草文稿
- 经过讨论/评审/试用后
- 才最终可用版本发布到 wiki
+ 因为 wiki 中的文字变化
+ github 并没有自动提醒支持
+ 也无法类似 commit-comments 的形式来逐行点评
- 即, 文稿也视作软件产品的话
+ 维基 就是最终版本发布空间
+ Issue/仓库 就是开发/测试空间
+ 当然不应该不经过开发/测试,就直接发布到正式文档空间的哪...
https://github.com/DebugUself/du4proto/issues/24#issuecomment-292796864
@13416136446 是也乎,(￣▽￣)
- 刚刚想碎的, 结果, 看到回复,还是忍不住:
- 这么长时间了, md 格式总应该足够嗯哼了吧, 怎么还是有意外引用?
+ 好吧, 触发早已准备好的小任务:
+ 42h 以内, 收集:
* 在 github 上创建/回复/修订 Issue / Commit-Comments 的方式/流程/工具
* 各有什么优点和问题?
* 你的建议?
- 以及:
+ 任何时间, 都嫑忘记: `MVP`
+ 一个永远在规划中 ,不执行的完美计划
+ 其价值, 永远比不过, 立即执行的有问题的行动
* 当然, 要热心的持续改进
* 伴随推进!
https://github.com/DebugUself/du4proto/issues/29#issuecomment-292793630
@zoejane 是也乎,(￣▽￣)
- 输入速度 --> 嗯哼, 恭喜你, 重新激发任务:
+ [via](https://wx.xiaomiquan.com/mweb/views/topicdetail/topicdetail.html?topic_id=455558425528&secret=0x9nikinjcthvcwakp0ijxdjxmeftif4)
+ 72小时以内:
* 静思…或群想…
* 给出跨屏高效输入中文的最佳工具箱说明书吧 <--
+ 以及追加一层思考:
* 高速的高品质的输出, 基于哪些因素?
* 优先级排序的话都是什么?
- 哪些是自己可以立即改进的?
- 哪些不行?
- 分别怎么弥补?
https://github.com/DebugUself/du4proto/issues/29#issuecomment-292793256
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
- 参考: [知识管理 101](https://github.com/DebugUself/du4proto/issues/14#issuecomment-292774817)
+ `DU` ~ 自怼圈的营造目标
- 以及俺反复暗示的 **所有行为价值的判定是固定的**:
1. 有用 -> 是否解决具体问题?
2. 有趣 -> 是否有能帮助其它人的输出?并包含足够的`能技素`
3. 有种 -> 是否有足够的挑战性?
- 所以, 这种投稿
+ 不能只有自己的情绪记录
+ 至少要:
* 包含具体案例/行为/证据
* 心智自我分析
* 并最最最最最...最重要的 -> 给出改进的对策/方法/工具/技巧...
- 必须,第一时间想到, 如何/怎样可以帮助半年前的自己?
- 这样,相同的输出成果, 一定能帮助到感受到相同嗯哼的 怼员们了
https://github.com/DebugUself/du4proto/issues/28#issuecomment-292790944
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
细心的MM 有好报的, 俺感觉, 俺挖的坑,在逐步侦探出来了
- 其实,也很简单: [About milestones - User Documentation](https://help.github.com/articles/about-milestones/)
- 用的就是 milestones -> `里程碑` 的原义哪
- 默许的排序有点儿嗯哼
- 但是, 用 **里程** 视图看就非常明显了:
+ 3个月 -> `又`
+ 6个月 -> `寸`
+ 3个月 -> `心`
+ 以上, 在启动会议中就说明过了
+ 只是追加了个:
* 无限期的 -> `Chaos`
* 收集和具体任务无关的
- 所以? 不言则明的了吧?
https://github.com/DebugUself/du4proto/issues/26#issuecomment-292790108
@zhangshiyinrunwithcc @bambooom @zoejane
是也乎,(￣▽￣)
其实, 这个 Issue 有关照的未尽任务:
- [[TASK]72h:版本仓库中应该放什么文件?](https://github.com/DebugUself/du4proto/issues/9)
- [[TASK]72h:如何从历史上真正删除意外 push 的不当文件?](https://github.com/DebugUself/du4proto/issues/10)
@NBR-hugh <--
https://github.com/DebugUself/du4proto/issues/27#issuecomment-292789903
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
允许俺大笑 42 秒先...
> 在github上开了1个仓库test 链接
从github将该仓库clone到本地 desktop/test文件夹
在desktop/test文件夹新建文件 test01.txt
希望将test01.txt文件push到远程test仓库的master分支上
以上可能是最关键的行为, 你竟然没有对应的记录 <--
- 之前专门怼时,指出的, 你也记要了: [[WIKI]合理迁入实验指南 · Issue #23 · DebugUself/du4proto](https://github.com/DebugUself/du4proto/issues/23)
- 问题在依然没有理解, 实验/自学/操作/... 的记录,应该记录什么? 以及为什么 <--
+ 很简单: **提供足够的信息,以便自己和其它人可以复现问题**
+ 那么, 你以上的记录提供了足够的信息了嘛?
俺目测:
- `从github将该仓库clone到本地 desktop/test文件夹`
- 这个从头就错误的操作你是这么来的:
:
git clone https://github.com/zhangshiyinrunwithcc/test.git
- 又或是用 [Download ZIP](https://github.com/zhangshiyinrunwithcc/test/archive/master.zip) 直接下载的
- 那么, 你要不进行 `.git/config` 的修订,是绝对无法将 master 提交任何东西的
- 为什么?
+ 就因为你并没有意识到你的 `将该仓库clone到本地` 这个操作的含义
+ 以及不同操作的后果
再目测:
- 你应该看过: [Cloning a repository from GitHub - User Documentation](https://help.github.com/articles/cloning-a-repository-from-github/)
- 但是,从来没有看过: [Connecting to GitHub with SSH - User Documentation](https://help.github.com/articles/connecting-to-github-with-ssh/)
+ 以及: [Git - 取得Git儲存庫](https://git-scm.com/book/zh-tw/v1/Git-%E5%9F%BA%E7%A4%8E-%E5%8F%96%E5%BE%97Git%E5%84%B2%E5%AD%98%E5%BA%AB)
+ [从github下载某个git库的4种方法 - feiniao1221的专栏 - 博客频道 - CSDN.NET](http://blog.csdn.net/feiniao1221/article/details/7516421)
+ [git - Why does GitHub recommend HTTPS over SSH? - Stack Overflow](http://stackoverflow.com/questions/11041729/why-does-github-recommend-https-over-ssh)
+ ...
- 因为, 对 github 提供的 clone 渠道, 并不好奇, 只是想第一时间完成任务
- 所以, 对实际操作中 github 返回的报错根本就没有进行理解
- 然后, 就用各种猜想的方式来 怼 可怜的 github
- 其实, 过程中早已暴露了原因...只是你视而不见而已
先不说其它的吧, 你用 MAC 的吧?
- 俺也是
- 所以, 俺用 SSH 方式和 github 进行安全的沟通
- 以及, 下次应该第一时间给出
+ clone 下来的仓库中 `.git/config` 的内容
- 比如俺当前 自怼圈主仓库的
:
[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
ignorecase = true
precomposeunicode = true
[remote "origin"]
url = git@github.com:DebugUself/du4proto.git
fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
remote = origin
merge = refs/heads/master
https://github.com/DebugUself/du4proto/issues/21#issuecomment-292780655
@zhangshiyinrunwithcc 参考: [42h[DUW]仓库故事还原追查法](https://github.com/DebugUself/du4proto/issues/25)
已经增补了分类标签: `[DUW]' ~ DebugUself Weekly
https://github.com/DebugUself/du4proto/issues/11#issuecomment-292780546
<-- [[WIKI]合理迁入实验指南](https://github.com/DebugUself/du4proto/issues/23)
@simpleowen 是也乎,(￣▽￣)
- 所以, 发布你的作品, 形式上还是没有穷尽所有哪
- 俺简单列一下方向:
+ 组织新建/fork 仓库
+ 现有仓库的 目录/分支
+ 现有仓库的 远程子仓库
- 再来分别安全实验, 体验一下优缺点?
https://github.com/DebugUself/du4proto/issues/26#issuecomment-292779980
@bambooom 囧rz...
的确: Release DU0w · DebugUself/du4proto
https://github.com/DebugUself/du4proto/releases/tag/17.4.8
fixed
https://github.com/DebugUself/du4proto/issues/26#issuecomment-292779656
@zhangshiyinrunwithcc -> [DU0w](https://github.com/DebugUself/du4proto/releases/tag/17.4.8)
@bambooom 为什么要 pdf?
- 仪式感, 这是不可改变的一个历史瞬间
- 专用资源, 在小密圈中唯一分享
- 内部阶段故事, 不应公开, 至少等 第一期 `自怼圈` 结束后, 再批量释放
- du.zoomquiet.io 期望是有成果性的对象发布:
+ 全新的协同经验
+ 内部小工具产品化
+ om103py 结业作品新版本
+ ... 可以帮助到其它没有入圈的好人的可用资料
+ 以及, 延迟发布:
* 首先,要在内部分享过
* 至少 42天后, 才公开免费体验
https://github.com/DebugUself/du4proto/issues/25#issuecomment-292776803
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
- 参考: [HbUsageIssue · DebugUself/du4proto Wiki](https://github.com/DebugUself/du4proto/wiki/HbUsageIssue)
- 对应规范化了任务标题
- 对于内容:
+ 将模板和正文应该加以区分
+ 俺的感觉这其实,应该是两种文稿:
* 自怼故事脚本记录模板使用手册
* 仓库故事还原追查法(即: github 仓库事件追踪技巧)
- 问题在, 当前文稿,只有还原后的故事陈述
- 并没有给出根据什么以及如何在大量的 github 事件流中,挖掘出关联的变化
- 并快速独自完成人物前后行为因果链的分析并记述的?
+ 以及, 每次复杂的事件, 都应该有个图谱来展示所有行为/资源/仓库变化的关系
* 要是能进一步给出问题根源和对应的操作改进/指南 这个价值就更高了
* 建议,先尝试用 ASCII-art 形成的图谱来综合性的描述一下?
@xpgeng @zoejane @sunoonlee 继续<--
https://github.com/DebugUself/du4proto/issues/24#issuecomment-292775772
--> [[WIKI] 怼圈的知识管理流程](https://github.com/DebugUself/du4proto/issues/14#issuecomment-292774817) 关联思考
当前 `自怼圈` 的策略非常单纯:
1. 继续原先 复习组 制定的自学计划
2. 将一切行为汇集到 [DebugUself](https://github.com/DebugUself)
+ 关联行动 -->
+ [[ANN][IRS]simpleowen->timelogger](https://github.com/DebugUself/du4proto/issues/11)
+ [[WIKI] Issue 创建指南 反馈征集](https://github.com/DebugUself/du4proto/issues/21)
* [[WIKI]合理迁入实验指南](https://github.com/DebugUself/du4proto/issues/23)
3. 大妈/教练 从旁持续嗯哼, 逐渐修正直觉的低效自学, 提高输出效率
+ 所有内部行为的倾向性也非常稳定
+ 这一行为能帮助到更多的怼员嘛?
+ 这一行为是否能用更短的时间完成?
+ 这一行为的输出是否能追踪/改进/再创造...?
问题在大家普遍的对基于分布式团队的协同缺乏基础常识:
- 如何/在哪儿/沟通什么?
- 为什么/要怎样/追踪记录什么?
- 各种常见工具/平台/服务/渠道/... 的优点和应对策略
- ...
- <-- 根源上, 又其实是对自己时间/行为 的失控
所以, 初期, 只追加了一个兼容性的任务:
- [[TASK] 14d: 会议记要+S01E01 任务](https://github.com/DebugUself/du4proto/issues/2)
- 为期2周, 已经过半,但是,执行情况不好
- 只生成一个 Issue -> [[ASK] 有靠谱的时间记录工具否?](https://github.com/DebugUself/du4proto/issues/3)
- 而且多数怼员并没有真正开始正视自身的行为
又因为, 更加基础的一个关系都没有建立起来:
- 自怼圈启动, 已1周
- 从复习组成立, 也已经3周
- 而大家在 om103py 中, 早已超过14周
- 这么长的时间, 依然没有建立起来, 相对紧密的沟通渠道
- 以至, 要在启动8天了,才意识到大家其实相互都不认识
- @13416136446 非常焦虑的发起了这个 任务
- 但是,依然没有解决:
+ 大家及时知道 -> 大家在作什么
+ 大家及时知道 -> 大妈在怼什么
+ 大家及时知道 -> 大家有什么问题,以及我是否知道, 能加以帮助嘛?
+ ...
是的, 即使我们有微信/小圈/邮件/电话/github/.... 以及其它更多的信息渠道
- 依然,没有形成 `及时` -> 不是`即时`, 的有效信息沟通关系
- 为什么?
+ 俺目测, 是因为没有迫切的需要
+ 大家本能的以为必须各自认真安静的自学才能快速掌握以往没有掌握的
+ 异常的经典的 `图样图森破` 了
* 这种模式,大家已经亲自反复多年检验过不靠谱了为什么还要坚持?
* om103py 中已经结合成了项目小组, 也有了共同的代码基础,为什么要从头来?
* ...以及其它 42 种理由, 在推动大家应该小组式创造式学习
- 这时的 MVP 就是
- 每天有新代码发布, 对应新功能, 以及新的文档
- 并且,每天自己小组中的所有进展都知道/理解
- 即使每天一个5人小组只发布了 10行代码,20行笔记
- 也比, 自己 choas 的不知道学了什么要好太多
- 因为, 有一个 MVP 的可用的新基础, 在坚定的向前拱了...
所以:
- 这个怼员列表,绘谁用,怎么用, 就非常考验发起人的意识了
- 是的, 这种列表俺早已在 开智课程 内部主持列了很多次了
- 只是, 不一定合适大家的理解
- 所以, 俺在这儿也只能给出应该的思考方向:
+ 列表应该包含什么信息?
+ 列表发布在哪儿合适?
+ 列表应该在什么场景中使用?
+ 使用效果如何知道?
+ 以及 -> 帮助怼员们改进了什么?
以上, 应该 72 小时以内完成思考/尝试/行动/修订/发布...
https://github.com/DebugUself/du4proto/issues/14#issuecomment-292774817
## 知识管理 101
--> [[TASK]建立怼友索引以及个人介绍页面](https://github.com/DebugUself/du4proto/issues/24)
- 幻灯: [知.时管理](http://s5rst.qiniucdn.com/140303-time4km/index.html)
- 录音: [130315-time2km4kn.MP3](http://zoomq.qiniucdn.com/CPyUG/zq2voice/130315-time2km4kn.MP3) 以及其它版本...
核心理解在:
以及
### 故
--> [协同总则](https://github.com/DebugUself/du4proto/wiki#%E5%8D%8F%E5%90%8C%E6%80%BB%E5%88%99)
- 内部信息闭环的理解远没有被大家重视
- `自怼圈` 的营造目标是
+ 所有人每天都只支出稳定的不长时间
+ 却能稳定的每天都解决至少一个知识点/问题/功能/文案/...
+ 阶段性的相互炫耀高速获得的新技能...
- 所以:
+ 首先, 要能控制自己的时间/行为/注意力
+ 然后, 构建紧密的互怼渠道
+ 这才能真正开始享受 `DebugUself`
目测等大家领悟过来,又得一个月, 俺先说明一下俺习惯性的开源工程式沟通网络的倾向, 并结合当前状态:
- 邮件,关联一切,成为提醒中心/异步线索讨论
- github 有效 MVP 推动场景, 应该尽可能的将一切有意义的输出 push 进来
+ 仓库/目录/分支, 基于 **合理** 的规划追踪并实时公开所有自学/项目/工程 的变化
+ Issue 组织各种任务的发起/追踪/表决/记录
+ wiki 持续积累成型的内部知识/资源/索引/手册/...
+ gh-page 免费的对外发布渠道, 只有阶段性可公开的成果,才应该小心发布
* -> [团体 blogging 栏目规划](http://du.zoomquiet.io/2017-02/rules-pub/)
+ ...所以,各种容器,应该怎么用?
* @13416136446 想违章的怼员列表, 应该在哪个容器中维护?
- 小圈, 仪式感, 自动移动提醒, 内部专有文件分享, 任务通知
- lizhi, 语音资源分享, 或是异步感想发布
https://github.com/DebugUself/du4proto/issues/14#issuecomment-292773574
@NBR-hugh 谁主张谁执行,,,
- 你的初步分析, 中可执行的先执行起来
- 另外 为了加速 怼圈的知识流动,不用追求判断, 限期进行就好...
https://github.com/DebugUself/du4proto/issues/23#issuecomment-292773507
@zhangshiyinrunwithcc @zoejane
是也乎,(￣▽￣)
- 所以, 其实关联的子任务是: `如何记要编程/配置 笔记?`
+ 记什么?
+ 怎么记?
+ 在哪儿记?
+ 如何分享/咨询/发布/...?
https://github.com/DebugUself/du4proto/issues/22#issuecomment-292773439
一般这种近期活动讨论的, 前后 42 小时足够了...
提醒期限管理...
https://github.com/DebugUself/du4proto/issues/20#issuecomment-292773374
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/19#issuecomment-292773363
@zhangshiyinrunwithcc `HbFightIndu` 呢?
--> [[WIKI] 怼圈的知识管理流程](https://github.com/DebugUself/du4proto/issues/14)
https://github.com/DebugUself/du4proto/issues/17#issuecomment-292773319
CANCEL for overflow ;-( 放弃/转义/过期....
-> [[WIKI] Issue 创建指南 反馈征集 #21](https://github.com/DebugUself/du4proto/issues/21)
https://github.com/DebugUself/du4proto/issues/16#issuecomment-292773303
@NBR-hugh 时间比数量重要, 一般42小时吧,
没有反馈就默认同意, 开始推行....
DONE as good! 达成/归档/交付ed
https://github.com/DebugUself/du4proto/issues/15#issuecomment-292773258
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/12#issuecomment-292773220
ARCHIVED be wiki ;-) 归档/收录/提交ed
没有明确的输出, 归档, clean issue
https://github.com/DebugUself/du4proto/issues/23#issuecomment-292725682
@zhangshiyinrunwithcc
> Git是脆弱生态圈
修订:
- git 是强大而复杂的工具(本质上是文件系统)
- GitHub 基于 git 构筑了强大的生态体系
- 问题在, 这一体系中, 积累的工具/服务/接口/技巧/.... 太多了
+ 以至新人不知道怎么开始最吻合当前自己的状态
+ 进一步的, 也经常在不清楚命令后果时, 根据不知来源的教程就大胆操作
+ 以至难以自行恢复仓库状态
- 所以, 对于 `自怼圈` 的主仓库
+ 因为使用者,基本是新人
+ 所以, 这一仓库的生态是`被脆弱`ing
+ 怎么改变?
* 自学
* 实操
* 传播
* 积累
* ...
https://github.com/DebugUself/du4proto/issues/22#issuecomment-292718594
@zhangshiyinrunwithcc 按时按点儿完成, 非常高效 ;-)
记要:
- 问题回怼:
+ [[ANN]预约[DU0wd6zoom]](https://github.com/DebugUself/du4proto/issues/13) 有预告今晚
+ [[WIKI] Issue 创建指南 反馈征集](https://github.com/DebugUself/du4proto/issues/21) <-> [Issue 创建指南](https://github.com/DebugUself/du4proto/wiki/HbUsageIssue) 形成了封环知识流, 并给出了持续增补的渠道
- 当前主要问题是 `玻璃花园` 并没有全体进驻
- 无论帐号还是每日成果
- 决议:
+ 尽快将 `复习组` 的所有行为**合理**迁移到 `自怼圈` 的仓库中来
+ 才能享受更高压的同侪关注
期待:
- 录音/像 的及时发布,以便没有列席的怼友 review
- 在实际操练中快速掌握**合理**的 github 行为流程
- 坑在:
+ 这种需要实际操的学习,应该在哪儿进行?
+ 学到手后, 应该输出什么?
+ 又如何确保所有人明白何时如何操作什么?
+ ...
作为一个自学型组织的原型, 大家必须尽快突破:
- 形成统一的本地环境配置
- 形成统一的每日成果提交渠道/目标/形式...
- 形成统一的相互怼的姿势, 并高度习惯起来
- ...
https://github.com/DebugUself/du4proto/issues/22#issuecomment-292706889
@zhangshiyinrunwithcc 嗯哼, 最长 ID 持有人 果断果断哪...
- 原本想 20:42 开始这次的一周群怼的
- 那已经有人组织了, 俺就不折腾了
- 申请后半程主播权来集中嗯哼一下....
https://github.com/DebugUself/du4proto/issues/6#issuecomment-292702581
@sunoonlee 是也乎,(￣▽￣)
感谢在关闭的 Issue 中持续思考:
- fork 当然可以使用, 嘦能简单的解决这几个需求:
+ 全体知道你在作什么
+ 全体能快速的针对你的代码/文档/Issue 进行讨论/增补/修订...
+ 以及全体能快速获得你的所有最新成果
+ <-- 是的以上所有需求, 是要考虑如果全体都进行 fork 后
* 几十,或是上百个外部仓库的以上需求如何简洁的同时满足?
https://github.com/DebugUself/du4proto/issues/13#issuecomment-292699012
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/20#issuecomment-292579098
@OMlalala 大赞认真....
[由Lua 粘合的Nginx生态环境](http://blog-zq-org.qiniucdn.com/pyblosxom/oss/openresty-intro-2012-03-06-01-13.html)
俺当初也是这样死怼录音的, 然后, 每次认真,都成为进入新圈子的基础诚意...
是的, 后来 t.tt 赞助 openresty , 俺能从中牵线搭桥, 根源就是这篇听录...
https://github.com/DebugUself/du4proto/issues/13#issuecomment-292505382
#图样图森破#
收集俺的嗯哼有毛用…
要制造出自己的
https://github.com/DebugUself/du4proto/issues/17#issuecomment-292488560
@zoejane 珍教有储备, 是时候释放 beta 版了
https://github.com/DebugUself/du4proto/issues/19#issuecomment-292487367
@zhangshiyinrunwithcc 非常专业的行为记录...
只是, 要记住, github 中一切都是 md 以及
- 链接是我们的朋友
- 高速在一切可以相互链接的地方进行链接
- 形成内部知识/事件/代码/思考/行为/...严密关联起来的网络, 才是经验积累的好姿势...
- 回想你回放各种事件时, github 给出的提示? 都是通过链接形式哪
所以, 单单这个 Issue,缺少的链接:
- Issue->wiki
- wiki->Issue
- 小密圈 -> Issue/wiki
- 列表邮件 -> Issue+wiki
- 以及其它场景...
https://github.com/DebugUself/du4proto/issues/13#issuecomment-292445958
2017-04-07 13:32 GMT+08:00 巨晓松 <notifications@github.com>:
>
> 我有个问题，我对大妈的“嗯哼”意思理解不清。
哈, 这的确是俺的恶趣味, 从 2016-11-11 开始尝试新的私人 meme,
原因,以及效果, 大家一起体验
> 我做的工作：
> 1.结合平时感觉，这个“嗯哼”是有语气的，可能表达意思有，疑问、不屑等等
> 2.在谷歌上搜索“程序员的嗯哼是什么意思”，得到的结果没有多少关联度。
> 3.专门搜索“嗯哼”得到以下结果，
> 【拼音】 ěn hèng
> （1） 感叹词语气词。
> （2） 带点贬义色彩。
> （3） 是一种语气与某地域的习惯。意思包含同意、肯定、同感、恭听甚至喜爱等的含义其中。
> （4） 是的。
> （5）一种类似于女生对男生的语气词。
> （6）是一种轻松，愉快的语气词。
> （7） 带有一种特别情调的语气词。
> （8）有时带有调侃的意思。
> （9）意味着一种男人的语气 或高兴或悲伤！
> （10）带着一种提醒的语气词 。
> （11）读升调时常表示肯定。
> （12）答应对方
> （ 13 ） 分开读时表示厌恶的情绪，比如嗯（升调），哼（降调并带有音）
> 结合上下文，个人给的答案是（10）带提醒的语气词。
问题来了:
- "结合上下文" --> 你能收集到多少上下文的案例?
- 其中, 俺什么情况中使用 嗯哼 来替代了什么?
- 替代的原对象,分几类?
- 这种替代有什么好处?又有什么问题?
- 如果是你, 怎么准备如何改进?
- 以及, 这种表述,对你的理解, 引发了什么问题?怎么解决? 至少哪3种方案?
是也乎,(￣▽￣)
对的, 任何一个认真的问题, 都有认真的新任务等着你...
> 请问是这样吗？
>
https://github.com/DebugUself/du4proto/issues/10#issuecomment-292443881
链接到永久证据 -->
change picture to table in du_s01e01_NBR-hugh.md · DebugUself/du4proto@8a6fa3c
https://github.com/DebugUself/du4proto/commit/8a6fa3c27ff0cf596181f533a74df96945cfc6fd#diff-b8fbfcc5b892446d20a467c15c4985f8
On Fri, Apr 7, 2017 at 11:33 AM, nibirong <notifications@github.com> wrote:
>
> Closed #10.
>
https://github.com/DebugUself/du4proto/issues/9#issuecomment-292443395
2.2 我们应该在仓库中存放什么文件 - 《版本控制之道——使用CVS》 - 免费试读 - book.csdn.net
http://zqscm.qiniucdn.com/data/20080104214134/index.html
On Fri, Apr 7, 2017 at 11:34 AM, nibirong <notifications@github.com> wrote:
>
> Closed #9.
>
https://github.com/DebugUself/du4proto/issues/12#issuecomment-292442384
2017-04-07 12:24 GMT+08:00 nibirong <notifications@github.com>:
>
> How-To-Ask-Questions-The-Smart-Way/README-zh_CN.md at master · ryanhanwu/How-To-Ask-Questions-The-Smart-Way
>
是也乎,(￣▽￣)
知道为毛俺不愿意多讲具体的了?
因为20年前的文档, 就已经详尽的说清楚了一应正确姿势,
重复前人的话, 没人愿意...
问题是, 这里你的经验应该增补的是:
- 这么多的要求,好复杂哪, 如何一次性都理解/用起来?
- 如何自行可以判定是否问对了?
- 以及, 更加要命的: 即使俺知道所有提问的姿势, 但问题是不知道问什么哪 <-- 这才是怼员们最嗯哼的地方
怎么破?
https://github.com/DebugUself/du4proto/issues/17#issuecomment-292440398
@NBR-hugh 是也乎,(￣▽￣)
- 这种坚持咬住自己嗯哼并一定要怼过去的气势, 是非常要得的
- 只是...自检清单:
+ 这种检查列表工具, 对固定的事务非常有用
+ 当前, 前提也是得有个正确的使用方式
+ 比如:
* 当前检查清单, 在大家一致体验可用后
* 日常在对应场景:
- Issue创建/回复~
- 维基创建/维护/索引/发布/归档/...~
- 版本提交/点评/...~
- 分支...
- ...
* 那时,大家应该怎么使用这个清单呢?
+ 设身处地的想一想?
* 自检清单,如果作为一项具体的产品
* 大家应该如何使用?
这其实, 就是编程思维最初也是最应该第一时间建立的思考习惯:
- 问题是什么?
- 怎么解决?
- 如何彻底解决?
- 用什么形式/工具/过程/培训/...?
- 最终落地/主机/数据库/... 是什么?如何?指标?确保不错?
- ...
`发现问题->解决` 这就是编程唯一的任务
而其它行业/领域则不是:
- 发现问题 -> 定义问题 <- MBA
- 发现问题 -> 绕开问题 <- 公关
- 发现问题 -> 无视问题 <- ZF
- 发现问题 -> 加重问题 <- HR
- 发现问题 -> ...
所以?
https://github.com/DebugUself/du4proto/issues/11#issuecomment-292229370
@simpleowen 是也乎,(￣▽￣)
明说多次了:
- 方案不只一种
- 应该事先演练
- 给出所有命令行操作
- ...
否则...俺都容易出错呢...
这是 `玻璃花园`
https://github.com/DebugUself/du4proto/issues/15#issuecomment-292102571
@bambooom <-- (￣▽￣) 为竹子翻译一下
`自怼圈最长 ID 持有者` @zhangshiyinrunwithcc 的问题就是
- 俺不管 大妈怎么嗯哼的
+ 俺现在非常痛苦
+ 感觉到俺的自学目标受到反复的摧残
+ 肿么办? 给个说法儿吧!
是也乎, 凉办:
- 反复在各种渠道已经曰过了
- 俺是教练:
+ 肉得大家自己出汗才练的出来
+ 俺只能从旁指出哪儿不对
+ 怎么作? 所有官方文档/教程/视频/示例, 都明明白白的在哪儿
+ 你得先作起来, 否则, 俺也无法知道你哪儿不理解, 也就无法进一步嗯哼了
- 所以, 这里:
+ 没有 `组织者` 只有好奇的大妈温柔的注目
+ 也不应该有 `个体` 因为,大家早已反复检验过了, `个体自学` 的成效是惊人的可怜
* 所以, 大家决心回炉
* 在同侪的压力下
* 成功的 `被动进步`
+ 也没有 `理论` ,提倡用自己的经验转化出理论来,才能有效 got 到差异加以秒懂
+ 因为 `玻璃花园` 中
* 没有个体和组织的差别
* 大家在相同的条件和环境中完成不同的个人/小组目标
* 但是, `AKA` 原理导致, 只有全体怼员理解并共同执行, 否则, 混乱是必定的..
+ `参差多态` 正是 `自怼圈` 好玩儿的地方哪
* 如果大家都是同一房间中相同作习来进行相同内容的复习~ 多无聊
* 无论大家现在的状态/节奏/水平/目标/...无论哪个属性都不同
* 那也没有关系, 而且这也应该是常态
* 但是, 进入 `自怼圈` 大家已经完成了相同的承诺:
- 在 54 周中
- 接受大妈们/怼友们的持续戳点
- 在战争中学习战争
- 在编程/协同/撰写/... 实践中:
+ 认识自己
+ 信任自己
+ 发展自己
+ --> 惊讶大妈
不是嘛?
https://github.com/DebugUself/du4proto/issues/14#issuecomment-292092743
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
- 简直就是 github 小侦探哪
- 这次旁观堪称完美 ~ 是的各种 github 中的故事, 都是如此旁观来的
- 那么 `自怼圈最长 ID 持有者` 你也激发了一个子任务:
+ 42小时以内, 以 Issue 的形式发布一则指南
+ 如何通过 github 理解代码事件的始未?
+ 即 仓库故事还原追查法
+ <-- 是的, 在大家 review 增补后,将变成一则公开的文章,作为怼圈成果发布
@DebugUself/du4all 敬请期待
https://github.com/DebugUself/du4proto/issues/11#issuecomment-292051144
@simpleowen
> 具体步骤
>
- 此节从一开始就充满了隔壁老王的味道..
+ `将服务端程序目录拷贝到` 这里为什么没有操作指令了? 应该都是操作导向的, 先有命令行操作, 才有文字说明的吧
+ 又-> 将原有仓库的代码追加到主仓库分支 这目标
* 有几种方式可以作到?
* 各有什么优缺点?
* 你选择哪一种? 为什么?
* ... <--
- 此类操作, 如果没有绝对把握时
- 最直觉的行为是什么?
+ fork 当前仓库
+ 在自己的私人仓库中演练实操
+ 明确最洁操作, 并理解所有操作的后果后
+ 再来这间所有人都在看着的 `玻璃花园` 来嗯哼
https://github.com/DebugUself/du4proto/issues/12#issuecomment-291932667
@DebugUself/du4all
请大家注意, 为提升 仪式感, 并防止隔壁复习群友来抄作业,
所以:
- [prototype ](https://github.com/DebugUself/prototype) 已弃用
- 升级为 [du4proto](https://github.com/DebugUself/du4proto)
+ 秘密仓库...
+ 没有形成可发布的作品前,只有我们可用...
https://github.com/DebugUself/du4proto/issues/4#issuecomment-291782946
@simpleowen
> ...据说，《追时间的人》是微信群聊天记录整理而成，
>
是也乎,(￣▽￣)
- 这里的 `据说` 用的非常精确
- 从形式上, 的确是通过 开智书友群的定期微信分享收录而成
- 问题是:
+ 分享者分享的东西, 从来不是在微信群中积累/学习/研究出来的
+ 同时, 成书时的稿件, 都是分享者另行整理增补成独立文档的
- 即: 微信群只是个免费的, 基本可用的实时分享渠道而已
+ 其中沟通的好东西, 从来不是在微信群中诞生的
+ 只是, 我们经常的从2/3/4/5/6/7/8...手渠道管理者那儿
+ 从别人拉的微信群中收到非常精彩的内容而已
+ ..
所以?
https://github.com/DebugUself/du4proto/issues/3#issuecomment-291748719
大家不知道手机上看这种 md 表格文本是什么情景?
以及, commit 中点评时,又是一种什么体验?
表格这东西, 原本就是给 BOSS 们看的
我们要自己看, 以及可以快速的发现不嗯哼的点, 并可以现场点评哪...
所以?
https://github.com/DebugUself/du4proto/issues/11#issuecomment-291748045
@simpleowen
有关: `分支中应追踪哪些文件?`
- 其实, 这就是工程架构问题了
- 当前, 作为一个完备的作品开发分支/仓库
- 至少应该包含三类时态文件:
+ 开发时:
* 开发/调试/本地运行的所有
* 代码
* 配置
* 说明
* 样本数据
* ...
+ 运营时:
* 部署到对应云平台相关的
* 配置日志
* 自动化脚本
* 定期数据备份的云盘链接
* ...
+ 教程时:
* 组织独自/团队开发过程中的所有
* 文档
* 教程
* 记录
* ...
所以?
https://github.com/DebugUself/du4proto/issues/11#issuecomment-291747428
@simpleowen
有关: `分支应该处于'开发-测试-发布'的循环中`
- 发布到哪儿?
- 其实,为什么默许使用 中央仓库, 又没有给出具体的使用守则?
+ 就是等大家发觉
+ 并自主思考商讨出协同规约哪
- 现在在都在嗯哼的状态:
+ 因为对仓库/版本/分支/发行/...
+ 一系列软件工程的概念都没有概念
+ 或是说并没有从日程已有的经验中映射过来
俺提醒几点:
- 作品分支就当成主线仓库用先
- 发布版本, 用 tag 可以
+ 当然, tag 的内容, 最好也先进行规划
+ --> **是的引发任务:**
* 如何打 tag?
* 对这个作品, tag 计划如何?
- 真正的持续发布:
+ 当然是一个公众号哪
+ 大家可以根据代码的变化和公众号的功能变化
+ 真正理解代码和功能对应
+ 进而有兴趣加入进来?
+ ...
https://github.com/DebugUself/du4proto/issues/11#issuecomment-291746241
@simpleowen
有关: `大仓库中作品分支命名`
> simpleowen-timelogger
- simpleowen 多余, 因为你提交时, 所有 commit 中自动带了
- timelogger 太普通,不知道你要作什么
- 整体太长, 切换分支时,输入也麻烦
- 建议:
+ TL2wx
+ ~ TimeLogger to wechat
+ 微信中的时间帐单小应用/功能
https://github.com/DebugUself/du4proto/issues/11#issuecomment-291745431
@simpleowen
结尾时:
> 欢迎怼友们不吝 debug [勾引]
>
完全没有任务行为指导意义, 你期望大家回怼什么?
最好逐一列出来, 俺能猜到的:
- 功能可行?
- 分支命名?
- 包含文件?
- 非法制止?
- 加入开发?
- ...
但是,具体是什么, 真心你第一时间嗯哼出来才对..
https://github.com/DebugUself/du4proto/issues/11#issuecomment-291744734
~ [How-To-Ask-Questions-The-Smart-Way](https://github.com/DebugUself/How-To-Ask-Questions-The-Smart-Way)
嗯哼, 还是得再再再再再再再次 推荐提问的智慧哪
@simpleowen 这次任务打捞的态度对了, 姿势依然有问题
俺将逐一分别回复其中的问题,
大家可以使用 `reaction` 来表明态度,当然, 尽可能的针对性增补回复更加好...
https://github.com/DebugUself/du4proto/issues/8#issuecomment-291718179
DONE as good! 达成/归档/交付ed
https://github.com/DebugUself/du4proto/issues/6#issuecomment-291717592
DONE as good! 达成/归档/交付ed
https://github.com/DebugUself/du4proto/issues/7#issuecomment-291717301
DONE as good! 达成/归档/交付ed
https://github.com/DebugUself/du4proto/issues/9#issuecomment-291713758
@NBR-hugh
是也乎,(￣▽￣)
千万别轻易说 不好意思/对不起之类...
这都是种严重的
## 习得性无助症
--> 关联心理
- 认为嘦真诚道歉了, 事儿就能变好
- 嘦道歉了,自己就能学会
- 嘦道歉了...
进而对 **道歉** 形成下意识的依赖以及自我暗示...
- 从而消解了事儿没作好的内在羞耻感
- 进一步的加强了再次范错的复发...
- 如果对道歉有心理阻碍
+ 无法轻易启齿致歉
+ 反而将精力提前投入到阻止错误发生的主动问题解决上来...
+ 从而令自己参与的事儿能高速嗯哼下去
+ 而不是陷入越道歉越有礼貌的气氛维持上来也...
以上程序猿的冷静世界观之片面...
## 要跟自己无法伤害的人做朋友
~ 隔壁班有学员提出这种断言
俺很认同
- 尊重是自己赢得的，不是别人给的
+ 接受自己的不完美是成长的第一步
+ 接受别人的不完美，是走进社会的第一步
- 与其立即道歉,不如蒙头自省, 作出令人无法忽视的大事儿出来
## 其实...
这几天发生的各种小问题,
以及类似的问题,
大家将一直一直一直一直一直一直一直一直...遇到,
因为 你 并没有在解决问题,
只是反复使用不同的操作试图混过去....
简单的说, 不是智力,精力,能力,信心...
- 一切你可能以为的问题,
- 纯粹是注意力问题, 你并没有坐在那儿解决问题,
- 只是在体验问题本身的痛苦, 或是问题冲过去后的高兴...
- 总之, 你并不在问题现场,
- 否则,解决问题的一切技巧你都有丰富的经验的.
## 回到源头
> “比如你挑了那件蓝色的条纹毛衣，
> 你以为你自己是按你的意思认真的选出这件衣服。
> 但是，首先你不明白那件衣服不是蓝色的也不是青绿色或琉璃色，
> 实际上它是天蓝色的，而你从没搞清这个事实；
> 而实际上你也不知道，
>
> 从２００２年Oscar de la Rent 的发布会第一次出现了天蓝色礼服,
> 然后我记得，伊夫·圣·朗洛也随之展示了天蓝色的军服系列，
> 很快的，天蓝色就出现在随后的8个设计师的发布会里，
> 然后，它就风行于全世界各大高级卖场，
> 最后大面积的流行到街头，
> 然后就看到你在廉价的卖场里买了它。
>
> 事实上，这种天蓝色，产生了上百万美元的利润和数不尽的工作机会，
> 还有为之付出的难以计算的心血……
> 你觉得你穿的这件衣服是你自己选择的，
> 以为你的选择是在时尚产业之外，
> 但实际上不是这样的，
> 你穿的衣服实际上就是这间屋子里的人，替你选的，
> 就是从这一堆玩意儿里。”
>
--- "穿 Prada 的恶魔"
是的, 大家在各种课程中被指定使用的工具,
也都是之前, 进行了激烈的, 大量的选择之后的成果...
问题是, 大家在进入后, 竟然麻木的从来不好奇:
- 为什么用这个?
- 其它同类的有什么?
- 各有什么优点缺点?
- 选择这个工具链接为了什么?
- 对我的学习主要针对什么来选择的?
- ...
这才是, 最大的隐患哪... <--
所以? 是的应对方向至少有3 -->
https://github.com/DebugUself/du4proto/issues/6#issuecomment-291496197
@YCR007
> ...之后再以链接的形式上交作业
>
是也乎,(￣▽￣)
这是大家普遍的心智反应, 但是, 问题是:
- 这是自然的嘛?
+ 明显并不是, 因为在 OM103py 之前,大家根本没有听说和经历过
+ 甚至于, 即使通过了 12 周的实践, 也并没有对 `版本` 这个概念有一定的理解和使用
- 这是正确的嘛?
+ 显然并不是, 原先通过链接反馈作业时
+ 教练们来分别进入进行 review 指点时, 方便嘛?
+ 我们自己能快速知道所有人的进展嘛?
+ 那,为什么 OM103py 要求这么作?
- 这是经过思考的嘛?
+ 当然也不是, 大家只是使用了一个最简单的心智模型
* 我吃过苹果, 苹果红色的, 甜的
* 我吃过胡罗卜, 红色的, 甜的
* 现在拿到辣椒, 红色的, 一定也是甜的
+ 悲剧都是自己引发的...
- 这是经过验证的嘛?
+ 果断也不是呢
+ 没有人质疑, 没有人咨询,没有人讨论
+ 直接就上来 fork 了
+ 当然的, fork 不是不好
+ 而是, fork 后准备作什么?
+ 以及, 你的所有 更新,如何回来? 谁来合并? 为什么?
+ ...
- ...
这一切的发现, 只是在进入仓库, 就点了一下 fork ,
可是, 认真想, 这就是大家思维并没有完成全部升级的证据哪...
https://github.com/DebugUself/du4proto/issues/9#issuecomment-291408478
@NBR-hugh 反应正确, 但是, Issue 形式有问题,
而且, 俺在 coomit 中注释的, 是给出了个问题...
这和 列表中的原则一样, 一事一议...
你这样混在一起讨论无法回答的...
请立即修订, 参考以往俺你看到的 Issue 们...
关键是:
- 给出必要信息
- 约定具体行为
- 赋予意义
https://github.com/DebugUself/du4proto/issues/6#issuecomment-291181085
@zhangshiyinrunwithcc `...我们在一起，是训练专业 良好的姿势`
无法同意更多哪:
- 先得敬佩一下自己, 敏锐的抓住了错误现场并发起了面向灵魂的怼问
- 大家相互看一看思考, 就可以发现大家的思维模式/方式/套路/... 都不差
- 就是少了一点儿胆量:
+ `在一起，是训练专业 良好的姿势`
+ 姿势指具体的什么行为? 分几类? 分别如何训练/习惯/获得?
+ 专业/良好的姿势是什么? 指标是什么? 如何评点?
+ 大家当前的姿势又是什么?
+ 和已知的 专业/良好姿势 相差了什么?
* 相差了多少程度?
* 形成差距的原因一样嘛?
* 不同的原因引发的, 弥补/练习/学习 途径也不同的吧? 当然的, 那又分别是什么?
* ...
如此这般: 将一层层自己可以逻辑分析出来的问题, 都尝试自行解决了
- 再来给出工具/教程/体验/计划, 带动所有怼友快速冲入正确的姿势
- 何其快哉?!
是也乎,(￣▽￣)
https://github.com/DebugUself/du4proto/issues/8#issuecomment-291112596
@NBR-hugh DAMA-style 开始 gotting 了哪...
只是:
- 给出的任务要 SMART 呢...
- 这么大的问题, 首先你的体验是什么?
+ 文字立其诚
+ 给出你的几个具体的案例
+ 大家才知道怎么写哪
+ 另外一层诚:
* 有关各种渠道的使用经验/文化/分享/工具/技巧/...
* 你是否挖掘了? 实践了?
- 本质上, 你这问题还是伸手党:
+ 俺知道俺不嗯哼, 请告诉俺怎么办 <--
+ 其实, 最应该的姿势是什么 ? 反复曰过的
* 教会半年前的自己迁移过去...
* 给出对应自己可行的计划的行动/阶段指标/检验方式/对比效果...
再次敬请参考:**[提問的智慧: 本文原文由知名 Hacker Eric S. Raymond 所撰寫，教你如何正確的提出技術問題並獲得你滿意的答案。](https://github.com/ryanhanwu/How-To-Ask-Questions-The-Smart-Way)**
https://github.com/DebugUself/du4proto/issues/6#issuecomment-291089287
> ~ 抛砖
Bamboo 是个好程序媛
>
...
> 都有什么协同形式? 哪种最简单? 我们选择用哪种?
>
> git
>
故意乱回答? 协同形式哪 ~ 当然是协同流程的不同哪
- 中央仓库式
- 主分支合并
- 版本分支升级
- github-PR
- ....
而不是协同工具的选择哪... 我们身在 github 当然无法使用 CSV/Hg/SVN 等等其它版本管理工具来玩的哪?!
> 为什么?
>
> 版本管理，可追溯
> 命令行操作，简洁
>
为什么, 也是针对上个问题的又一层探索, 每一种协同形式/流程,
都是为了解决特定的协同场景问题,
各是什么? 为什么有这种问题? 各种流程如何解决的? 各有什么缺点/优点?
是也乎,(￣▽￣)
其实,这个问题, 已经涉及到了 软件工程中的发布工程概念和思想...
大家嗯哼吧...
> PS：给大家一个例子，最近加入了掘金翻译计划，将近 300 人协作翻译，通过 issue 和 PR 来进行翻译任务安排和校对，整体操作很流畅。（虽然掘金这个是需要 fork 的
- 这计划为什么选择 fork<-PR 这一流程?
- 类似的翻译计划, 还有其它形式嘛? 为什么?
- 对比一下, 哪种更加合适我们当前的状态?
或是说:
整体问题的出发点其实就是在问大家:
你们想在一起作什么?
怎么作?
为什么?
https://github.com/DebugUself/du4proto/issues/5#issuecomment-291074141
@zhangshiyinrunwithcc
- 嗯哼, 在设立 Issue 时
- 一定要先回答:
+ 问题是什么?
+ 什么背景中有这个问题的?
+ 必须/值得解决嘛?
- `Gmail 为什么要自动回复 mailling-list?`
+ 如果这一功能实现了将发生什么?
+ 列表->邮件->自动回复->所有人收到回复->继续自动回复->...
+ 互联网中将瞬间被自动回复邮件塞满了...
- 所以, 你的问题的前提, 俺目测是:
+ 不愿人工回答列表邮件..
+ 问题来了:
* 列表中, 现在的邮件都有什么?
* 分别来自什么来源?
* 哪些应该回复?
* 哪些不用?
* ...
所以...
CANCEL for overflow ;-( 放弃/转义/过期....
https://github.com/DebugUself/du4proto/issues/3#issuecomment-291044174
收纳回, 秘密仓库 Issue 中
关联 -> [[Discuss] 有靠谱的时间记录工具否? · Issue #3 · DebugUself/prototype](https://github.com/DebugUself/prototype/issues/3)
https://github.com/DebugUself/du4proto/issues/1#issuecomment-291043955
ARCHIVED be wiki ;-) 归档/收录/提交ed
https://github.com/DebugUself/du4proto/issues/1#issuecomment-291043936
#IMHO# #Bug#
# web 版通知的不可用
如截屏, 这种只有红标, 却没有任何内容以及链接的通知
- 在桌面 web 版中, 越来越多
- 随着我们的深入使用
所以, 小密圈 的 工程师和其它著名产品经理一样,
自己是从来不使用真空的小密圈来测试的...
#是也乎#
https://github.com/DebugUself/du4proto/issues/1#issuecomment-291043924
#IMHO# #Bug#
# 完全不可用的微信小应用
如图片, 在微信的小应用版本 `小密圈+` 中
刷自己圈子的信息,
将永远重复的将最早的消息输出...
进入一种非常 Naive 的死循环中...
更加可怕的是:
- 这种形式的 小应用
- 令付费的以为这就是小密圈本身
- 不再下载安装 小密圈
- 以至各种更多功能无法使用
+ 如截屏
+ 付费进入的成员
+ 俺想直接沟通
+ 不能...
+ 因为从来没有登录过 app.
所以, 小密圈 的 产品经理和其它著名产品经理一样,
自己是从来不使用小密圈来组织产品设计的...
#是也乎#
https://github.com/DebugUself/du4proto/issues/1#issuecomment-291043907
#Bug# #IMHO#
## 信息黑洞
小密圈, 聚集高质量好友在一起, 长期在一起, 当然是要搞点事儿出来的哪
- 大家好容易在一起聊出来的东西
- 竟然没有任何办法可以方便的拿出来用?!
- 要知, 信息天生就是自由的要流动的
- 对比 github-wiki 无论是否付费
+ 都有对应的 git 路径
+ 可以让成员, 分布式离线使用/完善/增补/...
- 小密圈?
+ 没有任何文档来说明怎么使用我们在这儿碰撞出来的文字
+ 以及也没有任何 API 提供的迹象
+ 也就是说, 这是一个付费制造出来的 信息黑洞
+ 大家只能对最近的几篇文章,进行讨论
+ 过去的, 甚至于现在讨论的将永远只能在 这儿
+ 无法快速的提取, 以便其它组合/再创造...
所以, 俺现在是人工, 将关键文字:
- 复制到 github 仓库中
- 随着讨论的进行, 在同步整理/再输出
- 但是,这样,对小密圈的发展...呵呵
# 唯受小密圈
~ 也就是说, 从根儿上:小密圈就是一个付费才能进入的残废的`微信群`
这就是俺第一篇反馈的虚链接 -->
https://wx.xiaomiquan.com/mweb/views/topicdetail/topicdetail.html?topic_id=222814528151&secret=59ki2qvxatw9wtlb4lw31j99r348gk5k
(大家可以体验一下, 这种链接有毛用?)
以上, 认真使用 小密圈 42 小时后, 先宏观阐述一下体验,
然后逐一怼一下, 要命的脑残功能们...
#是也乎#
https://github.com/DebugUself/du4proto/issues/1#issuecomment-291043895
#Bug# #IMHO#
## 怼不到的成员
真正运营起来小密圈后, 才发现:
- 只有主持人, 才有界面可以进入成员列表
+ 而且这一界面, web 桌面版是没有的
- 成员,是无法知道当前圈有多少同伴的
- 问题来了:
+ 要是 小密圈 禁止成员相互间秘密交流, 俺也能理解
+ 但是,问题是 作为主持人, 想在桌面端私下对一组成员提醒点儿什么
+ 竟然没招!
- 建议:
+ 恢复微信群的逻辑吧!
+ 将 `@` 功能给作齐全了
+ 强制私聊变成公开聊也是好的...
现在这样不上不下的, 就佷 WTF!
# 唯受小密圈
~ 也就是说, 从根儿上:小密圈就是一个付费才能进入的残废的`微信群`
这就是俺第一篇反馈的虚链接 -->
https://wx.xiaomiquan.com/mweb/views/topicdetail/topicdetail.html?topic_id=222814528151&secret=59ki2qvxatw9wtlb4lw31j99r348gk5k
(大家可以体验一下, 这种链接有毛用?)
以上, 认真使用 小密圈 42 小时后, 先宏观阐述一下体验,
然后逐一怼一下, 要命的脑残功能们...
#是也乎#
https://github.com/DebugUself/du4proto/issues/1#issuecomment-291043875
#Bug# #IMHO#
## 找不到的文章
- 嗯哼? 这个问题,两个月前俺回答过哪, 大家也有精彩的讨论
+ 那么, 怎么找到那篇圈内文章?
- 对比 github-wiki:
+ 有 `_Sidebar.md`/`_Footer.md` 手工索引关键文章
+ 文章内部,可以通过文件名形成 `WikiName` 式自动链接
+ 当然, 也可以使用 md 的链接形式, 手工链接到任意内外文章
+ 最后, 实在找不到了, 再搜索一下
- 小密圈 呢? 作为主持人:
+ 标定文章为精华, 但是:
* 精华标多了一样找不到
* 更加可怕的是 精华->`查看全部`
* 并不是精华列表, 而是精华文章+大量回复
* 基本上成员积极点儿
* 这个界面中,前3屏第2个精华文章正文都是看不到的
+ 那尝试追加分类作用的 标签 呢?
* 标签 早已证明不是个好东西
* 任何人都可以任意追加任意内容和数量的标签
* 积累一定时间后
* 基本就无任何指导作用了
* 可以类比在微信中, 对好友的标签分类...
+ ...没招了, 只能搜索了
+ 搜索更加坑:
* 俺只是想找, 当前小圈的相关文章哪
* 搜索,却是强壮的给出了俺所在的所有圈的所有搜索结果
* WTF!
总之:
- 虚URI+故意的产品设计
- 令 小密圈 严密的倾向:
+ 临时性的
+ 非讨论式的
+ 相互点赞之交式的
+ 无法长期讨论的
+ ...
+ 总是就是低智型的快速沟通
+ 想对历史讨论/发言/主题 进行针对性的有结构的管理/索引/快速引用
+ 是 WTF 的...
# 唯受小密圈
~ 也就是说, 从根儿上:小密圈就是一个付费才能进入的残废的`微信群`
这就是俺第一篇反馈的虚链接 -->
https://wx.xiaomiquan.com/mweb/views/topicdetail/topicdetail.html?topic_id=222814528151&secret=59ki2qvxatw9wtlb4lw31j99r348gk5k
(大家可以体验一下, 这种链接有毛用?)
以上, 认真使用 小密圈 42 小时后, 先宏观阐述一下体验,
然后逐一怼一下, 要命的脑残功能们...
#是也乎#
https://github.com/DebugUself/du4proto/issues/1#issuecomment-291043858
#Bug# #IMHO#
## 不能修改的发言
非常惊悚的发现:
- 无论 `主题`/`回复` 嘦发布了
- 就只能 收藏/删除/追加标签
- 不允许作者自己来修改自己发布的文字
+ 小密圈又不是 SVN 版本仓库
+ 对于交流平台, 也没有所谓历史不可悔之说哪
+ 如果出于数据/消息系统的架构问题,最好所有行为是原子的
+ 那俺也理解, 可是,作为作者本人
* 俺在主题原文之下,追加个补丁说明 总是是好的吧
* 不然, 作者对自己的主题的补救说明
* 也只能挤在一堆积极奔放的回复中
* 可能连自己过几天都找不到了...
WTF!
# 唯受小密圈
~ 也就是说, 从根儿上:小密圈就是一个付费才能进入的残废的`微信群`
这就是俺第一篇反馈的虚链接 -->
https://wx.xiaomiquan.com/mweb/views/topicdetail/topicdetail.html?topic_id=222814528151&secret=59ki2qvxatw9wtlb4lw31j99r348gk5k
(大家可以体验一下, 这种链接有毛用?)
以上, 认真使用 小密圈 42 小时后, 先宏观阐述一下体验,
然后逐一怼一下, 要命的脑残功能们...
#是也乎#
https://github.com/DebugUself/du4proto/issues/1#issuecomment-291043843
#Bug# #IMHO#
## 冇用的 web 版`通知`
- 对比 app 中 ->动态|消息:
+ 动态可以进入俺所在所有圈和俺相关的所有场景中
+ 消息 则是可以进入 1对1 的留言场景
- web 版本中
+ 消息 功能消失了
+ 也就是说禁止我们在桌面浏览器中,和同一小密圈的朋友单聊
+ 凭什么!?
+ 一定逼我们,在手机中以极其低下的效率来沟通?!
- 更加搞笑的是:
+ web->通知 和 app->动态 是无关联的!
+ 俺在 app->动态 中点击浏览了相关消息
+ 按照一般产品逻辑, 俺的未读消息数量就应该减少一个
+ 而且同时 web 桌面端也应该一致的减少一个提醒计数
- 更更加搞笑的是:
+ web->通知 本身根本没有所谓消息是否已读的计算
+ 无论俺是否从 web->通知 中点击查阅过
+ 除非手工点击那个不知所谓的标记所有消息已读的 icon
+ 否则, 永远标红在那儿
+ WTF!
明显 app 和 web 是两个开发团队,
而且相互不尿...
# 唯受小密圈
~ 也就是说, 从根儿上:小密圈就是一个付费才能进入的残废的`微信群`
这就是俺第一篇反馈的虚链接 -->
https://wx.xiaomiquan.com/mweb/views/topicdetail/topicdetail.html?topic_id=222814528151&secret=59ki2qvxatw9wtlb4lw31j99r348gk5k
(大家可以体验一下, 这种链接有毛用?)
以上, 认真使用 小密圈 42 小时后, 先宏观阐述一下体验,
然后逐一怼一下, 要命的脑残功能们...
#是也乎#
https://github.com/DebugUself/du4proto/issues/1#issuecomment-291043827
#Bug# #IMHO#
# 唯受小密圈
~ 也就是说, 从根儿上:小密圈就是一个付费才能进入的残废的`微信群`
这就是俺第一篇反馈的虚链接 -->
https://wx.xiaomiquan.com/mweb/views/topicdetail/topicdetail.html?topic_id=222814528151&secret=59ki2qvxatw9wtlb4lw31j99r348gk5k
(大家可以体验一下, 这种链接有毛用?)
以上, 认真使用 小密圈 42 小时后, 先宏观阐述一下体验,
然后逐一怼一下, 要命的脑残功能们...
## 无法关闭的赞提醒
- 点赞功能是 facebook 发明的 VP 发动机,用来提高广告价格的东西
- 而小密圈靠的是圈内髙品质的交流
- 点赞, 除了代表 `联已阅` 之外无论发布人还是阅读者 都没有任何意义
- 就是对 小密圈 也没有任何积极意义 -->
+ 要是在小密圈大家都只是点赞和微信朋友圈中点赞之交一样
+ 那为毛要付费进入?
- 如果小密圈以聚集 1000 鉄粉 为目标
+ 那么应该杀掉点赞功能!
+ 或是,最低限度, 给俺一个选择
+ 在配置中, 可以关闭点赞的提醒!
#是也乎#
https://github.com/DebugUself/du4proto/issues/1#issuecomment-291043817
#Bug# #IMHO#
# 唯受小密圈
~ 也就是说, 从根儿上:小密圈就是一个付费才能进入的残废的 微信群
这就是俺第一篇反馈的虚链接 -->
https://wx.xiaomiquan.com/mweb/views/topicdetail/topicdetail.html?topic_id=222814528151&secret=59ki2qvxatw9wtlb4lw31j99r348gk5k
(大家可以体验一下, 这种链接有毛用?)
以上, 认真使用 小密圈 42 小时后, 先宏观阐述一下体验,
然后逐一怼一下, 要命的脑残功能们...
## Markdown
- 有什么理由在 2017 年还专门不支持 md ?
- 有什么理由在 2017 年还专门不支持 md ?
- 有什么理由在 2017 年还专门不支持 md ?
- 好吧, 俺可以忍:
+ 可是问题是, 为毛在同一个应用内部竟然也有格式不统一的呢?
+ 主题/回复 好歹能记录并体现俺输入的回行以及缩进哪
+ 为毛在 app 中的提问,无论怎么尝试, 最后给出来的都是一坨挤在一起不换行的文字?
#是也乎#
There is 42 issues in the past 398 days. There is 513 issue comments in the past 398 days.