V2EX › beimenjun 的所有回复 › 第 157 页 / 共 160 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 ... 149 150 151 152 153 154 155 156 157 158 ... 160

❮

❯

2015 年 7 月 30 日

回复了 Shaman 创建的主题 › 酷工作 › [上海]我们的面试通过率为 1%

@publicID321 首先说吧，你一下子就把一楼设定为“被伤自尊”，怎么看出来的。

你不觉得自己在竖稻草人，然后再攻击这个稻草人嘛？

都不能确定别人是不是伤了自尊，然后说别人是在发泄，还说“可这又有什么用呢”，我觉得你有点自 high 过度了，这点可以和楼主凑一块。

2015 年 7 月 30 日

回复了 Shaman 创建的主题 › 酷工作 › [上海]我们的面试通过率为 1%

换个帐号吧，这个帐号已经可以可以作废了。

2015 年 7 月 28 日

回复了 lernlot 创建的主题 › 酷工作 › 嗨，网易校招内推开始啦，职位多多， offer 多多哟，快进来看看吧！

粘贴有风险啊

2015 年 7 月 28 日

回复了 vicky517 创建的主题 › iDev › Swift 还是 Objective C

快速上手 Objective-C
喜欢折腾 Swift

2015 年 7 月 27 日

回复了 muyege 创建的主题 › 程序员 › 谭浩强被奉为编程之门的看门人是"IT 界的耻辱"吗?

看门人的称呼，个人觉得词性来说无所谓好坏。

不是什么“尊者”级别的称呼。

2015 年 7 月 27 日

回复了 Felldeadbird 创建的主题 › 程序员 › 我这种心态是不是有点变态？

刚才说得不对，应该说“很多时候，预见风险是门槛很低的事情，尤其是比你外行太多的人做业务决策的时候”。

“预见风险”不同场合难度不一样。

2015 年 7 月 27 日

回复了 Felldeadbird 创建的主题 › 程序员 › 我这种心态是不是有点变态？

一般这种情况，如果你觉得公司还不错，在可预见风险的情况下，应该做一个预防方案。

预见风险是一个门槛很低的事情，但是绕过风险才是真正的挑战。

而楼主这种情况可是锻炼沟通和业务能力能力，另外提升公司地位的好机会，只会“让你不听我的”就是在浪费了。

2015 年 7 月 26 日

回复了 luckyzhe 创建的主题 › 程序员 › 为什么要造轮子

@luckyzhe 翻译辛苦了

2015 年 7 月 24 日

回复了 VichyChen 创建的主题 › 职场话题 › 今天去一家公司面试 iOS，回来后觉得很不舒服。

最近面试的几个帖子，我都觉得用人方没什么问题。

五个月不到的经验，问你这类，我觉得还可以吧。社招遇到愿意培养自己的公司也算是运气，大家还是希望社招能直接上手是最好的。人之常情而已。

2015 年 7 月 23 日

回复了 xohozu 创建的主题 › 职场话题 › 阿里内推吐槽篇

另外，工作这种东西得两情相悦比较好。一个月其实很短，短期提升水平很难的。

2015 年 7 月 23 日

回复了 xohozu 创建的主题 › 职场话题 › 阿里内推吐槽篇

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

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

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

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

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

2015 年 7 月 21 日

回复了 zyqf 创建的主题 › 程序员 › 学校的文凭在 IT 行业重要吗?

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

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

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

2015 年 7 月 20 日

回复了 nowcoder 创建的主题 › 程序员 › 用 H5 撸的 APP 好多坑，不得已又原生重写了 iOS 和安卓，求试用

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

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

2015 年 7 月 17 日

回复了 skyworker 创建的主题 › 奇思妙想 › 众筹一个梦想中的实木大板工作台

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

2015 年 7 月 16 日

回复了 oa414 创建的主题 › iDev › [翻译] 禅与 Objective-C 编程艺术

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

2015 年 7 月 14 日

回复了 iammaomao 创建的主题 › iDev › 怎么看 2015.07 的 TIOBE， Objective-C 跌出前五名？

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

2015 年 7 月 13 日

回复了 OneAPM 创建的主题 › iDev › 开发移动 APP 时，你应注意这 5 个细节

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

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

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

2015 年 7 月 13 日

回复了 oa414 创建的主题 › iDev › [翻译] 禅与 Objective-C 编程艺术

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 常量结尾不认同，估计是写错了，应该没有复数的。

1 ... 149 150 151 152 153 154 155 156 157 158 ... 160

❮

❯