IT面接「プロダクト作るときに気をつけたことは?」
■ このスレッドは過去ログ倉庫に格納されています
俺「関数ごとにその関数の関心がまとまるようにしました」
敵「関心?ん?どういうこと?」
関心って言って伝わらないもんなの? インターネットに関心を分ける~って説明が溢れすぎてて、それがどういう意味か理解できてるかを問うてるんじゃない? そもそもプログラムの中身話しても意味なくね?
コーディングルールは当たり前として、商品を作るってことはクライアントの要望に合わせて作らんといけないからサービス仕様書と機能仕様書に乖離がないよう認識合わせたり、実現不可能なものについては妥協案の機能を提案したりとかでは? しかも関数ごとに責任を分けるってどういうこと?
モジュール単位じゃなく、関数なの? >>5
影響範囲を最小限に抑えて保守性高めるって話だよな >>12
関数の責任を知らんお前の勉強不足に驚くは >>12
関数は責任範囲分けなくていいってどういうこと? まあ結局そこは受かったけどブラックだったから行かなかったけどな >>15
やはり関数ではなく、モジュールとかクラス単位での話かと >>20
リモートなら見ることすらできないんだよなあ >>19
モジュールだろうがクラスだろうが関数だろうがそれぞれに責任があります
それが理解できないなら多分苦労する >>22
IT系ではないしな
関数をそもそもの仕様を変更するってあまりなかったから 納期を間に合わせるために死ぬ気でプロダクトを完成させること
足りなければ他の会社から人員を派遣してもらってでも期日まで間に合わせること
クライアントをなだめて納品を先延ばしにしてギリギリまで延命措置を計り、炎上する前に退職を試みる心構えを持つこと 伝わる伝わらないではなく
意味を理解して用語を使っているか、説明出来るかを問うてる 責任と依存方向を間違えるとアーキテクチャは崩壊する >>25
説明してもピンときてない感じの反応だったけどな 設計ってどうやって勉強すればいいんだ
とりあえず参考書2冊買ったけど 瑕疵担保責任による損害賠償ならあるけど
関数の責任は法律用語じゃないから通用しないな
プログラミングミスやバグは発注者から訴えられる原因の一つ >>10
こういう話じゃないの
ユーザやクライアントの要望を実現可能な範囲でどう実現していくか、みたいな 関数の責任っていうからややこしくなるんだろ
単一責任原則といえ >>38
ググったのか
知ってる奴はややこしいとも何とも思ってない
これはオブジェクト指向の話してんだよ
SOLIDのことだ >>39
SOLIDって何だよ
もっとわかりやすく言えよ >>40
オブジェクト指向を実現しようとしてもみんながその理念を共有してないと無理だろ
そのみんなの方針を同じにしようという事で出来た方針がSOLIDだ 保守性を高めるためにカプセル化を意識しましたってこと? 処理の切り方を適切にするってことだろ?
なんか言い方あった気がするけど忘れた ■ このスレッドは過去ログ倉庫に格納されています