#242 エンジニアはどのくらい自分で調べてから質問すべきか?📧

2024/4/24 ·

  • この番組は駆け出しエンジニアのじゅんぺいと先輩エンジニアのかいちのりが送る駆け出しエンジニアを中級エンジニアにキャリアアップさせるラジオですというわけで本日はお便りいただいておるのでちょっとお便りからいきますありがとうございますラジオネームさだまらないさんからのお便りですさだまれこんにちは以前ラジオネーム10進数を2進数に変える計算をするときに嫌なことを忘れますと送ったものです改善してきましたね



  • ちょっと恥ずかしくなりましてラジオネーム変えようと思いましたが決めきれず定まらないにしました定まれあの時はまだ転職前でしたが今はもう駆け出してるエンジニアです現場に入り始めて悩みができました今の現場はめちゃくちゃ忙しくスケジュール感が結構ギチギチです特に私は技術力も足りず一つのことにたくさん悩んでしまいますそんな中上司より悩みすぎず聞いて進捗を進めた方がいい自分で調べる力を身につけて



  • とこの2つの指摘をいただきました人に聞いて記述を守ることと自力でやり抜くことこれはバランスが大事だということは理解できるのですがそのボーダーラインがいまいちまだつかめてないです自力でやり抜いて記述を守れるのがベストでそれをするためには自己学習にて記述力を高めるということが大事だというのは大前提というのは承知していますその上で人に聞く基準と記述を守るコツがありましたらアドバイスいただけたら幸いです



  • ちなみに人に聞くときは120話の嫌われないための質問力を参考にして聞いてますいつも勉強になる話を楽しく配信してくださりありがとうございますこれからの配信も応援してますまたオフ会に参加する予定なのでそれも楽しみにしていますいい質問ですねありがとうございましたこれぶっちゃけ



  • ちょうど今日話そうと思ってたんですよぶっちゃけてますねいいですね僕もちょっと悩んでるとかまでは言わないですけどのりさんとじゅんぺいの基準知りたいなと思ってて今日は人に聞く基準とその記述を守るコツみたいなところで3人で話しできればなと思いますはい



  • いや難しい一番定まらないさんに近い定まらないまで言ったらサシって言いたくない定まらないさんに近いちょっとじゅんぺいどう?あーそうっすねいやめっちゃむずいな人に聞く基準でまず人に聞く基準で言ったらだいぶまず時間なんかわからないことに出くわしたときに



  • もちろん自分で調べるまず調べててだいぶ時間を使ってしまってだいぶ時間を使ってしまってタスクの期日が迫ってきていますとかつ調べたけどうわこれやべえ調べても全然わかんねえみたいな時は絶対に聞きますねそういう時はでも割とそこまで追い詰められないと



  • 僕は最近聞いてないなという感じですねなるほどね多分前よりは多少自分で調べて解決する力が当時よりは上がってきたので多分何とか調べればいけるはずだっていうのがあってちょっとギリギリまでなっちゃうことがよくありますうんうんうん



  • っていうのが最近の僕のムーブですねただ一方で結構ギリギリまで自分でいけるはずだって最近思っちゃうんでなんかこう技術を守れないことがあるんですよね技術近づいてきた時にいやそれでも調べてもいけるはずだって頑張って



  • 調べてたらこういうことかって分かってその中でまだちょっと分からないことが出て調べて出てきたことをやってみたらそのさらに奥にある分かんないことみたいなのに出くわして技術を守れないことが



  • それもちょこちょこ最近あるなっていうなんていうか前よりはちょっと違うステージにはいる気はしてるんですけどそんな感じのムーブですね僕はなんかあるよねその同じくあるよねそのこんなんのまとりおしかみたいな状態はいそのなんすかねこんなんのまとりおしかありますね



  • 質問いい?だいぶ時間を使ってしまっててどのくらい?もちろん自分の中で見積もりがあるんですけど例えば今週1週間月曜から金曜までこのタスクを仕上げないといけませんってなった時に目標くらいまで使っちゃうことあります?でも調べてて見通しは立てられてますこうやったらいけるんだなってちょっと進めながらもちろん



  • っていうので金曜には終わるはずだっていう見積もりのもと時間を使ってはいますっていうので結構8割ぐらい使う時とかありますなるほどねなるほどね自分の中で見通しはあるんですけどただやってみたらうわやべ結局うまくいかなかったまた分かんないことでできたっていうのがまあよくあるなっていう感じのステージにいますねステージにいるという気がしてます僕は



  • 全然じゅんぺいと違うから面白いわすいませんなんかなるほどねこの辺あんまりそうですね僕も考えてやれたことあんまなかったかもしれないですね深掘る前になんか3社3業のやつ出してから議論した方が楽しそうな気がしてきたなるほどのりさんあります?僕ありますよ僕はですねまず困ってるものって何種類かパターンあると思うんですようん一個は触ってる技術が分かんなすぎて分かんないパターン



  • もう一個は仕様が分かんないパターンあとは既存のコードがすごい複雑で分かんないパターン2つ目と3つ目は結構3つ結合してると思いますコードが複雑なことによって仕様が分かんないみたいなケースあると思うんでこの辺は同じでいいかなと思うんですが



  • まず今悩んでる問題がどっちなのか意識してもし仕様の方だったらあんまり悩まず聞くのがいいと思いますねうんうんうんこれってなんか



  • ソースコード一箇所にまとまってりゃいいんですけどいろんなソースコードが絡み合ってこういう仕様になってますよみたいな時に読み解くの不可能な時あるんでいやわかるめちゃくちゃなんかシステム複数に分かれててその構成図すら見つけらんないってなると終わるんですよねそうそうそうそうなのでそういう系のやつは結構質問へのハードルを下げていいかなって思いますねうんうんうんで技術的に難しい時



  • これは僕がメンターをやってる時に研修をやってる人たちに言ってたのは30分って時間決めてそれで1個も進まなかったら質問しようって言ってましたねだから自分の中でまず時間決めるんですよその上でその時間中に調べるべきことを調べますと



  • で質問するときはこういうことを調べたんですけど分かりませんでしたとこうなると思ってたんですけどそこがうまくいきませんでしたみたいな感じでどう失敗したかをちゃんと添えてあげるといいのかなっていう教科書回答ただこれは抜群に効くと思いますねなるほどねこの30分とかの時間は結構現場の空気感によって



  • 変えていいと思いますねなんかあるじゃないですか分かんないことあったら聞いてくださいねっていうものの聞きにくい感じ出てる感じ分かるあるあるなのでそこはちょっとうまくね空気読む必要あると思うんですよねとはいえあんまりそれを長くしすぎると今度はタスクが間に合わなくて余計迷惑をかけてしまうっていうケースはあると思うので時間を決めるかな



  • ちなみにのりさん実務だとどういう考え方ですか今の研修メンターとして教えてた方の基準は今言った通りだと思うんですけど今のりさんが実務でやってる中ではどういう基準で動いてるんですか僕はですね結構抱え込むタイプなんで結構ね自分で解決しようとしますね純平タイプですね多分なるほど使用系はあんまりためらわずに聞きます



  • チャットにバーンってぶん投げたりしますね具体的に言うと使用形で分かんないのが出ましたどのぐらいで聞くんですかためらわないっていうのはもう秒ですねなるほどねソースコード見てこれはなんか分かりそうだぞって時はそんな複雑じゃない時はソースコードを読んだりするんですけど使用書探したりとかとんでもない時とかはやっぱりあるんで



  • うんうんその時はあんまりこうためらわずに聞けますかねいやなるほどなうんなるほどないいですか僕はいお願いします僕のりさんに近いですえっとただその技術的な話と仕様的な話はまあどっちもあると思うんですけど技術的なところで詰まるのってまああんまりなくてあるはあるんですけどねうんうん



  • でなのでその仕様とか技術とかは全く区別してなくて20分何も進まなかったらすぐ聞くだからまず一つの基準であと仕様系というか仕様というかなんかそのこのプロジェクトならでは系のやつあと何を参照したらいいか全くわからないやつこれは秒です秒で聞いてるそうね仕様書どこですかとかも聞くかも



  • それによって僕は今この基準で動いてるんですけど今日トークテーマとして出そうとしたぐらいちょっと悩んでて言うてのりさんさっき言った通りのりさんさっき言った通りじゃないか人の時間取るんですねサポートするとねサポートというか助けてって言うとしかもそういう



  • 僕が聞くようなやつって結構大変というか複雑なことが多いんでそんなの通話しながらやるんですよ余裕で1時間とか時間取るんですよね2時間とか今はそれでいいやって思ってるんですけど僕は心臓に毛が生えてるというか遠慮がないタイプなんで



  • まあでもそうですね今はそれでやってるって感じですねでなんでそれでいけるかっていうとそっちの方がチームの成果量増えると信じてるから僕が聞きに行ってる人の成果物は減るんですけどそれ以上に裏側で僕がバックグラウンドで動けるようになるので教えてもらえるとそっちの方がチームの成果量上がるよねっていう考えのもと



  • 心を鬼にして人に迷惑かけてます資座が高い資座が高くていいですねただそれをよく思わない人絶対にいるんでそこはね本当にキャラ付けですよねっていう感じでちょっと悩んでるんですけど三者三様っていう感じで悩んでるんですねそれは悩んでるっていうか引っかかってるでもそれでいいとは思ってるけどね早く俺を一人前にしてくれっていう気持ちでめっちゃ聞いてる



  • それは今の会社に割と入ったばっかりだからとかもそんななくっていうことなんですかね入ったばっかりだからっていうとなんかプロジェクトに参加したての時ってそのプロジェクトのことがあんまりわからないのは当然でなんで聞きやすいみたいな雰囲気はあるじゃないですかそれが半年後とか1年後とかってなった時にちょっと僕だったら例えば仕様のこととか聞きづらくなってるじゃないですかそういうことねってなった時にでも同じスタンス



  • イエス同じスタンスそっちの方がチームの成果物上がりますよねっていう気持ちで相手が嫌な気持ちになってるかもしれないけど聞いちゃうかないやでもこれはだからしかもその嫌われないための質問力のエピソードの時に起きてることとかを正確に伝えた上で相手もなんか情報を



  • 相手も解決相談に乗ってあげられやすいように多分情報揃えてから質問しましょうねみたいな話してたと思うんですけど正直僕はそれすらできないことがあるのでなんかこういう風にやったらこうなってるマジで分かんないんですけど助けてくださいみたいなカイチさんでもそんな質問することあるんですかいやあのね



  • 情報収集するのにめっちゃ時間かかりそうだなと思ったらなるほどとにかく助けてっていうインターナルサーバーエラーみたいな相談する500500みたいな500って相談する面白い



  • 面白いなこれはすまんなとは思ってるけどねそういうタグみたいなの作りたいですねわかりやすくなる500出てるこの人今えーなるほどな人に聞く基準の話ずっとしちゃったんですけど記述を守るコツの方もちょっと話すと個人的にはノリさんに思い出してほしいんですけど海洋拳使う人誰でしたっけ中島さん



  • マイクロソフトの中島さんのどうしてあなたの仕事は終わらないのかみたいな本でしたっけなぜあなたの仕事は終わらないのか惜しいっていう本に書かれてたことが僕は全てだと思ってて期日を守るためには最初のちょっと違うこと言うんですけど最初の2割の期日で8割終わらせるぐらいじゃないと期日守れないですうんうんわかる



  • なぜならさっきのりさんとじゅんぺいが言ってた通り思ってもないやつ出てくるんでそうですね最初の2割で8割終わるぐらいじゃないと期日あんま漏れないそれがコツですね僕の中で唯一のなるほどねそれが難しいんですよねそこなんかあれだよな気持ちの部分強いからな結構そうなんだ例えばですけどそれがむずいっていうことはそれってもともと期日に終わらないタスクなんですよね



  • そうなんですか自分のキャパ超えてる量だと思うなるほどねそうそうそうそうそれは頑張っても終わらないタスクなんじゃないかなって思いますねスクラムチックなことを言うともっとタスク分割した方がいいよねってことかもしれないですねそれは期日までに終わらないんだったら期日に終わるようにタスク分割して進めるべきみたいなのはあるかもしれない



  • なるほどまあでもとは言ってもねそのリリース日とか決まってるわけですからまあそうはいかないことはあると思うんですけどいやそうですねリリース日もそうですし自分のキャパを超えたタスクなのかも分かんなかったりしますよねまあそれはそうだねもうそれはなんか回数こなしてうん



  • なんだろうその嗅覚っていうのかなタスクを渡されるときってめちゃめちゃ抽象的なことを言われるじゃないですか何々を実装するっていう具体的なことが書いてたとしてもそれをやるには何行のコードを書いてとかどういう難しいポイントがあってっていうのはぶっちゃけタスクもらったときって把握できない明らかになってないことが多いんで



  • なんとかを実装するっていうタスクからこういうことありそうこういうことありそうみたいなのを多分予測して見積もりってやるんですけどそんな嗅覚でしかないと思うんで本当にボトムアップでタスク見積もる人なんて多分誰一人いない気がするんでそういう嗅覚はもう実務経験で培っていくものですよねだから最初は分かんないのは当然そうですよ確かに



  • 分かるわけがない。やったことないことを見積もるなんて不可能っすもん。だから最初はいいんじゃないっていうアドバイスですか。記述を守るみたいなことに関してで言うと。まあ反省はしましょう。それはね。反省しないとヤバい奴なんで。さすがに。



  • まあまあ私新人だしみたいなできなくても当然だよねってそれはそれで僕好きですけどね僕は結構めっちゃ伸びしろなさそうじゃん表には出さないでほしいな本当ですよね表に出さなきゃいい表に出されるってやばい成長の意識はもちろんありますよそんなこと言いつつもであれば



  • 結構いいと思いますけどどうなんだろうちょっと思い出したんですけどいいですか人に聞く基準と技術を守るコツみたいなとかが僕なんか話しててあんま意識してないなっていうところがあんま考えてないなと思ったんですよ今の現場でなんでかなと思ったら僕の現場今のところが毎日デイリーがデイリースクラムがありますと夕方にあるんですけどにあって



  • なのでそのタイミングで情報共有をやっぱするじゃないですか今自分のタスクについてっていうので一応なんか分かんない時でも分かってる時でもなんか自分の進捗についてこう共有して話してるんでで毎日のそのデイリーで



  • なんかもはや話すことを作るために仕事してるみたいなのもちょっとありつつまあそうだね話せないってことはその日何もしてないってことだからねでなんか成果を上げないとみたいな感じでこうやってるのでなんか一つそういうなんでしょうスクラムというかミーティングがあればなんかそれをこう目安にやっていくのもまあペースメーカーとしてちょっとコツとしてありなのかなっていう気もしましたねなるほどね勝手に自分そうなってるなって気がしましたうんうんうんうん



  • それで言うとさじゃあデイリーでデイリーって言ってるのは打ち合わせっていう意味じゃなくて1日1回課題を相談して解決する場があるみたいなってことそうですね進捗報告会



  • 進捗報告なんだ課題を解決するっていうよりは進捗報告って感じなんだそうですね進捗報告って感じででなんかそのタイミングでちょっとわからないことがあれば自分からすいませんちょっとこのミーティング終わった後に時間あれば話できますかっていう風に言って相談したりしててっていうのがあればなんかそれも一つペースメーカーになるなと思ったんですよねなるほどね



  • なんかちょっとどう話していいかわからないしちょっともっと上手い言い方あるかもしれないけどそういうの気にしないで言うともしそれがスクラムチームで僕がスクラムマスターだったらもっと細かい頻度で聞いてほしいかななぜなら1日スタックすることがあり得る最長だとねそれだともったいないからもっと本当に1時間に1回とかやりすぎかもしれないですけどそのぐらいのペースで問題を解決した方が早くタスクが進む気がする



  • そうですねだから俺がもしスクラムマスターだったらそれを課題だと見てなんかコミュニケーション取れる仕組みを入れようとする気がするなもちろんチームの雰囲気もありますけどねそれがワーキングアグリメントとして課題は基本的にデイリーで相談するようにしましょうって決まりだったらそれはそれでいいっていうのを今ティーチング的に教えてしまったんですけど本当だったら順平に問いかけて



  • なんかうまく伝えられるとよかったんですがその術が見当たらなかったから言っちゃったわどうもそれについて逆にもちろんさっきの話で言うなんか本当にこれやべえわかんねえなってなったら全然もうスレッド立ててこうやってこうやってこうやったんですけどこういうの出てちょっとよくわかんないですっていうのはスレッド立てるんですよただ結構それはやっぱり



  • 追い詰められるというか割とマジでわかんねーなーってなった時なんででそれまでは結構うわーこれ調べればまだいけるまだいけるって思ってやってますねでそうなってスレッド立てる本当にやばい時はスレッド立てるでもそこまでじゃない時はデイリーぐらいの時で一応なんかこう全く進んではいないというかそういう状況にはしてるので遅いながらも一応進めてるみたいな感じで



  • 成果というか進捗報告会で言うことはあるぐらいの感じで進捗報告会でやべえこれ何も言えねえわってなりそうな感じそこで言える言えない基準もちょっと違うんですけど本当分からないなってなったらスレッド立てるみたいな感じなんでちょっとあの俺が理解しきれてないだけなんだけどデイリーで何かの進捗があるのを話せるぐらい進捗を出す出せない場合はもはや事前に聞いてるっていうことを



  • そうですね出せないぐらいタスクが止まっちゃってる時自分の手が止まっちゃってる時は効いてますねそこはそういう風に考えてやってるわけじゃないんですけど今考えてみたらそうなってるなっていう感じですねなるほどね切り口ちょっと変えて今正直自分だったらって話を3人してしまったんですけど定まらないさんみたいに駆け出してるエンジニア



  • これどのぐらいなんですかね1年未満だよなさすがにっていう立場でも同じことがいるんですかねそれともスタンス違うスタンスがあるんですかね立場が違ったらか僕それで言うと4月から1年目じゃないですけど2年目の子と働く機会ができててその人もすごい苦労してチームに入ろうとしているような感じではあるんですけどその人に



  • いうスタンスとしてはやっぱり一緒で調べる力は身につけてっていうところは言ってはないんですけど何分悩んだら言ってみたいなだから僕がそうだね僕がこうだからこうやってっていう風なスタンスで一応伝えてはいるかな何分詰まったらとか一般的な技術じゃないやつはすぐ聞くとか何分って決めちゃうのは分かりやすくていいかもしれないですね



  • ちなみにどのくらいで伝えてるんですかそれは定量的には言ってない定量的には言ってない俺はこうだけどぐらいカイスさんは20分ただ20分進まないって言ってもうわなんかできないってなってさ



  • エラー出て何かやって別のエラーになってみたいな感じで繰り返してエラーって解消するじゃないですか例えば何かエラーが起きてますそれを解決して別のエラーになりましたってなったらまたタイマーリセットするそういう考え方でやってもらいますけどね助けに入る人も多分複雑な問題って別にそこ解決できるわけじゃないんで止まったら



  • っていうイメージですけどだから個人的にはそんなにそのなんだろう駆け出しエンジニアだからちょっと違うスタンスとかはあんまりないような気がするなただ一般的な技術の話だったら時間かけてもよかったりすんのかな僕は正直その今みたいに20分みたいな短い時間で聞こうってなったのは駆け出し時期じゃないんで



  • あの時はもっと詰まってたしもっと止まってたしなんか聞いて他の人が聞いてなかったんで他のチームメンバーが聞いてなかったからなんか聞きづらいなって勝手に思っててそういう雰囲気もあるだろうなでもまあ新人なんてそんなチームに何人もいるもんじゃないと思うんで自分が一番聞かなきゃダメなんですよチームの中で一番質問してない時点でおかしいんですよね



  • あと甘えてないチームメンバーに甘えないとダメなんですよねだから一番駆け出しというか若い人がだからそれも仕事のうちだと思ってガンガン聞くのとあと聞いたらその調べ方も一緒に聞くのがいいんですかねそれいいですねこれってどうやったら出るんですかっていうんですかあと自分が調べた検索ワードを言うのも大事かもね



  • あんまりやったことないんですよね検索ワードの共有みたいなのってのりさんの実体験で僕からすると駆け出しエンジニアが検索するの下手くそっていうイメージもあんまなくて他の人がなんて調べてるか全く知らないから知らないだけなんですけどそれでいうとなんかあるんですかね駆け出しの人が検索下手ありますよ僕メンターやってるときはまず検索ワード聞いてましたねこっちから



  • どういうずれ方するんですかそもそも捉えてる問題が違うとかやろうとしてることが違う時とかありますね例えばパッと出ねえじゃあ例えばですよインターナルサーバーエラーって出ましたとでインターナルサーバーエラーとググるみたいなことですかいやーまあそういうパターンもある具体化しきれてないパターンはあるね



  • 具体化しきれてないパターンあるんだけど起きてる問題と実際に発生してる原因がパッと見違う時みたいなのがあってどういうことだ例えばフロントでちょっとこのパターンがあったかどうかわかんないですけど似たようなもので言うと例えばフロントからサーバーに問い合わせてデータを持ってきてそれを表示してるプログラムがあったとしますと



  • っていう時に表示の部分に問題があると思い込んでるけど実はサーバーがエラー返してるみたいなそういう時にフロントのことについて調べてしまってるみたいなケースはあるかなって思いますねそれは致命的ですね確かに



  • なんでまず今起きてる問題が何なのかを具体的に分かってから動こうねっていう感じで諭しますかねそういう時諭すんですね分かる?これねここのログ見た?まあありますよ多分俺も経験としてあるんですけどそのエラーを調べたら多分これサーバー側のエラーなんだなってなってる気がします



  • 出るってこと結局一回多分何が起こってるかあんま分かんないけど調べてみるとこれフロントじゃなくてサーバー側のエラーっぽいなっていう風な道とかは辿ったことある気がしますうんうんうんうん



  • ノリさんが言うように的外れな方行くことはありそうだし課題の切り分け問題の切り分けができてないってことなんですね検索ワードが下手っていうよりは問題の切り分けができてない検索の手前の作業をすっ飛ばしてるからっていうところの調べる力を身につけてっていう風にアドバイスありますけど多分これ調べるのが大事なんじゃなくて問題切り分けする力が力をつけてってこと



  • なるかもしれないですねそうですねまず何が起こったのかを把握するそうっていうことですよね問題切り分けのための僕コツみたいなのがあるんですけど法やっぱり牛歩だと思うんですよね



  • ぎゅうほぎゅうほ最初にやりがちなのって塊として一個でかいの作って動かない動かないってなって多重エラーを解消してって動かすみたいなパターン結構最初の頃やりがちだったなって気がするんですけどいやーなんか



  • 分かるちょっと前のエピソードでもそんな話した気がする過去にこの方法喋ってる気もするんですけど大事なことなんでもう一回言うとですねいいですね何度でも言いましょうちょっとずつ作っていくっていうのはめっちゃ大事だなと思ってて例えばバックエンドのケース



  • バックエンドってだいたいルーティングにルート書いてコントローラーで処理作ってレスポンス返すっていう流れがあるじゃないですかありますその中に今回の要件だとこういう条件分岐があったりとか繰り返し処理をしてたりとかっていうのが間の中の処理に入ってくると思うんですけどまずルート作ってコントローラー行ったらまずそこまで到達するか確認すると



  • はいはいはいで到達するの確認したら次必要なオブジェクト用意してそれができてるか確認するみたいな感じで一歩ずつやっていくうんわかるわかる最初は分岐もしないもうとりあえずレスポンス返すとこまで行くとはいはいはいでその後に分岐挟んでその分岐がちゃんとうまくいってるかチェックしてっていう感じで1個ずつやっていくと何が問題だったかがめっちゃわかりやすいと思うんですよねいやわかるうん



  • めっちゃ大事フロントエンドだったらこれもまたパターンあるんですけど例えばモーダルウィンドウを作りたいよみたいな時だったらまずモーダルウィンドウをどこでもいいから作るそのデザインをで形ができたら次はその場所を移動するモーダルウィンドウって大体画面にこうかぶさる形で出てくるじゃないですか



  • そうですね手前に出てくるちっちゃいポンっていうなんかウィンドウみたいなやつですよねそうそうそうそうそれも作る時も一気に作ろうとしないでまずは画面上のどこでもいいからその形っぽいの表示して次にそれを位置変えてで最後になんか薄いオーバーレイというかなんでしょうあのうっすら黒くなる部分みたいなの作って周りのねそうそうそうそうそう



  • で消えたりついたりするところをちょっとフェードインフェードアウトみたいなリッチな感じにするみたいなはいはい分割して一個ずつ確かめていくってのが最も手戻りが少なくて早く終わるんじゃないかなっていう気がしますね作業がそうですね作ったらね例えばモーダルが構成されている要素がどんなものかが想像つくようになってきますからねだんだん



  • ただ難しいのは既存の処理に何か追加するときはちょっとこの方法難いっちゃ難いんですよねそうですか?1から作るときよりも最初にあるパーツがデカすぎてこれ他何してるんだろうみたいになっちゃってね分解するの難いときあるんですよね分かるけど僕は僕なりのやり方があってテスト駆動なんですよそれが



  • 自動テストなかったらごめんなさい諦めるしかないです既存機能に何か追加しますってなったらまず既存のテストが動くことを確認しますと次に追加しなきゃいけない機能かな何かのテストを書いてテスト書いたらまず一旦ハードコーディングとかでそのテストを



  • 一回通すようにするっていうんですかロジックとかは何も含まずみたいなのここからのりさんのアプローチと一緒なんですけど今のものがまず絶対に動く状況を作ってからものを変えていくっていう技法で例えばその追加しなきゃいけないシナリオが何個かあるんだったらテストケース一つずつクリアしていくように作っていくうんうんうん



  • っていう風にやると何か起きた時に対処しやすいなって改めて思ってるのがここ1ヶ月って感じですなるほどねいいなテストテストなかったらごめんなさい多分それはやばい厳しい俺はもうなんか気合でどうにかするしかないですね壊してるか壊してないかが分かんないですからね雰囲気でしかそれはむずい



  • 何かが実は起こってたとかあるですからね触ってない機能なんかちょっとおかしくなるみたいなあり得ると思うんでこのライブモジュールこっからも呼ばれてたの?みたいなのもね気づけないですからねなんかその何でしょうまだモジュールの呼び出しとかだと結構IDEとか強いと見えたりするじゃないですかはいなんですけどデータの持ち方の整合性とか結構ムズイなって思うんですよね



  • あーむずそうなんかもう過去ののっぴきならない事情でこのデータはこれとセットで使わなきゃいけませんみたいなやついやーもう知らんがなって思いますよねあるあるあれマジでむずいなって思うねいやーほんとですよねそれはでももう無理ですそういうもんですよねそういうのが来た時はもうやっぱ人に教えてもらうしかないなって気がするんでそれはそう技術的不採計はそううん



  • まあでもそんなのどこにでもあるんだよねあるねそういうのにぶち当たりながらなんか強くなっていくというか闇落ちするエンジニアもいますけど闇落ちエンジニアやばいなまあ経験になるよねでも経験にはなりますね前職のCTOはねレガシーコードって結構SES業界で嫌われがちというか



  • いやもうそんなどこでもそうなんですかそうなんですけど案件選ぶときにもやっぱりモダンなのやりたいみたいなそっち人気なんですよなるほどそういうことかなんですけど前職のCTOはレガシーコード触れないやつなんか嫌じゃねって言ってて確かにっていう気持ちもありましたねそれは確かにそうかもしれないそうなんですかそれはそうかもしれない結局



  • 超究極レガシーコード直せるやつが一番強いと思うんですよそうなんですかだってそのぐらいの知識量があったら自分で作るときいい感じの設計にできそうじゃないレガシーの方がよりこうなんか便利ななんかライブラリーとかそういうのがなくて自分で知ってないと書けないからってことですかえっと



  • レガシーコードのものちょっとすみませんそもそも正確な定義僕が曖昧なんですけどでも多分すごい色々な技術的不採とかが積み重なったでっけえシステムというかソフトウェアだと思ってるんですけどそういうものを綺麗にしていくとかそういうのを使いこなすじゃないな開発し倒せるってことは構造を理解するっていう力すごい強いと思うんですようんうんうん



  • エンジニアに求められるのって結局そこでいかに保守性の高いコードとか機能追加修正しやすいコードを作るかっていうところがエンジニアに求められるところだと思うのでレガシーコード触れるやつはその辺の力が強いっていうことだと思ってます今ののりさんの話だとレガシーコードを触ったっていう経験はなんかあるといいなと思いますね



  • そうですねあとあんま絶対話しちゃいけないんですけどまあネタにはなりますよね絶対話しちゃいけないんですよね絶対話しちゃいけないんですけど話してるのも聞いたこともないですしそんなやついないんですけどネタになりますよねネタになるね一生のネタになるしかもなんかもっと言うと10年後もっとネタになると思ううん



  • ビンテージみたいになってくるAI触ってたみたいなAIで開発するのが常識となった将来の中でそういうレガシーコード触ってるときにこんなことあったっていう話は多分めちゃくちゃ面白いはずそうなのかな確かに順平さんだってSESとかで汽車日とかのときさうちのコードの伝説トークみたいなやつない?なんか



  • 記者日ないですねあんまそういう話あんましないできないんですけどねそうなんだうちの現場テーブルが3億個ありますみたいな結構衝撃だったよねいやいやそんなことあるだから本来レコードで増やすべきところがテーブル増える構造になっててなんかやたら使ってないのにテーブルが3億レコードあるみたいな3億個か



  • すいませんそれは空想ですかいやこれは実際ですねえテーブル3億って動くのデータベースやばいよねだからどんなマシン使ってるの全部空だったとしたら動くのか3億じゃないかも3万かもしれないでもですよでもでもでもそういう話でも面白いんですよね面白い僕も職場で聞いた話ではい



  • パソコンって昔パンチカードじゃない?なんていうのあれ?紙読み込ませたじゃないですかパンチカードじゃないですかパンチカードかめっちゃ昔よそれこそやばい名前忘れちゃったなんて言ったんだっけアランチューリング?当時のマシンIBM忘れちゃったパンチカードの時代があってそのパンチカードを手でなぞって何が書いてるか分かるっていう職人いたらしいですすごコンピューターじゃんやってることが



  • 何のコードが書いてるかを手でシャーってなぞると分かる嘘だろそれコンピューターじゃんマジで職人すぎ実際とかは分かんないですけど現場で扱うコードなんて限られたもんだと思うんでだから分かったんでしょうけどでも面白いですよねお前それやってることコンピューターやんっていうね



  • やばいねそれだってバイナリー読んでるのと同じでしょ多分それそうそうそうバイナリー読んでるのよりもやばいかもしれないやば確かになぜか目使わないからね指だけでやるから指だけでやって



  • それがプログラムがエディターで書かれる前の時代の話なんでめっちゃ面白そうな話だと思って聞いたことあるんですけど本当にその時代にプログラマーじゃなくてよかったなと思うけど本当ですよねだから僕らが今エディターを使って書いているのも多分もうちょっとしたら変わるのかもしれないんですけど今のうち思い出作っておくのもいいかもしれない外れた話ですね



  • 時間ぼちぼちいってしまったんでちょっと脱線しましたけどそれぞれの人に基準っていうともうなんかこんだけの時間って決めた方がやりやすいんですかねいや俺そう思うけどな駆け出しはどのぐらいが良さげですかね僕正直体感20分だとやっぱ短いんですよけど1時間だと長すぎますかいや僕は2,30分だと思うよ30分で行きましょうじゃあ



  • 30分のりさんのアドバイス通り俺も2,30分で言うな研修生は結構レベル感見て20分か30分かで振り分けてましたねあそうなんだまあでもそのぐらいの基準でいいと思いますまあそうですね期日を守るのはおいおいおいおいって感じですはいなので頑張ってください引き続き中身はちょっと切り分けできるといいですかねあの



  • 仕様なのか技術的な話なのかあともう一個何でしたっけレガシーいや違くない?多分違う既存の処理が複雑すぎて一般的な問題かプロジェクト固有の問題かの違いですね仕様なら速攻聞いてもいいんじゃないっていう感じ



  • そうですねそんな切り分けられないと分かんないと思うんでそれが自分で調べる力につながるんでしょうねはいっていうのでありがとうございましたお深いも楽しみにしてますありがとうございますこのエピソードがいつ出るか分かりませんが確かにでは締めますねハッシュタグひまじんプログラマーでSNSのXでフィードバック募集してますので人に聞く基準とか



  • 定まらないさんに対するアドバイスある方いましたらお気軽にXに投稿お願いします確かにハッシュタグ定まらないでハッシュタグ定まらないめちゃめちゃ検索ワード検索ビリティ低そう全然違うのめっちゃ出てきそう確かに



  • あとはエピソードの説明欄からGoogleフォームで番組のお便りを質問募集してますのでこちらもお気軽にお願いいたしますお願いしますお願いしますなんか定まったよってエピソードだったらねぜひ確かにハッシュタグ定まったで両方取りに行くんだ全部だじゃあ世の中の全部分散しちゃったなミイシーだねミイシー定まらないと定まったでミイシーですね



  • あとは各種ポッドキャストプラットフォームでのフォロー高評価お待ちしてますのでぜひこのエピソード聞いた方は高評価お願いしますお願いしますはいでは定まらないさんいつか定まるのを僕らひまプロ一同願っておりますので頑張ってください頑張ってくださいはいではまた次回バイバイこのキーボードは一生ものハッピーハッキングキーボード公式LINEスタンプ販売開始

0:00 44:02

#242 エンジニアはどのくらい自分で調べてから質問すべきか?📧