Calibre可真难用。实在受不了这种信息结构和操作流混乱、堆砌界面控件、一味追求功能多却贼难用、毫无易用性和工作效率可言的软件设计方式。上世纪大量Windows软件的设计水平荼毒至今。

有时候我是真的不懂，敏捷开发那一套，真的能增加开发效率吗？一个sprint通常两周，10天吧，其中有retro, scrab, grooming 还有daily standup 一套下来还有几天能写代码的😮‍💨

#纪录片中国 蛮好看的 movie.douban.com/subject/352682…

看了这串推文，再次感叹 Microsoft 和 Apple 对向后兼容真是完全不一样的态度。作为开发者，我还是愿意继续在 Apple 生态做开发。

打工人和大型公司的关系是： 公司希望你成为螺丝钉，可被替代。 你希望自己无可替代，甚至拥有独立盈利的能力，成为公司。 所以只会在某些阶段，双方的利益与目标一致，过了这个阶段就该分开了。

问了好几个独立开发者，你的 idea 是从哪里冒出来的，又是怎么从一堆 idea 中找出最先下手的产品。 他们的回答几乎都是，需求源自自己，做自己最迫切想用的功能。 想想也对，如果做出来的产品，自己都不是第一用户，都不能解决自己最原始的诉求，那创作的源动力在哪里呢？🤔

不用上班后的几天短短时间已经让我看到了未来人生和工作上的无限可能性，随着各种各样信息的输入，感觉到自己更年轻时候的创造力在慢慢的恢复，这种感觉很好，希望能一直保持。

在我看来，所有的学历教育，都只是给你终生学习，打一个基础而已。不管你大学毕业，还是博士毕业，学的大多数东西，都只是一个基础。只有你进入了终生学习，自由学习，人生才真的开始。

装个 Ruby on Rails 的应用，又是 PostgreSQL，又是 Redis，又是 Memcached, 还有 Elasticsearch。既有 web 又有 app, 还有 init、scheduler、backup 容器…… 当年的我会觉得这样很正常。现在真的认同 Sasa Juric 说的，还是 Elixir/Erlang 比较简单。架构上的简单会让整体可维护性上一个台阶。

《小而美：持续盈利的经营法则》 1.你的理想客户是哪些？缩小这个群体的范围。 2.明确你要帮他们解决的痛点是什么，以及他们为此愿意付多少钱。 3.设置一个严格的时间表，专心致志地设计一个方案，然后收取费用。 4.不断重复这个过程，直到找到一个可行的产品，然后围绕它扩大经营。 #大白读书

#独立开发日记 今天正式开始写我的小 iOS App，也是第一次接触 iOS 开发，还有很多东西不懂，需要在边做的过程中边学习。 目前学完了 Stanford CS193p 的课程，跟着也把《The Swift Programming Language》完整看了一两遍，之后准备继续看一些官方文档补充更多实践知识。总之，边做边积累开发经验。

#独立开发日记 Apple 官方居然没有推荐的 SwiftData 如何与 MVVM 开发模式和谐相处的 best practice，还是蛮让我吃惊的。 这对 Stanford CS193p 的内容提出了严峻挑战。

#独立开发日记 进入了高速码代码期，连吃饭睡觉满脑子都是这里那里的某个功能怎么设计、怎么实现比较好。 I’m wired in!