@HTravel 谢谢老哥的回复，其实我当时研究 nas 的时候，也是翻了一堆资料之后准备动手，突然就想到，我压根没有那么多{丢失了会要我老命}的数据，也不会在上边捣鼓我的生产资料，所以才作罢的 hhh

@chenqh #27 影视资源如我所说付费 emby 服搞定了，目前是租房，不需要买空调或者买大件（这也是劝退我埋投影的原因之一），最后咖啡确实是我的爱好，已经有各种手磨机器和咖啡机啥的了-------不是杠老哥你，不要误会（狗头）

@NoOneNoBody 其实老哥说的很对，确实是变得过于慵懒了。现在唯一的爱好就是打打游戏，偶尔出去打个羽毛球撸个铁， 但不算是狂热爱好者。 户外怕热怕蚊子，旅游人挤人。 想发展个新的爱好却没动力，死循环了属于是

@kenneth104 #20 富有不至于，只是未婚未育，没贷款没压力罢了，只是单身+消费杨伟后，存款肉眼可见的蹭蹭涨 hhh

@kenneth104 #13 hhh 道理我都懂，我的问题是，不知道可以买啥，感觉自己啥也不缺，这是最蛋疼的

@duanxianze 旅游也是提不起兴趣，以前，特别是疫情前，每年出国两三趟，现在离上一次出过都是一年半之前了，还是趁着离职 gap 的时候。重新上班后，就除了法定节假日外没出过省。

@Kepy 确定，别被算法困住了，那地方得先养号，看到对立内容或者降智帖子，都手动点不感兴趣，一段时间后还是很可以看的。或者你就把他当成搜索引擎，用来搜一些小知识或者游戏攻略啥的，挺好。

@letwewell 花钱使人快乐，这条铁律我是认可的，我不排斥花钱，但是现在陷入了不知道花在哪儿的困境（正儿八经的消遣，不是说什么红浪漫二楼之流）

@baiyixueqi 其实用着还行， 要不是那三家地图 app 体验太难受，我也懒得折腾

@Liang 有些路况还是差不多点就要准备变道啥的了 不能靠那个自动点亮··

@KoreaFish 广州还少啊···再说也不是只有广州才有讲粤语的，整个珠三角+粤西都会讲的，部分潮汕客家也会讲（或者会听），加加埋埋真不少了····

看场景应该是可以，题目说的是轻办公，那我认为是早就可以。
去年给我姐做了一套 setting ，目前反馈良好；
她算是属于小领导那类，不用做表不用做 ppt ，但是需要看和审批，基本上 ipad 版的 wps 可以完美支持了；
完了就是看和写邮件和回复下办公 IM 的消息，飞书也有 ipad 版，网易邮箱登录下 IMAP ，搭配键盘保护套，文字互动基本没问题；
再就是要经常开会，ipad 投屏讲 ppt 基本 OK ，同时配个 pencil 自己做些笔记也很舒服；不开会就拓展坞一插可以同时充电+大屏看报表和 ppt 或者开网页查资料，其实和 PC 没差别；

这一套工作流下来，以前出差或者开会要带手提+本子+笔+大充电头，现在 ipad 一带完事，轻松很多。

我还给她设置了自动化场景，到了公司定位自动切换成工作模式，自动屏蔽社交软件和短信通知，只露出工作相关的 app 等等，不怕投屏时暴露隐私；
午休或者摸鱼的时候又可以一键切换回个人模式，大屏刷个抖音小红书啥的也舒服；

所以说还是看场景，如果是这种轻办公，我觉得 ipad 早就支持了，现在加了多窗口和文件管理，体感上应该更加 OK ；理论上这些功能手机上都能完成，但是屏幕小，折叠屏也不是人人都喜欢吧。

当然了如果你们的轻办公，还包含了写 ppt ，做表，画图啥的，那就算了，更别提要写代码做渲染啥的（这玩意跟轻办公一点关系都没））

确实是，史诗级更新（狗头）

待过 3 个大厂，都这样，公司发展了壮大了必然有大公司病。很正常

营销类活动数据一般要实时同步 Redis 里以提供实时查询（前端显示给用户要查，结算中心按规则顺序去算订单实付价也要查），我感觉一般是级联处理，当商品被下架或删除，或者是活动规则变更，比如参加活动的 sku 变了，又或者是参加活动的 sku 的可用库存有变化，等等，都要同步更新其关联的营销活动状态（不然会出现活动异常或者超卖的坑），如果流量大还得上其他异步和熔断机制··
至于搜索，没看懂你的问题，如果是说搜索商品的时候要不要显示这个商品目前参与的活动类型并显示给用户（比如券后价或者满减价啥的），这个不应该是看产品需求么，不过一般都是要吧，反正我做这块的时候，给开发提需求说要将满减满赠或者是秒杀这类活动都显示出来在商品列表------思路大概同上，都是做个级联表供实时查询？

中文输入法的 bug···按道理说已经解决了 但是还有些幸运儿能碰到； 解决方案参考： https://discussionschinese.apple.com/thread/254447915?sortBy=best ；

如果已经卡到终端都打开不了，好像之前 github 有个老哥发过一个菜单栏的小插件，但我忘记叫啥名字了

哈哈哈 跟我当年干的事情一毛一样，交互稿里的一个 tab 翻页效果，前端说当前框架实现不了，建议改成 xxx ；

其实他给的替代方案，也不是不能接受，毕竟只是个动效；其实不影响业务流程，但是那个效果是新的全局设计设计规范，我又不想拿这个回去跟设计师掰扯，让他去调整设计稿，其实也是个撕逼流程，主要是懒得扯（毕竟产品狗太多架要吵）

后边就是自己找 dribble 的前端案例（一般会有贴 github 的实现源码），对着人家的代码套进去，用我们项目的框架撸了个差不多的 demo ，推分支过去给他看让他对着改····对方看到后就没话说了