関連イベントやワークショップなどオフラインコミュニケーションを紹介しました。チャンネルがあります)。細かいルール的な話が多くなりがちでしたが、ここで強調したのは、「ハッキングが全てであり、良い成果を出せば多少の形式は不問とされる」ということでした。説得力のある成果があればなんとかなります(回りがサポートします)。ソースツリーの大まかな概要をお伝えました。いった組み込みクラスの定義である、ここはテストが収まっている、などです。自身のソースコードを生成しながらビルドを進めていくので、そのあたりの概略もお伝えしました。コマンドを用いてビルドを行ってもらいました。中身を改造するような演習を行いました。ハックを紹介し、何が楽しくてこのようなことをやっているのか、ということを紹介しました。どのような課題があるか、という紹介をしました。自分の行った改善が、世界中の利用者の方に影響をあたえるというのはやり甲斐を感じますよね。ハックしてください、というのは大変だと思うので、いつかやりたい、と思っていた(比較的軽い)アイデアを提案したり、チケットを紹介しました。放置チケットへのリンクを提示するのみだった)、青木さんがその場でやりやすそうなチケットをピックアップしてくれました。ハッカソンの紹介ハッカソンは、最終的に40個ほどのアイデアに挑戦し、10個ほどのパッチの投稿という貢献を行いました。いくつかのハックはまだ継続して行われています。ハックはグループで行っても良いですし、単独で行ってもよい、ということにしました。結果としては、ほとんどの人が単独で挑戦していました。ここでは、実際にどのようなハックが行われたかをいくつかご紹介します。ここにある以外にも、挙動やテストの修正や、ドキュメントの追加などが行われました。挙動を変更するためのパラメータを与えられるのですが、実行時に変更することはできません。原理的には変更可能であるため、変更できるようにする、という話になります。この話の難しいところは、「本当に変更しても大丈夫なの?」というところで、それを確認するのが面倒で手をつけていなかったのですが、今回のハッカソンで提案してもらったところ、興味を持った方に挑戦してもうことができました。実装して、チケットとして登録するまでやり遂げることができました。https://bugs.ruby-lang.org/issues/13388弊社アプリケーションのような、実際のアプリケーションに応用して成果が出るかどうか、確認して取り込みたいと思っています(取り組んでくれた方々に依頼中です)。再代入不可なローカル変数をつくってみるRubyのローカル変数はいつでも代入可能ですが、新しい文法を導入し、代入不可能なローカル変数(?)を作ろうというものです。最近流行りのテーマですね。再代入を禁止する、という意欲的な挑戦でした。受理するパーサを作成し、限定的な場面で再代入を禁止する機能を作成することはできたようですが、すべてのローカル変数への代入を網羅するところまでは至らなかったので、パッチはお蔵入りにしたとのこと。取り組んだ方々は、「パーサが理解できてよかった」という感想をもったそうです。いう報告に対して、数人の方々が取り組みました。直していった、という結末になりました。感想を伺ったところ、「仕様の理解に時間がかかりすぎてつらい気持ちになったのに、しゅっと直っていて知識不足を痛感しました」とのことでした。半日しかない中ではしょうがないところだと思います。https://bugs.ruby-lang.org/issues/13382。社内では渋いテーマだと評判でした。チケットでは、「そもそも要るのか?」というコメントから議論がはじまりましたが、必要性を示すことで理解を得て、現在は最終的な実装を行っているところです。報告されたバグ報告に対する修正を試みました。バリデーションを入れたパッチを提案しましたが、チケット上での議論で現在の挙動が適当である、という結論が出たため、リジェクトされることになりました。いう、モジュールが定義された場所を返すメソッドを実装し、提案しましたhttps://bugs.ruby-lang.org/issues/13383。版ということになります。チケットでは、モジュール定義の追加が行われたとき(つまり、リオープンされたとき)、どうするか、といった問題や、実装に関する意見が出ています。導入されてほしいですね。無事に終了することができました。言語で記述されており、最初はどうなることかと思っていたのですが、予想以上に皆さん楽しそうにハックを進めてくれており、一安心でした。半日のハックなので、最初は大きな成果が出なくて当然なのですが、これを機に興味を持ってくれる人が増えると嬉しいと思っています。最後に、開催にあたっての反省点です。ハッカソン形式なので、課題をどのように準備するかがキモだと思います。今回は「未着手のチケットの中から自由に課題を選んでもらおう」と思っていたのですが、膨大なチケットの中から着手可能な難易度の課題を見つけることができずに、ハックの時間を十分にとれない参加者がそこそこ居ました。見るチケット群では、目星もつきづらいですよね。事前にもう少し精査してチャレンジしやすいものを用意しておけばよかったと思います。エンジニアみんなで機械学習を使おう、という企画をしているとのことで、今から楽しみです。Interpreter技術部の遠藤(@mametter)です。Rubyの開発やってます。探す技術部開発基盤グループのシム(@shia)です。技術部モバイル基盤グループの@giginetです。我々のチームでは...2015-11-10JavaScriptチャートライブラリを選ぶにあたって考えたことこんにちは、トレンド調査ラボの井上寛之(@inohiro)です。使ったセキュリティログ検索基盤の構築サービス特性にあった検索システムの設計戦略クックパッド採用説明会「クックパッドはサービスの作り手を採用したいんです。/*}*/スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。