この番組はエンジニアの成長は楽しい学びからおもとに日々インプットした話題をワイワイお届けするラジオになってます本日久々のDaily.devの記事から7アーキテクチャルパターンズYou must know知っておかなきゃいけないアーキテクチャ7000OKOKという記事になってますOKOK今日はシステムアーキテクチャの基礎の基礎

アーキテクチャを紹介させていただくんですがこの記事ですね7000ではないMVCとか入ってたんでこれは違うと思いました7000の中にMVCっていうのがあってお前はシステムアーキテクチャじゃないだろって思ったんでMVCは省きますMVCと違うんだ

MVCはアプリケーションの中のアーキテクチャの話だと思ってるんで僕はそのレイヤーの話じゃないんだそのレイヤーの話じゃないですねもう一個外のレイヤーですねっていうので基礎的な話をするんですが基礎的な話だけをしても面白くないので最後に順平が全部理解できてるっていうのを確認して終わるっていうのが目標になってます

気ぃ抜けないねこのパターン久々ですね久々のねこの俺が解説してやろうとそうって言おうとした今まぁ順平にまず最初ね解説してもらいながらやっていこうかなとなるほど思ってますじゃあ1つ目簡単な方からいきますねはい

モノリシックアーキテクチャー簡単と見せかけてね雑な概念しか持ってないな雑な概念でいきます今日はざっくり理解をゴールにしています名前をポンって言われた時にイメージするものがだいたい合ってるっていうのが今回のエピソードのゴールになっていますはい

モノリシックアーキテクチャーはどんなのですかっていうわかんないなモノなんですよね5弦から攻めるタイプだいけそうですね7つもあるんで説明していいですかすみませんモノリシックアーキテクチャーは全部1個に入ってるよってやつです要するにアプリって想像するとUIがあってバックエンドがあってDBがあってみたいなのを想像するじゃないですかその上で全部が1個に

1個のシステムの中に入っているシステムというかサーバーの中に入っているやつがモノレシックアーキテクチャですねこれどういう時に使うかというとサクッと作ってサクッと公開する時ですかね低コストとかでねプロトタイプとかですかねこれはマイクロサービスの逆って覚えてますね逆ではあるね逆そうだね確かに一軸に並べた時に各アーキテクチャを

分散度なのかな複雑性なのかな逆ですねモノリシック1個のやつですねメリットは開発が簡単です開発開始が簡単ですデメリットはスケールとか一部更新するのが超大変です一部更新するって言ってるのは例えばDBのエンジン変えようとかなった時に他のアプローチとかだとDBだけスコンって変えればいいけどこれだとアプリ側にちょっと影響出るかもねとか

作りとしてあとはサーバー全体にアプリが載ってるサーバー全体に影響があるよねとかあるかもしれないですねこれ一個分かんないのはあれですかインスタンスの話ですかインスタンスの話

インスタントの話EC2にバーンって全部入ってるみたいなそういうのをイメージすればいいそうそうそうそうはい次レイヤードアーキテクチャーこれはレイヤーなので改造が分かれているデータベースアプリケーションありがとうございます気持ちは合ってます気持ちはねはい

アプリケーションを複数の層に分離しているやつでよく言われるのはアプリケーション層ビジネス層データベース層あとは映像化層ってこの記事にありましたけど4層で分かれているように書かれていますがよく見るのは個人的にプレゼンテーションビジネス4個だったのかなちょっと待ってくださいねこれってアプリケーションレイヤーの話じゃないマイクロサービスアーキテクチャーは違いますよね確かに違うと思っていますマイクロサービスどうなんだあれはアプリケーションっちゃアプリケーションな気がするな

なんか永続仮想入ってるあたりとかMVCが入ってるあたりでなんかめちゃアプリ内のイメージになるなうんと違うんですよこのブログ記事が微妙なんですよそうなんだ微妙だと思ってます僕はあとなんかコメントでも言われてましたそうなんだごっちゃなったらよっとリュウド揃ってないんだはい揃ってないです今日紹介するのは揃ってないですなるほどだってブログ記事だもんまあまあまあそんなもんです確かにはい

