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

>>686
わらわら沸いて来る京都市擁護気持ち悪いなあw
いずれも公知の情報だろうがw

そうだよ

>>612
美女に排便メソッドを持つ尻の穴インタフェースが実装されて
排便メソッドは自身がprivateで持つ宿便キューからpopする形式だった場合、

美女にimplementされた尻の穴インタフェースに
宿便キューの中身を返却する浣腸メソッドを追加して
宿便キューに割り込みが必要になった場合に浣腸をコールするように修正しないといけない
→デスマーチ

ただ、最初に宿便キューを別のオブジェクトである宿便キューマネージャで管理していれば
宿便キューマネージャから取得したキューに簡単に割り込みで浣腸を実装できる

要は最初にどう実装するか問題であってprivateがどうのという話ではない

publicで実装しようが、最初の実装が悪けりゃ他制御に干渉してスパゲティになるのだから

ステートレス
副作用を作り込まない

デスマーチ艦隊スレか？

知ってた

>>185
そらまあＶＭ作ってるベンダーが自社ＯＳなら速かろうってお話じゃないの。

>>256
目的でまとめない。

まあ大概はほぼ一点物のクラス作る人の方が大半だから
汎用性ガーとかいって１回しか呼ばないプライベート関数作ったり
教科書みたいに全部の変数にゲッターセッター作って
無駄にコールスタック発生させるバカは才能無いと思う

糞だがデスマの原因は別だ
むしろアジャイルとかなんとかのほうが危険度高い

>>369
LinuxのmapはC++より高速らしいな

>>289
変数のリード？

安倍がらみで財務省の人間が2人も死んだみたいだしな。
資料を出せない京都の役所から手を引きたがるのもうなずける。

>>352
意外と小さいチームで作ってるんだな。
8人ならリーダーとサブリーダーの2人で回せるか。

if〜 goto〜 でいいんだろ

バレたか

組込の俺にはどうでもいい話だ

>>496
IBMの汎用製品を使う予定だったヤツ？違うかなぁ？

あってるなら…京都側も意地だなぁ…キヤノンがやるのか御愁傷様w

>>31
そのフレームワークがオブジェクト指向の産物だろ

>>362
メインが可読性の観点からなんか？
現行のコードを残した移植と今の開発担当者に引続き発注できることの方が優位に感じる

オブジェクト指向ってのは、
量子力学の世界観を、人間が認知できる物理学の世界に落とし込むことや。

>>483
エントリポイント

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

>>839-844
ハロワ！

エンジニアが自分たちの仕事が無くならないように面倒くさいものを作り出してんだよ

ORMapperはお酢
オブジェクトは水
リレーショナルは油
結果マヨネーズという素晴らしいものが出来る。
素晴らしい！！

つまり、真に必要なのはインタフェースであってオブジェクトそのものじゃないってことにもなるんだが

インタフェースが複数作られるとインタフェース間で競合が発生したり
インタフェース間の依存関係や共通の処理とかが出てくるとインタフェースが絡み合ったりする

そこを整理してすっきりさせるためのプロセスがオブジェクト指向

ミスった単発だった>>456ごめん

改修？男は黙ってフルスクラッチだろっ！！

つか、見事にオブジェクト指向で作りてるようなソースにまずお目にかからない。日本の炎上原因はそれ以前のレベルなのでは

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

C#こそ至高。辞典はpython

>>83
サブルーチンでよくね？
多層構造も作れるぞ。

　
★★パチンコ換金営業は明白な刑事犯罪（賭博罪）です！
　
警察官ＯＢは定年退職すると
　パヨク（在日韓国人）パチンコ屋に天下りして
年金が出るまで３〜５年ほど雇ってもらいます
　
警察の風営法検査の日時情報を漏らしたり
　ヤクザから店を守る手伝いをします
　
そんな警察官ＯＢは、最も卑劣な売国奴です
　パヨク（在日韓国人）パチンコ屋の犬です
　
パヨク（在日韓国人）パチンコ屋の社長（金持ち）は
　そんな警察官ＯＢをトコトン馬鹿にしています
「警察官ＯＢは使い捨ての犬ニダ！」なんて言ってます
　
それでも警察官ＯＢは文句が言えません
　年金が出るまで、ひたすら我慢です　
その分、日本人には威張り散らしています
　
警察は自分たちの利権（天下り先）を守るために
　重大な犯罪行為（賭博）を「見て見ぬフリ」しています
パチンコ換金営業は明白な刑事犯罪（賭博罪）です
　今すぐパチンコ換金営業を全面禁止すべきです！
　
パヨク（ゴキブリ在日韓国人）に甘い「親韓政治家」は
　次の選挙で「普通の人」になってもらいましょう
　
自分の選挙区の政治家さんたちが　
　パヨク（ゴキブリ在日韓国人）に対してどんな姿勢でいるか
次の選挙のために、冷静に観察しましょう
　
★★パチンコ換金営業は明白な刑事犯罪（賭博罪）です！
　 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b)

