树状结构？

@RickyC 因为你没有这样直面过死亡

奇妙清单最近在 mac 上特别容易崩溃，ms to-do 在 mac 上没有客户端（可以和 outlook 联动但是用过就知道有多难用），iOS 自带提醒事项在 Win 上不好用且周期任务不能和 Memento 这个 App 兼容（希望 iOS 13 能重新设计提醒事项）。看来还是滴答清单好

楼上那篇报道里「收入高，买房比例最小，买车比例最小」太真实了，是因为城市分布吧？

是的，缓解症状的方式之一就是写下来

就算工作不用这个，学习下，有些想法还是很值得借鉴的。Ruby 这个语言也有点意思，平时写点脚本，可以当 Perl 使。我觉得 Rails 的一大问题在于环境和部署这些。性能嘛，是不如 Java 和 Go，但没想象中那么差

实事求是地说，我没看过 segmentfault 有机翻内容，倒是 codeday.me 这个网站很多爬来的东西

@bao3 Signal 能多端收到
@suriv520 想起了二十多年前的美国，开源个密码算法差点有牢狱之灾

## 树形菜单

我认真地想过这个问题，因为我想过写一个大纲软件，像 Workflowy 那样的。其实做树形结构，用数据库，成熟点的方法无非就 parent_id 和直接存 JSON 两个方法，然后搭配上必要的缓存。不过目录这样的结构总体比较浅，应该也不会有啥性能问题。Postgres 好像还有做树形结构的插件。

## 按目录搜索内容

最简单的办法就是字符串匹配（其实稍微设计下搜索语法，比如空格分隔的两个词怎么处理，效果也可以），好一点，数据库应该有分词+索引+全文搜索插件的。

## 富文本和图片存储

富文本只有用某种形式的 XML 了，其实编辑器才是更难搞的问题，所以用 Markdown 多好。图片就用文件存呗，然后用张表索引一下。

## 跨平台，这个太艰难

做成 Web 就好了……

一个项目越做越深入肯定会遇到各种问题，然后你就会深入这个框架或者语言去寻找答案，不至于「练废」，反而是越方便的框架越好。但是像做外包一样，规模不大的项目反复做个几十遍，估计就真的没什么提升了。

@lizhuoli
苹果这个强调互通但不融合的思路比当年 Windows 那个全平台好。我觉得电脑触摸很方便，但也挺蛋疼。有触摸这个功能当然比没有好，但是整个桌面系统都为触摸屏而设计，对于鼠标用户就显得怪怪的。iPad 也要面对这个问题。

PS: 去年的 WWDC 里苹果高管现场否认了苹果会将 macOS 和 iOS 合二为一的说法。虽然苹果打脸也不是一次两次了，但是去年的决定第二年就推翻还是不太现实。所以不知道有些媒体是真果粉还是假果粉。所以 iPad 很尴尬，有钱了当然可以买个玩玩，但是又替代不了电脑（除非是公司老板这种职业）。苹果一直在 iPad 所谓的生产力上做的推进（在程序员看来）都是不痛不痒。不过也正常，可能像某位网友说的，苹果其实从来就没有专门把程序员当作它的目标用户过，这么多程序员用 Mac 也许只是一种巧合……苹果讲的 Developer 似乎着重点都是「我要更多的人来给我开发 App 」，这点跟微软比，似乎差了点意思。

微软的东西，或者说微软粉丝吹出来的东西，都要打个折扣。

微软屹立不倒那么多年，肯定是有东西的。但是有些人对于微软不擅长、表现不好的地方永远是一副「微软不会错，肯定是用户智商不够」的态度，比你们口中的果蛆看来也没差。华为粉丝也没你们厉害呀！