この番組はエンジニアの成長は楽しい学びからおもっとうに日々インプットした話題をお祝いをお届けするラジオになってますやっていきましょうよ今僕ですねGitHub CICD実践ガイドという本を読んでましてこちらの先昨年の消費者エンジニア本大賞のトップ10に入ってたっけなそんな新しい本だっけあれあれなんかあの去年出てたからと去年出てないやつも入ってませんあれ

それこそエンジニア牛尾さんの本あれも去年入ってたんでそう考えると発売はそんなに関係ないんじゃないかなと思っている気づいたら違う本読んでますねこれは探さなきゃと思ってコミュニティ内でもちょっと

いい本でしたって話題になってましたねこのエンジニア本大賞を眺めた上で次何読もうかなーで光ってたのがこれっていう感じですね輝きね光ってたのねここが割と他のやつねセキュリティの本もいいんですよね確かに大賞もだってあれでしたもんね大賞ってちょっとイントネーションが大賞になっちゃいましたけど

対象ですね対象もハッキングを始める本っていう感じでしたけどね趣味でセキュリティやってる人のやつですよねそうなんだちょいちょいいるんですよねそれこそありますよねそういうサイトいつかやりたいんですけどキャッチザフラッグ用のサイトっていうんですか脆弱性のあるサイトがあってじゃあまずミッション1他のユーザーの

情報を抜けみたいなで抜けるとポイントが入るみたいなサイトあったりしますけどねそんなことは置いといてCICD実践ガイドっていうギターアクションズの本読んでて仕事でもギターアクションズ使ってはいるんですけどちょっと体系的に学べてなかったなというところで今更読んでるっていう話なんですけどその中で今日は構成要素の話をしていこうかなと思ってますそもそもなんですけど

GitHub Actionsってご存知ですかはい怖っなんだっけ怖っなんかどんなんでしたっけなんだっけあれ確かにそう言われるとあれなんですけどCICDツールとでも言えばいいんですかねえーと怖いないいよまあそれで言うと多分アクションズはあまあでも確かにCDもやってくれるのかなやってくれるかそうですねはいCICDに使うやつですね

で終わりにしていいですか全然大丈夫具体的にどんなことやれるというかどんな嬉しいことがあるかというとそうですねプルリク出すたびにテスト回したりとかメインにマージされたらデブ環境にデプロイするとかその辺の何でしょうねワークフローっていう言い方しちゃうんですけどワークフローを組めるやつになりますなんで

それをできると何が嬉しいかというと品質担保ができますよね例えばテストだとしたらねプルリクとか見るときにこれって本当に動くんかなとか言えるじゃないですか他の機能に影響ないかなとか言えるじゃないですかテストコードに修正がないかつGitHub Actionsでテストが回されてた場合手元にクローンしてきた後に

既存のテスト壊れてないかなって試す必要ないんですよなるほどね実行済みのものしかないからそうですみたいな感じで担保ができるのとあとまあいちいちやらなきゃいけないことが自動でできるみたいなのが使い方として主なのかなと思ってますGitHub Actions確かになんかそういう系以外にもさ一周に対してラベルつけたりとかできますよねできますねはい

ちょっとやろうと思えば色々できるんですけど言うてしまえばコマンド実行できたりとかするんでねその構成要素どんなのあるだろうっていう話をちょっと前半させていただいて尺次第で僕が仕事でこんなことやってるよみたいな話できればなと思ってますではまず構成要素の話をしていきますねこのGitHub Actionsっていうのは基本的にYAMLで定義されますこのYAMLファイルで定義されるやつワークフローと呼びます

これは一番でかい概念ですねワークフローって何かをきっかけに実行されるんですねその起点がイベントっていうんですけどどんなことでやられるかはめっちゃありますとプッシュされたらとかプルリクされたらとかデプロイしたらとかあとはレビューコメントを

きたらとかデプロイしたらっていうのはデプロイ用のワークフローが動いたらってことですかそうですねあとはワークフローこれのワークフローが呼ばれたら次こっちみたいなこともできますあとは時間でスケジューリングとかっていうきっかけでいろんなことができますよとワークフローって何でしょうね例えば

