flypiggys (Gavin)

[北京] 机器之心招聘前后端工程师

flypiggys — Mon, 19 Jun 2017 14:58:55 +0800

关于我们

机器之心 Synced 创立于 2014 年，是国内首家系统性关注人工智能的科技媒体。 机器之心在全球人工智能重点区域均部署有专职技术分析师、行业分析师和顾问团队，输出原创技术分析文章与产业分析报告，关注全球人工智能行业一手新闻报道。 2015 年 9 月机器之心获得数百万元的天使轮投资，2017 年 2 月获 Pre-A 轮融资，投资方包括联想之星、今日头条、源码资本、讯飞产业投资和晨兴资本等。

工作地点：酒仙桥电子城科技园 A2 一层

ruby 开发工程师

岗位职责：

基于 Web 的业务系统的设计与实现、改进与维护
新技术的研究与应用

基本要求：

具备扎实的计算机，网络，数据库，算法基础知识
拥有实际 ruby on rails 开发经验
有基本的前端知识，包括 HTML, CSS, Javascript 等
良好的编码习惯，对代码的简洁和美有追求
对产品有 sense，理解并钻研业务背后的逻辑
写测试并不把测试当做无意义的负担
英文阅读以及快速学习能力

前端工程师

岗位职责：

基于 Web 的业务系统的设计与实现、改进与维护
前端架构模块化，前端控件的编写与维护

基本要求：

前端架构经验，能为产品制定合适的前端架构与规范
有丰富的前端模块化的经验，维护过模块化的前端 UI 组件
有一定的设计功底，对好的产品设计、视觉设计、交互设计有自己的见解
掌握 webpack, react, vuejs, graphql

其它

薪资：初级 6-10k，中级 12-18k
其它待遇：我们崇尚工程师文化，尽量让工程师开心舒服的写代码，基础待遇之外有什么需求都可以提出来，尽量满足。
任职需求中没有 AI 相关技能要求，但是希望你对该方面技能感兴趣。

联系方式

简历发送至 ligan@jiqizhixin.com
尽量多的附上能展现你的优势和特点的代码，资料，账号等。我希望尽可能多的了解您。
最长一周内回复（我会很认真的对待每一次面试，不会贸然叫您来面试，所以需要一些时间来评估是否值得让您老远跑一趟。）
面试赠送机器之心周边纪念品

[北京] 极客公园招聘 Ruby 工程师一名 (20k)

flypiggys — Mon, 01 Aug 2016 15:20:41 +0800

关于极客公园

公司的介绍啊福利什么的我就不过多赘述了。相信如果你对这个职位有意思也会自己去寻找答案，也可以参考我以前的招聘贴. 团队目前主要的技术栈为 ruby on rails, 前端为 react, 移动端为 swift 原生开发. 团队的一些开源的代码可以从 github 参考. 目前主要有三个 rails 为后端的项目，正在用 rails5 重构之前的主站代码。

岗位描述

这个招聘贴主要是为了招一名优秀的工程师来取代我的工作。但不需要负责繁杂的管理工作。负责后端开发，把控代码质量，并能帮助小伙伴们一起提高。工作压力不是很大，可以尝试一些比较激进的技术。希望你能够无论从经验，视野还是代码质量上给技术团队带来更多更优秀的基因。薪资大概表示了我对岗位水平的期望，如果和您的期待稍有偏差我们也可以聊一聊。

成员介绍

我认为选择一份工作最大的吸引是一起工作的人。如果你加入我们，会有几个非常优秀的小伙伴等着你。

两个前端，目前我所共事过最优秀的前端大神，其中一个甚至只有 94 年出生，代码效率极高，并且很优雅。同样喜欢新技术，目前没有遇到过他解决不了的问题，真正的以写代码为乐趣。他的 github
一个后端，非常聪明也非常踏实，极客公园的 iOSapp 就是他从 0 开始开发出来的。今后的日子他会更加 focus 在后端上，也希望你能够帮助他更快的提高。
两个优秀的产品经理，讲究逻辑，不瞎折腾。由于 rails 的高效，一个产品经理已经满足不了我们了所以有两个。
其它的技术团队，公园还有另外的技术团队，主要使用 nodejs 以及 python, 上面的几个是你朝夕相处的人，其它团队也可以和你产生更多的火花。

