dustynight 最近的时间轴更新 dustynight 最近的时间轴更新 |
dustynightV2EX 第 537796 号会员，加入于 2021-03-16 15:20:18 +08:00今日活跃度排名 560 |
dustynight 最近回复了
12 小时 2 分钟前 回复了 pluvet 创建的主题 › 程序员 › 大家有没有感觉有了 AI 编程能力没变菜，反而变强了 |
@mumbler 虽然我理解你的意思，但 vibe coding 真的不是这个意思😂这个词不太好翻译，硬要说，就是一种放弃对代码的控制，信任 LLM 的输出，一边 vibing （跟着感觉走？）一边 coding ，有点随波逐流的意思。
3 天前 回复了 Int100 创建的主题 › 程序员 › 请教一下, macOS 如何以高帧率远程访问 windows 桌面？ |
@Int100
推荐 sunshine 的一个 fork apollo （ https://github.com/ClassicOldSong/Apollo ），原生支持虚拟桌面，个人在用。
但如果 OP 真的打算用，可以将以下信息纳入考量再下决定：
1. apollo 的维护者和 sunshine 项目公开决裂了，具体原因在 readme 的 disclaimer 里面有。
2. 所以基于上述事实，apollo 公开说明，以后有可能会不兼容 sunshine & moonlight （包括各式各样的 moonlight fork ）。但作者曾经在 reddit 回复过，在推出全平台客户端之前，不会推出 breaking change （这个的链接我就找不到了，只是我自己看到过）。
推荐 sunshine 的一个 fork apollo （ https://github.com/ClassicOldSong/Apollo ），原生支持虚拟桌面，个人在用。
但如果 OP 真的打算用，可以将以下信息纳入考量再下决定：
1. apollo 的维护者和 sunshine 项目公开决裂了，具体原因在 readme 的 disclaimer 里面有。
2. 所以基于上述事实，apollo 公开说明，以后有可能会不兼容 sunshine & moonlight （包括各式各样的 moonlight fork ）。但作者曾经在 reddit 回复过，在推出全平台客户端之前，不会推出 breaking change （这个的链接我就找不到了，只是我自己看到过）。
4 天前 回复了 sunr0163513 创建的主题 › 囧 › 对于 深圳一程序员 4 年不租房睡车里，大伙这么看，好像挺有挑战性的，会不会冲击广深房价及租房市场 |
这个 case 最重要就是，他周末会回外地的家，每周只有四个晚上睡车上，40%以上的时间是正常的居住环境。这样看下来，其实和上学的时候住宿舍差别不大。
他的大部分个人物品都可以放在家里，平时只需要带一周的生活用品就行。再花点钱改进一下车内的睡眠环境（比如，有些车把后排放倒后，加上一个特制的床垫，可以变成一张床），再加上车可移动的属性（部分人心中，相较于笼子单间，这是一个加分项），居住质量可真不一定比 2500 的单间差太多。
他的大部分个人物品都可以放在家里，平时只需要带一周的生活用品就行。再花点钱改进一下车内的睡眠环境（比如，有些车把后排放倒后，加上一个特制的床垫，可以变成一张床），再加上车可移动的属性（部分人心中，相较于笼子单间，这是一个加分项），居住质量可真不一定比 2500 的单间差太多。
4 天前 回复了 JustDoIt221 创建的主题 › 学点什么 › 花 5.5W 报了个两年的英语培训 |
@starqoq +1 for "另外学英语一定要设立一个考试目标，比如 toefl ，即使你不需要这个成绩。"
个人的的英语突飞猛进的两个阶段，分别是准备高考和准备 toefl 。后面一直到现在，都不敢说有什么进步，只是勉强维持在原来的水准（因为最后没出去留学）。
个人的的英语突飞猛进的两个阶段，分别是准备高考和准备 toefl 。后面一直到现在，都不敢说有什么进步，只是勉强维持在原来的水准（因为最后没出去留学）。
4 天前 回复了 swananan 创建的主题 › 程序员 › 线上故障应急处理： 4 年多 on call 经验总结 |
写的很棒，很多时候看着文字都能回想起自己的一些工作经历，抛砖引玉分享一下我的想法。
0. 最重要的一点，出了问题先恢复业务。不要想着当场 debug 发布修复，先把业务恢复了再说。有发版就回滚，改了配置就改回来，总之发生问题之前，对生产环境做了什么修改，赶紧改回来。
1. 冷静。很多时候问题跟因都不复杂，只是当时太着急了，没找到原因。时刻对自己说“天塌不下来”，我只是个小虾米，捅破天+1 +2 先背锅。
2. 每一次发布，都要做好回滚预案。新功能的开关，灰度等等。不要觉得就一行代码的变更加开关麻烦，出了事真能救命。
3. 系统留一些人工干预的口子，保留直接上手洗数据的能力。我碰到过一些问题，最终是动用了全组人，手工一点点调用 API ，把数据洗回来了。
0. 最重要的一点，出了问题先恢复业务。不要想着当场 debug 发布修复，先把业务恢复了再说。有发版就回滚，改了配置就改回来，总之发生问题之前，对生产环境做了什么修改，赶紧改回来。
1. 冷静。很多时候问题跟因都不复杂，只是当时太着急了，没找到原因。时刻对自己说“天塌不下来”，我只是个小虾米，捅破天+1 +2 先背锅。
2. 每一次发布，都要做好回滚预案。新功能的开关，灰度等等。不要觉得就一行代码的变更加开关麻烦，出了事真能救命。
3. 系统留一些人工干预的口子，保留直接上手洗数据的能力。我碰到过一些问题，最终是动用了全组人，手工一点点调用 API ，把数据洗回来了。
6 天前 回复了 JustW 创建的主题 › Windows › 重装电脑用 Scoop 管理软件,清爽多了! |
我曾经也追求在 Windows 里尽可能使用包管理器，但现在已经放弃了，只留了 winget （因为是官方的）。
1. Windows 本身就是一个碎片化很重的系统，随着使用程度的加深，不可避免地需要从各种渠道安装软件，这些软件在 scoop 上找不到，也不会遵循某个统一的规范安装（即，限制不了他们在系统里拉屎）。
2. 我买了一台 Macbook ，然后把我所有的开发工具链都迁移到上面，windows 只作为纯粹的娱乐+游戏机器。相较于 Windows 本身连包管理器都百花齐放（ winget/scoop/choco ），macOS 好歹有一个基本形成共识的 brew 。（ mac 也有自己的问题，但我不想过于发散）
1. Windows 本身就是一个碎片化很重的系统，随着使用程度的加深，不可避免地需要从各种渠道安装软件，这些软件在 scoop 上找不到，也不会遵循某个统一的规范安装（即，限制不了他们在系统里拉屎）。
2. 我买了一台 Macbook ，然后把我所有的开发工具链都迁移到上面，windows 只作为纯粹的娱乐+游戏机器。相较于 Windows 本身连包管理器都百花齐放（ winget/scoop/choco ），macOS 好歹有一个基本形成共识的 brew 。（ mac 也有自己的问题，但我不想过于发散）
Select Language