#137 エンジニアとして稼ぐために必要なスキルって?

2023/4/30 ·

  • じゅんぺい君とのりさんに稼げるエンジニアって何ができたらいいと思いますか?いきなりですねじゅんぺい君は特に稼ぎたいもんねそうじゅんぺい稼ぎたいしね今めっちゃ稼ぎたいっすちょっと導入間違えたんですけど何ができますかできると思いますかっていうのは置いといてズバリ稼げますかあなたたちは稼げません稼げませんうんうん微妙ですまあどうなんでしょうね



  • なんやかんや稼げんじゃないかとは思うんですが一方で稼いでくれるエンジニアになりたいわけじゃないですか皆さんそれはね同じことやってるならいっぱいもらったほうがいいですよもらったほうがいいし一人でねエンジニアとして頼りにされたいとそれって何ができたらいいんだろうっていうところで僕のものすごく崇拝するジョン・メンソズさんっていう人



  • メンソズの兄貴メンソズの兄貴どなたですか擦り倒してるソフトスキルズの著者ですねなるほどねそちらの方ですねメンソズの兄貴がキャリアスキルズっていうエンジニアのキャリアに関するものにフォーカスした本ですかねソフトスキルズの後に出てる本だと思うんですけどそこでソフトウェア開発者になるために役立つ最も重要な技術スキルソフトウェア開発者に必要なスキルを教えてくれてるんですよ



  • なんでメンソーズの兄貴からエンジニアが稼ぐために必要なものを教わってうわ俺今これできてねえわっていうのをゴールデンウィークないし今年勉強していったらいいんじゃないっていうエピソードになりますなるほどね



  • 僕もでも言うてあのソフトスキルズ読んでるんではい 多分全部当てれますねなるほどねはいうーんどうだろうねどうせ体鍛えろとか言うんでしょ いやーちょっとそれはお楽しみにそれに技術スキル技術スキル技術スキル技術スキル全然ソフトスキルじゃないですはいあそうなんだはいえあまじかまじではいなんでちょっと順平がやっぱりあの中堅者になるのを我々はサポートしていきたいのではい



  • 今のじゅんぺいくんの状態をちょっと健康診断していきましょうじゃあじゅんぺい診断じゅんぺい稼げるかどうか診断じゅんぺい稼げるか診断露骨だなであの



  • 結構個数あるんでポンポンいきますあと記載がねちょっとねふわっと書いてるというか大まかに書いてるので俺とのりさんでこれについてはこんぐらいできたらいいんじゃないみたいなのをちょっとワイワイ話しながら進めれればなと思ってます了解です最終的に順平の年収出すとそうそうそうそうそうそう



  • 推定年収すごいなこういう案件ありますよくある転職サイトみたいなこのぐらいならここでこういう条件で働けますじゃあちょっと12個もあるのでサクサクいきますね1つ目1つのプログラミング言語



  • なんかの言語やれとメンソーズさん曰くどれくらいまでやるべきかっていうところで言うとその言語の得意不得意っていうところが見えるところまで勉強してください一つのコードで俺はもうこれで開発ができるぞっていう



  • ぐらいまでやるのがいいですよって書いてました えーと一つの言語内での得意不得意ってことですかあそうですそうです例えば何でしょうねパイソンで言うとはい厳格な型定義がないから 多分大きいコードを違う大きいソフトウェアを作るのにあんまり向いてないかもしれないねとか あの速度的にもうなんか5とかラストじゃなくてなんだっけラストかとかにはまあ劣るよねみたいな話とか うーん



  • その辺を理解できるとこまでちゃんと学びましょうみたいなことを書いてましたねなるほどねこれ結構ふわっとしてて個人的にどこまでやったらいいんだろうって考えた時になんとなくチュートリアルとかをやって体系的に言語でできるものを学んだ上で開発プロジェクトを一つ完遂して技術書も一個やりきるぐらいかなとかなんとなく想像してましたなるほど



  • むずいですね 言語ってさ どこまでやっていいか分かんないというかいざ深掘りしようとなったら 言語以外が必要になりすぎるときないのかまあそうですね どこまでもいけますよねいやーちょっと足りてない気がしますね 僕はそこまで嘘? だってJava何取ったん? Java何とか取ったじゃんJava Silver



  • 言った瞬間渋い顔したけどちょっと怪しいな資格取ってやり切ったとはちょっと正直思えなくて僕もだからなんだろうね使えるようにならないよね資格って読めるし分かるけど使えるようにならないというかその使えるようになるっていうところで開発プロジェクトで僕は経験があればいいんじゃないって思ってしまうそれ以上どこだろうっていうのは何も置けなかったから



  • そうですねなんだろうね読める書けるテスト書ける綺麗に書けるみたいな段階あるよねありますねなんか一通りしか書けないみたいな感覚ですね今リファクタリングの悩みが悩めないというか選択肢があんまり出てこないんでなので使いこなせてないというかなるほど足りてないのかなって気はしてますうんうんうん



  • 綺麗にじゃあ順平で言うとさっきのりさんで言うと綺麗に描けるってところがもうちょっとかなっていう感覚なんかね



  • なんか言語に依存するとは限らないけどなんかなんだろうねプログラミングスキルですよねなんか一つの言語のスキルというよりは今書いてあるコードをもうちょっとこういう風に書くと早くなるとかっていうところまではいけてない気がするのであーなるほどパフォーマンスと可読性は結構トレードオフあるからそこを選べるようになってくるとこいつはできるなってなるかもねなるほどなるほどなるほど



  • というのが一つ目一つ目のプログラミング言語でした二つ目コードの組み立て方っていうタイトルなんですけどこれは分かりづらくて分かりやすく言うとコメント書かなくても理解できる読みやすいコードを書きましょうですなるほどさっきのやつ言語に入れちゃいけなかった入れちゃいけなかったですねなるほどじゃあ言語できてんじゃねかもしんないですねそう君は稼げる返事には1個も12分の1ね12分の1コードの組み立て方が多分きれいに書くっていうところだと思ってますうんうんうん



  • これはもうリファクタリング読んだほうがいいですねクリーンコードとはいわかるはい3つ目オブジェクト思考設計ほうこれはなるほどね設計これはなんだろうねオブジェクト思考設計を学んで実装できるようになろうというところで何でしょうまずオブジェクト思考設計って何かというと簡単に言うと複雑なプログラムをクラスとかオブジェクトに分解して設計する方法ですよねうんうんうんまあ多分



  • 深くやろうと思ったらすごく時間かかるんでこんぐらいにしておきますけどキーワードとしてはカプセル化とか継承とかポリモフィズムとかその辺のワードが分かっててでまあ実務でやったことあるとかまあなんだろう使えればいいかなって個人的には思います僕オブジェクト思考はあれだと思いますコンポジションできるかできないかが結構ポイントの気がすると思ってますえっとつまりコンポジションができるかできないかです笑笑笑



  • 要は継承使うんじゃなくてなるべくコンポジションでできないのかなみたいなコンポジション知ってます教えてください機能を分けるんですよまずオブジェクトごとに継承ってさその機能つけれるじゃないですかつけてはいコンポジションどっちかっていうとその機能を継承するんじゃなくて持たせるみたいなイメージですねそういうことですかえっと



  • 持たせてってことはその持たせるやつが欲しい機能をもともとも実装してあるってことですかそう別のクラスで実装しててそれをプロパティに持たせるっていうのがコンポジションなんですけど人間で例えると何かこう物を切りたいなって時にナイフ使うじゃないですかナイフから進化してこないじゃないですかナイフ人間みたいなそれですナイフ人間作っちゃうのが継承なるほどナイフ使うのがコンポジションそういうことかなるほど



  • わかりやすいかなギリギリはまあまあギリギリわかるかもしれないけどスパスパのみのミスター1はいっていうのでオブジェクト思考設計3つ目ですこれ×かもしれないそれで言ったらコンポジション僕出会ったことないですそれちなみに質問なんですけど依存性と何が違うんですか依存性というか依存性と



  • 同じじゃないですかってことですよね依存します依存性注入的な話ですかリペンデンスしますはい次4つ目ですねアルゴリズムとデータ構造ですこれはですね大学で学ぶのが大体これですね大学の情報システム工学科とかで学ぶのが大体これなんですがアルゴリズムとデータ構造ってふわっとしすぎて具体的になんやねんと思うと思うのでまずアルゴリズム



  • ソートアルゴリズムとかが探索アルゴリズムとかその辺なんか分かってますかっていうところでその辺知らなきゃいけないんだって書いてますね知ってるわ知ってますかね知りませんバブルソートクイックソート並び替えのアルゴリズムというかやり方手順とか聞いたことない聞いたことはあるけどなんかソートの機能若干実装したこともありますけどえ?



  • 型通りというかラムダで型通りにJavaで作ったみたいな感じだった気がするソート自分で実装したことあるの?なんかありますこの時代に?ないですか?ソートの機能を借りて実装したってこと?あんまりないよね普通はないかなもうすでにあるはずだからね



  • それを使った機能を実装したってことかもしれないですそうだよね多分それならあり得る並び替えですね相当ある後は探索アルゴリズムで線形探索二部探索ハッシュ探索みたいなのがありますね配列がバーって並んでて前から見ていくのが線形で線形探索でうん



  • 二部探索は半分に分けてどっちにあるってやってるのかな二部探索でハッシュはもう普通にハッシュとしてキーバリューがあってここのキーのやつあるからここだわっていくのがハッシュですねそれはあれですか計算量把握しろよってことですかまあそういうことそれとあとなんとなく何やってるか分かっとけみたいななるほどじゃあバブルソートやってたらあかんぞって思ったけど大丈夫わかりましたうん



  • バブルアカン最後ダイクストラ法っていうのがありましてこれはネットワークのルーティングの経路を決めるのに使われたりするんですがちょっと口で言うのはめちゃくちゃ難しいので何て言えばいいかな点がいっぱいあるとしてそこに線がいろいろ繋がってますグラフ的なやつグラフ理論のグラフ的なやつ



  • その各線にコストがあります1位とか2位とか3位とかAからB地点までの最短経路を探してくださいっていうのに使うアルゴリズムです巡回セールスマン問題ってやつですか巡回セールスマン問題っていうやつに使うようなやつなのかな巡回セールスマンはでも全部巡回しないといけないんで大工スタラ法で言ってるのはAからBに行ければ何でもいいんで最短距離数学Googleマップ開発してる人が後ろでいっぱい考えてそう



  • やってるでしょうね逆にやってないと思います逆にやってなさそう逆にディープラーニングそんなに厳格に考えてない世の中の人がこういう経路を選んでがちだからこれだわってやってそうみたいなのがアルゴリズム次データ構造データ構造って言われてなんだかわからんよね



  • 配列とか線形リストとか線形リストも連結リスト双方向連結リストみたいなやつ応用情報受けてるだけある受けたてだから配列とかあとはスタックとかキューとかスタックキューとかツリー構造とか集合とかその辺のキーワードを押さえておけよっていうところですね



  • でただこれを抑えるだけだとなんかちょっと不安があって実際に使えるようになろうっていうところで本を一つおすすめしてましたこれは世界と戦うプログラミング力を鍛える本本をおすすめしててえ



  • コーディング面接のやつ283問ぐらいのやつ買いました買いましたなんかたまたまKindleのデイリーセールみたいなやつで300円ぐらいになっててノリさんに読んでほしいなと思っててマジかあれ時計みたいなマークのやつだよねそうそうそう僕も調べて面白そうと思ってたんですけどコーディング面接がある会社があるんですよねやっぱりガーファーとかそういう外資系のエンジニア飲食だとあるんですけどそうなんだ



  • そこでこういうプログラム作れって言われて作らされるんですけどそこで見られるのはやっぱりパフォーマンスとか個室性とかいろいろ聞く目で見られるわけなんですがパフォーマンスを考慮する上でアルゴリズムとデータ構造大事だよねとなるほどこれなかなかね実際に働いてるとそんなに大事じゃなかったりするんですよって僕はちょっと思っててうわーパフォーマンスキーでトラブったーっていうくらい使ってるシステム作るのって結構稀だと思うんですよなるほど



  • だから結構ないがしろにしがちなんですけど稼げるエンジニアってことはお客さんがついてるシステムを作ってるはずなのでここら辺の力はすごく大事だなと僕は個人的に思ってます確かにそうかもでもここはもう僕もちょっと大学で知ってるけどめっちゃ考えて使ってるかっていうとそうでもないのでこの本気になってますだからのりさんにちょっと感想を聞いて面白そうだったら買おうと思ってますなるほどね一応持ってますはい



  • しばらく積んでおく予定でしたしばらく積む予定で買いましたいやーやっとしいなやってみようか今年中にはじゃあ5つ目ですね今のが多分最大ボリュームでした5つ目開発プラットフォームと関連テクノロジーっていうので開発プラットフォームって言ってるのがOSとかですねLinuxとかiOSエンジニアだったらiOSとかその辺ちゃんと分かってますかって話とか関連テクノロジー



  • これがね分かりづらいというかね特に何も書いてなかったんですよGitとかデータベースとかそういうこと?多分ミドルウェアとかその辺の話してるんじゃないかなと思ってるんですよ僕は確かに開発プラットフォームと関連テクノロジーっていうタイトルでこれはね僕も最近非常に苦労したところでありシステムのバックアップ取れって言われてあ違うOSのアップデートするからOS丸ごと



  • OSごとバックアップ取ってリストアできるようにしろって言われてどうやるんって思うじゃないですか確かにサーバーのファイルシステムのここの部分のバックアップ取ればいいんだでもそれをバックアップ取る手段がようわからんとか色々確かにめっちゃ勉強になったけどその辺やってますかやってませんやってません



  • エルピックとか結構分かりやすく勉強しやすいんじゃないですかね確かにちなみにLinuxにゴリゴリに触る経験はまだないてかあんまないでも今はLinuxでやってますよブンツでサーバー立てたりとかする?してないですねどっかでサーバー立てるにしろどっかはコマンド最初にラレットしておかないといけないかもね



  • コマンドねやるにしてもねちょっとのライブラリーいるとかね えっとなんだろうねどういうコンテナの構成にするとかそこらへんが用意してあるので俺は作ってないですね この辺できるようになりなさいのが面すず兄貴のことでございますわかるん わかるって感じですね次



  • フレームワークまたはスタックっていうのでフレームワークって言ってるのは分かりやすくララベルとかエクスペースとかなんだっけジャバってなんだスプリングとかレイルズとかエクリプスエクリプスエクリプスエクリプスエクリプスってIDEじゃないのIDEですIDEでしたIDEでしたねはいっていうのがフレームワークスタックって言ってるのが僕正直聞き覚えなかったんですけど



  • 世の中完全なアプリを作るために一緒に使われる一連のテクノロジーセットみたいなのがあるらしいですねエコシステムってやつですかわからん関係ないかな例えばリアクト使うとしたら一緒にタイプスクリプト使ったりとかそういうのをいろいろ使ったりするよねみたいなそうかもしれない世の中ミーンスタックっていうのがあるらしくて



  • MEANはM-E-A-NMongoDB ExpressJSAngularJS Node.jsこれらを使って一つのアプリ作ること多いよねっていうのでMEANスタックっていうのがあるらしくて今さあれじゃないメルンスタックって言われてない?そうなの?読み方メルンなのかマーンなのか知らんけどLはアンギラが何に変わったんですか?Rってなリアクトだリアクト多分リアクトかへーっていうのがあるらしいですうんなんかこの辺を



  • 1個のアプリ作るときのフレームワーク選定というかできるようになりましょうってことを言ってんのかなと僕は捉えましたやる用はいろいろあるというかAWSで言うとねサーバーレスアーキテクチャ作ろうと思ったらアンプリファーAPIゲートへラムダオーロラみたいなHPならランプみたいなみたいな今のAWSのやつは僕が勝手に言ってるだけですけどでも多分そうだろうと思ってますうんうん



  • こういうのを選べるようにというかAzureでいうと何なんですか難しいAWSでいうとアンプリファイAPIゲートウェイラムダオーロラDBって言ったサーバーレスアーキテクチャー分からん意地悪な質問でしたねみたいなのをちゃんと開発者として見ておきましょうって言われましたね



  • 次7個目データベースの基本的な知識それはそうだと知ってる?データベースの仕組みクエリの実行方法挿入更新削除データセットの結合仕方ってことですか仕方かやり方とか多分大丈夫だと思いますねデータベースの仕組みも知ってる?ちゃんと聞いた?ノリさんのエピソードデータベースの仕組みですか?何のやつだっけ?わー



  • トゥートゥリスト書かなきゃーみたいなやつその声は聞き覚えある何話したか覚えてないけどその声は聞き覚えあるアルゴリズムの話をしたんですよねこの世界で美しいトランザクションのやつはいはいはいいました?いないまあっていうのはデータベースの基本的な仕組みを知っておきましょうあとデータベースって言ってもいろいろ種類がありますと



  • このメンソズの兄貴はSQLとドキュメント型2つを知っておけと言っておりましたドキュメント型はMongoDBですね確かに使われることが多いらしいキーバリュー型よりもドキュメント型なんですねこの辺僕はあまりよくわかってないんですけどまあでも世界で4番目に使われているデータベースMongoって言われてますからね確かになんか言ってましたね



  • キーバリューって代表的ですかなんだレディスとかレムキャッシュDとかじゃないレディスも使われてないレディスも結構使われてるイメージあるけどねレディスも使われてますよねうんあれじゃない簡単なんじゃないそっか知らないけど知らなくてもいけるってですか分からんけど俺もあんまり詳しくないけど俺も詳しく知らなかったけど使えたからうんレディスはいいのかもねうんはい



  • っていうのをデータベースの基本的な時期を抑えましょうバックエンドエンジニアやってるのはねちょっとここは優先度を高めていいかなと思ってます僕は確かにデータベース絶対使うもん絶対使うそして絶対廃れないと思ってるそうですね今更超えないよな多分SQLはさすがにねだってもうあれ誕生もう50年ぐらいじゃないうん



  • 超えるとしたらビッグデータ以外いらんっていう世界ですよね確かにビッグデータ以外いらんっていうのは全てのデータをAIがなんとなく拾ってくるっていう世界線ですよねあれか綺麗じゃなくてもいいけどもパフォーマンス上がりすぎて気にしなくて良くなった世界が訪れたらいらなくなるかもねいやそんなわけないそんなわけないできるようになったとしても絶対お金かかるもんそっちの方がだからSQLは確かになくならなそうですねはい次



  • ソースコントロールシステムっていうのでGitっすねGit知っとうけどさっきからちょっとずつ出したやつ後ろでちょくちょく出てくるなと思ってるけどGitかGitどこまで分かればいいと思います?とりあえずやらかした時に直し方分かればいいんじゃないかなそれ結構ディープじゃね?最近浅いなと思って勉強したいなと思ってますねちょこちょこつまずくんですよねどういうつまずき方するの?それもちょっと興味あるわえっと



  • 新人とかに対するGitのフォローって僕結構雑に言うんですよね多分アドとコミットとプッシュぐらいしか言わんあとは猿でも分かるGitにも見とけって俺はもう口酸っぱくフォースプッシュすなっていう確かになんかリベースするときにちょっと失敗するというかスタッシュしないでリベースしちゃうとか



  • スタッシュせずしてますねそうするとエラー出やすいですかスキップアボートコンティニューみたいなどれかやってくださいみたいなの出ますよね出るでもそれは普通にコンフリクトしてるってことか今のメッセージってリベーサーじゃないから分かんないんだよプルみたいなもんプルは出るよねプルはできないかプルの場合できないかまあでもそうねそこは勉強するまでもなく多分ブログの記事1個目は分かる



  • けどそこはやっぱりじゃあまだ順平は他の人のとんでもないやらかしを解決できる状態じゃないと思うのでじゃないですねのりさんみたいにコンフリクトを100何個無限に出るみたいなそれを直せるようになると課長にはなれない管理職っていうのをやりましょう僕個人としてはGitFlowは理解しましょうとこれはやり方というか方法論ですねあと方法論中心に書いちゃったなあとイシュー管理



  • 故障したわーっつった時にこういうフローで故障管理するようにしましょうみたいなバージョン管理とかその辺を抑えられていればいいかなと思ったんですけどのりさんとじゅんぺいが言うようにブランチの操作は絶対わかるべきその上でこれ意外とGitHub上にどんな機能あって何してるのかみたいなの把握するの大事かもねそうですね



  • グラフィカルにねアニメーションとかで出してくれればいいんですけどねアニメーションで?アニメーションでもうマージするときにビシュービビビビビバチーあ、そうそうそうそうテテレーみたいなそうそうそうそうなんかなんだろうそのコマンドだと打ったら実行されるじゃないですかうんプッシュとかコミットとかあとなんだリベースとか実行前ぐらいにこういうこと起きるよみたいなあーなるほどね



  • コンフレクトドクロマークみたいなバキョンバキョンサイレンチョー鳴ってるみたいな爆発バカンみたいなここのコミットロギーがバカンみたいなやばいなそれつくんの超大変でしょ教育用ソフトとしていいねっていうままちょっと戻ってジャソースコントロールシステムでした



  • あと4つですねビルドとデプロイビルドとデプロイ順平君あんまやってないんじゃないビルドはまあ自分でそういうのを作るってなるとちょっとむずいですねそうむずいむずいでも一人で働くんだったら自分でやらなきゃいけないですからねこの辺もまあちょっと噛み砕いて言うとビルドとデプロイって簡単に言いますが



  • ビルドはソースをコンパイルするとかあとはテストを実行するとかいうのがビルドですねデプロイは文字の通り動く環境にデプロイするこの辺はステップ1としては手順書作るとかだろうかなゆくゆくはCICDのパイプライン作れるようになるコールかなと思ってて確かにこの辺



  • 僕はやった方がいいんですけど僕はCICD正直1回か2回ぐらいしかやったことないのでうんうんうんちょっとサクッとできるようになりたいわかるなんかねやんなきゃいけないなーって3年ぐらい思ってる気がするうん



  • ただねこれねどうなんだろうな周りでできる人じゃない状態で探ってやるじゃないですか何かあって僕がいなくなった時にとんでもないお気にあげになるんじゃないかなっていう気持ちもありますなるほどね確かに自動化ってそういう節あるよね節ある誰もメンテナンスできないしちょっとソースコード変えたら動かんくなるみたいなあるあるだわそれ保守がかかりますからねビルドとテプロイやってないのであれば保守をカバーしていってほしいですねはい



  • あと3つテストまあこれはあのねクイズを出しますメンソズの兄貴はこの用語押さえとけって言ってましたんで全6問サクッといきます答えてください1つ目ホワイトボックステストあーえっとこうやったらこうなるはずだっていうのが分かっててやるテストそれ全部そうかファール



  • ファールファールファールかえっとはいのりさん開発者が中身を知った状態で行うテストうーんあってますまあなんでなるほどテストケースのシナリオはなんかその中身に即したテスト項目になるというかテストケースを作るようなテストですね次ブラックボックステスト開発者がコードの中身を知らずにやるテスト



  • ちょっとファール寄りな気配またファール中身に関係なく設計とか要件というかこうやって動いてほしいよねっていうところベースでテスト項目作ってやる中身をあんまり関係なくやるようなテスト中の処理っていうよりも入力と出力が合ってるかどうかを試すみたいな感じでね次ユニットテストユニットテスト普通にやってるやつだよ



  • ネイティブすぎて言葉に入れ替えられないやつだからなるほどねいちごって何みたいなそれ以外の説明何みたいないつもやってるやついつもやってるやつだよなんていうのユニコード上だけじゃなくて画面ポチってやったらこの画面こうなるみたいな勉強した方がいいですすいませんえーとですねはい



  • クラスとか関数単体のテストですはいその通りでございますなるほど他に何でしょうテストの細かさの単位ですねユニットはでまあ一個上に上がると結合テストって言われるインテグレーションテストとかペネトレーションテストペネトレーションはねあれです侵入するやつですそうですねインテグレーションテストとかもう一個全部結合してシステムテストとかね言いますよね次の問題境界条件えっと



  • 説明ですよね説明だよ最初から言ってる説明って境界条件境界条件そのまんまじゃないですか例えば100か99かでテストの結果が変わるとするとそこの値もちゃんとテストしましょうみたいな



  • まあいいでしょう値もというかどっちかというと値はそうですね18歳以上が入れるそういうサイトがあったとして17歳未満は入れない18歳は18歳未満が入れないだから17歳が入れなくて18歳が入れる



  • っていうのさえテストしときゃまあまあ21、22、23、24っていう細かいテストいらんだろ的なのが境界値分割でテストケースを考えるみたいな考え方があるんですけどもそれは境界条件ですね5つ目テスト自動化テスト自動化これを説明するちょっとクイズむずいなテスト自動化わかる?テスト自動化テストを自動化するはい



  • そうなるよねはいまあこの辺ね何をやったらテスト自動化できるんだろうとかねで最後が受け入れテスト受け入れテストってわかります?これはお客さんに渡してテストしてもらうやつあーそうですみたいなところは押さえておきましょうじゃあユニットテストとかその辺頑張ってくださいはいすいません最後に1個デバッグデバッグデバッグ



  • デバッグはもうねゲームだよねこれは僕個人としてデバッグってこうやってやるんだよね俺っていうのをやり方というか手順というかそれが確立すれば良いかなと思っている言ってる意味分かります?のりさんは多分かっこたる流れがあったりするんじゃないかなとこれ僕は勝手に思ってるんですけどないなあでもこの値を出力させたいってなった時にそこら辺に関わるコードにブレイクポイントみたいなのを置いて



  • バババってこう一行ずつ進めていくっていう感じじゃないですかもっとなんかあるんですか流れがあえてのりさんより先に言うとこの本デバッグの章があるんですよ今回は話さないんですけどめちゃめちゃ長くなっちゃうんでデバッガーは使うなって言ってました最後に使えとデバッガーはのりさんはうなずいてますけど今じゅんぺいくん早速デバッガーを使ってましたけどはい



  • それあれでテレビつかないからってバンバン叩くのと同じだよマジっすかそんな荒技してます?ちょっと違うかもまあでもそうかもしれんそうかもしれんとりあえず何も考えずに行動しちゃってるというかそうそうそうそうっていうのでちょっとデバッグはまた別の機会でこれはねエンジニアの仕事ほとんどデバッグしてんじゃないかと思うんです僕はうんわかるこれも初級と中級の別れ目やなと思ってまず作ってデバッグして直していくよね



  • さあなんか最初から動かす気ないというかエンジニアはそういうなもんですよね うんえーって作ってまあまあこけるよねーって言ってそうそうそう 稀にこけないときすごい焦るもん動いた えっみたいな大丈夫これみたいななるなぜかっていうのがあるんではい最後メソッドロジー メソッドロジーまあ方法



  • っていう英単語なんですけどソフトウェア開発の方法論を分かっておこうっていうのでウォーターホールアジャイルアジャイルはやってるらしいんでウォーターホールの流れって分かります?ウォーターホールは前の現場ウォーターホールだったと思うんで順番に順番に全体を一つ工程を進めていくというかなんて言うんでしょう設計をちゃんと全部終わらせて



  • 次コーディング全部ちゃんと終わらせてテスト終わらせてっていう感じですはい感じは合ってます要件定義からなのかな要件定義からでいいかな要件定義から始まって



  • 多分その前にいろんな調査とかがあると思うんですけど予算確保とか要件定義があってどんどん細かい理論に基本設計やって詳細設計やって実装やってテストやってみたいな逆に実装に紐づいてユニットテストがあって設計に紐づいて結合テストがあってどんどん上に上がっていって最後に受入テストがあってっていうのがウォーターフォールですねラヘン分かってるよねっていうのがというので以上12個でしたじゅんぺいくんが次



  • じゃないなここ弱いわみたいなのちなみにどこでした特にデータ構造じゃなくてデータベースデータベースデータベーステーブル設計とかってやってはいたんだっけ業務ではやってないですね自分で勉強したことあるぐらいの感じなのでそうだ



  • あとテストですかねユニットテストですかねやってはいるだろうけどねユニットテストも深いですからね最近僕ユニットテストの本読んでますけどユニットテストって誰でも書けるじゃないですか誰でも書けるというか書こうと思えば書けるじゃないですか別にただ書こうと思って書いたユニットテストって



  • ものすごい不細なんですよねリファクタリングすると壊れるテストがどんどんできるので確かにバグ絶対これじゃ見つからんだろみたいなテストできるそれもあるかもしれないですねそれをかけたってプルリク出されると根本から直す気持ちが全く起きないのでまいっかって通しちゃうんですよ後でめっちゃ苦しいんですよね確かにあるあるなんですけど以上



  • 稼げるエンジニアに必要なスキル by メンソーズ兄貴でした全然思ったより行動のことばっかりでびっくりしましたソフトスキルじゃなくてキャリアスキル不動産買わされるのかと思いましたありえるよねソフトスキルだとね不動産買えって書いてあって不動産買えって書いてあります



  • というのでじゃあアフタートークいきましょうかはいあの今日実はすごい久しぶりの収録でですねあの僕ら3人でなんか資格を受けるから勉強したいって言ってぶち開けてたんですけど一旦僕とのりさん話しましょうかでのりさんと僕は同じ日にはいあーそうだねiPadのやつiPadの試験受けてきたんですけどのりさんなんかありますありますよ



  • まずね僕基本応用情報受けたんですけど受けた理由としてはカイチからテキストもらったからなんですね理由まず令和4年度の空きテスト向けのやつだったんであんま古くなったらこれ使えなくなっちゃうなと思って急いで受けたんですよ急いで受けたんですけどあれやっぱ基本情報とは隙間開けない方がいいですね



  • 受ける感覚めちゃめちゃサボって受け入れましたそうかもしれんなんならもらったテキスト7割ぐらいまでやって諦めましたもん全部やるの?過去問の方も各分野1問ずつぐらいしかやってない



  • 基本情報と被ってるからいいやって感じですかそうそうそうそうなんかもう過去問いけるし過去問8割ぐらいいけるからいけんじゃねえと思って受けて自己採点したら8割ぐらい9割ぐらいいったかななのですごくコスパ良かったですあー



  • なのでまず絶対隙間開けない方がいいのとちょっと午後試験はね焦りますねどういうことですかあの何問だっけ5問ぐらいやるよねあれ確かはい午後応用情報は午前午後試験が書かれててで午後は記述式の試験なんですねそうですねで



  • どれをやるかめっちゃ大事だと思うんですよいろんなジャンルの本当に全13テーマぐらいですか13か11か忘れたけどそのぐらいですね一番最初のセキュリティだけ必須じゃないですかそうですねまずそれやったんですよセキュリティのところは本当に考えても分からない覚えてなきゃ解けない問題だったんで知識問題ですねこれも見直す必要ないなってまずなるじゃないですか終わったら



  • 見直す必要あるだろないですか見直しても変わらない知らない単語出てきたってのあるから5時とかないっていう前提なんですか5時は多分ないわかんないけどそんなにいっぱい書かなかったしねその次システム関連のところでGit出たんですよチャンス問題じゃないですかめちゃめちゃ簡単だった本当にGitフローあるじゃん



  • あれについて書かれてて穴埋めになってるだけみたいなでうちの現場ではここでコミットしてプッシュしてますみたいな記号でもうなんか図書かれてるからこれ誰が何を間違えるのみたいな感じの問題だったんですよこれはもう楽勝だ勝ったと思って



  • 次データベースやったんですねデータベース問題長すぎてもうその時午後だから疲弊してるじゃないですか全然わかんなくてめっちゃわかる全然頭回んないみたいなしかもめっちゃ後ろだったんですよ僕席が時計見えなくて今何分いつ見ても2時50分に見えるんだよ映画しろ



  • でもそれで超焦ってねとりあえずちょっとやばいこれはやばい一回落ち着こう落ち着こうって落ち着こうとすればするほど落ち着けなくてパニクっとるやんとりあえずもうちょっとネットワーク一回やろうみたいなはいはいはい大事大事ネットワークもそこそこむずく感じてしまってもうその焦りがあったから



  • それで焦ってネットワークもやってみたいな感じでねなんやかんや全部終わった後に自己採点したら意外と合ってて大丈夫そうかなっていう感じではあるんですけど自己採点するのえらいマジで時間配分大事だなと思いましたねあと強い心強い心大事ですねデータベースむずいよなって思っちゃうんだよねうんこ漏らすかと思ったねどういうことやねんそれは本当に



  • どこで受けたんですか東京ですかそうなんですよ申し込んだ時東京だったんでノリで東京受験地にしちゃったんですよなので僕埼玉にその後引っ越して会場まで2時間ぐらいかかりましたね遠すぎる朝9時からとかなのに遠すぎ秋もまた試験あると思うので受験する方頑張ってください



  • 秋ねーまあでも応用情報ためになりましたねやっぱ本当ですかうんいや良かったそれがえーノリさんとカイツさんでムズーって感じるならちょっと壁感じちゃいますねいやそんなことないムズくないよ楽勝ちなみに俺はAWSの方がムズいと思う分かるAWSの方がムズい応用はやれやできる応用範囲広いだけでうん上積みが出ますよねものすごい平たい大きいサラダそうそうそうそううん



  • あと意外とそのコンピューターの仕組みについて知れるから面白い俺は物事を0と1でしか考えれないもん二進数ってことですか二進数変換しちゃうそういうもんなんだ応用情報を受けると一方僕の話ですね僕は同じ日にシステムアーキテクトっていう試験を受けてきたんですけど上位資格ですねで大宮のソニックシティでいいなぁ大宮だったら近かったわ本当ですよねで



  • 僕は応用情報去年の秋に受けてすぐ春でシステムアーキテクト受けたんですけど応用情報から期間空けない方がいいですねあーそうなんだあれも応用の上的な感じなんですか応用の上っていうか応用から上がものすごく枝分かれしてるんよITストラテジストプロジェクトマネジメントセキュリティスペシャリストデータベーススペシャリストシステムアーキテクトちょっと専門的になるそうそうそうそう



  • それの上積みを集めたのが応用情報みたいな感じそうそう結構深いところまで出るんですけどシステムアーキテクトは試験が午前1午後午前2午後1午後2の4試験午前1は応用情報を受かっていれば免除なんで僕午前2からだったんですけど午前2と午後1はほぼノーベンでいけましたねあれはやったんですけどでも働いてて



  • 働いてれば解けるエンジニアとしてそうなんだ午前2の試験は知識問題なんですけど言うてもシステム設計とセキュリティが大体なんでまあ分かる



  • 午後1は国語です応用情報の記述って知識問題出るんですよ応用情報出ましたよね知らないと解けないやつ出ますよね出た選択じゃねえんだって思ったシステムアーキテクトは国語ですこの時のデータベースの気持ちを述べよう4択惜しいここでこういう風にやった理由はなぜか



  • っていうのでお客さんの要望の方を見ていってお客さんがここでこう言ってるからみたいなへーそうなんだでも確かに応用からややその気配は出てたかもしれないそうなんですねシステムアーキテクトの午後試験は午後の1はねマジ国語でしたそうなんだで午後2論述ですね



  • こいつが問題でした論述120分の試験で問題が3つ出されるんですねそのうちから1個選んでそれについて論述を書くんですよ3000字くらいとんでもなく時間がないそうなんだすごい面接ほぼ考えてる時間がなさすぎるそうなの作り話は書けないと思いました僕は作り話書かなきゃいけないの



  • 作り話書かなきゃいけないですある程度例えば問題としてはあなたがシステムの更新をした業務経験の時に気をつけたことは何かとか業務経験に即して書いてくださいマジ面接じゃんマジ面接ですよ



  • ざっくり言うとね例えばアジャイル開発をした時にユーザーストーリー作ると思うがそのユーザーストーリー作る時にあなたのユーザーストーリーの優先順位の並び替えの仕方とかユーザーストーリー作る時の工夫を答えようみたいな僕はこういう業務案件でこういう役割で携わりました僕はこういう役割で携わってたのでここのテーマに関してはこういうことをやってました工夫としてこういうことをやりましたみたいなのを3000字に書くんですけど3000結構やばいねやばい



  • 受かる人みんなすごいそうなんだまあでも書き切りましたなんとか受かる可能性はゼロではないんですけど受かったらすごいと思いますあ、むずいんだむずい俺には難しかったいやまあ書けましたよもちろん受かる可能性もあると思ってますけどまあまず時間内に試験を解き終わるまでに俺は2ヶ月かかりましたあ、そんなに練習問題10問ぐらい解いたんですけどありったけの問題解いたんですけどマジで



  • 書いたことなさすぎてシャーペンでそうだよね思ったけどさそんなさ情報技術の試験なんだからさPCでやらせろよってめっちゃもうタイピングなら余裕で終わるんですよマジでタイピング超余裕なのにねまじ鉛筆になった瞬間ねだってうわっここの一行消してって思った時にガーって消してっていうのでまず2分かかるんですよ3000字なんて100分で100分3000字だと



  • 1分30時?うん1分30時ってやばくない?だって60秒だよ確かに2秒に1文字書かなきゃいけないうんやばいなそれをずっとやり続けなきゃいけないんでしょそうそうそうそう



  • 僕はまずもう手の筋トレから始めましょうマジで?指?指最低3000字ですか?最低2700字以上書けばOKとかじゃなくて?もうちょっとちゃんと言うと3問問題があって1問目が800字以内だいたい720を書かなきゃいけない2問目が忘れた1000字以上3000字未満だからそれでだいたい



  • 1300は書かなきゃいけない最終問が600以上を1600未満とかでこれも800くらい書かなきゃいけないっていうのがだいたい3000字いかないくらいなるほど何文字以内ってきついよね応用でも結構あったわ言うて2,30文字じゃないですかそうなんだよね何百とかなかったねしかも何百むずいのが原稿用紙に渡されるんですけど段落とか分けるとか



  • 箇条書きとかした時のあのあまりあれノーカウントなんで今自分が何文字なのかっていうのを考えながら書かなきゃいけないえ?そうなん?そうっすえぇえパソコンでやるみたいですよね本当だよね本当だよねそれは本当に早くパソコンにしてほしいわっていうのでやったんですけどただ業務経験があれば別に難しくない資格だと思いました僕は周りの人は結構年齢ちょっと俺より高い人が多かったんですけどそうなんだ



  • システム設計とかのチームリーダー的な開発チームリーダー的な動きをしてる人は別に取れる資格なんだろうなっていう肌感だったんでぜひチャレンジしてみてくださいできそうな人これは応用受けてから開けても僕はいいと思いますそんなに難しくないんでペーパーテストは僕はどっちかっていうとネットワークスペシャリストかDBスペシャリスト取りに行きたいですね次



  • あっちはあれですもんね論述ないですよね確かなかったんでただただ詳しくなんなきゃいけないんでしょ知識必要はいつーのでファイパーの試験レポートでした受かってるといいですね3ヶ月後2ヶ月後あれ上位資格は年に1回なんだっけはいシステムアーキテクトはもう1回受けてと思ったら俺も来年です春になるんだ俺も受けてってなったら来年の春になるんだはいじゃあ終わりましょうかはい



  • じゃあそうですね皆さん稼げるエンジニア目指してスキルつけていきましょうということでゴールデンウィークも頑張っていきましょうじゅんぺいの年収はいくらでした?あーえってかマジでそういうサイトで言うと500万ぐらいって出るんじゃない?そういうサイトなら500万ぐらい出る確かにそうやってちょっと高めにしてると思いますよく見せてくる



  • 437万めっちゃ半端リアリティ出してる全然いいですそれでしょうがないです今のスクールならしょうがない謙虚な姿勢じゃあまた次回バイバイ



  • ちょっとやりとりしたい人はメール気軽に送りたい人はGoogleフォームツイートお願いします詳細は説明欄を見てくださいポッドキャストのフォローコメント評価してくれるとバカ騒ぎしますそれではまた次回

0:00 52:33

#137 エンジニアとして稼ぐために必要なスキルって?