Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
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
320
Narrative of Ruby & Rust
udzura
0
280
開発者生産性指標の可視化 / pepabo-four-keys
udzura
3
1.9k
Talk of RBS
udzura
0
510
Re: みなさん最近どうですか? / FGN tech meetup in 2021
udzura
0
870
Dockerとやわらかい仮想化 - ProSec-IT/SECKUN 2021 edition -
udzura
2
830
Device access filtering in cgroup v2
udzura
1
1k
"Story of Rucy" on RubyKaigi takeout 2021
udzura
0
940
Other Decks in Technology
See All in Technology
MCPをつなげて作る組織横断のAIエージェント基盤(の開発工程)
tsubakimoto_s
0
130
Amazon Quick on DesktopがIAM Identity Centerで動かない理由
yukiogawa
0
190
Geolonia の開発現場における AIの活用について
miya0001
0
100
HHKBエバンジェリストになる方法
941
0
100
AIを活用するために決めた "やらないこと" - 価値に注目する / Not betting on AI
soudai
PRO
1
520
AIエージェントの自己改善をどう設計するか / How to Design Self-Improvement for AI Agents
22mi
23
15k
あるけみー式LTスライド作成術
alchemy1115
1
210
映像変換サーバーなしで端末内でHLSを生成してライブ配信
hikarusato
0
110
20260912_スクフェス三河
kgnkhkr
0
380
OpenTelemetry eBPF Instrumentationの舞台裏 / Behind the Scenes of OpenTelemetry eBPF Instrumentation
ymotongpoo
4
1.3k
Claude Codeを「使うほど育つ」AI秘書にするノウハウ
minorun365
PRO
27
21k
越境するなら専門用語を使うな高校校歌 / If you wanna cross border, you shouldn't use jargon
vtryo
0
140
Featured
See All Featured
Bootstrapping a Software Product
garrettdimon
PRO
306
120k
Digital Ethics as a Driver of Design Innovation
axbom
PRO
1
420
Why You Should Never Use an ORM
jnunemaker
PRO
61
10k
Why Mistakes Are the Best Teachers: Turning Failure into a Pathway for Growth
auna
0
280
Tell your own story through comics
letsgokoyo
1
1.1k
Embracing the Ebb and Flow
colly
88
5.2k
Java REST API Framework Comparison - PWX 2021
mraible
34
9.7k
Fantastic passwords and where to find them - at NoRuKo
philnash
52
3.8k
How to Grow Your eCommerce with AI & Automation
katarinadahlin
PRO
2
270
Docker and Python
trallard
47
4.2k
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
520
Sam Torres - BigQuery for SEOs
techseoconnect
PRO
0
540
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 ご清聴ありがとうございました