単体テストを実行するとか言いついテストじゃないな内部結合テスト実行するとかみたいな感じでやりたいことの実行単位いろいろあるじゃないですかそれも個別でジョブっていう風に分けて実行できたりとかもしますここまでは概念的なところになりますねでそうですね

ジョブはワークフローの中にジョブが並んでいるイメージですかワークフローの中にジョブが並んでいるイメージですかはいそうですねワークフローの中にジョブが並んでいますはいジョブの中でですねステップっていうのが定義できます今すごい

階層が並んでますけどワークフローがあってジョブがあってステップがありますステップでは一般的に2種類実行方法があります1つ目がシェルコマンドを実行するパターンですねよくあるのだとなんだろうなCDコンティニュアスデリバリーデプロメントチェンジディレクトリードッカーファイルみたいな

あるのかなあるのかな例えばnpmインストールとかやるね絶対そっちだわとかシェルコマンドでやられますねCDやらんCD多分やんないからもう一個がアクションですねアクションっていうのは別のアクションを呼び出せますどういうことかというとGitHubアクションで他の人が公開しているものとか自分の中で使い回せるものっていうのを

使うことができるってことはステップの中にアクションがあるってことですかステップの一種にアクションがあるってことですかステップの一種にアクションがありますステップの種類でシェルコマンドとアクションがあって他のやつを呼び出せるものがあるとなるほどねどんなのがあったら他の人が公開してるシェルコマンドの塊みたいなことだよねはいそうですねシェルコマンドの塊って言っていいのかな

最終的にそこに分解されないのかな例えばですけど環境構築系のやつはよく使われるかも例えばノードの実行環境みたいなのを用意しますみたいな

そういうことね普通にNPM実行する前にノード準備したりとかそうそうそうそうUse these actions set up nodeみたいなやつ使ってめっちゃやるわ確かにチェックインみたいなのすっごいいっぱいやるイメージあるんだよなチェックイン

チェックアウトだっけなあれかリポジトリのコードをチェックアウトするんだそれかめっちゃいっぱい使うイメージある基本的にこれやらないと始まらないでしょうねっていう感じでまずワークフローとジョブとステップがありますともう一個大事な概念としてはランナーっていうのがありますねこのGit of Actionsを実行する場所ですねこれは指定して

やれたりするんですけどざっくり2種類あってGitHub Hosted RunnersとSelf Hosted Runnersっていう2つありますGitHub Hosted Runnersは何も用意しないでGitHub側で持っているインクラで動かしてくれるやつ基本的にはプライベートリポジトリだとあるところまで無料であるところから重量課金パブリックリポジトリだと無料ですね

でなんでめちゃくちゃヘビーにプライベートリポジトリで使うんだったらセルフホスティットランナーを作りがちになりますねなんでその個人開発でやるぐらいだったらギターボスティットランナーズで僕はお金かかったことがないんでめっちゃ作ってるわけじゃないんですけどまあまあまあまあやってるんで結構無料枠でかいっすよね結構でかい結構でかいんでそうなるかどうかわかんないけど結構でかいというかまあ趣味でやってるぐらいだったらいかない多分

色々やらせたらいくけどなのでちょっとプライベートで開発してる人は個人的な考えですけどテストとGitHub Actionsはやった方がいい今時AIがめっちゃ簡単にやってくれるんでとは思いますがねというのが以上構成要素としてパッと挙げられるものだったりしますねワークフローとイベントとジョブ

ステップっていうのがあってあともう一個ランナーっていうのがありますよっていう感じですねもう一個だけ別軸紹介なんですけど運用しやすいワークフローの設計っていう章がありまして運用しやすいワークフローのTipsみたいなのが書いてる章なんですけどそこでちょっと全部は紹介しないんですが気になったやつだけをちょっと紹介させていただきます一つ目がキャッシュっていうやつですキャッシュキャッシュっていうのはキャッシュしてくれるんですけど

アクションズで使うものをっていうのかなアクションズで使うものどういう風に使えるかっていうとNPMインストールとかキャッシュできるらしいんですよNPMインストールってまあまあ時間かかるんですよGitHubアクションズで使われるランナーって基本的に

