ワイ三年目SE、設計やらされてるけどマジ意味わからんくて草
■ このスレッドは過去ログ倉庫に格納されています
もはや自分が何を質問しているのかもわからなくなってきて草 とりあえず質問して意味がわかってませんよと言うのを伝えるのに全力を注いでて草 設計はブラッシュアップばっかりやから新しく作れって言われると頭爆発するわ
ちな8年目 システムというより業務の知識がなさすぎて全然理解できねえくて草 開発経験もたいして積んでない3年目が設計すんな
まあどうせ開発全然出来なかったから無理やり回されたんだろうけど >>15
業務の勉強はしてない なんでかって言うとだるいから 「受注入力画面」「受注伝票検索画面」「受注伝票(帳票)」みたいに機能が全部で200機能あるとすれば200冊の設計書が作成されるとか言われてもなんでそんなにいるの?ってなる >>14
経験積めてないからこそ無理やりねじ込まれててしんどい そもそも機能設計書とか言われてもなんでそれが必要でどうしてこういう書き方するのか全く意味不明で草 ソースを読み取ったところで業務用語がわからんから理解につながれねええ Excel送付+後日電話で口頭連絡して修正されてたもんをシステム化するの難しすぎるんだが くぼくん頑張れ
先輩のヨコヤマさんも乗り越えたんやで ITって適正ないと拷問だよな
昔やってたとき設計書を読めばプログラマーがプログラミングできるように設計するとか言われても全く意味不明だったわ
しかもプログラマーの裁量に任せるべきところまでは書かないとかそういう融通も効かせないとならないともあった ガチでもうやめようかな それかなんか業務の理解が簡単なシステムやってるところないかな わいも8年目やけどプログラムばっかで設計したことほぼない
プログラム出来るなら〜って言うけど
今の現場は設計なしで要件だけだから好き勝手作ってる わかる人少なくてみんなぶん投げ合いしてるのがつらい >>30
それこそワイみたいに無理やりやらされてるだけやろ… 現場によるとしか言えないな~
良い現場にヒットするまで頑張れ 設計はプログラミングのためにやるって意識が大事やね
クラスの設計までやるのか知らんが、もしやるならDBから考えるとええ もう辞めたけどわかってることを前提に進んでくからまじ辛かった >>31
それ経営方針変わって数年後にソースから設計書起こせって言われるぞ
ソースは弊社 >>37
業務システムなんやけどワイが一度も触ったことない業務システムやからしんどい >>40
でもチンチンみたいなの出したらレビューで殺されるやん? 設計書よりこっちのやり方の方がええわってやっちゃうと設計書通りじゃない😡ってなるのダルいわ
設計書修正レビューし直しとかハァクソダルって感じ >>41
周りに合わせて、なんとなく書き上げれば良い 全く意味不明な初心者にそれを分かるように丁寧に教えられる人もあまりいないしな テンプレートぐらいあるやろ
まさか1から作ってるわけでもないやろ 毎日毎日脳みそちぎれそうや ずっと知らん映画無理やりみさせられてるみたいな ソースが設計書って前任者から言われた時は
ぶん殴ってやろうかとおもったわ
ちな今 >>39
そうか、専門的過ぎて業務の中身や単語やらが分からんのかな?
確かにそれだとつらいかもね
最初は既にある設計書見ながらなんとなく作ってくしかないよなぁ >>48
で修正までに時間かかってスケジュール遅れたらどうするんや割とパンパンなんや そういやパズドラって設計書がほとんどない(方針として作らない)ってPがどこかで語ってた気がする >>51
そうそう 似たようなシステムをやったことはあるから多少はわかるって程度 もう聞きまくってる こういう勉強が必要な職種の人ってまさか休日に勉強してるの? >>50
まあ間違ってないんやがな
仕様書とシステム設計書がごっちゃになってるのが日本のIT業界や プログラム書けねえのに設計書書いてもな
基本設計書でも書いてろ >>49
経験してないことはできないやろ…経験してないことできる奴が超有能なだけや コード書けない人間が書いた設計書って設計になってないんよな そら全ソースコードを印刷してファイルに綴じさせて提出する案件が世の中にあるぐらいやしごっちゃになってもしゃーないところはある ■ このスレッドは過去ログ倉庫に格納されています