V2EX › canesten 的所有回复 › 第 32 页 / 共 35 页

北京8M有线通
PING过去常常三缺一

正在 Ping www.v2ex.com [23.251.100.132] 具有 32 字节的数据:
来自 23.251.100.132 的回复: 字节=32 时间=380ms TTL=45
来自 23.251.100.132 的回复: 字节=32 时间=367ms TTL=45
请求超时。
来自 23.251.100.132 的回复: 字节=32 时间=366ms TTL=45

23.251.100.132 的 Ping 统计信息:
数据包: 已发送 = 4，已接收 = 3，丢失 = 1 (25% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 366ms，最长 = 380ms，平均 = 371ms

2014-06-08 21:27:27 +08:00

回复了 canesten 创建的主题 › 分享发现 › 单从硬件指标的角度选路由器的话，那目前魔豆路由器应该是最佳的选择了吧？

@sarices
@go

确实是脑残的一比
但是性价比确实突出

而且带了个触屏在外面

可以访问他们论坛看看
http://bbs.modouwifi.cn/list.php

2014-06-08 20:08:21 +08:00

回复了 WildCat 创建的主题 › 问与答 › 起点很低的大学生，Java/C++真的是必须掌握的语言吗？

再继续劝楼主几句
没有什么语言是万能的普适的
动态语言，脚本语言，编译型语言，函数式等等都是各有用处
现在V2EX上动态语言大过天的风气并不是正确的路
举两个活生生的例子

Twitter
Ruby做了原型
用户量大了
挺不住了
乖乖换了Java

Facebook
PHP起家
用户量大了
公司内两个方案
Java重写和最终胜出的HipHop（C++）

这都是前车之鉴

另一个正面例子就是WhatsApp
选了适合自己业务场景的Erlang
很好的解决了问题
4.5亿用户80个工程师
真的是干的漂亮

所以如果你想创业
又不具备C++/Java这个层面的知识
如果你有幸把自己的产品做大了
还是要再交学费在这个上面

反之
如果你能轻车熟路的用C++/Java
你学个其他的语言也很轻松
用别的语言做个快速原型什么的不是难事
再做好以后应对大用户量的备用方案
实现平滑的过渡和切换

孰优孰劣就很容易分辨了吧

2014-06-08 19:39:26 +08:00

回复了 WildCat 创建的主题 › 问与答 › 起点很低的大学生，Java/C++真的是必须掌握的语言吗？

从一个全局的角度说，如果你的计算机基础够好，对于计算机的硬件，操作系统和编译原理什么的都有很好的了解，那么你随便选什么语音学都行，反之你需要一个C或者C++来带你顺便熟悉这些东西，否则难成大器。

2014-06-08 19:32:48 +08:00

回复了 54xiaobin 创建的主题 › 问与答 › 求推荐 300 左右的路由器

新发布的那个魔豆有人评一下么

2014-06-07 19:10:03 +08:00

回复了 Livid 创建的主题 › Go 编程语言 › Go 快的原因

@ovear
sorry
是我没说清楚
我说的是当这东西是null的时候没有个默认值
比如
HashMap<String, Integer> xx;
Integer weight = xx.get("id");
然后就要先判weight是不是null

或者
Class A{
Integer weight;
}

A a = new A();
不能直接a.weight > 123

2014-06-07 19:02:40 +08:00

回复了 Livid 创建的主题 › Go 编程语言 › Go 快的原因

@ovear
因为Java的包装类型是基于泛型这个语言缺陷设计出来的
所以吐槽包装类型也是在变相吐槽Java糟糕的泛型设计吧
Java既没做到像SmallTalk一样把值类型作为一个纯对象
也没做到让他和C一样是一个纯粹的值
弄了两套东西
让人初学者很迷惑的
包装类型->值类型时候Null的判断也烦的很
你从集合类中取出一个包装类型的时候总是不能直接判断值
要先判断Null

2014-06-07 18:42:19 +08:00

回复了 Livid 创建的主题 › Go 编程语言 › Go 快的原因

@hooluupog
我还是挺看好Go的
毕竟一个大牛们造的新语言
刚开始不成熟也是因为大牛们自己能力强
内存泄露什么的良好的代码习惯就人工控制了
慢慢还是会演进的
但是我觉得从生态和工具链上追上Java还是有很长远的路要走

2014-06-07 18:39:50 +08:00

回复了 Alwaysonline 创建的主题 › 问与答 › Google Maps 被封，你们基于 Google Maps API 做的项目，怎么处理的？？ Help.....

前些天还在吐槽美餐网用的是google map api
天朝就老老实实用国货吧
天朝的地理数据都统一管制
我记得google不过是高德的API稍微封装了一下
走了他们的服务器
还被我朝封杀

2014-06-07 18:28:50 +08:00

回复了 Livid 创建的主题 › Go 编程语言 › Go 快的原因

@ovear
其实我是Java党
但是Java的包装类型确实是比较奇葩
谁都可以吐槽这个

2014-06-07 18:23:21 +08:00

回复了 Livid 创建的主题 › Go 编程语言 › Go 快的原因

@yukirock
Java的内联是在JIT阶段做的
HotSpot的JIT编译器分两个client模式的C1，server模式的c2
引一段撒加的文

C1在方法内联上只用了比较简单的策略：它能内联可以静态判定实现者的、字节码大小不大于MaxInlineSize（= 35字节）的方法。这包括静态方法、private的实例方法以及final的虚方法。同时它也可以依赖类层次分析（class hierarchy analysis，CHA）来内联只有单一实现者的虚方法。
C2在方法内联上则更为激进：除了C1能内联的之外，C2还能使用profile信息来内联无法静态判定实现者的方法——假如profiling发现某个虚方法调用点实际只调用到了1、2个实现者，那么C2就可以把这1、2个实现者给内联进来。

见
http://hllvm.group.iteye.com/group/topic/39806

2014-06-07 17:55:41 +08:00

回复了 Livid 创建的主题 › Go 编程语言 › Go 快的原因

第一干净的类型
对比的是Java煞笔一样的包装类型
第二内联和删除一辈子都不会被运行的代码
内联Java也可以有，只是程序员的习惯不好，该final的类都写成final就是了
代码剪裁这个JVM貌似也有优化
第三 Go自己会优化内存的分配，尽量不用堆上分配的内存来避免GC造成的开销
第四 Go有协程
第五更先进的栈内存管理机制

1 ... 24 25 26 27 28 29 30 31 32 33 ... 35

❮

❯