どこまで言ったっけすいませんレイヤードアーキテクチャーなんですけど今ちょっとソフトウェアアーキテクチャーの基礎の本を見つつプレゼンテーション層ビジネス層映像化層データベース層で分かれますねうんはいでプレゼンテーション層がいわゆるUIですねうん

あとは入力検証するとことか言われますビジネス層はビジネスルールワークフロービジネスルールコアロジックっていうんですかその辺が入ってるやつですね永続仮想これちょっと分かりづらいので飛ばしといてデータベース層がデータベースです永続仮想がビジネス層とデータベース層の間にいるんですけど間に必要なやつORマッパーとかデータアクセスオブジェクトとか

終わるマッパーみたいなもんでこの辺が永続化層と呼ばれてますこれよく見るやつですね要するによく見るやつメリットはチームの協業に適してます

分業しやすいですデメリットは層が多すぎると動作が重くなるっていう風に記事では言われてますちなみにさレイヤーで分業することある?UIとバックエンドとかフロントとバックエンドって理由だったらそれはあるかそこぐらいだよねレイヤーまあ

俺はビジネスをやるから永続化することをやったよってなんないよねデータベースのスペシャリストとかいるとこはやらないのかなどうなんでしょうねそんな大きいプロダクトやったことないからわかんないですけど一部SREとかいるとこだったら一部なんかやったりするんじゃないですかねわかんない経験はないですマイクロサービスアーキテクチャマイクロなのでちっちゃいのがいっぱいあるみたいな感じなんで

つまりどういうことかというとちっちゃいサービスがいっぱいつながっているサービスちっちゃいサービスがいっぱいつながっているサービスつながって一つのサービスとなっているサービスそれはいろんなアプリが組み合わさっているけどマイクロサービスアーキテクチャじゃないのはあるいやごめんなさいやめます解説します黙って解説しますちょうどいいヒント出せない要は

スイミーですよねスイミースイミーは確かにそうですねスイミーはマイクロサービスですよねうん確かにスイミーはマイクロサービスだねスイミーあれですよねなんでしたっけ魚のやつでしたっけ魚で魚が大量に集まって魚群を作って大きい魚に見せかけてはいはいはいビビらせるビビらせ散らかすってやつだはいはいはい一方で合体は俺マイクロサービスアーキテクチャじゃないと思ってます合体?うんフュージョンとか

えっとなんだあのロボットのやつ いやあドラゴンボール想像しましたどれだドラゴンボールは悪い悟空とベジータがフュージョンしてうん ゴジータだけ5時だとか違うベジットかどっちもどっちもあるどっちもあるんだあれはマイクロサービスアーキテクチャじゃないですあれはあれ違うんだ あれは違います

なんでそんなこと言ってるかっていうとマイクロサービスアーキテクチャって小さい独立したサービスがガチャンコしてるんですよなんで各サービスごとにちゃんとDBとか持ってるんですねなんでスイミーは各ちっちゃいやつらが単体として生命維持機能を持ってるんですけどフュージョンしたやつはおそらく心臓2個ない

まあ多分むずいとこだな分かんないけど分かれたら2個あるしなっていうなんかあれは分かれてはないというか多分あの状態のままペリってやったら多分死んじゃうんで多分ねなるほど合体前のことを考えちゃいけないってことだよねそうそうそうそうなので一般的にはユーザー関連とか決済関連とか注文関連だけのサービスが独立であって

それをガッチャンコして一つのサービスとして見せて出すみたいなのがマイクロサービスアーキテクチャって言われますねメリットはスケーリングが容易とかあとは一つのサービスで問題があっても他の機能は使えるみたいなのがメリットなんですけどデメリットは管理超大変っていうねテストも超大変っていうね一方データベース共有してるのってなんだっけマイクロカーネルアーキテクチャだっけパッと出ません?違いそう何でしょうね何かでもあったよな

あったななんかありましたここまででおさらいしておきましょうかモノリジックアーキテクチャーはどうなんでした?1個のマシーンに全部入ってるやつDBとかアプリとかレイヤードアーキテクチャーは?レイヤードアーキテクチャーは4つの層でプレゼンテーション層とビジネス層と映像化層と

