この番組は駆け出しエンジニアのじゅんぺいと先輩エンジニアのかいちのりが送る駆け出しエンジニアを中期エンジニアにキャリアアップさせるラジオでございますやってまいりましたところでじゅんぺいくんオブジェクト思考とは何ですかやっぱ久々に聞いたやっぱあれですよね僕はJavaをやってたのでオブジェクト思考だと思うんですが細かい

機能ごとに機能じゃない機能というかクラスとかにこう分離していってオブジェクトとして扱うことで依存性を下げるそんな感じで使いやすくパーツごとに分解してアプリケーションを作っていこうみたいなところですかねオブジェクト思考ういー

じゅんぺいがじゅんぺいなりのオブジェクト思考を見つけてますねあれちょっと違った?多分ねいろんなことがいろいろ重なってるんで一言でこうっていうのは特にないと思うんですけど今日はですねその中でもね結構重要なんじゃないかなというエッセンスの話をしていきたいなと思っておりますお願いします久々に今日のテーマはですね情報隠蔽です情報隠蔽隠したいんですか?

隠します隠して隠して隠しまくります裏金問題ですね最悪コンピューター界の裏金問題に踏み込んでいこうかなと最悪最悪ですね踏み込んでいこうかなと思っておりますはいわかりましたお願いしますさっきうっかりオブジェクト思考とは何ですかとか聞いてしまったんですけどこの情報隠蔽というのはですね実はいろんなレイヤーで行われております

いろんなレイヤーでいろんなレイヤーで行われてるしなんならコンピューターに関係ないところでもいろいろ行われてると思うんですね告発します告発しますなのでこれを知っておくとより使いやすいものが作れるようになるんじゃないかなと個人的には思っておりますそうなんですねそうなんですよ

裏側を知ると裏側を知るとというか隠すぞっていう気持ちがあると隠すぞっていう気持ちあんまり想像できてない隠すぞって言ったら結構ネガティブなワードに聞こえるんですけどコンピューター界ではポジスポジ例えばじゅんぺいくんプログラム書くときに

でもこう書くと電気信号がこう伝わってしまうからって考えたことあります?ありません全然ありませんですよねでも絶対裏側では電気信号が動いてますよねコンピューターってそれってつまりどういうことかっていうと電気信号とか電子回路的な部分の詳細が完全に隠されてるわけですねなるほど

抽象化されているというよりも隠されているの方がいいのか抽象化されていると隠されているは確かに近いかもしれないけどよく情報隠蔽って言われたりするような気がするなそうなんですね確かに抽象化だと違うななんとなくわかりましたイメージっていう感じでいろんなレイヤーでも隠されまくってるんですよ例えばネットワークの

ネットワークで通信してるよっていうことは分かると思うんですけど裏側でTCP使ってるのかUDP使ってるのかとかあんまり気にしないですよね気にしたことないですネットワークレイヤー触る人が気にする部分ですけどアプリケーションレイヤー触る人は気にしなくていいですよねあとこのコマンドを実行したらOSのどういうカネルの処理が呼び出されてとか気にしないですよね気にしないですメモリはどうですか気にする

言語とかそういうときは気にしないなこのメソッド呼ぶとメモリアドレス何番から何番まで使うからみたいな気にしたことないですPythonとかだと特にそうですよねCとかだったらまた話は別なんですけどというので

そういう詳細を隠すっていうのは結構使いやすくするためにポジなことなんですよなるほど今回はオブジェクト思考で使える考え方というかオブジェクト思考においては何を隠すのかっていう話をしようかなと思っていて何隠すんだろうなオブジェクト思考で隠すべきことは色々あると思うんですけど個人的には

ビジネスロジックの詳細だと思うんですよね詳細は隠すそう例えば

フレームワークとか使うとだいたいMVCで作られていて実際の現場だとMVCだけだとちょっとレイヤーが足りなすぎてどっかがファットコードになってしまうのでサービスみたいなところを付け足して場合によってはリポジトリ層みたいなレイヤーも付け足してレイヤードアーキテクチャで扱えますよっていう現場が結構多いかなと思うんですけど今回はその中でもサービス層を見てみようかな

