この番組は駆け出しエンジニアの順平と先輩エンジニアの海地のりが送る駆け出しエンジニアを中級エンジニアにキャリアアップさせるラジオになってます今日もキャリアアップさせるぞはいというわけで今日はですねはいリリーススピードをとにかく上げるトランクベース開発について考えるうわぁ気になるそれはいお話ではい

カイチが持ってきました初めて聞いたかもトランクベースはいなので今日はですねそのトランクベース開発って何?っていう話とあとはそれを実際に結構なんでしょうねそういうルール系って現場に落とすの難くねっていうのはあると思うんで現場に落とすまでの勘どころみたいなのが分かるこれって最初に言ったとおりリリーススピードをとにかく上げるための方法論方法

開発スタイルなのでそれもね一般常識として抑えておきましょうって感じになりますなんでこの話持ってきたかというとですね僕は最近DevOps Tokyo 2024というカンファレンスにオンラインで参加させていただいてそれは本当にグローバルなイベントなんですけどその中で架橋さん架橋さんって名前みたいですけど架橋という会社一言持ってた

でバリュードリブンデブオプスチーム価値貢献を大切にするチームがたどり着いたデブオプスベストプラクティスっていうセッションがあったんですけどカタカナの盲集おもろかったんでその話の共有って感じですねはいじゃあいきますまずトランクベース開発とはっていうところから入ってきますね聞いたことないと思うんですけど英語力をもってすればね

分かんないんじゃない?無理かトランクベースでしょトランクって言ったらやっぱり車のトランクだよねだからああいう大きい箱をいっぱい用意するオフィスオフィスいやノーじゃあもう一個あるんですけどトランクポートってVLANで確かなんか冗長化するときにいろいろまとめるみたいなのがあるんですけどなんかまとめてる

ノーですねじゃあわかんないわこれはですねざっくり言うとですねブランチモデルの一種ですブランチモデルっていうのはですねざっくり言うとブランチ戦略みたいなもんですはいはいトランクは何かというとメインですねメインブランチトランクと呼ばれる一つのブランチに対して細かくコミットしていくような開発スタイルのことをトランクベース開発と呼びます

ブランチを切らずにってこと?それはありますトランクベース開発をやる方法って2つあって流派が2つあって1つはブランチを切らずに直コミットし続ける方法怖っもう1つはフィーチャーブランチを切ってそこからメインにそのままプッシュしていく方法

2つあります流れだけで言うとGitHub Flowにすごい似てますねブランチ切ったらほぼGitHub Flowな感じGitHub Flowおさらいをするとブランチ戦略の一つでブランチ戦略なのかなブランチモデルなんじゃないと思ってるんですけどブランチモデルかメインブランチから機能開発するときにフィーチャーブランチを切って戻すだけみたいなGitHub Flowと違うのはデベロップブランチがない

GitHubブランチってGitHubフローの違いだったらGitHubフローの抑えなんですけどそんな感じで進めていくのがトランクベース開発なんですがじゃあGitHubフローと何が違うねんって話ですよGitHubフローと何が違うかっていうとそのフィーチャーブランチが分かれる期間が決まってますトランクベースは期間長くても1日長くても1日でメインにマージするでメインは常に動く状態であると

いうのがトランクベース開発の考え方ですちなみにそれはメインにデプロイ間違えたマージされたらデプロイも走る前提な感じですかステージング環境へのデプロイはするんじゃないですかねそれでいきなり本番環境は結構無鉄砲ものですね無鉄砲もんだよねそれは良かったですよ

トランクベース開発になりますこれ細かく修正していってるやん何が嬉しいそれでって思っちゃうところはあるかもしれないですけど開発者目線と企画というかプロダクトマネージャー目線で嬉しいことそれぞれありますねまず開発者目線開発者目線でいうと1日未満の作業をマージするわけじゃないですかなんで修正が少ないですと

