プログラマの雑談部屋 ★38
■ このスレッドは過去ログ倉庫に格納されています
プログラマは
こちらで雑談してください。
ユーザ、ＳＥが馬鹿過ぎる、
上司がバカだからもう辞めたい、
もう少し簡単な仕事に転職したい、
彼女が欲しい、
などなど愚痴、妬み、妄想などなんでもどうぞ。
※前スレ
プログラマの雑談部屋 ★36
https://medaka.5ch.net/test/read.cgi/prog/1529287662/
プログラマの雑談部屋 ★37
http://medaka.5ch.net/test/read.cgi/prog/1530182616/ それを整理してどれにどんな名前を付ければいいか判断するには
最初に一覧を作らなきゃむりだろ！
脳内で何千件も処理できるもんか
そしたらそれをメモ書きして捨てるか設計書に残すかってなる
捨てるのはもったいないからちょっとばかり労力を払って内部設計としておいとくことになる
設計書いるじゃねーか 場当たり的にコード改修して整頓された見通しのよさが保てるわけがない
設計したことない連中が主張の都合のいいところだけつまみ食いして
バラ色の未来を提示してる いや設計はしてるんだっていってるけど
設計したんだったら設計書かくのにそれほど苦労しないはずだろ！
なんでなにもないんだ >>722
なんで最初から全部リストアップする必要がある
受注管理の命名をするときに顧客管理の命名をリストアップする必要があるか？
分割して統治せよって新人研修で教わらなかったのか？
そんなことも教えてくれないなんて同業者として憐れみを感じるよ >>723
場当たり的に書いて整理すらしなかったものがエクセル設計書だよ
>>718などは完全にその被害者だろ
設計書は作ったけど設計はしてないとこうなるんだ
逆に良く設計してればコードがドキュメントになるので設計書はいらん >>725
机上の空論破綻はアリの穴から
どこに何をどういうルールで置くか、その分割を適切にできるかどうかは
最初にどれだけ網羅できるかにかかってる
名前はものを区別するためにあるんだ ここにいる人はどんな資格を持ってる？
VBAエキスパートは今更遅いかな 設計書を書くツールがエクセルからIDEに変わって
設計書の出力形式がエクセルからテキストファイルに変わって
設計記述のルールが厳密にチェックされるようになった
それだけのことじゃん？
コードで整理できないって人がエクセルで急に整理できるようになるとは思えんけど 一覧管理のために生まれたExcel様のパワーなめるな >>727
ログイン処理の機構を考えているときに在庫管理のことを考えるか？しないね
全てをまとめて網羅する必要などどこにもないんだよ
分割して統治せよ
君が真っ先に理解すべき概念だ
来週の業務が始まるまでに理解しておいてくれ >>733
在庫管理システムだけプラットフォーム別になってて
ログインユーザーの権限が連動してる必要あるんですけど >>737-738
全の値段は幾らぐらいでしょうか？ >>735
それこそ権限管理のコンテキストで解決する問題
在庫管理のコンテキストを巻き込んではいけない
分割して統治しておいて良かったねと締めくくられメデタシメデタシだな >>711
CQRS/ESでは結果整合性を使うから、
複数のリードモデルがあると一部の反映が遅れる場合があるって弱点はあるが
僅かな期間の表示のズレも許容出来ないようなアプリケーションばかりかって言うと
そうでもないのでは？ >>741
>>743
全の値段は幾らぐらいでしょうか？ >>749−750
全の値段は幾らぐらいでしょうか？ >>749-750
全の値段は幾らぐらいでしょうか？ >>763-764
全の値段は幾らぐらいでしょうか？ >>740
お前がどんな絵をかいてるのか設計書がないから見えない伝わらない
そのシステムユーザーに在庫の製品種別ごとの権限ついててログイン管理してるんですが >>766
在庫管理に特殊な権限管理が必要なら在庫管理のコンテキストに組み込むか在庫権限管理など新しいコンテキストを作るかな
いずれにせよ一般的なログイン管理と在庫管理を同時に考えることはないよ 「在庫権限管理」
ほら言葉がでてきただろ
俺がシステムの実情を伝える前にコードは設計とばかりに書き下してたら
後からどうなってたことやら >>710
多分、若い人はそういう考えなんだろうと思う。
Webを中心としたシステム構成が増えてきて、
すぐに仕様変更できてしまうから、いちいちドキュメントを
直すなんてほうが無駄に時間がかかるしね。
仕事によって作成するドキュメントの種類や内容を変える必要があるのに、
内部設計書を書いたことのないWebプログラマなどが大規模業務系には参加して、
「なにこれメンドクセ！」とか言って重要なドキュメントを書かなくなったのだろう。 >>781
今の会話セッションは「設計」プロセスな
設計中に新しい用語が出てくるのは当然のこと
プログラミングはこれから始まるんだよ
さらに言うとログイン処理の命名を決めようというときには結局、在庫管理も在庫権限管理も関係がない
ログイン処理関連の命名は在庫管理のことなど気にせず決めていいし、在庫管理も逆に同じこと
新しく出てきた在庫権限管理もログイン処理とは独立して考えられるが、在庫管理とは上流下流の関係にありそうだから、在庫管理と在庫権限管理は多少関わり合った方がいいかもね
こうして物事を分けて個別に考えられるのは分割して統治するという基本ができてるから
君にも早く身につけてほしい概念だ 日商PC検定試験のデータ活用1級って持ってるとなんか意味ある？ >>782
重要、と一言で言うけど、状況によると思う
それこそシステムを作るだけなら内部設計なんていらないし、重要なことなんて何もない
システムにメンテナンスが入ったらコードと設計書を二重に直す労力は半端ではないから、重要どころかむしろ邪魔にすらなりうる
でも、客が設計書を成果物として欲しがっていて、それが金になる、という意味では非常に重要と言える 数学はともかく計算機科学はくわしいよ
くわしいはず
はず >>786
ほとんど何もしらない素人ですよ
プログラマと名乗ってるだけです
どうせセット販売されるので、自分はプログラマです、と言い切れるだけでも働けるんですね 東京大学理学部情報科学科卒
東京大学大学院情報理工学系研究科コンピュータ科学専攻修士課程修了
東京大学大学院情報理工学系研究科コンピュータ科学専攻博士課程修了
こういう学歴のプログラマーっている？ あー、東京を自分の思いのままに都市計画してみたいなぁ・・・・・。
超巨大なビルとかいっぱい建てたい。
やっぱり首相にならないと無理なのかな？ >>783
その「設計」と称するものを他人も理解できるように
設計書にして確認したり、一覧にして整理してみようって気はないのか
多大な工数をかけてコードにする前に コピペ改変した設計が間違ってたとかで横展開でエクセル修正してくれって指示がくると目の前が真っ暗になる
え？それどこにあんの…何個あんの…直した影響調査ってどうやんの…えっえっ？作業指示って横展開ヨロシクだけ？ってかなんでリファクタリングしてクラス化しなかったの？誰か助けて…もうやだ…
みたいな感じ >>794
コードをみれば誰でも設計内容を確認できるし
パッケージ、名前空間、クラス、メソッドで見やすく一覧化されるのでわざわざ資料にする意味はない >>791-793
全の値段は幾らぐらいでしょうか？ >>804
C++11 or lator をやっている >>808
>>810
全の値段は幾らぐらいでしょうか？ >>813-814
全の値段は幾らぐらいでしょうか？ >>719
三層アーキテクチャって久しぶりに聞いたな >設計書をありがたがる人ほど設計なんてしてないんだよ
>設計書というなのスパゲティを書いて設計 し た つ も り になってんの
コーディング前に設計したんだと主張しつつ何のドキュメントも残せないやつが言ってることに
背筋が凍るものをかんじる
そう言い切る根拠が「画面にデータベースがマッピングしてある」ことだからなおさら
設計の負荷は無駄に高くなるが、コーダーは打ち込みゃ終わるから楽だろうに
困った状況とかなんにもいわないし
自分のスキルがあまりにも低くて指示が細かいと従うことすらできないのを
なんかよくわからない高邁な理念を持ち出して
責任を相手になすりつけてるような ■ このスレッドは過去ログ倉庫に格納されています
