分123OSSとGitHub続いてのセッションは,Railsコミッタとして有名な松田明氏による発表です。3部作」として自らのスライドである以下を紹介し,ソーシャルコーディングは「誰もがコードを平等に読み書きできる自由」を持つ意義深いものであるとまとめました。Rails」「⁠Ruby⁠」⁠,そして同氏の開発するRails用ライブラリ「Kaminari」といった同氏のよく知るプロジェクトそれぞれとGitHubとの関係について紹介しました。RailsとGitHubそもそもRailsプロジェクトは,GitHubの正式公開後すぐに公式リポジトリをGitHubに移行しています。いった経緯や,GitHub自体がRailsで作られていること,結果としてRubyコミュニティでのGitブームを牽引したことなどから,RailsとGitHubとはとても相性が良いと述べました。GitHubを使ったRailsの開発フローは,「⁠開発者がPRを送り,それをコミッタがレビューしてマージする」というごく普通のものであるとのこと。このような開発が実現している理由として,PRを積極的に歓迎していること,コミット数ランキングで貢献を視覚化していることなどが挙げられました。RubyとGitHub一方のRubyはといえば,また違ったGitHubとの関係を持っています。そもそもRubyには20年という長い歴史があり,少数の主要コミッタによる貢献がかなりの割合を占めているという特徴があります。Ruby本体についても,メインリポジトリのミラーがGitHub上にあります。そのため,通常のRedmine上でのパッチのやりとりのほかにGitHub上でのPRを使った貢献も可能ではあります。PRはそのままマージされるのではなく,コミッタがpatch化してメインリポジトリのほうに反映するという流れになっています。このようにGitHubがあくまでサブの扱いである理由として,少数の主要コミッタによる貢献がかなりの割合を占めていることもあり現状それほど困っていないという事情や,Windowsサポートの問題などを挙げていました。KaminariとRuby最後に松田氏自身が開発するRails用ライブラリ「Kaminari」についてです。RailsにおけるPagenatorの定番ともいえるKaminariですが,このように人気が出た理由として同氏は「ドキュメントを(英語も含めて)しっかり書いたこと」「⁠Asakusa.rbを立ち上げたりカンファレンスに参加するなど,コミュニティに積極的に関わったこと」「⁠それによってコミュニティの友人たちが広めてくれたこと」を挙げました。「⁠Kaminari」のGitHubでのStar数が,発表中に4000を超えるという一幕もそして,GitHub自体がコミュニティであることを述べたうえで,そこで関わった開発者たちとリアルで話をすることが楽しく,かつ重要であるとし,OSS開発に積極的に参加し楽しんでほしいと伝えました。Chapple氏の発表です。サンフランシスコを拠点とするGitHub社ですが,同氏は北アイルランドに在住,つまりリモートワークをしています。発表のなかでは,こうしたリモートワークが全社員の60%を占めるGitHub社での働き方について述べられました。同氏はまず最初に「最も重要なのは幸せである」と述べ,それを実現するためのモチベーションを外発的なものと内発的なものとに分類しました。お金は外発的なモチベーションのわかりやすい例といえるでしょう。柔軟性,つまり,好きな場所・好きな時間に働くことを実現するためには,さまざまな工夫が必要です。そこで,リモートワークという選択肢をデフォルトで用意するために,GitHubがなにを実践しているのかが次々に紹介されました。社内チャットでのHubotの利用です。チャット用botにちょっとしたおもしろ機能を付けたり,チャットかラデプロイ作業ができるような自動化のしくみを持たせるなど,会話の中心にツールを置くことにより,開発者同士の距離を縮めることに成功しているといいます。開発対象であるGitHubそのものも活用しています。まじめなプロダクトのリポジトリをGitHubで管理するのはもちろんですが,趣味に関するリポジトリを作りそこに写真をアップロードするなどして交流していたりもするのです。リモートワークが主体とはいえ,実際に会う機会を設けることももちろん重要です。GitHubでは,「⁠Summit」と呼ばれる全社員が一堂に会する機会を設けたり,プロダクトごとの会議,チームごとの会議を都度行っているようです。このようにして信頼関係を築いていくことで,柔軟な働き方を担保しているようでした。URL(すべてがURLを持つべき⁠)⁠」という考え方も参加者の印象に残るものだったといえるでしょう。最後に同氏は,ベストな方法は変化していくため,常にこうした考え方・実践をの改善を続けていくべきだとして発表を締めくくりました。PRESS』編集長の稲尾による「GitHubで雑誌・書籍を作る」でした。PRESS編集部では,多くの記事が以下のワークフローで制作されています。PRESS編集部では,2010年ごろまで独自の記法(いわゆる「inao記法⁠」⁠)での原稿執筆をお願いしており,それをInDesing用のテキスト(文字まわりのスタイルを一通り設定できるタグ付きテキスト。これを使うことで組版作業を省力化できる)に変換していたという経緯がありました。いえ,独自の記法は使いづらい点も多く,あるとき@typestar(村瀬大輔)氏がMarkdownで書いた原稿をからinao記法に変換するスクリプトを作ってくださいました。さまざまな著者のみなさまに改良を加えていただき,今ではMarkdownの原稿を直接InDesign用のテキストに直接変換するプログラムとして成長しています。PRESS編集部でもGitHubを利用していますGitHubの活用によって変わったものこういった原稿の多くは,GitHubやBitBucketでやりとりされています。Git/GitHubの利用による変化としては,以下のようなものが挙げられるでしょう。PRESS編集部の多くがこれを活用している状況です。雑誌・書籍作りをソフトウェア開発に近づけるこうした実践を通して,ソフトウェア開発の利点を取り入れることで雑誌や書籍作りがうまくいくことがわかってきました。編集部ではこれからも,MarkdownやGit/GitHubの利用にとどまらない,ソフトウェア開発の知見を取り入れていきたいと考えています。Requestによる開発の変革GitHubの実践的な使い方を,実際に手を動かす形で解説する書籍です。2019」を開催しました。DAY1・DAY2の様子を注目セッションとともにお伝えします。LINEのエンジニア3名がイベントに先駆けて見どころを紹介します。コードの安全性・安定性を高める開発サイクル~テスト管理の効率を上げ,脆弱性診断を自動で行う~本連載では,連載「業務を改善する情報共有の仕掛け」を受けつつ,安全性・安定性を加えた開発サイクルについて考えていきます。若者世代から圧倒的な人気を誇るライブ配信&動画投稿コミュニティアプリ「MixChannel」(ミクチャ)の裏側(レコメンドシステムやサーバサイド開発など)について解説していきます。その他の連載CSS3アニメーションでつくるインターフェイス表現CSS3によるアニメーション表現を紹介していきます。その中でも,幅広い読者に応用してもらえるだろうインターフェイスを主なお題とします。MySQL道普請便り本連載では,MySQLを使ったアプリ開発・運用に関するノウハウをご紹介していきます。RecipeUbuntuの強力なデスクトップ機能を活用するための,いろいろなレシピをお届けします。JavaScriptセキュリティの基礎知識JavaScriptに関するセキュリティ上の問題はどこで発生し,どうすれば防ぐことができるのか?について解説していきます。〜システムをきちんと運用するための基礎知識システムは「作って終わり」ではなく,運用の中でさまざまな問題が発生します。問題の発生に備えて事前にどのような対応をしておくべきなのか,問題発生時に何をしなければならないのか,ポイントを解説していきます。きたみりゅうじの聞かせて珍プレーソフトウェア開発の現場で体験したトホホな失敗,思わずうなる珍プレーをきたみりゅうじ氏が四コママンガで紹介。Linuxのメンテナンスの傍ら,Linuxやオープンソースソフトと日々を過ごす著者が,その魅力とつきあい方を,エッセイ風味でお届けします。PRESS特別編集部員,さわやか笑顔のスーパーハカーはまちちゃんとネット大好き14歳わかばちゃんが,毎号,読者の皆さんから寄せられたおたよりを紹介します。皆さんの日頃の悩みにも答えちゃいますよ。]メールでのお知らせメールで次の案内をお送りしております。メールの配信を希望する方は,利用したい項目をチェックしてメールアドレスを入力し,[登録]ボタンをクリックしてください。UPDATES[ほぼ週間に1回]新刊メールマガジン[ほぼ週間に1回]電脳会議の各号案内[ほぼ1ヵ月半に1回]※変更する場合や停止する場合は,登録情報変更ページをご覧ください。※登録いただいたメールアドレスには,そのお知らせ以外,配信いたしません。Ltd.ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。