V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  neoblackcap  ›  全部回复第 47 页 / 共 102 页
回复总数  2029
1 ... 43  44  45  46  47  48  49  50  51  52 ... 102  
2018-06-29 15:43:20 +08:00
回复了 winneis 创建的主题 硬件 游戏本与台式机性能差多大?
以 Intel 的 CPU 为例,桌面级的 TDP 基本 65W 起,一般带 U 后缀的笔记本 CPU TDP 为 15W,中间少了 50W。差距能不大吗?就算是 Dell 鸡血调教好像也是去到 25W 而且,连别人一半都没有。
而且说性能过剩的,那是因为写写网页脚本,这显然性能过剩。如果你是一个写 Java 的,你就知道多核,大内存是多么重要。
而且 Photoshop 也不是什么省资源的主。图一大,CPU 一样跑满。
2018-06-27 10:03:48 +08:00
回复了 hoxis 创建的主题 Python Python 语法糖之「列表推导式」
列表推导式就不是语法糖,列表推导式的性能比 for-loop 高
2018-06-21 15:17:44 +08:00
回复了 lxbjkben 创建的主题 程序员 Java 主动 GC 功能
其实我觉得你们需要换 GC 算法,毕竟 G1 的回收已经很快了,听说下一代也要学 Azual,搞 pauseless gc,垃圾回收可以在 heap 上 T 的时候低至 10ms,不需要人工接入。
2018-06-15 23:21:29 +08:00
回复了 victorwu34 创建的主题 Java 一个大型项目异常怎么处理才对
异常不都这样吗?能处理就处理,不能处理就中断,挂掉防止进一步出错吗?
2018-06-15 23:19:23 +08:00
回复了 hansnow 创建的主题 分享发现 Vue 的 star 数已经超过 React 啦
@CFO
@flowfire
@xianxiaobo
前端用 Angular 的没人权的,反正我是智力跟不上,一个 react 全家桶要搞来搞去,各种什么 redux, redux-sage
简单就 Angular,要什么直接框架里面拿,再不济加个 rxjs,以不变应万变,慢也不慢,智力负担也少。
说真的我一点都没看出 FRP 比 MVVM 有什么优胜的地方,我宁愿去用去学 Vue 都不想碰 react。有关图形界面的研究这么多年了,开源界之前用 FRP 实现的图形相关软件大概就 xmoand 吧,其他都是 MVC,MVVM,MVP 架构。现在说 react 跟 KPI 的没关系,我不是很信
云不是有一个超额停机吗?
2018-06-07 09:53:15 +08:00
回复了 wqyyy 创建的主题 微软 所谓微软恐惧症
@nannanziyu 所以我觉得作者就很有礼貌跟素养了,跟这样的 Troll 说那么多没用,他若是像 RMS 一样我倒是敬佩他,可惜他这样的人也就说说而已。跳梁小丑罢了。
2018-06-07 00:11:27 +08:00
回复了 Eyon 创建的主题 Python Python 新手提问:关于装饰器
@Eyon 你若是要深挖这个,也可以搜索高级函数以及柯里化(currying)
2018-06-07 00:07:36 +08:00
回复了 wqyyy 创建的主题 微软 所谓微软恐惧症
每个人都有每个人的自由,正如作者在上面写道

>let's wait and see how we will be fucked.
2018-06-07 00:03:58 +08:00
回复了 Muchisan 创建的主题 GitHub Github 被 Microsoft 收购了,忽觉讽刺……
商业公司都一个样,Google 不说别的,就那三篇论文里面的 BigTable, GFS, MapReduce 又何曾开源? Gnu Hurd 都搞多少年了,还不是纯粹的开源力量少没做出来。
闭源完全是合理的,哪怕现在闭源也是一个很合理的存在。不说别的,多少公司内部所谓的大数据处理平台能跟 Bing 或者 Google 内部的分布式数据处理平台比?开源只是一个新的公关手段而已,说得好像真的开源了就真的可以拥有自由一样,现实点,开源长达 10 多年的 openssl,还不是有心脏滴血漏洞,这还是一个被大众天天使用,每时每刻都使用的库呢?有多少人做贡献了?这样所谓的自由只是聊以自慰罢了。

