実は「オブジェクト指向」ってクソじゃね?これデスマーチの原因じゃね?
■ このスレッドは過去ログ倉庫に格納されています
カプセル化(英語:encapsulation)とは、オブジェクト指向を構成する概念の一つで、
オブジェクト内部のデータを隠蔽したり(データ隠蔽)、オブジェクトの振る舞いを隠蔽したり、
オブジェクトの実際の型を隠蔽したりすることをいう。
偏差値の低い学校向けの情報処理系教科書において「大変すばらしいものであり絶対に使うように」と大体的に宣伝された。
一方、カリフォルニア大学バークレー校の有識者を中心としたインターネットを作った人たちは「階層化の有害性」として
「絶対に使うな」としている。大雑把にいうと、その時は良くても、将来的な改修の際に隠蔽されたデータに
アクセスできないと解決できない問題が出てきて、結果的にデスマーチに陥るというのである。
オブジェクト指向の発案者であるアラン・ケイもコーディング規約(頭文字にアンダースコアを付けるなどの命名規則)で
縛る程度にすることを推奨しており、アラン・ケイが関わったオブジェクト指向プログラミング言語にはどれも「private」
という概念はない。
https://monobook.org/wiki/%E3%82%AB%E3%83%97%E3%82%BB%E3%83%AB%E5%8C%96 別に後からアクセスできないコードが在っても構わないのでボテボテ化を許すか許さないかだけの問題の様な気もする >>612
美女に排便メソッドを持つ尻の穴インタフェースが実装されて
排便メソッドは自身がprivateで持つ宿便キューからpopする形式だった場合、
美女にimplementされた尻の穴インタフェースに
宿便キューの中身を返却する浣腸メソッドを追加して
宿便キューに割り込みが必要になった場合に浣腸をコールするように修正しないといけない
→デスマーチ
ただ、最初に宿便キューを別のオブジェクトである宿便キューマネージャで管理していれば
宿便キューマネージャから取得したキューに簡単に割り込みで浣腸を実装できる
要は最初にどう実装するか問題であってprivateがどうのという話ではない
publicで実装しようが、最初の実装が悪けりゃ他制御に干渉してスパゲティになるのだから >>612
老朽化して人工肛門にする必要が出てきたときに手術できないという話 >>618
臓器が完璧にカプセル化されてる。
見えてるのは外観だけ。 たぶん、機能分割が適切じゃ無かったんだろ?
将来の変更に耐えられる設計って奴な。 >>623
カプセル化してるとそれが出来ない場合があって面倒が起こるって事らしいが
ある機能が、クラスAからクラスBのルーチン呼んで実現してるから
クラスCとしてそのルーチン使ったシステムを組んだ
しかし元の機能が修正の際にクラスA以外のアクセスを禁じてしまい
暫くして、以前は動いてたクラスCが動いてない事が解った
クラスCを書いたプログラマは既に退社してて、コードを見てもバグは見えない、直せない?
とか言う事態が起こりうると >>605
マジか?
プラグアンドプレイ最高だな。 >>586
ちょっと何を言ってるのか意味がわからないです >>624
それ手続き型でも発生する問題
callする側は全部調べてから修正するようにプロセスを見直すべき >>103
Androidだと逆にそれが問題で「いつまでもあると思うなそのメモリ」状態になるんだよ まあVMで動いてるんでデバッグは楽な部類なんだけどね >>550
みずほは最後には中国人、ベトナム人が入り乱れてたらしい
りそな銀行みたいにCOBOL→オープンCOBOL(MF-COBOL)に移行した方が楽だったと思われる
あと、京都市のシステム案件は元々の原稿汎用機のサポートしてたNECが受注にすら参加しないヤバイ状況だった
(現行汎用機のシステム定義書類が全く無い)
俺も過去、他の自治体でNECがサポートしてる所の汎用機→Windows NTサーバーでのVBでの自治体パッケージシステムへの移行作業したが、現行NECオフコンで稼働してる内容のプログラム定義書類が全く無かった
NECがサポートしてる自治体はほとんどコレ >>8
8ビット用にturbo Pascalっあったでしょ
それの5.5からあるぞ >>634
WizardryはTurbo Pascalで書かれてたんだっけ? >>632
そういうのは京都市とかが持ってるものじゃないの?
他社から資料とかもらえるの? 機械学習もMATLABなら簡単なのに
Pythonはいろいろ足してTensorFlowを入れて煩雑の極みってのが最悪である >>637
機械学習と一まとめにするけど
方法が色々あるからな
主成分分析とディープラーニングじゃ全然違う >>635
その発展でMacはObject Pascalでアプリケーションが作られていて
Object PascalをWindowsに移植したのがDelphiで
BASICに移植したのがVB
NEXT STEPのアプリケーション言語のために
Object PascalをCに移植したのがObjective Cで
Objective CをベースにJava言語が作られた
マイクロソフトのC#は、どちらかというとDelpiベースのC++実装であるC++ Builderの後継であるが
起点がObject Pascalなので似たようなもんだろう
NEXT STEPをベースにmacOSが作られたので
macOSのアプリケーション開発言語がObjective Cになっている
iOSでもObjective Cで
そのiOSを真似たAndroidではJavaの言語部分だけを使っている >>632
ほかのベンダがサポートしてたら
そういう資料を他社に開示するの?
顧客の機密事項なんじゃないの? >>636
無いよ
俺の移行担当した自治体も定義書は?
て、聞くとサポートしてるNEC担当者の頭の中、と言う事らしい
自治体のシステム担当者は異動が多いので引き継ぎもマトモに出来て無いし、現行のシステムが何故、こう動いてるのか理由は知らないが、動いてる結果が正解、と言う事
なのでデータ移行の為の情報として現行コード体系表提出してくれ、とお願いしても、そんなモノは無い、で終わり >>640
基本的には機密事項かも知れないが、システム移行の主体は自治体だからな
自分たちがシステム変えたいのに、現行システムの稼働仕様を提示しなかったら移行請け負った側も動き様が無い >>642
自治体から聞けばいいんじゃね?
回答を得られないなら自分達で調べるとか金払って情報を買うとかするんじゃね? >>641
それってベンダが何処でも起こりうる事じゃね?
自治体側が管理してなかったって事だから
昔はITILとかいう概念がなかったから仕方ない面もあるだろうけど >>639
Object PascalベースのDelphi作ったのはアンダースヘルスバーグだな
C#、J#もコイツが作った
ヘルスバーグに言わせればマイクロソフトの言語仕様作成担当者はレベルが低くて話にならなかった、とか言ってたな
Delphiはボーランド→エンバカデロと売り主がろくな会社に恵まれず、今やDelphiなんてJavaやってる若いプログラマは知らない 継承は少人数でやってる分には超便利
実装の継承も多重継承もどんどん使って差分プログラミングだ
ゴチャゴチャしたらリファクタリングすりゃあいいんじゃ オブジェクト指向を取り入れた某ウィンドウズAPIのハンドルだってCloseHandle()で破棄できたりできなかったりでで多態性が破綻してるしな >>648
そいういのをネットに書き込むのはいいの? >>651
良いに決まってるだろ
言論封殺して日本が良くなると思うな
昭和じゃないんだぞ >>651
京都市,システム移行,頓挫
で検索したらいくらでも出て来る情報だが 京都とか書面化できない仕様が山ほどありそうだな
部落とか貴族とか… >>651
そもそも、システム改定したい、と言ってるのに現行汎用機システムの仕様は見せられません
じゃデータ移行の仕様も作成出来ない
20年前はそれで通ったかも知れんが、今じゃ裁判やったら負けるよ
実際、京都市は他の部署のシステム移行で同じ様に現行システムの仕様出さずにシステム移行をさせようとして裁判に負けてる
今回も多分、負ける 前回の判例有るのに、また同じ事やって請け負いit企業に安くシステム以降させるのは悪質極まり無い
こういうのは裁判で敗訴させて自治体の態度を改めさせる方が良い >>651
いちいちビビりすぎだわ
お前氷河期だろ? 既に京都市は前回の負けた裁判でそういう自治体と言う事が明らかになってる
それを今から違うとか覆せないから
裁判で一度負けると言う事はそういう事 >>467
何故日本のことしか知らないのにニホンガーしちゃうの 最近は中型大型汎用機からAS/400へのマイグレーション案件が結構有る
COBOLのままシステム移行出来て、RDBにデータベース移行出来る
銀行系も一気にオープン化するのが良いのかどうか良く考えるべきだな >>1
オブジェクト指向を理解できないPGがクズなだけでは? 資料が存在して開示しないのか、
そもそも存在しなくて開示できないのか。
そもそも存在しないなら、
開発元にカネを払って作らせればいい。
それすらできないなら移行を諦めればいい。
業務が止まったなら責任者のクビを刎ねればいい。
仕様が開示できないなら、
そんなシステムは捨てればいい。
職員が手作業で行えばいい。 >>資料が存在してても開示しない
この場合は悪質
>>資料が無い場合、開発元に金払って作らせる
その金がもったいないから、やりたくない
どっちに転んでも施主の自治体が悪い >>665
as400にOracleの組み合わせ多いよな。
この場合、オープン系システムになるのか? >>665
COBOLやってる奴ってRDBにカーソルで一件ずつ読み込んでそうで草
つーか、ObserverパターンにしろReactiveXにしろ、配信者と購読者はそれぞれ独立してるから意味がある
つまり配信者は配信者の仕事をすれば良いだけで、購読者がエラーになろうがなんだろうが関係ねーってのが今の流れでーす。
もちろん配信者がエラーになった場合、購読者側の処理は独立して一緒になってエラーになるとかありえないし。
イベントが繰り返されるような場合にそなえてFluxのようなパターンもある。
なに複数の構造体に値をコピーとかwww寝言言っちゃってんだよwwwwwww
オブジェクト指向って何?
(´・ω・`)
現象論的アプローチってこと? >>210
>>464
機能ソートの構造体ってこと? >>666
オブジェクト指向って何?
君は自分の言葉でそれを説明できるくらい理解できてるのかな? >>661
社内の人事はどうだろうね
ビビってないなら匿名掲示板じゃない所に書けばいいのに 結局、現状分析から仕様の取り決めが8割で、あと2割がプログラム。組み方はそれぞれ一長一短あるので、規模や目的、人員やチームスキルに応じて使い分けるべき。保守人員のことも考えて、可読性も大切にすべき。 >>656
裁判で負けそうな相手にはネットで私刑しても良いって事?
そんな権利ないんじゃね? 今の方がコンプライアンスとか厳しいから
いろんな自治体からの受注が出来なくなるんじゃね?
機会損失が結構な額になりそう >>686
わらわら沸いて来る京都市擁護気持ち悪いなあw
いずれも公知の情報だろうがw みずほ銀行なんか内情が知れ渡ってるけどみずほが訴えた事は無いな 京都市の問題は過去、既に裁判で負けてる事だろうな
その上で守秘義務等で過去のベンダー訴えても既に裁判官の心証が悪過ぎる
そんな事に労力使うぐらいなら、新しい移行担当業者と協力して早くシステム移行する方が賢い そんなこと言ってる間に平成は終る。
役所の書類は和暦だろ。どうするんだ。 >>693
それも有るから裁判やるよりシステム移行が重要 マシン語だとレジスタ処理も完全独立でサブルーチン群を組んで、他のプログラムでも流用させたりするけど、
(もの凄く原始的な意味合いでの「モジュール化」みたいなやつ?)
単にレジスタ保存が保証されないってだけで、事前事後にスタック処理しておけばいいだけだもんな >>675
モデリングはどちらかと言えばプラトン的パラダイムだな 多重継承ってのが使い方によちゃ便利。
下手するとグチャグチャプログラム。 安倍がらみで財務省の人間が2人も死んだみたいだしな。
資料を出せない京都の役所から手を引きたがるのもうなずける。 理解した上で使っている奴はいい。
便利だね!と言って使い倒している奴は駄目だな。 どのレジスタにデータが入っているか確認して、そのデータを後で使うときには1ステップ減らせるんだよな。 自治体が担う業務は総務省とか国の指示
によるところが大きいんだろうから
他の自治体のシステムを担当していて
ベンダ側の知識や技術があれば実現できたんじゃね?
なんでそのベンダはその仕事を受けたのか?
あと要求変更も合意したんじゃないの?
ベンダ側の能力不足も実現できなかった要因じゃね? >>690
内部の評価をするのに裁判する必要は無いのでは? >>691
その裁判って最高裁まで行って確定してるの? >>691
守秘義務を守れないような所に発注する依頼主はいないから今後の仕事に影響する >>656
裁判になってる件と今回の件って言ってるから
別件だよな
裁判の件とは別の件について書いてるってこと
守秘義務違反じゃね? >>708
自治体だろうが依頼主は関係ない
問題は守秘義務違反じゃね?って所 >>711
誰が、は俺には特定できないが
京都市とベンダのやり取りに関してじゃね?
守秘義務契約は最近だと普通は入っているんじゃね? >>712
その特定出来ない書き込みしたヤツがベンダあるいは京都市の関係者なら、そうだろうね
それ以外の第三者が人から聞いた話を書き込みしてたら、伝えたヤツまで探す必要有るだろうね ■ このスレッドは過去ログ倉庫に格納されています