insraq

[北京 / 香港] 华兴 Alpha 2017 校园招聘 Ruby 工程师 (10-20k)

insraq — Fri, 31 Mar 2017 11:46:24 +0800

关于我们

华兴资本是国内 TMT 领域领先的投资银行，亦是滴滴快滴合并、美团点评合并、京东、微博、陌陌上市、Mobike、斗鱼私募融资等等一系列互联网圈大案要案的「幕后推手」。华兴 Alpha 是华兴资本服务早期创业者的部门，我们有最优秀的财务顾问团队，也运营早期最活跃、最优质的融资平台华兴 Alpha。我们的网站：http://alpha.huaxing.com/

2017 年技术校招已经开始，我们在北京 (三里屯) 和香港 (九龙贸易中心) 招聘应届软件工程师。

软件工程师 (应届)

软件工程师有前端、Ruby、iOS、Android 四个方向
熟悉至少一种常用编程语言：Ruby、JavaScript、Objective C、Swift、Java、Python 等
熟悉面向对象编程和常用的设计模式，了解函数式编程，有良好的代码习惯，能写出易维护的代码
了解测试驱动开发 (TDD)，了解测试金字塔和持续集成
了解 Web、iOS、Android 至少一个平台的开发流程，生态系统
学习能力强，喜欢尝试新技术

几点说明：

我们后端主要的技术栈是 Ruby on Rails，但是并不要求 Ruby 的经验，对于基础好的同学，学习 Ruby / Rails 应该比较很轻松的事情
前端我们有部分 Vue.js，有部分 React，准备全部迁移到 React
如果你想在香港办公室工作，需要持有可以工作的签证，我们接受 IANG Visa

联系我们

感兴趣的同学请发简历到 career@huaxing.com，邮件标题注明「姓名 - 北京/香港 - 软件工程师 (应届)」

[北京] 华兴资本招聘初级全栈开发者 (junior full stack developer)

insraq — Sat, 27 Sep 2014 19:01:39 +0800

关于华兴资本以及技术部门的介绍请看这里：http://huaxing.com/geek/

上面的网址有职位的具体要求，不过如果你 prefer 传统的表述，这里有一份：

初级全栈开发者

基本要求：

对于 HTML, CSS, JavaScript 和一门后端语言有基本的了解。
具备快速学习能力，并且需要主动了解平常工作尚未涉及的技术领域，经常行业最新进展，关注英文技术圈。
具备良好的团队协作精神和沟通能力，英语水平良好。
有一定的项目经验：全职工作，创业项目，开源项目，兼职项目皆可。

优先考虑：

对前端，后端，或者两者都有比较深入的了解。
对下面的技术中至少一个有所了解：Ruby on Rails, CoffeeScript, SASS, HTML 5, AngularJS, Cordova。
曾经是开源项目的贡献者，有 GitHub 或者 StackOverflow 帐号。
能够独立完成从想法到产品的过程：会技术，又懂产品，能设计，还会运营。

虽说是 full stack developer，但是基本的 tech stack 包括许多的 Rails，所以有相关经验是大大的 plus。

关于薪酬，因为公司 policy 不能直接写出来，我只能说还算有竞争力吧，但是如果你私信我，我会很乐意告诉你更多。关于福利，因为对国内的福利不了解，我问 HR 说五险一金都是很不错的，每年还有一次出去玩，今年是去台湾。公司平时有零食，水果，饮料。应该还有其他福利，但是这些是我用到过的。

补充一下，这份职位不是传统的投行 IT，而更像是互联网团队。负责的产品，主要的也是互联网投行方面的产品。我们的 tech stack 也更像是 startup，而不是 enterprise，可以约等于是一个投行内部创业项目。我相信你一定可以学到很多东西，不管是投行业务，还是技术。之后你想继续在技术发展，或者转行去做投行，我们都愿意帮你。如果你有兴趣，但是在纠结要不要试一下，不妨先和我们聊聊，我们希望能够 convince 你这是个不错的机会。

公司坐标在北京国贸。

补充 1：我的邮箱 ruoyusun AT chinarenaissance DOT com 补充 2：校园招聘和实习职位也开放，欢迎在校学生和毕业生申请

介绍自己的新项目 GradChef.com + 如何组织一支松散的团队

insraq — Tue, 26 Nov 2013 23:07:27 +0800

自从离开了上一个创业项目之后，一直过着安安稳稳的生活。感觉创业是非常消耗精力的事，离开反而感觉轻松了不少，平时游游泳，学学烘培，倒也不亦乐乎。

不过，毕竟还是闲不住，经不起朋友忽悠，业余时间又开始写点好玩的东西，于是就有了 GradChef.com

GradChef.com 这个产品本质上还是自我需求的一种延伸，团队里的人都是毕业没多久，经历过申请学校的人，有人去了剑桥，也有人去了家里蹲（i.e. 我）。不过结果如何，大家一致觉得申请的经历是很痛苦的，刷 GT 对于亚洲人其实还好，麻烦的地方在于选校，PS，推荐信，面试的种种复杂。这些东西不是很简单的量化的东西，而是一个持久战，尤其是信息不对称，没什么可以参照的标准，而且中间过程繁复，每个学校都有不同的要求，申请一旦很多很容易就丢三落四，错过 deadline。

