実は「オブジェクト指向」ってクソじゃね？これデスマーチの原因じゃね？

自治体が担う業務は総務省とか国の指示
によるところが大きいんだろうから
他の自治体のシステムを担当していて
ベンダ側の知識や技術があれば実現できたんじゃね？

なんでそのベンダはその仕事を受けたのか？

あと要求変更も合意したんじゃないの？

ベンダ側の能力不足も実現できなかった要因じゃね？

>>309
内製基板にLinuxポーティングしてGUIアプリ載せて製品化とかやるからアセンブラ、C、C++までカバーしてるし既成ライブラリとか極力避ける組み込みの原野で戦ってるけど、C++が一番生産性高いのは間違いない。
メモリ容量から言えばC++とか超贅沢なんだけどこれは外せん。

>>445
あってる
ちなみにC++が最高にクソ

すぐスパゲティー言う奴いるけどクラス分割された
クラス数が多いpjにもスパゲティー言うからどうしようもない
単にコード読解力や追跡能力がなく開発ツールを十分扱えず
メンバーを信じず他人のコードに文句言いたいだけ
それが日本のプログラマー

>>58
お前>>1一切読んでないだろｗ
無ければそもそもアクセスするなって隠ぺいしてるデータがあるから大規模改修に耐えられずデスマーチが発生するって書いてるよ
まさにその通りだと思うけどね

関数型ってつまり手続き型ってこと？
ずっと手続き型で作ってきてやっとオブジェクト指向覚えたのに

>>105
偏差値の低い学校では「絶対使え」で、高い学校では「絶対使うな」になるのが不思議
「絶対使え」と指導しないといけない低偏差値特有の理由があるのかなと

>>301

段違いで C の方がいいよ

>>601
プライベートに隠蔽してたモノをpublicにすればデスマーチ始まるよ

>>325
出来ない

>>645
今でもその状態なのが、京都市

68000のアセンブラしかわからん

　
つーか、ObserverパターンにしろReactiveXにしろ、配信者と購読者はそれぞれ独立してるから意味がある

つまり配信者は配信者の仕事をすれば良いだけで、購読者がエラーになろうがなんだろうが関係ねーってのが今の流れでーす。

もちろん配信者がエラーになった場合、購読者側の処理は独立して一緒になってエラーになるとかありえないし。

イベントが繰り返されるような場合にそなえてFluxのようなパターンもある。

なに複数の構造体に値をコピーとかｗｗｗ寝言言っちゃってんだよｗｗｗｗｗｗｗ
　
　

>>150
あー分かりやすいかも
「一定の範囲で」なんて大型PJではあり得ない縛りだけどなw

流用改善しやすいハズなのになww

オブジェクト指向なのにmain()を使っちゃってる言語w
それのオブジェクト指向的な意味を結果論抜きで説明できるの？

賢い人間が一人で作るにはオブジェクト指向は最高だ
アホな他人のコードはオブジェクト指向だとイライラの元

>>341
あるあるだよねw

>>490
それは作ったやつがバカなだけだろ

いや、別に考え方の一つとしてオブジェクト指向は悪くないだろ。万能じゃないけど。

>>501
貴方も賢い
ν速終わってなかった

>>612
老朽化して人工肛門にする必要が出てきたときに手術できないという話

欧米では、アクセンチュアみたいなコンサル会社が
SE会社を持っていて、コンサル主導でプロジェクトを進める。

日本はコンピュータメーカーがSE会社を持っていて、
お客の言いなりで無理めな要件を丸呑みする。
そのあとは下請けに丸投げ。
下請けは孫請け、3次請け、4次請け、………

デスマーチはこうして作られる。

↑

>>392だった

文書化しろ！文書文書！

大混雑する駅のホーム
cxrRkP5N0が、その真ん中で爆竹を鳴らす
ホームの人々の多くが立ち止まり、ふり返る
しかし、暫くするとホームはいつもの様子を取り戻す

こんなの従来の言語等では簡単にモデル化は出来ない！
それを簡単にモデル化できるのが、オブジェクト指向の肝だ！

x86用のCOBOLコンパイラ作るのはないのか？

>>494
だから>>1後からどうもそのprivateなメンバにアクセスする必要があるって必要が生じた場合の話ね

君も言うようにobject内で完結すると思って実装しているんだ
さぁ大変だ

>>494
だから>>1後からどうもそのprivateなメンバにアクセスする必要があるって必要が生じた場合の話ね

君も言うようにobject内で完結すると思って実装しているんだ
さぁ大変だ

>>641
それってベンダが何処でも起こりうる事じゃね？
自治体側が管理してなかったって事だから
昔はITILとかいう概念がなかったから仕方ない面もあるだろうけど

問題はオブジェクト指向の概念そのもの

守秘義務違反って誰が誰の?

パターンやコーディングとかルールをガチガチに導入するからだな
デザインパターンもコード習熟に差があるからこういうのあると解釈しやすいね
つって作られたのに日本だと忠実にパターンに沿ってないとダメって発想になるからな
分業化するならIFだけ保障して実装は自由にすべきでしょ
人のコードを読みたいならスパゲティ言う前にコード読解力を高めるべきだ

