有人告诉过你其实大多数在Linux环境开发的工程师实际上是从windows samba到Linux环境下,然后用Source Insight看代码,然后ssh到Linux命令行环境编译,调试的吗?

当然,基本的vi修改一下配置文件确实是常规手段,但这跟看代码差别还是很大的.

再当然,确实有人用vim搭建类ide环境还用的很好的,但绝对是少数. sublime+ctags+cscope已经算异类了.

Android是framework还是app? 如果是framework,跟Google的环境就对了, 目的是开发不是折腾.
如果是app,问题真心不大.

http://source.android.com/source/initializing.html

The Android build is routinely tested in house on recent versions of Ubuntu LTS (14.04), but most distributions should have the required build tools available.

所以,如果是framework, 用Ubuntu LTS (14.04)显然问题会最少.
推荐OS X + Ubuntu LTS (14.04) Server.

@crown 比如优胜美地的wifi问题?

好像都是态度问题,那他说的到底对不对呢?

"优化"的目的是什么?
代码好看还是性能? 前者可以查表,后者忘了吧.

需求是:
而我的数据出口最终是从HK出来的（因为企业宽带比家用宽带稳定些），而中国境内的服务器本身通信的数据不受影响

简化来说就是HK的走HK,CN的走CN. 那你连VPN干什么?

你的描述实在有些费解.
比如你到底是谁,你在哪里?eth0是哪个?

还有Linux Server China是放在深圳湾吗?

logcat

函数声明为返回int,但你没有处理,一般来说是两种情况:
1.函数声明错了,返回值没啥意义
2.你用错了,没有判断返回值,不严谨

这都是风险,编译器识别出来给个警告很正常.
即使编译器不警告,lint工具也要给警告不是?
这个时候正确的做法应该是修复它.

但是也存在第三种情况,就是这种使用场景下确实不需要判断错误,或者即使判断了也没办法(用了assert等).
但项目又要求不能有warning,要过lint,这个时候就只能使用这种黑技巧了.
然后这么奇葩的代码,代码走读时肯定会有人注意到的,解释清楚了,大家都认可这里不需要判断了,就上传罗.

你确定是
void OSTaskCreateExt();
不是
(void)OSTaskCreateExt();
?

@mengrusheng 应该超不过这些了

关键是真懂还是假懂。

需求细节神马的还真不重要

除了写测试还有其它办法吗？

把range(1,page):这里的1,page两个参数改为从argc获取
然后shell多启几个
不会shell的话手动启也行,反正你也不会想要太多进程的.

minimum guaranteed size
直译过来就是
有保障的最小大小

比如int，按规定最小是16，但有些平台是16有些是32有些是64.
这个16就是minimum guaranteed size。
为了保证你代码的兼容性，你就只能当他是16用，超过了就只有用long long才有保障了。

或者有公司给你开个offer说给16K以上，你想买房就要算好扣除生活费后16K够你月供。
虽然公司最终可能给你32K甚至64K，但万一他真的只给你16K呢？

差点被骗了,哈哈

除了上面的讨论,是否还要看你肯付出的资源的情况?

@exch4nge说的分区策略只在每台server都不能容忍完全存储数据并且不允许使用跨server存储的前提下有效.
否则每个server存一份,外加各种粒度的索引是不是时间更优(但存储空间更劣,内存空间差不多),因为无论如何分布,大家可以一起工作.

另外, Hadoop算作弊吧,这是面试题,不是实际解决问题啊.

hello word才是最大的轮子