はいはいはいビジネスロジックありがち層そうビジネスロジックありがち層ありがち層の層はあれですか清掃券の層ですか清掃券の層ってどれだすいません空高くある方のなんでしょうねそっちかレイヤーの層ですそうですそうです層が多すぎてよく分からなくなりましたけどはい

例えば通知サービスみたいなのを作るとしますと通知サービスの詳細ってちなみに何だと思います通知サービスの詳細だからやっぱりちょっと抽象化だなやっぱこれ抽象化も同じだと思うわ隠蔽と近しいわあマジですかもしじゅんぺが通知サービス作るとしたらどんなインターフェースにします通知するタイミングは

どうなんだろう例えば受け取らなきゃだなアプリ開いた時とかじゃないな通知サービス具体的なあれが欲しいなじゃあアプリ開いた時にいいですかねそれともあれかどっちかっていうとあれにしようかiPhoneのロック画面に通知ポンって出るぐらいのイメージいやすいませんそういうというよりはあの

ウェブサービスとかだと何かした時にメール飛んできたりとかあるじゃないですかそういう系かなOKですそれだとアクショントリガーとなるものをユーザーが実行した時にそれを受け取ってその情報を受け取ってでそうだなそのなんだろうな

ちょっと抽象的すぎますけどそれを受け取った内容をもとにこのユーザーそのユーザーにそういうアクションがそういうアクションがありましたの通知はいらないかありましたの通知まあそうねそれに関連する通知とかなんかサジェストしたりする感じですかねなるほど個人的にはですねノーティフィケーションサービスみたいなところで

Notifyというメソッドを作ってそこにイベントを渡したらおしまいっていうぐらいが一番シンプルでいいんじゃないかなと思うんですよね具体的なるほどでもこれって詳細についてはインターフェースから見えないようになってるんですよ例えば通知が何で飛ぶかまず分かんないメールかもしれないし

LINEかもしれないしまたまたプッシュ通知かもしれないしだけどそういう詳細っていうのは外側には出さないようにするとなるほどあとなんだろうな送信先はもしかしたら渡す場合はあるかもしれないですね誰に送るみたいなのは今回だったらイベントに対して送るやつだったんでイベントを渡せばいいかなと思ったんですけどそうじゃないケースもあるじゃないですかこっち側からプッシュしたいケースというか

例えばあなたは当選しましたみたいな怪しいメールみたいになっちゃいますけどそういう通知の場合とかだったら誰に送るかみたいなリストも必要かもしれないですねだけど基本的にそれを通知を送るよっていうことは外側から分かるようになってるけどじゃあどうやって送るのかみたいなのを隠しておくっていうのがオブジェクト思考における詳細の情報隠蔽だと思うんですよね

これをめっちゃ噛み砕いた説明みたいなのをするときにセッターとゲッターの話がめっちゃ出てくると思うんですよ懐かしい例えばクラス作りますとオブジェクトのプロパティをプライベートに設定しますプライベートに設定してたら外側のクラスからはデータにアクセスしたりデータを書き換えたりできないんでセッターとゲッターを作りますみたいなこれ

めっちゃなんでってなんない?なってましたなるよねこれすごいなります普通にじゃあ最初からパブリックでいいじゃんっていうめんどくさーって思ってましたこれがなんで必要なのかみたいなのを説明しないとこの説明ってあんまり意味ないなって思ってるんですよねちなみにそれじゅんぺいわかります?

いやーやっぱり質問されるかなと思ってたんですけどドキドキしてたんですけどドキドキしてたえーっとなんでそうなるんですかねやばい思うに全部のセッターとゲッターに間違えた全部のプロパティにセッターとゲッターを作る事例だから良くないと思うんですよねこれうん

とりあえずそうしとこうみたいな話になっちゃってるってことですかそうだいたいその情報隠蔽というかこういうのを説明するときにプロパティに対して必ずセッターとゲッターが用意されてしまうはいはいはいけどこのセッターとゲッターを作る意義って要はそのデータをどう操作してほしいかっていうのをそのクラスを作った人が指定させるためだと思うんですよ