プルリックしやすいしコンクリート起きづらいしメインがずっと動く状態であり続けるっていうのはやりやすいプロダクトマネージャーというか企画側の人の目線で言うとコミットのスパンがすごい早いっていうんですか例えばで言うと

1日経ったら次のタスク取り組めるわけなんですよチームはつまり急に入ってきた優先度高めのやつもすぐメインにマージできるっていうのがすごいいいよねっていうのでDevOps界隈でちょっと盛り上がってるワードというかこれは今盛り上がってるのもそうなんですけど数年前くらいから盛り上がってるワードになりますね

今いいことポンポン言ってきましたけどとはいえとそうですよ思うことありますよ現場で回すの難しくないかとちなみに何思いました?でかい機能どうするんだろうみたいな1日で終わんないやつとかあるだろうなって思いましたしうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんうんンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンンン

っていうアクションを一般論的には取るんですけどとはいえむずいんですよそれどうやって分けんねんってのもありますし単純にさページ作るのに作業時間がかかるページとかだときつくないってなっちゃうけどねウェブページとかのクソ長LPみたいなとかもあるでしょうしあとは数時間でさブランチ切って

マージしてっていうのが何人もいたらメインブランチすごいことになるんじゃないとかねコンクリクトとかねあとはさっき言ったようにタスク分けるとするじゃないですか例えばさっき言ったのりさんでいうクソデカLP

作りますってなった時に多分タスク分けようと思ったら多分LPのトップ画面トップ画像だけとかそういう分け方になっていくと思うんですけどフロントはまだいいかなバックエンドでAPIが返すJSONの中身ちょっと変わりますとかなった時にアプリ全体壊れるんじゃないみたいなねそういう辛さもありそうだなと

僕はトランクベース開発をそもそも勉強してて思ったところではあったんですけどそれを現場でどうやってるかを聞けたのがこのDevOps Daysでしたいいですね導入が素晴らしいなんて言ったってブログ記事にまとめてますからねさすがすごいというので正直えっと

そうだなセッションの資料はこのポッドキャストのエピソードの説明欄のところに載せておくので正確なところはそのセッション資料見てくださいでいう前提でじゃあ架橋さんどうやってそのトランクベース開発を回しているのかっていうところに打っていきますはい

でどうやってるかというとまずブランチの戦略モデルについてはさっき出たメインブランチに対して寿命の短いブランチを着てマージしていくスタイルでやってましたまあそりゃそうだよねとまあそうよねでリポジトリはモノリポを採用してるらしくてでモノリポって何っていうといろんなアプリケーションを一つのリポジトリで管理してる

サービス動かすのにいろんなリポジトリいますよねフロントエンドとかバックエンドとかバックエンドが連携するなんかがいたらそれも必要なのかもしれないですしねそれを一つのブランチで管理しているなおかつ開発タスクこれはチームで一個しか同時にやらないこの新機能を作るぞってなったらそれ一極集中みたいな一極集中だしフィーチャーブランチも一個しかできない状況にしない

絶対コンフリクト起きないってこと?いや起きるか起きるかコンフリクトは起きないでも全員同じブランチで作業してるってこと?イエスつまりモブプロペアプロで作業を進めているあーなるほどちなみにチームは8人チームらしいんですけどエンジニア4人っぽいですねエンジニア4人で

モブプロペアプロでやってるあとはCICDうんうん

これなんかどうやらデプロイブランチ分けてるらしくてソースコードのブランチあるじゃないですかでメインにマージしましたCIもありますでステージング環境にデプロイされますでデプロイ用のブランチの方で自動でステージングのデプロイ用ブランチがあるんですけどそのデプロイブランチ何やってるかっていうとメインにマージされたら本番環境へのデプロイが走るっていうCICDが組まれてると

