clean-up 主要针对：
不正确的 缩进、空格、大小写、全半角符号
如

CREATE table foo (
  id smallserial PRIMARY KEY,
  bar INTEGER
)

Markdown 不标准、没有合适使用 code chunk、不合适的文体和描述（这应该被视为 GeekApk API 文档）

关于 单复数的问题，数据库表名统一复数，其他皆为单数
关于 url 字段的问题， 应该填写 url 的字段统一加后缀 _url
关于时间的问题，统一使用 created_at 、 updated_at
关于 RDBMS 引用字段的问题，统一为对象单数名称如 user 、 app 或 描述+单数名称如 parent_category
关于 Postgres 表结构定义与 Rust 结构定义的问题，可能为 NULL 的字段都使用 Option<T>
关于排行所用自动生成字段的问题，必须加 _num
仔细检查 up、down、rust struct 中字段和表的名称是否对应

LWL Base Station is currently support access via RSS.

Technical Details: RSSHub

最终的目标是：把底层具体数据结构文档和 API 文档加一个文件分开...

限制虽然 Android 它自己没有加，我也是要加的（毕竟那么长的包名/版本名怎么行呢.... 2333 🌚 必须约束

#China #android #dev #recommend 👍 有创意！

纯纯写作新增打字机模式，在快捷输入板第三栏，开启后，将能够高亮聚焦于当前编辑行（如图所示）。 ​​​

感觉今天貌似没有完成（

这就不愉悦了

https://gist.github.com/duangsuse/8b343e8ebe8f625ff74cf3472b94720b
一天以后愉悦了一点 #geekapk #backend #project

#android #PL #dev 开始以为很高端的样子，肯定是 NLP
后来才知道就是空格标点分词... 比 Lite 那个分词算法高级不了多少
🌚..............

就是工作量大一些吧，还可能需要用到 Unicode 码段....

比如那个 纯纯写作真棒
我想的肯定是分成 纯纯... 写作... 真棒 三词
可实际上是 纯... 纯... 写... 作... 真... 棒... 233333333 大概实现起来还是困难而且体积比较成问题
中文分词啊， Naive！

我刚才删掉 PureWriter's Friends 里几条和技术有关的消息，Drakeet 之前的意思大概是普通用户比较多不适合发技术相关的东西

果断想想 Lite 里可以有什么操作： 🌚

require lspec

describe 'WordCouter' do
  it "Counts full width symbol" do
    asert_call_equals countWithFullWidth, {
      "520": 1
      "123木头人": 4
      "123 木头人": 4
      "How old are you？": 3
      # ...
    }
  end
end

貌似只有这样最好看，可是 Lite 现在不支持这种表语法啊.... 只有 StringKey: ValueExpression 这种模式 233 下次加一个 #PL

#project #geekapk 还有五天时间 🌚
顶多写个后端吧

用正版软件，对大家都好。

大到公司，小到团队，如果想把一个东西做好，一定要先在内部建立起一套健康的「技术审美」。
如何使用优美的工具和技术来服务于工作和产品，是一个很重要的事。编辑只会用百度和微信进行信息检索的媒体那就一定会沦为洗稿媒体，通过钉钉来监控员工的公司永远都不可能拥有效率。用 WPS 编辑文档，再在微信上互发 doc 文件，还不在标题上标明修改时间的团队，是不可能让人和工作之间产生神奇的化学反应的。

学会用 Slack，用 Trello，用 Notion 或 Quip，用 iWorks，再不济也试着用上 Google Docs 和 Dropbox。一个月涨 300 块工资让员工买得起 Adobe Creative Cloud，而不是用天天崩溃的盗版。配上好点的硬件，弄套舒服点的桌椅。这都不是什么很麻烦的大事，但每一件都很重要。
因为优雅的工具，不只是提高工作效率这么简单。它可以让人把工作中的美学和生活的美学结合起来，把工作的进度转化成自己生活轨迹的一部分，激发出热情和灵感。办公室环境下工具可以不全是剥削工具，而可以是创造美好事物的利器。