github_kaigi.md

github kaigi

2014/06/01

github kaigiに行ってきたメモ。 個人的な感想とか気になったキーワードとか。

会場

渋谷マークシティ ウエスト 13F Google Mapを眺めながら行ったけど、マークシティ内で迷子になって周辺をウロウロウロウロ。

Session

Hello, Github Kaigi @naoya

• private リポジトリってる人20%程度
• 会社でGithub 使ってる人 （参加者の）50％くらい ※会場での挙手で確認なのでだいたいの数字
• issueでのチケット管理を使用している人は少ない

Github実践入門 ─ Pull Request による開発の変革 (仮) @hirocaster

• push時に気になるポイントはぷるりくするときに書いておく
  • 「この変数名こんなんでいいのかな？」など
• レビュー時のポイント NG「ここの変数名が抽象的じゃない？」 OK「ここの変数名が抽象的じゃない？こうした方が機能の意味がわかってよくない？」
• ぷるりくを通して「conversation」をしましょう。
• ぷるりくのポイント
  • ぷるりくの単位は小さく
  • ためせる環境を用意する
• Github実践入門 組織（現場）でGithubを使うためのガイド。

はてなブログの開発フローと Github (仮) @shibayu36

• エンジニア5 + デザイナ2のチームで　月170ぷるりく, 1300コミット、45リリース
• issuesだけでの管理 重要度、誰が何を「進行中」がわからない
• Github issues + カンバン（WB）
  • issues すべてのタスクリスト
  • カンバン 重要度、誰が何を「進行中」を管理
• ぷるリクの状態がわからない どれがレビュー中？ →ラベルで管理「レビュー依頼」「レビュー中」「レビュー完了」
• レビュータイムになるとBotでIRCに通知 「○件もたまってるよ〜」
• リリース Capistranoつかってコマンド一発 とはいえ、デプロイ以外にもリリースに付随する作業はある リリース用ぷるりく（develop->master）に手順, リリース用チェックリストを含める。 リリース用ぷるりく作成はもちろんコマンド一発で作成できるようにしている。 motemen/git-pr-release

OSS と GitHub (仮) @amatsuda

• ソーシャルコーディングは"人間賛歌" !!
• 4000 star集めたコツ
  • ドキュメントをチョー書いた Readme, wiki ドキュメントあるとしっかりしてみれる 英語が間違ってても、誰かがぷるりくしてくれる
  • コミュニティつくった

How Github Works @cobyism

githubの中の人。イケメン。

• Build the company where you want to work
• githubの社員の60%はリモート勤務。世界中にいっぱい。
• tools
  • hubot（ひゅーぼっと）

おやつ休憩

喫煙所で兄及びそのお友達の方たちとおしゃべり。 「静岡」にびっくりされる。 「ペアプロ」にびっくりされる（いい意味で）。

Githubで雑誌記事を作る (仮) @inao

6/24発売のWEB+DB ほしい

Atom, the Programmable Text Editor @nathansobo

日本語訳

• native interface chromium
• HTML5 / CSS3 styleをCSSで定義
• developer conoleからウィンドウ操作とかいろいろできる。
• javascript や coffee でプラグイン実装できる。
• Windows版の正式実装の予定は"soon"（笑）
• 英語がききとれない。。リスニングも鍛えておくんだった。。

Qiita で人気の Git & GitHub ノウハウ（仮） @yuku-t

git の便利ノウハウ色々。 以下、きになったもの。

• git stash -u -k
• git-new-workdir. ../dest-dir
• git diff -w ignore all space
• 空白の違いだけの行を除いてadd
• hub コマンド
• tig

Rebuild.fm Live @miyagawa

• これからリリースされる一覧をぷるりくのチェックリスに自動出力 -> リリースしていい機能か開発者全員で確認
• hubotやcircle CI, githubを使う開発の問題点 サービス停止した瞬間リリースできなくなる -> バックアップ（ミラーリング）サーバもちろんつくる 代替手段ちゃんとつくる
• hubot 使用例
  • スケジュール通知（ミーティング前とか）
  • コードレビューおみくじ
  • デプロイさせる
• AtomのContribute読むとぷるりく送るときのよい作法がのってていいよ

まとめの感想

• 参加者枠入れてらっきーーーー！！！
• ぷるりく駆動開発うまく使えば、会話、レビューもできそう。 ただプロジェクトごとに向いているスタイル違うので、フローを確立するまでが大変そう。 とりあえずGithub実践入門読んでみよう。
• 小さなコマンドからリリース、デプロイ、タスク管理にいたるまでみんな自動化はんぱない いつも自分がやってること泥臭すぎる。。
• やっぱtwitterやってたほうがいいな。。
• みんな横のつながりが広い、すごい。
• 勉強会参加すると自分ひとりで遊んでるだけじゃ気にならないこととかを知ることができていいな。 とはいえ、せっかく無料の勉強会なのに 静岡->東京 電車賃高いよぅ (TдT)