データベース層素晴らしいでも4つとは限らないかも4つが一般的ってだけで技術的な層で分けてるやつをレイヤードアーキテクチャっていう気がする今日の入るとそんなにいいですマイクロサービスアーキテクチャはマイクロサービスアーキテクチャは睡眠状態でちっちゃいサービスがガチャンコして独立したサービスがそれぞれくっついて動いているサービスありがとうございます次

イベント駆動アーキテクチャーですねそれはもうなんかイベント起きたらある特定のイベント起きたらやっちゃうぞっていうサービスフェスみたいな話してるこいつ今フェスの話してた今多分ウルトラジャパンの話えー違うかなどういうことどういうことイベントが始まったらみんな集まってきて大盛り上がりするって言ってたイベント駆動なんでなんかある

あるトリガーがあってそれによって動くサービスみたいなかなそれは普通のなんだ例えばフロントとバックエンド買ってレストAPIでリクエストしてレスポンス返ってくるのは違うんですかいやそれはもはやイベント駆動なんじゃないかと思ってますなるほどねそういうことねそれで言うと違いますとイベント駆動は登場人物がまず

プロデューサーコンシューマーイベントブローカーってのがいますとでプロデューサーがイベント発火してイベントブローカーによって振り分けられてコンシューマーがイベント受け取ってなんかするみたいな動きになってますなんでなんか非同期処理とかで利用されるですね例えばなんだろうな分かりやすいので言うと

クレジットカードの評価とかそうなのかな違うかな画像解析とかもそうなのかな審査されるやつ待たされるやつ急に溜まって待たされるやつそう急に溜まって待たされるやつおーはいはいはいイベント駆動の処理って言いますね駆動うんだからサービスの中の一部分みたいなサービス全体としてそういうものってあるんですかそういうサービスだったらそうなんじゃない

でもUI込みだとあんまりあるかあんまり想像できないですけどちょっと読んだら前すぎてあんま覚えてないんですけどソフトウェアアーキテクチャの基礎の中で紹介されているイベント駆動アーキテクチャは

アプリケーションの中がいろんな何種類ものプロデューサーとイベントブローカーとコンシューマーで繋がれまくってたイメージある全ての処理が非同期で動いてますけどみたいなそんなような図を書かれてたような記憶がうっすらあるんですけど素結合パフォーマンスというかレジリエンスレジリエンスじゃないな耐久性高いよね会員登録した後にメールを送信するとかは絶対非同期ですよね

完了したら送るよみたいなそうそうそうとかでその会員登録サービスみたいなのがあったとしたらそれはイベント駆動の部分もあるっていう言い方になるかうんAIのチャットサービスそういうの多そうじゃないなんかディープリサーチとかディープリサーチとかねそれこそCIとかそうっすねランナーっていうんですかGitHubのアクションズのランナーとかはこうなってるでしょうねうん

これってさもう要は急ってこと急は急なんですけど急を使ってそういう処理をしているもう一つ外を指してますね多分なんかさその部分的なものを指してアーキテクチャと呼んでるのかはいそもそもそういうのをめっちゃ繋げて作ったらイベント駆動アーキテクチャって言ってるのかみたいなあーそれで言うとそういうのをたくさん繋げてっていう話じゃないと思ってますが一応見ますわなんか部分的に使ってるものならなんかいっぱいやりそうじゃん

いっぱいあるジャングルから帰ってきた人イベント駆動単体もあるし組み込む形でもあるって書いてるんでどちらも指すと思いますなるほどこれイベント駆動アーキテクチャですねそう考えるとこれも流度違う気がするなマイクロサービスと同じじゃないですか同じかAWSサービスないって言うんですかAWSサービスを組み合わせて作るもの

それと全体的に揃ってるですけどねレイヤードアーキテクチャの説明の中で永続仮想とか分かれることあんのかなあんのかもしれないですけどねそれこそAWSのSDKって言うんですか使ってる場合は永続仮想分かれてそうじゃないですか永続仮想はあれ完全にもうコードの話じゃないリポジトリパターンのこと言ってそうじゃないそれも分かる