はいはいはい要はこのプロパティはゲッターだけですってなったら値は参照できるけど更新できないよっていう安全なオブジェクトになるじゃないですかはいとか例えばセッターを作るにしてもじゃあこの値はもしマイナスの値が渡されたら例外を投げるよとかっていう風に書いておけばここのプロパティは絶対に負の値にならないっていう制限をつけるじゃないですかはいはいはいはい

っていうのをその制限を追加することによってより安全になりますよねっていうのをかけるんですね制限をかけるもこれなんか情報隠蔽と似たような厄介さがあるというかネガティブ寄りの言葉に感じるというか制限をかけることの良さっていうのがあると思ってて

プログラミングって何でもできますよね何でもできますねそうだから何でもできるから書くときは楽なんですよ何でもできる方がうんうんうん最初にスピーディーに作りたいとか

あんまりルールとか多くない状態でプログラミングを勉強したいっていうときはプラスだと思うんですよなんですけど大体世の中のプロジェクトって保守運用しなきゃいけないじゃないですか大体ですしなきゃいけないですね機能変えたりとか追加したりとか追加しようとしたら他の機能となんかいろいろなバッティングがあって結局なんか変えなきゃいけなかったりとか変えるときに自由だとやばいんですよねなるほど例えばさっきの通知サービスを変えたいですはい

ってなった時にこの通知サービスは使い方によっていろんなことができますみたいなのになってると変更する時にどういうパターンで影響を及ぼすかっていうのを考えるパターンが増えまくっちゃうんですね無限に一方使い方が制限されてればそこ考えるのめっちゃ楽でいやもうこのオブジェクトこういう使い方しかされないからこう変更すれば安全だわいみたいな

っていう風に考えることができるので制限をつけるしかも最初書くとき長くなってめんどくさいんですけどそうやって制限をつけることによってより保守しやすい行動が書けますよというものになっておりますここまでちょっと具体的な話をしてきたんですけど僕個人的にはですね世の中に

こいつはマジですごいカプセル化こいつはマジでちゃんと情報隠蔽してるなってものがあってちなみに今のはいどうぞ情報隠蔽はつまりカプセル化みたいなもんですかだけではないえっとねカプセル化と情報隠蔽は違いますそこは明確に違ううんと思うカプセル化はね調べると

扱うデータとそのデータに対する振る舞いをセットの場所に置いておくことみたいななので隠すみたいな目的ではないはずでも一緒の場所に置いた方がいいよねっていうオブジェクト思考だったら関係は

凝集度ってやつですか関係あるものは近くに置いとこうねみたいなそれがカプセル化ですねでも確かに文脈によっては情報隠蔽とか抽象化っぽい流れでカプセル化が使われていることがある気がする撲滅していきましょうどっちがいいんだろうねどっちがいいかはちょっと分かんないけど

確かに会話の中でそういう風に使われるケースもある気がするんでそこはふんわり頭に置いておくといいかもしれないですね勉強になります正しいことだけが正義じゃないというかっていうのもあると思うんでありますね現場に合わせた言葉の定義があるよねなのでふわっと近しいところにはあるんでごちゃごちゃになって使われてるケースはめっちゃあると思いますありがとうございます

で今回紹介する情報隠蔽のゴンゲーはいゴンゲーリモコンでございますはぁ確かにリモコンねすごいんですよね凝縮されてますねなんかそうすっごい隠されてるんですよこいつまず電源電池入れてオンとオフをすればだいたいリモコン完成じゃないですかはいまずオンを押しますよと

っていう時に裏側でどういう電気が流れてどういう信号をリモコンに送ってるかっていうところが完全に知らなくていい間違いない例えば今だったら赤外線でオンオフにするパターンもあればもしかしたらBluetoothでオンオフにするパターンもあるかもしれないしでもそういうのとかは全く気にしなくていいし知ってる必要がない気にしたことないそうなんです

なのでこれは詳細がうまく隠されているはいはいはいなるほどだから中身を例えばすり替えたとしても使う側は関係ないですよね関係ないこれってすごい情報隠蔽というか詳細を隠すことができてるなと思ってて使い方は本当にボタンを押すっていうのとあとは向き向きをリモコンリモコンじゃないやエアコン側に向けなきゃいけないとか

