- 主题:C++新功能越多，程序员越省事，编译器越复杂
我发现凡是用go做的基本系统模块都很垃圾
比如那个grpc
速度比ice 慢了不止一星半点
再就是这个NATS
只要数据量一大，就是内存狂涨
【 在 speedboy2998 的大作中提到: 】
: 用 NATS 消息队列了。。
:
--
FROM 172.58.30.*
赞！你和milksea是我时不时来看这版面的动力。
【 在 mvtec 的大作中提到: 】
: 我发现凡是用go做的基本系统模块都很垃圾
: 比如那个grpc
: 速度比ice 慢了不止一星半点
: ...................
--
FROM 61.185.187.*
这种带垃圾回收的都一个样
【 在 mvtec (mvtec) 的大作中提到: 】
: 我发现凡是用go做的基本系统模块都很垃圾
: 比如那个grpc
: 速度比ice 慢了不止一星半点
: 再就是这个NATS
--
FROM 114.254.1.*
这种轮子恐怕没有十个也有八个
而且历法各种乱七八糟的细节不好玩
【 在 hgoldfish (老鱼) 的大作中提到: 】
: 可以考虑发布到 github 上面去。不过先对比一下有没有已经做好的。这种基础功能，轮子还是特别多的。可以考虑找个做得好的，把自己的功能合并到那个项目里面去。
:
: 【 在 ylh0315 的大作中提到: 】
: : 我有一套简单通用的时间函数库，C的，想要不？
--
FROM 183.179.53.*
主要是C++代码的复杂度不太可控。
【 在 deusomax (deuso) 的大作中提到: 】
:
: 【 在 ABCDEFGHJKLM 的大作中提到: 】
: : linus 好像就是用C语言防止C++开发者混进linux内核
: :
--
FROM 183.179.53.*
【 在 fanci 的大作中提到: 】
: 主要是C++代码的复杂度不太可控。
代码的复杂度超过了内核的复杂度，有点喧宾夺主了。
--
FROM 117.133.20.*
烦燥的时候想想，如果用C能实现（更好实现）这个C++特性的时候就跳过
【 在 wanllow 的大作中提到: 】
: 但是C++包含了大量高级功能后学习门槛也更高了，本中说的是否有理？？
: 不怕费事的C码农看了新功能看得烦燥，根本记不住
--
FROM 115.45.111.*
嗯，C++的特性，大部分都是编译器实现的
讲道理，做编译器的那些人，我觉得是TOP的
想比他们做得更好，不容易
【 在 ylh0315 的大作中提到: 】
: try......catch....
: C就实现不了。
--
FROM 115.45.111.*
os属于受限环境，肯定不能随便用c++ exception
而且编译器的c++ exception实现根本就不支持kernel模式的，得自己实现。
windows平台有人实现了一个用于kernel driver的c++ exeption框架，没啥人用。
【 在 ylh0315 的大作中提到: 】
: 但是，这个特性似乎不适合用于操作系统，catch跳过许多中间函数，其间的内存是否都能正确析构，不能确定。
: 我宁可一层层的error return。
--
FROM 221.220.171.*