考えようによってはでもそのSDKもそれでラップして本体分かれてるっていう考え方中身入ってんだよなライブラリだからAPAのことあんのかなその映像化のとこS3の本質的なS3と手前にそのS3を操作するラムダとかそういうこと?いやラムダではなくてS3という抽象化をされてるけど中身はストレージとそれを操作するのに分かれてるんだったら

永続化層分かれてると言えるのかでもなんか抽象ができてないなって感じもするなそうですねこの辺グラデーションなんでしょスパッと分かれるもんじゃないんでしょうねきっとねとはいえMVCはミンシーじゃないと思っててモノリシックでもあるじゃんモノリシックもだしレイヤードでもあるじゃんっていう意味でダブっちゃうんで他のはダブんないですよねモノリシックかつレイヤードはないけどイベント駆動は

それと組み合わせることがあるって感じですねうんうんじゃあ最後最後です7選ですけど5個しか紹介しませんあらはいサービス志向アーキテクチャ出たこれ一番ピンとこないっす聞くたびに分かんないやつまぁ一旦答えてもらってサービス志向なんでまぁこっちが作る側がめっちゃ作りやすいように作っちゃうアーキテクチャいいねなんか

俺俺駆動ってことです俺が全てだぜって別名これちょっと難しいです説明するのが難しいんでチャレンジングなんですけどまずマイクロサービス思い浮かべてくださいこれちょっと似てますマイクロサービスしたいけどできなかったっていうやつです登場人物を教えますサービスコンシューマー層エンタープライズサービスバスこれ上から重なってますサービス層ざっくり3つ

想像してくださいサービスコンシューマーエンタープライズサービスバスサービス層サービスコンシューマー層これ全体として何がしたいかというといろんなアプリでいろんな機能を使いたいです大企業を想像してもらってスマホを使う人もいるしパソコンのアプリを使う人もいるしという状態で社内システムを触りたいな

で社内システムはいろんなのありますよね勤怠管理とか給料なんとかとか決済するとかあるじゃないですかでそういういろんな機能をいろんなアプリで使いたいを叶えてくれるのがサービスオリエンティティとアーキテクチャになりますすごいじゃんでどうなってるかというとサービスコンシューマー層がさっき言ったアプリですねスマホ層スマホ層じゃないスマホアプリとかウェブアプリとかスラックとか

スラックというよりはスラックかもしれないなエンタープレイズサービスバスはサービス層と繋ぐやつです橋渡しするやつですサービス層が機能のコア決済管理とか給料管理とかなんでこれ分かれてるかっていうと給料管理とかその辺の機能分はイニシエのサービスすぎてテレワーク対応してませんと認証認可適当というかないっす

インターネットにさらせませんじゃあ間に一層かましてそこで認証認可とかちゃんとやって使えるようにしましょうなるほどこのバスに乗ってきたら安全だよ的なバスのニュアンスはそうなのかな英単語一緒ですけどねっていうような思想のアーキテクチャになりますこれはで

なのでエンタープレイサービスバスで何やってるかっていうとプロトコルの変換とかわかんないけどHTTPSとHTTP変換してたりするかもしれないですねひょっとしたらあとは受け取ったリクエストを適切なサービスにルーティングするとかセキュリティ周りそのセキュリティサービスもひょっとしたらサービス側にあるかもしれないんで最初認証認可来たらこのサービス管理セキュリティ管理してるこいつに流して戻してトークン取ってもらって

このトークン持ってるってことはこのサービス叩いていいみたいなそういう橋渡しをするのがエンタープライズサービスバースですなるほど

流れ的にはコンシューマーからサービスを使うよっていうことでバスを通ってリクエストみたいなのが飛んでってその処理結果みたいなのがバス経由で返ってくるみたいなイエス!そんな感じ?イエスさ!図思い浮かべましたかねなんとなく一旦そこはなんでこれは大企業でいろんなサービス使うっていう観点で生まれたものだったりするんですがここからは別に