テレビだったらテレビに向けなきゃいけないとかそういうルールはありますけど他は別にあんまり関係なく使えるとなんならこのリモコンってインターフェース今出たようにエアコンにもテレビにも同じようなものがあるけど絶対中身違うじゃないですか絶対違うだけどどっちも同じような使い方できるとこれはもう最強のインターフェースと言っていいんじゃないかなと思うんですよね間違いないで

オブジェクト思考のコードもこうあった方が使いやすいんじゃないかということなんですよつまりさっきのノーティフィケーションサービス通知を送るサービスですねとかも通知を送るよっていうことだけ分かっていればよくてそれをどこに対してどうやって送るよっていう詳細はサービス層だったらコントローラーから使うと思うんですけどコントローラーの呼び出しから分かんないようにするとうんうん

っていう風になってるかなって意識しながら書くと非常にいいよねっていうじゃあ隠せてない場合ってどうなるのかっていう感じなんですけど確かに大体の場合はまず良くない匂いがするパターンその1

引数が多いいいですね例えば引数が多くてその引数の中に詳細に関する情報を渡してしまってたら特に良くないです例えばリモコンで

よしじゃあなんかまず赤外線モードにしようって横にカチカチするスイッチがあってそれをうまく揃えてからじゃないと送れないっていう状態になっちゃってるみたいなやだーめっちゃやだーうちのエアコンは赤外線だからカチカチって合わせて送るみたいなそれはあんまり良くないですよね良くないですねでも引数だとやってしまいがちなんですよなんかこれメールで送りたいから引数でメールって渡すみたいな

うわめっちゃやりそうやってしまいがちなんですよでもこれって詳細知っちゃってるよねみたいなコントローラーがっていう風に考えると詳細がまず漏れ出てるのが分かるとその2サービスのメソッドを何回も読んでいる特に例えばデータの整形をするためにノーティフィケーションサービスのなんか

トランスフォームみたいなメソッドを読んでその成形したデータをさらに次にノーティフィケーションの送るメソッドの引数に渡しているみたいないやこれやる可能性あるな全然これも何回か読んでる時点でじゃあそれってそもそも送るメソッドでまとめれたんじゃないかとか

そもそもこれって変形しなきゃいけないっていうことをコントローラーが知っちゃってるよねみたいなっていうので何回か呼び出すもちろん何回か呼び出すのが正しいとか分かりやすいケースもあるとは思うんですが怪しい匂いがするパターンもいっぱいあるなって感じますねなるほどなるほどその3その3名前に出ちゃっている関数名とかに入っちゃってるんですかねもうセンドメールサービスになってるみたいななるほどメールじゃんって

じゃあこれ通知LINEで送るようになったら別のサービス作るんですかみたいなそういうケースもあるかもしれないけどでもそこってインターフェースで抽象化してノーティフィケーションサービスみたいなふわっとした名前になってた方が詳細気にしなくていいよねみたいな何か漏れ出るとしたらこの辺かななるほどスメール感じますねそこら辺スメールを感じるパターン引数が多い同じサービスのメソッドを何回も読んでいる名前に出ちゃってる

ここがうまく隠蔽できると例えばサービス通知の方法に変更がありましたよっていう時に変更します実際にでも引数と返り値さえ変わらなければコントローラーが全く触らなくていいですよね間違いない

っていうのでいいんですけどさっきみたいに引数が漏れ出てたらまず引数直さなきゃいけないかもしれないからコントローラーいじる必要があるメソッド複数呼んでた場合その呼び出し方変わるかもしれないからコントローラーが変わる可能性があると名前に出ちゃってた場合例えばメールじゃなくなったらセンドラインノーティフィケーションサービスみたいになって名前を変えなきゃいけないからコントローラー側の処理を変えなきゃいけなくなるみたいな

