写. 需求评审完, 开始写文档, 然后评审文档, 通过后, 才能开始编码.
处理文档, 通常需要 1-4 天.

@Ainokiseki 两个差不多, 但如果一定要分个好坏, 那么 mentor 的更好.
首先, 明确一点: 任何软件都是业务软件. 对于技术软件, 技术本身就是业务.

* 对于团队项目, 大部分情况下, 代码的可读性要比效率更重要.
* 根据单一职责原则, 每段代码只做一件事情.
* 代码应该尽量只表达其业务意义. 这也是函数式编程的好处之一.

对于你给的例子, 最后一个元素要特殊处理, 就应该把这块特殊逻辑"独立且突出", 增强可读性.

以前见过有这样做的.
我觉得如果软件对本地 IO 要求不高, 可以这么搞. 再加上 PWA, 如果能自动把网页安装为 PWA, server 端启动后, 自动打开 PWA, 那么对用户来说, 这就是一个独立的软件了.

windows 不存在内存问题. 平均 1G10 元, 不够了就使劲加.
只有 mac 才有内存问题.

有状态: 如 1 楼所说
无状态: 建立一个文件夹, 拉取过的邮件移动到这个文件夹中.

spring-openfeign 一样可以给非 spring-cloud 项目使用.

用 auto tab discard 插件, 什么浏览器都省内存.

vscode: 笔记 golang js 临时
IDEA: java

支持一下

我现在用的这个油猴脚本, 支持数十个搜索引擎跳转, 还可以自定义搜索引擎.
https://greasyfork.org/zh-CN/scripts/397993

nginx no-cache 的问题, 我用 docker 搭建了另一个 nginx, 作为外网访问入口, 其中把 no-cache 替换掉.
这系统还有个严重问题, 上传下载文件和看视频 , 数据有效率只有 30%, 也就是说下载 100MB 的文件,实际的数据传输大概是 300MB.

支持一下,感谢.

绿联 NAS, 我用了 1 周后, 就对这个产品绝望了. 从软件设计的不足 和 bug, 以及部分技术设计, 能够看出来 这个团队全是混子.

开发: 用户权限问题 OP 已经说了, 我不重复了. nginx 静态资源全部被加上 no-cache, 导致外网访问非常非常慢, 我 100M 的上行都不够用. 例如:图片查看器的 js 文件几兆, 每看一张图片, 都会重新下载这个 js. 我到现在都忍不住想骂这群 SB, 极其不负责任.

测试: 登录窗口, 密码输错后, login 按钮不可点击, 只能刷新页面. 这种非常基本的功能 bug, 能存在 1 年不修复.

产品: 产品规划非常混乱, 可以肯定, 这个产品经理根本不懂 NAS, 不知道该做什么. 基本的文件备份都没做好, 一堆 bug 不修复, 一直在搞些可有可无的功能, 比如:音乐播放器, 电子书, 然后做出来之后又完全不能用.

这个团队, 没有任何人真的在日常使用他们的产品.

这些问题, 不会随便时间而改变, 绿联 NAS 永远不会变好. 除非换管理层.

函数计算能省钱的场景, 非常非常有限.

非工作时间, 以不重要的事情 @人, 都是蠢货.
降低员工被 @敏感度, 最后导致员工 即使被 @也不在乎.

想省电, edge 有标签页自动休眠, 不占用 cpu.
如果还想省内存, 就用 Auto Tab Discard 这个扩展, 自动 discard 页面.
注意: 这两个不能同时打开, 否则 discard 无效.
现在我的 edge 长期内存占用在 2G 以内.

如果主要是为了存储家庭照片和视频, 那么绿联不行.
如果是为了用 docker 折腾各种软件, 那么绿联没问题.

我看了下, 我的分享率竟然是 18.