エフェメラルな特性を持つっていう言い方されてるんですが毎回破棄されるんで毎回真っさらな状態で実行されるんですねそれを毎回NPMインストールとか環境構築みたいなところをスクリプトでやっていく必要があるんですけどキャッシュしてると時短でやれるので基本的にそういうところはキャッシュしていくと

ランナーの時間を節約できるなるほどそれはあれですかパッケージロックJSONが変わったらキャッシュなくすよみたいな設定できるってことですかそうなんですありがとうって感じですよねパッケージロックJSONに変更があったらNPMインストールする

しないんだったらキャッシュするみたいな動きをしてくれるみたいですまあ一体こんなもんかなあとはログ周りでいっぱいログが出るんですけどなんか正常終了した上でテストの結果を目立たせて出したいとかの時にはなんかアノテーションつけてテスト結果だけ色つけるみたいなことやっぱできるみたいなんですけどその辺は応用編って感じなんで

ログかギターアクションで触った時にすっごい苦戦したなって記憶があるんですけど失敗してるのは分かるんだけど原因特定するの難しいなみたいなワーって出てきましたよねログ見てそれエラー出てるんだけどじゃあ今そのランナーというかコンテナの状態がどうなってるかが分かんないから一旦止めてコンテナログインしてLSとかやってどうなってるかを確認して

こうなってたのかって書き換えてもう一回動かしたらまた失敗して一回止めてコンテナに入って修正してみたいな地道なクソ作業みたいなやつをめっちゃやってめんどくせーってなった記憶あるんですよね僕もやったことありますですよねでもと

どうなんですかね仕方ないんじゃないかなと思ってますよね実際あれは仕方ないのか海の苦しみみたいなのありますよね海の苦しみ言葉違うと思うんですけどねもっとクリエイティブなやつに使うイメージだったけどそうですねアイデアが出てこねえっていう気がするけど

あれどうにかならないですかねこの本読み進めてあるとは思えないですけど正直なんかあったらまたお話させてくださいというのがここまでは本の内容をさらっとした感じですここから尺が余ってるんで仕事の話しようかなと思ってるんですけどこれはすごいだろうって話よりは僕も勉強になったしもし何か改善案あるなら何か教えてっていう話なんですけど

今僕開発してるプロジェクトってリポジトリめっちゃあるんですよ60から70ぐらいあるんですよ多いね1チーム6人とかなのにすごいなめっちゃ多いソースコードはおそらく30ぐらいですねなんで60あるかっていうと

ソースコードを一つ作りますそのアプリケーションをデプロイするためのテラフォームのコードを書きますそのテラフォームのコードは別のリポジトリになります基本的に1個のアプリケーションというかシステムマイクロサービスあたり2リポジトリぐらいあるというのが現状ですねすごい多いじゃないですかリポジトリ多いね

そんな多いのに全部ランチにちゃんとリポジトリにちゃんとブランチ保護つけたりとかなんだメインブランチの保護を入れたりとか同じようなポリシーを適用していってるわけだとかあとはアクションズテラフォーム系は全部ねプラントアプライのアクションズつけてとか

やってるんですよテラフォームでのリポジトリも20とかあるんでしょうね数えてないんでぶっちゃけ分かんないんですけどその中でどういう風に運用してるかっていうところで言うとアクションズの観点で言うとキットアップアクションズをモジュール化できるのがあるんですねコンポジットアクションっていうそのコンポジットアクションを使って

テラフォーム系のリポジトリに関しては一括でアプライトプランのアクション図を展開してっていうんですかねで使い回すようにしているとなるほどこうやってやったらいちいちワークフローのファイルっていうのかなYAMLが生まれないで済むんだっていうところの学びではありますね本当にこれ整備していただいた方がすごい優秀だった

なるほどねそうやってだからアプリケーション作ったらテラフォームも頑張って書いてるんですけど本当にアプリリリースとともにIAC化してリリースしてリソース変更するって言ったらテラフォームのコード修正してリリースするときアプライしてみたいなことをやってるわけなんですねこれすごいやってよかったなって思うのはあの