ことが起きて境界線が曖昧になって保守しにくくなるってことが起きるんですねなるほどいいっすね思ったよりがっつり話してしまったなめっちゃいいですね余談ですけど最近ヒマプロあんまりこういう技術的な話ちょっと少なかったじゃないですか少なかったっけいいっすね確かに少なかったかもしれないな最近はなるほどな

というので情報隠蔽でオブジェクト思考で情報隠蔽するならそういう詳細を隠すように設計してあげるとより保守しやすい行動がかけるんじゃないかなと思うのでぜひ新しいクラス作ったりとかするときはこの情報隠蔽について考えてみるといいんじゃないかなと

思っておりますはいありがとうございます久々にちょっとジャバ書きたくなりましたね マジで久々に久々にジャバ書きたくなったんだなんかうんやっぱオブジェクト思考ちゃんと学びたいなって気がしましたしてるんですよね最近 あそうなんだなんかうんいいですよねなんかやっぱり基礎なのかなって気がしてジャバ 僕にとってはですけど

Javaやるといいメリットの一個あれですよねオブジェクト思考の本だいたいJavaで書かれてるみたいなところありますからね技術書が読みやすくなると思いますよ順平が今からオブジェクト思考の勉強するならおすすめはねもしかしたらあれですかお便りのコーナー行く?お便りにつながりますかお便りにつなげるこれ

でもなこれ未経験の人が読む本じゃないからなじゃあ1個レベル高めの攻めるとしたらこれだよぐらいの感じでいきますオブジェクト思考の心がいいんじゃないかなオブジェクト思考の心かっこいいこれ実はですね結構好きな本でっていうのもピアソンショックって知ってます?

オイルショックみたいなピアソンビューですか多分過去300回のどこかで喋ったような気がしなくもないんですけどピアソンエデュケーションっていう結構了承をいっぱい出してる出版社があったんですけど出版社がなくなっちゃったことによって了承がいっぱい失われたんですよなんですけどそこの本を別の出版社が買い取って出してるのかなへー

っていうので一回ピアソンショックで失われたけど復活された本みたいな感じなんですよねピアソンショックあれじゃないかなテスト駆動開発とかも確かピアソンショックで一回失われてるんじゃないかなへーそうなんだテスト駆動開発そうなんですよねちょっと買おうかなと思ってて基本買ってもちょっと積みすぎててやばいですけどこの紫のやつですかねオブジェクト思考の心そうそうそうそうはいはいはいピアソンショック本なんで

ピアソンショックもか僕ちょっとピアソンショックもテンション上がって買っちゃうんですよね確かになるほどそういう経緯がちょっと参考にしますはいなので

オブジェクト思考って言ったらあんまり本ないんですよねそもそもあとは本当にさ絶対買わないと思うけどバートランドメイヤーさんのオブジェクト思考入門第2版原則コンセプト編じゃないですかね1000ページくらいあるんじゃないかなかつて見たことないくらい分厚い新品で約8000円高いんですよこれ

水色の奇跡的にブックオフで見つけて買ったんですけど買ったんですねでもねまだ積んでるねだいぶ覇気やばい第2版がすごい第1版の約3倍そうなの第1版見たことないからわかんないけどそうなんだ1900ページ以上すごいなそれはもう別の本だよね第2版

こんなのあるんですねちょっと硬すぎるなこれ読む日来るのかなこれしかも昔の本特有の余白狭い感じというかね読みづらいよ多分いやだなわかんないけどこの前初めて4ページくらい読んだすごい最初ちゃんと手つけてるのすごいですね最近ちょっとずつ手つけるっていうのやってるから

すごいぜひこれ読んだら喋ってほしいですこれもうこすりにこすれるよね間違いないありがとうございます今日はオブジェクト思考の情報隠蔽という話でございました勉強になりましたではちょっと短めなんでお便りいきますか行きましょうじゃあじゅんぺいさん私ですか読み上げお願いしますラジオネームは

ファラフェルさんありがとうございます感想の方からいきますお三方のユーモアあふれる掛け合いに笑わせてもらっています末永く続けていただきたいですありがとうございます末永く続けていきたいですいきたいですね細くなってもいいから続けたいですね

