咪咪虾条，最怕脏手然后又要打字啥的就可烦了。
同样的一些小包装零食不脏手我就都比较喜欢。

不是，这些东西还不够吗？再置办个键盘和鼠标？

我这边常驻地办公室就只有显示器，显示器支架，鼠标键盘和水杯。
另外一个办公室就只有一个水杯，其他啥都没有。

想买了就买，想换了就换。我的话不是因为用到年份了就要换，而是 <因为有更喜欢的手机出现了> 和 <现在的设备已经无法满足自己日常使用了>。

如果有其他的问题，就是因为我自己穷。所以不是换手机的问题，是要解决没钱的问题。

不执著，没必要，有啥喝啥。两种都有会挑一下，只有一款的话，有啥拿啥。

除非说预期要购买是无糖，但是门店没有。或者只有一些其他“独特”风味款的时候。

支付宝。之前付款的时候看到了 stripe 支持支付宝，就直接用支付宝开的订阅。

如果现在没有支付宝选项的话，直接绑信用卡就是了。如果怕被盗刷，信用卡处理起来还简单一些。

购物 APP 我一般都不开通知。就是因为营销推送多。要不然就是放一个小组件在桌面上，只需要展示数量就行了。

- 和店铺对话基本上就是集中在购买前后使用 APP 的期间，之后就不会去看对话了。对我来说就完全没必要开通知。
- 物流的话，基本上下单之后就能显示几天之后到小区，大概记得周几回到快递就行了，反正快递小哥送到了不是平台短信发取件号，就是主动打电话问在不在家的，不会错过快递。如果到了差不多时间电话短信还没来才会去打开 APP 看。

主动减少很多信息接收，不要怕错过什么消息，网购平台的相关的讯息能有多重要。避免自己因为这些无关紧要的东西产生不愉快和焦虑的情绪。

首先排除 React Native 和 uni-app 。好了，剩下的只有 Flutter 了 😂。

@jonty #25 ，从 5S 一年一换一路买上来的。X 算不上特别好看，但是有抑制不住想买的冲动。
后面 11 、12 、13 、14 说实话除了换直角边框那一年基本上都没有换机的冲动。可能年纪大了对换电子设备有点热情退却了。

如果没有刘海，额头一整块黑的更丑，同时也就没有当时“全面屏”的噱头了，只能算是半成品，虽然刘海屏也不是完全的全面屏形态。但作为取舍我觉得刘海屏的出现是没问题的。
我认为是把原本额头没有屏幕部分的左右两边，作为了"额外"的状态栏显示，而不是一整块屏中间缺出来一段。

即使现在的灵动岛也是一样的逻辑，只不过灵动岛在雕花上面花了点小心思。


说好看的话，我觉得更早的小米 MIX ，当时让人眼前一亮，要卧槽出来的感觉吧。

其实相关业务就会很明确输入的内容会是什么东西，同样的你可能还需要判断:

- 是否是 '';
- 是否是 NaN;
- 是否是 [];
- 是否是 {}。

这些情况下都没有很好的方法直接判断，比如说上面提到的 `lodash.isNil()`，`??`。特别是值是 NaN 的时候基本上都会失效。

所以其实按照实际业务情况做判断就好了，先判断是不是需求的值类型，然后判断是不是为对应的空值。
除非说没办法保证输入的数值类型。但是大部分输入输出都是有预期设计好的类型。

> 手表上叫一号双终端，我的是移动号，所以非联通也可以开通。
现在直接 APP 上面搜 eSIM 手表也是跳转到一号双终端的开通界面。

电话和短信都是两边同时响，我在办公室一般会直接吸在无线充充电，上厕所之类短时间离开不会带手机，也可以直接接电话和收短信。

> 续航默认 1 天 1 充。

不激活蜂窝数据，全新的表续航可以坚持 1 天半，关闭 AOD 和没必要的全天候检测功能可以坚持到 2 天？
开启蜂窝移动大概只能一个白天？如果不开启体能训练的话。

一般我是和 #1 一样，户外跑的时候才会用到蜂窝，但是跑量不会超过 10 公里。配合 AirPods 听博客，全新的时候没有出现过自动关机的情况，但是确实掉电很快。
特别是用了几年之后，我现在 71 的电池健康，不带手机户外跑+听博客 40 分钟左右就没电关机了。但不开启蜂窝，依然能用一整个白天+晚间 2 个小时的室内运动监测，大概 10~12 个小时。

@noogler67 #5 ，可以创意工坊装 MOD ，有背包扩容和负重调整。想“爽”完的话，得装很多 MOD 。

是的，刚开始比较上头。现在 40 小时了，感觉有点乏了……有些任务是真的有点感觉到疲倦。

联机也在开发了，但是本来就是轻对抗性质的，联机模式估计也就是联机搜刮吧，要是对抗起来就又少了那份轻松了。

😎 你看，给机器人上这个造型，营销效果是不是爆表了？

发布会的“卖家秀”和实际的“买家秀”能有多差距大家又不是不知道。

@MRlaopeng #16 ，但 NextJS 之类的框架可以做到部分动态，这样就不会每次都需要重新生成新的 HTML 缓存，只需要确定哪一些部分是客户端渲染就行了。
但是 Hugo 就没有提供这个能力了得你自己去做。只是 Next 需要在服务端启服务，Hugo 就不需要了只需要静态页托管就行。SSG 和 SSR 在这部分的差异就体现出来了。

所以你自己得心里有预期，你到底是要准备做什么样子的项目，以后怎么部署和运维。

看过我司的年度、阶段目标评分占比。自评占比超低的，低到无法左右局面。主要还是主管评价。所以直接 5 分就是了。

现在很多“程序员”不也是遇到一些定制化的需求和 debug 也还是要求助其他人。AI 的出现只不过把这些面拉大了而已。

而且编程本来就不是一件特别有门槛的事情啊。AI 出现之前不就有很多调包侠和半路出家的程序员了。可能只是花了一两周去培训班简单培训了一下，就开始干这行了。

@MRlaopeng #14 ，所以就看你要做什么项目，但是会考虑到 hugo 估计就是企业官网和博客这两种类型。
那么其实选一个自己喜欢的就好了。大部分还在更新的带 SSG 能力的框架都支持了<增量更新>，或者有 plugin 可以增强成增量更新。

但其实很多情况下并不是因为不能增量更新的问题，而是因为 SSG 框架会渲染的静态 HTML 文件，如果侧边小组件里面展示到了一些最新文章和词云排名这样每次更新会变更的内容，不是通过 API 调用返回的。就不可避免地会需要重新生成新的 HTML 内容， 因为最新文章虽然没有变更，但是小组件里面的内容确实已经变更了。

@MRlaopeng #12 ，我觉得你这个 100W 个页面的出发点就很奇怪。你先要确定你这个项目是要干什么，然后让大家来给你推荐推荐。你再从我们推荐的技术栈里面选你符合心意的。
而不是说我现在要性能最好的那一个，你们说我现在选择的这两个里面哪一个性能好，但是不提你这个性能的需求场景。是展示型的企业站，文档站，还是自己写博客，即使说拿来做内容农场都行。

-----
如果有人说 Hugo 性能强 1000w 个页面渲染手拿把掐，然后你真信了，拿去开发管理后台不就瞎了吗……