あとそうだすいませんもう一個あってGitHubアクションの共通アクションをまとめてるリポジトリみたいなのがあるんですよGitHubアクションの共通アクションをまとめてるリポジトリそれこそさっき言ったテレフォンプランとかアプライとかをまとめてるリポジトリがあるんですよなんでいろんなリポジトリにアクション図を展開しようと思ったらここ変えたいねみたいなのがあるんですけどこの運用がすごいいいなと思っていて

PRエージェントあるじゃないですか急に話飛ぶんですけどPRエージェントっていうプルリクエストをAIがLLMがレビューしてくれるアプリプログラムがあって

それってGitHubアクションズで動かすんですよそれそういう名前のサービスPRエージェントって製品?プロダクト?プログラム?なんていうんですかOSSカーソルで言うバグボットみたいなバグボットかわからないあくまでプルリクエストに対してフィードバックしてくれるやつです確かバグボットそうだった気がするそうなんだGitHubの?そんなことしてくれるの?

じゃあ似てるやつかもしれないですねそのPRAGにとってアクションズで入れる人があるんですよリポジトリ60何個もあるじゃないですか一個一個入れるわけないじゃないですか確かにやばいでしょ俺入れちゃうかもなでもいやでもわかるで

そのPRエージェントも設定めっちゃできるんですよね何のAPI使うとかもそうですしプロンプトエンジニアリングもできますしレビューこういう観点でみたいなね正直そのカスタムに関してはリポジトリごとに最適化されるべきなんですけどこういう行動規約で書いてるんでとかはでも一旦トライアルだったっていうのもあるしえーと

そもそも使い方正直よく分かってないんでよく分かってないって言い過ぎだなどういう風にPRエージェントを設定すると一番いいレビューをしてくれるのかなんて手探りなんで一旦入れてみようっていうところで共通アクションリポジトリにPRエージェントのいろいろな設定ファイルを置いてそれでメインにマージしないでPRエージェントっていうブランチ作っておいて実際にPRエージェントでレビューしたいリポジトリの方にワークフローファイルで

共通アクションリポジトリのPRエージェントのブランチにあるPRエージェントのアクションズを呼び出しますっていう風に書くと呼び出したい方のリポジトリでPRエージェントを呼べるんですよなるほどねなんでその設定が分散しないで済むしトライアルなんで終わったら消すんで消しやすい元のやつは消せばいいってことかエラー残んないなんかそういう意味だとちまちま消さなきゃいけないそれはそうですね

本当だったらテラフォーム使って全ブランチにピアレジェンドのアクションズのファイルを一括配布とかしたかったんですけどブランチはほぼかかっててこれいちいち外すの怖いからやめとくかってなってやってないんですけど共通アクションの共通アクションを管理しているブランチを持っていけば他のブランチで

アクション図いちいちもう一回書かなくても済むんでこれまだやれてないんですけどプライベートのリポジトリでもやりたいなって思ってますなるほどテラフォーム書くまでやることあるかな

使い回せるアクションズクロードコード系はいいかもしれないですねクロードコードアクションズで一周立てたら修正してくれるみたいなやつあるじゃないですか振り下してあの辺は共通化しておいて自分が管理しているリポジタル配下で全部動くようにしてくると得する気がしましたねはい以上ですちょっとお便りできます気づいたら僕のとこも

そういうことだったのかってなりましたそういうことだったんだってなった大元のとこがあってそれを学校リポジトリで呼び出してるみたいな感じになってるんでそういうことだったのかっていう頭良かったんだなって気づきましたおかげさまでなんかそうあるべきですよね本当にいちいち書いちゃいますよねなんか素直にねまとめれるものはまとめれるらしいんでまとめていきましょうって感じですねドライですねドライドライ

はいじゃあお便りいきますラジオネームニューセンさんのお便りですニューセンさんニューセンじゃないですかそうしときましょう初めまして知人のおすすめ題を聞き始めました皆さんの声が聞き心地よくクスッと笑える瞬間もありながらいい学びになるので最近ハイペースで聞いております私はエンジニア歴5年の30歳を少し超えたものです