オブジェクト指向設計は本当にキッチリ効率的に設計出来れば良く、大きなPJになればなるほど有用なハズなのに、大きいPJになればなるほど効率的な設計は難しく天才が必要になると言う矛盾

・そもそも天才は少なく破綻
・途中や仕様追加の段階でアホか入って破綻
ってのが多すぎる。個人でやる程度なら問題ないんだがなww

常駐させる場合のJavaのメモリ管理も同じような事がある。キッチリメモリ管理・メモリの使い方の特性を把握してチューニングしないと地獄を見る。

多重継承ってのが使い方によちゃ便利。
下手するとグチャグチャプログラム。

高度に抽象化されているほどソース読み解くのに時間がかかる
ライブラリとかはそれでいいかもしれなけど、実行系はやめたほうがいいというのが俺の結論

メンバ関数

>>184
それだけで十分？
他にも必要な要素があるんじゃね？

>>276
オブジェクト指向でトランザクション処理する時の
デザインパターンとかある？
関数型でも

また戻って来たw
俺が書くと古参のレスが止まるからも書くのやめるわ

エラー対策が複雑ではないんだけど多すぎるんだよ

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

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

構造体とサブルーチンで十分です。勘弁してください。

>>235
アセンブラこそ至高。
最高のパフォーマンス、最小のサイズを求めるとアセンブラになる。
男ならアセンブラ

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

>>215 へのの安価ミスごめん

>>643-648
ハロワ！

>>691
その裁判って最高裁まで行って確定してるの？

オブジェクト指向も単に設計の道具に過ぎないからなあ
道具を使えばいいのかというとそうではない

漫然とただドキュメントを書くことが設計だと思ってる奴が大勢いる
しかも、いわゆる上流に行く程そういう奴が多いのはどうしてだろう
業務システムの設計だって極めてクリエイティブな仕事なのに

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

完全なるユーザー目線だけど、Javaで作ったWindowsアプリケーションってなんであんな遅いの？？
C♯で作ったアプリのほうが軒並み速い。
JavaのエキスパートにC♯で作らせたほうがマシなものできる。マジで。

>>530
メソッドによる曖昧さが享受できないなら
全部関数でようくないか？　

>>248
トランザクションとかは自分で作らないと無いんじゃね？

>>185
Javaはたしか中間コード迄しかコンパイルしない
でその中間コードをwindowsとかlinuxとか
で動くコードに変換しながら動かしてる

作る側はjavaで書けば色んなOSで動かせるから便利

>>206
Eclipseも速いよ

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

>>46
いや、システム全体を体系的に分割すること
巨大なシステムでも合理的にモジュール分割され、モジュール間のやり取りが明確になっていれば、
あとは小さくなった各モジュール単位で開発ができる…はず…

よく分かってない奴がリードするとスレタイみたいになるよな
本当は相当分かっててかつやり慣れてるやつがやらないとダメ

お前らプログラマー板に帰れ

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

>>528
アジャイルは良く分からないけど、チャット内容が仕様書代わりみたいなものなのかな？

Java docもコメントもミッチリ濃厚で余計なぐらいに想いのたけを書いた方がいいと個人的には思うな。

良いプログラムはコメントが要らない！って言う人もいるけど、そりゃある側面からはそう最適化されたコードはそうなんだろうけど。
そもそも、そう組んだ意図や、詳細設計の正誤までも判断するためには、たくさん情報がないとわからないというか。

>>73
構造体に関数ポインタで似たような感じにできるしな
継承はさすがに無理だが

>>666
オブジェクト指向って何？
君は自分の言葉でそれを説明できるくらい理解できてるのかな？

>>708
自治体だろうが依頼主は関係ない
問題は守秘義務違反じゃね？って所

オブジェクト指向なんて難しくなんともなく単なる便利ツールなだけ。
ツールをうまく使えば便利だし不要なら使わなければいいだけ。
アホが使いこなせないからややこしくなってるだけ。
アホは死ね。

大規模、長寿命なシステムを多人数で開発保守していく場合は必要。それ以外はケースバイケース。
ただ、設計手法の選択肢として理解しておく必要はある。理解もせずにいらないと言う奴はただの馬鹿。

改修業務って本当にやる気でねえ

また馬鹿が来た

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