@a8500830 你从 U 盘到系统盘，和 u 盘到移动硬盘速度本来就会不一样。应该是系统多了中转。平时用电脑的时候就会这样。就是 2 个 u 盘互拷和直接从系统盘拷到 u 盘，速度降速很多。可能是这个原因

@a8500830 usb 读取和写入本身速度也不一样的。你可以自己试试你的两个非系统盘，在普通电脑上互拷速度多少。速度应该是出在 usb 上

你这个和网速没关系啊。都在一台机子上，就是硬盘或者 usb 的速度不行。

不写。。就写接口文档。。做业务的谁写那个啊。。难道是给人外包做系统吗

不是说开越多越快。

没用的。。代码是服务业务的，除非是不直接面对用户的业务。不然屎山是无法避免的。他们的要求千奇百怪

先休息个 3-5 天。。然后居家上班。。没什么症状了到公司上班

无年终奖。双薪已经发了

没你说的这个问题。没升 13 ，就是原来 11 12 都没有这个问题

可以 nginx 里面搞个 lua 脚本，取 redis 判断。。读文件应该也可以，没试过就是了

@w526433357 你向上访问是可以的。下级路由器的设备访问上级的没问题。。因为你的路由器有做了一个 NAT 。他知道你访问的网段他是能到达的。

1. 访问不快，应该和单位的上传有关系，可能有限速。这个你解决不了。手机访问不了，可以试试网络是否可以访问，如果手机网页可以，那应该是 app 问题。
2. 公司的其他网段必然无法访问你们自己搞的网段。他们本来就不通，网络能互通是要同个子网下面才行的。
3. 安全都挺安全的。都是要验证的

感觉你们现在的流程没问题。只是你们没有及时合并代码吧。而且冲突是同时修改的同一个文件的相同部分。不然正常都很好解决。如果是这个问题，不是应该开发相同功能的人同用一个分支吗？

我们目前用的也是比较基础，并没有用 git flow
1. develop 分支(测试分支，测试环境用的代码, feature 合过去的)
2. feature*分支，新版本功能的分支(你自己本地可以有一个单独的 feature 分支，再合并到共用的 feature 分支，或者直接在公共分支开发都行，正常不强求)
3. pre 分支(预发分支)
4. master(线上分支)

feature 都是 master 出来的。
pre 是 feature 合过去的，如果出现上 pre 又不发的会回退
master 以前也是 feature 合并过去的，目前基本就是直接 pre 合过来，就不会有冲突了，不然如果和 feature 冲突可能要再次处理冲突。

至于说代码被覆盖，弄没了。这个任何方式都会出现，只要有冲突，处理的人不好好处理，肯定是有问题的。这个问题在人不在流程

固定 ip 要公司才能申请。叫专线好像。贵

都有公网了。还干嘛用其他设备来转发。直接路由器上开端口

为什么这个问题会出现在这里。不合理啊

喜欢就换。屏幕也更好

算法岗？不然没人刷 leetcode 吧