V2EX 首页   注册   登录
 neoblackcap 最近的时间轴更新

neoblackcap

  •   V2EX 第 47326 号会员,加入于 2013-10-20 19:22:30 +08:00
    neoblackcap 最近回复了
    7 小时 32 分钟前
    回复了 soasme 创建的主题 程序员 有人对 “响应式宣言” 有了解么?
    话说这个这么牛逼的东西是微软搞的,居然是 RxJava 最流行,真讽刺。
    7 小时 33 分钟前
    回复了 caixuanxu 创建的主题 Python django 接口开发优劣势
    坑少就用 django-rest-framework,写 restful API。至于 graphql 啊,我看是坑特别大。看了 graphene 的源码,一个字段查一遍数据库,这是要搞死人。
    graphql 我看要做好啊,那大概是要把一个 graphql 的解析层做到业务层,要不然没法搞。缓存都没法搞
    2 天前
    回复了 pank 创建的主题 Java 那位大神帮我看看 FULL GC 时间过长怎么定位
    @pank 不想自己继续搞的话,上 Azul 的 Zing JVM 吧,4T 都能保持在 10ms 一下。不过啊,我觉得你可能还是打一下 snapshot 之类的看看堆里面到底是什么对象比较多,为什么那么容易触发 gc,是内存泄漏了,还是自己的程序有问题。确定程序没有问题再调优吧。
    要不然你程序有问题,上了 Zing JVM 也是用钱搞定而已
    k8s 就是分开的
    动态库?不是系统默认的包管理器吗?
    3 天前
    回复了 pank 创建的主题 Java 那位大神帮我看看 FULL GC 时间过长怎么定位
    30G 的内存是不是可以无脑推 JDK8 以上呢?毕竟 G1 我记得是用 CPU 换更低的回收时间
    5 天前
    回复了 mb135 创建的主题 程序员 猿们,还记得前几年火热的 nosql 吗?
    压根就不是这样的,说真的,绝大多数人或者公司都是跟风的。当年 nosql 是怎么起来的,谷歌三篇分布式论文当中的 bigtable,自 bigtable 之后,很多 nosql 就起来了。大多数这个时候的 nosql 都或多或少参考了 bigtable 的设计。至于现在的 newsql 怎么起来的呢?最近几年谷歌发表了 F1/spanner 的论文,其实给 nosql 做一个 sql 的兼容层问题也不大。于是现在 newsql 又开始了。
    其实大家并没有什么围绕 sql 系统来走,只不过是业务规模上去了,单机解决不了问题了。谷歌又恰逢其时提出震惊业界的成果,大家拿来主义而已。你说 nosql 好不好? Google 当然是觉得好啊,解决了 sql 一些不合理的地方,铺平了水平拓展的路。但是大家不买账啊。大家就是喜欢 sql,所以牺牲点优势换取大家的使用,这问题也不大。要不然现在的 newsql 怎么还不做存储过程呢?
    因此 sql, nosql, newsql 其实关系都不大。火不火肯定火,只不过我们大多数情况用不着,试问,多少人的数据库每天能有上千万的数据呢?现在的硬件跟 10 年前的也一样吗?真正遇到问题的唯有指数增长的业务部门才能遇到。至于 80%的程序员也是用用 mysql 就可以了。那么多学校或多或少提起的 Oracle 又有多少人真正的在工作中遇到,一个道理罢了
    @daemonghost 自己写就不要想了,老实用 idea 吧。基于字符串查找的重构,很容易爆炸的
    @hst001 有些人作死,然后好像是 steam 那边封了中国的 ip
    DigitalOcean
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   鸣谢   ·   1885 人在线   最高记录 3541   ·  
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.0 · 28ms · UTC 03:14 · PVG 11:14 · LAX 19:14 · JFK 22:14
    ♥ Do have faith in what you're doing.
    沪ICP备16043287号-1