招聘 [深圳] 深圳湾社区招聘 Ruby/Android/iOS 各 3 名 (10 - 30 K)

seabornlee · November 26, 2015 · Last by robert500 replied at January 15, 2016 · 3076 hits

我们是谁?

深圳湾(ShenzhenWare)是国内最有影响力的新硬件社区,是硬件创业者的虚拟加速器。 深圳湾致力于打造以硬件创业者为核心的垂直媒体与社交平台,构建以共享经济为基础的资源撮合与对接体系,推动硬件生态圈的繁荣。

我们提供什么?

有竞争力的薪酬,五险一金 丰厚的项目奖金 弹性工作时间,团队自己约定 每月各种大小活动 超时晚餐、交通费报销交通住宿补贴、吃不完的新鲜水果 轻松的团队氛围 扁平的架构 足够的成长空间 高速发展的公司和行业

我们需要...

Ruby 工程师 10-30 K

  • 熟悉 Rails 4
  • Ruby 基础扎实
  • 熟悉 API 开发
  • 熟悉 HTML / JavaScript / CSS / Coffee Script
  • 熟悉 RSpec,Capybara

我们的工程师是这样一群人,希望你也是(必须符合 5 条以上):

  • 全栈,哪里需要就去哪里(Web、Android、iOS)
  • 有业余项目(不含外包)
  • 熟悉 Git 和 Github
  • 喜欢使用「快捷键」多过「鼠标」
  • 喜欢使用「Shell」多过「GUI」
  • 喜欢「当面沟通」多过「文档」
  • 用「Google」不用「Baidu」
  • 追求效率,讨厌加班给领导看
  • 喜欢自主工作,不喜欢监管
  • 有代码洁癖
  • 喜欢把玩 App
  • 什么都写在脸上,心里不爽不说出来就吃不好睡不香
  • 自我管理,遵守团队的约定

加分项:

  • Github 上有项目
  • 熟悉 Scrum,TDD,CI,Refactor,Pair Programming 等实践
  • 在技术会议上做过分享
  • 写博客
  • 跑过马拉松

我们的特色:

  • 工程师文化
  • 敏捷开发实践
  • 重视软件匠艺

注意事项

  • 面试请带电脑,我们一起来写一段代码,因为自己的电脑用的最顺手

另外,我们还需要..

Android 工程师 10 - 25K

  • 熟练使用 Android Studio「快捷键」进行编程
  • 熟悉 HTTP/JSON
  • 熟悉常用的开源库,可以快速搭建应用
  • 了解 Robolectric, Appium 或其它测试框架

iOS 工程师 10 - 25K

  • 精通 Objective-C、Mac OS、Xcode
  • 熟悉 iOS 框架和常用的 Library
  • 熟悉 Swift
  • 精通 iOS SDK 中的 UI、网络、数据库、XML/JSON 解析等开发技术
  • 有完整的 iOS 项目经验,至少参加过一个完整的商业级手机应用技术框架搭建、关键技术选型工作
  • 熟悉各种主流手机特性,深刻理解手机客户端软件及服务端开发特点
  • 精通常用软件架构模式,熟悉各种算法与数据结构,多线程,网络编程(Socket、http/web service)等
  • 了解测试框架

地址:深圳南山软件产业基地 4A 1102 联系方式: Wechat: seabornlee Email: seabornlee#shenzhenware.com

顶一个!小波是不错的技术社区贡献者!

#1 楼 @martin91 谢谢!现在团队所有人都是从社区来的。

帮顶,吐个槽。 😄

#3 楼 @zoker 谢谢,已提 Trello。

帮顶,他们要做的事非常有前途

7 Floor has deleted
8 Floor has deleted
9 Floor has deleted
10 Floor has deleted

文档怎么了,真的有时候对你们这些所谓敏捷的人感觉到有些过头了。

#11 楼 @prajnamas 并没有说文档没有价值,只是更喜欢当面沟通而已。每个团队有自己喜欢的做事方式罢了。

喜欢「当面沟通」多过「文档」

不知道 11 楼是如何理解的,我没从这句话里看出来任何反对文档的意思。我喜欢吃肉多过吃米饭,不代表我反对吃米饭啊。我的看法是文档是非常必要的,但是千万别让文档变为工作负担。必要的文档可以减少不必要的沟通,比如同一个事情,不同的人要反复问你之类的。但是不要事事依赖文档,很多事情,比如需求,当面沟通会比等你写进文档,然后我去看文档来得高效。

#14 楼 @seabornlee 还在公司。。。

#13 楼 @martin91 如果是别的什么文档,还好说了;拿需求举这个例子,真的有点怕。

#16 楼 @pengedy 我们也有需求文档,只写:用户在什么场景下遇到什么问题,需要一个功能来解决用户的问题。产品经理会给一个大概的解决方案,细节需要工程师在开发前以及开发中跟产品经理当面沟通。 通过这种方法,得到了很多超过产品经理预期的方案。

#17 楼 @seabornlee 我明白这个意思了。仅是一点建议:文档也好、测试用例也好,需要有一种方式把确认的需求形式化,以便今后做优化、重构的时候参考。

#18 楼 @pengedy 其实文档本身并有错,但比较常见的问题是文档和代码没有同步更新。 我们把测试代码当做活文档,做重构的时候,只看测试代码和产品代码。而代码我们会做 Code Review 所以能保证一致性。

#19 楼 @seabornlee 明白了,这样是不错的。

其實文檔應該是溝通過後的總結 溝通與文檔各有各的用處~

You need to Sign in before reply, if you don't have an account, please Sign up first.