【アーカイブ動画】「コードを書く隙間を見つけて生きていく技術」面白法人カヤック 藤原 俊一郎／先達エンジニアに学ぶ 思考の現在地 Online Conference
Summary
TLDR藤原さんは49歳のITエンジニアとして25年の経験を持ち、ウェブパフォーマンスチューニング大会イスコンの優勝経験や運営に関わることから話が始まります。自身が開発したOSSツール「エスプレッソ」や「ラムロール」について紹介し、多くの企業で使用されていると喜びを語ります。また、SREとしての経験を通じて得た考え方を共有し、コードを書くことの重要性を説きます。個人的な側面も語り、ライフスタイルの変化やランニングへの取り組みなど、多彩な活動を通じて技術力を維持し、社会に貢献する姿勢を示します。
Takeaways
- 😀 藤原さんは自己紹介で、IT業界で25年以上経験を持つ49歳のエンジニアを紹介。TwitterやGHUB、ブルースカイで活動していることが明らか。
- 🏆 イスコンというウェブパフォーマンスチューニング大会で4回優勝し、運営も4回経験していると触れ、その経験から本を出版している。
- 📚 藤原さんはウェブパフォーマンスチューニングに関する本を買い出し、またカヤックという会社でSREの仕事を行っていると説明。
- 🛠️ 代表作としてOSSツール「エスプレッソ」や「ラムロール」を紹介し、これらのツールが国内の多くの企業で使われていると豪語。
- 💡 藤原さんはコードを書くことを好み、幼少期からMSXというホビーパソコンでプログラミングを始め、その後もコードを書くことの重要性を語る。
- 👶 家族の増加によりプライベートでのコードを書く時間が減った経験を共有し、ライフスタイルの変化とそれに伴う時間管理の難しさを触れる。
- 🏃 45歳からのランニング取り組みを通じて、年齢に関係なくパフォーマンスが向上可能であることを実感し、健康維持の大切さを示す。
- 🔧 SREの仕事において、細かい問題に対処するためにコードを書く必要がある場面があり、その対処法として「隙間家具OSS」の考え方を提案。
- 🌐 クラウドサービスの成長に伴い、マネージドサービス間の連携機能の不足に対処するために、小さなOSSを活用するアプローチを紹介。
- 📈 藤原さんは自分のOSS作品を「藤原ウェア」と名付け、AWSを中心にして作ったツールを紹介。仕事と趣味の両面で技術力を維持し、向上させていることを強調。
- 🤔 人生やキャリアにおいて、コードを書くことの重要性と、それを通じて残す「ミーム」や文化の価値について深く考えていることを明かす。
Q & A
藤原さんはどの年代にプログラミングを始めましたか？
-藤原さんは10歳の頃にMSXというホビーパソコンを買って、プログラミングを始めました。
藤原さんはウェブパフォーマンスチューニング大会で何回優勝しましたか？
-藤原さんはウェブパフォーマンスチューニング大会で4回優勝しています。
カヤックという会社はどのような業種に属していますか？
-カヤックはウェブの会社で、バズルコンテンツやゲーム開発、地域資本主義に関わるサービスなど、多岐にわたる業種に属しています。
藤原さんが作成したOSSツール「エスプレッソ」はどのような目的で作られましたか？
-「エスプレッソ」はAmazon CSのデプロイツールとして、仕事の効率化を目的として作られました。
SREとはどのような職種ですか？
-SREとはサイトリライアビリティエンジニアリングの略で、ウェブサイトの安定稼働を確保するための職種です。
藤原さんはなぜ「隙間家具OSS」という考え方を提案しましたか？
-「隙間家具OSS」はマネージドサービスの成長に伴い生じる機能の隙間を埋めるための小さなソフトウェアを指し、より柔軟性のあるシステム開発を促すために提案されました。
藤原さんは自分のOSS作品をどのようにして会社に取り入れさせることができましたか？
-藤原さんは自分のOSS作品を会社の仕事に活かすために、現場で直面した問題を解決するツールとして提供し、その有用性を証明することで取り入れることができました。
藤原さんはライフスタイルの変化によってコードを書く時間がどのように変わりましたか？
-子供が生まれたことで自宅でのコードを書く時間が減り、後になって徐々に回復し、現在は仕事中に技術力を維持するためのコードを書く機会を活用しています。
ランニングを始めた藤原さんは、それにより何を得ましたか？
-藤原さんはランニングを始めたことで、健康状態の改善、心身のリフレッシュ、そしてランニングのパフォーマンス向上という恩恵を得ました。
藤原さんは自分の考え方をどのように広めていく予定ですか？
-藤原さんは自分の考え方を広めるために、発表や書籍、そしてSNSを活用し、他のエンジニアや開発者と意見交換を通じて影響力を拡大する予定です。
Outlines
😀 プロフィールと経歴の紹介
藤原さんは自己紹介を開始し、TwitterやGHUB、ブルースカイで活動しているITエンジニアであることを明かしました。49歳で、IT業界で25年以上経験を持つWebパフォーマンスチューニングの専門家であり、過去にウェブパフォーマンスに関する本を書いた経験もあります。また、カヤックという企業でSREの仕事をしており、様々なプロジェクトに関わってきました。
🛠️ SREの仕事内容と多面的なスキルセット
SREの仕事内容について語り、インフラの変更からアプリケーションコードのレビュー、EOL対応、障害対応まで幅広い範囲の作業を担当していることを説明しました。また、SREの役割が組織の信頼性に与える影響についても触れ、自己の経験に基づいて、より戦略的で先見的なアプローチを講じることが重要であると強調しました。
💡 ソフトウェア開発におけるオーナーシップとコードの価値
コードを書くことの重要性と、オーナーシップを持つことの意味を語りました。既存のソフトウェアを組み合わせることで問題を解決する能力と、必要に応じて新しいコードを書くことの重要性を強調。また、コードを書かないことの利点も触れ、適切な判断を下すためには経験が不可欠であると述べました。
🌱 ソフトウェアの成長とOSSの役割
OSSの開発とその成長について語り、自己のOSS作品であるエスプレッソやラムロールのツールがどのように企業で使われているかについて説明しました。また、ソフトウェア開発においては、小さな部品を作り上げることの重要性と、それらが大きなシステムに組み込まれるプロセスについても触れました。
🏡 個人の庭を耕すことの重要性
個人プロジェクトの重要性を強調し、それらを通じて技術力を養う方法について語りました。小さな問題を解決するために自分でツールを作成し、それらを公開することで、より大きなシステムに取り入れられる機会があると示しました。また、コードの質と設計の質を判断する力の育成についても言及しました。
🏁 人生におけるコードの貢献とライフステージの変化
ライフステージの変化とそれに伴うコード貢献の変化について話しました。家族の増加によりプライベートでのコード貢献が難しくなった経験と、それでも仕事の中で技術力を維持し、向上させることができる方法について述べました。また、仕事と趣味のバランスをとることの重要性についても触れました。
🏃♂️ 年齢を超えたパフォーマンスの向上と人生の価値
年齢を超えたパフォーマンスの向上について話しました。ランニングを始め、徐々にパフォーマンスが向上し、市民ランナーの上位10％に入った経験を共有。また、人生でやりたいことをやるべきだという考え方と、年齢にとらわれず挑戦するべきだと述べ、人生の価値についても深く考えていることを示しました。
🙌 まとめと参加者の感想
発表のまとめとして、コードを書くことが好きなので続けられる仕事に感謝し、プライベートでのコード貢献の難しさと仕事の中で技術力を維持する方法について語りました。また、先輩方からの影響を受けて成長し、次の世代に影響を与えることを望んでいると示しました。最後に、参加者の感想やコメントを呼びかけ、アンケートへの回答を希望しました。
Mindmap
Keywords
💡藤原さん
💡SRE
💡イスコン
💡ウェブパフォーマンスチューニング
💡面白法人カヤック
💡エスプレッソ
💡ラムロール
💡コードを書く
💡隙間家具OSS
Highlights
藤原さんが自己紹介を行い、TwitterやGHUB、ブルースカイでの活動と、面白法人かやくのSREとしての仕事を紹介。
49歳でITエンジニア歴25年、ウェブパフォーマンスチューニング大会で4回優勝し、運営も4回経験。
ウェブパフォーマンスチューニングの本を買い出し、カヤックで有名な漫画の名刺を作成。
カヤック会社の歴史と多様なビジネス分野、地域資本主義や移住紹介サービス、地域通貨の取り組みを紹介。
藤原さんのOSS代表作であるエスプレッソツールやラムロールツールの紹介。
SREの定義と仕事内容、ウェブサイトの安定化のための多岐にわたる役割。
リアクティブな仕事に陥ることのストレスと、自分の主導権を持つことの重要性。
GoogleのSRE本と組織の信頼性の5段階、不認識から先見的までの成熟度。
コードを書くことの重要性と、既存ソフトウェアの組み合わせによる問題解決の限界。
隙間家具OSSの考え方と、クラウドサービスの成長とそれに伴う変化。
グルーコードの概念と、それをライブラリー化することで得られる利点。
自分の庭を作るという考え方と、小さく始めることで技術力を鍛えるアプローチ。
藤原さんのライフステージの変化と、家族との生活が自由な時間を制限した経験。
子供の誕生後の生活の変化と、夜のコードを書く時間の確保方法。
藤原さんがSREとして作ったツールを紹介し、仕事と趣味のバランスの重要性。
隙間家具OSSの考え方が広まっており、他のソフトウェア開発者にも影響を与えている。
藤原さんの健康への取り組みとランニングでの成果、年齢を超えたパフォーマンスの向上。
ランニングの楽しさと、エンジニアにおすすめの理由、メトリクスやグラフを活用したトレーニング方法。
人生で1番今が若いと実感し、やりたいことがあれば始めることが大切。
発表の終了と、参加者の感想やコメントの募集、アンケートへのご協力のお願い。
Transcripts
00:00はいでは藤原さんよろしくお願いいたし
00:02ますはいよろしくお願いしますえ今日は
00:06ですね思考の現在地ということで割と個人
00:09的な話をしようかなと思っております
00:11よろしくお願いします藤原ですえで自己
00:14紹介です藤原@藤原でTwitterXえ
00:18GHUBとかブルースカイでやっており
00:20ますで会社は面白法人かヤクのsreと
00:23いうとこにえ仕事しておりましてえ今年
00:2649歳なのでITエンジニア歴はもう25
00:29年になる年完成期やってるみたいな感じ
00:31ですねはいでえっとイスコンというウェブ
00:34パフォーマンスチューニング大会があるん
00:36ですけどまそちらのえ大会の方で4回過去
00:39優勝していてえで運営も4回やってる
00:42みたいなことで結構深く関わっていると
00:45いう感じですねでそのからみでですね
00:47ウェブパフォーマンスチューニングの本を
00:48買い出したりとかえあとこの右側にあるの
00:52はですねあのカヤックには漫画名子って
00:54いうのがあって漫画の名刺を作って
00:56もらえるんですけどまそれのでっかい
00:58パネルがですね僕だけじゃなくてあのの
01:00車内に貼ってあってそこにイコンの
01:01100万円がは貼られた結果賞金区みたい
01:05になってみたいなえそういう画像ですね
01:07はいでえっとカヤクという会社はちょっと
01:10ご存知ない方もいるかと思うんでざっ説明
01:12しますけどえカヤクももうもうすぐ30年
01:16近くやっている
01:17え会社weの会社ですねであの面白プロ
01:21デュースって言っていわゆるバズル
01:23コンテンツだとかあのそういうものをやる
01:25というですねえ部署とあとゲームとか最近
01:29はあのよく広告で出てくるちっちゃいミニ
01:31ゲームみたいのあると思いますけどそう
01:32いうゲームもやっててえダウンロード数が
01:35アプリダウンロード数が日本1になったり
01:37とかあとはえ地域資本主義っていうのを
01:40最近やっててそれであの移住の紹介
01:42サービスであるスマウトとかえ地域通貨の
01:45街のコインとかそういうサービスをやって
01:46たりとかま色々やってるという会社ですね
01:48そこでsreをやって
01:50ますはいえで僕の個人的な代表作のOSS
01:54をちょっと紹介しておくと後で出てくるん
01:56ですけどエスプレッソっていうツールです
01:58ねこれはAmazonCSのデプロイ
02:00ツールですねえであとラムロールっていう
02:03えこれもラムダのデプロイツールで割と僕
02:06デプロイツールばっかり書いてるんです
02:08けどまこういうものを作ってますでえ元々
02:11ですねあのどちらも自分で仕事のために
02:13作ったものなんですけどえこれ結構どちら
02:16も今国内の多くの企業さんで使われている
02:18ようなツールに成長しましてえ
02:20エスプレッソなんかはnendo
02:22アカウントのリニューアルの時にえ採用さ
02:24れたという話を聞いてとてもすごいなと
02:26われながら思っておりますはい
02:30でえじゃあ今日の本題なんですけど本当に
02:32個人的な話なんでま気楽に聞いていただき
02:34たいんですけどま皆さんコードを書くのは
02:37好きですかという話ですねえ僕は好きです
02:40えでコードを書いていたら大人になってい
02:42たという人なのでえまこれ本当ね昭和の話
02:46なんで若い人は生まれてない全然生まれて
02:49ない話なんですけど10歳の頃にMSXと
02:51いうまホビーパソコンがあったんですけど
02:53それを買ってもらってですねで中学生高校
02:56生の時はそのマイコンベーシックマガジン
02:58という雑誌が当時あってまそれはですね
03:01あの当時インターネットとかがま基本的に
03:03ないのでプログラミングプログラムを誰か
03:06に見てもらうためにプログラムのソース
03:08コードが印刷したものが雑誌になってま月
03:111回出てたみたいな雑誌があってですねま
03:13それのプログラムを打ち込んで動かしたり
03:15とかま作ったものを投稿したりとかして
03:17ましたでま94年に大学進学して情報工
03:21学科でコンピューターサイエンスをやって
03:22で98年にですねえま就職するんですけど
03:27まWeb業界に来ましたでWeb業界です
03:30ね当時は本当に冷期で非常にこう素朴な
03:32感じでですねえまインフラもバックエンド
03:34もフロントも何も区別がないみたいな時代
03:36だったんですねまなのでえ全部やりました
03:39というかえ本当に物理的なサーバーを
03:41仕立てるところからOSを入れて
03:43アプリケーションを書いてhtmlを書い
03:45てみたいなことまで全部やってたみたいな
03:47時代ですねでえその後ちょっと12年
03:50ぐらい最初の会社に行てでカヤに転職して
03:53でこの時点で25年ですねま物心ついてま
03:5710歳からコード書き始めてずっと書き
04:00続けてでカヤックももう13年いるんです
04:02けどまそれでも今でも毎日ほぼ何らかの
04:04コードを書いているっていう状態ですで
04:06できればこのまま老人になりたいなと思っ
04:08ています
04:11はいですねま大人になっても好きなコード
04:13を書き続けるためにどうしたらいいの
04:15かっていう話をしたいと思いますでえま
04:18よく10年ぐらい前に言われたIT
04:20エンジニア35歳低年説ってよくあると
04:22思うんですけどこれはもう本当に過去の話
04:24というか直接だなというのは本当皆さん
04:26最近ご存知だと思いますがえま実際に
04:29かける仕事がある場所にいて能力があれば
04:31各仕事はあると思います図書をとってもで
04:34ま場所によってそれはなない場所があって
04:37その場合はどうしようもないのでまこれは
04:39探すしかないんですけどあとはですね能力
04:41ですね場所はあっても能力がないとお払い
04:44箱なのでま能力をちゃんと鍛えるなり維持
04:46してないといけないということになります
04:48ねでそのためにどうするかっていう話をし
04:51ますで僕は最近はsreという仕事を主に
04:54しているでsreというのはサイト
04:56リビティエンジニアリングといってえ
04:59サイト安定させるために何でもやるという
05:01まそういう仕事ですねでえこの何でもって
05:04本当に何でもでインフラの構成の変更だと
05:06かま最近グラウドなので物理機器は触ん
05:08ないんですけどまそれあとはCCDですね
05:11あのテストを通したりデリバリーデプロイ
05:14したりとかえあとは監視もモニタリング化
05:16観測性最近のオブザーバビリティてやつも
05:18やりますしまDBに負荷がなんかおかしい
05:21なとなったらクエリを改善したりだとか
05:23チューニングしたりだとか
05:24アプリケーションコードも読みますし問題
05:26も調べますしまレビューもしますえあとは
05:29最近多いのが各種のeolってエンドオブ
05:32ライフ対応ですねいろんなものがどんどん
05:34どんどんこう寿命が切れてしまうので
05:36新しいものに更新していくみたいな仕事も
05:38ありますしあとま当然障害が起きたらオコ
05:41るっていうのもありますとでえこういう
05:43仕事をしてるとですねどうしてもこうつい
05:45細切れとかリアクティブな仕事になりがち
05:47だなと思っていますでえまそのどうしても
05:50そのなんでしょうねなんか問題が起きたら
05:53それをなんとかするみたいなえ風に動く
05:56ことが多くてですねこれあんまり精神に
05:59良くなくてでえまリアクティブって
06:01やっぱり自分じゃないところから降って
06:02くる仕事なんでそれをばっかりこうやって
06:04るっていうのもまいいんですけどあの来た
06:07もの打ち返せばいいからま楽ちゃ楽なん
06:09ですけどまとはいえなんか自分が主導権を
06:12持てる仕事ではないというのも若干
06:13ストレスになったりしますはいというのは
06:17よくあのなんでしょうね経営者の方が
06:19ものすごい長時間働けるみたいな話があっ
06:21てあれはやっぱり自分に裁量があってやる
06:23ことを決められるからできるみたいなこと
06:25もあるじゃないですかまそういうことで
06:26やっぱ自分に主導権がない仕事ってのを
06:28ずっとやってると辛くなるみたいなことが
06:30あります
06:31ねはいということでえっとここでですね
06:34そのsreってGoogleからのまが
06:37最初に発表したまそういうものなんです
06:40けどまそこでちょっとGoogleの出し
06:42てる文章があってここにちょっとイーズが
06:43あったので持ってきたんですけどえま組織
06:46の信頼性には5つの5段階がありますとで
06:49え不認識受動的積極的戦略的先見的って
06:53いうま段階があってで不認識っていうのは
06:56要するにそもそもえこれはあのんでしょう
06:58ね信頼の話なんでえ信頼性が壊れてること
07:02もうまく意識できてないみたいな状態です
07:04ね要するに壊れてるかもしんないけど誰も
07:07知らないみたいな自動的ってのはなんか不
07:09安定になったなと思ったらそれに対して
07:10何かをやっている状態ですねで積極的って
07:13のはまそうなる前に何とかしましょうって
07:15ことができている状態ですで戦略的先進
07:18先見的ってのはもっとそれがも進んでいっ
07:20てですねまもうともかくその仕組みをまず
07:23え戦略的に作っていこうだとかそれをえ
07:26世間に広めていこうだとかまそういうよう
07:28な発達段階というのがあるとでま世間のま
07:32これはsreのあの話なのでまその組織は
07:37いろんな段階にあるんだけどまあ大体
07:39リアクティブとかプロアクティブみたいな
07:40ところが多ほとんどだよみたいな話をして
07:42いるとでこれはま信頼性の話なんですけど
07:45そうでない場面でも使える考え方かなと
07:47いうのはちょっと思っていますでちょっと
07:49持ってきたんですけどでまそのどうしても
07:52ですねその自分のオーナーシップを持てる
07:54場所っていうのがあった方がやっぱりいい
07:55なと思っているうんであのsreでコード
08:00を書く仕事ではないんですよねコードを
08:02書くのがメインの仕事ではないんですけど
08:04えコードを書かざるを得ない場面っていう
08:05のがまちょくちょくありますとえあ
08:08ちょっと飛んじゃった
08:11はいはいえっとコードをかざるを得ない
08:14場面があってでまその既存のソフトウェア
08:17をうまく組み合わせるだけだとうまくでき
08:18ないのでなんとか書きましょうみたいな
08:19とこですねでその時にやっぱりその場限り
08:22のコードを書き捨てて仕事を済ませよって
08:24いうのは割とリアクティブというかま対処
08:26療法というかそういう感じですよねでそれ
08:28よりもややっぱりこれは1個で困ったって
08:31いうことは他でも困るかもしれないなと
08:33いうことを思ってえもうちょっと汎用的に
08:35解決できるものを作り出そううっていうの
08:37がそのリアクティブ一歩進んだ段階だと
08:40思ってますでこういうチャンスをうまく
08:42いかすとまコードを書くっていうことにえ
08:44まうまく仕事に絡められるっていうこと
08:46ですねでま例えばこれハシコープさんです
08:50ねあのテラフォームだとかコンサルウグラ
08:53パッカーとか色々有名なソフトウェアが
08:55ありますがえあのこの大物プロダクトは
08:58非常になんて言うかビジョナリーというか
09:00先進的先見的なものなんですけどそれらに
09:02組み込まれてる小さの部品っていうのが実
09:04はいっぱいあってこれがですね単体の
09:06OSSになってるんですよでこれは僕の
09:09ちょっと今思いついたやつを並べてみた
09:11だけなんですけどえリライアブルhttp
09:14って言ってhttpクライアントがえ
09:16例えばリクエストが失敗した時に
09:18エクスポネンシャルバックオップしながら
09:20自動でリトライしてくれるクライアントだ
09:22とかえLRキャッシュのインメモリー
09:24ライブラリーだとかあとはセマンティック
09:26バージョニングのあのx.Y.Zみたいな
09:28やつをしてくれるライブラリーだとかそう
09:30いうですねその大きな製品を作るのにま中
09:34で使うであろう小さい部品ですねでこれが
09:37使い勝手がすごい良い単機能なものこう
09:39いうのを自分らで作って公開してい
09:40るっていうのがハシコープさんのやり方
09:43ですねはいでまやっぱりそのコドを書くか
09:48書かないかっていう話がよくされますよね
09:50そのコードを書いて解決するより書かない
09:52で解決した方がいいじゃないっていうこと
09:53はよく言われるんですけどえこれは本当に
09:56まそうで書いたものは資産にもなるんです
09:58けどあの古くなったら負債にもなるし
10:00書き直さなきゃいけないしまそういうこと
10:02で書かない方がいいとよな確かですがえま
10:05その何でも既存のツールの組み合わせで何
10:08とかしたいっていう人がまいますねあの
10:12いるんですけどえそれでいい運用ができる
10:14ならいいんですけどたまにそのなんという
10:16か縛りというかですねうんこのツールで
10:19全てを全部完結させるんだみたいなことを
10:20やるちゃう人もいてまそれは趣味なら好き
10:24にすればいいんですけど仕事ではあんまり
10:25いい態度ではないなとちょっと思っている
10:27とでまツールというのはあくまで道具なの
10:29でこれは適切な道具を適切な場所で使うて
10:32いうのがやっぱりプロだしまそうでなけれ
10:34ばですねもう適切な道具がなければそれを
10:36自分で作ることができるっていうのも含め
10:38てプロじゃないかというのは僕の考えです
10:41ねはいえでまそこでちょっと出てくるのが
10:45えこれは僕の勝手に言ってる言葉なんです
10:48けど隙間家具osssという考え方があり
10:50ますでこれは何かと言うとえま今クラウド
10:54でですねま皆さんサービスを作ることが
10:57ほとんどだと思うんですけどまそうすると
10:59マネージドサービスを大体組み合わせて
11:00ガチャガチャとこうシステムを書いていく
11:03んですがまその中でどうしてもやりたい
11:05ことにマッチしないとこてのは出てくると
11:07思いますでえ特にですねマネージドサービ
11:10スって最初に出始めのクって結構シンプル
11:12な機能しかなくてAとBのサービスを連携
11:14して動かしたらいい良さそうなのにこの
11:17連携機能が全然用意されてないとかそう
11:19いうことがすごいありがちですねでそう
11:21いう時にまそこの隙間を何とかして埋め
11:23ないとまやりたいことができないっていう
11:25時にまその隙間をうまく埋めてや
11:27るっていうことが必要になってくるでそこ
11:29をまどうやって解決するかですねその隙間
11:31にうまくうまいことはまる小さなピースを
11:34うまく作ってそこに入れてやってでまその
11:37マネージサービスって時間が経つと
11:39どんどん成長してくるというかサービス感
11:42連携とかがだんだん整備されてくるみたい
11:44なことがありますねでそういう時にえ
11:46あんまり作り込みすぎないでえ中の部品を
11:49うまく取り外すとまいらなくなってメテも
11:52しなくなって良くなるみたいなことを念頭
11:55に置いて作るっていうそういうための
11:56ソフトウェアを隙間かくosssと僕は
11:58読んでいるとというものですはいえでです
12:02ねでこれグルーコードってよく言いますね
12:05そのなんでしょうノりですねAとBを
12:09くっつけるノりみたいなもんですまそれを
12:11コードで書くみたいなことがあるんです
12:12けどこれをグルではなくてあの単体の
12:16ソフトウェアにしておく理由ってのがあり
12:17ますこれはどうしてもですねそのグルーな
12:21コードってそのプロジェクトの事情に密
12:23結合しかでまその方が書くの早いんで
12:26もっと仕事を済ませるためにはそうし
12:28ちゃいたくなるですけどまこれをやると
12:31あのあるプロジェクトのリポジトリな行動
12:34ができてですねまこれただあの見つけ都合
12:37していてあるプロジェクトとくっつい
12:39ちゃってるのでなんかうまく転用でき
12:40なかったりするあの責任分解転がいまい
12:43こう綺麗に切れてないとそういうことがま
12:45あるとでも便利だから他のプロジェクトよ
12:47にも使いたいねって言ってコピされるん
12:49ですねでコピされると当然そっちの事情が
12:51あるからまたそっちで改変されてだんだん
12:53だんだん別物になっていってま結局なんか
12:56すごい便利なコドだったんだけどうんあの
12:58ああらゆるところにコピされたものが残っ
13:01ているみたいな辛い状態になることがあり
13:04ますでそれをですね単体のソフトウェアに
13:07してライブラリーまライブラリーでもいい
13:08ですソフトウェアにしてosssにすると
13:10いいことはあってこれは特にあの車内
13:13コードよりもオープンにしちゃった方が
13:15良くてというのはそうしておくと絶対に各
13:18プロジェクトに依存するコドってのはま
13:20入れられないですねそんな事情をosss
13:22として公開するものに入れられないのでで
13:24まそういうことを考えるとまこれは一般的
13:27なユースケースなのかもしくはこれは車内
13:29事情なのかみたいなことをちゃんと考えた
13:31上でコドのインターフェイスを整理し
13:33なきゃいけないツールなりコドなりの
13:35インターフェースを整理しなきゃいけなく
13:36なるでこれは非常にあのいいことですねえ
13:40それができないやつはま使い回しにくい
13:42ですし
13:44はいま将来もう壊れやすいですねその
13:47いろんなものと見つけ都合してるものって
13:48いうのははいでバグフィックスも
13:50バージョンアップすればいいしノフも統一
13:52できるし複数プロジェクトも運用が楽に
13:54なるということがあるということでまこう
13:56いうものを作っていくのがいいんじゃない
13:58かと僕は思っている
13:59とはいでただまその先ほど言ったように
14:02やっぱり不適切な設計とか実装とか抽象化
14:05すると本当にすぐに負債化してえ作った
14:07瞬間はいいんですけど1年後2年後になる
14:09とあれこれはちょっと使いづらいぞみたい
14:11なことになってくるえ周りの状況にうまく
14:13ついていけなかったりするえということで
14:15あのわざわざ書かなくてもいいものを作る
14:18んからにはちゃんとうまく作る必要がある
14:21んですねでこれをどうしたらうまく作れる
14:24のかっていう話なんですけどえこれはです
14:26ねあの魔法のメソッドがあるわけではなく
14:29てえこれはt田さんの質とスピードという
14:33よくあの何度も再現されてる有名な公演の
14:37引用なんですがえコドの質とか設計の質を
14:40判断する力はどうだってつければ良い
14:42でしょうか要すに質の高いコド設計をまず
14:44判断してそれを作るんですけどまこれを
14:46どうすれば力がつくかって言うとえま答え
14:50としてはですねえそう簡単に教えられる
14:54ものではないので経験を重ねるというのが
14:56大体答えだと言われてますはいでこれま
15:00割と身も蓋もなくてもうやるしかないって
15:02みたいな感じなんですけどでこれはですね
15:04その判断力つつけるためには自分で設計し
15:07たものを長い間ベテするとまその年月に
15:10耐えるためにいろんなことを考えなきゃ
15:12いけないまそれを通じて力が育つみたいな
15:14話です
15:16ねはいということでこれをやっていき
15:19ましょうって話なんですけどこれ大変
15:20難しくてですねえま1つのプロダクト設計
15:23実装テストリリースまこれツールだったら
15:26導入ですねうんで周が出たら対応しバグが
15:29出たらフィックスしてでそのツールが寿命
15:31を終えるとこまで面倒を見る例えばこう
15:33いうことていうのを大きなものでやるのっ
15:36てのはすごく難しいですねまずそもそも
15:38そんなに大きなものを例えば会社のメイン
15:41のプロダクトみたいなものをこのライフ
15:43サイクルを全部回せるかと言うとま早々
15:45できることではないですしまそそれに
15:48関われる人もそんなにいないですね大体
15:50このどっかの部分に関わることが多いじゃ
15:53ないですかでそうなるとこの一貫してこの
15:56サイクルをやらないと力がつかないのに
15:58その力をけることができないですね普段の
16:01大きなものの一部を作っている仕事だと
16:04じゃあどうすればいいかて話ですねという
16:07ことでここで僕がお勧めしたいのは自分の
16:09庭を作るっていう考え方でまこれあの隙間
16:13かSS僕は自分の庭だと思っていてま
16:16すごいなんでしょうねえま人に見せるもん
16:19ではないですねまOSだから見てもいいん
16:21ですけど別に人に見せるために作ってる
16:23ものではなくてでただまその小さくていく
16:26つも作れてでまあなくても利だしあないと
16:30ちょっと不便だけどまあなくてもなんとか
16:32なるというようなものでそういうものを
16:35ですねいっぱい作ることができるんですね
16:37隙間加SSみたいなものの考え方をすると
16:40でそうするとえま最初から設計するところ
16:43から維持するところから最後に捨てる
16:45ところまでを全部一貫したライフサイクル
16:48を1人で面倒を見ることができるまそれに
16:50よって力がえ鍛えられるんじゃないかなと
16:53思ってますでやっぱりそのコトっていうの
16:57はできれば書かない方がいいって本当に
16:58さん言いますけどただそのいざ書くないと
17:01いけない時っていうのはいつか来るわけ
17:03ですねでいざ書かないといけない時にあの
17:05鍛えておかないといざという時にだけ
17:07書こうとしたってうまく書けないんですよ
17:10なのでいざという時にうまくかくためには
17:13普段から何か小さいものをちゃんとえ育て
17:15ていってまそれによって力をつけていく
17:17ことが必要じゃないかなと思ってい
17:20ますはいえということでまここら辺が大体
17:24本題であとはちょっと小話的な話になって
17:26くるんですけどえいろんな行動を書く経験
17:29はま無駄にはならないよっていう話をし
17:32ますねはいえこれあの先ほどのイスコンと
17:36いうイベントの話ですイスコン11が
17:382021年にあって11回目ですねまこの
17:41時にあの僕優勝してえ優勝賞金100万円
17:45いただいてですねあのこれがチーム
17:47メンバー1番右が自分であと2人がチーム
17:50メンバーですねまその時の写真ですでえで
17:54イスコン10っていう競技はですねその
17:57Webアプリケーションのパマンス
17:59チューニングをするコンテストなのでまず
18:01お題のシステムというのが提供されてま
18:03ソースコードも全部入ってるデータベース
18:05も全部サーバーの上にセットアップされた
18:06状態のものが渡されてまそれをいろんな
18:09手法を使って早くしていって1番早くした
18:12人が勝ちっていうまそういうものですねで
18:16この時はですね本線予選本線があって本線
18:19の方ですねあの優勝を決める戦いの時は
18:22学内システムがテーマだったんですねで
18:25学内システムってまあの大学の学内の
18:28例えば登録するだとかそういうシステムが
18:30テーマだったんですけどまこれにえZIP
18:33をオンデマンドで作成してダウウンロード
18:34する機能ってのは実はあの
18:36アプリケーションの機能としてあったとで
18:38えそこ初期実装っていうのがそのイスコン
18:42で最初に提供される実装なんですけどこれ
18:45は大体意図的に遅くなるように書かれてい
18:47てま初期実装がですねZIPコマンドって
18:49外部コマンドですねLinuxのえ単体
18:52コマンドのZIPプっていうのコマンドを
18:53呼び出してアーカイブを作るみたいな実装
18:55になっていたとえでこのジップコマンドを
19:01まジップに限らずですけど外部コマンドを
19:03呼ぶっていうのはま効率が良くないんです
19:05ね実際にはあのプロセスをフォクしてま
19:08エグゼクしてえ新しいプロセスがメモリに
19:11読み込まれてまそっからえ何か処理をして
19:14返すみたいなことをするのでまこういう
19:16ことするよりはそのパフォーマンスを
19:18考えると言語内で実装した方が良いという
19:21ことがま一般的な話ですでま5でこの時
19:24イスコンやってたのでえジップ生成する
19:27コードを書かなきゃいけないなとま書い
19:28たら早くなるなってのすぐ分かったんで
19:30やろうという時にまパッと思いついたのは
19:33ですねあの先ほど最初に紹介したラムロー
19:35ルっていうえAWSラムダのデプロイ
19:37ツールを書いた時にあこれ書いたことある
19:39わとえま思ったわけですねうんあのラム
19:43ダってAスラムだってそのファンクション
19:46アザサービスですけどソースコードとか
19:48バイナリーが入ったやつをZIPにして
19:51それをアップロードしてデプロイする
19:52みたいなえ仕組みなのでえデプロイツール
19:55にはジップを生成するていう機能があった
19:56んですねまそなのであのでジップの
19:59アーカイブを作るっていうコドを書いた
20:01ことがあるということでまちゃらっとそこ
20:03からコピペコピペをしてま1発で10分で
20:06え通過して早くなったんですけどま別に
20:09これだけがあの優勝の決め手ではなくてえ
20:12大体スコアでえなんですねスコアって言う
20:15と何万点10万点とかいうところのまあ
20:181000点2000点もうちょっとかな
20:201万点ぐらいかな1/10ぐらいのえ
20:23スコア要素ではあったんですけどまとは
20:26いえこれがえ10分出てきたのですごい
20:28簡単にですが伸びたなというのがあってま
20:30割といろんなコードを書いておくものだな
20:32というのはわかっまその時に関心しました
20:36ねえでこの時ですね小話としてすごいあの
20:41後日判明したことなんですけどえジップに
20:43は圧縮ジップと火圧縮ジップってのがあ
20:45るっての皆さんご存知かどうか分かりませ
20:47んが知ってる人は必てますねあのデフレと
20:50で圧縮してこうパックするタイプと日圧縮
20:53でそのファイルをそのままこう連結して
20:55いってあのアイブにするっていうパターン
20:57が2個あってこれどっちも使えるんです
20:59けどこの時にどっちを指定するかっていう
21:02のがえ意外と
21:04CPUのコストに聞いてくるんですね圧縮
21:07するとどうしてもCPUを使うのでえあの
21:10イスコンて何でしょう非常に限られた
21:13CPUリソースの中でどこまで早く処理
21:16できるかっていうことをきそう競技なので
21:18まCPUをなるべく節約した方が有利なん
21:21ですねえま圧縮すると耐久は減るんです
21:24けど耐久を使う果たすことはそんなにない
21:26のでCPを節約した方が良かっ
21:29ということでまこの時僕はヒアシのジップ
21:32を作ったんですけどこの時にですね2位の
21:34チームにえこの前ついこの前だ去年聞いた
21:37んですけどえこの時2位のチームはここを
21:40圧縮ジップにしてたらしいんですねで圧縮
21:43してたのを日圧縮にしたら順位が逆転し
21:46たっていう話をえついこの間聞いてもう
21:49すごい白票の勝利だったんだなみたことを
21:51思ったりしましたでまこれもそうですね
21:55そのいろんな知識があってソースコドを
21:57書いてるとまそういういう風にここで
21:59例えば明治的にねジップストアとジップ
22:01デフレートってのを指定するんですけどま
22:02そういうことを設してるとま意識した上で
22:05何かを使い分けるようになるのでまそう
22:06いう知識とか細かいことっていうのは
22:08やっぱ無駄にはならないなっていうのを
22:09思いまし
22:11たはいえじゃあ次の話ですねえあとライフ
22:15ステージの変化の話をしたいと思いますえ
22:17僕はもう49歳今年49でもうすぐ50な
22:22んですけどえですねまコードかっていって
22:24もなかなか評価時間がないよみたいな話を
22:27よく聞きますねであの自分も20代後半に
22:30結婚してま30代前半まで実は子供がい
22:33なくったのでえま非常になんというか
22:35気ままというかま夫婦2人なので好きにえ
22:38暮らせていて夜は好きにコード書いてまし
22:40たし平日夜のイベントとか勉強会とかも
22:42自由に参加できてたですねえでこの後まで
22:46も30代後半に実は子供が生まれてまこっ
22:49から当然のごとく生活が一変してですねえ
22:525年ぐらい自宅でほとんど行動をかけない
22:53ような時期がありましたで平日も当然勉強
22:56会参加できないし土日は家族と行くでども
22:59できないみたいなえ時代があったとはいで
23:02これあのギットハブの草をちょっと全部
23:04並べてみたんですけど
23:06まあとこのギットハブの
23:08コントリビューション通かですねあのこれ
23:10パブリックコントリビューションだけなん
23:11で仕事じゃなくてosssとかのやつなん
23:14ですけどまこれがまそのギットハブは
23:17どんどんどんどん使う量は増えてたんです
23:19けどまそんなに増えてかなかったというか
23:22いう感じですねでこの時すごい寝かしつけ
23:25が大変でうちの子は
23:27え本当にあの9時に寝ようと思って
23:31寝かせようと思うと2時間全力で遊んで力
23:33つきないと寝ないみたいな子供だったので
23:35ま本当に自宅ではもうそれでもうこっちも
23:38ヘトヘトになっちゃって何もできない
23:39みたいなことが5年ぐらいありまし
23:42たはいでその後ですねじゃちょっと育って
23:46きてま若干余裕が出るんですねでまとは
23:49言ってもま平日はイベントとか出れないの
23:51で休日はね2回ですねあのヤプシてパール
23:55のカンファレンスとイスコンだけは
23:56ちょっとお願いしてえ参加させてもらう
23:59けどまそれ以外の勉強会は平日はほぼ出れ
24:01ない休日も出れないみたいな感じではあり
24:03ましたうんただ平日にちょっと少しずつ
24:06コードがかけるようになってきて
24:07ギットハブの草もちょっとずつ増えてくる
24:09みたいな感じですねはいでこの頃
24:12エスプレッソの開発も始まっているとでえ
24:15ロナが2020年からだと思うんですけど
24:18はいこれですねこの頃から急に増えました
24:21ねえここまでが300から500とか
24:25700とかのコントリビューションだった
24:27のが1000超えてここ2年ぐらいは
24:291500とか行ってるとますごく増えてる
24:32んですけどえただこの時からちょっと後で
24:35話すんですがまランニングを始めたので
24:39平日夜早寝するのでえ朝走るために睡眠を
24:42確保したいのでなのでコードは書かない
24:45ですね平日の夜はただしそのこの中で外に
24:48飲みに行かなくなったので金曜日の夜に
24:50osss開発をビール飲みながらやる
24:53みたいなことをやるようになったとあと
24:55土日は多少子供も襲ってきてあの日時間が
24:58できたっていうのはありますがはいいうの
25:01がまこんな感じでえここ12年分かなはい
25:0512年分の草を見てみるとま結局なかなか
25:09家族が増えると自由になる時間っていうの
25:11は家では出ないですねうんはいでまここ1
25:15年のパブリックレポの
25:16コントリビューションを並べてみるとまま
25:19平日いっぱいありますねでこの1番下の段
25:22が金曜日じゃな土曜日なんですよで土曜日
25:26なんですけど土曜日にいっぱいついてるの
25:27はこれ昼間でははなくて実際は金曜深夜で
25:30あの金曜の夜に大体子供が寝た後にビール
25:34飲みながら書いてんのでシコミッとが深夜
25:36になるみたいな感じですねはいなので
25:39土曜日のところに割といっぱいついてて
25:41日曜日はほとんどないみたいな感じですね
25:44はいあとま3月に14リポジトリーに
25:48109コミットしてるんですけどこれも
25:50本当に見れば分かるように自分の作った
25:52ものをですねえまちょこちょこ
25:54ちょこちょこメテしているとまそういうの
25:56がま大きな機の追加もあるしちっちゃい
25:57メテもあるしみたいなことをやっている
25:59みたいな感じでコードを書いているという
26:01か感じです
26:03ねはいでまなんだかんだですねその仕事を
26:07してる時間が1番長いと思うんですよあの
26:10仕事してる人はうんあ趣味の方が長いって
26:13人はそんなにいなくてえま睡眠時間を除く
26:15と大体1番時間を投入してるのが仕事なの
26:18でえこの中でうまく行動をかけるっていう
26:21ところを見つけ出すというのが1番効率的
26:23かなと思っているとで僕はあのsreを
26:26やっててま何が好きかっていうと何かを
26:29作ったり改善したり運用した
26:30りっていうのは好きなのでえここを
26:32やっぱりチャンスだと思って仕事中にこう
26:34何か起きたことを立ち止まって考えてこれ
26:37は単体のツールになるんじゃないかとかま
26:39そういうライブラリーになるんじゃないか
26:41みたいなことを考えるっていうのを割と
26:43思考のくせにして
26:45いるですねはいでまこれ実は仕事で困った
26:50ことを解決するので仕事なんですようんで
26:54仕事なのであのうちの会社はまそこら辺
26:56osssだから別に仕事中にやっちゃだめ
26:58みたいなことがま幸いにもないのでこれは
27:01仕事の一部として昼間にコミットできるん
27:04ですねうんということでま横時間が使え
27:06なくてもですねうまくすれば仕事中に技術
27:08力の維持も向上もできるんじゃないかなと
27:10いうのは僕のやり方
27:13ですはいえでえっとあとは藤原ウェアと
27:17いうこれま僕の作ったものを勝手に藤原
27:19ウェアって言ってるだけですけどこれは
27:21本当に過去1年間ちょっといじったものを
27:24並べてみただけなんですが仕事中に困った
27:26ことを解決するために書いたものですねで
27:28半分仕事で半分趣味でえまあの会社で割と
27:32AWSをメインに使っているのでAWS上
27:34で何かする時にちょっと便利になるみたい
27:36なツールをいっぱい書いていますえ
27:39クラウドフロントファンクションとか
27:41ECSとかラムダとかですねまそういう
27:43もののツールを書いているえという感じで
27:47まこれぐらい重数個1年間でま作ったり
27:50メテしたりとかをしていましたえでこれ
27:54ですねまあの個人でもいくつかあの
27:56ウェブサイト持ってるんですけど個人では
27:58ダブスあのメインでは使ってなくてなぜ
28:01ならちょっとお高いので個人で何かを
28:03動かすにはお高いことが多いのでえ使って
28:06ないんですがまでもま仕事で使うのでま
28:09半分趣味だけど半分仕事のツールってのを
28:12作っているという感じです
28:14ねはいえあとはその電波するミームの話を
28:19しようかなと思いますでえ先ほどですね
28:23スマカグosssという自分が作った用語
28:25の話をしましたがこれをえ僕が言い始めた
28:30のが2018年の11月の吉祥寺PMと
28:33いうイベントがありましてまここで初めて
28:35多分言語化したのかなという記憶があり
28:38ますでその後にえ2019年にAWSデブ
28:42デイていうのがあってまそこでの発表でも
28:44まAWSメインで使ってるのでまその話を
28:48したということですねでま当然自分の言い
28:51出した言葉なので誰も使ってなかったん
28:53ですけどえ彼これですね5年もこう
28:57あちこち降りにれ発表にしたりとかあの
29:00プロフィールに趣味は隙間か作りです
29:02みたいなことを書いていたらですねえなん
29:04か地味に広まってきたかもという感じが
29:06最近していますえなんかこれ
29:09Twitterを僕はエゴさしているので
29:11あの自分のプロダクト名とかでエゴさし
29:14てるのでそそれの一環で見つけたんです
29:16けどえなんか作者の藤原さんをリスペクト
29:19して隙間かOSを作ってみましたみたいな
29:21人がいたりとかまそういうことを言って
29:23くれる人が何人かいてえなんか地味に
29:27広まってきたなっていう感じですね
29:31はいであとこれはですねあの部さんの去年
29:35出たクラウドアプリケーション10の設計
29:36原則っていうえ主にアジルのをメインにし
29:40たクラウドのアプリケーションの作り方の
29:42本なんですけどまここでもコラムの中で
29:45ですね隙間かっていう話を取り上げて
29:47もらってえそうですねこれあのちゃんと
29:50ソースが隠れてますけど引用されていて
29:53あのこの考え方を紹介してくれたりとかし
29:55てえなんかだんだんてきたな言葉みたいな
29:59感じがあります
30:01ねはいということでえでまそういうこと
30:05考えるとですね自分が育ててもらったなん
30:07とかウェアってのが結構あるなっていう
30:10感じがしているえこれはま本当に僕の何
30:14でしょうねあの付き合いのあるとか一方的
30:16に知ってるとか色々ありますけどいろんな
30:17人のソフトウェアをに囲まれて育ってき
30:20てるわけですのでま例えばですけどあの
30:23かずほさん奥かずほさんですね
30:24ファストリーのH2とかの作者ですねうん
30:27のカフウェアて言われているやつとかえ
30:31特に僕はあのパールの文化県に多くいたの
30:34でパールの絡みの人が多いんですけどあと
30:36は風風さんですね長野さんえ今桜
30:40インターネットでSの出張をやってる方
30:42ですけどまこの方が作ったものですね
30:45グロースフイキャストとかまそういうもの
30:48をま使ってきてますねあとますごく有名な
30:51ところではdjbさんですねDJバン
30:53スタインさんですねあのキメイルとか
30:55デモンスルーズとかあと最近だと暗号系
30:58ですねでも有名なすごい人なんですけどま
31:01本当にすごい人ですねこれはもう一歩的に
31:03知ってるだけですけどま非常によく使って
31:05いて昔でこれらをやっぱ実際に使ってです
31:09ねま設計だとか思想だとかまソースコード
31:12読んだりだとかそういうことをやっていっ
31:14て触れていってまそういう面が色々こう
31:17育ててもらったなっていう感じがあります
31:19ある人のそのネームドなソフトウェアです
31:21ねそういうものに育ててもらったなって
31:23いう感じがある
31:25とはいでここでちょっと仕事そのことを
31:28思うとですねウブサービスとかゲームま
31:30ゲームも作るんですけどウブサービスとか
31:32ゲームって結構寿命が短くてま本当に
31:34よっぽどヒットすると10年20年持つ
31:37ものはあると思うんですけど割と数年で
31:38終わってしまうものが多くてえですねあと
31:42まこれってWebのものの宿命なんです
31:45けどサービスを終了してしまうと本当に何
31:47も残らないみたいな動くものが残らなくて
31:50スクリーンショットしか残らないみたいな
31:51ことがあってまこれなんか自分のやった
31:53仕事が全部こう消えてしまう感じがして
31:56すごく悲しい感がしますよねまなんです
31:59けどエンジニア人生の方が当然全然長くて
32:01え僕もう25年やっててあと10年やると
32:04して35年あるんですけどうんでそうする
32:07とまその作ったものの寿命よりもその何
32:13でしょうね自分の人生の方が全然長いん
32:15ですね人の人生の方がなのでまそうすると
32:18ですね作ったもの自体が残るというよりは
32:20何かあのミームですねそういう考え方だと
32:23かそういうもののが残ったらもしかすると
32:26ここの仕事仕事でやったものよりも世の中
32:29に何かが残ることが多いんじゃないかなと
32:31かふと思ったりしますねま隙間株osss
32:34みたいな話行ったとかあとイスコンですね
32:37これも13回も13年やってきてえま
32:39すごいイスコンに憧れて何かをしました
32:43みたいな人もいますしあとあのイスコンて
32:4613年前に始まった時に新卒ぐらいだった
32:51人たち当時20代の前半だった人たちがま
32:54だんだん13年経つとえ偉くなってきて
32:57ですねえ日本cto協会でイスコンの検証
32:59をやりましたとかそういうこともあったり
33:00とかしてまそうま色々こう文化として
33:04ミームとして残ってるんじゃないかな
33:06みたいな思ってまそういうことを考えたり
33:08し
33:10ますはいえっとあとはもうこれ最後の話
33:13ですねえもうこれは本当におまけみたいな
33:15話なんですけどえでま年を取ってからま年
33:19取ってま50歳とかになるとだ
33:22なんか体力とか大丈夫なのとか色々あの頭
33:25とかるのとか技術についてきるのみたいな
33:27いろんな話があると思うんですよねうんで
33:30まこれは実際はあのそんな全然大丈夫だ
33:34なっていうのがこの前実感したのでここ数
33:36年で実感したのでそんな話をちょっとして
33:38最後にまそれで終わりにしようかなと思い
33:40ますはいで年取ってからでも
33:42パフォーマンスが伸びるんですけどえこれ
33:45ですね2019年に僕結構健康診断の結果
33:48がだんだんだんだんやばくなってきてえま
33:50ダイエットを始めることにしてうん
33:52ウォーキングとレコーディングダイエット
33:54をしたんですね最初はあの太っていたので
33:56走れなくて
33:58というか走る走るという発想がそもそも
34:00なくてえあ歩いてたとうんでそしたらです
34:03ねま1年間で結構真面目にやったら
34:0510kmぐらい体重が減ってでそうすると
34:07ウォーキングが結構負荷がなんでしょうね
34:11物たりなくなるんですね1時間歩いても
34:13全然疲れないみたいになってきてでそう
34:14なると走れるなと思って走り始めたんです
34:16よでえ別に学生時代に走ってたみたいな
34:20ことは全然なくて本当に体育の以外の運動
34:23経験が全くないみたいなことで今まで生き
34:25てきたんですけどま体育の授業もね
34:28あんまり得意ではなかったので苦手だった
34:29んですけどま非常に楽しくなってはまって
34:31しまったというのがランニングの話ですで
34:35えっとランニングですねこれ2020年の
34:379月に始めてえ大体1年後のハーフ
34:41マラソンで1時間45分後切ってえその1
34:45年後にフルマラソンやって3時間34分台
34:48になってえで去年ですねそのさらに1年後
34:51に3時間30分切るっていう記録が出て
34:54これあの走らない人だとどれぐらいのもの
34:57かちょっとよくわかんないと思うので説明
34:59するんですけどえ大体これ市民ランナーの
35:03上位10%程度らしいですねえっと
35:06そもそもフルマラソンに出る人が数%
35:09らしいんですがまその中でフルマラソン
35:12走った人の中で上から10%ぐらいにいる
35:14らしいぐらいのえ成績が出るようになり
35:17ましたはいでこれ今でも大体月間に
35:20100kmぐらいで週4回程度走っててえ
35:23去年だと2300kmぐらいかな走った
35:25みたいなあるんですけどえこれはそうです
35:29ね楽しいんですけどえこれやっぱりねあの
35:3245歳から走って大丈夫なのかみたいな
35:34ことを思ったんですけどやっぱり人生で
35:361番今が若いっていうのはみんな皆さん
35:38言いほどですけどそうなんでえなので
35:42えやろうと思ったらいつでもやり始めた方
35:45がいいしあの頭に比べたら体の方がま落ち
35:48やすいはずなので年齢と共にねまそれでも
35:5145歳から始めて全然パフォーマンスが
35:53伸びていくのでまこれはやっぱり人間やっ
35:55たことはだんだんこううまくなるように
35:58なってるんだなということをえ最近ま実感
36:02しましたでまちゃんと練習したら上位
36:0510%までいけたんですけどえこれ
36:06ランニングが非常にあのエンジニアの方に
36:09おすすめだなって思ってるのはですねあの
36:11理論を本で学んでまそれを練習で実践して
36:14であのタイムや各種数値が全部出るんです
36:17よあの今ランニングウォッチありますし
36:19AppleWatchでもいいですけどま
36:21それで全部えどれぐらいのペースで走って
36:23いて心拍数がどれぐらいでどれぐらいの
36:25大幅で走っていてのが全部出るんですねで
36:28それをあのまとめてくれるサイトもあり
36:30サービスもあるのでまそうするとですねえ
36:33これはもうエンジニアリングと同じであの
36:36理論を学んで実践してその客効果を検証し
36:38てまたそれをフィードバックしてっていう
36:40ループを回すことによってどんどん
36:41どんどんこうパフォーマンスが上がってい
36:42くっていう要素がありますはいえっとあと
36:46とにかく僕はあの職業柄メトリクスとか
36:49グラフとかを見るのが大好きなのでえこの
36:50グラフを見るだけニヤニヤできるみたいな
36:52のがあってですねえ非常にこれはあの
36:56エンジンなんでしょうねエンジニアの方に
36:58おすすめかなと思ってますその練習する時
37:01に例えばこのグラフで言うと今出てる
37:04グラフで言うと1番上がペースなんです
37:06けどまペースがどれぐらいかで走ってて
37:08あの上に行った方が早いすねで
37:12えっと6kgから9kmぐらいまでの
37:153kgをこの時は3kgを頑張って走ろ
37:18うってえ決めて練習してたのでまその時に
37:21どれぐらいに心拍数が上がってペース5
37:23どれぐらい維持してどれぐらいの方幅で
37:25みたいながま全部出るんでまこれを見て
37:28まこなるほどこういうぐらいのペースで
37:30こうするとまこういうパフォーマンスに
37:32なるんだなとか疲れ具合がどうだなとかま
37:34そういうことがね全部できてま非常に
37:37モニタリングマニアにはおすすめな
37:39スポーツかなと思いますあとあの人と比べ
37:41なくていいってのがあってあの対人要素が
37:44ないのであの誰かに誰かと戦って相手の方
37:48がうまくて負けるみたいなことはないので
37:49えまとにかく自分と向き合うみたいなこと
37:52になれるので非常におすすめですまあと
37:55単に有産速度はいいですよねあの頭が
37:58すっきりするんであの走らなくても
38:01ウォーキングとかでも全然いいと思うんで
38:02やるといいんじゃないかなとか思ったりし
38:04まし
38:05たはいということでもう最後ですねえ
38:08まとめですはいえコドが好きなのでですね
38:13ずっと書き続けられる仕事をしたいと思っ
38:15てま今まで生きてきましてま今まもう幸い
38:18にコドを書き続けて仕事をしてますで
38:20ただしやっぱりそのプライベートな時間で
38:22書くっていうのはなかなか家族が増えると
38:24難しくなってくるってこがあると思います
38:26なので日々の仕の中でここならコードを
38:28書けるしまここではコードをうまく書いた
38:30方がいいみたいなポイントをちゃんと絞っ
38:34てあの技術力を伸ばしていけるとま
38:36まだまだ書くことはあるかなと思いますま
38:38書くの楽しいんでなるべく書きたいんです
38:40けどま書かない方がいいけど書きたいん
38:42ですでまそれをうまくやる方法ってのを
38:44どんどん身につけたいですねあとはその
38:47先達からの影響ってのはやっぱり受けて
38:49自分の今までのえ技術力だとか人生だとか
38:52そういうものは成り立っているのでまそれ
38:54をうまく引き継いでま誰かにちょっとでも
38:56影響を残せてま次の世代がなんかうまく
38:59いいことができたらいいなとはちょっと
39:01思っていますあと最後大事なんですけどま
39:03年を取ってからでもあのちゃんと練習すれ
39:05ばパフォーマンスは伸びるのであのもう
39:08何歳だしなとか思わないでなんかやりたい
39:11ことがあったらやってみるとかするといい
39:13んじゃないかなと思ってますはいえ今日は
39:15すごい個人的な話にきつ合いいただきまし
39:18てありがとうございました以上
39:20ですはい藤原さんありがとうございました
39:24是非皆さんパチパチをお願いしますすごい
39:27ですねもあの発表の前半のところでも共感
39:30コメントありましたけど最後のランニング
39:32のところでの皆さんの共感コメントが
39:34すごかった
39:36ですはいありがとうございますこちらで
39:38えっとご参加者の皆さんはアンケートにご
39:40回答いただけると嬉しいです後ほど藤原
39:44さんにもえっとコメントを共有しますので
39:46是非セッションのご感想だったり藤原さん
39:48へのあのメッセージだったりもご解答
39:50いただけると嬉しいですはいでは改めて
39:53藤原さんありがとうございました
39:55ありがとうございましたはいではこちらで
39:58ご大出いただければと思います
تصفح المزيد من مقاطع الفيديو ذات الصلة
【運用額1億突破！】様々な投資手法からバリュー株投資に行きついた理由／覚悟があった中の成功談／含み損をしている銘柄の発表!!
【なぜ必要なのか】目先の儲けや売上、短期的な発展ではなく、長期的に会社の繁栄をつくるためには、理念をお題目にせず、利益までの一貫性を通しきる理念経営を追求するべきです／パーパス経営／【46/100話】
商売というのは本来滅茶苦茶楽しいものなんだよ！（まっさんのエンジョイバイナリーVol.719）
【NTTデータ】転職しない理由は、この会社には◯◯があるから！？【中堅社員座談会】
コロナ危機、経済学者の挑戦：感染症対策と社会活動の両立をめざして #1（プレゼンテーション）【RIETI BBLウェビナー】
3,500人以上の経営者と商談した営業社員にインタビュー！
5.0 / 5 (0 votes)
