「設計」で大事なのはこれだった！半年間で40本レビューして分かった 5つのポイント - Qiita

Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up

[lorenz_sys]

組織によって用語解釈は異なるのだろうけど発注側と受注側の合意形成が必要なのは要件であり仕様であってその合意された結果に基づき設計が行われるものとしてやってきた。要件定義と設計がごっちゃになってない？

[proverb]

リンモチか…開発者に罪は無いけど、新入社員向けパワハラ研修（数日間、意図的にパワハラを行ってストレス耐性チェックする研修。今だと炎上するだろうな）の印象が強烈過ぎてクリーンな会社のイメージが全く無い。

[takanq]

なるほどと思ったけど最後の表をみて混乱した、、もう一段降りてAPIやクラスなどを含めて考えるのが設計じゃないの?

[skel]

リンモチ、新卒採用市場においてだけ異常に人気のある会社という印象。発注したことあるけど成果物はひどかった。

[rkosaka]

うーん、要件とか仕様は事前に決まってるイメージだけどな...。私は新卒の頃この会社の恐ろしい研修を体験して以来、会社名を見るだけで嫌な気分になります。

[ftype]

半年で40ってそんなに多いかな？一日1PR以上ある組織のほうが多そう

[turanukimaru]

一番大事なものが足りない気がしながら読んだけど最後データベースの話なのにデータ構造をまるで考慮してなかった。カラムかテーブルかを決めるのはデータ数・増えるか固定かだ。それら要件はどれでも満たせるだろ。

[masatotoro]

仕様検討

[mangakoji]

ハード屋はソフト屋の設計を設計とは呼ばない。なぜならばソフトは書いた通りに動くからだ。ハード屋の感覚としては、書いた通りに動かない所から設計が始まる。そこから品質性能価格が生まれる。と考えられてる。

[Windfola]

Wikipediaの自社記事を完璧に管理してる感じすごいな。沿革とかどう考えても会社広報が書いてるけど宣伝目的として咎めにくい程度の慎ましさは維持してる。

[estragon]

どれも大事なことだと思うけど、システム化要件と、それに伴うアーキテクチャルディシジョンに取り組む心構えみたいな話。設計書には実装結果だけじゃなく設計目的と意図を書いて欲しいけど、経緯はいらないかな

[yojik]

設計じゃなくて要件定義というのは置いても(本当は置いちゃいけないが)、なんか中心に迫ってないなと感じてしまった。

[at_yasu]

要件定義のような気がするけど、これはこれで大事よね。特に must/want とか

[remonoil]

認可って機能要件じゃないの？

[hatest]

内容は読んでないが、冒頭の「レビュワー」が気になって仕方がない。レビュアって言ったほうがかっこいいよ

[su_zu_ki_1010]

半年で40レビューって普通か、少ない分類に入るような・・・書かれている一つ一つのことは間違ってはいないと思うのだけど、全体的に見ると基本設計ではないものも混ざっているように思う。

[mak_in]

ココに書いてあることはスキルとして大前提で、方向性が大きく変わるなら、要件定義でやるべきかな。その心は、大きな決断はウォーターフォールでもアジャイルでも、顧客の合意を得た方が良い。

[morimarii]

この間も要件定義と設計が混同されてる例みたな。。。

[daishi_n]

データ構造の変更は最小限にするのがベスト。カラム追加すると互換性問題とかいろいろ面倒だからね

[mayumayu_nimolove]

これは保存

[udofukui]

素晴らしい。参考にする。