でソースコードの方でメインにマージされるとデプロイ用ブランチの方でメインへのプルリクが走るんですってプルリクだけでステージング環境で動作環境してステージング環境動くわプルリクマージってやると本番環境に流れるスムーズ僕あんまりデプロイ用ブランチ分けるっていうリポジトリ分けるっていう発想したことがなかったんでなるほどこうやるんだっていう気持ちになりましたねうんうんうん

はいっていうのでなんか進め方としてはその今話したような進め方でやってるみたいでつまりチームとして制約を受け入れてるってわけなんですよいろいろ制限がありましたね今トランクベースってさっき言った通り細かくメインに回していくんでコンフリキュートとか大変そうとか僕言ってましたけどそれは一つのフィーチャーブランチしかできないようにすることで解決してたりとかあとねそのリリースするときの機能

なんか壊れちゃうことあるんじゃない中途半端に開発したらとかもやっぱりチームで一つしかやらないしタスク分割の段階でこれこの順番にやっても壊れないよねみたいなことをやってそれで壊れないように進めてるみたいな話だったらしいですなるほどなんかそれあれですよねなんかその組織の運営を担っている人の寛容さもすごいですよねなんかそうそれがすごいポイントって言っててあのまあ

組織というか多分これは開発チームでチームで動いてるんでこういうストランクベースで進めていいですかとかそのタスク同時に進めるの一個でいいですかってプロダクトマネージャーに合意する必要があるんですよそんな企画の人からしたら早く開発せいやっていう何4人で一緒にやってんねんお前ら別々でやったらもっといけるんちゃうかみたいなそうそうそうそうそういう状況でもこれは想像ですけど

新規事業をやってるチームらしくて開発チームを立ち上がってから1年でエンジニア4人って言いましたけどそのうち半分はここ最近入ってきた人ここ最近って言っても数ヶ月経ってんのかもしれないですけどなのでそのナレッジシェアっていう意味も込めて多分モーブロで進めててルーとかはそういう話をしてましたね多分そういうのを

メリットとしてちゃんと伝えられてたからこそビジネスメリットさっき言ってたように変更すぐメインに入れて価値検証しやすいですよみたいなそういう合意を取れたからできたっていうことはセッションの中ではおっしゃってましたねだからトランクベース開発

最初に言った通りリリースをとにかく早くするっていう行業しじゃないななんかすごいバーンって吹かして言ってましたけどこれって多分有効なケースって限定的で多分01のプロダクトに使うべきじゃないですね動くものがある動くものがあるソフトウェアに対して有効だと思いますしなおかつその何でしょう

ちょっと前というかよくあるソフトウェアの開発だと機能1個ずつ足して本番で

試すってことは多分あんまりない気がしてて世の中にいけてるサービスは1機能ずつ足すことあるかもしれないですけど僕が今まで関わってきた世界だとバージョン2みたいな感じで便利機能をまるっとこそっと突っ込んで実施するみたいなのが一般的なのかなと思うんですけどそういう風な戦略でやりたいんじゃなくてちょっとずつ仮説検証していきたいよ顧客に対してっていう進め方それこそ新機能出してみてABテストやってみたいな

このお客さんには新機能を使わせてこのお客さんには表示しないってやってお客さんのなんかそのツールを触ってる時間どんぐらい変わるとか満足度どんぐらい変わるみたいなテストするっていうような進め方の場合そんな時はトランクベース開発有効なんだなとなるほどねいうことをなんかこのセッションを聞いて思った次第でしたうんうんうん

はいっていうのが僕がDevOps Daysっていうイベントに出て結構トランクベース開発ってねワードとしてはめっちゃ出るんですよそうなんだDevOps Daysってそもそもちょっと順番おかしいんですけどDevOpsって伝わる?伝わる伝わるDevelopとオペレーションなんで開発もするし

ちょっと運用的なこともするみたいな結局その開発してからリリースするでお客さんに使ってもらうまでの流れをめっちゃ効率化させるのを目的としているようなワードだと思ってるんですけどデブとオペレーションを今融合させてっていうのはこの前読んだなんかの情報がすごい分かりやすかったんですけどはい