今後のキャリアについて悩むお年頃になってきており私自身はもともとフロントエンドでキャリアを始めて今はバックエンドインフラを主戦場にしてるんですが手広くやったせいか器用貧乏であることが悩みです皆さんの特定の領域技術を尖らせているなど何かそういう戦略的なものはあったりしますかあってもなくてもご意見伺いたいですっていうのが感想に書いてます一旦ここちょっと一旦喋っておきますか油断してたわ戦略的なものってあったりするんですか

僕今瞑想中っすね瞑想中一旦今思っているのは技術特化はやめようって思ってますでコンサルみたいな能力めっちゃ大事だなって今直近で感じてましてそれを鍛えるために日々LLMに論破されてます鍛え方今時ですねなるほど

絶対に論破してくるLMを説得しようってする気持ちでやって論破されてますなるほど何でしたっけ論破してくるエージェント壁打ちボット批判力面白い名前壁打ちボット批判力ねそれと毎日戦ってるんですそうですねそれをやることによって戦略的思考を身につけるために今頑張ってますねなるほどじゅんぺいは僕は

今はちょっとエンジニアではなくて英語特化してるんですけど直近英語特化しつつとはいえちょっとあれですね将来的に別にスペシャリストにはなれないかなとは思ってはいますがちょっと技術力はちょっと人並みにはまだレベルを上げたいと思ってそれはカナダに行ってからやろうと思ってます直近は英語とあとなんかなんと

なんていうんだろうマネジメントみたいな方に寄ってきているのかな今はちょっと楽しいですどっちかというとそっちを僕は主戦場にしたいここでもないんですけどそれも能力をもっと上げたいみたいなところがあります最終的にはそういうマネジメントとかそっちに行くんですがエンジニア力もある程度人並みまで上げてやっていきたいって感じですかねうんうんうん

あとはのりさんと同じなのかな違反力?違反力じゃないんですけどコンサルっていうか普通にトーク力大事だなっていうだからマーケティングもそうですし営業とかもそういうのも身につけたいなっていうのはありますねなるほど最後開始ですけど少なくともポッドキャストは戦略です発信力ですね技術に関しては

特定の領域技術に尖らせるっていうのはやってないですねなんか一個のものを作るっていうのに特化しようとしていますそこのスピード感とかそうですそれに関するとか関連する技術今日のCICDもその類だと思ってます一方で何かに尖ろうみたいなのは思うことはいっぱいあるんですけどむずい何がむずいかって

僕がそこまでのめり込みきれてないだけかもしれないんですけど究極の人って本業も趣味もそれの人じゃないですか美術領域本業がなかなかコントロールできないですねこれは長く仕事するとしょうがないと思いますこれは政治力とかそういう力もあるのかなとは思うんですけど自分のやりたい方に物事を運ぶ力っていうんですかそれもあるのかもしれないんですけど

なかなか難しいなっていうところなのでとにかく信頼貯金を貯めつつ発信力を高めてものづくりおじさんになっていくっていうのが戦略ですねなるほどねなんでちょっと多分求められてるものではない気がする今の感想ですポッドキャストで話してほしいことキャリア技術選定という風に書いてるんですけど一旦キャリアの話しがちなんで技術選定しておきます

進め方やエピソード進め方はしましたっけなんかの技術選定の話したこと記憶がないんだよな技術選定進め方どう進めます技術選定してって言われた時っていう問いを投げていいですかマジで分からないなむずいねこれ多分前エピソードでカイツさんが割と話してくれた気がしていてその時も僕

ちょっとやったことなくてわかんないっすみたいなノリさんいない可能性はあるんですね僕も話した記憶あるんですよねそうなんでもノリさんどうぞ僕ですかまず現状なら別に何でもいいんですよ自由すぎてでもちょっと前職の状態に当てはめて考えてみると

いろいろあるんですけど要件満たしているのであれば最適じゃないにしてもチームが一番使い慣れてるやつにすると思ううんうんうん使い慣れてないやつしかなかったら使い慣れてないやつしかなかったら一番最適なものを選ぶと思いますねその最適なものを判断する上でどういうプロセスを踏みますか例えば作るものがありましたこういう要件が求められますよ例えばパフォーマンスが重視されますってなったら

