加载中
dwingo
今天 10:47  
移动通信4G就是全对称NAT的, 这个占比如何? #GNB#
dwingo
01/04 07:52  Android
Redis是网络数据库,跟内嵌相比多了些网络开销,直接对比不公平吧? #KitDB#
dwingo
2019/09/19 10:29  
纠结如此高的性能,那还何苦用Go呢. 百万计链接通常的做法是用C/C++写个高性能前端汇总成一个连接给后端处理,后端就无所谓用什么语言了,用什么网络接口都差不多了. #gnet#
dwingo
2019/07/04 16:12  
#十五字内写一个恐怖故事# 人的寿命只有两万多天,还996吗
dwingo
2019/05/23 09:59  
好像这类库都喜欢声称"高性能", 跟RapidJSON比一下如何呢? #Exjson#
dwingo
2019/05/05 09:54  
但开发中的新项目还是应该考虑新一些的版本吧, 毕竟JDK11也算是三年一遇的LTS大版本了, 下次就得等JDK17了. #Alibaba Dragonwell 8#
dwingo
2019/04/20 17:46  Android
按你怎么说,为什么现在大部分语言都是带gc的,为什么要发明自动挡汽车,为什么要发明各种机器人生产线。。。这些都会给人带来懒惰的坏习惯。 #V语言#
dwingo
2019/04/20 09:45  
只固守在JDK8, 不继续支持JDK11了? #Alibaba Dragonwell 8#
dwingo
2019/04/19 12:23  
看来你的开发领域限制了自己的结论, 有不同的见解也正常. 有的开发属于业务量大,经常变更和重构, 那么开发起来就无暇顾及内存管理这些细节; 有的开发需要榨干硬件潜力的, 当然手动管理是必需的. 凡事不能以偏概全. #V语言#
dwingo
2019/04/18 19:06  
虽然说带GC的语言还是需要开发者注意一些生命周期的问题, 但还是比C++这种手动和半自动的管理方式相比要省心太多了, 而且出问题的概率也低很多,解决起来也更容易, 尤其是对开发经验较少的人. 有良好自动内存管理的语言, 在内存使用上非常的人性化, 任何内存访问异常的提示也非常友好, 哪怕需要性能开销作为代价, 在很多场景下也是值得付出的. #V语言#
dwingo
2019/04/18 11:53  
这就是C++的做法了, 但还是有很多漏洞, 限制也不够严格, 很难保证所有代码和引入的库都用这一套框架, 总的来说不太放心. #V语言#
dwingo
2019/04/18 11:06  
内存管理仍然是最大的问题, Go和Rust研究了这么久都没法避免GC或者繁琐的生命期管理, 看看V以后怎么解决吧, 现在还明显不完善. #V语言#
dwingo
2019/04/14 09:38  Android
看到长长的依赖列表,一点没感觉轻量 #Light 4J#
dwingo
2018/11/19 12:21  
应该在相同的硬件环境和测试程序中跟redis对比一下性能. #Titan#
dwingo
2018/11/07 10:20  
如果持久化做得好些还行, 否则就不如直接redis了 #Godown#
dwingo
2018/05/24 10:00  
最后一个图片看起来很像unity #bs framework#
dwingo
2018/05/04 10:04  
登录验证码还能跳的再快些吗... https://www.oschina.net/action/user/captcha

没有更多内容

加载失败,请刷新页面

没有更多内容

返回顶部
顶部