デベロッパーって新しい機能をリリースたくさんリリースすれば価値になるじゃないですか一方運用の方のエンジニアってサービスを安定稼働させるのが目的なんでリリース少ない方がメリットあるんですよっていうので利益相反してるよねってとこからデベロッパーとオペレーションチームが一体化になってビジネスの価値作れるようになるといいんじゃないかっていうので始まったのがDevOpsらしいですうんうんうん

そうなんですよねその利益相反してますもんね本当にでなんかなんだっけなちょっと忘れたけど開発者って運用しない自分で運用しないコードめっちゃ適当に書くんで人間の差が出てますね人間の差があるんですよそれがだから開発俺は運用嫌いなんですけど運用すべきです

運用が楽になるようにソフトを作るべきですそこまでしないとエンジニアって多分モチベーション出ないです運用側にこれは僕が勝手に言ってるだけなんですけどそう思うんでなるほどね僕は結構運用興味あるタイプなんでそうなんですねやだよ深夜になんか荒となって対応するのめっちゃやだそういうのがあるんですよ運用ってそうだな確かにな

それをやらなくていいようなスキームというかツールは出てきてますけどね自動回復してくれるとかね手羽根ってまさしくそうですよね一昔前はねなんかとりあえずアプリケーションクラスしちゃったうわーっていうハードウェアのサーバーありましたけど最近コンテナはねこいつ生きてねーわ再起動しようって勝手にやってくれますからね全然良くなってますけどっていうのでトランクベース開発という

なんか良さそうなブランチモデルブランチモデルって言ってるのでこれはGitHubフローとかGitFlowと同列のものらしいです扱いとしてはあえてブランチモデルって言ってるのはなんかブランチ戦略とブランチモデルって単語の意味違うらしいぞっていうのにちょっと気づいてですねそうなんだはい

って気づいて何が違うのって調べたら全然出ないんですけどそして混同して使ってるごっちゃにして使ってるブログとか記事は日本語にも英語にもいっぱいあるんで同じ意味なのかもしれないですけどブランチモデルの方が意味が狭いっぽいですブランチを運用する具体的な方法がブランチモデルでそれをひっくるめてリリースまでどういう風に設計するかみたいなのがブランチ戦略らしいですらしいんで

本当かは分かんないですそういうのいっぱいあるよねちょっとこれマジで分かんなかったですちゃんとしてそうな会社のブログでも混同して書いてるんで実は一緒なのかなとも思ってますけど分かんないそういうのいっぱいあるあとすみませんもう一個だけタスクどうやって分けるの問題なんですよね確かにさっき言ってた通り1週間かかる機能悪くないかと

これはセッションの中では具体的な話は全くなかったんですよ全くないなと思いながらそれってスプリントっていうかスクラムでも同じことが言えてスクラムも結局1週間スプリントだったら1週間で終わるタスクに分けなきゃいけないんですよ最近僕それすごい悩みというかうわーこれめっちゃ大変と思っててプロダクトオーナーが持ってきたタスクを

これって1週間で終わるのかなってスクラムイベントの中で一瞬で考えて終わんない終わんないって言って終わんないならじゃあどう分けるってこう分けてこう分けてこう分けてってやるのってすごい大変だなと思ってて確かにで多分そのスキルってエンジニアとして多分めちゃくちゃ大事ですというのも作業の具体化ができないと見積もりができないから見積もりができないのが大変なので多分これは職人技なんで今後多分いろんな勉強していろんな経験して

なんとか方法論化できればなと思ってます今日はチャットGPTのアドバイスで我慢してくださいはいチャットGPTに聞いてみましたトランクベース開発において例えばECサイトで商品追加機能を実装するこれはトランクベース開発ではどういう風にタスクを分けるんですかと商品追加機能を実装するさすがに1日じゃないですよね

