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
DevLOVE2012
Search
semiyashin
December 15, 2012
Technology
7
1.5k
DevLOVE2012
this slide is presented on DevLOVE2012's Hanger Flight session(public appeal)
semiyashin
December 15, 2012
Tweet
Share
More Decks by semiyashin
See All by semiyashin
Backlog Talk part1
semiyashin
0
52
Backlog Talk part2
semiyashin
0
86
sales_strategy
semiyashin
0
86
dancing_dev
semiyashin
0
50
develop_process
semiyashin
0
67
start_producer
semiyashin
0
180
eds_strategy
semiyashin
0
140
shibuyarb20130515
semiyashin
1
190
TokyoRUbyKaigi_10
semiyashin
0
230
Other Decks in Technology
See All in Technology
アジャイルでの品質の進化 Agile in Motion vol.1/20241118 Hiroyuki Sato
shift_evolve
0
180
OCI 運用監視サービス 概要
oracle4engineer
PRO
0
4.8k
インフラとバックエンドとフロントエンドをくまなく調べて遅いアプリを早くした件
tubone24
1
430
New Relicを活用したSREの最初のステップ / NRUG OKINAWA VOL.3
isaoshimizu
3
630
iOS/Androidで同じUI体験をネ イティブで作成する際に気をつ けたい落とし穴
fumiyasac0921
1
110
Making your applications cross-environment - OSCG 2024 NA
salaboy
0
200
The Role of Developer Relations in AI Product Success.
giftojabu1
0
140
Incident Response Practices: Waroom's Features and Future Challenges
rrreeeyyy
0
160
【Startup CTO of the Year 2024 / Audience Award】アセンド取締役CTO 丹羽健
niwatakeru
0
1.3k
EventHub Startup CTO of the year 2024 ピッチ資料
eventhub
0
130
アジャイルチームがらしさを発揮するための目標づくり / Making the goal and enabling the team
kakehashi
3
150
Adopting Jetpack Compose in Your Existing Project - GDG DevFest Bangkok 2024
akexorcist
0
110
Featured
See All Featured
Stop Working from a Prison Cell
hatefulcrawdad
267
20k
Statistics for Hackers
jakevdp
796
220k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
93
16k
Agile that works and the tools we love
rasmusluckow
327
21k
Gamification - CAS2011
davidbonilla
80
5k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
31
2.7k
A Modern Web Designer's Workflow
chriscoyier
693
190k
Keith and Marios Guide to Fast Websites
keithpitt
409
22k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
232
17k
The Language of Interfaces
destraynor
154
24k
The Power of CSS Pseudo Elements
geoffreycrofte
73
5.3k
Speed Design
sergeychernyshev
25
620
Transcript
スーパーハカーに なりたかったITドカタと コミュニティ そしてマサカリ DevLove Conf 2012 12/15
皆さん
こんにちは!
勉強会は好きですか?
私は好きです
勉強会って楽しい
DevLOVEに出会ってから
多くの人と知り合いました
多くのコミュニティと 出会いました
すごい人をたくさん見て
私もそうなりたいと思って
こうして私は
スーパー ハカーに 憧れるように なったのだ
None
今日は
コードを書いて
アプリを作って
公開して
フィードバックをもらった
話をします
コード書く フィードバック もらう 公開する
コード書く フィードバック もらう 公開する
これ何かに似てない?
コード書く フィードバック もらう 公開する
黄金の回転
ゴゴゴゴゴゴゴゴゴゴゴ
黄金の回転を回すために
コードを書こう 公開しよう
という話をします
None
話を戻して
スーパー ハカーに 憧れるように なったのだ
でも何をすればいい?
昔偉い人は言った
考えるな、コードを書け
ということで
コードを書いて
アプリを作ってみた
アプリの目的
目的: 大量の技術書を管理したい 厚さ 25cm これが6つ
概要: 技術書、電子書籍を 管理するアプリ
要求: 大量の技術書 ・管理したい ・検索したい
だからアプリを作ってやる!
でもどうやって作れば いいんだ?
技術って何があるんだ?
まずは
何があるのかを 調べることから始めた
でも何も分からなかったので
・コミュニティ ・勉強会 ・書籍 で勉強した
さっくり作りたい →Rails サーバはクラウドで →Heroku+RDS 見た目もオサレに →jQuery Mobile
そして
3ヶ月後
オサレなアプリが完成
見た目もオサレに
スマフォから本棚を検索
大事な事はすべて勉強会が 教えてくれた(ドヤッ)
None
作ったものを人に 見てもらおう
以下感想
感想1 ・見た目がかっこいい ・データを画面から 登録したい ・Amazon API使えばいい
感想2 ・コード汚い ・テスト書け
感想3 コードが ・これはひどい ・Railsじゃない
感想4 テストが ・これはひどい(2回目) ・RSpec本読め ・GOOS本読め
上げて落とされた
要約すると
他人に見せたら
他人に見せたら
フルボッコ
正直心が折れた
None
とりあえず
言われたことはやろう
RSpec本を読んだ
テスト書いた
あわせてリファクタリング
ControllerからModelへ ロジックの民族大移動
コードが腐海状態→浄化
要望された機能も追加
書籍データをAmazonAPIにより 画面から追加可能に
そうしたら
コードが成長
Before After
Before After
ということで
もう一度見せてみた
そしたら
感想 ・テストが全然足りない ・命名センスが 致命的にない
さらにフルボッコ
ひどい目にあった
None
でも
いいこともあった
アプリを作って
・コードを毎日書く習慣 ・ツールの知識 (git,jenkins,Rspec,etc) を手に入れた
仕様、技術選定、実装 全部自分でやる→楽しい
コードを公開して ・レベルが上がった ・視野が広がった ・知識がついた
成長
具体的にどう成長したか
電子書籍の登録機能 ・Java ・レガシーコード ・クソ設計 →正直見返したくない
・一番最初に書いたコード ・黒歴史 ・例外握りつぶす ・Eclipse開くとSAN値が減る ・黒歴史
想像して欲しい
SAN値が下がるほどの クソコード
リファクタリングしたくない
だから
Rubyで作りなおした
電子書籍の登録機能(新) ・Ruby ・テストコード付き ・設計頑張った →バグも減った
Before After 4ヶ月 2週間 成長の結果 →開発速度が9倍 →コードの質が向上
None
なぜわざわざ コードを書くのか
・好奇心に突き動かされて ・コードが書きたかった ・作りたいものがあった ・ついカッとなって
・本を読む ・勉強会で話を聞く →それだけでは 分からないこともある
実践が伴わないと 深い話ができない
だから実践をしよう
実践したら公開して フィードバックをもらおう
None
フィードバック=ツッコミ
ツッコミを受けよう
ツッコミは 自分ができない事を 知るベストプラクティス
ツッコミする人は 解決策も知っている事が多い
None
「でもツッコミって痛くね?」 「心が折れたりしない?」
うん、痛いよ うん、心折れるよ
でもそれ以上に成長したい
むかし偉い人が言っていた
エンジニアは マサカリを 受けると 戦闘力が上がる
参考画像
だからもっと マサカリを受けるべき
None
コード公開のコツ
・Githubにおくだけでは 見てもらえない ・自分で人に見せよう ・見る人を選べる ・ツッコミしてほしいところに ツッコミがもらえる
None
ツッコミしてくれる人を どこで見つければ いいんですか?
コミュニティ
・インプットの場 ・ツッコミをくれる人が いる場所 コミュニティ
ツッコミをもらったら その点を直そう
もっと良いコードを書こう
書いたら公開して またツッコミをもらおう
コード書く フィードバック もらう 公開する
でもさ
もらってばかりでも よくないよね
恩送りをしよう
・自分がアウトプット ・他人にツッコミ 恩送り
None
ご清聴ありがとうございました
書いた人 瀬宮 新 @shin_semiya 職業:SIer ハイパーレガシーコードクリエイター 好きな言語:Ruby
None
追記
心が弱い人がマサカリを 受けるための教訓
ベジータに学ぶ マサカリの受け方
エンジニアは マサカリを 受けると 戦闘力が上がる
参考画像
この時の原作の状況を 整理しよう
背景:フリーザがやばい 目的:ベジータは パワーアップしたい 手段:ベジータはクリリンに 半殺しにしてもらい デンデに回復するよう 依頼した
考えてみよう
ベジータはフリーザに半殺しに するよう依頼していない。 フリーザは手加減せずに 殺しちゃうから
教訓1: 手加減のできない人から マサカリを受けるべきではない (少なくとも最初のうちは)
ベジータは信頼のできる、 親切なクリリンに依頼した しかも事前に回復役のデンデを 確保した状態で依頼した。
教訓2: 手加減のできる、親切で詳しい 人にマサカリを依頼すべき 教訓3: ダメージは残るので、回復役は 用意しておくべき
マサカリを投げてくれるよう 依頼する人はコミュニティの 詳しい人(かつ親しい人)に するべき。
どうしようもないクソコード だと自覚している場合は githubに別アカを作って それをマサカリ依頼する 人にだけ教えるべき。
なんでもかんでも フルオープン にすればいいって わけではない
さぁみんなも
レッツマサカリ依頼
追記 終わり