ざっくり理解の範囲をやや超えるんですけどこれいいやんってやってみたらこのエンタープレイズサービスバスとかサービスとかがいろいろ結合してるじゃないですかなのでどっかの仕様変更しようとかあとは叩く側もいっぱいいるんで叩く側でこうしてほしいとかっていう要望になったら他のウェブアプリとかも変えなきゃいけなくて歩みがめちゃくちゃ重くなって開発すごい大変になったっていう事実?具体例?具体例というか

ソフトウェアアーキテクチャの基礎で語られているあの本ってこういうアーキテクチャがありますただこういう課題がありましたこれを解決するために次のこのアーキテクチャがありますこれはこういうのが良かったですでもこういう不満が出ましたじゃあこっちになりましたっていう流れだったんですけどその中で語られているのはサービス思考アーキテクチャはさっき言ったようなすごい色んなの結合してるから一個変えようと思った時に色々調整しなきゃいけなくて大変だったっていう

疎結号じゃないからみたいなのが書かれてましたねそうなんだそのバスが間にいることによって侵入しすぎないのかと思ってたけどそんなことないんだそんなことないみたいですねセキュリティの対応変えようとかになった時もバスだけ変えればいいのかセキュリティは利用者側が多岐に渡るのがやばいかもしれないですねコンシューマー側変えるよってなった時はコンシューマー側とバスのその入力だけ変えれば

入力と変換ロジック変えればいけるみたいな結果サービスは触らなくて済んだみたいな感じだと思ってたけどサービス側でこの情報を取れるようにしてくださいってなった時に他のそのサービス叩いてるアプリ側もなんか受け取り方変えなきゃいけなくなってとかそれがバスで吸収されないのかな

それがバスで吸収されるとしたらバス側でこのアプリの場合はこうやって返すようにコントロールするみたいなそうそうそうそうその開発も大変じゃないですかでもなんか不配防止層を作るのってそういう意味で作るなるほどなるほどなんかどっちのサービスも変更するの危険すぎるから間に1枚挟んで

変換層プラス本当に変更したいアプリケーションだけ変えれば最小限の影響で済むよねみたいなそこまでは書いてないそこまでは書いてなかったまあでもそれはそうですよね戻りましてサービス指向アーキテクチャーはさっき言ったようなサービスコンシューマー層とエンタープライズサービスバストサービス層があってっていう

やつになりますSOAもう一個書いてたのがマスターセレブアーキテクチャーってのがあったんですけどデータベースの話?これはデータベースの話ですよねデータベースの話だと思います違うやんって思ったんで省きましたマスターセレブって言い方しないんで今なんて言ったっけプライマリーセカンダリーとか言うんじゃないかな

主人と奴隷なんでマスターセレブって言い方良くないよねってそうだねってなってますね確かにキッドハブもそれでマスターブランチじゃなくなったもんねそういうことなのマスターが問題なんだメインになったメインになった背景確かそうだったはずなるほど違ったりしてイベント駆動とサービス志向ちょっと喋ってもらったら締めますイベント駆動は

もう頭の中でフェスが展開されてないかお前でも急なやつですねなんかなんですかねイベントが発火してそれをトリガーとして動くシステムで処理を実行するみたいなのがイベント駆動あってます?言い方微妙ですか?一番最初の回答に戻ったような気もしたけど戻った?戻ってない?もう一度お願いします

具体的になっちゃうとユーザーがやりましたそれによって急にメッセージ入ってきてそのメッセージをトリガーに動くシステムがあるみたいなその一連の流れをイベント駆動開発イベント駆動アーキテクチャイベント駆動開発はフェスに向かって開発する状態ですからね俺はこのフェスのために今日仕事を早く終えよう

説明いけてました?なんで言ってましたか?アーキテクチャープロデューサーとメッセージブローカーとブローカーとコンシューマーだっけ?プロデューサーが発火したイベントをブローカーがコンシューマーに振り分けてコンシューマー側で非同期で処理をしていくようなアーキテクチャーですね

なるほどはいじゃあ最後SOAえーとこれは一番上がプロデューサーそれ戻ったそれ戻っちゃったよえーと誰が先?真ん中とサービスバスとサービスはサービスコンシューマーかサービスコンシューマーとサービスなんとかかんとかサービスバスとエンタープレイサービスバスですねエンタープレイサービスバスと