いやもう全然ゴンブトでゴンブトで同じやかに3年4年目入ってくるぐらいかもうちょいで4年目になりますね来月でひまプロ4歳突入って感じですねすごいねよく週2でやってるよねこんなすごいよ本当にすごい

ありがとうございますちょっと頑張りたいですね次ポッドキャストで話してほしいことのりさんかいちさんじゅんぺいさんこんにちはこんにちはいつもひまプロキーでモチベーションを高めていますありがとうございますさて私はこの4月に未経験からSIERにSE職で転職しますそこで4月までに基本情報技術者に合格技術書を3冊読みたいと思っています

つまり初心者に勧める技術書3冊を教えていただきたいです転職先のSIRはソフトウェアファームウェアデバイスドライブ等の開発をしており

担当する案件によって扱う言語もフレームワークも異なります技術書はまだ読んだことないです世界一流エンジニアの思考法は読めましたよろしくお願いしますありがとうございますSE職SEって言うとあんまりコード書かないイメージがあるんですけどそうではないSEですよね多分

いやーでもSIだとあり得るんじゃないですかね最初ちょろっと経験積むかもしくはいきなりどっちかっていうと上流工程に触れまくるみたいなのはあり得るんじゃないかななるほどでも一応開発ポジションみたいな感じなのかなソフトウェアデバイス開発をしておりまあ確かにいや分かんないよ

そのSI屋がその開発をしているというかその開発をしている下請け会社に投げて開発をしていてそこをまとめるという可能性もあり得るとは思うなるほど

はいはいはいとりあえずそうですねまず基本情報技術者ここはね僕は諦めたのであれなんですけどぜひ頑張ってほしいですね今がこれ撮ってるの12月末ぐらいなんで4月だったらあと丸3ヶ月はあるのでまあ

普通に時間取れればいけますよねこれぜひ頑張っていただきたいですねいいですね技術書3冊これ未経験転職からの技術書3冊ってなるとどうですかねちょっとそれぞれ出しますかはいじゃああんまり本読まないじゅんぺん君から本当なんですよだからあんまり参考にならないかもしれないですけど本当に未経験でなると

うわぁむずいあの一冊はもうなんかちょっと言語とかそういう話ではなくなってきちゃう気もするんですけどhtml cssまあ合わせてちょっとjsの本とかをやるのは一応ありなんじゃないかなと思ってますあれあのマナさんの本ってその

ハンズオン形式ではなかったですよねめっちゃハンズオンだと思うよめっちゃハンズオンですよねなんで一冊目は一冊で全て身につくHTML&CSSとウェブデザインかこれ僕ものりさんからいただいたはい領書ですねそれいいですよね特にまだ未経験じゃないですかこれからやるぞって感じなのでその本のすごいなんて言うんでしょう

いいところってなんかあんまむずすぎないじゃないですかなんかやること本当にそうですよねだけど結構綺麗なのできるからなんかプログラミング楽しいなっていうのになんかこう一歩掴むのにすごいいいですよねなるほど確かに一歩目としてそこの何ですか土地の過程を楽しめるようになりそうですよねうん

今冷静に考えるとこれあれか2人が3冊ずつ教えたら4月までに読む本6冊になっちゃうからまあまあピックアップしてもらってまあそうですね僕1冊目それです2冊目言語で言うと

決まってないっていう話多分なのでプロジェクトによるっていうので僕は自分がそうなんですけどジャバの本ですねすっジャバですね出た!省略せずに言えすっきりわかるジャバ入門とかついてたっけなっていうので結構分厚いですけどとはいえ包括的網羅的にある程度載っていてただ後半が

ちょっとここも知っとくといいよみたいな中級に向けていくまでの項目と前半は本当にここまでは分かっておこうねみたいな書き方がされていて前半その部分だけでもいいのでやっておくとすごいいいのかなと思っていてやっぱりJavaを進めるのは書き方がきっちりしているから基礎を作る上では僕はあんまり言語で言うと現場で触ったのはPythonと

Javaばっかりの話になりますけどTypeScriptもなるんですけどその中で言うとやっぱりJavaの基礎がある程度あるから他の言語とかも多少はマシかな分かりやすいかなとかっていう気持ちですね確かにJava書ければ他も書けるでしょみたいなところはあるよね正直うんうんうん

