看来我还算是合格的后端。最近我自己写的接口都加了测试，覆盖率起码 90%。在公司喊了一段时间的单元测试之后，后端这边终于有了测试意识，成功推广了单元测试。。。虽然其他人操作起来并没有那么合理。。
我更倾向于后端只提供一些原子接口，把后端当成数据库查询引擎来用，同时让后端实现一些必须在后端完成的操作（例如安全相关的、设计大量数据库操作的）。
提供原子操作，让前端可以复用接口，提高前端灵活性。
如果前端每一个页面，每一个功能都要提供一个相应的接口的话，那跟 HTML 模板 MVC 的时代有什么区别呢？前后分离的一个重要意义恰恰在于，后端不需要根据前端页面的展示数据来设计相应的数据格式结构。
后来流行服务端渲染，这种大前端的方案，是让前端用 nodejs 来处理服务端与客户端之间的通讯，而真正涉及数据库操作的后端接口是由前端开发者通过 nodejs 来调用的（或者部分接口也能直接客户端调用）。
基于这种需求，现在又流行 GraphQL。问题来了，我该如何在公司推广 GraphQL 并让其他人（关键是前端）来学习？

看標題以為是 MIT 開源了什麼項目。。

Python 字符串有反斜槓的話，直接在字符串前加 r 吧

還有幾個小時上班了，我還在刷 V2EX。。一點多想洗衣服，拖到現在才洗。拖延症。。

你是群主。。？遊否？

@geeklian 即使是 6 位數字，也可以加鹽解決問題

所以前端應該在提交之前先哈希一遍

我是緩存清不掉。。

朱令事件。。

淘鴇

@msg7086 哈哈

做啥呀。。

又一個 Python Web 框架。。

/data/data/裡有個加密的數據庫文件，密碼的規則是通過用戶 uid 還有什麼算出來的，網上能查到

這是個學東西的機會

設環境變量的話，直接 export 吧？

睡不著，懷念從前

@luwu1991 每天免費 500 次不夠。。

@zthxxx 為什麼不在 omz 直接開 pull request