所以 GradChef.com 的就是为了解决我们自己申请遇到的痛点，现阶段（第一阶段）要解决的就是选校的问题。这个问题听起来简单，但其实很复杂。首先就是要对历史数据进行一个标准化的建模，然后根据申请人的背景来匹配。但第一步建模就问题多多，量化的数据比较简单，但是有时候非量化的数据更重要。历史数据的来源虽然多，但是质量参差不齐，数据的噪音很大，又什么好的降噪方法，只能“手工”降噪。

还想解决的一个问题，就是申请过程中的忙中出错，所以 Gradchef.com 也加入了学校申请的管理，说白了就是一个为了申请特别定制的一个 todo list，这样既可以帮助大家追踪和记录申请的状态，也可以让大家在出结果之后，让数据造福后人。

关于做产品的方向，我们的考量很简单：做一个小而美的慢产品。我们不想迅速扩张，因为我们没有精力去管理扩张带来的问题；我们也不想做的很全面，因为我们无法对一个大而全的产品做出宏观的掌控；我们无法做的很快：因为数据的积累只能靠时间，用户的积累我们希望靠口碑。

然后就来说说团队吧：我们的团队没有全职人员，大家都是业余时间一起做项目。白天大家都要上班上学，晚上和周末会抽出时间来做。而且大家分布在五湖四海，跨越时区，是一支很松散的团队。如何组织这样的一个团队是一个挑战，下面有几条我们自己摸索出来的经验：

1、认识到自己的限制：很重要的一点就是认识到这样的一个团队是不可能同一个全职的团队的生产力相比的，所以在把握进度的时候要掌握好，避免给任何一个分配太多的任务。同时，每个人的生活中都有其他更重要的事（工作，学习，健康，爱情，家人），所以允许每一个人选择自己要投入的精力。比如有人要忙着准备考试，那就给他少分配或者不分配任务。

2、规律性的会面：这一点太重要，即使我们跨时区，也会每个周都要 Google Hangout 一次，大家先讲讲自己上个周做了什么，然后提出上个周的问题，讨论完后说说下个周自己能做什么，想做什么，要做什么。这次会面我们会争取每个人都参加，有人缺席之后会在单独传达会议的结论。这是一个松散团队保证前进步伐的关键。 3、随时随地的交流：现在智能手机这么流行，想要随时随地交流非常容易：微信，Whatsapp 等等。因为大家平时的时间都很碎片化，比如在走路的时候突然有一个好想法出现，那么就会在微信群里吼一声，之后大家会 pick up 然后继续讨论，如果想法非常值得深入探讨，会拿到每周的会议上讨论，这样可以在随时随地的交流，不放弃任何一个灵光一现。

4、简单的组织形式：因为团队本身很松散，所以组织形式也很简单松散，平时的进度只是用 Bitbucket 的 issue tracker，不会用更加复杂，更加程式化的工具。而 issue 也不会非常具体，通常只是很笼统的描述问题的领域，只要被分配的人理解就够了。能这样做的原因，是团队中所有人对于用的技术都比较了解，大家都是很优秀的程序员，对于代码之美都有很一致的追求，减少程式化的组织，是建立在每个人的基本质素之上的。

至于技术上和交流上我们用到的工具：

框架：Ruby 2 + Rails 4（本来写的时候还是 Ruby 1.9.3 + Rails 3.2，写完之后就发现落伍了，根据 Rails 这种向后兼容这么差的 framework 来说，如果一步跟不上，就步步跟不上了，于是狠下心来升级了）

前端：部分页面用到了 AngularJS，部分页面是 jQuery，所有代码都是 CoffeeScript。Stylesheet 用的是 Sass + Compass

服务器：Puma + Nginx

Source Control + Issue Tracking + Wiki + File Sharing: Bitbucket (Git)

日常交流：微信群

视频语音：Google Hangout (不得不说 Hangout 做的真心给力)

之前团队试过 Asana / Google Drive / Dropbox / Trello 等等各种工具，大家还是觉得这些工具有时候还是更多是累赘，而不会增强生产力，毕竟大家时间很短，希望把有限的时间都花在有意义的事情上。

有人用过 mini_magick 在图片上印字吗？

insraq — Mon, 04 Nov 2013 20:20:22 +0800

最近需要在 Ruby 下处理图像，于是选择了 mini_magick 作为 ImageMagick 的 binding，发现居多坑啊：

3.5 ~ 3.6 在 Windows 下直接不 work，需要回到 3.4 才可以。当然可以 patch 一些 Windows logic 让他在 Windows 成功运行。
3.4 在 Windows 下往图片上印中文的时候是乱码，即使设定了中文字体，按道理说从头到尾都是 Unicode，不应该啊。即使 patch 了的 3.5 ~ 3.6 版本也是乱码的，就连直接 exec("convert -draw text") 这种也是乱码，非常奇怪。不过在 Windows 命令行输入 convert 命令却一切正常。
同样的 code，以上在 Ubuntu or Mac 下一切正常，我知道在 Windows 下写 Ruby 很悲催，但是有的时候是没得选的，毕竟 Windows 这么大的占有率，一个这么重要的 gem 在 Windows 下基本不能用实在是太坑。

有没有人有经验可以指导一下？多谢！