任职要求

一年以上 rails 开发经验，如果你是一个能力优秀的人，我相信一年的经验已足够你写出优秀的 rails 代码。
跟上 rails 的更新步伐，关注每个 ruby 以及 rails 版本更新的区别。起码知道并用过单身狗运算符😂😂😂
订阅并阅读每期的 ruby weekly 等，观看每次国外高质量大会的视频并有心得。
善于分享，爱折腾，喜欢看 github trending.

其它

发送简历到 ligan#geekpark.net，并最好在邮件里附上你的：

Blog/GitHub/Stack Overflow 等
GitHub 不要空白，我希望能通过代码能够更多的了解您。一个有说服力的 github 能够节省掉您做题的时间。

一个简单的评论过滤系统的实现

flypiggys — Wed, 14 Jan 2015 01:03:02 +0800

最近公园网站开启匿名评论之后，垃圾评论就一直是一个让人头疼的问题。关键词过滤及限制评论数很容易被找到针对的办法，发垃圾评论的人会不停的通过空格，符号等来绕过关键词的过滤。对于一个每天评论不过百的网站来说，上 NLP 又太重了 (其实是不懂).

通过语句相似度过滤垃圾评论

后来我想到公园网站的垃圾评论大部分内容都是几个垃圾评论的变种，内容的相似度都比较高。所以我只需要维护一个包含这几个内容的列表，并计算语句的相似度，屏蔽掉相似度较高的评论就可以暂时达到过滤垃圾评论的目的。

研究如何计算过程中我找到了 2 种方式，Levenshtein distance 以及 How to Strike a Match . 最后我使用了后者计算相似度的方式实现了一个简单的评论过滤系统。

代码实现

text这个 gem 同时提供了以上两种算法。有兴趣的可以看一下源码中两种算法的具体实现。

Comment 中验证评论是否合法

class Comment < ActiveRecord::Base
  ...
  validate :check_spam
  ...

  def check_spam
    #遍历检查 spam 中条目与评论的相似度, 如果大于设定比例则添加 error, 验证失败
    Spam.all.each do |spam|
      if Text::WhiteSimilarity.new.similarity(body, spam.body) > (spam.similarity || 0.9)
        errors.add(:body, "内容不合法")
        return
      end
    end
    # 对于 spam 中没有收录的模板或漏网之鱼的新评论检查与最近的3条评论的相似度
    # 如果相似度大于95%则过滤, 一般垃圾评论都是连续刷评论的.
    new_record? and Comment.last(3).each do |comment|
      if Text::WhiteSimilarity.new.similarity(body, comment.body) > 0.95
        errors.add(:body, "内容不合法")
        return
      end
    end
  end  
end

加上这层防护之后，应该可以暂时安心了。

原文连接

RubyConf 吐槽贴

flypiggys — Sat, 01 Nov 2014 10:01:18 +0800

首先感谢姜军和各位组织者辛苦为我们组织了这次大会，开贴只为吐槽不为攻击

广告时间没把握好，如果不限制都希望多说点，体验就很差。

希望讲师多讲点干货，首先把大家放在 ruby 工程师的角色上，少讲点大家都懂的东西，有实际操作经验更好了，植入广告隐蔽点

我看到 ruby 和 java 代码比较那里真的想吐槽了，毕竟不是到 pyconf 去讲 ruby。

使用 feature Spec 编写用户 / 验收测试

flypiggys — Sun, 08 Sep 2013 21:45:30 +0800

feature spec 与 request spec 的区别 rspec 和 capybara 在 ruby 程序员中很多人都不陌生了。在 2.0 版本以后的 capybara 中，新加入了 feature spec 的写法。在 rspec 中默认使用 spec/feature，而不再使用 spec/request.

feature spec 在测试中来说是比较高等级的测试。大概相当于集成测试或者更高级别的用户/验收测试。一般是模拟用户的实际操作和应用外部的请求来执行测试.简单来说就是模拟浏览器中的动作，期待应用正确的反应。

为什么 2.0 之后的 capybara 要做出这样的改动呢？

