概要
GitHub KaigiはGitHub User Group主催のイベント。
募集開始時には、500人定員であっという間に埋まった中、なんとか参加できました。
http://githubkaigi.org/
http://githubkaigi.doorkeeper.jp/events/11081
タイムテーブル
1:30 to 1:40 @naoya Hello, Github Kaigi
1:40 to 2:10 @hirocaster Github実践入門 ─ Pull Request による開発の変革 (仮)
2:15 to 2:45 @shibayu36 はてなブログの開発フローと Github (仮)
2:50 to 3:20 @amatsuda OSS と GitHub (仮)
3:25 to 4:05 @cobyism How Github Works
4:05 to 4:35 おやつ休憩
4:35 to 4:55 @inao Githubで雑誌記事を作る (仮)
5:00 to 5:30 @nathansobo Atom, the Programmable Text Editor
5:35 to 6:05 @yuku-t Qiita で人気の Git & GitHub ノウハウ(仮)
6:10 to 7:00 @miyagawa Rebuild.fm Live
7:05 to 7:45 LT x 8
7:45 to 7:50 kanpai
詳細
Github実践入門 ─ Pull Request による開発の変革 (仮)
Presentation document
Note
- GitHubを充分に活用することを目指す、そのためにはどうするか?
- コードをより良くする道具に近づけていくには。
- プルリクエストのコメント、フィードバックと改善案をセットで出してみる。
- そうすることで対話が生まれる。GitHubは、Conversation。
- 指摘するだけなら簡単。コードをより良くするにはどうすればいいかもセットで。それが充分に活用している姿。
- 「GitHub実践入門」ノウハウの例 - 9章6節 GitHub Flow について。
- なんでそうするのか?どういうことがおきるのか?
- 「GitHub実践入門」は、ガイドブックとして使うことを推奨。
- 「GitHubでつくる、たのしい開発現場」YAPC:ASIA Tokyo2013 | Act as Professional - hiroki.jp
- GitHubでつくる、たのしい開発現場 // Speaker Deck
- これ読んでおいてメソッドが使える!
- GitHubは目的ではなく手段。とはいえ、現場でGitHubは活用していく必要がある。
- そして、その先にあるものを考えていく必要がある
- その中で品質、効率はどんどん加速させていかなきゃいけない。
- GitHubKaigi資料公開「GitHub実践入門は活用するためのガイドブック」 | Act as Professional - hiroki.jp
はてなブログの開発フローと Github (仮)
Speaker : @shiba_yu36 さん
はてなブログチームのエンジニア
Presentation document
Note
- チームは、5人エンジニア、2人デザイナー
- ブランチ運用の活用方法:master, develop, feature branch1,2...
- GitHub タスク管理.
- pull request
- リリース
- リリース全ては全部自動化できてない。リリースチェック用のテンプレートを導入。
- git-pr-release を作っている。
OSS と GitHub (仮)
Presentation document
Note
- ソーシャルコーディングの世界
- プログラマーにとって一番大事なものを共有するプラットフォームができた。
- コミッターじゃなくても今はだれでもコミットできる世界。
- OSS and me
- 自分の仕事上の問題を解決する手段
- しょうがないから直しているの延長線上の話。
- WEB + DB Vol.50 特集2 / 神Git エントリが。
- rubyのプラグイン
- RailsのGithub
- 唯一の神は、DHH
- コミットを良しとするためのとりくみ。公式URLでコミット貢献度のランキングを導入している。
- Rails Contributors - All time
- Ruby
- kaminari
- とにかくcodeを書くしかない。
- プレゼンスをあげるためには。草をいっぱい生やすしかない。あちら側とこちら側の境目がない世界。
- ソーシャルコードは人間賛歌。人間讃歌は“勇気”の讃歌ッ!!
How Github Works
Presentation document
Note
- 自発性、透明性、柔軟性
- リモートがデフォルト
- デフォルトだからこそリモートが最も良い状態であるべき
- sync <=> async
- informal <=> formal
- いくつかのツールを使うことで解決する.例えば、Chat
- Hubot
- Hubotを経由して、Deploy, CI/Builds
- ChatOpsが別チームでワークしている
- 会話の中心にツールをもってワークするようにする。
- とはいえ直接会うことが大事。
- Summits(全員あつまった会議)
- Product minisummits / Team minisummits / Onboarding
- 信頼関係を。
- Video Chats.
- 会話でのショートカットは利用しないようにしてほしい。
- リモートを得意にするためにも。
- Everything should have an URL.
- あなたの言葉を人間の言葉のように話す
- その上で絵文字は、とても素晴らしい!
- Be patient.
- Iteration is always the keys.
- 組織の人の数でどんどんやりかたは異なってく。
Githubで雑誌記事を作る (仮)
Speaker : @inao さん
WEB+DB Press 編集長
Atom, the Programmable Text Editor
Speaker : @nathansobo さん
atom developer
nathansobo (Nathan Sobo) · GitHub
Presentation document
https://www.dropbox.com/s/utaud80bk5egse3/Atom%20%E2%80%93%20GitHub%20Kaigi_jp.pdf
※公開されたら、差し替える
入門書には載ってないGit & GitHub Tips ( Qiita で人気の Git & GitHub ノウハウ(仮))
Speaker : @yuku-t さん
CTO @ Increments
Presentation document
Note
- Qiitaに載っていた、GitHub Cheat Sheetにも載ってない、入門Gitにも載っていないTipsの紹介
- git diff-highlight は、知らないと損している.
- そもそもgit fsckとは?
- git add したあと、commit するの忘れてて reset --hard しちゃったけど、取り戻したい
- http://qiita.com/yoshiori/items/6da867aa6871be694996
- 誤ってgit stash clearした。% git stash apply
- GitHutとReviewの話
- hub browse :
- hub pull-request : current branchをプルリクエストしてくれる
- git rebase -i --autosquash
- fixupとautosquashの違い
- fixup : コミットメッセージを修正しない。
- autosquash コミットメッセージを修正できる
- レビューはローカルで(個人的にはですが)
- GitHubのWebViewが遅いから。
- 個人的にはtig推し。
- 開発 & レビュー 状況のデモ
Rebuild.fm Live
Speaker : @miyagawa さん、@naoya_ito さん
Note
- 生Rebuild.fm。公開収録/記者会見方式。
- pull request 駆動開発
- GitHub.com とGitHub Enterpriseのソースが違う。何ヶ月くらいに1回くらいの頻度でマージする。
- F8 Hacker Way: Releasing and Optimizing Mobile Apps for the World
- rebuild.fm ep45
- ChatOpsの懸念点、availabilityが重要になる。Dependencyに偏る。
- ChatOps at GitHub // Speaker Deck
- Hubotの導入背景
- daily standupするときに。
- hubotのcron機能使ってみる。
- GitHub Issues
- Sqwiggle
- Remote workについて
- Sqwiggle が良いという話、またはリモートでアジャイル開発をどう進めるか - naoyaのはてなダイアリー
LT x 8
- @kenchan 新たなるソーシャルコーディング時代の幕開け => Idobata の紹介。
- @sota0805 Git・Githubに隠された便利な機能 => GitHubのチートシートのオススメの紹介。
- @pnsk GitHub@Ameba (仮) => schacon/git-media · GitHub に期待 ! もう巨大なデータをgitignoreしなくていい! ~git-mediaの使い方~ - 3度の飯と最新技術
- @pwim Using GitHub to get a better job
- @uribo GitHubで行うreproducible research => 再現可能な研究では、objectivity,clearly,properlyでは重要視している。Ten Simple Rules for Effective Computational Research。
- @sakatam Hubot レビュアーおみくじ => 開発体制をスケールするためにコードレビューを必須に。コードの属人化が課題に。ランダムにアサインできない。Hubotのおみくじでやらされ感を緩和。
- @yunico-jp 本当は怖くない!デザイナーがGitを大好きになった♡5つの理由(仮)=> デザイナー視点でgitでやっていることを理解デキるまでの話。苦手意識がなくなることでなくなる。本当は怖くない!デザイナーがGitを大好きになった♡5つの理由 | nanapi TechBlog
- @taea pplog.net の作り方( ˘ω˘) => pplog - ゆるふわインターネットにポエムを刻もう。ゆるふわチーム開発について。
kanpai(beerbash)
Beerbashをピザを囲んでビールを。ピザは一瞬ではけました( ˘ω˘)
GitHub, Incの方やSpeakerの方たちと導入/導入後の話できてよかった。
まとめ
- 今回のイベントを開催してくださったGithub会議スタッフの方々ありがとうございました!
- GitHubのポロシャツほしかったw
- 目的忘れずに現場にGitHubを入れる方向にもっていきたい。それで現場で既に導入している人たちの課題を踏まえて、導入段階〜充分に活用できている段階までこの半期中になんとかしたい。
- GitHubでコード書く習慣つけなきゃなと。草を生やさねばといい意味での危機感持てたのでコード触る時間を意図的に作る。
- 現場のチームのベストなやり方は、それぞれ違うので改善は常につづけていきたい。改善促進のために、個人的にはレトロスペクティブとしてKPTの定期開催を継続していきたいなと。
- Rebuild.fmを周りのエンジニアに勧めて拡散させる。
- 昨日はGoConference 2014 springにも参加しましたが、今日のGitHub Kaigiもかなりアツいカンファレンスで、アツい土日でした!