开发肯定是能开发，但这样不赚钱。而且这些小企业并没有你说的那么懂用户懂软件。小米这种互联网厂商肯定能做得比他们好，但小米有云服务，并不想做 NAS ，这是个悖论，放国外也一样

可能是我太不敏感了，看的时候觉得这创意还挺好的，要论苹果的逆天广告，这估计进不了前三

- x86/i386/i486/i586/i686/ia32 是 32 位 x86 ，x64/x86_64/amd64/intel64 是 64 位 x86 ，ia64 是当年 intel 推出的一个不向后兼容的 64 位架构，已废弃
- arm/arm32/armv7/armv8/aarch32 是 32 位 ARM ，arm64/aarch64 是 64 位 ARM
- 其他 arch 名称相对规范，比如龙芯就是 loongarch32 和 loongarch64 ，早期龙芯是基于 MIPS 指令集做的扩展，所以当时是 mips32/mips64 ，还有 powerpc/powerpc64 以及 riscv32/riscv64 等

现在 flex 一把梭，高级点的加上 grid ，absolute 、float 这些东西都不太会用到。css 难是因为它各种属性不正交，相互之间会影响，外加浏览器会自带一些属性。但 css 好歹（大部分）是无状态的，调试起来比 js 操纵的布局容易很多。

To Do List 这类系统主要有三个作用：一是防止忘记要做的事，二是能回顾自己做完了什么事，三是能根据以前的记录更好地规划以后的项目。一是事前，二三是事后。对事中来说，系统的价值在于不被其他要做的事所打扰，比如修某个 bug 时脑子里还一直在想另一个新功能，这种情况特别影响效率。

单独的 To Do List ，无论是纸笔还是 App ，都只是工具，工具之上还需要打造自己的行为习惯。比如按照 GTD 的理念，除了确实固定时间的事情（比如某日某时开会），其他要做的事项都不应该安排具体时间。现在很多 App 都把笔记和 To Do 合在一起，确实是因为单纯的打勾功能太单薄了。

如果你的工作非常单线程，解决了一个问题再看下一个，并且时间跨度不长，那确实不需要这种工具。但情况稍微复杂一些，同时兼顾若干个 bug 、功能甚至几个项目，自己坚持一套方法论还是很有价值。管理人员比起开发人员，集中时间少，杂事会议和要安排别人做的事更多，所以这些理论对他们更有用一些。

十几 T 的硬盘，收几块不同品牌的二手当备份分开储存，摊到年上成本也不高。而且等你小孩到上学的年纪，更廉价更大容量的存储肯定也出来了，不是问题

相机进步本来就没有手机快吧。现在 iPhone 5S 差不多只能当收藏品，但同时期的相机用起来完全没问题

十几年前听过现场，现在恐怕他自己也唱不出那味了

我就是像楼主说的一样，买东西会加到购物车里很久再做决定，但心痒痒了很久的东西买来可能还是会吃亏。

现在的结论是，如果一个东西价格下降稳定且方便出二手（如主流电子产品），不如找个合适的渠道（如二手）收了体验一段时间再出掉。这部分折价可以解释为解决心痒痒的机会成本，而且玩多了以后对电子产品的兴趣自然会消退。

另外一个想法就是不要想着替代品，即觉得本来的商品太贵，想着节省一点成本购买便宜点的另一个商品。在高度标准化的市场（如 PC 配件）问题不大，但像消费电子和服装这些品类想着找平替很容易后悔，最后付出更多的金钱成本、情绪成本、时间成本。

还有就是，在淘宝闲鱼买优惠券这种事容易上瘾，有额外的情绪价值，所以不会觉得麻烦。而且多买几次有助于对溢价祛魅，总体上降低额外消费。

小红书首页推荐有东西的，B 站首页推的都是乐子，小红书首页看到的都是制造焦虑的东西，错失感会更强烈。现在这些 App 推荐都有个体验很差的地方：看到某个东西有意思想点进去看看，结果因为从另一个 App 切回来，当前 App 自动刷新，之前的推荐就没有了，也没有记录，还是百度贴吧那样好。

敏捷模型的对立面是瀑布模型…那玩意估计这里大部分程序员都没经历过也不会喜欢。国内小作坊最大的问题不是用了敏捷方法论，而是他们根本没有方法论。

典中典之马云：中国的金融没有系统性风险，因为中国金融根本没有系统

真正的猎人都以猎物的形式出现，有一类人并不世故油腻，但说话总能让所有人都觉得舒服，这才是值得学习的高段位