あとCというのはさっきエピソードの中で話が出てきましたけど技術書ってJavaで書かれていることが多いので読みやすくなるよねみたいなところもありますよねっていうのが言語で2冊目3冊目悩みますねどうなんだろう何悩みそれありすぎて悩みなさすぎて悩み何のジャンル行くべきなんかなっていう悩みでそういうことか

まあでもどうなんでしょう簡単そんな時間かからないので言うとちょっと本とかじゃなくなっちゃうんですけど軽くSQL系をやっとくのがいいのかなっていう気がしちゃいましたそれはなんかSQL多分そんながっつりやらなくてもまあ本当1,2週間ぐらいで多少は

あの正規化とかまでいけるんじゃないかなと思うのででなんかそこら辺の入門SQLみたいな本があると思うんでちょっとごめんなさいおすすめは特にないんですけどなるほど具体的なSQLというよりはどっちかというと設計学んだ方がいいんじゃないかなぐらいの感じですかそこら辺までいけるといいですよねっていうところですかね単純にSQLのクエリの書き方みたいなところはまあなんか1週間もあればなんとなく分かるのかなと思っていてうん

そうですね設計のところまでやれたらプロジェクトをちょっと理解しやすいのかなって感じですかね3冊目はちょっとお勧めなかったんですけどジャンルとしてはSQ個人的にミックさんって人が書いてる本が基本的には良いかなって気がしますねデータベース系は結構いっぱい書いてて本人がなんかね

ツイッターかなんかでロードマップみたいなやつを書いてたような気がするんでちょっと見つけたら概要欄に貼っておこうかなそれいいですねありがとうございます僕からはそんな感じでぜひのりさんの方をより参考にしていただければと思いますお願いします僕はですね3冊しっかり選書してきましたよさすが

まず4月からS移植ということで今未経験じゃないですかもちろん具体的な技術をやるっていうのもそうなんですけど僕的にはまずコンピューターって楽しいんだってことを知ってほしくてですねそれベースで選びましたその1世界で最も強力なQのアルゴリズム

それ未経験でもいけるんですねまずこれそもそもエンジニア向けの本ではないです確かどっちかっていうともっと幅広い層に向けて書いてたはずなのでこれは非常に分かりやすいと思います激推しですよね激推しです

やっぱ面白いですねこれなんか複雑に見えて難しそうに見えることがすごいなんかわかりやすく一歩ずつ説明されるんでこれ面白いなってなるんですよこれぶっちゃけ基本情報にも行きなければ実務に行けるかどうかも怪しいんですけどまずは楽しさを知ってほしいなというか奥深さを知ってほしいなっていうのであげました一応技術書ではあるちょっと違うかもしれないちょっと違うかもしれないでも楽しさは

一応技術書に僕は入れてますいいですねエピソードでもありますもんね確かありますなるほど特にGoogleのやつとか分かりやすくて面白いんじゃないかなと思いますねGoogleの検索エンジンの裏側で動いてるアルゴリズムの説明とかがめっちゃ分かりやすいですね何個かちょっとムズいのあるかもその2コードそれもなんか話出てきてますねこれもエピソードで紹介したんですけど

これは基本情報に生きるかなと思いました基本情報ってさ結構あるあるだと思うんですけどいきなり10進数から2進数に変換してコンピューターが01で動いてるよって言われてオア回路&回路みたいなのが出てきてで何?みたいなこれを丸暗記するの?みたいなはいはい曲がりなりにも基本情報ちょっとは勉強してたんでちょっとは勉強してたんではい

急にそういう話するんだって気持ちにはなりましたねですよねそれがなんでそういう話をしなきゃいけないかが分かるもんですねこれコードは欲しい欲しい理由知りたいこれ本当にだから最初コンピューターじゃないんですよ

