你发过去的那地理位置也不是他们那个地区的啊……

如果一定要在 nginx 里面做这个的话，他们似乎都是加上 lua 模块用 lua 写这些逻辑的

3.0 开始 ABI 稳定

语法上向后兼容从来不是目标吧，更何况是新出来没多久的语言

类名字首字母不要小写。

没写在合同里，又是后加的规定，还扣钱，算屁契约啊。

不应该是  吗？

2.2 的语法已经比较稳定了。 3.0 （遇见年底出）会实现 ABI 的稳定。

不过，“ swift 的包管理”是什么意思？ iOS/OS X app 开发和跨平台的程序开发场景不同，使用的“包管理”的工具也不一样。

凭直觉猜

你那个 objc 的方法命名不规范…

要改的话，直接把 Device: 改成 device: 不就好了，又不是 C++

clang 或许有什么属性标记支持自定义导给 swift 的名字的，我不知道

是个很贵的网盘

蘑菇街的话我上次听他们的 HR 说的来看的话，加班应该有，但 6 天是没有的。

在杭州的“ BAT 其中一家”不就是阿里么……

看来以后得看用户名屏蔽了。

Mac 、 iOS 开发者账号权限合并了，续费一次两个都能用。

有代码没提交的话 merge/rebase 干嘛？

任何时候都可以 commit 的，反正没 push 到 server 的话本地之后可以随便调整然后再 push 。

都用 git 了，不敢 commit 是不对的……

@zeroday

https://raw.githubusercontent.com/git/git/master/contrib/completion/git-prompt.sh

参考 http://stackoverflow.com/questions/12870928/mac-bash-git-ps1-command-not-found 应该是系统有自带的

@dorentus 所以「ふ」听起来有时像“呼”有时像“夫”，但是对日语使用者来说都是同一个音位的，都是「ふ」。

浊音的话，
汉语普通话中的 b, d 等只是不送气清音（不能送气，且声带不需要振动），
而日语中的 b, d 是发的浊音（需要声带振动）
英语中的貌似也是发不送气浊音

然后对应的 p, t ，
汉语普通话发送气清音（需要送气，且声带不需要振动）
日语是发清音（声带不需要振动，送气与否取决于在句子中的位置和个人习惯）
英语一般是发送气清音，但是像 stop 这种，后面的 t 发不送气清音

－－－－

汉语普通话使用者主要是按送气和不送气来区分 p/b, t/d 的，
不送气的，无论声带是否振动，都会被识别为 b, d
送气的，声带不振动的，会被识别为 p, t
送气且声带振动的（貌似很难发），会被认为是一个奇怪的音，不容易识别

日语使用者则是按声带是否振动来区分 p/b, t/d
只要声带振动的，都是 b, d ；不振动的都是 p, t

英语的据说在这点上同日语。

－－－－

当然在实际生活中，你一旦熟悉了一个人的发音方式，那么即使他的发音方式和你熟知的不一样，你也可以通过其它条件（如语法等）来听懂他说的话。

日语的 u 和中文或者英文里面对应的音不一样（其实中文和英文的也不一样），但是日本人听的时候会认为它们是一样的（顶多是觉得声音有点怪），就是所谓的是一个音位的；然后日语不同口音可能内部又有所差别，比如「す」有些人的发音在中国人听起来是“丝”，有些人的发音在中国人听起来是“苏”，更多的可能是在两者之间（但是对日语使用者来说都是一个音「す」）。

f 的话，现代日语其实没有对应国际音标 /f/ 的那个辅音，发「ふ」的时候一般是上下唇有点距离，不像汉语或者英语那样发唇齿音。