多创造沟通场景，然后注意复盘就行，甚至可以主动问对方自己在沟通中存在什么问题以获得反馈。我觉得这东西在你语言熟练度和逻辑思维能力本身没啥问题的情况下，纯粹就是个经验问题。


就我个人而言，毕业至今多年沟通能力突飞猛进的两个节点，一是之前在某厂做项目涉及跨多部门（频繁开会）沟通的时候，二是今年集中找工作的一段时间（从最开始的嗯嗯啊啊两句卡一次壳，到现在面试官问一句我能跟你连着说五分钟不间断，而且明显开始注重互动）。
尤其最近开始频繁意识到以前表达过程中存在的一些问题并在改善（比如以前容易一着急就失去结构性，或者思维走在嘴巴前面，有些意思我以为说了但其实没说，最近能具体感觉到在改善），而且几次得到面试官说觉得我沟通能力强的直接反馈（以前这是我的短板）。


其它时候（闷头撸码/学习的阶段）沟通能力基本是在停滞甚至倒退的

有几个问题（不代表个人意见，单纯是问问，也希望有大佬能给解惑）

1. 怎么定义卷，大模型不比所谓传统后端卷吗，毕竟都是创业公司和大厂的创新部门（我前段时间找工作面了不少厂，凭个人直觉，面试官里水平最高或者说沟通中让我感觉最聪明/思考方式最成熟的几个，除了来自大厂核心部门，就是大模型相关的新业务）

2. 大模型相关的后端技术或者说业务，有护城河吗，会不会做几年出来发现传统互联网（无大模型）背景的也能轻易替代你。如果那样，入行早并不能成为被优化的免死金牌吧。

3. 大模型变现途径还在探索中，大模型相关的公司或者项目，过两年估计会死一堆吧。现有坑位没问题的话，值得跳槽吗

想起多年前遇到类似情况，不一定有借鉴意义，因为我是个人 pc 。那事折腾了我好几个月，最后发现是被挂马了（疑似挖矿）。


大致症状就是开机近一小时开始越来越卡直到动不了，打开任务管理器又发现 cpu 使用率并不高，内存占用也在正常范围，然后好像也没那么卡了，百思不得其解。最开始我一直以为原因是我常年挂着 pt 下载软件，软件存在内存泄漏，平时事情也多，只能经常重启。

后来无意间发现是因为我有次打开资源监视器又关了任务管理器，发现 cpu 实际上持续 100%，反复试验发现这个🦠会监控用户行为，一打开任务管理器它就停止，一关闭又开始疯狂造。。但它不检测资源监视器。

然后找到，清了，那段时间恶心得我够呛，啥原因都想过就是没想到是中毒，应该是 19 年的事了。

我的视角可能有点不一样，我从我父母的教育方式，我个人的成长轨迹中有过非常多的心得，比如一个人在各种行为下的反应基于什么样的心理和习惯，各种选择可能带来的结果。


我妈自诩了一辈子她是懂教育的，也曾以我为傲，读书时的我不以为然，觉得她功利，短视，固执，脾气差，情绪都写在脸上，但到了周围人都已经结婚生子的年纪，我改观了很多，甚至前面那些形容词有些单纯是我对她的误解。我现在觉得我妈是个非常优秀的女人，但也能清楚地看到她曾经不足的地方（可能还有点卷的心态在，我想比她做得更好），我自己的人生也存在很多遗憾（当然这点大家差不多）。


人到中年我时常会想，如果我有小孩，这个场景下会如何如何，有时候还真挺遗憾（至今）没有条件要小孩的。照顾小孩的耐性我肯定是有的，只是物质条件不允许。
——但实现不了梦想总不能一味地怪自己菜自己没规划吧，那就是内耗了，只好时不时吐槽一下这个时代这个社会了。


另外还有一点可能更关键的，把体验说得具体和窄一点，有小孩生活中真的会有生气吧，那种充满阳光和希望的感觉能中和自己时不时就会出现的“暮年”心态（虽然我还没老），而选择另一种所谓压力小点的人生，也许无法体会到。

被各种琐碎需求淹没+crud 本身就很难积攒经验吧。

我觉得自己近两年成长最快的时候就是开始准备找工作+找工作频繁被拒的这几个月（还没拿到 offer ）

