69式のおっさんを呼び込むスレ【00000110b】
85 :
81 :
62式おじゃば解体
質問は、「どの偽コンサルが言った発言なのか明確にしろ」
追加指摘で、62式おじゃばが挙げた個別事例の出典を挙げ、
それら事例の大半は偽コンサルの発言ではなく、
ベンダーの発言である事を明らかにしている。(例外はたかひろのデザパタ発言)
回答では、
>>81に見られるように「偽コンサルに言われた」という発言を撤回し、
「どの偽コンサルの発言か」という問いかけに答える事もなく
ただ漫然と個別事例の批判を繰り返している。
この時点で、62式おじゃばは論破された。
86 :
81:2007/03/27(火) 10:40:33
62式おじゃば解体
解体対象の発言
http://pc11.2ch.net/test/read.cgi/prog/1174746731/680 1. >> まず偽コンサルの特徴として、悪い事は言わないというのがある。
>> まあ、雑誌や本、HPの受け売りで、本当に悪い所を知らないと言うのもあるが、どちらにせよ同罪だ。
お前が騙された偽コンサルの所属や氏名を答えろ。
抽象的に脳内批判するだけなら、知的障害者にだってできる。
2. >> まずMVC。Strutsの使いにくさを言わない。
>> Strutsは処理を変えると、大体3〜5カ所に手が入る。
>> JSP、リソースファイル、Strutsコンフィグ、Validation、フォームビーン、アクションビーン。
>> 実際、ベテランでも大変だ。未経験者に説明するのは地獄である。これのどこが保守性が優れている?
お前が言う「ベテラン」は、単なる古くから居る技量の低い人 の事だ。
フレームワークというものは、同等のフレームワークを自分で作れる人間にとってのみ役立つものだ。
フレームワークを自家製造する意思と能力のない人間がいくら文句を言っても、
それはスキルが低いからそう感じるのだ、自分で改善せよ、と答えるしかない。
もっとスキルを伸ばし、自分自身でフレームワークを数回作ってみろ。
そこまで労力をかけた上で、メジャーなありもののフレームワークを使うと、
「フレームワークを自作しメンテし教育する労力が一部省ける」というメリットに気付くのだ。
87 :
81 :2007/03/27(火) 10:41:24
62式おじゃば解体
解体対象の発言
http://pc11.2ch.net/test/read.cgi/prog/1174746731/680 3. >> マイクロカーネルは、速度が遅すぎて期待した性能が出なかったと言う事を言わない。
>> そのため組み込み系では全滅し、シェアではなく、分野の範囲で言えばそんなに広くないWindowsなどの
>> パソコン分野で使われているのにすぎない。またそれをおおげさに言う。
マイクロカーネル・パターンと、マイクロカーネルOSは、アイデアは同じだが別の物だ。
単なる一設計技法の説明を、特定の使用例(組み込みOS)での問題を論拠に全否定するのは、
愚か者のやる事だ。
組み込みOSとは異なる要求の下では、現在でも有効に機能している。
例えば現在のネットワーク・セキュリティー設計で全般的に採用されている。
4. >> 次に初心者にデザインパターン。
>> デザインパターンがOOのサンプルに過ぎないことを言わない。
>> それも多くが通常使わない特殊な物だと言う事を言わない。
これは俺の知る範囲ではたかひろの発言だ。
文句があるならたかひろに直接言え。
88 :
仕様書無しさん:2007/03/27(火) 10:48:03
62式おじゃば解体
解体対象の発言
http://pc11.2ch.net/test/read.cgi/prog/1174746731/611 >> 611 名前: 仕様書無しさん 投稿日: 2007/03/27(火) 10:15:26
>> EJBは物凄く重いのも言わない。結局一番の目的である速度向上になってないのを言わない。
>> 自動生成の設定ファイルをカスタマイズするのが、かなり面倒なのも言わない。
>> 自動生成で作成されたソースが非常にデバックしにくいのも言わない。
>>
>> O/Rマッピングも遅いのを言わない。
>> 更新削除が致命的に遅いのも言わない。結合や関数使用がとても面倒なのを言わない。
1. >> EJBは物凄く重いのも言わない。結局一番の目的である速度向上になってないのを言わない。
EJBの一番の目的は「速度向上」ではない。
妄想に基づいた的外れな批判は、滑稽でしかない。
2. >> 言わない。
お前自身の愚かさが原因で、問題点の事前検出と回避をできなかった事実を、
脳内妄想上の仮想人格「偽コンサル」に責任転嫁するとは、とんだメンヘル小僧だな。
はやく病院に行け
89 :
仕様書無しさん:2007/03/27(火) 10:49:18
俺だったら、文句はベンダーに言って解決してもらうか、
あるいは自分でフレームワーク拡張やツール作成して問題解決するだろうな。