lazing (lazing)

[深圳] 开源硬件社区 SeeedStudio 招 Web 开发工程师

lazing — Tue, 04 Mar 2014 12:02:08 +0800

代友招聘，请直接联系

诚征 Web 前端开发工程师

图文访问 http://seeedstudio.com/web_eng/index.html

我承认，我们诚征的不仅仅是 Web 开发工程师

我们需要你通过流畅的技术实现和优美的页面表达，

让我们的用户感觉到一种真正的被关怀

所以………………

希望你已经比较熟练的掌握了 Web 前端的主流开发技术，既有工程师的外表又有设计师一样爱美的心
希望你即使不是骨骼惊奇，也愿意修炼十八般武艺，只为把页面呈现和体验做到牛逼抗得住压力
希望你有使用 Django 或 ROR 框架的经验，平时就爱好为自己的妹纸建个美美的站，分享在朋友圈
希望你“宁愿多掉一根头发，也不多写一行代码”只为追求优雅，不为别人夸
希望你也认同，“只要程序猿都献出一点爱，互联网将变成美好的空间”

最后

希望你是个经历过产品诞生的痛苦与喜悦，经历过团队之间碰撞出了耀眼又要命的火花，

即使曾经写代码到伤心落寞，即使曾经一个人战斗调试代码到差点“一夜之间白头”，但依然是：

爱技术、爱编程，更爱生活的铁血柔情真汉子~~~

也许，你现在是在高大上的 BAT，但仅仅是 BAT 的光环怎么能满足得了一个自由而奔放的灵魂

也许，你曾和小伙伴一起创业打拼，

但经历一两次失败怎么可能就对要去改变世界这件事灰了心

也许，你自认为是屌丝，但生在这个属于屌丝的时代，

其实只要找对地方呆，就会发现这世界满满的都是爱

不信，你可以先从戳这里开始：http://www.strikingly.com/seeed

最后的最后

如果你感觉自己还没有满足以上条件，但你希望能成长为那样也自信能成长为那样，

请给一份个人简历到我们的 HR 童鞋 hr@seeedstudio.com

[深圳] 靠谱保招聘 Ruby 服务端开发工程师

lazing — Thu, 13 Feb 2014 14:19:02 +0800

描述

用 Java，恨不 Ruby；用 PHP 恨不 Python；用 SQL 向往 NoSQL 语言只是外壳，强悍的是洞悉一切的内心，我有我的 DSL，你不必全部明白。

关于我们

靠谱保 ( http://kaopubao.com ) 创始团队拥有 13 年保险和信息化成功经验。离开 500 强保险公司的优渥环境，闭关创业。我们立足与解决当前保险市场中存在的信息陷阱，化繁为简；用互联网和新商业回归传统保险本质，创造用户价值。

区域：深圳福田

已取得行业人士天使轮融资。

职责

网站和移动平台应用开发和测试；需求分析/技术选型验证；制定、实施制度、流程、标准，落实开发工作计划；保障开发品质和平台性能，为公司业务发展提供支持。

基本要求

编程功底扎实，1 年以上 Java/RoR/PHP 开发经验；能在或乐意转向 Linux、Mac 平台下使用 Ruby on Rails 开发；基本前端技能，如 HTML/CSS/Javascript；英文 CET-4 以上；熟悉 BDD/TDD，使用过 rspec,cucumber 者优先；熟悉 meta programing 及 DSL、有互联网及相关产品开发经验者优先；本岗位允许本科院校实习生。

待遇

初级岗位 4K 中级岗位 8K

创业阶段，资源有限，无法给出高薪，但有耐心也有环境帮助有潜质的新人成长；和所有创业公司一样，也有出期权股权的诱惑，但需要提前提示其风险；可以保证的事情，做技术的你，可以在这里一展所长，持续提高；我们也乐意为你未来的职业发展提供任何形式的帮助。

请发简历至 hr(at)kaopubao.com 主题： 某某某-服务端开发工程师-RubyChina

主要内容请写在邮件正文，避免附件形式

Rails 太重？这要辩证的看

lazing — Thu, 19 Dec 2013 11:47:03 +0800

原文地址： http://2byte.us/2013/rails-is-too-much-not-so

说 Ruby，如果没有带上 on Rails，总觉的缺点什么。或许从侧面说明了 rails 对于 ruby 的重要。

几乎从来没有见过哪个框架在某个语言有 rails 这样的统治地位。通常认为“垄断”不好，但 rails 的垄断地位是自己争来的，如果没有持续活跃和专业的社区，没有出色的发行版，rails 不可能这么受欢迎。

最常听到对 rails 的抱怨是性能上的，内存占用问题，多线程问题，加载了太多的组件，真的是这样么？

Ruby 是解释语言，很占内存？

某种意义上，是的。解释性语言通常比编译语言更占内存。但使用解释性语言就是因为它的轻便灵活。Ruby 的内存机制亦非常重视这一点。因此，评价 Ruby 的内存状况和使用的 vm 关系极大。

如果简单点说，Ruby 1.8 以前版本内存消耗严重，非 RubyEE 几乎是不能用于生产环境的。1.9.3 以后版本对内存管理有非常好的优化，直观上占用可降低 50% 以上，甚至胜过号称超过 MRI30% 的 RubyEE。 http://nerds.airbnb.com/upgrading-from-ree-187-to-ruby-193/

具体的比较在这里： http://blog.pothoven.net/2012/10/ruby-187-vs-193-performance.html

Rails 加载了太多东西，很慢？

Rails 是加载了不少东西，但是其一：其对性能影响对于访问量有限的网站并不显著；其二，可以定制加载，去掉不用的组件，比如使用 MongoDB，就可以完全移除 ActiveRecord，这并不是什么太麻烦的事情。

Rails 不适合做 Mobile Web？

No, No Rails 或许不如 Sinatra 适合 API 型的应用，但对于 Mobile，本身也是 Web，确实没有什么水土不符的。如果觉得访问缓慢，或许应该考虑更多是代码逻辑或者部署配置。如果应用没有用到任何缓存，每次都调用几十次查询，那么用 C 也救不了。

应用开发者或许更了解操作系统和代码逻辑，对 Web 优化了解很少。Rails 提供了不少工具，好好读读 Rails Guide 中 assets 和 cache 相关章节，会收益良多。

Rails 做了很多，其中大多数是有用的

Rails 已经不仅仅是 Ruby 一家的框架了。它几乎可以无代价的集成 coffeescript, haml, less, sass... 这个列表可以无限制的列下去，甚至你自己的 DSL 也可以。

Rails 3 开始加入的 assets pipe 绝对是神作，前端优化变成了傻瓜式操作。coffeescript 作为去年发展最快的奇迹性语言，终于让 javascript 不那么笨了。haml 节省了 50% 的 HTML 代码，优雅而简单。

如果不是 rails，可能其中的一些不会那么快的推广普及。作为最有活力的社区之一，rails 非常开放，能够快速接受新技术。

最重要的是：做出产品，而不是纠结每秒多处理几次请求

Rails 成为创业公司最爱是有原因的，对于创业公司，执行力是最值钱的。

云时代，添置硬件就能解决的吞吐问题，在开始阶段都不是问题。为了提升一倍性能，花数月研究测试框架组件，给自己挖坑，还是每月多花几百块添多一台服务器？这应该是很简单的问题。