まあいろいろ考えることが多そうですよさすがに1日じゃないですよねでじゃあチャットGPTに投げましたとでどう分けるかって言ったらデータベーススキームを更新しますとこれをまず1タスクでそれが終わったらバックエンドAPI作りますとこれを1タスクで終わったらフロントエンドのフォーム作りますこれ1タスクでフォームだけ作ったらその後このフォームに対してバリデーションとエラーハンドリング

実装しますその後ユーザーインターフェースちょっと改善したり最初に入力してねみたいな薄い文字が減ってるとかねあとはリファクタリングやってフィーチャーフラグ導入してみたいな感じで分けるって言ってましたなるほど本当にじゃあ

縦割り?ちなみにバックエンドだけ作ってリリースするっていうのはSPAとかなら分かるんですけどそうじゃない場合エラーで終わっちゃいそうだなっていうのあってむずいですよねそれを解決する話をすごいすっ飛ばしてしまったんですけど多分それがフィーチャーフラグっていう考え方で解決してるんだろうなと思ってフィーチャーフラグって何かというとこの機能をオンにするオフにするっていうフラグですねなのでIF

まあトゥルーだったらなんかそのフィーチャーフラグがトゥルーだったらこの機能を返すしフォルスできたらこの機能を返さないみたいなやつで多分出し分けるんだと思いますただ一方でそんなんやり始めると多分テストとかとんでもないことになるんで対応しないようにねとはセッションでも言ってましたけど超大変そうですよねそれは多分旧機能を残しつつ

オンにすれば切り替わるようにするんでしょうねあと消したりしないですかね昨日改善が終わったら消すんじゃないさすがに消すっていうタスクになるんじゃないなるほどあとデータベース設計最初にやるの怖いななんか

機能作ってる時にデータベース最初こうやろうと思ってたけど後々この高齢漏れがあったデータベースこうしないといけないみたいな別にそれは高齢漏れを直す時でいいから分けていいのか分けていいと思います割と設計段階で分かりません?分かんないか実装でフィードバックされることあるなって気するけどねその時はどうするんだろうな別できるのかな急に

データベース修正するっていうのでも切るんでしょうねきっとそうじゃないと辻褄はないからそれでマージというか取り込んで進めていくんでしょうねなるほどこの職人技なんでかなり1日ではさすがに分割するのはただこれは日常の仕事でもやるべきです絶対これは間違いないですよね間違いないなのでちょっとエンジニアとして多分ここからエンジニア人生長いと思うんでいろんなプロダクトに関わると思うんですよ

そのプロダクトに関わるプロダクトの性質によってやるべきことって変わるはずなので手札としてトランクベース開発っていうところを頭の片隅に置いといてもし自分がそういうお客さんに使ってもらってフィードバックを得て改善するみたいなそういう開発スタイルを求められるチームに入った時にこういうやり方を提案できるといいなというのでちょっとお話した次第でしたなるほど

こういう手法を知るの大事だよな大事ですねかっこいい何が?やってる人?知ってる時点でかっこいいなって思ってそうですよね引き出しだからね確かにしかも開発手法の名前の中で一番かっこいい説あるからなそうかなトランクベースですよなんかかっこよさそうさらにかっこいい説出せればいいけど思いつかなかった同じ気持ちでしたアジャイル開発とかかっこよくない?

ブランジ戦略とかかっこよくない?戦略かっこいいですけどサイドチャンネル攻撃とかは?攻撃?攻撃なんかもっとありそうだからゼロデイ攻撃の方が俺好きですゼロデイ攻撃かっこいいなゼロやばいですからじゃあお便りいきますねラジオネームあさんからのお便りです

ゲームの名前みたいですよねゲームだったらあーでしょ一文字じゃないかマックスまであー入れる感想からです早速ウィキ読みましたまたオフ会参加したいです前回はエンジニア転職前でしたが今は現場入りも果たして新たな悩みを共有したい気持ちですとのことですウィキなんだっけ現場入った時にウィキ読めみたいなやつあーそうだ素晴らしい

