其实生活中这种人居多的
最近遇到的有一个例子：公司新来的 c++资深程序员在安装依赖的时候，在局域网内不会用网络共享分享，而是 u 盘 cv （我不是很懂 c++，但是这个操作我惊了）
imgur.com/Bzf1TNT

开共享泄露了怎么办

我也不会。

没我这离谱，我们这公网就只有 10m 的龟速，甲方仓库只能一台设备登一个人登录，都是用微信传输项目来协调开发进度。开发直接沟通也用微信，一开始还很抗拒，用了几个月也就不管了。

这个操作和 c++有啥必然关系吗

＃4
我是不是可以这么理解，一名资深高学历的 c++开发者，可以是只会写代码，不会与代码无关的电脑知识？

如果是这样的话，那我就很好奇他们是咋做系统开发的了，毕竟资历也有 10~15 年了，这些都算是电脑的基本操作吧

＃3
你这个是实际情况只能这样。

我们的话是代码都在手上，没有保密要求，目前在配置环境的阶段，我看到的这个奇观😅

不会用某个工具是一件很正常的事吧

另外，大把的 C 开发者抗拒使用 Windows 系统，而是用某个 Linux 发行版做主系统

局域网共享会被被子网和防火墙影响，真不好用

＃8
不过我们的情况是局域网是一个路由器，底下只有一个 192.168.1.0/24 ，整个公司就 10 来个设备

＃7
不过我面试的 c++好多都是在 win 上搞 qt 的，我才有这疑问

U 盘比设置 windows 文件共享然后访问方便多了，尤其现在 windows 11 菜单藏得反人类

＃7
不会某个工具我是可以理解的，但是没选用其他工具我就不是很懂，毕竟现在流行的 nas ，本质也是局域网 smb 分享。

不过按我的推理，他们开始接触电脑应该是从 win 开始，肯定经历过以前拨号上网的年代，那么以前在学校玩电脑肯定涉及局域网相关的游戏或者文件分享，要么就是 Windows 共享，要么就是 u 盘，然后我看他们项目的依赖有 30 多个 g ，如果是这样的大小的话，我肯定不会想到用 u 盘这个方案的，更何况还不一定有 u 盘在身上。

不过自从公司有 c++开发后，我对这块的开发流程和工具链都开了眼界了。毕竟我前端和 go 玩多了 hhhh 。

＃10
神奇的就是我们局域网是千兆口的，他那个 u 盘才 30 多 m 一秒，复制进去要花时间，复制出来也要花时间。lol 我都能开两局了都

关键不是他用什么传输，而是他能否实现需求。

＃13
当然不管什么办法都能实现需求。这里只是讨论如何用更合适的方法而已。

如果是我的话，我会选择打成 7z ，然后本地开一个 http 服务，然后对面机器 wget 即可，其次就是直接共享 D 盘，对面机器直接访问。

是你们公司的 IT 太差了。稍微像样点的公司内网都会有个 NAS 来共享文档。难到你让每个人都在自己的电脑开个 SMB 共享然后给同事共享？而且其实 windows 上的 SMB 开起来一堆莫名其妙的权限问题。

＃15
小公司，没 IT ，共享文件的话入职到现在大家都从没有过这个需求，只是 c++的同事来了之后碰到的见闻。

文档之类的都是放在服务器的 gitlab ，文档用腾讯的。前端都是 pnpm i ，后端 go mod tidy ，没啥需要共享的东西

不要拿你知识衡量别人. 我是做逆向 驱动 C++的. 我也不会用共享. 有些人会有些人不会很正常. 但你要说会 C++ 不会相关系统 api.这个就是有问题的. 你那些涉及到网络设备路由什么的.这些都交给管理网络的人实现去了.

术业有专攻

优越感来的莫名其妙。

按照你的逻辑。

我用了快 10 年的 vscode ，依旧记不住选中多行的快捷键是啥。

不得被你在 V 站首页挂个半年。

不会用挺正常的，你就说程序员懂电脑配置正常吗，不知道 CPU 型号啥的，这种人大把存在。

不会用挺正常的，你就说程序员懂电脑配置正常吗，不知道 CPU 型号啥的，这种人大把存在。专业的人干专业的事就行了