跳不跳槽暂且不说，程序员还是不能让自己太闲。

因为你会发现，现在摸鱼欠下的技术债，在以后某个时间点，都是要还得。

@abersheeran "不按照需求拨发资金，这还不是当地无能？"

不不不，这是不同城市的生活习惯问题。

你可以让 ZF 多雇几个人，但是一线大城市，一部分人从小就是习惯了马桶，而不是蹲便。

谁都知道公共厕所里马桶易脏，难维护。可众口难调，肯定不是出钱多，就能解决的矛盾。

@abersheeran "我还真出钱了，不然你以为各种税收应该拿去做什么？"

我的意思是，每年用于市政基础建设（公共卫生间）支出是固定的。

你个人税交再多，也是被统筹到其他地方。

你又不可能定向捐赠到自家门口的公共厕所，来多雇佣一个人。

@ahswch 不用那么麻烦，block 就可以。

我现在都很少发技术相关的东西了，觉得没必要，大家的点都不同，挺难达到共识。

至于纯聊天，在 talk is cheap 的 V2 论坛，那就更不可能有共鸣了。

@abersheeran 动不动就暴论，真是服你们了。

还增加清洁工人数，你出钱吗？

劝楼主一句，真的别羡慕通勤 5 分钟那种，我以前租房试过，一天代码写下来，每日运动量明显不足。

能走路 30 分钟，散步上下班，对健康是最好的。

和垃圾分类一个道理，有了垃圾定时投放和强制分类后，小区居民垃圾总量暴减 45%，于是城市变干净了。

马桶也是同理，大家看到没有蹲便，会交叉感染，也就不上公共厕所了，在家里或者在公司解决。

时间一长，去的人少了，公共厕所就变干净了，殊途同归。

有点道理，以前上学时，也是早上大脑清醒。

但其实劳逸结合也是很重要的。

真的想努力，白天上班只要完全不摸鱼，强度足够了。

C#的 get/set 是很正常的事情，大部分 MVVM 也推荐用 get/set 封装，这样中间的 ViewModel 层就能多做一些半自动化处理。

但问题是 C++专业写界面毕竟少，大部分都写一些快速算法，写 get/set 就是单纯的去隐藏 private 属性。

@zhuzongxing

这样说吧，谁告诉你程序员工资高=经验多，程序员工资满意=责任心强，那他一定是在忽悠你。

@xiangyuecn

"良心价格：1 万块做出来了，品质优良，上线即巅峰👌
良心价格：5 千块也做出来了，隔三差五的出现 bug，劳神费力，用户都跑光了😂
那么，哪个良心"

我一直觉得最终产品质量，和外包价格关系没那么大，不一定钱多就完善，和具体开发人员的经验 /责任心关系更大。

@wangxin13g DW 一开始方向就错了，Web 工具就不应该走传统客户端设计的路线。

就应该在线设计，类似 figma 那种可见即可得，模板式傻瓜开发。

然后帮客户自动托管网站，托管数据库，托管 CMS 后台。DW 如果起初能对接在线数据库，也不会死那么惨了。

要想把 CRUD boys 干掉，就必须把数据库和后台一锅端。

我以前看那么多 star，还以为官方出了一个 web 平台，结果仔细研究后，发现并不是。

反正 star 高，也差不到哪里去。

@7075 参数不一样，是因为你用了别人编译打包后的 wasm 文件吧。

反正 github 上 ffmpeg 官方维护了一个 web 版本，参数不同就自己动手编译一份最新版本就是了。

@yanzhiling2001 是啊，而且是 ffmpeg 官方支持的 web asm 版本，理论上应该比较完善了。

我查了一下，HEVC 还真有专利费，难怪那么多年下来，chrome 对于 HEVC/HEIF 的支持，一点点动静也没有。

相比之下还是 google 好，开发了 webp 格式后，大家免费随便用。

换我就直接 DOM 操作，既然你处理了逐层缩进，那用 JS 来对 list 遍历上下关系节点，还是能靠缩进对比，来找到一定的父子关系。

有父子关系，就能顺利展开 /关闭子节点。