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
怒り駆動開発 -キレる技術- #osrk01
Search
Tomohiro Hashidate
July 21, 2018
Technology
13
6.5k
怒り駆動開発 -キレる技術- #osrk01
Osaka Rubykaigi 01で発表
Tomohiro Hashidate
July 21, 2018
Tweet
Share
More Decks by Tomohiro Hashidate
See All by Tomohiro Hashidate
rubygem開発で鍛える設計力
joker1007
3
900
実践Kafka Streams 〜イベント駆動型アーキテクチャを添えて〜
joker1007
3
1k
本番のトラフィック量でHudiを検証して見えてきた課題
joker1007
2
1k
5分で分かった気になるDebezium
joker1007
1
120
Rustで作るtree-sitterパーサーのRubyバインディング
joker1007
5
1.3k
tree-sitter-rbsで作って学ぶRBSとパーサージェネレーター
joker1007
3
290
Kafka Streamsで作る10万rpsを支えるイベント駆動マイクロサービス
joker1007
7
4.8k
neovimで作る最新Ruby開発環境2023
joker1007
3
4.5k
ReproのImport/Exportを支えるサーバーレスアーキテクチャ
joker1007
1
1.3k
Other Decks in Technology
See All in Technology
株式会社島津製作所_研究開発(集団協業と知的生産)の現場を支える、OSS知識基盤システムの導入
akahane92
1
1.3k
AWS re:Inforce 2025 re:Cap Update Pickup & AWS Control Tower の運用における考慮ポイント
htan
1
160
「育てる」サーバーレス 〜チーム開発研修で学んだ、小さく始めて大きく拡張するAWS設計〜
yu_kod
1
230
「AI駆動開発」のボトルネック『言語化』を効率化するには
taniiicom
1
240
Datasets for Critical Operations by Dataform
kimujun
0
150
With Devin -AIの自律とメンバーの自立
kotanin0
2
1k
みんなのSRE 〜チーム全員でのSRE活動にするための4つの取り組み〜
kakehashi
PRO
2
120
Microsoft Learn MCP/Fabric データエージェント/Fabric MCP/Copilot Studio-簡単・便利なAIエージェント作ってみた -"Building Simple and Powerful AI Agents with Microsoft Learn MCP, Fabric Data Agent, Fabric MCP, and Copilot Studio"-
reireireijinjin6
1
210
データ基盤の管理者からGoogle Cloud全体の管理者になっていた話
zozotech
PRO
0
190
ファインディにおける Dataform ブランチ戦略
hiracky16
0
250
製造業の課題解決に向けた機械学習の活用と、製造業特化LLM開発への挑戦
knt44kw
0
140
クマ×共生 HACKATHON - 熊対策を『特別な行動」から「生活の一部」に -
pharaohkj
0
280
Featured
See All Featured
Bash Introduction
62gerente
613
210k
Building a Scalable Design System with Sketch
lauravandoore
462
33k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
251
21k
Code Reviewing Like a Champion
maltzj
524
40k
Agile that works and the tools we love
rasmusluckow
329
21k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
182
54k
Designing for Performance
lara
610
69k
Automating Front-end Workflow
addyosmani
1370
200k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
332
22k
Art, The Web, and Tiny UX
lynnandtonic
301
21k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
8
410
Understanding Cognitive Biases in Performance Measurement
bluesmoon
29
1.8k
Transcript
怒り駆動開発 キレる技術 @joker1007
self.inspect @joker1007 Repro inc. CTO ( 要は色々やる人) Ruby/Rails fluentd/embulk RDB
Docker/ECS Bigquery/EMR/Hive/Presto Cassandra < NEW Ruby 黒魔術師 Hijacking Ruby Syntax in Ruby https://www.youtube.com/watch?v=04HGQEw3A6Y
自分は頻繁にキレる 特にネットでは露悪的なので、割と口調が荒い
加えて関西弁は怖い( らしい) ツッコミが怖いとか何とか
結果同僚から怖がられる例がある
心穏やかに生きていく方が良いのは間違 いない( 吉良某の様に) 特に口調が荒いことにメリットはほぼ無いのは分かっている
しかし怒りは無意味ではない イライラを持続させて仕事することは生産性が強烈に悪化する。 不満を溜めこむ方が危険。 そして、単純にストレスコントロールとして重要であるだけでは ない。
怒りとは現状に対する不満の発露である そもそも何の不満も無しに問題を解決し ようなどと思うことはない
システム開発者 = 問題解決者 我々は世の中への怒りや仕事に対する不満を解決するために頭を 捻って仕事をしているという側面がある。 怒りと向き合う仕事と言えなくもない。
当然我々自身の環境にも問題はある
システム開発において 拡張しやすく読みやすいコード リソース豊富な開発機 高速で終わるCI 簡単なデプロイ環境 無駄のないアラート設計 必要十分な機能要求 etc 全てを満たしていますか? 不満があって、より良くしたいと思ってませんか?
不満を感じないのは、ある種の諦め もしくはかなりの幸運か完璧超人か
我々は完璧ではない 日々間違えて失敗する そして失敗は蓄積し残る
人間は既にあるものを参考にしがち 割れ窓は容易に伝染する 良くないものは放置するだけでマイナス の結果に繋がる
誰かが間違いを明確に示さなければなら ない でないと物事を改善することには繋がら ない
誰が示すのか?
不満の敷居値が低い人間 つまり、怒りっぽい人だったりする
しかし、ただ怒りを示せばいいというも のではない 私には自分なりのルールがある
怒りを示す時のルール 状態やコードにキレる 自分の仕事の結果でもキレる 人間には触れない 自分の仕業の時だけは明確に自分にキレる 怒りを感じる合理的な理由を示す 具体的にどうしたいかを示す ( オープンにキレる)
そして、可能なら直すまでやってしまう 行動し結果を出すまでに至るのが大事
とはいえ、確実に人にダメージを与える 人間に直接触れない様にしても、自分の不始末は分かる そもそも自分自身が自分に対してイラっとしつつ、自分で辛いと かも良くある
実際の所、不満や問題点を表明する手段 は怒りだけではない フラットに伝えられるならそれに越したことはない。 しかし、強い口調が必要になる時もあると思ってる。
まとめ 怒りはセンサーでありエネルギー源 我々の仕事は、不満と向き合い、より上手くやることを日々 考えることが大事 人に罪は無い、人間は必ず間違える 日々問題を解決するのに頭を捻るのは簡単ではない。 ストレスや不満と向き合わなければならない、 だからこそ頭を捻る価値がある。
Repro ではトークストレートな環境で より上手くシステム開発する意欲がある 開発者を募集しております