出国几个要素里:
论文最高, 尤其是本科生, 如果有路子, 给钱拉关系也好怎么也得弄到个影响因子高一些的SCI或者EI的合著.

GPA其次, 因为各个学校计算方法不同, 就按均分说, 85分以上才能说GPA不是你的短板。另外一点，要非常熟悉自己学校对于出国开成绩单的政策，主要就是是否可以删掉一些课。如果可以删课，那就随便逃吧。

G/T 没什么好说的了，尽量考高，尤其是T的口语。

几乎得有60%了...

上了Retina, 内存和硬盘的升级几乎变成不可能,这个成本你得考虑进去.

上传速度没有1Mbps是不会流畅的

@thenewbie cookie，session一般都是框架去维护的，真需要从头自己设计的情况不多。Discuz快是因为将很多数据都直接丢在磁盘上做了缓存。既然是小应用，确保程序逻辑清晰简单，不要有明显的漏洞（比如明文密码，或者某些页面/函数忘记添加验证条件）就差不多了。性能方面，毕竟对于同一个用户来说，登录操作不是频发的，只需要把用户在验证时候需要的一些必须数据在内存中做个缓存即可。即便不做，我认为也是可以接受的。

@thenewbie 脱离场景谈最佳实践，难啊。

我的习惯：

数据库设置一张 Users 表，与认证有关系的字段为 { Id, 用户名，加密密码，密码盐，验证标识 }

默认验证标识为 null。用户登录时，输入明文密码，传输至 Server，加上密码盐，计算密码是否正确。正确的话生成一个验证标识（Guid）存入数据库，并将验证标识写入用户端Cookie，用户端Cookie的加密是一定要做的，各个框架都有自己的办法，不赘述。

当用户访问网站时，会检测用户送到服务端的Cookie，是否有正确的验证标识，如果有，则用户被当成已经认证的；没有或者不正确，则重定向用户到登录页。

这样也会有一个问题：用户在机器A上登录不退出，又在机器B上登录了，这时候因为验证标识变化了，机器A上的用户如果刷新页面，则会因为本机Cookie验证标识和服务器端不一致，要求重新登陆。这个这不符合场景要求，也可以通过维护多个验证标识的方式解决，也不赘述。

抛砖引玉，验证还比较好做，授权就忒复杂了。

SAML，Radius这种？

@manmadewind 那个优化不体现在规格和配置上呀

@manmadewind 没什么，就是纯粹的配置调整

老v2ex时候就在了，貌似是在老外站上看到了Babel吧，进而注册

大学和赚钱不冲突，做开发也好设计也罢，不管是自己单干还是维持一个松散架构的Team，你人在哪其实区别不大。

仔细想想，工作时间不长，现在稳定的薪水还不如上学时候赚的钱多，所以就自己的角度看，上大学和赚钱并不矛盾。我大学4年，房租每年1万（大一没有出去住），学费每年1万3（民本），经常出去吃饭都是我掏钱，一年所有开销加起来多的能有10万。但前提是我赚的多因此花更多。每年家里差不多还会给我1万块钱不到的生活费。就这样，收支可以平衡。

上了班就不同了，首先是可自己支配的时间急剧下降。会干很多出力却无法直接转换成金钱的事情。家里也不再会给我钱了。工作1年的时候，突然发现自己需要去省钱才能还的起下一个月的卡账。不过现如今，还算是调整回来了。

我们还是个标签社会，如果你没有非常过人的能力，不会有那么多人愿意抛开标签去仔细审视你。拿自己举例子，扯蛋扯多了。

@terry0824 人家说不准是苏宁易购的呢

简单画个拓扑图吧。另外，你在移动内部测试呢，还是在外部

@tarsier 暨南大学和华侨大学都是有华侨背景的大学，据说（搜索来的）是最早可以接受留学生的大学。而且呢，一般大学的两课貌似对留学生也是不开放（不允许上）的，所以不军训也是可以理解的吧。可能为了统一管理考虑，干脆不管中国学生还是留学生，都不要军训了吧。

以上全部为个人臆测

再生妖精。。。貌似在Chiphell也很活跃的一个

@tarsier 暨南大学

@asing rackspace用的akamai的cdn，joyent自己做cdn，应该说在国内速度不错，国外就更没问题了

@panyuz 外观无损就ok了啊。新机器没那么多坑。放心不下就拆开来对FRU PRU