alexrezit
2012-11-07 11:00:49 +08:00
又是招这个的, iOS 开发越是研究生越傻逼, 而且这个价格根本招不到正经人.
顺便附上我之前的吐槽, 以后谁要招这个我就给他泼冷水:
Quote: '''
我是来给你泼冷水的, 下面开始---------------------
可以很负责地告诉你, 拿一千个 iOS 程序员的投递, 挑出一百个来面试, 里面有十个不坑爹的就不错了... (斜眼---) 为啥呢? 因为都以为钱好赚, 甭管啥样的人都来混. 大把大把的 iOS 程序员不会用版本控制, 不会用终端的各种工具, 比如说 grep awk diff patch 都不会, VIM 和 emacs 之类的编辑器连摸都没摸过更没有兴趣学, 不会读 Apple 的文档, 也不会读各种协议的文档, 有问题知道去谷歌搜索的就算不错的了, 有些甚至连内存管理的基本常识都不懂, 多线程如果不用别人封装好的代码那就更别指望了, 连类名都写得不明不白即使再找一个厉害的家伙也很难维护. 如果不小心招到这样一个 iOS 程序员, 那就等着收拾烂摊子吧. 改数据库结构? 不好意思以前没封装好, 还是重写比较快; 添加多语言版本? 不好意思以前都是直接用字符串, 想直接 genstrings 然后翻译一下就弄好那是不可能的; 修改界面? 把 iPhone 程序做成 iPad 兼容? 不好意思以前的界面写得乱七八糟好多地方都添加到错误的 view 或者 layer 了, 还是单独重写一个吧. 上个星期还刚刚改了某家总部在德国有一百多年历史年销售额十位数 (单位显然是欧元) 的大型跨国企业的 app, 屎一样的代码, 一编译就被各种内存泄漏刷屏, 光是能看到的 bug 就数不胜数, 交互设计别提有多么反人类了, 代码风格也是奇葩无下限, 那么多重用的代码竟然不是单独封成一个类而是复制粘贴六七次, 问题还是写错了, 于是改 bug 也要改六七个地方, 而且这六七个地方竟然还不是同一个风格的, 于是改这种代码不是随随便便就能改的, 还要善用 grep! 还有更奇葩的, 访问一个本地的 web 页竟然不是直接读取而是创建了一个 URL 请求然后请求不到, 在更新文档里说这里有个 bug! 看代码里的注释就能知道此前已经有 N 个团队接手 (你们都他妹的用版本控制了还在注释里写人名和日期是什么意思? 是因为 bug 太多了写在注释里更方便抓人顶罪吗?!!!), 然后现在依然是这个熊样儿. 你猜这个 App 有多大? 就这么说吧, 不算设计和美工, 单单写代码的话一个人撑死用一个月就能搞定, 注意是 "撑死" 也就一个月, 这里面还包括测试. 你猜搞这摊屎我得到啥利益? 毛! 做这个东西一分钱不赚纯属帮忙收拾烂摊子而已. 然后还有不知道为啥我接触的好多搞技术的人写文档竟然用 docx! 用 markdown 不行么? 用 pdf 不行么? 再不成用 rtf 也行吧? 偏不! 咱就用 docx! 管你 Mac OS 上怎么阅读呢! 就用 docx! 哼! 就这熊样儿你能指望人家用什么新技术? 还指望效率优化? 用户体验优化? 能写出来就不错了, 能运行就不错了, 管他有多少 bug, 管他泄漏多少内存, 管他卡顿成什么鸟样儿!
'''