@zoejane 最好直接文字, 这样大家好针对性的讨论?
@simpleowen 言出必然行,非常赞
- 作业目标是快速识别自己的行为
- 并不是最终打印/展示
- 所以, 这里可以用更加快速简洁的列表形式,而不是表格形式
关键是足够自己识别出每天对学习促进和阻碍之事儿/行为/习惯...
以便针对性的嗯哼...
@simpleowen 问题在这个方案在哪儿?
- 大家想自行部署学习怎么办?
- 或是,有问题你如何来对应代码提问?
- ,,,
所以, 对应的内部发布行为怎么来?
- 是的, 如果又要讨论, 那就没够了...
- 俺建议, 立即的, 建立私人作品分支:
+ 对 https://github.com/DebugUself/du4proto
+ 建立合适名称的分支:
* 明显的可知是什么内容
* 作者是谁
* 什么状态
* ...
+ 发布你当前的工具代码:
* 注意, 版本仓库中应该追踪什么文件?
* 这是一个基础又最常出问题的常识
* 请先小密圈中预告一下你的成果发布计划
- 以便大家对工具名称建议
- 你也发布对版本仓库中应该放什么的研究结论
- 以及重要的是: 如何确保所以和他人不误放非法文件进来?
@xpgeng 矜持....太过私人的不用特意公开的,要知道, 这仓库,随时可以 fork 给你女友的...
可以用自己定义的专有名词来替代, 公开自怼的技巧就是通过抽象的模型来讨论,
@xpgeng @zoejane @zhangshiyinrunwithcc 请允许俺笑4分钟的....
太多事儿, 不在协同中怼到, 永远不知道什么行为会引发什么后果的,
所以, 大家的行为想越来越有效率/规范/专业...
多尝试/折腾/犯傻/...
嘦及时知道, 并改正,而且恨恨记住, 再有人嗯哼, 就怼!
@xpgeng 好心的修订了文件名,结果引发了一系列误解,
问题源头的 @zhangshiyinrunwithcc 知道自己哪儿错了?
- 其实就是模板语言的不理解而已
- 什么是模板语言?
- 文件命名格式:
> du_s01e01_[github id].md
例如,俺的作业文件名就应该是: `du_s01e01_zoomquiet.md`
以上两句是前后关联的, 以及前述文本格式就是...
还有什么模板语言,都有什么通用约定?
请试答...
@NBR-hugh 是也乎,(￣▽￣)
视而不见, 触发任务!
- 参考: [add s01e01(zoejane) day1](https://github.com/DebugUself/du4proto/commit/dd18ac1a0114721466833ed2c4f1839fdae8091e)
- 之前已经就图片怼过了
- 进一步的: [add du_s01e01_simpleowen.md · DebugUself/du4proto@df5a846](https://github.com/DebugUself/du4proto/commit/df5a84637b84ee49ac16a6445c3aa69407efad2a)
+ 又引发了新的思怼:
> 注意, 版本仓库中应该追踪什么文件?
> 这是一个基础又最常出问题的常识
> 请先小密圈中预告一下你的成果发布计划
> 以便大家对工具名称建议
> 你也发布对版本仓库中应该放什么的研究结论
> 以及重要的是: 如何确保所以和他人不误放非法文件进来?
然而你依然毫不思考的将自己的图片 push 到了仓库
- 版本仓库管理的是需要版本追踪的对象
- 图片在我们这个场景中有版本变化嘛?
- 他人需要你这图片嘛?
- 为什么你的第一直觉是应该将图片和文字放在一起?
- 还有其它3种以上的解决方案呢...
任务:
1. 共同探索, 版本仓库中应该放什么文件? 为什么? 以及什么是版本?
2. 研究, git 仓库中, 是否能从历史上真正删除意外 push 的不当文件? 怎么操作? 你应该如何在这个公共仓库中操作?
限期: 72 小时 <--
@DebugUself/du4all 全体都应该思考, 以及看大家第一反应, 应该在哪儿如何共同思考/输出这两个问题的成果?
@NBR-hugh 这是现象, 不是原因, 为什么困? 什么导致的? 能避免嘛? 如何避免? ...
@NBR-hugh 这依然是现象, 不是自学不能的原因哪:
- 能劝阻嘛?
- 你能如何处置? 有其它方式确保睡眠嘛?...
@NBR-hugh 又没有吃药, 你自己定的计划, 自己想学...
为什么又不知道要作什么了?!
请穿过现象给出原因和对策
@NBR-hugh 执行什么任务? 此处应该链接上你的当日任务计划的哪...
不然, 看时间帐单,还以为你的自学计划就是总结其它人的经验呢...
问题是你的自怼结果呢? 怎么知道, 自己完成了今天的任务?
@NBR-hugh 为什么创建这个空白文件? 什么目的?
和作业要求不同的行为,就应该进行沟通, 说明足够的理由,
否则, 就应该自行及时处理,删除....
警告一次.
@zoejane
- 这些都是事后的统计, 而不是具体的每天所有行为的计时
- 即, 缺少原始数据下, 你只有统计数据
- 并不能找到每天反复出现的:
+ 黑洞时间点
+ 习惯性放空时间段
+ 无法控制的必须消耗的家庭时间
+ ...
- 那么,你的所有印象式 敌友 的识别就少了很多维度...
- 重新补回来吧...
又:
- 无论眀细还是统计,都要尽可能令这算小结占用的时间足够短
- 否则, 为了节省时间, 而消耗更多的时间...
@EattheSun TOC?
俺知道什么意思, 只是这儿出现能工作嘛?
@EattheSun 为什么选择 html 的格式?
这种格式对再次自动化处理是非常困难的哪
你有什么理由支持这种选择的?
嗯哼, 也就是说在 aTL2 这个工具前提下, 你要用这4个处理才能完成作业文本的整理发布?
前后用时多久? 有改进方法嘛?
要知, 我们记录时间是为了节省不必要的支出...
@EattheSun 在文本界面中, 这种表格就毫无意义了...
有必要一定使用嘛?
@EattheSun
> 4月 04 08:00 pm
结合作业文本:
- `# 170404` 之内的帐单, 4月 04 是多余信息
- `08:00 pm` -> 20:00 节省近一半的字符以及理解
> 4月 04 08:00 pm | 4月 05 12:00 am
- 记录的目标是发现当日的用时问题
- 并不要求一定完整的24 小时覆盖
- 这种跨日的记录, 对数据的处理多了一步, 可以改进...
@EattheSun
> 03:00 | 发呆 还在处理昨天的感情问题
这就是非常明确的时间黑洞了
- 而且全天的行为记录非常少
- 看起来是生活单纯, 都是大块时间发出
- 但是,其实可能放过了更多具体行为
- 以至, 不知如何针对性的改善了
建议:
- 工具要用对
- 配置好尽可能少的 action
- 以便自己在切换记录时, 不用思考太多选择哪一种
- ...
## 感情问题
是也乎,(￣▽￣)
这个俺经验不多, 但是, 情绪管理的经验比较多
- 因为单身 35 年, 有足够丰富的自我管理经验了
- 当感到进入无法控制的僵持状态时
- 立即通过第三方仪式来切换:
+ 一大块巧克力
+ 一小杯酒
+ 出门超市吸点儿人气
+ 快速深蹲/俯卧撑/拳击点空/...
+ 以及其它任何可以令注意力暂时集中起来的事儿
- 当然的, 必须找到对自己最有效果的情绪切换开关
+ 而且最好准备几种效果层次的
+ 一批开关
+ 以便对应不同程度的情绪失控
是的, 当自己享受自己消沉的文艺范儿时
- 世界在疯狂的发展中
- 小伙伴们在疯狂的学习中
- 你未来的老公也在疯狂的锻炼中
- 如果你只是停在那儿...一切将越来越远...
是也乎,(￣▽￣)
还是少挖一层哪...
模板系统的动力来源是什么? 模式匹配哪
为什么要写成模式条目? 因为想一句话说明白一堆条件哪
可是, 在大家不明白, 没有经过类似训练时
你的研究, 应该形成一个什么 可用 的成果输出? 有益怼友们?
是也乎 ╮(╯▽╰)╭
具体日期?
是也乎 ╮(╯▽╰)╭
生猛 --> 但只有统计~无详尽的原始数据~
是无法观察到自己具体时间支出规律的~
因为~除非生活环境内容大变样…平常…各项重复性行为的用时将趋稳的…
是也乎 ╮(╯▽╰)╭
统计…而非自然时序…
对自己真正行为无法观察的…
比如那四个小时的工作…是全身心持续四个小时的高强度输出?
厕所都没上?
开始…没形成习惯时…可设最小时间记录单元为
一刻钟…即每天致少应有四十条以上的记录 <--
是也乎 ╮(╯▽╰)╭
别抖 <--
俗话说: 男抖穷 女抖贱
_(:3」∠❀)_嘤嘤嘤~不要嘛~
@bambooom 这就是坑哪...
- 自己以为这2小时都在作同一件事儿
- 事实上并不是
- 光是上网搜索资料时, 等你反应过来已经刷 weibo 看小视频半小时了...
所以, 记录的其实并不是自己以为的行为, 而是当前自己真正的状态: 输入?输出?处理? chaos?...
@zhangshiyinrunwithcc 眼光宜放长空阔...
大家进入 自怼圈, 已经不是只和身边的小白们相互比较了...
- 实验行为设定, 这种方法很好
- 细节可以进一步的变化为:
+ 用蕃茄钟? 缩小为 15分钟一节看看?
+ 持续的每15分钟, 自省一下当前什么状态?
+ 其实, 这种实验的目标不是一定要每天 40 条记录以上
+ 而是真正的用 工具 来尽可能切实的记录自己的行为状态变化...
@EattheSun 俺提出的只是咨询,不是质疑
判定是否自己可用的标准大家都一样:
- 是否能记录足够多的真实细节?
- 是否能快速获得标准格式数据?
- 数据是否能快速变成 md 格式发布?
- ... 总之, 记录和发布时间帐单的心智消耗, 越小越好
是也乎,(￣▽￣)
@EattheSun
> ... 很容易孤独的人
是也乎,(￣▽￣)
等等, 这儿俺有点 got 不到:
- 孤独 是状态, 的确象饿了...
- 但是, 孤独感觉在中国深圳, 几乎任何一个地理点, 周围都有上万人的城市
- 怎么可以作到 `容易孤独` 的?
- 如果能回顾/分析一下:
+ 自己在什么情况中标志着进入了 孤独 状态
+ 在这个孤独之前,追忆有在作什么事儿
+ 如果发现, 有什么 行为/事件/食品/电视/音乐...
+ 是自己 孤独 感觉的有效开关
+ 就好嗯哼了...
+ <-- 不是任务的任务...因为对其它怼员可能不起作用...
On Thu, Apr 6, 2017 at 10:47 PM, sunoonlee <notifications@github.com> wrote:
>
> 你需要一个类似这样的脚踏板 alevchuk/vim-clutch: A hardware pedal for improved text editing in Vim ， 这样就能光明正大地抖腿了
>
<-- 真爱 ;-)
@bambooom 是也乎,(￣▽￣)
刚刚发生了点儿什么, 看你是否能嗯哼过味儿来
On Fri, Apr 7, 2017 at 12:04 AM, Bamboo <notifications@github.com> wrote:
>
> @ZoomQuiet 难道不是:
>
> 应该新建分支的,
> 结果错误的 push 到了 master 分支
> revert commit.....
> 吗?
>
老司机哪...不过, 具体的不仅仅这么简单...
> 提示 rebase
在隐藏目录中放工程不太嗯哼...
将自己的代码 模块化引用, 非常工程化思维
问题在,看不出基于什么框架来发布的,,,
也没有部署在外网可用云空间中的过程...
如果只是本地模拟使用 微信 那就很难有学员一起来研究 了...
有大块儿代码的注释形式
又, 废代码, 最好不要保留在工程文件中,
收集在有关文档中都是好的
> 自怼圈最好玩的当然是，找到机会，怼到大妈哇，嘿嘿嘿嘿
>
图样图森破, @EattheSun 当面怼过俺两次了,
om103py 启动时, 俺刚好有机会去深圳,
连续两周组织 MeetUP,
然而... --> @EattheSun 来回答就知了...
俺可有录音的...
有输出记要嘛? 这样才知, 这80分钟的效率
怎么对比的? 自己的成果? 这么大块的时间, 好羡慕
所以, 这3小时, 处于两种状态的切换?
那具体的呢? 到底是玩的时间多, 听的时间多?
其实, 中间并不稳定在一个状态的, 这细节就没有记录到
明明两种行为, 没有记录分离
明明有刷手机什么的, 没有记录,
午休, 一定不是 120分钟一直睡觉的吧?
完成了? 怎么完成的?
一直在编程?搜索?对比?
自己在输入?思考?输出? 没有区分就不知道自己哪个方向有问题有问题...
@xpgeng 是也乎,(￣▽￣)
这可能是俺见过的最变态的加载了...
只是一个文本的格式转换哪, 用的了上 核武 级别的 Pandas 嘛?
这叫 win 环境中的怼员们怎么运行?
简化一下依赖吧
用内建函式完成就好
@wenyan666 参考: [README.md](https://github.com/DebugUself/du4proto/blob/master/S01E01/README.md)
为什么创建一个文件名如此嗯哼的文件?
是看不懂约定
还是没有看隔壁怼友们的文件名?
请相互帮助,及时改进,
是的, 如果不特殊说明, 期限都是 42h
@DebugUself/du0mana
是也乎,(￣▽￣)
自怼敌友, 经过7天应该识别的差不多了,
作习有针对性的调节? 开始有见效嘛?
所以,对应的时间帐单, 也应该开始追加改进后的对比效果反思了哪?
证据, 要给自己出示无法回避的证据....
代码以及积木呢?
难得的真正每天坚持, 而且形式越来越有自己风格...
只是, 记录的形式要尽可能的简洁, 以便节省自己的记录时间...
另外, 各种输出散落在各种仓库中, 自己以及其它人都难以集中的对比检阅////
是时候将自己的所有输出汇入在 DU 仓库中, 以便更多的怼员看到...
连续几天 代码的输出比文字的输出少太多了...
这才是根本的吧?
是也乎(￣▽￣)
已经5天没有任何输出了...
是也乎(￣▽￣)
已经5天没有任何输出了...
@zhangshiyinrunwithcc 价值判定正确,,,
但是, 你的半途止损时间也太长了, 两周了....
俺再提醒一点吧: `Git push to remote origin master` <-- 这个问题的精确定义是错误的...
等等,,,什么年代了, 竟然还有人使用 vs和dreamweaver <--
作为老司机, 讲真,注册表是不可能合理清理干净的...
只能系统重新安装,
然后永远不要用需要安装的软件, 而要使用绿色的, 现场可以使用的...
以及其它42种技巧, 才能确保 win 系统在半年内部不用重新安装
所以, 这3小时,具体都在作什么了?
自己真实的状态在 输入/处理/输入/其它 切换了各多少时间?
打酱油 已经在你的时间帐单中反复出现很多次了,
已经成为 万金油了,,,
立即用时间帐单怼破, 追踪到真实的行为
嗯哼? 系统重装没有任何计划的?
俺都有对应安装/恢复笔记以及 chk-list 的哪...
否则, 怎么可以快速获得习惯的工作环境?
另外, 在 win 中, 为什么没有自己系统的 shost 镜像?
以便秒恢复?
3个小时, 嗯哼了这个控件的什么?
demo 代码在哪儿?
搜索了什么关键词?
进行了哪些种尝试?
以及关键的, 各种分类的行为, 用了多少时间?
没有任何证据的工作行为, 都是自我安慰了
5小时连续工作?
表面上的吧? 详细的?
没有进一步记录的话, 不知道自己具体在工作期间的效率的
参考: [[TASK] 14d: 会议记要+S01E01 任务](https://github.com/DebugUself/du4proto/issues/2)
已经有足够的积累了, 开始优化了...
一周的分析, 平常主要的敌友, 应该收集完备了,
现在是要对应改变一个最常见的行为来提高效能了...
通勤/等待... 空档期间, 应该作什么事儿?
--> 触发任务: 分析/建议 碎片时间里最应该作的事儿?
14个小时?
好象和前面的行为, 时间冲突哪...
这天前后睡了14个小时...
@livingworld 是也乎,(￣▽￣)
如果你连用的搜索关键词,都不记录,怎么可能回忆的出来,逐步接近并最终抓到的对的关键词?
难道下次,还要进行10几次搜索?
非常精确和现实的数值, 非常珍贵的 5h
不过,都用来写作了? 没有代码输出?
是也乎,(￣▽￣)
发现了! 移动办公就是挤怼了时间, 类似场景可以继续挖掘,
如果通勤不是自己开车, 其实也可以利用上,起草稿, 或是看教程...
是也乎,(￣▽￣)
这就可以优化了,不用要求一定要当天完成:
- 依然是每天1h 的固定写作
- 但是,可以切为2/3/4 份儿
- 每小节都去进行不同的文章:
+ 起草
+ 完善
+ 修订
+ 发布
+ ... <-- 每个文章, 每天的状态不同, 力图用最短时间,推动到另一个状态
+ 因为头脑最怕烦,不怕累, 用不同的任务来刺激,整体上效能高
@zoejane 是也乎,(￣▽￣)
非技术方向,的什么?
一直没有看到具体的发展目标, 如果是通识, 也得有具体的小项目才可能哪
不过,从俺来看, 布道师, 可能非常合适你:
- 将各种问题,通过自己的实践,整理为所有人都可以快速理解的法则
- 再通过各种活动/项目/文档/交流, 快速将组织内部的新知识, 真正传播开来
- 所以, 仅仅是计时工具的理解和行为优化,都足够 你 折腾一段时间了
而且, 怼圈, 也需要一名传记式书记....
DUW 是个很好的切入点...期望20期后, 基本上不用俺来动手就可以完成 <--
是也乎,(￣▽￣)
和短文章一样, 代码和文章结合最好了
是也乎,(￣▽￣)
原始数据不用每天 仓库中文本化了,
但是, 对应的每日分析可以继续, 以及每周的小策略性改良,
要知道, 一个习惯的形成至少4周呢...
是也乎,(￣▽￣)
在手机中进行 私人 维基的撰写和修订...
是的, 文章不是发布出来就不用管了, 修订是必须的
是也乎,(￣▽￣)
别忘记最重要的, 输出后, 得在怼友内部形成效应
不能自私的只有自己在成长...
所以,问题来了:
- 如何找到有相同嗯哼的怼员?
- 如何明确/追踪 新知识的吸收程度?
- 又如何持续提高这种内部知识的传播速度?
@zoejane 是也乎,(￣▽￣)
- 这里的坑是得持续提高自己潜意识中持续腹稿的容量
- 不然,好容易挤出来的撰写时,用来想写什么,就是嗯哼了
- 问题来了, 如何支持长期腹稿?素材/资料怎么整理使用? 草稿/提纲呢?....
是也乎,(￣▽￣)
终于意识到怎么嗯哼了..
但是,这事儿, 应该在追加 .Ulysses-* 文件之前进行哪
是也乎,(￣▽￣)
对应的朋友,应该配合有发生的时间/地点, 以及其它激活条件,
以便嵌入到新的节奏中
是也乎,(￣▽￣)
如果是负面情绪的话, 参考 DATA 的生活技巧
是也乎,(￣▽￣)
这就是 [42h[ASK]如何判别当前资料靠谱度?](https://github.com/DebugUself/du4proto/issues/48)
昨天开始就可以迁移到 新的任务目录中了...
以便加速前后对比
是也乎,(￣▽￣) 了解的成果在哪儿? 没有笔记/教程/示例代码的收集?
是也乎,(￣▽￣)
> ...思虑重重
思考顾虑了什么? 能逐一罗列出来嘛? 然后逐一解决?
是也乎,(￣▽￣)
这种形式也是个尝试, 虽然重了点儿, 但是,只要能有效减少数据的整理和收集过程, 可以多尝试
并给出足够的使用经验, 以便其它怼友对比决策
是什么无法阻止你自己都知道不应该的行为?
类似这种非常具体的行为, 都应该有对应的输出版本链接缀上,
将自己各种输出用 uri 关联起来,形成证据链
是也乎,(￣▽￣)
一看就是设定了任务模板的,
问题的, 这密集的 pandas 学习成果呢?
早睡会屎星人... 这样不好,非常不好
@juthy1 整整8天后, 您才有进一步反应, 这种节奏实在悠然了...
- 嫑用 GUI 软件了,你根本不知道你在作什么
- [Debug U self ~ 自怼圈](https://github.com/DebugUself) 的仓库都在组织首页呢
- 和当前任务相关的只有:
+ [du4proto](https://github.com/DebugUself/du4proto) 玻璃后花园
+ [playground](https://github.com/DebugUself/playground) 玻璃游乐场
- 其它的,都不是当前应该折腾的
所以,俺一直强调, 以及大家应该记录的:
- 各种中断都用时多少? 为什么?
- 真正投放到任务完成中的时间有多少?
- 如何改进?
是也乎 ╮(╯▽╰)╭
这个 commit 可测正常否~
@mxclover 是也乎,(￣▽￣) got them ,不是和你说
@xpgeng <-- 现在测试, @mxclover 相关的 commit 是恢复后可追查到 commiter 还是都可以了?
@mxclover 是也乎,(￣▽￣)
所以, 具体哪儿没有配置好,最好回想一下, 对比前后哪儿没有配置好...
github 的反馈应该是 邮箱 写错,导致测试没有通过?
@mxclover 这个坑实在不是 iTerm2 的问题哪...
这原本是自己配置的事儿, 不应该依赖外部工具的...
`~/.gitconfig` <--
是也乎,(￣▽￣)
测试 commit-comments
是也乎,(￣▽￣)
每个人的优先级具体是不同的...
你的呢? 没有参考列表?
@zoejane 触发:
- [[TASK]72h:如何从历史上真正删除意外 push 的不当文件?](https://github.com/DebugUself/du4proto/issues/10)
- [42h[TASK]版本仓库中应该放什么文件? · Issue #9 · DebugUself/du4proto](https://github.com/DebugUself/du4proto/issues/9)
@zoejane 触发:
- [[TASK]72h:如何从历史上真正删除意外 push 的不当文件?](https://github.com/DebugUself/du4proto/issues/10)
- [42h[TASK]版本仓库中应该放什么文件? · Issue #9 · DebugUself/du4proto](https://github.com/DebugUself/du4proto/issues/9)
@leiyunhe 是也乎,(￣▽￣)
那一大堆 .pyc 为什么要 push 到仓库中?
再再再再再次 触发老任务:
- [42h[TASK]版本仓库中应该放什么文件?](https://github.com/DebugUself/du4proto/issues/9)
- [[TASK]72h:如何从历史上真正删除意外 push 的不当文件?](https://github.com/DebugUself/du4proto/issues/10)
@DebugUself/du4all 看来这两个任务可能长久的嗯哼下去了...
@leiyunhe 是也乎,(￣▽￣)
再再再再再再再再次 触发任务:
[42h[TASK]版本仓库中应该放什么文件?](https://github.com/DebugUself/du4proto/issues/9)
是也乎,(￣▽￣)
only test for Redis
是也乎,(￣▽￣)
形式上的一个大 packet
是也乎,(￣▽￣)
global comments
是也乎 ╮(╯▽╰)╭
大规模的摘抄…并没解决能力增长问题卟…
资料们…有链接和关键词就好…
其它应记录的是自己实际操作中…
资料中未提及的…自己发现的坑
或自己独有的问题和解决…
是也乎 ╮(╯▽╰)╭
这种东西…不如自己实作一段音乐脚本…
st/obj_gh.py <-- 纯粹的接口探索用 临时 脚本
@xpgeng 追加 接口 模块, 自动化获取分支..etc.
@xpgeng 基于 parents 属性的迭代函式,
自动上钻一个分支的所有 commits
debug for web hooks
@bambooom 这肯定不行的哪, 得大家可以使用的?
建议两个方向:
- crx 发布为可以安装使用的 chrome 插件
- 部署为 heroku 的应用, 可以远程通过 CLI/web 来使用
@zoejane 这得及时公开出来大家一起嗯哼哪...
@zoejane 是也乎,(￣▽￣)
前提是:
- 对音料库足够熟悉, 可以任意组合出合理的嗯哼
- 问题是, 如果对一个音料库足够熟悉,又将自然被限制住
- 所以, 音料库在互联网的协助下, 理论上是无限大的
- 那么, 如何对一个无限大的音料仓库, 可以快速的定位并选择到自己中意的?
- 也即:
+ 音乐创作和编程本质不同在
+ 编程是尽力解决通用问题
+ 音乐相反, 拼力解决私人的瞬间情绪映射的和谐问题
- 综上....
@mxclover 是也乎,(￣▽￣)
已经 17.5.2 了, 完成的如何?
@mxclover 图片肯定不应该保存在 DB 中...
甚至于,连源代码仓库中都不应该有...
这原本就应该是图床空间应该的功能...
<--[42h[TASK]版本仓库中应该放什么文件?](https://github.com/DebugUself/du4proto/issues/9)
@mxclover 这个应该和前两个任务的次序倒过来才对...
否则, 上线前, 才知道哪些 heroku 不提供就不就嗯哼了?
@mxclover 关键是菜谱的来源,
是否都用户提供?
作为初始的基础菜谱呢? 这原本就是个非常好的爬虫小功能了....
@mxclover 为什么要用 SQLite ? 有什么好处和问题? 有其它数据库可以选择嘛?
@mxclover 为什么是 Flask ?
还有其它框架嘛?
对于自己的作品, 什么框架就足够了?
@mxclover 你们小组其它人员呢?
或是对你们项目有兴趣的其它成员?
是也乎 ╮(╯▽╰)╭
复习就是一次重来的机会~
当然得任性些…选用自己有感觉的~
@zhangshiyinrunwithcc --> `是保密部门`
- 这个理由, 可神奇了....
- 不过, 你怎么追查到网络进行了什么限制, 以至通过什么方式绕过的??
- 另外, 这也说明, 真心不应该在单位网络中乱和境外势力嗯哼哪...
是也乎,(￣▽￣)
@13416136446 是也乎,(￣▽￣)
再再再再再再再再再再再再再再再再再再再再再再再再再再再再再次触发: -->[42h[TASK]版本仓库中应该放什么文件?](https://github.com/DebugUself/du4proto/issues/9)
@mxclover 是也乎,(￣▽￣)
look--> [du4proto/Family_Recipe/static at b044b7345741173d2b37c43633d9d7e391979be5 · DebugUself/du4proto](https://github.com/DebugUself/du4proto/tree/b044b7345741173d2b37c43633d9d7e391979be5/Family_Recipe/static)
再再再再再再再再再再再再再再再再再再再再再再再再次触发:
[[TASK]72h:如何从历史上真正删除意外 push 的不当文件?](https://github.com/DebugUself/du4proto/issues/10)
@leiyunhe 是也乎,(￣▽￣)
再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再...次触发:
--> [42h[TASK]版本仓库中应该放什么文件?](https://github.com/DebugUself/du4proto/issues/9)
那一堆堆辣眼的 .pyc 哪...
也就是说 S02E01 的任务, 有一半没有具体的任务规划?
建议,看看四周, 怼友们有什么有趣的项目你有兴趣加入的?
问题在, 仓库在外部, 你的所有进展, 大家无法直接感知到,
只能从你的阶段计划更新中看到,,,
为什么不迁移到 DU 的仓库中?
之前的什么方法, 有效嘛 ? 能分享到 DUW 周刊中嘛?
这种作业的完成, 是否给予你全新的信心, 可以独自来解决具体的其它问题嘛?
或是,将 103 课程作业进行改造, 就可以解决现有的什么具体问题?
以及, 日常自己的工作/学习过程中, 有什么问题是没有对应软件可以解决的?
这种问题的发现/定义能力 怎么获得/增强?
...
嗯哼? 等等, 这儿是 _plan 哪
参考其它对员的计划?
你这是产品说明书, 应该在对应工程分支/目录的 README 中的内容
这儿应该是 S02E01 4周任务的规划和进展追踪哪...
为什么要手动输入?
对代码本身进行自动检查, 这本身就应该是脚本的内置功能哪...
if 这种内建关键词不应该进行统计的吧?
其实这一工具的目的是什么要明确,
以及, 这一目的是否已经有成熟的对应工具来解决的?
如果有, 是否开源? 如果是开源的是否能直接借用?
...
MVP 的决策, 追查当前对标竞品也是必要功课哪
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
这是一个已经解决的坑, 可惜当时没有意识到和每个人相关而已:
<-- [12h[BUG]mxclover 怼员邮箱配置错误](https://github.com/DebugUself/du4proto/issues/70)
首先你的 github 帐号还是异常状态,这样接口并不知道你的提交行为
其次, 怎么又将大图片 push 到仓库中了?!
再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再再次
触发:
[42h[TASK]版本仓库中应该放什么文件? · Issue #9 · DebugUself/du4proto](https://github.com/DebugUself/du4proto/issues/9)
@leiyunhe 是也乎,(￣▽￣)
触发--> [42h[TASK]版本仓库中应该放什么文件?](https://github.com/DebugUself/du4proto/issues/9)
大堆的 .pyc 为什么要 push 到仓库中?
@zhangshiyinrunwithcc 图样图森破了,
先看看俺给的文档链接?
关键不在编码的设定,而的从一开始你就向反方向折腾了...
一般都是 puckel.dump( dict_obj, open('file.pkl','bw'))
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
为毛是 .txt 而不是 .md ?
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
参考: [IT命名学](http://zqcoder.qiniucdn.com/data/20131101174131/index.html)
从现在开始就要找到自己的命名体系:
- 至少不应该使用任何语言的内建关键词
- 以及常见的字典词
- 因为这样将令任何人难以通过搜索引擎搜索到
- 进一步的, 平时就训练自己起个好名字, 也有利于以后给自己的宝宝起名:
+ 是的, 你应该不可给自己的女儿定名为
+ 张姓名 吧?
+ 那么 这个叫 name 的小工程,几乎是不应该成功的
是也乎,(￣▽￣)
因为当年并没有形成固定的时间帐单行为,
所以, 提出以周为最小单元进行分析,
中间有缺少的可以跳过...
早期不固定的时间行为,和后期慢慢稳定的时间行为,这本身也是个分析点...
什么是合理的时间帐单节奏?
是也乎,(￣▽￣)
@zhangshiyinrunwithcc 也终于发现对数据的观察
比直接分析重要了吧?
因为世界是混乱的,
从现实世界提取的原始数据也是混乱的
我们必须从中识别出可以统计的数据规律来
才能进一步进行
规划/自学/检验/组合/应用/再检验/再调整/通用化->最终形成作品
是也乎,(￣▽￣)
@zhangshiyinrunwithcc 终于反应过来了?
这才是另外一个坑了...
@leiyunhe 是也乎,(￣▽￣)
__pycache__ 这种东西根本就应该在 配置文件中忽略的哪
Django 工程中为毛要上传这么多字体文件?
css.map 等等,都是中间文件, 运行时自动生成的
这些检入到仓库, 反而会对远程部署时的运行有不可知的影响
@DebugUself/du4all
是也乎,(￣▽￣)
这种没有成型的实验性代码, 最好先在 try 中嗯哼出来
被检验,分解,合理组织后,才能变成自用 模块呢....
标准的中文支持文头呢?
使用 py3 也不应该引入全角标点,
分析和展示是两个阶段,
不应该混在一起的...
整个儿脚本没有外部参数控制?
那么就意味着无法简单的通过管道组合成兼容各种情况的嗯哼...
以及最新的 无头版 Chrome 可以用来批量的直接生成 AJAX 输出后的 html 内容
以及转化动态专栏变成静态本地文本来快速批量分阶段处理
是也乎,(￣▽￣)
除非你准备使用 excel 进行统计分析,
否则输出为 .csv 可以获得最大限度的兼容性, 以及最小的储备成本...
专用软件数据格式, 自古就不是个好主意
是也乎,(￣▽￣)
讲真, linux 中包含海量的专门工具, Python 擅长的是胶水, 将现有的工具组合起来使用是最嗯哼的
比如
༄ curl -o "#1.html" "http://www.ahzfcg.gov.cn/mhxt/SearchNewsController.zc?method=searchNews&keywords=\u6210\u4EA4&mhxtChannelCode=&keyType=&serchDate=&pageNo=[800-805]&pageSize=15"
获得的本地文件:
所以, 一般 ZF 网络的反爬虫技术非常的挫, 可以大加利用....
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
那你两样都作一下, 就知道又什么区别了
功不唐捐...以往的折腾, 都在熟悉 Django 生态哪...
进展无论最后到哪儿, 有个记录, 也能帮助整理 出自己的当前的知识树哪?
在哪儿?
10天是怎么分配和计划的?
每天的进展?
当前已经过半了,如何?
有什么问题?
是也乎,(￣▽￣)
计划是用来持续增补和记录自己的真实路线的哪,,,
完成了就得 checked, 并给出对应的成果链接...
不能发布一个版本就没有然后哪了
是也乎,(￣▽￣)
单纯的修订文件名以至无法嗯哼了...
不过, 音乐相关的网站, 关键是音乐内容的 CDN 哪...
是也乎 ╮(╯▽╰)╭
其实有很多写作辅助 软件 可进行这种嗯哼的~
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
还是忘记了目的哪!
合理的规范化数据, 你什么也不管, 将一个完整的时间表述拆成了不同字段, 将来还有另外合并回来嘛?
@zhangshiyinrunwithcc 图样图森破
现场就 [du4proto/stdin2year2sec.py at atl4dama · DebugUself/du4proto](https://github.com/DebugUself/du4proto/blob/atl4dama/src/stdin2year2sec.py#L21)
也专门嗯哼过, 没有注意哪!
字符串->时间对象 的转换,怎么来最嗯哼?
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
开始正确的探索方式了, 不过思维还没有改变过来,
俺已经现场提示过三次了:
- 不是逐一转换
- 而是用内置模块, 一次性转换为日期对象
是也乎 ╮(╯▽╰)╭
意思到了~但不够唱力?
@zoe...来补~
是也乎 ╮(╯▽╰)╭
能感受到这种差异…就是成长ed 的状态啊啊啊啊啊啊
是也乎 ╮(╯▽╰)╭
已婚少妇在光棍为主的自怼圈讨论 love?
C'est la vie (´-ι_-｀)
是也乎,(￣▽￣)
> 无论如何努力都终将默默无闻的悲伤
好象有逻辑问题.... 默默无闻 于 Who?Where?What?...
努力付出必有回报, 只是看回报到哪儿,
一般物质上的很难以控制,
但是,自己肉身和精神上的, 是内在的可以控制的.
所以....
是也乎,(￣▽￣)
所谓 暗渠 ~ 只是针对还没有入圈的我们,
而自己就是渠道之一时,关联的其它渠道都是明渠了....
> Job hunting starts in autumn
-> Had to hunting Job in Autumn
-> coder model or cook
-> Only want survive
> 不过是生存
Only try to survive
> 求职秋至启
Hunting job with Fall
是也乎,(￣▽￣)
研究的越多, 可能越不会去行动...
是也乎,(￣▽￣)
结论看起来和真正的问题并没有关联哪....
未成功在哪儿? 哪个步骤出错? 为什么?
对于一个流行工具来说, 应该是很易用的哈...
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
没有作品输出的尝试, 但是由怼圈激发的...
可以作为共同blog 输出到 debuguself.github.io
https://github.com/DebugUself/debuguself.github.io
@zhangshiyinrunwithcc 是也乎,(￣▽￣)
- 手工生成
- 最小计时单位就是 .5h
wang wang?
@OMlalala 是也乎,(￣▽￣)
对应工程分支/仓库以及发布流程呢?
否则, 大家不知道如何参与的哪
建议使用官方文档的发布流程
Leo -> rst -> Sphinx -> html site
推荐使用 febric 进行本地自动化
[DebugUself/du4proto at MX4Leo](https://github.com/DebugUself/du4proto/tree/MX4Leo)
怀疑是对应计划分支, 也是天然的怼友, 值得及时协同确立翻译流程
you got it,,,当然, 不用那么详尽,
嘦尽力:
- 记录自己的所有探索
- 追踪自己理解的变化
- 给出阶段给自己的劝告
能帮助后来者参考自己的曲径就好
是也乎,(￣▽￣)
所以 LISP 当初就是为了 AI 设计的中间方案, 只是没完成就已经可以工作了而已...
呃...其实这应该不是本质区别...
从这儿开始整体回味儿 Scheme 带来的思维变化, 非常好,
只是为什么不通过 du.zoomquiet.io 分享出来共同品味?
另外, 在 Scheme 代码中进行注释, 加强, 也引导理解是比, 代码外逐行解说来的直觉的形式
是也乎,(￣▽￣)
其实 用 Scheme 实现一个 for 算子并不困难...
另外, 递归返回的其实是递归算子自身...甚至桟底部才逐一输出回来...
天哪....别在 windows 下面用 Emacs 了, 80% 的能力发挥不出来的
是也乎,是也乎
一时没能发现正确的点评入口...
这种经验就应该增补到对应 维基 中, 以免以后的怼友值班时, 发生相同的问题...
进一步的, 从根儿上其实就是语文表述能力的问题...
@leilayanhui 是也乎,(￣▽￣)
学习 TLS 8周后, 现在回顾 [4d[ASK] zq0atl2types L28-L34 的逻辑顺序是怎么样的？ · Issue #264 · DebugUself/du4proto](https://github.com/DebugUself/du4proto/issues/264)
才真正知道自己当初问题所在了卟?
TLS 就是将程序如何运行的过程通过对话引导了了出来,
当然, Scheme 的形式上更加贴近程序运行时的顺序
但是, python 其实也没有变化太多, 只是从可读性 上优化了很多而已
是也乎,(￣▽￣)
不过呢, 按照主题阅读的技巧, 还是建议精读再版次数最多的那本,
然后, 批量对比阅读其它的, 获得异同点关系图谱,
然后, 才能树立自己的认知领域概念树
是也乎,(￣▽￣)
这段言论怎么这么眼熟呢?
是也乎,(￣▽￣)
任何问题都有 3+ 以上方案:
- 目录, 为什么一定要是版本的? 两个仓库外观就是目录, 放入同一目录变成两个并行子目录就好?
- 仓库为什么要融合? 使用其它手段将另外仓库的代码自动同步提交到其它仓库也可以的哪
- git 或是其它版本管理系统都有 子仓库的概念和工具
- ...
这是对怼圈维基的部分复制?
为什么不引用链接? 又或是增补到维基原文中?
是也乎,(￣▽￣)
那叫远程的 Vim ...不过事先也得先安装好...
Vim 的问题在随着使用的深入, 个性化的模块和配置将越来越爽, 但是, 并不能也难以一键将本地的个性配置部署到远程主机中...
subl 当然支持中文了, 前提是 linux 环境先支持中文先
WSL 是个残废的玩具, 缺少太多 Linux 中的工具支持,
真的要用, 推荐用 VirturalBox 安装本地的 LInux 虚拟机,
然后用 putty 远程登录本地的 linux 环境中管理/使用
注意 mount 一个本地目录以便高速交换文件,
以及配置好网络, 可以安装各种组件就好
@leilayanhui 是也乎,(￣▽￣)
这种公共固定的知识文本, 不应该重复 push 到花园中了...
在维基中链接到 [Emoji cheat sheet for GitHub, Basecamp and other services](https://www.webpagefx.com/tools/emoji-cheat-sheet/)
就好的...
@leilayanhui 是也乎,(￣▽￣)
这些私人记要整理一下, 都是非常好的怼圈集体 blog 的内容哪...
隐藏的这么深,一般怼友注意不到的
<~~ [debuguself.github.io](https://github.com/DebugUself/debuguself.github.io)
==> http://du.zoomquiet.io/
是也乎,(￣▽￣)
图谱相关的, 嗯哼好, 一起汇集到:
_mapping
https://github.com/DebugUself/du4proto/tree/master/_mapping
好卟?
是也乎,(￣▽￣)
其实有更加节省代码的方法...
如果在 mac/linux 平台的话, shell 命令就可以完成
是也乎,(￣▽￣)
这真心是标准的 怼圈新人入圈环境配置指南的框架了...
建议起 Issue 共同完备, 并主持形成一则 维基 ;-)
感觉在写一本 `程序媛修炼指北`
是也乎,(￣▽￣)
真心建议:
- 将入怼前后各种行为进行记录和对比
- 以自己一路入手的几个小作品为线索
- 串起来自然学到的各种 软件/语言/工具/流程/礼节/思路/...
通过50篇, 可以提炼编辑出200页, 就可以联系出版社了
是也乎,(￣▽￣)
事实上, @zoejane 在写的工具,
当前已经完成了哪, 集成在 Heroku 的 st 统计接口服务中,
参考:
- 整体设计过程参考:[README.md](https://github.com/DebugUself/du4proto/blob/DU_tools/st/README.md)
- 具体接口: [du4proto/st.py at ZQ4mDjango · DebugUself/du4proto](https://github.com/DebugUself/du4proto/blob/ZQ4mDjango/heroku/st.py#L31)
另外, 这种工具要考虑和检测的东西比较多,
最好先规划好, 再逐一完成,
否则, 容易在 coding 过程中迷失...
There is 190 commit comments in the past 398 days.