IT面接「プロダクト作るときに気をつけたことは？」

俺「関数ごとにその関数の関心がまとまるようにしました」
敵「関心？ん？どういうこと？」

関心って言って伝わらないもんなの？

関心を分けるって言ったかな

関心ってなんなの？

関心って初めて聞いた

いや、責任だ
責任を分けるって言ったんだ

>>6

ほんと？ほんとは関心って言ってたんだよ

面接官「いやそれコーディングの話でしょ？」

言うことが変わるやつは信用できない

そもそもプログラムの中身話しても意味なくね？
コーディングルールは当たり前として、商品を作るってことはクライアントの要望に合わせて作らんといけないからサービス仕様書と機能仕様書に乖離がないよう認識合わせたり、実現不可能なものについては妥協案の機能を提案したりとかでは？

>>10

こういう話じゃないの
ユーザやクライアントの要望を実現可能な範囲でどう実現していくか、みたいな

しかも関数ごとに責任を分けるってどういうこと？
モジュール単位じゃなく、関数なの？

>>12

関数の責任を知らんお前の勉強不足に驚くは

>>15

やはり関数ではなく、モジュールとかクラス単位での話かと

>>19

モジュールだろうがクラスだろうが関数だろうがそれぞれに責任があります
それが理解できないなら多分苦労する

>>22

IT系ではないしな
関数をそもそもの仕様を変更するってあまりなかったから

敵「無職期間長くね？」

わかりやすく伝える話術もエンジニアの重要な素養

まあ結局そこは受かったけどブラックだったから行かなかったけどな

>>18

ブラック企業は意外と美人がいるこれ豆な

>>20

リモートなら見ることすらできないんだよなあ

納期を間に合わせるために死ぬ気でプロダクトを完成させること
足りなければ他の会社から人員を派遣してもらってでも期日まで間に合わせること
クライアントをなだめて納品を先延ばしにしてギリギリまで延命措置を計り、炎上する前に退職を試みる心構えを持つこと

伝わる伝わらないではなく
意味を理解して用語を使っているか、説明出来るかを問うてる

>>25

説明してもピンときてない感じの反応だったけどな

>>27

わかりやすく説明出来ない評価食らったな

>>28

内定出たし蹴ったけどなwww

責任と依存方向を間違えるとアーキテクチャは崩壊する

ちょい圧迫ぽい雰囲気はあった

設計ってどうやって勉強すればいいんだ
とりあえず参考書2冊買ったけど

>>32

とりあえずその本読んどけ

瑕疵担保責任による損害賠償ならあるけど
関数の責任は法律用語じゃないから通用しないな
プログラミングミスやバグは発注者から訴えられる原因の一つ

>>35

うそつけよw

関数の責任っていうからややこしくなるんだろ
単一責任原則といえ

責務の方が通じそう

処理の切り方を適切にするってことだろ？
なんか言い方あった気がするけど忘れた

思い出した粒度だ