@tabrye #93 你到大街上随便找辆电动车都可以嗖一下到你前面，这个完全是因为电机响应远超内燃机，好多燃油车超不过去的电车都可以轻松超车，就看你胆子够不够大了

这不就是 ipfs 么，事实上 p2p bt 为啥越来越不行，不在于技术本身，问题来源越来越多的云服务提供了更可靠稳定的服务，大量小白用户根本就没需求，剩下那么点用户可用性太差几乎没啥存在的价值了，再说现在知识产权保护这么严格，普通用户还有何价值非要用这种方式存文件，未来肯定是 ipfs 这种了，但参与者必然是数据中心，数据和算力需求会持续增长，数据中心数量未来会非常多，那么这个说白了就是数据中心金融化的过程，构建强大的商业属性和金融属性才是可以持续发展的最大动力

电车几大件，电池现在主要是松下、LG 化学、宁德时代、比亚迪，但这个提供的可都是解决方案，整包电池，产商能做的其实不多，氢电池的话似乎日本更强一些，毕竟投入都不够

电机的话现在电机效率都 98%-99%了，做的在牛逼你能提高 1%已经牛逼上天了，现在主要优化的是地中高功率小的扭矩和电机热控，特斯拉电机 2 转以上，国内各厂差不多 1 万 5 ，主要就是热控的差距了，似乎这也导致百公里加速大家都差不多，但是持续时间可就大不相同了

自动驾驶似乎现在大家都转型深度学习这一套了吧，不过明显国内走的还是慢一些，硬件的话固态激光雷达华为在搞，似乎也没有听说特别便宜成熟的，估计不是各好方案，算力芯片其实国内也有在设计，后面估计就是 risc-v 这个体系了，国内好几个大厂在做了吧，看起来进度也不慢了吧

剩下就是整车车架、悬挂、内饰等等相关的了，个人感觉这个就是产业投入的问题了，有投入自然能做出好的，整车电气化的话老车厂反正也是做的一塌糊涂没啥好说的吧，之前不是有传统车报整车电气化代码的么，也是不忍直视的吧，不过本来对于传统车厂来说既不重要也不擅长吧，这个现在似乎看不出谁更牛逼一些，特斯拉这个刹车搞成这样，其实也可以看出，现在的整车电气化真是一塌糊涂

电车差不多也就这些了吧，个人还是偏乐观一些的，做的是不是最好的不一定，但是吧完整体系是建立了，不说现在最好的，说个第二第三个人觉得还是可以的，别那么悲观，时代不停在发展，太悲观很容易错失机遇啊

@blufaux #25 你这就不科学了，电池厉害，那么电池热管理能耗管理系统一般就是电池厂商做的了，电动车电池厂商可不是只做原始电池的，电机不用说了，效率本来就很高，做的再好估计也就 1%效率差距了，不过扭矩电机热控啥的还是有优化空间的，自动驾驶就不用说了，从测试看特斯拉似乎更强一些，但是就现在来看这个体系本并没有想象的那么难，国内几个大厂看起来也没有落后多少

其实似乎大家也别那么悲观好吧，电车不比燃油车产业，至少眼下看整个产业链还是走在比较靠前的，软件产业体系更不用说了

@v2yllhwa #4 现在操作系统装好自己就有几十万文件了吧，不算啥吧，别放在一个文件夹下就是了，再说你可以搞个分布式文件系统啊，hdfs 、fastdfs 、JuiceFS 之类的

@chi1st #15 似乎江苏电信这边已经不行了，保修师傅上门啥也改不了，有问题他们还得在他们那啥 app 上找远程客服帮忙修改

@z7356995 #1
@chi1st #2 这个现在似乎不可行了吧，现在几乎都改成远程控制了，超管密码维修师傅都不知道了

既然可以稳定，value 又是只增加的，直接存成文件就是了呗，一个 key ，一个文件，数据直接 append ，这多快多简单，也不会不稳定，没啥必要用啥数据库吧

