Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

タグ

2017年2月26日のブックマーク (5件)

  • Rails 5.1の変更点まとめ - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 去る2017年2月23日、Rails 5.1.0.beta1が公開されました。 Rails 5.1.0.beta1: Loving JavaScript, System Tests, Encrypted Secrets, and more - Riding Rails Rails 5.1ではマイナーバージョンアップと言えど、かなり大きな変更点が多数入っているようです。 そこで上記公式ブログの内容を僕なりにまとめてみます。 おことわり この記事は公式ブログやpull requestの内容を読んで、筆者が個人的にまとめたものです。

    Rails 5.1の変更点まとめ - Qiita
    gfx
    gfx 2017/02/26
  • Rubyにおける機械学習と統計分析のための環境整備の取り組み

    Ruby Business Users Conference 2017

    Rubyにおける機械学習と統計分析のための環境整備の取り組み
    gfx
    gfx 2017/02/26
    これを一年くらいでシュッとやるのか…(゚A゚;)ゴクリ
  • 2年半を費やしたチャットワークのScala移行、もしやり直すならどうしますか?(後編) | HRナビ by リクルート

    トレタCTOの増井雄一郎さんがチャットワークのScalaプロジェクトのお話を掘り起こすインタビューの後編です(前編はこちら:チャットワークのScala移行と大規模メッセージDB再構築、当にできたんですね!)。ChatWork CTOの山さんは2年半を費やしたプロジェクトを振り返り、「やっぱりScala化は必要だった」と語ります。 山 2014年4月ぐらいにScala化を決断して、社内で勉強会が立ち上がりつつ、採用をかけていった感じです。2014年7月に加藤潤一(「日Scalaユーザーズグループ」発起人のひとり)というScalaの優秀なエンジニアが入ってくれて。そこから設計をどうしよう、と始まって。しばらくは加藤と、もう1人ぐらいで設計をしていた。それが半年ぐらいあったのかな。 2015年ぐらいから実装を始めて。1年でチームメンバーも増えて、そのときは全部まるっと移そうと計画をたて

    2年半を費やしたチャットワークのScala移行、もしやり直すならどうしますか?(後編) | HRナビ by リクルート
    gfx
    gfx 2017/02/26
  • Androidを支える技術I、無事発売!

    三日前くらいに無事発売されました。 技評のページ: http://gihyo.jp/book/2017/978-4-7741-8759-4 ちょうど同じ頃に二冊目の仕上げのチェックなどがいろいろ重なってバタバタしていましたが、今では一通りやる事も終わって一息ついた感じです。 どういうなのかとかは、上記のリンクの目次と概要文を読んでもらうとして、ここでは雑談などを。 キックオフのミーティング的な事をやっているのがメールを見直すと2015年の10月5日。 そう考えると発売まで1年と4カ月ほどかかっている計算になる。 ただ、間に5カ月ほどリコメンデーションエンジンの仕事をフルタイムでやってた時期があり、この間はほとんど原稿は書いて無い。 だから実際は11カ月、という所か。 ただ、を書く前にソース読みをやっていて、これがこのの母体になっている。 以下 http://karino2.livej

    Androidを支える技術I、無事発売!
    gfx
    gfx 2017/02/26
    “現時点では世界一詳しい内部解説本であり、たぶん世界一レベルの高いAndroid本でもあると思う”
  • enzymeならjsdomなしでReactのテストがほぼ全てできる - Qiita

    問題意識 reactのコンポーネントのテストは、react-addon-test-utilsをそのまま使うと面倒なことが多いです。具体的には、 コンポーネントを描画するためにdom環境が必要(jsdomやkarmaなどを使うのが一般的) 子コンポーネントも全て描画される 前者は、特にReact Nativeのテストをしたい時に困ります。dom環境ではないランタイムが必要でテストできないので。 後者は、単体テストの原則に反します。また、reduxのconnectなどを子コンポーネントに適用していた場合はテスト環境の構築も面倒になってきます。 そこで登場したのがenzymeです。 shallow renderingを用いることで、jsdomなどのランタイムなしに対象のコンポーネントのみをテストすることができます。 しかし、実際にコンポーネントをmountしているわけではないため、 実際に表示さ

    enzymeならjsdomなしでReactのテストがほぼ全てできる - Qiita
    gfx
    gfx 2017/02/26