そのパフォーマンス出せるシビアなパフォーマンスを求めるってなったら多分スクリプト言語だと不利になるじゃないですかっていう意味で例えばコンパイラー使う系の言語を選んだりみたいなところだったりとか何が一番必要なのかを軸にその部分の要望を満たせる言語をピックアップして

その中からなるべく今使っている言語に近しい使用感のものを選ぶかもなるほど2段階あるんですねまず最初に何を求められているんだろうを整理するフェーズがあるとありますそれを整理した上で選択肢はどうやって選ぶんですか

チャットGPTです今時はねなるほどねそれは分かるこういう要件があってこうこうこうですこういうのが得意な言語と不当のフレームワークをピックアップしてくださいって言ってピックアップしますで何択ぐらいにするんですかね3択マジックナンバー3理由はないその比較はどういう風にまとめて周りにこういうことで決めたからって言ってくるんですか

まず今回の要件だったら適してる順だとこれですでも例えば一番の上のこのRubyのやつだとちょっと仕様感今までと全然違うじゃないですかこっちの方がチームが結構先にフィットしやすいと思うんですよねみたいな根拠を添えてお手紙で送ります郵送ちょっとラグあるんですねなるほどなかなあ

とにかくそのチームが最初から動きやすいかどうかが結構大事だと気がするうんうんうんまあ確かになみんなで触る系だと余計にそうですねうんなんか言語以外でもうんうーんむずいなアーキテクチャとかというよりはじゃあえー製品選ぶ系あると思うんですよえーっと

WAFに何の製品使うみたいな例えばちょっとAWSだったらAWS WAFやろってなっちゃうんですけどメール送信どれにするみたいなセントグリッドみたいなもしくはSMS的なSESかそうですねその辺も結局同じですよね要件を整理して整理した上で何個かの広報に対して要件に対する観点で評価していって

で優劣をつけるこれとこれがいいってなったら個人的にこっちがいいっすで通すみたいな感じっすよねそうだね多分に好き嫌いも入ると思うまあまあそれはそれでいいと思いますよ宗教的なことありますしねそうだね技術選って失敗したって聞くことあります?ぶっちゃけないぶっちゃけないっすよね失敗したってなんだろうね何になったら失敗なんだろう変えてみて

やりたいことできないやんけじゃないですかだいぶ大失敗だなあんまりないかも意外と失敗しないのかもしれないなでもそれで言うとあれかもななんかアンプリファイ脱出させたんですよはいはい除菌でやってたやつでそういう意味だと最初アンプリファイにしたのは失敗だったかもしれないですね脱出させんのも稼働はかかりましたけど言うてコード変えるとかないんでどうにかなりましたけどそういうのあるかもしれないね

よっぽど変なことしない限り弾けますよね技術選定段階で多分めっちゃ経験ありとあらゆる技術選定してきましたってわけじゃないですけどやったことはあるしよしよしはやりますけどあんまり失敗は聞かないねちょっと技術選定とは違うかもしれないけど綺麗に作ろうとしすぎてめっちゃ時間かかってるみたいなのを見たことあるかもしれないありそう

完璧主義が講じてしまってみたいなそうですねその結果いろんなものにこだわってすごくモダンなスタックになってコードベースもすごい綺麗そうな感じの分け方になっているが未だに完成していないみたいな桜田ファミリアみたいなのが作られてたんですね見たことあるよありそう

実はそれはある種失敗かもしれないそうですね技術選定というかアーキテクチャの選定というか進め方の方針が問題だったってことかもしれないですねなるほどなはいちょっと

密度困難で恐縮ですがこんな感じで勘弁してくださいカイツさんの技術選定話は今ノリさんが言ってたのとほぼ一緒で観点整理して選択肢絞ってその要件に応じた観点で評価をしていきます優劣がつくようにはする極力違いが分かりやすいようにそうですね

なんでなんか捨て選択肢みたいなのも作る 戦略的だなそれははいかななんででしょなんかとにかくなんでだろうなんか伝えるっていうよりは網羅的に考えようの観点が強いかもしれないですねミーシーに網羅的に選択肢考えようと思った時にちょっと正直言語とか選択肢多すぎるんであれなんですけどうん