サービス層があってこのサービス層が多分いくつかあっていくつかのアプリみたいなのがあってここが連携しなきゃいけないってなった時にという条件もありつつiPhoneとかからいじる人が直接そのサービス層にアクセスするとまずいから一回そのサービスバスをかませてサービス層とやり取りをできるようにするアーキテクチャいいと思いますざっくり

ありがとうございますでちょっとじゅんぺいが話してる時に調べ物をしていてじゅんぺいの話を聞いてなかった時間があったんですけど僕は申し訳ないですがデメリットのところちょっと見てたらサービスオリエンテッドアーキテクチャの真ん中のエンタープレイサービスバスめっちゃ複雑になるよねっていうのは確かにあるかなと思いました単一障害点というかにもなりますしねそこがなんか

アップデートして障害が起きた時に全員が全部使えなくなるっていうとんでも事態にもなりますねなるほどねバスが故障して移動手段がなくなったらもう人々の生き甲斐はなくなってしまう的なそこまで指摘か指摘ですねそれはだいぶポエミーポエミーノリーですという感じですみません戻りまして以上が今日紹介したかったアーキテクチャ5つですねモノリシックレイヤードマイクロサービスサービス思考イベント駆動

を紹介しましたこれはまあ知ってて当然いうことになりますので記事曰くねマストノーって言ってるんでね知らなければならないのでワードとして出てきたときにパッと浮かぶようになるといいなと思いますサービス思考がやっぱむずいんだよなむずいですねいざじゃあこれじゃあサービス思考アプリケーションのアーキテクチャでお願いしますって言われたらうんって言っちゃうそこのサービス層ってなんかそけずごにできなかった

できないってことですよね足りない機能を多分エンタープライズサービスバスで補うんでアプリごとにおそらくこのアプリはこの認証ないとかあとはこのバリデーション足りてないとかあるからそれを多分フォローするんでエンタープライズサービスバスとサービス層がめっちゃ見つけつごうになるんですよねそれで結合度があるからサービス層側の変更なのか

があるとエンタープレイサービス側でもガチャガチャしなくちゃいけなくて大変っていうことだと思ってますそのサービスは基本的にそのまんまじゃお外に出せないようなやつらなんで多分だからそのそれらに専用のアレンジを多分真ん中のエンタープレイサービスバスでいろいろやってんだと思いますエンタープライズついてるの意味深だよねエンタープライズついてるのはそれぐらいの規模感のとこじゃないとまあまあこういうのになってないよみたいなそう

本当にそうですその通りですちょっとアフタートークいいですかクラウドコードを触ってみたす急にAIこれはエピソードになるほどでもないんですけど体感いいか悪いかで言うといい何がいいかっていうとめちゃくちゃコンテキストを読んでくれるすごい基礎のコードとかちょっとカーソル覚えてないんですけどGitHubコパイロット

エージェントとかだとあれ開いてるやつだけ読んでくるんですよね開いてないと読んでくれなかったりとかあとは多分読んでくれるコンテキストがモデルによるかそうですねGitHubコパイロットとかだと開いてないと読み取ってくれないんで定義とかメソッドの定義とかを追いかけながら考えるとかしてくれないんですけど

クロードコードとかは容赦なく読んでくれますねなんでそうなってるかっていうとサービスの性質としておそらくあれ重量課金なんで読み込んだ時にクロード側に損ないんですよねビットアブコパイロットってあれ定額だからいっぱい読まれちゃうとマシンリソース使われちゃうから多分そこ効率よくやろうっていう通学なんだろうなと思ってるんですけどクロードコードはそうじゃないんで

容赦なく多分読み込んでくれるので良いあとはまあそうですね割とプロセス進みやすいですねCLIなんですけどねVS CodeとかIntellijとかで使えるのが非常に良いとされてるんですけどクロードコードってそうなんだはいおそらく今までカーソルは結局あれVS Codeのフォークだったしあと何あるのWindows Arcとかも一緒ですよねWindows Arcもクローンしてるねフォークしてるね

