# チャプター 1 せんちゃんとまさのボイコード Voicy Engineerの声と出会えるチャンネル へー噛んだー もう一回続けますか Voicy Engineerの声と出会えるチャンネル このチャンネルではVoicy Engineerの 日々の活動を話しています 結構珍しい噛むの 確かにそうかも なんか 他の人が間違えてて 取り直し ちょうどあの お会いしてるはずなんですけど その前の週末のやつは 僕とのんちゃんで テイクスリーをしたんです そんなに テイクスリーって最初に言って 始まってるんです 土曜日を楽しみに待ちました 今日は金曜日です 我々の時間軸では 確かに 今日は技術はトークのコーナーです 第2回 第2回 語言語だったんだけど どうだった 話しやすかった 語言語は話しやすさはありますよね 確かに 使ってるし それこそカンファレンスも近い その話を結構した気もするんですけど 話しやすいですよね 確かに 具体の話題につなげやすかった そうですね 2回目で困って って感じなんですけど ソフトウェアアーキテクチャーにしましょう そうですね 話しましょう なんか パッと最初に思い浮かんだこととか ありますか パッと最初に思い浮かんだのは それだけを聞いたときに思い浮かぶのはやっぱり たぶん事前に 話したやつは中間ですけど クリーンアーキテクチャーとかはやっぱり 最初には思い浮かびますよね なんとかアーキテクチャーのシリーズ 今ソフトウェアアーキテクチャー って言ってるのは システム全体のアーキテクチャーっていうよりは 特定のある プログラムの内部の構造を どんな感じで作りますかみたいな ところに絞って話そうねみたいな 感じで今始まってます はい あとはあれか思いつくものとしては あれだ マイクロサービスとか モジュラムノリズとか そういうなんだろう さっき全体 それをどう作るか みたいな話のところとかが 思いつくかなっていう感じですかね 確かに思いつけばなんでもいいか 単語から連想されること いいというルールだったの忘れてました 事実な日のように そうね 半年前ぐらいかな なんとかアーキテクチャーと 名乗っつくもの一応全部 軽く調べてみようという 活動をしていたことがあって 個人的に クリーンアーキテクチャーは 前本読んでたから 読み返してないけど あとオニオンアーキテクチャーとか レイヤードアーキテクチャーとか 壁作のあるとか 壁作のあるアーキテクチャーとか いろいろあったけど 全部同じこと言ってました ようやくすると一言で言うと 一言で言うと ビジネスロジックを 他に依存させないように しましょうね 以上 まあでも そういうことですよね なんか 多分結局DDDとかも そこの話だなとは思いますよね 若干違うような気もしなくもないんですけど まあ ビジネスロジックが 他とはちょっと 位が違うというか そこが一番大事だよね っていうのを強調する 意味では 考え方というか 思想というか みたいなところは 同じなのかなとは思いましたね ね なんか 思想の 始まりっていうか 語り口の最初のところが それぞれ違うんだけど はいはい さっきなんか DDDとかも一緒に見えてきたって話だと なんとかアーキテクチャーとは ちょっと違うんだけど DDDは なんか アーキテクチャーとは DDD 今度話しましょうっていうワードも 一緒に出てくるんであれなんですけど DDDとか アジャイルとか QAとか SREとか 全部めちゃくちゃ 被ってる部分があるなって思って 全部一緒です どの辺が一緒ですか 単語だけ聞くと 全部別々に感じるじゃないですか はいはいはい 全部一緒っていうか被ってる部分が それぞれあって 丸の弁図いっぱい書いてるみたいな 気持ちになってくる アーキテクチャーは 実際に 現場で起こっていること ビジネスとして こういう風なルールであるっていうことを ソフトウェアを作るための フレームワークとか具体的な技術とか に汚されないために 考えられていることが多くて それはさっき言ってくれたみたいな DDDと似てるよね DDDは ドメインドリブンデザインなんで そのドメインで起きていることを 一番大事なものとして そこからソフトウェアを作る 現場の 働いている人たちの 言っていることを 一番大事にしましょう そこに似てますねって話して アーキテクチャーだとテストしやすいように するという側面も 結構強い感じで その辺はQAと似ていて QAの言っているクオリティの部分と SREの言っているリライアビリティは 結構似ていて そういう感じ なるほど アジャイルは 安定的に アジャイルの中でも テストとかすごい重要なテーマだし それもめっちゃ被るよね 確かに そういう感じ 確かに 具体でやっていることが ただ違うだけで よく考えたらだいぶ前かもしれないですけど そういう方向はみんな一緒だよ みたいな そういう感じ 確かに アーキテクチャー テストみたいなところとかは もともと書くの これずっと言ってるんですけど めっちゃ嫌いだったんですけど それは本当に コードがデザインが悪かった っていうのが 最近 最近じゃないですけど 1年2年前くらいの 気づき学び みたいな感じでしたね テスト書けないってなった時に とりあえずコードが おかしいというか いけてないんじゃないか みたいなのを疑うようになったり どうしても仕方ない部分とかはあると思うんですけど そういう時だけそこは モックにする コードとか いろんな考え方紙については 最近 スタブのことをモックって言ったら怒る人がいるから 世間の人は全然 気にしないところで 訂正をしてしまいましたね また今度 テストみたいな 単語をテーマに 別の回で撮りたいから あんま詳しくは言いたくないんだけど アーキテクチャー 観点で言うと やっぱ ずっと 全てを 原則通りに作れれば もちろん言えばいいんだけど パフォーマンス観点とかで 理性にするとか いろいろあったりとか するなって思ったのと あとテストの話 テストが嫌いだったっていうところで テスト関連の ツールの使い方を覚えるのが 辛いみたいな個人的にあって 新しい言語でテスト書こうと思ったときって まず何を使えばいいか 確かに確かに そういうのも結構 軽減される要因かな はいはいはい 確かに 環境整備みたいなところ ソフトウェアのアーキテクチャーは パッケージ構成、モジュール構成みたいなところもあるけど そういう周辺支援ツールを どんな感じで入れ込むかっていうのも 結構大事だなって 意見持ってますね 確かに あとそこら辺の拡充性みたいなのも大事だったり たぶんしますよね Goとかは結構 マインスケールとかは結構充実してると思うんですけど ポストグレであったりするのかな とかは分かってない 流石にポストグレは最近は 流石です そういうデータベーステストするときに それをインメモリテストしやすいものがあるかとか とかでも結構違いそうだな とか思ったりしますよね あと10秒で話すのもあれだけど あと見た観点だと オブザバビリティ系のツールを 上手く入れとくとか みんながすごい意識しなくても いいようにしておくとか # チャプター 2 そんな感じで話してきましたが 時間があんまないんで 締めを数分とって終わろうと思うんですけど どうだった? 今日のやつ、手間差しかなり苦労して 2回目から始めたけど 意外と喋れたな感あった? 普通にもっと喋れるなって感じはありますよね 喋り始めると意外といけるんですけど 入り口が正確なことを言わないといけない なるときつい さっきも言った気もするんですけど とりあえず単語1個決めて 今日はそれで話すみたいな感じで 話し始めちゃってもいいかもしれないですね それの説明をするっていうものでは別にない 今思うと それについて最近学んでることとか 関連して気になってることとか そういうことを話せればいい気もするんで あんまり考えずにって言うだけ これって言ったらそれで話すみたいな感じも 面白いかもしれないですね いろんな広がりとか出て なんかよく聞くけどあんまり分かんないみたいな 言葉とかコメントで教えてもらえたりしたら それについて話すとか 僕たちも分かんないんですけど 言いながら 関連の話題を話すだけで終わる可能性もあります 結局何だったかわからない でもテーマいただけるとすごい助かります お願いします じゃあ終わりますか 次はどの声と繋がりますか 引き続きVoiceでお楽しみください