我以前也以为是 user 的简写，之前听有人说， unix 的目录为了节省尽量控制在三个字符。

现在年到这些缩写很感慨 ，其中的很多的缩写，都感觉是全新的单词似的。
lib,tmp,var,bin,diff,tab,dev

简单来说，这是有意设计成这样的，看了说明之后我觉得很好啊。值类型单纯健壮些。
而且 Swift 这么好用，以前使用引用类型造成的一点点纠结，现在慢慢治好了。
如果下面的 Session 没有看过的建议多看次：
1 ） Protocol-Oriented Programming in Swift https://developer.apple.com/videos/play/wwdc2015-408/ 特别强烈推荐
2 ） Building Better Apps with Value Types in Swift https://developer.apple.com/videos/play/wwdc2015-414/ 1 ）中强烈推荐

@5thcat
FormData + ajax IE 10 才有的。

@typcn 确实还有 IE 6 ， 7 的用户。虽然只有几十个用户。


@bdbai
@onlyxuyang
@verytoex
确实对于像我这种用户量很小的应用够了。

我相信 square 公司应该有。 Jake Wharton 大神现在的库都有支持 Kotlin 的版本。
https://github.com/JakeWharton/RxBinding

早已转 PG ， MySQL 就算 JSON 格式出来，不过要是等到其他 扩展库都支持还得一段时间。
比如 我用的 SQLAlchemy 估计得 1.2 才会有 MySQL 的 JSON 支持。也许也会很快。
因为对 PG 的支持的基础已经在了。

单说说， XVim 。
其实你去看看最近的 XVim 的提交的更新基本都是在新的 Xcode 出来之后添加 相应的 UUID 进去。 这种事情以后会会遇到的。
1. 等到别人加 UUID 进去再编译安装。
2. 自己加。

@mulog
这个是有意义的。因为 汉字经过 UTF-8 编码之后，
首字母必定不在 ascii 的基本字符（或字母）
范围之类 。所以对于一个简单判断字母与汉字的区别来说足够了。

参考 ： http://www.unicode.org/charts/unihangridindex.html
常用汉字起始编码 U+4E00 through U+9FCC
扩展汉字起始编码： U+3400 through U+4DB5

```ipython
In [24]: u"\u3400".encode('utf-8')
Out[24]: '\xe3\x90\x80'

In [22]: u"\u4300".encode('utf-8')
Out[22]: '\xe4\x8c\x80'

In [23]: 0xe4
Out[23]: 228
```

@hahastudio
我用的是： `Python 2.7.10 (default, Aug 22 2015, 20:33:39)`

不过 如 @Clarencep 指出。这个问题确实是存在的。

而且我在 官方网站 的 shell https://www.python.org/shell/
上试了下，在 python 3.4 中 isalpha() 的判断还是不可靠的。


```ipython
In [1]: "\u5f20".isalpha()
Out[1]: True
In [2]: "\u5f20".encode('utf-8').isalpha()
Out[2]: False
```

@mulog

文档就是这样说的。

> str.isalpha()
Return true if all characters in the string are alphabetic and there is at least one character, false otherwise.

另外看下面的输出吧。

```python
In [23]: "a1".isalpha()
Out[23]: False

In [24]: "ab".isalpha()
Out[24]: True

In [25]: "a?".isalpha()
Out[25]: False
```

@hantsy 这个我只是为了让自己确认代码修改了。
对于一天的开发过程来说是没有重复的。
另外读取 Git 版本号不适用？ 为什么呢? 我这是用于开发编译版本号。
因为修改之后还没有提交。 Git 的版本历史需要有新的提交才好。适合于非开发时发布使用。

List 的声明怎么比 JavaScript 现在的还到退了啊？

l := List 1 2 3 4 5 End

vs

var l = [ 1,2,3,4,5]

我宁愿下面一种。

PS ： 我就是因为 Java 对于字面量数组、字典支持不好而不喜欢的。

@xuyinan503
@aprikyblue

我的理解是老版本的 Android 中此变量名为 `dexElements`
但是在某一个新版本 （估计某一个 4.x ）。 Android 的开发者这个变量的名字应该叫
`pathElements` 更贴切。
但是改了之后发现引起了 Facebook App 的 FC 。然后又改回来了，并加上了注释。

@dorentus 对于用户来说是升级了系统之后 Facebook 就出现 FC 。所以。

居然可以用英文写文章写得这么流畅。。赞。

可以搞一个 Demo 出来重现此问题吗？ 我对此比较感兴趣，因为混编还会导致这种问题我没有见过，
我内心不相信这里语言的问题。

这一个就够了： http://vim.spf13.com/
省心省事。

@black 一开始我也是这样想的， 但是我测试的时候，发现他们是一样的。
查看 objc.h 头文件，发现他们其实是同样的宏定义。

```c
#ifndef Nil
# if __has_feature(cxx_nullptr)
# define Nil nullptr
# else
# define Nil __DARWIN_NULL
# endif
#endif

#ifndef nil
# if __has_feature(cxx_nullptr)
# define nil nullptr
# else
# define nil __DARWIN_NULL
# endif
#endif
```

这语法 ，通过一个Python 特有的前缀 表示法，好像可以少写一个转义字符。
比如 Ruby 是 "#{}" ,Swift 是"\()"