说自由,多少人跟做到跟 RMS 一样?
如果因为微软收购 Github 就要离开的人,我敢说,他们应该在 Github 上面不占大多数,他们也不能代表什么。他们根本就不是主流,他们的影响力仅仅是 Github 的极少一部分,这样一些人,无论去哪里问题都不大,青山依旧绿水长流。
2018-06-05 03:19:30 +08:00
回复了 tianxiacangshen 创建的主题 程序员 心好累,终究逃不过国内浏览器的魔抓....
@omg21 现在写一个没什么显示问题的浏览器,难度直逼操作系统。君不见 Mozilla 也花了几年才部分重构 Firefox ? Google 那么厉害也要基于 Webkit 开始,虽然他们现在是改剩不多了。
这个市场以前有 5 家,现在就只剩下 4 个玩家了。
2018-06-05 00:01:25 +08:00
回复了 Clarke 创建的主题 程序员 大家觉得 github.com 和 gitlab.com 哪个比较靠谱?
2018-06-01 10:21:58 +08:00
回复了 Frailty 创建的主题 问与答 各位大佬那个平台能刷 Python 的题啊?
leetcode,但是看到自己写的程序运行效率那么低,真不爽
@qoras 不可能,因为 CPython 里面所有的对象都对应底层 C 语言级别 PyObject 结构体,每个对象都有一个引用计数,不用 GIL 没法保证引用计数的变动线程安全。
如果改动的话,Java 就是一个很好的例子,大锁改成细颗粒锁,外加 concurrent 包,同时啊,引用计数应该改成 tracing GC。引用计数在现在的技术下不比 tracing gc 优秀
颗粒度不一样,因为如果去掉 GIL 相当于现在的 Python 里面的每一个操作都是不安全的,哪怕你是一个简单的加法运算,因为加法运行也可能变动引用计数。天知道这里面有多少依赖 CPython 实现的。
还有就是 GvR 要求去掉 GIL 不能减慢单线程性能,要兼容性就必须上细颗粒锁,锁多了性能肯定会下降,这才是为什么 CPython 的 GIL 不好去掉的缘故
2018-05-27 18:44:53 +08:00
回复了 fancyhan 创建的主题 全球工单系统 bae 基础版终于停止运营不再害人了
@fancyhan 哎时代不同了,而且现在真要上 PaaS 平台,你去用阿里云搭一个 k8 集群也行。他们内部太多东西没有开出来,连付费都没办法,普通人真难使用他们的平台。我现在宁愿去阿里云搭一个,毕竟可控性强太多了,绑死在他们那边从商业上就不行。
2018-05-27 18:10:23 +08:00
回复了 fancyhan 创建的主题 全球工单系统 bae 基础版终于停止运营不再害人了
@fancyhan 当然不是,就是玩得比较早,记得当年 SAE 也是毛病一堆,不过你看他们的收费就知道。适合他们平台的特性收费显然便宜很多。如果你是一定需要 SQL 的支持,那么最好还是不要轻易上 PaaS,因为数据库的伸缩性都很差劲,跟 PaaS 那种可以轻松伸缩的特性不相容。所以为什么 Google 内部开始是提倡用 BigTable,因为 BigTable 伸缩性强。至于 Facebook 这些也是用基于 BigTable 论文的 Cassandra 比较多。
如果偏传统技术的,还是先上 IaaS,这样用起来会比较爽。这个也是为什么各大公司的容器化都是要一大堆人去推进的,因为他们的基础服务根本就不具伸缩性。

根据百度的服务来看,他们的技术还是很厉害的,记得当年还自研一套跟 Hadoop 抗衡的大数据平台,可惜办公室政治。不过说起来还是千万要注意你的程序是不是跟平台匹配,要不然换 Heroku 或者 GAE 也差不多。很有可能会以为业务发展你的数据库撑不住。而在他们这些平台上,你连调优很可能都做不到。
1 ... 43  44  45  46  47  48  49  50  51  52 ... 102  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1857 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 41ms · UTC 00:43 · PVG 08:43 · LAX 17:43 · JFK 20:43
Developed with CodeLauncher
♥ Do have faith in what you're doing.