必然选鹅，去华子就是一边摧残自己一边赌未来

用过他家的 obs ，因为业务是面向湾湾的，所以服务开的香港区，经常出现网络问题，隔三差五就无法使用，最严重的时候每天下午 6 点左右到夜里就是不可用状态，发工单就说检查一下，过一会说检测网络没问题，建议我们查自己的代码有没有问题……后来又出现上传显示成功，但是访问时随机报文件不存在，忍无可忍打客服电话，结果每次电话过去先要听一段推销卖手机的广告，然后转接到业务部门，上来先推销他们的云服务，告知是要投诉才转接到相关人员，最后也不给解决方法，只说可以送云服务代金券补偿一下。。。
最后换了谷歌云，稳。

10 年 deepin 用户，如果 deepin 哪天不行了就换 debian 。
gnome 是真的受不了，桌面环境的话我的降级路线是 dde-xfce-kde-i3wm ，如果因为 wayland 问题最后都不好用了，估计可能只能再去用 win 吧。

成也多线程，败也多线程；
成也设计模式，败也设计模式；
成也 jvm ，败也……好吧，这个不算失败，只能说在很多新兴领域成了拖油瓶，曾经的优势不再明显
要不是有喷射大脑，估计还会有多几倍的人喷它

@playtomandjerry
@lerosua
就是因为很多人还保持着“核心部分还是需要原生处理”、“flutter 只是 UI 框架”，才导致很多项目用了 flutter 反而还不如不用，调试难度维护成本飙升。
原生经验当然有用，但是得清楚什么时候该用什么时候不该用，而不是本应该用跨平台框架内的方案实现的功能，因为懒得学和对原生更熟悉，就三天两头转回去写原生插件。
所以我经常见到一些新手或者前端转跨平台的，反而比资深原生开发写的 flutter 项目更好……
如果是让有（够用的）原生经验的 Fultter 高手，一个人抵三个是真不夸张，产品质量使用体验也不会差，成本肯定是降低的

一圈用下来，最后觉得最好用的居然是飞书文档……

“为了编程”买游戏本

@v2nika 用的时候 toInt() 啊……

除非你是在用 Flutter 写 web ，否则可以假定默认使用的整形就是 int64：
https://dart.dev/guides/language/numbers

如果是为了数据交换，比如 protobuf ，那可以看看 fixnum 库：
https://pub-web.flutter-io.cn/packages/fixnum

防止 Linux 锁屏根本不用这么麻烦，通过脚本模拟鼠标输入就可以了，我刚攒了个命令，你只要开个终端粘贴进去执行，就能实现每隔一段时间自动把鼠标移动一个像素（下一个周期再反向移动回来），从而实现系统不锁屏：

for i in {1..1000}; do xdotool sleep 60 mousemove_relative -- $([ $(($i%2)) -eq 0 ] && echo 1 || echo -1) 0 exec echo moved $i times; done

上面的命令是 60 秒触发一次，可以根据需要修改，比如你的机器是 10 分钟休眠，那你就可以改成 sleep 599 。

然后还可以修改循环次数，比如一天工作时间 8 小时，10 分钟触发一次，每小时 6 次，一天 48 次，所以改成 {1..48} 就能实现下班后正常休眠。

脚本是在我的 deepin 系统上写的，测试没啥问题，理论上运行 X11 的 Linux 应该都能用。

https://i.imgur.com/SkvUivp.jpeg

这个好玩吗？

写得花里胡哨->很难接手->没项目敢用->没工作职位……

现在很多厂和某些人已经是把 rust 当噱头去炒，才达到现在的关注度的，它早晚要回归平淡的，就和几年前的 go 一样。

发现很多人总喜欢滥用 redis ，张口“追求性能”闭口“架构设计”。其实很多系统真的没必要上 redis ，本来就没什么性能瓶颈的项目，只要能把 sql 写对索引加对就完事了，代码简洁可维护 bug 少可靠性又高，为了用 redis 而用反而是降低可靠性，以及各种缓存机制错误导致的 bug 。（老鸟们可以回忆下有多少陈年老屎山一出问题就是手动清理 redis 或者 es ）
所以个人建议是，除非某些很简单的小项目，对数据可靠性要求不高的，可以不用数据库而直接把 redis 当 db 用，否则就老老实实用数据库别整那些幺蛾子，最少别开发早期就引入各种缓存机制，顶多注意一点把项目写得规整一些，做一点该有的抽象和必须的封装，直到项目上线出现性能问题了再考虑要不要加 redis 一类的东西。

1. 建议跳槽，感觉公司环境和自己的追求不符时就没必要熬了，换个公司你可能就是对的了，现在这家你反而可能是不对的那个。
2. 只要你现在明面上还是前端，就建议不要过度插手后端的方案和实现，有想法就自己开个人项目去实践。
3. 对面拖你也拖就行了，领导问为什么没做完就说是因为后端不配合，别太把公司的项目当回事。

以前我也干过看后端代码不顺眼，就自己改好一个 pr 扔过去，确实很省事。后来就不这么做了，因为想通了，公司领导和其他人都不在意代码质量，那自己有什么好搞的，把精力放在自己个人的项目上不好吗

加 loading 组件来控制啊

@NoOneNoBody 我是等老婆孩子睡着以后学以及蹲坑的时候学。
另外建议 OP 不要因为工作搞的压力过大。我个人的话不管工作上给的压力有多大，也一定保留让自己学感兴趣东西的时间，哪怕真的 deadline 没办法加两天班，后面一定自己平衡找回来。而且如果每天都 all in 工作全功率输出，之后只会给你越来越多的活儿直到人受不了，所以要学会控制产出。给公司做的事只是为了当下的月薪，对未来几乎没有帮助，所以为了自己，要学会平衡工作和自己学习的时间。

如果是原本 10 个原生每人一万的水平，想省钱变成 7 个跨平台开发，但还是每人一万的水平，那大概率产品质量会惨不忍睹。
但如果是变成招 3 个三万水平的资深跨平台开发，那从开发效率到最终产品质量将是全方面碾压。