只能说，还在校招的范围内真好啊。虽然不喜欢阿里，但是我觉得这回阿里的做法没什么太大问题。

楼主项目有几点个人的建议：

1.引用 CocoaPods 来进行三方库管理。

2.代码风格统一，另外注意一些词的大小写。

3.虽然整体结构比较简单，但是所有文件可以分门别类的分在不同文件夹里。

其实吧，我觉得每年 v2ex 上都有这种主题帖子的重复的出现，已经说明了，对于校招，名校文凭真的很重要。

社招考量的是过往履历，学校文凭会是其中一环，虽不是全部，但也是一部分。

将心比心，你的公司预算充足，你负责招人，如果同时两份简历，不相伯仲，一个985计算机科班毕业，一个没什么名气的学校非计算机专业毕业。如果只能留一份简历，留谁的。

楼主真是深知如何在v2ex上炒作。

上次是“精通”这次是“H5”。

木板就是不知道湿度和温度对于木板的形变影响有多大就是了。

@oa414 我知识觉得它这里边的示例代码提取出来，会发现有好多种风格（也就是原文并没有真正的按照自己所说的代码风格的规范去写代码），你干脆帮他集中改了好了。

Swift 的出现，使得原本使用 Objective-C 的一些 iOS 开发教程改用 Swift 进行教学，这个其实权重应该不小。

译文再加上小广告，这是硬广吧？

“如果你忽略了与旧的手机版本进行兼容，那么你将会失去数以百万计的用户。”说得好像支持了旧版本就能获得这几百万用户一样。

贵司的用户估计定位都是开发能力不怎么富余的团队，做好只支持安卓或者只支持 iOS 的少数新版本，就已经很难得了。

Cyclomatic complexity 应该可以用维基百科上的翻译。

in-line 可以翻译成“一致”。

“interface 文件”对应了“实现文件”，有点怪。

Literals 翻译成“字面值”有问题的，翻译成“写法”“语法”都要好，另外对于那段不推荐 mutableCopy 的写法的意见以及原因持保留态度。

建议统一“app”、“crash”以及“objective-c"这几个词的大小写。

如果你要改代码的风格，先把他的此前作为范例的代码风格参照“Beautifying the code”这一节整理一下。

“也应该用冒号对其方法”应该打错字了“也应该用冒号对齐方法”。

“blocks”有些时候原文中其他部分翻译了之后，就没必要在译文里继续用复数形式了。

block那里的“Case 1”、“Case 2”、“Case 3”翻译过来成“1.”、“2.”、“3.”，有点怪，排版也出问题。

“这回让优化性能变得困难”应该是“这会让优化性能变得困难”

另外用“Notifications”做 Notification 常量结尾不认同，估计是写错了，应该没有复数的。

只能说翻译辛苦了。

弱弱的觉得原作在不统一代码前提条件下，还达不到“禅”的地步，只是把一些博客和 SO 上的问题混合了下。

原文有些代码格式不对，比如懒加载那里，另外存在不少代码风格不统一。

有些看法个人不认可。

另外“属性定义”的 @implementation 部分是不是写错了？

弱弱请教一下，面向搜索引擎编程是一种什么样的编程？

所有的“之后如果合适，我们会联系你的。”的话一旦出来，你就默认当作面试失败好了。

如果有联系，就当是意外之喜好了。

看了更新，天了噜，学习数据结构看谭浩强。

另外楼主如果觉得@anjianshi 的这个言论很有道理的，不多说了，只能祝顺利了。

其实数据结构和算法，是很有意思的一个地方。仔细理解不一定很快能体现在工资里，但是对于不少人而言，数据结构和算法很可能是一个人真正热爱编程或者“真正认为编程其实是一件很Cool的事情”的起始。

因为这其实是很具有美感的一类东西。

不是不推荐全文转载嘛？

同样好奇你的职位与话语权。

如果有更合适的人定这种规定，应该是你向这个人提出类似需求，让 TA 定夺比较好。

另外今天决定要完成，如果是老板单方面决定的，也要完成么。这里还涉及一个任务量是否合理的问题。

另外要完成测试部分，如果写测试用例，恐怕会把开发时间拉长吧？但是有第一点弄在前面，会很奇怪。