クックパッド、フルタイムRubyコミッターとして遠藤侑介氏を採用 次世代バージョンの中心的機能となるRubyの堅牢性向上に貢献 2017年9月18日 クックパッド株式会社 クックパッド、フルタイムRubyコミッターとして遠藤侑介氏を採用 次世代バージョンの中心的機能となるRubyの堅牢性向上に貢献 クックパッド株式会社は、フルタイムRubyコミッター*として遠藤侑介氏が入社したことをお知らせします。 遠藤 侑介氏(左) 執行役/CTO 成田 一生(右) クックパッドは、「毎日の料理を楽しみにする」というミッションの実現に向けて、柔軟なサービス開発を実現するための中核技術の一つとしてプログラミング言語Rubyを採用しています。その開発を促進するために、フルタイムRubyコミッターとしてRubyの中心的開発者の一人である笹田耕一氏を採用するなど、Rubyの開発に大きく貢献してきました。 Ru
Haskell入門 という本を書きました。まだ店頭で買うことはできませんが、amazonでは予約を開始しています。また、電子版も早いうちに出ると聞いているので、そちらもあわせてお求め下さい。技術評論社さんのサイトではサンプルのpdfも読むことができます。 Haskellには すごいH本 というとても良い教科書がすでにありますが、「アプリケーションを作って楽しむ」という観点から書かれた本も欲しいなということを常々感じていました1。すごいH本でHaskellの考え方やプログラムの組み方は学べますが、例えば、プロジェクトを作成して開発を始めるにはどうするかであったり、必要なライブラリをどこから探してどのように自分のプロジェクトへ組み込むのかといった、開発に必要な基本的な事項は自分で学ぶ必要があります。今回執筆した Haskell入門 ではとにかくHaskellでアプリケーションを作ることにフォー
TL;DR iOSDC Japan 2017 というイベントが先日開催され、そこでReact Nativeを題材に何かトークをしようと応募したら、まんまと枠をもらえたので話をしてきました。 事前のリサーチでiOSのエンジニアはReactやReact Nativeについて名前や概要ぐらいは知っているけど使ったことのある人は多くないということが分ったので、まずは興味を持ってReact Nativeの環境をインストールしてもらうことをゴールに、Reactプログラミングのパラダイムや思想について、iOSエンジニアが普段行なっているネイティブアプリ開発とどのように違うのか? という内容にしました。 いくぶん抽象的な話に終始してしまい力量不足で本当はもっとわかりやすい説明をしたかったなと反省しつつも、実践的な内容はこれからも各所で見られることになると思うので是非React Nativeにご注目ください
こんにちは、広報の生田です。 全社広報とエンジニア採用広報を担当しています。 RubyKaigi2017に参加するため、前々日から広島に来ていますが台風直撃で凄い雨が降っていました。 そんな台風をもろともせず、RubyKaigi2017前夜祭には多くの方がいらしてくれました! SpeeeはPre Kaigi Sponsorとして、RubyKaigiのお手伝いをさせていただいています。 8月にはRejectkaigi2017も開催し、RubyKaigiのタイムテーブル徹底解説や、 懇親会でのkamipoさんRailsコミッター就任式など、とても楽しいイベントになりました。 tech.speee.jp 合わせてこちらもどうぞ♪ tech.speee.jp RubyKaigi2017直前ということで行われたRubyKaigi前夜祭についてレポートします♪ 今回の司会は@mrknさんが盛り上げてく
チャイルドシートを使わずに車に乗っていて亡くなったり重傷を負ったりした6歳未満の子どものうち、約4割は、大人が使うシートベルトを締めるか、抱っこされていた。昨年までの5年間に子どもが巻き込まれた交通事故の詳細を、警察庁が初めて分析した。警察庁は抱っこなどについて「命を守るための対策に見えても、実は効果が薄い」として、チャイルドシートの適正な使用の徹底を呼びかけている。 警察庁によると、2012~16年に車の交通事故で亡くなった6歳未満の子どもは56人で、約7割の40人はチャイルドシートを使っていなかった。全ての死傷者に占める割合は、使っていた場合に比べて7・9倍高かった。 警察庁は重傷を負ったり亡くなったりした子どものうち、チャイルドシートを使っていなかった計199人がどんな状態で車に乗っていたかを調査した。シートベルトを締めずに座っていたのが29%と最も多かった。23%が抱っこされ、18
Webエンジニアの方なら一度くらいは聞いた(やったことがあるとはいわない)はあると思うWrite Code Every Dayを実践してみた。 ぼくが知る限りにおいてもっとも古い提唱者↓ John Resig - Write Code Every Day 実は過去にも挑戦したことがあるのだがそのときは確か1週間ほどで挫折した覚えがある。 連日のように残業していて(これは単にぼくの手が遅かったことが原因)、 「日付変わる時間に帰ってきて毎日コード書くとかやれるか!!!」となってあえなく撃沈した。 あと日々の疲れを癒やすためにアニメやゲームを優先したというのもある、意思が弱いのだ。 ところが最近割りと頑張って続けられている。 そろそろ1ヶ月ほどなのだが割りと良いぞ!と感じるようになったので実践する前と実践した後でどう感じ方が変わったかを書いておこうと思う。 memo.yuuk.io もともとの
2ヶ月くらい前にiOSDC 2017のプロポーザルを出したんですが、2つ出したうちの1つが採択されたので登壇してきました。 speakerdeck.com サンプルリポジトリはこちらです。資料だけだとわかりにくい部分もあると思うので、少し補足しておこうと思います。 Import Sketch Icons to Asset Catalog on CI Sketchからアイコンを切り出して、Asset Catalogを生成して、差分があったらiOSのリポジトリにPull Requestを出すというのをCIで自動化している話です。 私の所属するQuipper Limited.で実際に運用している知見です。 @konifar konifarという名前で、TwitterやGitHubをやっています。 プライベートで、専業主婦の嫁さんとエンジニアリングやエンジニアの仕事に関する雑談をするyome.fm
iOSDCに行ってきた。お前iOSできんのかと何人にも言われたが、ごめんiOSできない。けれど、縁あって登壇させてもらえることになったので行ってきた。カンファレンスは登壇者として行かないと誰とも話せず終わってしまうので、こういう形でなければ行かなかったと思う。 結論から言うと、すごくよかった。いったん寝ると冷めてアレぇ?となってしまいそうなので、雑に書く用のこのブログにまとめておきたい。あまり知られていないかもしれないが、実は自分は雑なブログと真面目なブログの2つを持っていて、真面目な方に登壇の内容なんかをまとめてある。ちなみに見分け方は、雑な方はアイキャッチが赤いミニドラの画像で、文調は口語体。真面目な方はドラえもんの画像で、文調は丁寧語である。 脈絡なく思ったことをガンガン書いていく。ん?って思うこともあるかもしれないけど、まぁ個人の感想だなと思って読み流して、看過できなかったらDMで
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く