@liprais
6300贵出600块
别闹

@kafkakevin
lan是百兆
usb是2.0
支持ac
另求200内的最佳选择
或者说200内是不可能达到这三个要求的？

@joyqi
这200个并发连接都是活跃连接吗？

@little_cup
MAC1200R没usb
另外在200块以内还有千兆的选择吗？

@blacktulip
各有各的需求吧
我从来不用LAN口的话是不是还可以用用这个？

@sanddudu

CN大法好
PING降到了50MS

@leavic
百兆……
无线是双频750M

北京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

@sarices
@go

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

而且带了个触屏在外面

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

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

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

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

这都是前车之鉴

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

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

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

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

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

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

@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

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

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

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

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

@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