求帝都 iOS 中高级开发工作

男， 22 岁，未婚不单身（不在乎贵司有无妹子）。

发过两次帖了，难道是写不到重点？这次只写重点，我保证不再发。。。

关键词

Objective-C / Swift / Runtime / OC-JS Bridge
Mac OS / iOS / Android / Windows / PS4
Terminal
Git / SVN
MVC / MVVM
GitHub
CocoaPods
Masonry / Pop / React-Native
POST MAN / JSON View
Charles
Markdown
SSH / Aliyun
Blog

我的特点

开发效率高，做事投入，较欣赏任总 “三个人拿四个人的钱，干五个人的活” 这一理念。能在尽可能短的时间内高质量满足业务需求，对可能出现的 Bug 进行定位和解决相对较快。
轻微强迫症患者、完美主义者，追求效率但绝不放弃质量，编程科班出身，对代码的风格要求较苛刻。认为一件美好的东西是从里到外的，“衣柜的后面也要完美”。
项目经验较丰富，两年先后在两家公司任职，比较稳定。开发过四款已上架的 App ：
- 揽梦云签（团队开发，简单蓝牙交互，较复杂数据缓存， IM ）
- 过路客（独立开发，没有特别的突出点，如果未成功的突破 iOS WiFi 协议也算的话...）
- 德玛西亚（个人项目，游戏周边，应用多个个人框架，上架时因不同原因被拒 N 次让我对苹果的审核机制有了极其深刻的了解...）
- 你说我听（个人项目，语音笔记本，底层利用科大讯飞语音识别技术实现）
学习能力和欲望强，追求更好的技术和生活，年轻人缺钱缺房啥都缺就是不缺一腔热血。
责任感强，做则做好。在赛弗网络任职时曾因公司突然制定的版本迭代任务而暂缓一个月离职。
个人性格温和，容易相处，比较热心，对同事朋友或是网上的道友都是如此。同事有问题一定会帮着解答，邮件必回，个人 GitHub 主页上开源的项目有了 Issue 就解决，解决不了也会提供一些代替方案。顺带提一下，我的一些项目在 GitHub 上还是略受欢迎的，可以在 CocoaPods 查看部分统计数据 :)

剩余的话

个人水平说中级应该没有问题，也勉强算个高级吧，对 iOS 系统的 Cocoa Touch 层、 Media 层、 Core Services 层玩的也差不多了， TCP/UDP 、蓝牙交互、 IM 、 O2O 、推送、支付、直播技术都有一定经验或是接触。其实个人觉得技术上的东西就算不会也没关系，那么多技术怎么可能都会，个人发展是要贴合公司发展轨迹的，不能公司要做硬件我一个劲研究高级动画对吧。不会的可以学，有什么是学不会的呢。

对新公司的期望是效率高一些，硬件环境越好越佳（我可没说椅子什么的...），薪资大概 20 多 k ，福利五险一金就够了，初创还是上市不是很看重，如果是 B 、 C 轮更好。具体可以面聊，我的邮箱是 devtip#163.com。

非常感谢你看到这里，也许你想对我了解更多：

Blog: http://LeoDev.me
GitHub: https://github.com/iTofu

谢谢！

LeoDev

2016-08-01 01:27:51 +08:00

@jianlong
没事我接受你的意见，谢谢！

@LINAICAI
谢谢，库基本公司也要用到，于是部分抽出来开源，不过这部分谈不上保密什么的了。碾压就抬举我了，希望你我都更好！

@chaos001 @xsxsxszs @hm279
谢谢！

@limbo0
有点这种感觉啊。。。所以 APPEND 了我勉强中级求放过。。。

@caileijuve
想到啥写啥咯，我是想描述下平时的工作和生活。。。

@SourceMan
谢谢，这个没问题，工资卡记录在那。

@chaos001
额，谢谢哈。

@sunchen
有猎头联系不过都拒了，印象中中介都不靠谱。

这个帖貌似貌似歪了些？大家的批评教育我都有反思，人非圣贤孰能无过，需要改正的地方我会慢慢改，也谢谢大家的鼓励与支持！同时回帖请大家尽量本着 “帮助他人” 的态度，于我于大家都是如此，谢谢！

LeoDev

2016-08-01 02:15:55 +08:00

借地宣扬下开源项目的作者们 :)

其实我觉得写开源项目并非那么容易，写过的人都知道。这个项目不只是给自己用，也会给其他的朋友用。
首先得考虑好应用场景，越广泛（通用）越好，自定义项越多越好。很多时候就是因为系统提供的一些控件和功能有限制，而导致开发者不得不自己去写一个替换掉；
其次是用户的需求和使用习惯，简单点比如传值，有人喜欢 Block 有人喜欢代理，我作为作者不能说只写一个，都得写出来，到底用哪个呢，用户哪个顺手用哪个；
再者是代码的可读性和规范，我平时代码尽量让人更容易读懂其实现流程，尽量规范，关键注释一定会加，因为有人想要了解实现思路，还有人会觉得项目依然满足不了他的需求， fork 过去改或者借助下思路直接重写一个更适合自己的，这些都是很常见的，代码的可读性和规范越高越好，他们就能越快搞定，节省宝贵时间；
还有文档的整理、及时上传到托管库，文档比如 README ，这个得写，得有介绍、截图（尽量含 Gif 图）、 Demo Code 、 ChangeLog 等，项目放 CocoaControl 上的话还得另写份英文版，这个其实耗了相当一部分时间，上传到托管库比如 CocoaPods ，这个就要求熟练使用 CocoaPods 的开发者部分功能，偶尔还因为 CocoaPods 自身的 Bug 而不得不联系其开发者大牛，我就遇到过，不过那几个大牛也很友善和迅速地帮我搞定了遇到的问题，我辈典范，赞！
最后是 “售后”，集成你的库的开发者也许会遇到一些疑问和问题，他们会给你发邮件或提 Issue ，他们可能来自五湖四海，甚至有一些听都没听过的小国家，（大家都）用蹩脚的英文交流来交流去，得帮他们解决问题或者提供替代方案，最后收到由衷的感谢一笑而过。题外话：我还曾经收到过一个道友的 “威胁”：你要也搞不定我就得被炒了，你看着办……笑:)
以上这些工作都是开源项目作者义务做的，大家知道程序员的时间都是比较 “昂贵” 的，但是一个开源项目从创立到 “售后”，所有的工作和困难基本都是其作者无偿包办的，最后一般都会直接放个 MIT LICENSE 。友善地帮助他人而不求回报，我觉得最起码这种行为是可敬的，所以请大家平时听某人说他写了些个开源项目，给他个掌声吧！

（我不是捧自己，我说的是各位开源项目作者）