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
地域 SRE コミュニティ最前線 / SRE NEXT 2026 Discussion Night Track C
muziyoshiz
0
190
しぶいSRE: サーバから見えない障害にどう向き合うか。ラストワンマイルのデバッグ実践 / Shibui SRE
kanny
12
5.6k
しくみを学んで使いこなそう GitHub Copilot app
torumakabe
1
130
CSに"SLO"は要らない、経営層に"99.9%"は伝わらない - SREを全社に"翻訳"する3原則
cscengineer
PRO
1
4.2k
知らん間に、回ってる
ming_ayami
0
380
貴方はどのエンジニアリングを磨くのか
hatyibei
0
110
クラウド上のデータ復旧で見落としがちな制約: 医療系 SaaS の BCP 設計から得た教訓
kakehashi
PRO
0
3.1k
勉強会企画をアプリで構造化してみた 〜そこで見えた、AIとの付き合い方〜 / I've structured a study group plan using an app.
pauli
0
340
Kotlin 開発のツラミを爆破した話! / Explode the difficulty of Kotlin dev!
eller86
0
160
次世代ランサムウェア対策の考察 / 20260704 Mitsutoshi Matsuo
shift_evolve
PRO
5
1.7k
完全自律ロボットを作りたくて、先に開発を自律させた話(ROS Japan UG #63 LT)
rryz09
0
440
AI時代のエンジニアキャリアについて今一度考える
sakamoto_582
2
1.5k
Featured
See All Featured
What Being in a Rock Band Can Teach Us About Real World SEO
427marketing
0
1k
Digital Ethics as a Driver of Design Innovation
axbom
PRO
1
340
We Are The Robots
honzajavorek
0
270
Facilitating Awesome Meetings
lara
57
7k
Between Models and Reality
mayunak
4
370
Design of three-dimensional binary manipulators for pick-and-place task avoiding obstacles (IECON2024)
konakalab
0
490
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
2.9k
Leo the Paperboy
mayatellez
8
1.9k
The State of eCommerce SEO: How to Win in Today's Products SERPs - #SEOweek
aleyda
2
11k
Java REST API Framework Comparison - PWX 2021
mraible
34
9.4k
How to build an LLM SEO readiness audit: a practical framework
nmsamuel
1
800
The browser strikes back
jonoalderson
0
1.4k
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 ご清聴ありがとうございました