それはあれ例えばお昼ご飯にじゃあ梅おにぎりと鮭おにぎりとおかかおにぎりどれがいいって聞くんじゃなくておにぎりとサンドイッチとうどんどれがいいみたいなそんぐらいの色を出さないとなんか提案としてバリューないよねみたいなそういうことそうかもしれないそうそうそうそう面白いボケくるんかと思ったらなんかすごいわかりやすかっただろそうですそうですそれに近いかもしれないですね

許された時間枠次第なんですけど技術戦って時間ないと思ってたら往々にしてもちろんさっき言ってたのりさんのうどんとハンバーガーとサンドイッチとおにぎりみたいな話だとそんなに時間かけなくてもいいんですけど多分梅おにぎりおかかとお酒おにぎりの話だと多分ハンズオンが必要なんですよ動作検証して比較する系なんでそのおにぎりの種類系の時は

時間かけてやる絶対に動かすっていうのは意識してますね絶対に具を食べるってことそう一口で終わんないです一口で終わんないでちょっと残ってつお酒がうまかったんで酒食べてくださいって渡すしかもそれをその場じゃなくて1日置いた後も食べてみるみたいな保湿性大事なんでおにぎりの保湿性ねはい

何だ何じゃっけおにぎり新しい技術使うぞみたいな今回チャレンジしてみようかみたいな時ってあります?いつもパイソンだけどちょっとGoでいこうみたいなとかそれでもそういう判断する時ってどうなるんですかそれGoである理由を探すね多分どうしてもやりたいんだったらみんなやったことなくていつもはパイソンだけどでもGoの方が今回適してるとかの説明が通る

通ればやれるし通らなかったら無理って感じだよねただ単にだったら厳しいけどでもこういうメリットがあるんですって言えればなるほどプレゼンテーションだよねそれもねでもそのチャレンジング系ねいつも公開するんだよなちょっとビビっちゃいそうだな僕だったら意味なかったら頑張ってやる必要ないしね言語とかまさしくそうだと思いますよ

一部分チャレンジングはいいと思うんだけどそういうチャレンジングなことをしたいときこれもやっちゃおうかってなりがちだからねそれをやりにやった結果全部わかんないってなることはいっぱいあるそうですね今時だとやっぱりLLM使った系のツールチームに入れる入れないで技術選定することがあるかなとは思うんですけどそういうのもやっぱり

セキュリティ観点どうのとか料金体系どうなってるとか契約どうなってるとかやっぱりのりさんが最初言った通り要件整理して多分ちょっと動かしてみると思いますちょっと動かしてみてっていう感じで技術選定していくかなって感じですねでページにまとめてデブ内に当ててみてフィードバックもらって見方を作った上で当てにいくみたいな感じですね戦略的はい

こんな感じです入選さん入選さんどっちなんでしょうねお便りありがとうございましたありがとうございましたハッシュタグひまじんプログラマーでSNSNEXTでフィードバック募集してますので本日のエピソードの感想とかありましたらお願いしますお願いしますポッドキャストの説明欄からGoogleフォームで番組の要望・感想・質問お待ちしてます何でもご質問ください待ってます

あとはスラックのオンラインコミュニティの参加リンクがチャンネル説明欄にあるのでエピソードじゃなくてチャンネル説明欄にあるのでそちらもお願いしますぜひ盛り上げるのを手伝っていってください日々増えてきてますそうですね日々増えてますね最後にポッドキャストのフォロー高評価もお願いしますお願いしますそれではまた次回バイバイあなたが落としたのはこの金のサーバーですかそれとも銀のサーバーですか

いいえ私が落としたのは普通のウェブサーバーですすみませんあなたは正直者ですね全部のサーバーをあげましょう正直者のエンジニアは不可分散ができるようになりましたそれを見ていた欲張りな男がサーバーを落としましたあなたが落としたのはこの金のサーバーですかへいその金のサーバーを落としましたどうやらあなたは嘘つきのようです

そう言って女神は帰っていきました欲張りの男は復旧できないサーバーの前でワンワン泣いていましたサーバーを落としたくないあなたへひまじんプログラマーの週末エンジニアリングレッスン