天才と、その人の仕事の邪魔になる要素を全部未然に取り除けるプロマネがいれば或いは

>>732
波動方程式をシュレディンガー変換してエルミート解からコペンハーゲン状態を分離することでボーアモデルを構築するという理解で大丈夫でしょうか？

>>133
「使え」と言ったのはOSI基本参照モデルを作った人たち。
由緒ある高学歴な学者たち。

「使うな」と言ったのはIP、すなわちインターネットを作った人たち。
BSDを作った野良の学生たち。

大学がどちらを教科書に採用するか

所詮アドレスと値なんだよ

>>資料が存在してても開示しない
この場合は悪質

>>資料が無い場合、開発元に金払って作らせる
その金がもったいないから、やりたくない

どっちに転んでも施主の自治体が悪い

いや
単に営業が工数計算できずに、激安受注するのが悪いんだろ
で、会社も大喜び

要は汎用性持たせて使い回しや中途変更のしやすい道具って事だろ？
けどそれって基本設計がクソだとエラい事になるよな？
何でそんなもんを現場の下っ端にまで使わせるんだ？

Ｃでもオブジェクト指向はやるでしょ
mallocとstructと関数のアドレス登録で

データ捨ててるようなもんだからな

>>353
最近増えてるって聞いてたけどマジだったのか
若い奴が COBOL 書けなくておっさん駆り出されてるって聞いてたんで信じられなかった

>>276
オブジェクト指向のDBMSって最低だよな

>>699
久々に見る誤爆ですかw

もう全部publicでええやん

>>8
Visual BASICをちょっと勉強してみたらわかると思うよ

>>147
いじりたいデータを持つインスタンスを特定する様なクラスを追加するだけで改修できそうな気がするけどな

>>642
自治体から聞けばいいんじゃね？
回答を得られないなら自分達で調べるとか金払って情報を買うとかするんじゃね？

>>38
人増やせば増やすほど生産性落ちますよ無理ｗｗｗ。

君のようなど素人じゃわからんだろうがね。

我らを愛し慈しむ聖なるスパゲティモンスター様が
己の真の姿を地上の民に思い起こさせようと現れなさるのが
大規模開発のC++のコード上なのだよ

>>719
>>656をどう解釈するかはいろいろあるだろう
それぞれの立場で解釈するだろうから

1人や2人で作る小さい案件ならソースコードの
隅から隅まで把握できるから問題も起きにくい。
でも下請けに出したり大人数になると目が届かない。
そんな中で「開発言語はC++でよろ」とかやっちゃうと
品質の担保は壊滅的に難しくなるね。
まあC++に限らないけど。

MicrosoftOfficeとかどんな体制で作ってるのか
見てみたい。

モデリングが正しく出来ない奴がオブジェクト指向設計したら必ずゴミになる
でも何が正しいモデリングが分かって無い奴が大半
だからクルマクラスはタイヤクラスとエンジンクラスとかに分割してとか無批判に考えちゃうし美少女ウンコの問題で結論が出なかったりする
関数型プログラミングのほうがはるかにましだわ

>>717
俺が選ぶ立場にいるわけないだろ
なんでそう思った？

こういうスレ多いけどコボラーを最前線に引っ張り出すフラグかなんかなのかな

確かにprivateは糞だし要らん
あとreadonlyのpublicを変数定義時に簡単に設出来る方法欲しい

関数型ってなんで流行らないの？

頭の良いやつと悪いやつがいるのが普通
そのとき安全側に倒すと頭の悪いやつに合わせざるを得なくなる

>>753
物理的な形状を持たないから誰もが簡単だと思い込みたがる

>>270
分かる

>>200
Macは早いか？
普通の人がコマンド打たずに全ての機能を、使えるようにしてるからじゃね。
LinuxディストリビューションがGUIで操作できる機能は一部だけだし。

何故ですマーチがあるか？
オブジェクト指向が障害？
一番の原因は
お客様の仕様変更だろ

オブジェクト指向設計が生きるのは、一からシステム開発する時くらいだな
システム改修とかなった時点で過去の設計思想とか無視されるし

理解した上で使っている奴はいい。
便利だね！と言って使い倒している奴は駄目だな。

>>104
単純に言えば全体の処理を分割しただけだよ
車のパーツみたないなモノ。エンジンやらフレームやらサスペンションやら
各部品ごとに役割（処理）があるじゃん

Win32APIで窓枠作って
Direct3D初期化してポリゴンの立体文字表示しても2000行もいかない

iOSのアプリ開発環境が>>1の思想だよね。
「使うな」って書いてあるメソッドも叩けるけどAppStore審査で弾かれる的な

Win32の世界なら
ATLやWTLくらいの薄いラッパーのほうが書きやすいし効率もいい

>>224
変換てーか、”中間コード(バイトコード)をJVMで直接動かしてる”が正しいかと

JVMがOSの違いをよしなに取り計らってくれてる

再利用可能な材料を作りながら家建てるようなもんなんだろ？もし利用しなきゃまるまる無駄になるもんな