非凡云 ffy.com 夏季冲浪，联通 AS10099 云服务器，五一钜惠专场！

@Cyanhall #4 好吧，我以为是 NuxSaaS 也区分了 Free, Pro 之类的授权 😂

https://nuxsaas.com/zh-CN/pricing

专业版 $0 ，写错了吗，还是就是个链接跳 patreon ？

@suofeiya 进入网站首先看到的 cookie 弹窗很好地弥补了这一点 https://i.imgur.com/agAJ0Rd.png

keymap

单一系统平台，选择一个主用的工具（ VSC/Cursor/Jet Brains 等），其他应用配置 keymap 到这个应用

win+mac 混用，但是有一个用的多：另一个平台配置 keymap 到这个平台，统一成一个模式

win+mac 混用，频率差不多：我自己是靠手感区分的，win + 外接键盘，mac + 笔记本键盘，形成习惯后不过脑子的情况下大部分时候能区分开（过脑子了反而会纠结是啥）

---

vscode 有一个 cmd+shift+P （ win: ctrl+shift+P ），打开 "Command Palette"
https://code.visualstudio.com/docs/getstarted/userinterface#_command-palette

jetbrains 是 cmd+shift+A （ win: ctrl+shift+A ）打开“Find Actions” https://www.jetbrains.com/guide/tips/find-action/

只要记住非常常用的功能（打开终端、搜索文件、运行等），不常用的功能走命令面板现搜现用也很方便

刚看到下面的评论，这个 nas 不是内网的吗？内网一般传输速度比压缩/解压都快。不过既然提到传输很慢，那不是内网感觉没啥好办法了

看看能不能换压缩格式 ，gzip 是支持流式压缩解压的，理论上可以在不占用额外空间的情况下，实现断点续传+实时解压。但是 gz 只管压缩不管打包，算上打包（常见是 tar ）可能又不能流式了

详细说一下需求和文件内容，比如文件类型（无压缩内容，如文本、wav 等原始媒体；有压缩内容，如 docx, mp4, mp3, jpg 等）、文件数量（少量大文件/大量小文件）等，看能否针对性的做一下处理

@zsh2517 如果是某些没有包管理工具的 Linux （比如之前帮人看过一个绿联旧版系统，基于 Linux 但是没有任何包管理），且官网下载缺少 glibc 。

我找到了一个静态链接版本（不受系统 C 库影响，理论上任意 x86_64 Linux 可用），未测试。看起来可能可以 https://github.com/justdan96/7zip_static/releases/tag/23.01

#3 @qgswzmz nas 可以 ssh 上去吗，可以的话，命令行，unzip ，或者 7z cli （ https://www.7-zip.org/download.html ）？不是一定要 GUI 或者 webUI 的。

如果是一次性的需求，找 AI 写一条命令，传一个小文件调试，几分钟能解决
如果是周期性的需求，更应该命令行脚本化+定时任务

---

另外，如果我没记错，smb 、zip 好像都支持一定程度的随机读取，如果只是需要解压后的某一部分文件，理论上应该是能部分解压的，会快一点

@qrobot 我就随手测了一下，那个代码是 go 的（相对不容易压行），而且原本逻辑也不复杂，没有外部依赖和复杂语法。如果真的是业务代码，我觉得扩写率要更高

随便找了一份 50 行左右的代码，告诉 AI 按代码行数计算工作量，尽可能长地重写，Claude 3.7 写了 138 行的代码。（几乎每条语句都加了注释，去掉注释和空行，是从 40 行变成了 83 行）

一样，我之前还特地对比了社区和搜索的 URL ，并且换掉参数试过，仍然不行

> 它不就是一个轻量级服务器

All in one 的话也不轻了，无论是硬件上的还是物理上的重量（虽然可能叫不上 NAS 了）

#19 忘了 at 人了

@levelworm 代理配置好了的话，可以用在线输入法配合复制粘贴： https://www.google.com/inputtools/try/

代理配置好了的话，可以用在线输入法配合复制粘贴： https://www.google.com/inputtools/try/

@MonikaCeng +1 ，不过我是小程序，同样 vscode 写代码，它自家 ide 编译预览

感觉关键在于如何看待 issue （或者类似的东西）

issue 是作为代码库的附属，只跟踪重要内容比如 BUG 、大型迭代等，上面只记录了需求内容
还是软件迭代的一环，从需求提出（为什么要改代码/期望实现什么收益）跟踪到上线甚至收益回顾（实际带来了什么收益）

后者的模式下，整个迭代流程可以被 issue 串起来，简化一下——PM 创建 issue ，然后 PMO 指派给相关人员；开发根据 issue 关联代码提交； QA 根据 issue 关联的代码库和分支进行测试，创建 bug 关联 issue ；上线时任务与需求绑定；最后 PM 再回顾这个需求的收益。