前回エンジニア転職前でしたかってことはオフ会前回も来てくれたんですねこの収録したエピソードがオフ会の後の気がしますが公開が確かに今は僕らは今オフ会の前の世界線にいるので楽しみにしてますポッドキャストで話してほしいことタスク進捗が早くなる方法を聞きたいですざっくりですいませんということで進捗が早くなるための方法ですねOK何かありますかありますありますはいいいですかマジでうん

これ僕実際悩んでたんですよここ3ヶ月最初の頃マジ思ったよりタスク進まないなってなってそれがなんかうまくいくようになったんですけどまず一番効果あったやつランニングマジでこれどういうことジム通うようになってからパフォーマンスが変わりました

まあでもやっぱりそうなんだマジで変わった特にランニングした時が一番変わったどう変わったんですかそれはなんかね今までこう考えるにしてもさもやもやもやもやとかもやがかかった状態というかそうすることがでかすぎて考えてるうちに別の方を飛んでってあれ俺今何やってたっけみたいなのが結構頻発してたんですけどそういうのが減りましたね圧倒的にフォーカスできるようになったんですねそう

しかもついでに筋トレもしてるんで腰痛とか肩こりとかそういうのが解消されてノイズが減ったのでこれ結構ね効果あったなって思いますねありそう

あとは定時に上がることに命をかけるようにしましたねいいですねそのために何したらいいかなってなって僕結構神経質というか行動に対して神経質なんでもっと綺麗に書けるんじゃないかみたいな思っちゃって時間かかることあるんですけどそれをもう全部やめました妥協し始めたまず動かすっていうのを考えてそこから直すようにしましたねこれが効いたなうんうん

まあなんかテストないけどテスト駆動みたいですねレッドグリーンにリファクタリングじゃないですけど動かしてからリファクタリングするそうでテストは自動では書いてないけど言うて手動ではずっとやり続けてるんでまあそれはそうですよねなんで実質TDD違う違う違う実質TDDですね違う違う違う

それ和田さんの前で同じこと言えんのですよねいや本当だよねそれT和田の前で同じこと言えんのですよねいやそうあとちょっとねTDDについてもね今ちょうどあのクリーンクラフトマンシップという本読んでるんですけどこれねタイトル間違ってて一緒にやるテスト駆動開発なんですよあれ初めてのいやもう実際ね内容がそうなんですけど僕TDDを結構勘違いしてましたね

こんなに細かくテスト書くんだってめっちゃ思いましたうんうんうんこれは別回でちょっといやーそれ多分議論ありますよ議論ありますそれ議論ある?はい別回で多分議論あります議論あるんだ多分ねうんはいでもありがとうございますはい

いいこと僕は正直牛尾さんの本が全てだと思ってて脳内メモリにどんだけ情報があるかですタスク進捗が早いかどうかは確かにぶつかったタスクに対してググんなきゃいけないとか人に聞かなきゃいけないっていうのをどんだけ減らせるかがタスク進捗が早いかどうかで

なのでパッと早くなることはなくてタスクをするしながら脳内の情報を増やしていく努力をもう本当に地道にやっていくしかないただそれができないと一生遅いですなるほどと思っててなので僕は普段今本当に転職してちょっと経ったけどまだまだ仕立てだと思ってるんで脳内メモリに情報を残しながら

仕事をしようっていうのを意識してスピードアップ目指してるって感じですなるほどじゃあ最後僕はですね長期的にはカイツさんの話とかだと思うんですけど小手先のテクニックで言うんだったらこの1時間はスラックで通知とか来るじゃないですか見ないノイズを減らすっていう意味でよく悪いところもありますがそれはこの1時間はこのタスクに集中するっていうのでノイズを減らすってなると一応

