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.4k
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
50
Backlog Talk part2
semiyashin
0
83
sales_strategy
semiyashin
0
83
dancing_dev
semiyashin
0
48
develop_process
semiyashin
0
65
start_producer
semiyashin
0
180
eds_strategy
semiyashin
0
130
shibuyarb20130515
semiyashin
1
190
TokyoRUbyKaigi_10
semiyashin
0
230
Other Decks in Technology
See All in Technology
強すぎるIAMをCloudTrailを使って適正化した話
yjszk
0
200
API開発健全性 〜 持続可能で高品質なAPIのためのアプローチ 〜
nagix
2
140
次は君だ。~Japan AWS Jr. Champions 受賞までの奇跡~
fukuchiiinu
0
190
全部見せます! BigQueryのコスト削減の手法とその効果 / BigQuery Cost Reduction Methods
shiozaki
1
150
自動テストの信頼性を高めるミューテーションテストの活用に向けて
tarappo
2
110
20241017_俺たちは雰囲気で scope をやっているけどもうちょっとなんとかならんのか?
tokai235
0
420
Kubernetes Summit 2024 Keynote:104 在 GitOps 大規模實踐中的甜蜜與苦澀
yaosiang
0
130
生成AIの活用パターンと継続的評価
asei
6
660
生成AI、LLMの いまさら聞けないキホンのキ!/ Generative AI and LLM 101
gakumura
1
170
管理画面とユーザー機能の調和を取り戻す!~クエリパフォーマンス改善の成功物語~ / Restore harmony between administrative and user functions!
minisera
1
360
外部カンファレンスで登壇しよう! 〜「強い」エンジニアへの一歩を踏み出す〜
logica0419
4
140
ZOZOのデータマネジメントの取り組み:これまでとこれから / ZOZO's Data Management Initiatives
takagiyudai
0
170
Featured
See All Featured
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
167
49k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
246
1.3M
Agile that works and the tools we love
rasmusluckow
327
21k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.2k
It's Worth the Effort
3n
183
27k
Building a Modern Day E-commerce SEO Strategy
aleyda
38
6.9k
Speed Design
sergeychernyshev
23
550
Six Lessons from altMBA
skipperchong
26
3.4k
The Pragmatic Product Professional
lauravandoore
31
6.2k
Code Reviewing Like a Champion
maltzj
519
39k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
31
2.6k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
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に別アカを作って それをマサカリ依頼する 人にだけ教えるべき。
なんでもかんでも フルオープン にすればいいって わけではない
さぁみんなも
レッツマサカリ依頼
追記 終わり