不用纠结自己没学到什么东西，随时都可以学（未来也可以学），28 岁好年轻。。。


毫无方向感？我 28 岁时候也这样，其实等你真正无路可退的时候自然就有方向感了

无法理解，为什么要对不挽留耿耿于怀，不挽留不才是正常态度吗？还是说你的价值需要靠陌生人的态度来证明，那就太不成熟太没自我了。

@DeWjjj 如果你是老手码农，应该知道“Visual Studio 是最好的 IDE”这句话流行的时候还不存在 vscode 这个东西，而且这话基本是用于 c++语境（竞争者似乎应该是 qt creater/装什么什么插件的 eclipse/codeblocks 等等）。
idea 大概也没有现在好用或者说大部分人并没用过（那时候 javaer 广泛在用的还是 eclipse ）。

所以你这段甚至没有想到 visual studio 这个 IDE 的话在旁人看来反差感十足。。

用 API 各跑了两遍
claude 3.5 sonnet 失败
gpt 4o 失败
deepseek 成功
gemini 1.5 pro exp 成功

设置的模型温度=0.7 （跟前面的同学结果不太一致，似乎这个参数也有影响？）


最近跟代码相关的问题我都找 claude sonnet 了，比 4o 表现好太多，现在有点找不着 4o 适合的场景了，感觉干啥啥不行吹牛第一名

@andyfan 你要反代 /v2 的请求应该是单独配置一个 location=/v2/ 的 alias 吧，而不是把整个/都配置掉

小拇指很好按啊，不理解你为什么会觉得小拇指难按

同楼上，我 20 多年前就在打 cs 了，无法想象不用小拇指你怎么按 ctrl


有些人觉得 ctrl 不好按跟用不用小拇指我觉得没有绝对关系

昨天刚遇到就看到这个帖子了，好像是前两天火绒更新以后，但退了火绒问题依旧，或许是跟 defender 有关

我是 23H2

@zhuangku556 是这种感觉，现在的手机横屏太难受了，尤其我这种偶尔玩玩老年人游戏的，单手没法用，哪怕横在床上不用手抓都点不到另一边

@duanxianze 确定存在市场选择吗？绝大部分用户是被动选择吧，像我早期认准一加后来只用三星，主要是想用那个系统，他们做窄我也没辙啊，也不可能因为一款手机做宽一点去改变选择

我不认为有必要查询到具体是在哪个实例上执行。把服务实现为有状态的，并假定它在释放资源前不会挂是个很糟糕的设计，你记录了 c1 的 IP ，c1 挂了呢？你是不是又要有更多复杂的“业务逻辑”去处理实例状态变更导致的问题。


你这里 c 锁定资源的正确姿势或许是把锁定的凭证存放到某个分布式存储（比如 redis ）中，等解锁时任意一个本服务的实例都应该能拿到凭证去解锁。（但我甚至怀疑这个设计有根本性的问题，或许不需要加这种资源锁，或者可能可以有一个统一的调度器负责一个流程的资源上锁与解锁）

```bash
# 方法 1：直接用 scp ，通过本机中转，效率较低
scp remote1:/path/to/source remote2:/path/to/destination

# 方法 2：在源服务器上使用 scp
ssh remote1 "scp /path/to/source remote2:/path/to/destination"

# 方法 3：使用 rsync 的方式
rsync -av -e ssh /path/to/source remote2:/path/to/destination

# 方法 4：使用 netcat 在服务器之间建立直接连接
# 在目标服务器上：
nc -l -p 1234 > destination_file
# 在源服务器上：
cat source_file | nc remote2 1234

# 方法 5：禁用本地中转，尝试建立直接连接，仅适用较新版本的 OpenSSH （ 8.0+）
scp -3 remote1:/path/to/source remote2:/path/to/destination
```

作为最佳实践，我建议：
1. 对于大文件传输，优先考虑使用直接传输的方式
2. 考虑使用 rsync 替代 scp ，因为 rsync 提供更多功能（如断点续传、增量同步等）
3. 在生产环境中，注意评估网络带宽和安全性要求


以上截取自 claude 的回答，未经验证

@CharlesQin 大厂基本是末位淘汰，让人自来卷，只不过不明说