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
1.5k
3
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Geeky Way Communication for Non-Geek People
GitHub, TestFlight, Hubot
KONDO Uchio
October 05, 2013
More Decks by KONDO Uchio
See All by KONDO Uchio
大規模レガシーテストを 倒すための CI基盤の作り方 / #CICD2023
udzura
5
2.6k
Ruby x BPF in Action / RubyKaigi 2022
udzura
0
310
Narrative of Ruby & Rust
udzura
0
270
開発者生産性指標の可視化 / pepabo-four-keys
udzura
3
1.8k
Talk of RBS
udzura
0
500
Re: みなさん最近どうですか? / FGN tech meetup in 2021
udzura
0
860
Dockerとやわらかい仮想化 - ProSec-IT/SECKUN 2021 edition -
udzura
2
820
Device access filtering in cgroup v2
udzura
1
1k
"Story of Rucy" on RubyKaigi takeout 2021
udzura
0
920
Other Decks in Technology
See All in Technology
感情と身体を置き去りにしない、エンジニアの生きのこり方 ──いまから、ここから「自分の状態」を扱うという選択
saorimurooka
1
470
AWS Blocks を触ってみた/first-tach-aws-blocks
fossamagna
2
140
Mastraエージェント、どのクラウドにデプロイする?
minorun365
PRO
2
140
ご挨拶「10周年を迎える共創ラボのこれまでとこれから」
iotcomjpadmin
0
180
金融の未来を考える / Thinking About the Future of Finance
ks91
PRO
0
150
product engineering with qa
nealle
0
140
プライバシー保護の理論と実践
lycorptech_jp
PRO
1
230
AI駆動開発におけるQAエンジニアの役割事例 〜AI駆動開発の現場から〜
kobayashiyorimitsu
0
290
なぜ私たちのSREプラクティスはなかなか機能しないのか 〜システムより先に組織を見る〜 / Why our SRE practices aren't really working
vtryo
0
150
本当の”仕事”を手放せる未来が見えた
mu7889yoon
0
220
Terraform 101 (初心者向け) 資料
shuadachi
0
170
なぜ人は自分のプロジェクトを 「なんちゃってアジャイル」と 自嘲するのか
kozotaira
0
240
Featured
See All Featured
A Guide to Academic Writing Using Generative AI - A Workshop
ks91
PRO
1
340
Collaborative Software Design: How to facilitate domain modelling decisions
baasie
1
260
Conquering PDFs: document understanding beyond plain text
inesmontani
PRO
4
2.9k
What Being in a Rock Band Can Teach Us About Real World SEO
427marketing
0
1k
A Soul's Torment
seathinner
6
3k
Navigating the Design Leadership Dip - Product Design Week Design Leaders+ Conference 2024
apolaine
1
370
Exploring anti-patterns in Rails
aemeredith
3
430
The Organizational Zoo: Understanding Human Behavior Agility Through Metaphoric Constructive Conversations (based on the works of Arthur Shelley, Ph.D)
kimpetersen
PRO
0
380
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
1.2k
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
A Tale of Four Properties
chriscoyier
163
24k
How to Build an AI Search Optimization Roadmap - Criteria and Steps to Take #SEOIRL
aleyda
1
2.1k
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 ご清聴ありがとうございました