目前，已经完成了 Klib 分享的后端和前端部分，可距离发布产品，还有很多工作要做。

比如数据库，正常的读写好，还要处理异常的情况，比如防止 SQL 注入，防止恶意插入大量数据，等等。

再比如并发数，同时和多个组件关联，复杂度甚至是各组件相乘：

• MySQL
• SQLAlchemy
• gunicorn
• nginx

有高人指点就好。可要找到恰巧上面各项都懂、有时间、愿意帮忙的高手，太难了。

更靠谱的是，自己学习并解决。趁还不算老，多学点吧。

用了一段时间 Python，今天又开始切换至 Xcode + Swift，真的是感觉到：没有比较，就没有伤害。

一方面：

• 和解释型语言相比，编译型语言的编译时间，简直是在谋杀程序员
  • 尤其，Swift 的编译时间出名的慢
  • 再加上，每次编译都要签名；尝试了取消签名，但失败了，回头再折腾下
  • 当然，也是有好处是：不用像解释型语言一样，担心在运行时出现类型错误。当然，这一点是可以通过别的方法解决
• Xcode 的代码提示…Xcode 有代码提示吗？
• VS Code 可以像网页一样使用 Command +/- 来缩放，比 Xcode 用起来舒服

另一方面：

• 和 Xcode 相比，VS Code 的调试功能还是太弱了
• VS Code 在提交代码时，即时的修改竟然不会被提交

另外：

• Xcode 和 VS Code 的功能和快捷键有很大的不同，切换起来，要人格分裂了
  • 在 IDE 中使用 Git 查看代码不同时，Xcode 当前代码在左侧，VS Code 在右侧
• Swift 和 Python 语法上的不同，切换起来，要人格分裂了
• 现在用 13 寸的 MBP、还未外接显示器，多窗口调试时确实显小了，下一台一定要上 15 寸，除非有工作室 + 外接显示器

好在，今天完成了 Klib 分享的客户端主体部分，明天应该能完整搞定；争取再写一部分 Klib 分享的技术方案。

严重拖堂之后，终于完成了 Klib 笔记分享的后端部分。目前的方案了实现，基本满意。也想好下周公众号要发的文章了：描述 Klib 笔记分享的技术造型与关键点。

关注我的公众号「自在开发」，下周二、下下周二、下下下周二早 8 点…准时分享技术长文。

今天干活涉及到了很多个技术点，罗列一下吧：

• Python 项目的单元测试
• 完善 Python 中日志的用法
  • 如格式化日志文件分割，开发、生产环境区分，等等
• 使用 pyinotify 监控文件夹变化
• 使用 rsync 在不同服务器间同步文件
• 使用 ssh 远程运行命令
• 使用 supervisor 保障服务运行
• 去掉 CSS 中未用到的属性
• 认识到国内服务器访问外网是龟速
  • 影响了技术选择；哎，之前太天真了

0) 先唠叨几句

学习 Python 有几周了，也写了 2 个小项目来解决自己的实际需求。简单记录一下，供自己备忘，也供后来者参考。

0.0) 我为什么选择 Python

我之前使用 Swift + Vapor 开发了 iPic (图床工具) 的后端服务，遇到很多问题：

• 主要还是 Swift 在 Ubuntu 下并不成熟，甚至很多关键性、基础性的库，都是 TBD；
• 以及，基于 Swift + Ubuntu 的库并不多，开发起来很吃力。

接下来要开发 Klib (Kindle、iBooks 标注管理) 的标注分享功能，需要后端支持，于是打算好好学一学后端开发。

适合后端开发的语言还是挺多的，比如 Java、PHP、Python、Ruby、Go、Javascript 等等。我其实并没有严格比较，最后选择了 Python，主要原因其实是和 Swift 相对的：

• Python 成熟，无论在 Windows/Linux/macOS 都很稳定
• Python 轮子多，几乎所有能标准化的操作都能找到库，然后你可以专注于自己的业务

还有个原因，之前我接触过的开发语言（VB/C++/Java/C#/Swift）都是编译型的，这次想学个 解释型 的玩玩。