@LeeReamond #15 win11 的 wsl 已经可以装了，主机和 wsl 都能同时识别出显卡来了，tensorflow 跑起来很正常

@jbue520 #2 调路由优先级啊，网络基础了吧，如果在本机的话也可以打开 socket 的 bind 到对应网卡上去

如果云主机买的公网 ip 这种的话，以上两种方式就不行了，但是云主机后台都有设为出口 ip 这样的功能吧，你可以找找看

话说把所有 ip 都加到白名单里就是了，干嘛这么纠结？

不是 Authentication failed ，mongo 每个 db 好像授权单独设置的吧，不加 db 其实是有个默认值的，好像是 test 还是 local 来着，估计单独指 db 名的时候用对应 db 来做鉴权了吧

这写的有歧义吧，主线程完成的是 epll 事件以及命令处理，线程池完成 socket 读写级命令解析，所以主线程阻塞的意思应该只是转入 epoll wait 了，这种其实也只是针对你只有一个 socket 连接到 redis 的情况，多个连接下主线程当然是该干嘛干嘛啊

不想自己配就淘宝直接买一对单线复用交换机呗，价格也不算贵

以上三个都是毛用没有的东西啊，哪看出未来了

第一个数据绑定的问题是 js 变量和 dom 、样式以及事件变化同步的问题，你再怎么编译也改不了这个啊，所以没有运行时扯的吧，顶多叫运行时打散使用可选编译和业务代码编译在一起了
第二个这东西都说了快十多年了吧，有没有用还用说
第三这种顶级坑货就更不用说了，服务器无状态硬生生搞成有状态，难度复杂度提高十倍不止还不能适应各种环境问题吧，谁选这种方案真是作死

过去十年前端能大发展本质还是互联网行业的繁荣催生的，互联网啥情况不用说，所以前端技术方向也不可能再沿着这个方向继续发展了，这就好比十年前 pc 时代，各种 ui 框架也是做的很牛逼，可是之后呢，所以紧跟时代步伐啊

@yezheyu #8 网络看除了传输协议不同外，没啥区别，只是 rpc 一般会定义更完整的调用流程，http 本身只定义了传输过程，http 服务端和客户端都各有各的实现

似乎有点本末倒置了啊，所有文件保存的、网络传输的都是二进制，并没有啥区别，

为啥有二进制文件和文本文件，这个其实是用你的查看方式决定的，你用文本查看就是文本文件，文本文件有不同编码方式，比如 gbk ，utf8 之类的，你打开文件的时候就已经选定了一种解码方式，并不是文件告诉你应该用啥解码，所以才会有乱码问题，乱码图案自然从你选定的解码方式里找啊

关于 base64 其实是邮件和网页已经首先选定了文本型 utf-8 编码换行分隔，如果你直接在里边放二进制数据，那么二进制数据自身就会影响解析，比如二进制里按文本解析就有换行符啊，这时就要解析出错了，本质来说在编码的分层结构中，网页和邮件是用的是规则匹配来解析数据，那么首先你网页邮件里保存的数据就必须保证不能有符合网页邮件解析规则的数据，所以才有了 base64 来把二进制数据编码成肯定不会匹配网页解析规则的文本数据，而像 grpc 这种用的就是预定义结构解析，所以内部保存的数据不可能影响结构解析过程，所以也就不需要再编码

想太多，这么多公司估计比这漏洞大的多了去了，还不是照样用的好好的，小公司名不见经传的，漏洞不漏洞的谁理你啊，项目做三月发现毛用没有的倒是挺多，大公司就那么几个，这种就算自己搞个估计都不会去买，而且商业库也会有漏洞的吧，说不定更多

java 这一套的话，反正更新重启一下十分钟过去了也不止，所以两个节点也想用注册中心也可以理解，否则真没啥必要，否则节点数比较少服务也少也搞似乎是个坑，大炮打蚊子可不但没提高生成效率反而坑死人的了

简单来说我猜应该是地球温度应该主要时靠地面吸热和空气来保温的，海拔搞了理地面越远空气也越稀薄，温度更低应该是吧