list file

list from ""
where  contains(file.path,this.file.folder) and 
!contains(file.path,"archive")
sort file.mtime desc
limit 20

task

task from ""
where !completed
and contains(file.path,this.file.folder) and !contains(file.path,this.file.path)
and !contains(file.path,"archive")
limit 20
sort file.mtime desc

反向链接

table file.inlinks 
where contains(file.path,this.file.folder) and !contains(file.path,"archive")
and length(file.inlinks)!=0
sort file.mtime desc
limit 20

• 撰写 敏捷 工作法-看板
• 敏捷整洁之道 book 输出
• 架构整洁之道 软件匠艺--整洁架构
• no-auto-test-dev-philosophyno-auto-test-dev-philosophy灵活 敏捷 迭代。 自动化测试 辩思 测试必不可少 想想看没有充分测试的代码, 哪一次是一次过的? 哪一次不需要经历下测试的鞭挞? 不要以为软件代码容易改, 就对于质量不切实际的自信---那是自大! 不适用自动化测试的case * 遗留系统。 * 太多的依赖方, 不想用过多的mock => 逻辑核心能力就是那些不容易测试的 * 大量依赖 第三方商业服务、自己的rpc服务/http服务 * IO 操作密集的 * 似乎很少有IO密集型的应用具备完善测试的 * (注意) 容易测试的一般是 无状态的(无IO状态的), 就内存中存储了状态 * 对应的代码在线上的时间比较短, 属于实验性代码。 * 越是早期, 自动化测试的必要性就越弱。靠手工测试就可以支持一定水平的质量。 无自动化测试系统设计方法论 这一切都需要 一点代价, 但是相对于 单元测试来说, 代价还是轻微很多。 无自动化测试, 也要关注可测试 * 模块、组件间的边界情况 * 使用 "谦虚对象" 设计模式来隔离可测试和不可测试的领域, 划定边界。 划分边界 注意耦合关系 需要更审慎的对对应的

---

微信撰写公众号, 对于特殊的markdown 符号支持不太好。

• 需要用Md2All来转下。
  • 使用html的标记tag 可以支持丰富样式
• 封面图需要准备一番。