V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  neoblackcap  ›  全部回复第 49 页 / 共 99 页
回复总数  1970
1 ... 45  46  47  48  49  50  51  52  53  54 ... 99  
2018-01-20 03:40:46 +08:00
回复了 caixuanxu 创建的主题 Python django 接口开发优劣势
坑少就用 django-rest-framework,写 restful API。至于 graphql 啊,我看是坑特别大。看了 graphene 的源码,一个字段查一遍数据库,这是要搞死人。
graphql 我看要做好啊,那大概是要把一个 graphql 的解析层做到业务层,要不然没法搞。缓存都没法搞
2018-01-17 11:34:27 +08:00
回复了 pank 创建的主题 Java 那位大神帮我看看 FULL GC 时间过长怎么定位
@pank 不想自己继续搞的话,上 Azul 的 Zing JVM 吧,4T 都能保持在 10ms 一下。不过啊,我觉得你可能还是打一下 snapshot 之类的看看堆里面到底是什么对象比较多,为什么那么容易触发 gc,是内存泄漏了,还是自己的程序有问题。确定程序没有问题再调优吧。
要不然你程序有问题,上了 Zing JVM 也是用钱搞定而已
2018-01-17 09:54:39 +08:00
回复了 comeluder 创建的主题 程序员 docker 应用和数据库应该像在同一镜像里吗?
k8s 就是分开的
2018-01-17 09:29:16 +08:00
回复了 zjsxwc 创建的主题 程序员 C 语言为什么没有发展出类似依赖管理的框架?
动态库?不是系统默认的包管理器吗?
2018-01-16 20:02:10 +08:00
回复了 pank 创建的主题 Java 那位大神帮我看看 FULL GC 时间过长怎么定位
30G 的内存是不是可以无脑推 JDK8 以上呢?毕竟 G1 我记得是用 CPU 换更低的回收时间
2018-01-15 01:44:46 +08:00
回复了 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 吧。基于字符串查找的重构,很容易爆炸的
2018-01-12 13:18:07 +08:00
回复了 agdhole 创建的主题 全球工单系统 wegame 团队是不知道 steam 社区被墙了吗
@hst001 有些人作死,然后好像是 steam 那边封了中国的 ip
2018-01-12 13:16:30 +08:00
回复了 sun1991 创建的主题 Go 编程语言 Go 的程序编译完成后, 最终都是单个可执行文件?
@xwhxbg 大概就是应用了现代 PL 理论成果的语言吧,比如有更强大的类型系统。说真的,我觉得 golang 的类型系统真聊胜于无。写类似泛型的代码那是一个痛苦,各种 interface {}。golang 作为一门语言,我觉得他更适合于分布式系统的领域。毕竟有一套比较好的基础,goroutine 什么的。一般性能要求不是特别高的,用 golang 写玩爆其他的,开发速度快,运行速度也过得去。还有就是跨平台简单的应用开发。

@doubleflower 这个应该不是规定的吧,tab 没有规定是 8 个空格宽啊,你可以自行设定为 4 个甚至 2 个空格宽,记得只是缩进用 tab 吧
2018-01-12 09:23:06 +08:00
回复了 w12103 创建的主题 Python pandas 代码请教
上面几楼都说了,我加一句,pandas 是调用 numpy 的接口的,因此不要自己写循环。自己的循环是没有 Pandas 里面的对 dataframe 的操作快的。
2018-01-11 17:27:43 +08:00
回复了 ahaxzh 创建的主题 程序员 我今年过年回家买火车票的过程,猴子回家异常艰难
给钱给携程,同程,美团如何?让他们帮你抢
@qs 所以 request 也不用导入吗?我是 from flask import request 之后才能用啊,我还以为是一个类似 proxy 一样的东西。试过直接在视图函数里面用 request 会报错,是用法不对?
大型的框架比如 Django,Spring 之类的安全修复都很多的,漏洞比较少。不过安全嘛,这个跟你们投入有多大相关。框架的安全性基本是差不多的。毕竟现在你能说出来的框架,爆 0day 的都很少了。
2018-01-08 11:05:53 +08:00
回复了 GuLuDaDuiZhang 创建的主题 Android 想问下大家工作中有没有私有成员变量前缀加 m 的习惯
IDE 本身可以提示私有不私有,我是不加的
这个新闻今天看了,标题的确很符合内容,没有夸大。毕竟就算是 10 年前的 CPU 也会影响,说对内核没有影响完全不可能。毕竟是 KPIT 这样一个重大改动。不管是什么程序都会被影响到,真是上了 Intel 的贼船了。还有新闻报道 Intel 的 CEO 最近抛了大量股票,感觉是东窗事发了。
2018-01-03 13:41:17 +08:00
回复了 frozenway 创建的主题 PHP 有没有永远不会卡顿的浏览器推荐
不是用个 VPN 就可以了吗?然后弄个什么主从复制啊
@lunacory 嗯,的确是 uBlock Origin,自从我看了那片博文之后就成了 uBlock 的忠实粉了,原来 Firefox/Chrome 占内存不是他们自己的错,是 ABP 才是罪魁祸首
2017-12-31 13:36:20 +08:00
回复了 DingkunJ 创建的主题 MacBook Pro 大学生 计算机专业 值得买 mbp 吗
有钱就买啊,你问就是想买。那么有钱就买,买个中配就好了,13 寸就够用了。你买了就知道好不好。
还有学习没有变强就不要怨机器,现在的电脑已经是一个成熟的产品,除非你买的电脑实在太便宜,一般 5000 左右的电脑已经够你用过 4 年的了。其实有些机型都不用 5000,3000-4000 就可以了。当然我是非常建议家庭宽裕的人买苹果,免得做梦都想着电脑。
还有就是读 CS,有空多跑跑实验室,参加科研用用里面的集群。这才是大学给你带来的优势,要不然考大学干嘛。
@bookit uBlock 内存消耗小太多了,换了吧。你会发现原来浏览器的内存消耗可以少这么多。哪怕是 chrome 换了也有很大地改观
1 ... 45  46  47  48  49  50  51  52  53  54 ... 99  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2275 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 44ms · UTC 13:18 · PVG 21:18 · LAX 06:18 · JFK 09:18
Developed with CodeLauncher
♥ Do have faith in what you're doing.