集中できて早くなるのかなって思いますね1時間なら全然良くないって思うけどね1時間なら全然良くないですね同じこと言いましたそしゃくして同じこと言いました人によってはもしかしたら席外してるのかな結構長い間席外してるのかなって思う人もいるのかなと思ってメンションしてすぐ帰ってこなかったら

スラックはないんじゃない?あんまないっすかねスラックは気にしいい動機のコミュニケーションだからねメッセージはねスラックはないんじゃないかなそうね急ぎならスラックってハドルって電話の機能あるじゃないですか最近それやってもらってますね僕急ぎの時は電話かけてってそうそれがめっちゃ楽だなと思ったスラックはもう一旦置いといて2時間集中してハドルだったら出るみたいななるほど

はいまあそんな感じでちょっと小手先のテクニックとしてはと思います大事大事なんかよくありますよねビジネス本とか読んでてもねメールなんて1日2回しか見るなみたいなねありますからそういうのに近い考え方ですねわかるはいというのでちょっとあさんのヒントになれば幸いです幸いです幸いですはいあのオフ会楽しみにしますちょっと誰だかわかんないですけどねこれなんか

メールもらった人じゃないですかね定まらないさんじゃないですかね定まらないって書けじゃあ定まらないさんだったら違うのかなこの時より後じゃない定まらないメールはそうですねだから多分右を曲折あって定まらないに定まったんじゃないどうでしょうねもともと10進数を2進数に変える計算すると嫌なことを忘れます3からのあ3からの定まらないさんいや俺違う人だと思うよ違うから俺はね違う人だと思うこれで

定まらないさだったらガツンと言ってきますわ怖い怖いガツンと言っちゃってアサン僕私はアでしたってオフ会で言えるか分かんないけどオフ会というか懇親会懇親会でちょっと聞いて回ろうと思いますもしくは最初の注意事項の中で聞くとかねこの中にアサンいますかさらし上げいたらガツンと言うんだよアサンに対しては言わないで

アーユーアー?アーユーアー?ハチャメチャな英会話すいませんなんでもないですでは終わりますねではハッシュタグひまじんプログラマーでSNSネックスでフィードバック募集してますのでDevOps Daysで学んだこともしある方いましたらシェアいただけると嬉しいですあと一番かっこいい単語知ってるよっていう人もぜひ募集お願いしますDevOpsかっこよくないですか?DevOps?Dev入ってるからなあー

とてもわかるいいねそれそれちょっと優勝決めたいですね優勝決めたいね一番かっこいいやつ探しとくわ言うてそのバグ雑学会のアリストテレスとか別にかっこいいですけど確かにね懐かしいあんま誰も聞いてないと思うけどね記憶に残ってるんですよねでも

あとはポッドキャストの説明欄からGoogleフォームで番組のお便り募集してますのでそちらから番組の質問要望コメント感想何でも募集してますお願いしますうちではこんな開発戦略してますよとかも聞きたいですね聞きたい各種ポッドキャストプラットフォームでフォロー高評価お待ちしてますぜひ高評価お願いしますお願いします切実お待ちしてます

というので僕はさっきちょろっと言った通りポッドキャストの台本をブログとして書いて投稿していくぞチャレンジと開始するんで開始する重てーそれはちょっと追っついていけないかもこれ結構重たいですよね絶対重い俺も結構重たいなと思ってるやってみて無理だったら諦めるんですけどうんうんうん

やれるだけやりますのでキータで見かけたら読まなくてもいいんでいいね押しておいてくださいキータに書いていくんですね皆さんフォローお願いしますではまた次回バイバイ日本のエンジニアは使うアプリが多すぎる事実ヒマプロの使用アプリ平均数38.6個レイキャストならアプリの即起動過去のコピー履歴を引き出せる

ウィンドウのリサイズなどこれ一つで作業効率アップしかも料金無料今すぐレイキャストで検索