エピソードでも一回話してるんで詳しくはそっち聞いてほしいんですけど最初スイッチ使って電気を光らせて通信するっていうところから始めるんですねモールド信号みたいなことして懐かしいそっから最終的にはCPUの回路みたいなやつ作っていくんですけどちょっと後半むずい確かにでも最初の方とかはだから01で通信できるようになるんだってのが分かるんで基本情報に生きるかなっていう意味でこれを選びましたあとこれを

前半は分かりやすいですちょうど第2版も出たんで今年かなむずいとこは飛ばしつつそうだねむずいゾーンに入ったらあとは全部むずいからそれはまた3年後とかに読むといいかもしれないですね最初の面白いとこだけつまみ食いしたらいいかなって思いますそしてその3達人プログラマー確かにこれねやっぱ名著っすねこれ

やっぱ名著ですねやっぱ名著これ最近僕今再読してるんですよ達人プログラマーはいはいはいで当初読んだ時とやっぱり今って視点が違うんでなんかもっと深く読めるようになっててやっぱこの本は面白いなと思ってるんですよねいやーいいっすねでこれのいいところはエンジニアってかっこいいってなるわー大事うん

強いエンジニアになるためには大事ですよねそういうそういうモチベーションを何度も高めさせてくれる本だと思うんでこれも言うてむずいんですよ後半の方行くともしもしかしたら何もやってない状態で読むとむずい部分はいっぱいあるかもしれないんですけどとりあえず一冊持っておいて何年間に一回ずつ読んで自分の成長をたどるそしてその度モチベーションを上げるっていうのでも

持ってて間違いない本かなと思うのでなるほど達人プログラマーはいいと思いますねこの3冊かななるほどいいですねちょっと今日カイチさん休みでカイチさんの意見伝えたくて申し訳ないですけどカイチがいたら9冊になっちゃうからね

もうそれはやばいよ1年コースだよだってそうですねノリさん1冊目が世界で最も強力なQのアルゴリズム2個目がコード正式名称はコードから見たコンピューターのからくりってやつですね3冊目が達人プログラマー達人プログラマー

そうですねただ全部エンジニアになった後で読んだんでちょっとそこら辺の読みやすい基準は若干あれかもしれないですけどとはいえコード分かりやすかったけどなだって最初コンピューターじゃないんだもん確かにちゃんとその仕組みを説明してくれてるからあれあるじゃないですか電磁石でさ

巻き巻きコイルにさ電気流したら磁石発生するやつ磁力か左手のフレーミングの法則と右ネジの法則右ネジの法則だあれだけわかってれば大丈夫ですねあれでなんか磁力が生まれるんだってことがわかってれば大丈夫じゃあもう大丈夫ですねもう大丈夫もう事前知識OKはい

ありがとうございますそんな感じで参考にしていただけたらなというところですいいですね4月からってことは新卒とかなのかな25卒のいやいや4月に2軒からSEA職で転職しますって書いてますね転職かはいはい

じゃあ我々と同じような未経験転職組なんですねですねいや頑張ってほしい頑張ってくださいありがとうございましたありがとうございますというところで今日は終わりですかねはいじゃあ締めの文章いきますかはいめっちゃわかるひまじんプログラマーでは皆様からのフィードバックをお待ちしておりますお待ちしておりますXなどのSNSアカウントではい

ハッシュタグひまじんプログラマーをつけて感想等々どしどしご投稿くださいそうですね情報隠蔽に関するこんな書き方ありますよ的なそうですねあとはミクシー2はやってないのでちょっとそこはやってないXでお願いしますいやそうですねあとは皆様からのお便りも募集しております番組の概要欄にGoogleフォーム

もしくはメールアドレスが記載しているのでそちらからご応募くださいお願いします

またこちらの番組は各種ポッドキャストで配信しておりますプラットフォームの方での高評価フォロー等もよろしくお願いしますお願いしますここの最後の締めはいつもカイチさんで僕たちは覚えてないですよね覚えてないんだよねいつも聞いてるのにね本当に人間って聞くだけじゃ覚えれないんだなと思いますねよくないですねカイチさんのありがたみありがとうございますということで今回は情報隠蔽のお話でした皆さんもしっかり隠して

しっかり隠していきましょうでは皆さんバイバイバイバイ

デバッグスタンバイ!