Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Geeky Way Communication for Non-Geek People
Search
KONDO Uchio
October 05, 2013
Technology
3
1.4k
Geeky Way Communication for Non-Geek People
GitHub, TestFlight, Hubot
KONDO Uchio
October 05, 2013
Tweet
Share
More Decks by KONDO Uchio
See All by KONDO Uchio
大規模レガシーテストを 倒すための CI基盤の作り方 / #CICD2023
udzura
5
2.4k
Ruby x BPF in Action / RubyKaigi 2022
udzura
0
250
Narrative of Ruby & Rust
udzura
0
230
開発者生産性指標の可視化 / pepabo-four-keys
udzura
3
1.7k
Talk of RBS
udzura
0
450
Re: みなさん最近どうですか? / FGN tech meetup in 2021
udzura
0
790
Dockerとやわらかい仮想化 - ProSec-IT/SECKUN 2021 edition -
udzura
2
730
Device access filtering in cgroup v2
udzura
1
920
"Story of Rucy" on RubyKaigi takeout 2021
udzura
0
840
Other Decks in Technology
See All in Technology
Claude CodeでKiroの仕様駆動開発を実現させるには...
gotalab555
3
980
마라톤 끝의 단거리 스퍼트: 2025년의 AI
inureyes
PRO
1
730
Serverless Meetup #21
yoshidashingo
1
120
Telemetry APIから学ぶGoogle Cloud ObservabilityとOpenTelemetryの現在 / getting-started-telemetry-api-with-google-cloud
k6s4i53rx
0
140
Agent Development Kitで始める生成 AI エージェント実践開発
danishi
0
140
React Server ComponentsでAPI不要の開発体験
polidog
PRO
0
170
GMOペパボのデータ基盤とデータ活用の現在地 / Current State of GMO Pepabo's Data Infrastructure and Data Utilization
zaimy
3
210
Claude Codeから我々が学ぶべきこと
oikon48
10
2.8k
LTに影響を受けてテンプレリポジトリを作った話
hol1kgmg
0
350
Amazon Qで2Dゲームを作成してみた
siromi
0
130
【CEDEC2025】現場を理解して実現!ゲーム開発を効率化するWebサービスの開発と、利用促進のための継続的な改善
cygames
PRO
0
780
いかにして命令の入れ替わりについて心配するのをやめ、メモリモデルを愛するようになったか(改)
nullpo_head
7
2.5k
Featured
See All Featured
How GitHub (no longer) Works
holman
314
140k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
31
2.2k
Java REST API Framework Comparison - PWX 2021
mraible
33
8.8k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
33
2.4k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
18
1.1k
Code Reviewing Like a Champion
maltzj
524
40k
How STYLIGHT went responsive
nonsquared
100
5.7k
Docker and Python
trallard
45
3.5k
Building a Scalable Design System with Sketch
lauravandoore
462
33k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
283
13k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
29
1.8k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
131
19k
Transcript
Geeky Way Communication For Non-Geek People GitHubとPull Requestの話だけかと思いきや... @俺聞け6 /
2013.10.05
こんにちは こんにちはこんにちは
ぼく • 近藤うちお • @udzura or うづら • Aiming所属、オンラインゲーム 提供
#自分語り • Rubyって言う言語が好きなプログラマです • 好きすぎて雑誌に記事を書いてます • 読もう! WEB+DB PRESS •
• • • 「頭ん中」読んでますよ !!1
テーマ ソフトウェア作りの話 (ゲームです)
GitHub • と言うものを使った話です • プログラマじゃない人たちと一緒に使った • 何が起こったか、何をしたか
なぜ使ったか? コラボレーションをしたかった
GitHubって何 ・GitHubは ・モノをベースとした コミュニケーションができる場である ・主にオープンソースソフトウェア ・Pull Requestを発明したサービス
Pull Requestって ・ぼくの中では、最先端のレビューシステム ・「dif」と言う考え方、何が何に変わったのか ・オープンな議論 ・色々な提案や改善、不具合の報告を、 とてもカジュアルに行える場所
Pull Requestって
Pull Requestって
GitHubの「良さ」を 分かってもらう
Pull Requestベースのレビュー http://www.flickr.com/photos/snapperwolf/2607585548/
レビューをする=シェアをする ・自分のものをチームのものにする ・さらけ出す ・作りかけでもレビューに出していい ・「一人しか分からない箇所」を限界まで減らす ・抱え込まない
レビューをする=議論をする ・人よりもモノが偉い世界 ・作ったモノをベースに議論する ・事実をベースに議論をする
「モヒカン族」 ・インターネットっぽい話題です
Before GitHub ・GitHubがないと、 デザイナーさんはプログラマとは別途に、 企画屋さんも独自で「仕様書」を作る ・それぞれがまずは勝手に成果物を作って あるタイミングでようやく 付き合わせることになる
After ・GitHubがある場合でも、 ある段階までは「個別の作業」である ・だが、個別の作業はそれぞれ同じリポジトリに ・「早い段階から」 ・「色々な人に」 みてもらうことができる ・「場」ができる重要性
議論とか苦手、日本人だし ・刺々しくなる? ・「文化」をつくる
emoji
AA...
画像
画像...?
シェアをする ・「自分の成果物だけれど、 みんなで作った成果物だ」 という発想をごく自然に行なうことが出来る ・「みんなで作ってる感じ」、ワイワイ 発展: ・プロジェクトの壁を越えることもある
大体ken_c_loさんが言ってる通り • 「Gitを使ったデザイナーとプログラマの協業 について話してきた #P4D #phpcon2013」 http://d.hatena.ne.jp/ken_c_lo/20130915/1379237062
便利ツール紹介タイム
TestFlight
TestFlight • 「β版」のアプリを簡単に実機に転送するサー ビス • iPhone、Android
「自動化する」 =Geek Way
流れ • Pull Requestを送る • 「Jenkins」がアプリをコンパイル、 ビルドする (ここまでだけだとプログラマだけのメリット) • 「TestFlight」に送る
• 各自の端末でダウンロードできる
うれしいこと • 「生煮え状態」の仕様や数値調整、デザインが 簡単に実機で確認できるようになる。 • 作業内容によってはプランナやデザイナ 自分たちだけでできる
Hubot
Hubot • Skypeなどの「ボット」 • Skype, IRC, CampFire, HipChat... • GitHubの運営会社が開発し、
オープンソースに
Remember • 「人工無能」 (sudoriなど) • (インターネットっぽい要素です) • そこまで高性能ではないが、 プログラムで色々させられる
「自動化する」 =Geek Way
めんどくさいことをやらせる • 例: • Skypeでコミュニケーションしてる • GitHubのリンクを貼って 「レビューお願いします」 • タイトルとかもコピペするのが面倒
APIを使って自動化 • #123 と発言 ↓ https://github.com/aiming/hoge-proj/pull/123 「ほげほげのUIを修正した」 •
URLとタイトルを表示してくれる、 あとはクリックするだけ
APIを使って自動化
そのほかも反応してくれる
「元気出して」
「えろく聞こえます」
便利+面白い=文化作り
GitHubと愉快な仲間たちと一緒に 働いた結果 • GitHubを「なぜ使うのか」を分かってもらえ た気がする • デザイナさんだけでレビューされ、マージされ るPull Requestもでてきた •
押しつけじゃなく、自分たちで提案をしてくれ るようになった=文化ができた • ちなみに、スクラムとかも一緒にやってる。 チーム作り最重要
課題とか • Git難しすぎるよね、ヤバいよね →WindowsではなるべくSourceTree • GitHub、社内でもまだまだ普及期 →他のプロジェクトの「企画さん」「デサイナ さん」にも使ってほしい • GitHub最近結構落ちる
→儲けてエンタープライズ版を買う!!! 現実的にはミラーかなあ • 「Git難しい」が問題の80%っぽい(...)
まとめ • シェアする • ダンプする (cf. コアダンプ) • 自動化する
Geek Way • Non-Geekにも役立つコミュニケーションメ ソッドではないか? • そしてチームで文化を作る • GitHubはそれを加速させる 「場」としてまあまあ良い
スペシャルサンクス • 同僚のgithub@zakiさん • ハンガリーからの刺客、スーパーハッカー • その他、IDが載っちゃった 同僚の皆さん
Slide.eof? #=> true ご清聴ありがとうございました