因为一般的来说 capybara 是模拟浏览器中的动作，这种测试是相当于模拟一个用户在用户界面中的操作，是基于 usercase 的。而以前的 request spec 则还是没有脱离应用层面 (发送 http 请求，比较相应结果),比如在以前的 capybara 的 dsl 中，使用'get'来访问页面，而现在则改成了'visit'.后者'访问'这个动作，比'get'这个 http 请求更接近于用户的行为。

所以使用 feature spec 相对来说更符合 behavior 的思想，也带来更好的阅读性。

rails 中使用 feature spec 本文以 rails 为例，来介绍 feature spec 的使用。

首先安装 rspec 和 capybara，在 gemfile 中加入

group :development, :test do
   gem 'rspec-rails'
end

group :test do
   gem 'capybara'
end

之后执行

bundle install

再之后执行

rails generate rspec:install

rspec 和 capybara 就安装完毕了。

rails 中的 generator 默认生成的集成测试会在 request/xxxx_spec.rb.默认是不支持 capybara 的，我们如果要在其中使用 capybara 还要在 spec_helper 中的 configure 中加入config.include Capybara::DSL

而我们要使用的 feature/xxxx_spec.rb 目前尚无法由 rails 自动生成，但是不用做任何设置就可以支持 capybara 的 DSL.

所以我们手动建立 spec/feature 文件夹，在其中手动创建 XXXX_spec.rb 的测试文件。

feature spec 写法 在 feature spec 中，我们使用feature - scenario 来替代之前 rspec 的describe - it模式注意两者千万不要混写成feature - it或者describe - scenario这种不伦不类的风格..

另外与 describe 不同，feature 下面是不允许再套 feature 的。

describe "Static pages" do
  describe "Home page" do
    it "should have the content 'Sample App'" do
      visit '/static_pages/home'
      expect(page).to have_content('Sample App')
    end
  end
end

这样是可以的，但是把 describe 换成 feature 则会报错。

feature spec 的测试中，我们一般按照待测的功能点来划分用例，即每一个 feature.而每一个 scenario 对应一条 user case.这一点和测试人员写测试用例的方法很相似。比如下面的 2 条测试用例

功能点用户输入期望结果用户登录用户输入正确的用户名和密码登录成功用户输入错误的用户名和密码登录失败

使用 feature spec 的方式写出的测试代码如下。

require "spec_helper"

feature "Login" do
  scenario "User enter right account" do
    visit "/login"

    fill_in "Name", :with => "username"
    fill_in "Password", :with => "right"
    click_button "login"

    expect(page).to have_text("welcome back,username")
  end

  scenario "User enter wrong account" do
    visit "/login"

    fill_in "Name", :with => "username"
    fill_in "Password", :with => "wrong"
    click_button "login"

    expect(page).to have_text("Wrong password,please try again!")
  end

end

feature spec 的简单介绍就写到这里，希望大家喜欢这种方式。

source

有人在 coursera 上面刷课么～

flypiggys — Mon, 21 Jan 2013 16:07:06 +0800

最近开始上 coursera 上刷课玩，学的第一门 programming languages 感觉就是神课~学了以后受益匪浅..跟大家推荐下~

使用 rails 的 migration 怎样将一个表中数据复制到另一个表

flypiggys — Sun, 16 Sep 2012 13:50:05 +0800

将 product 中的 price 复制到 line_item 中，我是这样写的。

class AddPriceToLineItem < ActiveRecord::Migration
  def change
    add_column :line_items, :price, :decimal
    LineItem.all.each do |li|
      li.price = li.product.price
    end
  end
end

但是实际中发现 li.price 是得到了值的

p li.price   #<BigDecimal:99ca80c,'0.4375E2',18(45)>

但是 line_items 表中却没有数据

p LineItem.all
[#<LineItem id: 4, product_id: 2, cart_id: 3, created_at: "2012-09-15 17:48:50", updated_at: "2012-09-15 17:48:50", quantity: 1, price: nil>, #<LineItem id: 5, product_id: 3, cart_id: 3, created_at: "2012-09-15 17:48:55", updated_at: "2012-09-15 17:48:55", quantity: 1, price: nil>]

请问是何原因，如果想通过 migrate 复制表中的数据正确应该如何写？