クラインはプラグインですかクラインはプラグインクロードコードは一緒に使えていいよねっていう形なんですけどすみません勘違いだったら申し訳ないんですがあれなんで一緒に使えるって言ってるかっていうとターミナルで使えるからなんですよだからVSコードとか多分インテリジェとかでターミナル開いてそのターミナルで使うことによって使えるということになっている実際使えますしねそれでねで

ちょっとまだ使ってる途中なんで詳しくは言えないですけどお金はね割と容赦なくかかりますね全然1日がっつり使ったら10ドルくらいいくんじゃん分かんないけど僕半日ぐらい半日ちょっと触って4ドルくらいやったんでいくんじゃないかなあの卓系プランだと定額卓系プランだと定額なのかな完全定額なのかな定額使い放題ではないですそうなんだはい

時間ごとのプロンプト数の制限はありますねあーそういうことかそれ以上の費用がかかることはないけど制限はかかるよってことかたぶんガッツリ業務で使うんだったらマックスプランになっていくんじゃないかなとか思いますねなんかXでクロードコード使ってTマックスで

ウィンドウ立ち上げまくって8セッションぐらいで平行でプログラミングを進めるみたいなのやってる人いたなもうそれはもうインスタ映えですよね未来のシーンだったすごいな全然この辺また触ったら感想を共有できればと思ってはおりますがとりあえず一旦チャットGBTは解約しましたクロードに行こうかなっていうのが今の

今月のテーマテーマじゃないなチャレンジAI課金か先月めっちゃ増えたな課金そうなんですね何人が増えたんですか全然関係ないんですけど開発と開発と関係ないのにAI契約するんだミッドジャーニー映像作るやつでしたっけミッドジャーニーとフィッシュオーディオっていう音声系のやつと

クリーンAIクリングAI何でしたっけそれ画像動画先生なるほどめっちゃ金かかったそういうことそういうことですねノリさんその辺のAI話もいつかしてください気になるんでちなみにあのなんだっけカーソルはいはいはいは常にじゃないかもしれないけど全体を読み込んでるような動きはしているなんかそうっすよねちょっと良くなったのか分かんないけど多分ね自動でインデックス作ってんのよ常にん?

だからコードを直接読んでるわけじゃない気がするけどインデックスを見て参考にした方が良さそうなやつあるなってなったら読んでるんじゃないかなっていう気がするけど100%毎回正しいのを読んでるわけじゃないからああいう風にアットマークでファイルを指定してるんじゃないかなという予想ですなるほど使ってて安心感のカーソルかなって思いますけど個人的にはねお金が無限にかかるわけじゃないしね確かにねカーソルvsクロードコードはよく分かってないんでうん

個人的にはそうねミューテックロードで結構クロードじゃねえカーソルで満足しちゃってるからな噂だとカーソルより動くの作ってくれるらしいです噂だとねえー一発でまあ動かんすからねカーソルもねうんプロンプトでうまいことやってくれてんのかなプロンプトエンジニアリングの力が出てるのかもしんないですねわかんないですけど確かにやってみたいだからそれこそスマホアプリとか作ってましたけどうんあれカーソルですんなり動いてくれなかったんでうん

クロードコードでやったらどうなるだろうみたいなちょっと気になってます終わりますハッシュタグひまじんプログラマーでSNSNEXTでフィードバック募集してますので本日のお話に対するフィードバックがありましたらお願いしますよろしくお願いします説明欄からGoogleフォームで番組への要望・感想・質問何でもお待ちしてますのでお願いしますスラックのオンラインコミュニティひまプロダウンは質の参加リンクもありますのでそちらもお願いしますエンジニア友達を集めたい人とかあと勉強会もやりそうな気配出てますよねはい

このエピソードを聞いている時に流れているか分からないんですけどリアルタイムで聞いている人は分かるんですけどあのCM某オンラインコミュニティを非常に参考にしています分かる人には分かると分かる人にはこれオマージュしているのかなというのは分かると思うんですけどねネタバージョンはその配信が終わったらエピソードの後ろにつけますかいいですね今だとややこしいというか微妙な感じになっちゃうから確かに

最後に各種ポッドキャストプラットフォームでのフォロー高評価もお願いしますそれではまた次回バイバイ