ここはお前のサポートセンターじゃねえんだ。少しは調べてから質問しろよ。な!
痛い発言や論争を見かけたらタレ込みよろしこ。
2012-02-02 【自作自演】インドリ(ネタ好き未記入)氏専用スレ 7【自暴他虐】

インドリ(ネタ好き未記入)氏のブログやコメントおよびCodeZineでの記事などについて言及する専用スレ。某キ○ガイストーカーについてもここでどうぞ。
インドリ氏以外の話題は「痛い発言とか雑談とか討論」のスレによろしく。
■過去スレ
- 【自作自演】インドリ(ネタ好き未記入)氏専用スレ 1【自爆自炎】
- 【自作自演】インドリ(ネタ好き未記入)氏専用スレ 2【自虐自賛】
- 【自作自演】インドリ(ネタ好き未記入)氏専用スレ 3【自甘他厳】
- 【自作自演】インドリ(ネタ好き未記入)氏専用スレ 4【自家撞着】
- 【自作自演】インドリ(ネタ好き未記入)氏専用スレ 5【自業自足】
- 【自作自演】インドリ(ネタ好き未記入)氏専用スレ 6【自災他責】
■炎上の原因となった記事
- ミーちゃんという名前を使って他人を攻撃
自作自演をしつつ他人を攻撃するピヨ♪こうすれば攻撃も怖くないピヨ!頭いいピヨ! - 名前を変えるのを忘れてミーちゃんの名前のままインドリ宛ての発言にレス
この自ら自作自演をバラす行為により大炎上! - 自作自演ではない実験だったと逆釣り宣言
でました!負け組の最後の切り札!逆釣り宣言!!
■炎上後に書いた涙目エントリー
- お前が実験をするのは許さないピヨ!
自分も逆釣り実験宣言しているのに他人がやるのはダメらしい - ネタつつき41ー今までの纒。
お前らのやっていることは誹謗中傷だピヨ - 中の人の徒然草185
お前らが過剰に攻撃するからいけないんだピヨ - 私は心機一転やり直します!
口だけ。そしてキチガイ大暴れ - 不死鳥の如く復活
僕は全然反省なんてしてないピヨー - 中の人の徒然草190
僕は「自分に厳しく他者に甘い」を心がけているんだピヨ - 中の人の徒然草191
不自然な第三者といつも焚き付けて書き逃げする卑怯なAlexAndRite - 中の人の徒然草197
年上が年下の僕をいじめるなんて卑怯ピヨ!(By 30歳のオッサン) - 自作自演は許さないピヨ!
自分の自作自演はOKだが他人がやるのは許されないらしい。 - ○○さんは遠慮しているだけピヨ!謝罪も話を合わせただけピヨ!
悪いと思って謝罪したのではなく「はいはい謝ればいいんでしょ?」ってこった。 - ブラック会社・特許関連で無茶苦茶な理屈で語るインドリ
ベンチャー社長さんも登場 - 勝手な思い込みで、勝手に判断されてあきれているインドリです
事態を収束させようとした人の好意を無駄にする - 謝罪会見(笑)
1年近く誹謗中傷され続けている!(1年も経ってねーよ)
モンスタークレーマというドラマ(そんなドラマねーよw) - 私はよく竹を割った様な性格だといわれます。私は逃げの姿勢や負の感情が大嫌いで、陰湿な事をするぐらいならばはっきりと言わないと気が済みません。それに、くどくどと喋るのも嫌いです。外見はちょっと女性ぽいけど、「男は黙って仕事!」的な性格なのです。20代前半の頃は営業の方から「あまりに正確で隙も無駄もなくコンピュータと話しをしている気分になる。少しぐらい隙や無駄な部分を作りなさい。」と言われた事があります。
ひとつも合致している箇所がないようですが?テスト結果は全件バグ終了ってな感じ? - ボクを煽ってくるのはすべて「アンチインドリ教」
ということにしておくと世の中の多数に否定されていないってことで精神安定保てるんだね。 - AlphaBetaは並列処理云々より、人に教えてもらうときのものの聞き方を学んだ方がいい
鳥はバカ専業主婦が言う「並列で家事をこなしている」レベルの発言しかしていない上に途中で話が変わっていることに気づいた方がいい。 - 中の人の徒然草268
慇懃無礼という概念がわからない純粋無垢な鳥さん。
■ベストストーリー
- 店のおっちゃん「そこのカップル!ペアルックなんてどうだい?」
僕はアニメの夜神月とか俳優の中村俊介に似ているんだピヨ! - 社長「仕事の話しは以上でお終いだ。ところで君のブログ炎上したね。」
知識の広さと技術に対する情熱で察しがつくのは当然なんだピヨ! - 係長「部、部長?!この方は・・・」
なんというドラマwwwあと開発者は気を使われるほどえらくないからねw社会人経験あんの?w - 社長「五月蝿い!金をやるから作れって言っているんだ!」
ワンマン社長・・・ならぬワンマンショードラマ社長乙w - 行政「くっ!調べません!今の書類だけで判断します!」
「くっ!」とかwクソワロタwww - 妹「ほっっとうに、女の職場って嫌よねー。」
どうやら妹も悪口を自分に適用できないそうだw - 妹「それはナイナイ。男としての魅力は0だもの。」
で。お兄ちゃんの魅力は無限大だよね! - 妹「別に。仮に自分がロボットだとしても、自分は自分だからどうでもいいわよ。」
そんなことよりディスプレイから出てこいよ!w - 妹「特に新人。上下関係を全く考えないのよ。何度言葉遣いを注意しても聞かないのよ。」
お前も礼節わきまえてないよ。まあディスプレイから出てこいや。 - 女全員「分かっていたわよ」 妹「どこかにいい人が居るわよ」
サザエさんかよ!w - 「どうして何時も刺々しいのかしら?」「女は変わるのよ」「凄いわ!」
誰がサザエさんだコラァ!!! - 屋台のおっちゃん「そこの彼氏、今日はお祭りなんだから、可愛い彼女のため全部奢っちゃえよ!」
そして、良い年した兄妹(※兄は30代w)が仲良く半分コで食べちゃう! - ストーカー「はぁはぁはぁ」妹「・・・う、う〜ん。」
ストーカーからの電話に体調が悪いのにも関わらず出る超やさしい妹(※兄は30代) - 重役「ならば早速仕事に取り掛かってくれ。」
見知らぬフリー相手にいきなり重役が面談ってwあと重役が話す内容でプロジェクトのことどころかバグがどうこうとかわかるんだーすごいねー。 - 開発部長山田「うちが作ったシステムが上手く動作しているか気になってな。」
なんで開発した側の人間がえらそうなわけ?「部、部長?!この方は・・・」の時といい。開発している側の方はえらくねーっつの。お客様に対して何て口の利き方やねん。社会人経験がないんじゃねーかと疑うわ。 - 妹「ねぇお兄ちゃん♪私の運命の人は、今頃どうしているのかな♪」
お前が映っているディスプレイの前にいるんじゃね。 - 妹「私も行く❤」「はぁはぁはぁ・・・・」
妹の「身長165ぐらいで体重51〜52Kgです」という設定を追加。
■お仕事(プロジェクト)関連
- 数億円規模ならば私一人で作りましたが・・・
すげーな。まじかよ。やべぇ。まじで。すげーわ。すげー。(棒) - 企業犯罪対策のノウハウ。サラリーマン編。
鳥が自信の経歴について語っている。なるほどー。すげーな。ブラックだわー。(棒) - デスマーチに乾杯♪私がシステム構築屋になった訳。
今では自分の人生はそれでよかったとすら思っているのにいつまでもグチグチしているという矛盾。(おまけに出来事は脳内ときやがる) - 上流の皆さんへ
私は数億円規模までのプロジェクトしかやった事ありません。 - IT業界に「入学」しちゃった理由−イケメン社長に会いたい
私の場合は初めての会社が時給100円以下→明らかに,分かる嘘をつくのはやめましょう. - エンジニアだから、と気負う必要は全くナシ−インフラ系SEの波瀾万丈伝
私は運悪くブラック企業ばかりに遭遇してきました - インドリの経歴に詐称疑惑
■その他見どころ満載なエントリー
- この詐欺師が!
人月単価を俺らよりずっと高尚に理解している鳥さんからの熱いお説教(笑) - 詐欺師は消えろ!
エンドユーザは人月計算じゃなくても価格が妥当か判断できるに決まっているからお前らは消えろ! - インドリ様のリモートアドバイザーサービス(窓口はフリーメール)
お前らがやっていることは詐欺だけどボクはこんな高尚なサービスを展開しているピヨ!ベストエフォートでさじ加減はボク次第だけど詐欺じゃないし優良サービスピヨ! - ネタつつき38ーネット虐め?について
見たことないけど裏わんくまは存在するに決まっているピヨ! - ネタつつき39ー仕事の苦労話し&失敗談
すべてブラック会社だったんだピヨ! - 中の人の徒然草175
マスゴミは卑怯だピヨ! - 中の人の徒然草178
芸能人と政治家を比べる意味がわからないピヨ!でも僕は比べるピヨ! - 中の人の徒然草192
れいさんの希望通りに書いたピヨ!(どこが?w) - 中の人の徒然草194
(えー・・・) - 中の人の徒然草196
一緒に仕事をしたことがある人が降臨? - 中の人の徒然草200
バグ報告は重要だけど僕はスルーするんだピヨ - 中の人の徒然草204
れい氏がGJ - なぜか消えている記事
- 中の人の徒然草211
僕のことをハッカーだと呼んで欲しいんだピヨ - ネタつつき29ー私の頭の中の小人さんたち
ボクはなんでもできるんだピヨ! - 中の人の徒然草129
- 中の人の徒然草130
- 最初の記事
普通のブログで最初のエントリで3日しか経っていないのにこんなコメントはつかないと思うが?
■言い訳の王者
- 月光と月の光を間違えたけど、打ち間違えだピヨ!!
あとから「の」を入れようと思ったんだピヨ! - OCamlをつつく7−剰余演算。やっぱりあったのね。
初心者用だから知っていて書いているピヨ! - ネタつつき42ーこの業界に蔓延する「情報は正確に」病
お前らいちいち細かいピヨ! - 中の人の徒然草207
ブログに完璧な文章を求めるなピヨ! - 中の人の徒然草212
お前らいちいち突っ込みがうざいピヨ!
■都合の悪いことはスルーOR削除
- C++/CLIをつつく2ー変数。人間中身が大事。(指摘に対して無視)
- C++/CLIをつつく4ー繰り返し構造。くるくる回るよ。(指摘に対して無視)
- C++/CLIをつつく13ーコンストラクタ。うっかりミスを防ごう。(指摘に対して無視)
- C++/CLIをつつく21−継承1−継承禁止。もうそれ以上は・・・。(指摘に対して無視)
- C++/CLIをつつく23−デリゲート。貴方を呼ぶからね。(炎上前と後で対応を変える)
- C++/CLIをつつく25−例外処理1。エラー処理はほうれんそうが大事。(不自然な第三者)
- C++/CLIをつつく26−引数の参照渡し。時には曖昧にしておくのがベスト。(不自然な第三者)
- STLをつつく1−pairテンプレート。仲良く行こう♪(不自然な第三者)
- Javaをつつく1ー基本型。原子みたいだね♪(指摘に対して無視)
- 中の人の徒然草187(不自然な第三者)
- 中の人の徒然草195(都合が悪いのでスルー)
- 7件の承認待ちコメントがあります。 → 1件のみ承認されました。(これはひどいw)
- れい氏のなりすましを疑う書き込みを削除
■2ちゃんねるでの言及やネタっぽいもの
- インドリ on Twitter(いやがらせで誰かが作った垢らしい)
- インドリ 自作自演
- 自作自演がバレて炎上 (unkar.jp)
- インドリが自作自演でブログ炎上
- 削除依頼スレの書き込み
- インドリ「そうだピヨ♪IT業界はブラック会社ばかりピヨ♪」
- インドリーノ、インドリーノ、インドリーノ
- インドリのブログ話題度
■他所様のブログや掲示板
- DELETEでDB内削除方法は??
- シェアウェアについて
- 特許確定したー!(ウェブ魚拓)
- な、なんだってー!(ウェブ魚拓)
- やめやめ(ウェブ魚拓)
- まいったなー...(ウェブ魚拓)
- 炎上君の結末。
- どうぞこちらへ
- 護送船団は新人に合わせることだピヨ
- (・∀・) は賢くやりましょう(お前が言うな!)
- これはわかりやすい (・∀・) ですね(お前が言うな!)
- 散々コケにされたピヨ!
- G.G.G!!氏のまとめ(内容確認してないからとりあえずリンクだけ追加した)
■@ITで頑張るインドリ神
- (番外編)Aさん(笑)削除前のウェブ魚拓
- (番外編)VBマン(笑)
- 反対意見だから重要(反対意見を聞くのは賛成ピヨ!でもお前らの意見は聞かないピヨ!)
- ベンチャー系ITベンダ採用担当者(社長)のつぶやき
- なんだか今日いけそうな気がする〜〜!!
- 格差社会は「28の法則」で進む
- Windows7のXP Modeに思うVB6
- 不敗神話はどこへ向かうのか(宮本武蔵に謝れ)
- VB6を使い続けること
- VB6を使い続けること(セキュリティについて)
- VB6を使い続けること(プチ炎上したのでまとめ)
- バクチのような新人時代
- 炎上までいかなかったけれど、たくさんのご意見ありがとうございました
- 上流の技術者はSQLを高いレベルで習得すべき
- 未経験をウリにするには
- Webシステムの前に、もう一度、VB6と.NETとSQLについて
- 【継承】など何が便利か分からない
- みんな業務分析にあんま興味ない?
■ラッキーワード
- 「中傷誹謗」(なぜか「誹謗中傷」ではない)(※注意:正論でも中傷になるゾ!w)
- 「名誉既存」(毀損ではない)
- 「愚かしい○○」(例:愚かしい行為をするのか?)
- 「○○な輩」
- 「永遠と○○続ける」(延々ではない)
- 「話し」(例:やはり話しにならない人達ですね)
- 「恥ずかしい○○」(例:恥ずかしい行為だと思います)
- 「大人がすることではありません」(インドリは もう おとなだった!)
- 「モンスタークレーマー」(君はモンスターブロガー)
- 「貴方の○性を疑います。」(例:貴方の感性を疑います。貴方の知性を疑います)
- 「彼らは感情的かつ非論理的」(鏡の前でほざこう!)
- 「彼らは自分たちのことは棚に上げて」(この発言こそが「棚に上げる」の良い例)
- 「ケンカ腰」(※注意:だが時系列は加味しない!)
- 「十人十色」(例:十人十色という言葉を知らないのですね。)
- 「印象操作」
- 「属人論法」
- 「○○することが正当な行為」(例:私のブログを荒らすことが正当な行為だと言うのですね)
- 「私は仏様ではありません」「仏の顔も(ry」
- 「謝罪会見」
- 「ラスボス」(例:それはラスボスに取っておきます)
- 「ネタバレしないでください」
■???
■おまいらにお願い
その他追加して欲しいものやここにないページは「追加しろ」とか書いてくれると超ありがたい。
■お願い
ここに書かれていることは文面通りに受け取らないでください。でも読めば「誰でも」わかることだし、必要のない行間は書く必要ないよね。これはインドリちゃん自身のスタイルなので矛盾しているわけがないよね。
http://indori.blog32.fc2.com/blog-entry-1472.html#cm
インドリ氏平常運転
オブジェクト指向と開発方法は全然関係ないじゃろうて?
なんか、アジャイル開発とオブジェクト指向がごちゃまぜで
ウーターフォール開発と構造化プログラミングがごちゃまぜ。
歴史も出来た経緯もまったく調べた事がないんだろうな。
webcache.googleusercontent.com/search?q=cache:SP2HlBlcWn0J:indori.blog32.fc2.com/blog-entry-1499.html&hl=ja&gl=jp&strip=1
この記事、何故か消されてるのよね...(下側がキャッシュ)
RSSリーダ経由で見つけて本記事消えてたのでキャッシュ漁った。
内容は...相変わらずのような...。
>全ての演算子についてテストするように
えっ!?<>&|…
そういえば昔「私は0が基本ですから〜」って言ってた人がいたなぁ…。
>えっ!?<>&|…
さすがですね。
プログラムのテストを行うためのテストツールに
漏れがある。
だからテストされない・・・。
あーいつもサンプルに障害が内包されている
一因が分かった気がするw
それを序論にするなら、その1つ前のはなんだろうと思うわけですがー
まぁ、まだ続くみたいですしー
「ネタバレ」という武器も手に入れてるので、どうとでもなるんでしょうねぇ(^^;
次回エラー発生で修正するというための仕込みだったのですよ!
・・・どれぐらいの人がそう思ってくれるのかは、わかりませんがw
これも「ネタバレ」ですがー
現在の構造からどうやって再帰を使うのか、楽しみです。
そして、最終的に
1+2-3
のような単純な計算が可能になるのかどうかも興味深いですねぇ。
現時点での・・・構文チェックの方法が・・・その・・・
括弧で先に分解して、分解した中をチェックするわけですよね・・・
まともに判定できるわけがないじゃないですか・・・
まーその前に、どんな書式が正しくて、どんな書式が間違いなのかー
連載通してみても書いてないからわからんわけですがw
わかったのは、2種類の数値の場合、記号は前中後、どこにあってもいいという驚愕のルールですよねw
彼の中では、はっきりしているんでしょうけどねぇ・・・見ている人は誰もわかりませんね。
http://indori.blog32.fc2.com/blog-entry-1498.html
聞き方に失敗しているような気もするけど、相沢さんがいいたいことも同じでしょうねぇ。
>多くの人は「車の免許証を見せてもらえばいい」と思うでしょうが、免許証が偽造されたものかどうか見抜けるでしょうか?
もっとも、この例がアレなんだがw
想像には限界があるのかなーとか思ってしまうんだけど・・・
いったいどんな会社を想像しているんだろう・・・
>特に他社の部長である場合、どうやって認証しますか?
そのなんだ・・・どうやってもクソもないと思うんだけど・・・
どうしても認証したいなら、昔ながらの方法がありますよ!
「合言葉」
あーーーっと、これも「ネタバレ」ですか?www
彼のブログ自体の真正性についてはうわなにをするやめ(ry
http://indori.blog32.fc2.com/blog-entry-1498.html
http://indori.blog32.fc2.com/blog-entry-1503.html
対象の真贋を判断できないものに判断させようとしてる時点でダウト。
自社側で、その人と面識がある人間を受付に呼ぶのが簡単かつ間違い少なめ。
情報の真贋がわからない人間に、その情報の取り扱いを任せるってそれなんてセキュリティホール?
>もっとも、この例がアレなんだがw
>想像には限界があるのかなーとか思ってしまうんだけど・・・
>いったいどんな会社を想像しているんだろう・・・
あーなんだこれ、どんなトンデモ会社だろう?
緊急の要件をいきなり訪問?
そのアポも無しに突然訪ねて来た人に対して
どうやって情報セキュリティシステムとして担保するの?
それで取引が破断って、壊れるの物理的に?
あ、これは破談の事ですねwww
てか、そんな重要案件をアポも無しに訪ねること自体
会社としてかなりどうも取引したくない会社ですね。
>自社側で、その人と面識がある人間を受付に呼ぶのが簡単かつ間違い少なめ。
誰にも思いつかないようなことなんです!
ネタバレしないでくださいwww
あと、IDカードとかも言わないでくださいwww
>Kawiさん
>そのアポも無しに突然訪ねて来た人に対して
駄目ですよーアポ無しなんてかいてありません!
よく読んでくださいって怒られますよw
まぁ、彼自身、飛び込み営業してた過去があったことになってますがー
アポ取るということ自体は、知っていてもその次にどうするかとか・・・
実際に会社を訪問すると、どういう流れになるかとか・・・
体験したことがないと思われても仕方がないような例を出しますねぇ。
バイトの警備員はどこにいる設定なんだろうとかー
その会社の社員は何人ぐらいの設定なんだろうとかー
http://indori.blog32.fc2.com/blog-entry-1503.html
>先ず問題となるのは、山田太郎という人物が存在するか否かです。
>犯行をもくろむ人物が、適当な偽名を使っている可能性があります。
そうか、そこが最初に発想する問題なのかw
アニメやドラマの見過ぎ・・・って昔なら言われるだろうなぁ(^^;
というか、真正性ってそういうことなの?
私には、凄く単純なことを、凄く難しくしているような気がしてならないんだけど・・・
最終的に「割り切る」という結論がでるんだろうけど、そうすると、最初の例は解決しないわけでー
じゃー違う結論がでるかというと、既に100%の真正性はないって言ってるわけで・・・
いつものように、難しい難しいといってるだけで中身がない話ってパターンかなぁ(^^;
ご、ごめんなさいっ。
>Kawiさん
まともなビジネスマンなら、緊急の用件であればある程、第一に連絡ですわな。
いきなり訪問って、相手が不在だった場合のリスクが一切考慮できてない。
#「○○の考え休むに似たり」何てことは思っていませんよ?ええ。
#ま、彼のブログ内の話題だけで済んでるこの状況は、ある意味平和ですな。
>今は最低限のテストしか行っていないので、誤りが無い事をチェックしているだけです。
チェックできてないんだけど(^^;
まぁ、なにが「正しい式」なのか説明がないので、彼の中ではOKかもしれませんねぇ。
現時点で駄目でも、それが「ネタバレ」ということで認知のバグかもしれませんし。
さらに、いつ完結するかもわからない連載なわけでー
途中でコメント入れることができないわけですなw
結果的に、読者はなにが正しいのかわからないから・・・
初心者が連載としてみる利点がないような気がするんだけど・・・
いや、違うか、駄目プログラムとして、どこが駄目なのか判断できるかどうか?
そういう意味では価値があるかな?
彼のプログラムは、なにが駄目なのか、わからなければ初心者を卒業できない。
ただ・・・彼のサンプルコードを入力するのも実は苦行だったりもするw
なんか変更している場所がわかりにくいんだよなぁ。
完全な形のソースが提示されないから、正しく変更できているかどうかもわからんw
>Seroさん
>#ま、彼のブログ内の話題だけで済んでるこの状況は、ある意味平和ですな。
そういえば、@ITにも顔だしませんね。
人月を卒業したというのならここまで吼えまくる必要がわからんけど、誤字の多さが脊髄反射っぷりを物語ってるのはよく分かりました。
彼独自の手法でうまくやってるならあんなに反論しなくてもいいのにと。
彼が仕事するときに人月での見積もりを要求されてそこから独自の見積もり手法で納得してもらうのが大変だから不満なのかなと勝手な想像してみたけど。
一介のフリー技術者が提示してきた手法の見積もりが通るのかな?
金額さえ折り合えば納得してもらえる・・・のかな?
ユニクロの例えが出てきたけど、ユニクロから受注して商品を製造してる末端の縫製工場はやっぱ人月で見積もりしてるんじゃないかな・・・(見積書に「人月」という記述が載るかどうかは別として)。
プロ意識とか経営の感覚みたいな言葉が出てくるし、他のところでは会計に詳しいようなことも言ってたけど経費についてどう考慮してるのかがこの一連のコメントからは読み取れないのは私の国語力の低さが原因であるということにします。
人を雇って仕事を受注するのにどう見積もるかという発想が抜け落ちてるのは読み取れましたが、彼が自称する経歴(若手時代を会社員技術者として過ごしその後フリーに転身というやつ)を考えるとそういうことにもなるのかなと思ってみたり。
でもフリーの人のほうが原価について厳しい目を持ってるんじゃないかなとも・・・。
やっぱ反論されること自体を嫌ってるだけのように見えちゃうのは私だけでしょうか?
ちなみにソフト会社に所属して下請け孫請けの仕事をすることが多い私としては人月での見積もりに違和感は正直ありませんというのが私個人のスタンスですが。
テストで「x mod 0」になった時が見物ですな。
真贋不明な人物が発した情報の真贋を、判別しようとした時点でアウトだよなぁ…。
根っこがアウトなら、表現を変えてもアウトにしかならんと思うの。
他人を騙す行為である自作自演をしてみたり、守秘義務であるハズのシステムの一部をブログに書いてしまったりする人のセキュリティ意識とはいかに!?みたいな視点もあったり。
今のところ、現状存在する認証方法を列挙してるだけに見えますがー。
さて、ここからどんな方向に伸びてくんだろう。
>金額さえ折り合えば納得してもらえる・・・のかな?
見積もりのメインは納期と金額なわけでー金額の根拠なんてわりとどうでもいいんじゃないかと。
相場というか、期待値に近いかどうか、近づけることが可能かどうかって感じじゃないかなぁ。
私の常識の範囲内で考えれば、そのコラムのコメントを見る限り、彼はお客の視点には立ててないと思うのですよ。
・・・というか、話の本質が伝わってない感じで(^^;
こー彼の例や説明って、現実感がないというか、本の中の世界というか・・・
いや、例としてもちこんだものだってよく読んでないような感じで・・・
コメントが進むと、彼よりも周りのほうが例としてあげられているものに詳しくなるのねw
彼がきちんと反論とかできていればいいんだけど・・・
まぁ、例によってあさっての方向に話を進めて、肝心なことには答えない。
周りは話を戻そうとするけど・・・どんどんズレてくわけでー
沸点が低い人はこの辺で熱くなってしまう。
コメント見ている人の中でも、進め方に思うところができてフォロー気味に参加する人が増えてしまう。
コメントの大半は彼への説明なのよねぇ(^^;
>プロ意識とか経営の感覚みたいな言葉が出てくるし、他のところでは会計に詳しいようなことも言ってたけど経費についてどう考慮してるのかがこの一連のコメントからは読み取れないのは私の国語力の低さが原因であるということにします。
大丈夫。
http://indori.blog32.fc2.com/blog-entry-1505.html
私も、彼が経費というものをどう考えているのかわかりませんからw
>元をただせば、収入がなければ生活保護の様なセーフティネットを充実させればいい話であって
裏には「僕はもらえないのに、年金沢山もらえる人はずるい」ってな考えがあってもおかしくないようなw
こー真面目に年金なくなって、困るのは、彼のような気もするんだけど・・・大丈夫なんだろうか?
彼はともかく、家は裕福そうだからいいのか(^^;
>Seroさん
>テストで「x mod 0」になった時が見物ですな。
あぁ、そこらへんは、初めからの仕込みって言い訳ができる範囲じゃないかなーと。
詳細は、前に鴉さんとこに書いてあるんだけど・・・わりとどうにもならないレベルのプログラムじゃないかなとw
悲しいことにテストでマイナスの値を使ってしまったわけで・・・
記号はどこにあってもよいというルールですよねぇ・・・
一応解決策はあると思うんだけど、ネタバレが怖いのでwww
>さて、ここからどんな方向に伸びてくんだろう。
いつものように、うやむやにして、最初の例には触れないで終わり、が本命だと思いますw
…。
「会社」と「会社が所有するシステム」のセキュリティを一緒くたにしちゃアカンやん。
彼の連載で終わったものってあるんだろうか?
...というか、終わりを想定して書いてるものってあるんだろうか?
伏線とか仕込みとかの話は良く聞くけど(言い訳の代わりだなんていいませんが)
ストーリーが全然見えないw
一人投げっぱなしジャーマン?
有能なプロレスラーは箒相手でも見事に「プロレス」の試合を観客に見せることができるそうです。
さて彼の場合はいかに?
電卓プログラムって簡単そうで難しかったりするんですよねぇ。
いや、論理的に考えられない人のプログラムって、駄目な方へ駄目な方へと進むじゃないですか。
こー目先のバグに気をとられてしまって、直したつもりがー
もっと駄目なプログラムになっているってなパターンを見ると、切なくなるというか、脱力する(^^;
>今回の場合、一番簡単かつ自然な解決法は「誤った式を取り除く」事です。
恐ろしく想像を超えた解決方法だった・・・
誰か予想できたんだろうか?w
というか、その解析処理ってなんのためにしていたのか、覚えているんだろうか?
私を含めて多くの人は、こう考えたんじゃないかな・・・
「連続で使うときに、初期化してないから、駄目なんだ」
解析結果が残ってること自体もどうかと思うけど、その辺は仕様としてわりきるとして・・・
これ、元々は、複数の演算子に対応するために、式を細分化している処理ですよね・・・
エラーがあった式を取り除いてなにをしたいんだろう?
さらに・・・
> for ( int i = 0; i < this.analyzers.Count; ++i )
> {
> if ( this.analyzers[ i ].Success == false )
> {
> this.analyzers.RemoveAt( i );
> }
> }
あぁ、これって、初心者がよくやる間違いですね。
「どこが間違っているんだろう?」って思った人は、要注意ですよw
とはいえ、誰でも一度は通る道のような気もするw
今回は、たまたま正しい結果になっているだけですねぇ。
悲しいぐらいにテストプログラムの意味がない・・・
この電卓、どんどんカオスになっていってるなぁw
ネタバレコメントが入らないと、彼の思考だけで進むから、面白いですね。
おそらく、事前情報無しで、現時点の完全なソースをみたら、なにをやっているプログラムかわからないと思います。
・・・というか、初心者では彼のプログラムを解析できないでしょう。
中級者でも、ソースだけで追うのは難しいかもしれない・・・
「こう作るはず」
という先入観が邪魔しますねw
電卓プログラム作るより、彼のやりたいことを理解するほうが遥かに難しいと思います。
つーても、真面目にコードを打ち込んで、動作確認しているのは、私ぐらいではないでしょうか?w
ん〜。
ここまで「 x Mod 0 」とか「 -x + y 」の結果を示さずにユーザーストーリー云々いうてますからね。
テスト作っといて、自分で動かしてないのか?って思ってしまう。
結局どういう仕様なのか、その仕様に対してどういうテストをしたいのかが
知りたくて遡って読もうと思ったんですが、
68章もあったので途中で早々にあきらめました。
初心者云々以前に読みづらいなとw
どこかで「目次を示せ」って言われてたのを思い出しましたが、
この連載に目次ってあるんでしょうか?
いつもながらキーワードのために本来の目的が失われてますね。
今回は「テスト」。
これまでは「オブジェクト指向」・「アジャイル開発」・「並列処理」・・・・・。
どうしたいんだろう?文筆業に転進したいのだろうか?
>ここまで「 x Mod 0 」とか「 -x + y 」の結果を示さずにユーザーストーリー云々いうてますからね。
駄目ですよ、読者の思い込みが入ってますw
あのテストプログラムでは、実際の演算は行っていません。
そのため、それらの結果は正常として扱われています。
演算部分はまだ組み込まれていないんですよ、構文チェックというか・・・
式の解析処理の途中でテストプログラムを作ってるんですよ。
それ自体は、まぁいいとして・・・
その時点で必要なテストプログラムじゃないんですねぇ(^^;
数値自体あまり意味のない状態なので・・・数値の入れ替えテストは、現時点では意味がありません。
むしろ、ここでチェックした気になりそうで怖い感じかな。
まぁ、実際は構文もチェックできてないんですけどね(^^;
>pinfu01さん
>68章もあったので途中で早々にあきらめました。
苦行だと思いますw
でもって、どこにも最終的な仕様は書かれていません。
断片的に仕様らしきものが提示されるだけですね。
>これまでは「オブジェクト指向」・「アジャイル開発」・「並列処理」・・・・・。
あぁ、それは別の連載ですよ。
複数の連載を同時に行っているので・・・電卓は「初心者のためのC#プログラミング本格入門」ですね。
記事の下にある日付の横にC#って書かれているので、それをクリックすると、関連したものだけが表示されます。
http://indori.blog32.fc2.com/blog-entry-1423.html
ここで電卓が一度まとまれれているので、ここから実際にソースコードを入力していくのが、「インドリ初心者」
の方々にお薦めですw
残酷なほどソースコードが語ってますよ、彼の技術力を・・・
初心者に合わせて書いているなんて言い訳ができないくらいにね(^^;
私としては一人でも多くの方がソースコードを入力し、実際の記事と照らし合わせみて欲しいと思うのですよ。
恐ろしく狭い意味で面白いです。
できれば、中級、上級者の方々に入力して欲しいですねぇ。
「先入観」というものが、どれぐらい危険なものか良くわかると思います。
そうです、彼の記事を流して読んでいる貴方、貴方が思っている以上にカオスなものなんですよw
入力することで、彼の記事を3倍面白く読むことができますw
あぁ、どこか、彼の邪魔にならない場所(彼が見えない場所)で今後の予想を語り合いたいwww
ここだとネタバレになって彼に迷惑かけるかもしれないですからね。
これって典型的な「エラーを握りつぶす」処理だなぁ…。
テストできてないやん。
>Deppiさん
長期休暇用の自由研究ですね?
本来なら、ここに書いても何も問題ないハズなんですよねー。
「(ここに書いてあることは)間違いだらけだから気にしてない。」とか
「(本人が書く情報に)間違いがあっても伝えることが大事。」とかゆーてましたし。
そこまで大口たたいておきながら、粒度が〜抽象度が〜やらの言い訳記事書いてるのが?なんですが。
つかね、「何を守るのか」の視点がないセキュリティなんざクソの役にも立たんがな。
>新しいメソッドを追加した場合、すぐさま新しいテストを作成します。
えっ!?メソッド追加してからテスト作るの?
それってテストファーストなん?ホントに?
RemoveErrorExpressionメソッドがまだ直ってませんな。
誰かが指摘したら「あのテストデータは仕様に基づいた固定のものなんです!」
とか言うつもりなのだろうか?
まーどこがエラーなのか教えてくれないテストプログラムなんて誰も必要としてないからいいけど。
>テストできてないやん。
私が凄く気になるのは、そんな処理をいれて後でどうするのか?ってことですねぇ。
またしても、手段のために目的を忘れているような気がしてならないわけですが(^^;
>本来なら、ここに書いても何も問題ないハズなんですよねー。
いやいや、ネタバレは困りますよ、本当にw
例えばですねぇ、2012/04/28 21:33の私のコメントにある記事ですがー
彼のブログにもコメントついていたのですよ。
公開されることもなく消えているところをみるとー
1、バグの指摘
2、意図したバグです、ネタバレやめてください
パターンが発動してる可能性が高いのかなとw
コメント消えて次が
http://indori.blog32.fc2.com/blog-entry-1518.html
これでしょ?
バグからネタバレに昇格ですよ、困るでしょ?w
さらに、
>複数の間違った式を取り除くにはどうしたらよいのでしょうか?
>一度考えて下さい。考え方としては、「1つの式を取り除けるプログラムを、全ての間違った式を取り除くまでループすればよい。」
元のプログラムは私が張ってあるので、ここだけを見てもわかるようにー
複数とる気マンマンのコードですよねw
元のコードにbreakでも付いていれば、1つだけをとるコードだったんですけどねぇ。
それを置いておいても、模範解答にバグを混ぜている時点で、どうかと思うんだが(^^;
模範解答と書かれていたから、バグを指摘したのに・・・本当にネタバレは困るなぁw
でもって、さらなる模範解答が
>//間違った式を取り除く
>public void RemoveErrorExpression()
>{
> //間違った式を1つずつ取り除く
> bool loopFlag = true;
> while ( loopFlag == true )
> {
> //間違った式を1つ取り除く
> int index = -1;
> for ( int i = 0; i < this.analyzers.Count; ++i )
> {
> if ( this.analyzers[ i ].Success == false )
> {
> this.analyzers.RemoveAt( i );
> index = i;
> break;
> }
> }
> //間違った式が1つも見つからない時処理終了
> if ( index == -1 )
> {
> loopFlag = false;
> }
> }
> //改めて式全体を検証
> this.ValidityExpression();
>}
いや、なんで先のプログラムじゃ駄目かって真剣に考えたら、こんなものにはならないわけで(^^;
何回も指摘しているけど、物事の本質を見る目が無さ過ぎるような・・・
「次回はさらなるテクニックを解説します。」って書いてあるから、それで直すつもりかなぁ。
ネタバレが怖くて、何が駄目なのか詳しく書けませんねwww
あれ?「さらなるテクニック」って・・・いままでにテクニックが使われていたのか・・・
あぁ、新人の勉強としてこのプログラムをリファクタリングさせるってのはどうだろう?
できない人を判別し、できる人には自信をつけさせることができそう・・・
作り直したほうが早いと判断する人が、一番出来る人かもしれないんだが(^^;;;
>それってテストファーストなん?ホントに?
彼は「新しいテストファースト」って言ってるのでー
もしかしたら「Test Fast」かもしれません、これは早くテストを作るやり方です!
>pinfu01さん
>RemoveErrorExpressionメソッドがまだ直ってませんな。
あれ?とりあえず、取り除きは正常に行われるように見えますけど?
「仕様があやふやで、どうすればいいかわかりません。」みたいな.
>新しいメソッドを追加した場合、すぐさま新しいテストを作成します。
>黙々とテストを追加して、そのテストをパスするプログラムを作るだけです。
まぁ、平常運転ご苦労様ですっていう。
>pinfu01さん
入力エラーならエラーであることを入力者に伝えるのが正規の手順ですわな。
システムエラーは論外だし、入力エラーを無視するなんざ問題外だと思うの。
>かく言う私も毎年特許を出願しようと思えばできますが、
(;゜ω゜)…
>>pinfu01さん
>>RemoveErrorExpressionメソッドがまだ直ってませんな。
>
>あれ?とりあえず、取り除きは正常に行われるように見えますけど?
あ。なんか勘違いしてました。大変失礼しました。
このあたりで、一応解説らしきもと、これから詳しくみたいなものがあったんですが・・・
http://indori.blog32.fc2.com/blog-entry-1494.html
まぁ、仕様が提示されない時点で、テストファーストなんて成立しないわけで(^^;
真面目に「Test Fast」だと勘違いしているのかもしれませんが・・・
細かくテストプログラムでテストする・・・って思ってるのかも?
少なくとも世間で言われる「Test First」ではないのは確実ですねぇ。
彼が、彼のやり方をテストファーストだと思っているとしたら、テストファーストの本質を理解できなかったということですね。
特許は・・・取ろうとしたのは事実なんでしょうねぇ、思っただけじゃなくて。
不思議なことに、取れなかった理由は良くわかるというか、想像できるというか(^^;
でも彼には取れない理由がわからないから、盗みたい放題という方向に思考がロックされちゃうんでしょうねぇ。
>pinfu01さん
よもや、あんな形で修正というか調整するとは思わないでしょうw
駄目なんですよ、やっぱり先入観が邪魔して、実際の動作を錯覚してしまうんです。
「複数取れるはずなのに、なぜか失敗するケースがある」
ここから、「なぜ失敗するのだろう?」ではなく、「それなら1つだけ取り出そう」という発想に行くのが初心者なんですね。
初心者というか、プログラマには向かない思考ですが(^^;
でもって、彼が過去に使ったパターン・・・
http://indori.blog32.fc2.com/blog-entry-1520.html
あぁ、これによると、「黄金のハンマー」っていうんですかねw
意味の無い変数indexとかがコピペによって付属するんですねぇ。
彼の電卓で、わかっていることはー
1、演算子は、数値同士の前、中、後、どこにあってもいい。
2、再帰を使う予定。
3、テストで使っているので負の数値も扱える。
4、複数の演算子を使う場合は、括弧で区切る。
5、( 1 + 2 ) / 3の答えが出せる。
そして、実装されている内容は・・・
1、括弧で括られている部分を取り除く。
2、1で取り除いた部分から、数値を取り除いて、配列に保存する。(Analyzerクラス)
3、2で取り除いた部分から、演算子を取り除いて、配列に保存する。(Analyzerクラス)
4、2と3のAnalyzerクラスを配列に保存する。
5、1〜4を1で取り除く部分がなくなるまで繰り返す。
具体的な例は、鴉さんのとこに書いた内容を参照してくだされ。
http://d.hatena.ne.jp/nightRaven/20120214/1329199397#c
さて、これから先、演算するか楽しみですね。
毎年出願できるほど才能あふれる自分!って言いたいんだろうか。
却下されたなら、文体変えて「同じアイデア」を何度も出願できるよなっていう。
まぁ...日記のなかにそれとなく入れておくことで
「この人すげー!」
って思って欲しいのですかね?
それとなく...になっているか否かは別として...。
上のDeppiさんの提示したコメントにつけた己の間抜けなレスを、証拠隠滅してしまおうか思案中(´・ω・`)
いや、まぁ、やりませんけど(苦笑)
彼の場合、いつものことなので、それは置いておいてー
http://indori.blog32.fc2.com/blog-entry-1523.html
>私が初めてPCを買った時、WindowsMeだったのですが、
>その後直ぐWindows2000が発売され凄くショックを受けました。
私の記憶では、Win2000のほうが先に発売されていたような・・・
>当時のマイクロソフト社は、やろうと思えばWindows2000をすぐさま販売できたかもしれません。
>それぐらいの技術力がありました。
>しかしながらそれをしてしまうと、ハードウェアベンダがついていけず、Windows2000のデバイスドライバが提供されません。
>そうなると、一般ユーザーに打つ手はほぼないでしょう。
>そういった事情もあり、移行用OSのWindowsMeが発売されました。
いや、ドライバはWDMが・・・
というか・・・NT系を知らないってことなんだろうか?
なにか勘違いしているとしか思えないんだけど・・・世界線が違うのか?
WDMが難しいって話が捻じ曲がったんだろうか?
なんにせよ、Win2000が先に発売されていたら、なりたたない話・・・だよね?
そもそも冒頭の、
>私はWindows95から愛好していますが
いや、初めてPC買ったらMeだったんだよね?
学校や会社で使ってたPCがWin95だったってこと・・・かな?
>仕事でWindowsを使ったシステムを販売していますし、プライベートな時間でも大半はWindowsを使っています。
>一応UNIX系OSを使ったシステムに関わる事がありますし(WindowsOSとLinuxを混在させる会社も多い)、
>カーネルなどを調べる時に使っていますが、やはりWindowsの方が好きです。
OK、突っ込んだら負けってことだよね?
http://indori.blog32.fc2.com/blog-entry-1522.html
その変更をしても、あまり変わらないような・・・
場所が変わっただけで、追加しなくてはいけない量や場所の数は同じ・・・だよね。
たしかに変更するファイルは1つになったけど、意識しないといけないことが同じなら、そんなに変わらないんじゃないかなぁ。
どちらかといえば、前のほうが変更意識が強くて忘れないような気もするんだけど・・・
まぁ、この辺は個人の感覚の違いですかね。
こんなことよりも、テスト成功のメッセージを追加したほうが、忘れ防止になると思ったりw
あぁ、ごめん、これもネタバレなんかな?w
なにも表示されなければテスト成功って、駄目だよね、テストやってるかどうか判断できないからさ・・・
>nightRavenさん
>それとなく...になっているか否かは別として...。
臭いが強過ぎるんですよねw
そういうところ、彼は世間とズレてるんだよなぁ。(^^;
自分以外に言われて何ぼだと思うんだけど・・・あぁ、時々現れるか、「自分の代わり」がw
http://ja.wikipedia.org/wiki/Microsoft_Windows_2000
WindowsMe 2000年9月23日(日本語版)
http://ja.wikipedia.org/wiki/Microsoft_Windows_Millennium_Edition
Windowsの歴史をどこでどう調べたんだろう…。
>nightRavenさん
>それとなく...になっているか否かは別として...。
真逆の意味になることに気付いてないあたりもかなり。
なんというか...そんなに好きなのに自作PCじゃないのかー...と思ってみる。
あんま、Meを単体で買う人いないよなぁ...w
OSとか別で買ったりとかしないんだな...。
メモリとかHDDとかと一緒に買ったりとか...。
え?時代が違う?
Deppiさん
>自分以外に言われて何ぼだと思うんだけど・・・あぁ、時々現れるか、「自分の代わり」がw
そーなんですよね...。
...っつか最後のフレーズに噴いたw
Seroさん
>真逆の意味になることに気付いてないあたりもかなり。
ある意味素直なのかもしれない...と、ちょっと思った。
相変わらずトばしているなあと思いつつ。気になったところ。
blog-entry-1523.html:“やっぱりWindowsOSが好き”より。
> Linux、FreeBSDといったUNIX系OSもカーネルを調べるほど好きですが、
カーネルを調べられるほどの素養があるなら、「SleepでCPUに負荷をかける」なんてマヌケな発言はしない、とだけ突っ込んでおきましょう。
※まったく、妄想でも何でも言った者勝ちになると思っているあたりが、ほんとうに救えない。
当人の認識不足を「完璧なものは〜」って極論はいて否定してりゃ、さぞかし生きるのが楽なんだろうなぁ。
技術情報の連載に、ちょくちょく心得なんぞ入ってたら「言い訳乙」としか思えん。
ほんと竹のような人だわ、中身的な意味で。
>解析処理が完全ではない事を気にする人がいるかもしれません。
>ですが、その様な細かい事は考えずに前に進みます。
細かいこと・・・電卓プログラムのキモじゃないのか、解析って(^^;
なにげに、テストを先に作ることに変わってますねぇw
>//計算式の計算結果を返す
>public float Calculation()
>{
> float result = 0.0f;
> foreach ( Analyzer analyze in analyzers )
> {
> result = analyze.Calculation();
> }
> return result;
>}
ふむふむ
>初めは「return 110;」の様なプログラムでもよいぐらいです
ってことだから、暫定的なものだとして・・・
こっからどうする気なんだろう?
正直な話、ここまでのプログラムを見ると、彼はプログラムをまともに作れないのではないかという疑いがw
わざと作ってるとしても、ここまでめちゃくちゃな電卓プログラムって見たこと無いんだよなぁ。
オブジェクト指向をかじった素人が、間違ったオブジェクトを作って、簡単なものを複雑にしているだけ(^^;
さらにオブジェクトの立ち位置がいまだに定まっていないような・・・
想定している初心者が、とてつもなく低レベルなんだけど、IT業界の底辺ってここまで酷くなってるんかな?
>何故ならば、物事に完璧な状態はなく、プログラミングで完璧さを求めることなど不可能だからです。
彼にとってプログラムってなんだろうと思った・・・
電卓をちゃんと作れなかった時の言い訳じゃないよね、コレ(^^;
>>何故ならば、物事に完璧な状態はなく、プログラミングで完璧さを求めることなど不可能だからです。
完璧さを「求める」ことなら可能だよ!だよ!
って細かいツッコミはおいといて。
100%には多大なコストがかかるのは確かなんですが、それでも一定の水準ってものがあるだろう?と。
極論をたてに、手抜きを正当化しようとするのがプロっすかと思う。
間違い指摘も削除対象なのかな?
>2・3日前に帝国データバンクさんが、「2012年は4月までに88件、過去最悪の水準で推移」していると発表しているのを知りました。
何が?倒産件数?って突っ込むと
「最後までよく読んでください」になるのかな?
ていうかまだソフトウェア鑑定士のことを考えてるんだな・・・。
件のテストプログラム見られた時点で彼に鑑定を依頼する企業がどれだけあるのだろうか?
*本日のハイライト*
>デジタルデバインド国家
>pinfu01さん
うっかりミスが目立つ人に、精査は頼みたくありませんわな。
え?わからない?仕様がないのにテストって、どうやって作るんですか?
もしかしたら、やるかなーと思っていたことだったけど・・・
テストと実際のプログラムで同じようなコード書いていたら、テストの意味って・・・
さらに、テストプログラムでも同じバグを持ち込んでいるわけで・・・
>悩むなんて時間の無駄。
>余計な心配はせずに反復的に学習しましょう。
なるほど、だから理解が浅いのか・・・
というか、典型的な駄目パターンじゃないのソレ(^^;
個人的には、プログラムはセンスがないと駄目だと思うのよね。
そのセンスってのは経験で磨けるかもしれないって感じ。
駄目な人は何年やっても駄目だし、できる人はパッとできる。
これは新しいものができるとかできないとかってのあるかもしれないんだけどー
それ以上に、コードを理解できているかどうかってのが重要。
行き当たりばったりなのは論外ですねぇ(^^;
学校のテストと違って、全てを記憶する必要はないのよね。
さて、実際の計算に入って、沢山の問題が表面にでましたね。
CalculateTestの
>if (rightValue != result)
とかも、微妙なコードかなぁ。
意識しないと結構はまるコードですな。
まぁ、この辺をなんとかしようとしたらテストってなに?ってな感じにもなるようなw
>pinfu01さん&Seroさん
彼が鑑定をするって書いてあるわけじゃないからw
イロイロな意味で鑑定なんてできるわけがないのに、できることが前提な話ですしね(^^;
ふと
http://blogs.wankuma.com/episteme/archive/2009/01/07/165775.aspx
これを思い出した。
彼よりも周りの理解のほうが早くて、深いのよね・・・
もちろん、彼が通常の人に比べて、いわゆる天才というレベルであり、他人が付いてこれないという可能性もありますがー
少なくとも私は、そういう目で彼を見られないレベルに到達してしまった気がしますw
コードは嘘をつけませんから(^^;
や、確かに書いてはいないんですが。
人月話の時も自分はできる!自分はやってる!と言いながら、具体例が一切出てこない不思議。
孤高の天才を気取りながら、やってることは俗物の見本のような。
>>悩むなんて時間の無駄。
>>余計な心配はせずに反復的に学習しましょう。
これって「後で見直して反省できる人」用の言葉だよなぁと思。
さすが天災様は言うことが違いますな。
ないわー。
顧客の仕事を邪魔しに来た、ただの迷惑なおっさんじゃん。
自前のウイルス対策ソフトを売るために、せっせとウイルス作って配布してんのと変わらん。
メールの内容をWebに晒す人のセキュリティ意識ってなこんなもんかね。
>この基本的な例(面白くなるように味付けてしています)を見れば分かって頂けると思いますが...
かっこの中を読んで不覚にも笑った...。
以前からDeppiさんも言ってるけど「笑わせる才能」じゃなくて...だなぁ...(苦笑)
どこらへんが「おもしろくなる」味付けなのかわからないけど...(´・ω・`)
開発部長山田はなんでこんなに偉そうなんだろう?
一般的な例を挙げたいのならもうちょっとキャラ設定してれないと。
http://indori.blog32.fc2.com/blog-entry-1532.html
自作自演までやった人がコミュニケーションについて語っていいものだろうか?
【問題がある会話の例】も【先の例よりもよい会話の例】も
技術者がエンドユーザを馬鹿にしてるアロマが漂ってることにかわりないし。
>セキュリティテストは、プログラミング方面とソーシャルエンジニアリングの手法を使って、
>予告せず不規則に実施するのがベストです。
これみて、初めに思ったのは「ドッキリ?」だったんだがー
http://indori.blog32.fc2.com/blog-entry-1531.html
>開発部長山田「うちが作ったシステムが上手く動作しているか気になってな。」
本当にドッキリだったw
まぁ、なんていうか、自分の部下を信じられなくなったら終わりだね。
部下を信じられない上司について行く人は少ないでしょう。
ところで、
http://indori.blog32.fc2.com/blog-entry-1498.html
この例は結局どう解決できたってことなんですかね?
コメント欄をみると素晴らしい方法があることになってますが(^^;
まぁ、最後の例をみると、実際にどのようなやりとりが行われるのか知らないのかなと。
映画とか漫画から連想したような・・・
脚色ってレベルじゃなくて、現実を知らないと思われても仕方がないレベルですよね(^^;
警備員がいる裏口ってどんなもの想像してるのかなーとかw
>警備員「裏口は火災・地震時等の緊急避難のための通路です。
> 誠に申し訳ございませんが、受付で正規の手順を踏んで下さい。」
想像の限界かなぁとか。
ホール−>裏口−>受付
なぜこの順番・・・とか。
>真田「分かりました。でも、ちょっとおかしいな。
> 今のところ、山田部長が来る要件なんてないな。
> ロビーに警備員も呼んでもらえるかな。」
やっぱり、映画とか漫画なのかなとか。
というより、どんな会社のイメージなんだろう、警備員が常駐している会社ってことでしょ?w
>pinfu01さん
>開発部長山田はなんでこんなに偉そうなんだろう?
書いてる本人はそう思ってないから・・・じゃないかな(^^;
彼の考えているマナーって世間とズレてますよね。
だから、
>技術者がエンドユーザを馬鹿にしてるアロマが漂ってることにかわりないし。
とはとても思っていないだろうし、彼にとっては謙虚にいってるだけで満点以上の対応なのかなとw
もっとも、開発部長山田という人物の立ち位置がわからんってのもあるんだけどw
自社の部長じゃないはず・・・ですよね、コレ。
システムを作った人だとはわかるけど・・・この話にシステムってちょっとしかでてこないというか・・・
全体とすると・・・どこに真正性があったんだろうとか・・・
つか、この山田部長さんからセキュリティソフトを買うと、不定期にアポなしセールスを食らうことになるのか。
どんなオプションやねん。
>Deppiさん
真田さんの名前が真正(まさただ)さんとか?
テスト側をデバッグしていること自体が微妙な気もするけど、それは置いておいてー
経過をみると、%はデバッグの伏線じゃなくて、普通に忘れていただけってことだよね。
忘れていたのか、知らなかったのか微妙だけど(^^;
0割時に答えを0にしていることについて、なにもふれてないけど・・・
もしかして、マジで答えが0になると思ってたり・・・しないよね(^^;
>Seroさん
名字じゃないと「真正」姓にならないのではないかとw
まぁ、警備員がしゃべっていることは、彼にとってはセキュリティではないのでしょうねw
非常口を警備させている会社だからなぁw
彼が考えている「会社」には興味ありますね。
それと・・・彼の考えているセキュリティシステムにも興味があるかな。
セキュリティという言葉でいろいろ混ざってるような気がするw
つっつまり、真正 田介(まさただ でんすけ)略して真田さん!?
0割時の対応も仕様によるっちゃーよるんですが。
よくある電卓では「0+エラー表示」を結果とするパターンが多いですな。
なんか、いろんな事を知らないのに知ったかで話をしている
だから信用されないのに・・・・。
>何故ならば、所得申告で収入額を把握しているのも関わらず、
>生活保護課は何も知らないというのですから、何のために情報を
>収集しているのかと、問われても仕方が無いと思います。
そもそも、生活保護課なんて存在しないし。
所得税の申告と生活保護の申請をした人の紐付けは?
その人の親族との紐付けは?
>この件に便乗して一部の人達が国民総背番号制の導入が検討している
>そうですが、所得申告で得た情報を活用すればいいだけであって
だからよ、所得申告で得た情報を活用するための総背番号制なんだってば
今は、所得申告した人と生活保護申請した人、その親族の所得申告を結ぶための
情報が存在しない。
だから、生活保護は所得を自己申告制になってる。
住民情報、税の情報、生活保護、年金、健康保険
これがすべてばらばらに番号管理されていて
一元的に串刺し出来るものがないのが問題だってのが
理解できてないんだな。
地方税と国税の区別もついていないということかもしれませんね。
おかしいなぁ。フリーなら確定申告してるはずだよねぇ。
「所得申告で収入額を把握しているのも関わらず」と書いているということは
住民税だけ払ってるのかな?
はたまた両方納めてないとか?
何が言いたいのかよくわからないけど、それ以上に誤字の多さにウンザリ(´・ω・`)
てか、御酉様のコミュニケーション能力のなさをアピールしただけ?
http://indori.blog32.fc2.com/blog-entry-1532.html
これって、つまりお客さんが間違ったことを言っても
こころで「あー違うのにな〜」と思いながら媚びをうれってこと?
確かに、悪い例にあるエンジニアは最悪だけど、
良い例にあるエンジニアも信用されない例だけどなぁ〜。
http://indori.blog32.fc2.com/blog-entry-1538.html
これもさぁ〜
顧客の要望や業務処理の内容をヒアリングできてなかったってこと
の証明にしか成ってないと思うんだけど?
>業務システムを作る上で、原価計算および管理会計に関する事柄は重要です。
>それで、担当者の人に詳しい事を聞こうとして、原価計算および管理会計の実施について込み入った事を質問してしまいました。
>それが失敗でした。担当者の方はそういった方面に詳しくなく、私の質問に戸惑い傷つきました。
→どの業務のどの部分のシステムだったんでしょうね?結局システム化する業務に全く関係ないお門違いな質問をしたということですよね。
いつもの思い込みと勝手な深読みで担当者に接してしまったんだろうな。
>さらに悪い事に、その会社は原価計算および管理会計はしていませんでした。
>結果として、私の質問はお客様をただ傷つけただけでした。
>後でそれが分かったので、私は深く反省をし、業務知識に関して知らないふりをするぐらいが丁度いいと考えるに至りました。
→反省したのはいいけどその後が・・・。「業務知識」ってやつが今の仕事に関係があるかどうかを考えなきゃいかんでしょ。
彼の言う「業務知識」ってなんなんだろう。
>オブジェクト指向方法論OMT
オ…オープンマグネットテープ
>pinfu01さん
その仕事を専門としている客先ですら知ることのない、彼の心奥深くに眠る、その仕事に関わりのあるハズだが、言葉で説明のできない深遠なるナニカと見た。
だんだん面白くなってきました。
彼はバグの場所がわかれば対処は簡単だと思っているようですが・・・
簡単には、なくならない。
テストプログラムにもバグがあるから本来のプログラムのバグと両方みないといけない。
今回ソースを入力して気が付いたのは、
http://indori.blog32.fc2.com/blog-entry-1535.html
このときに直しているのって、テストプログラムのほうだけだったんですねぇ。
記事の通りに2箇所直して、アサートしないからアレ?って思ったんだけどー
.NETって0割の仕様がVC++と違うんですね、初めて知りました。
便利のようで不便な気もしますが、VC++からC#に移った人とかは注意が必要ですねぇ(^^;
まぁ、大抵経験的に事前処理を加えるから、この仕様に気がつくのも難しいような気がします。
話を戻して、マイナスの値を扱うことは仕様だと再認識したわけです。
彼が加えた処理は、
「数値と判断した文字の1つ前がマイナス記号だったら、マイナス記号も数値文字としてカウントする」
さて、ここで新しい問題が発生するわけですが、現在のテストプログラムではその問題は発見できません。
仮に問題が発見できたとしても・・・これを直すのは難しいはず・・・
このままで突き進むなら、後付の仕様が必要・・・かな?
もしかしたら、最後まで気が付かないのかもしれませんが(^^;
それ以前に、現状のテストプログラムでもエラーが多発しているわけでー
ざっとみた感じ2つほどバグがありそうです。
テストプログラム自身の問題が1つ、これはそれなりに対応可能だと予想します。
もうひとつは、先の問題との関係で、一見簡単に処理できそうに見えますが・・・それやってしまうと駄目(^^;
まともに計算できるようになるには、まだまだかかりますなw
彼は、この連載、完成したものを用意してからやってるんですかね?
それともイロイロな問題が浮上して困りながら連載しているんだろうか?
「ここから先は、自分たちで考えてください」的なフレーズがでたら、完成できなかったんだなと思っていいのかな?w
いや、いつそのフレーズがでるのかってのが世間の予想範囲でしかなく、完成という目は最初から無いんだろうか(^^;
素人には難しいからなぁ、電卓、イロイロなものが詰まってるから題材として凄くいいですねぇ。
出題する側も、仕様を追加することで難易度調整できるのがいいですね。
どこがブラックジョークなのかわからなかったけどー
彼が日本を語っていることが、ブラックジョークということでいいのかな?
>どこがブラックジョークなのかわからなかったけどー
>彼が日本を語っていることが、ブラックジョークということでいいのかな?
それでいいんじゃないでしょうかね?
民間であんなに簡単に首に出来るなら
誰も苦労しないとおもうんだけどねぇ〜。
→ブランク・ジョーク
意思疎通の断絶っぷりが面白い。
→クラック・ジョーク
Control&
→Breakジョーク
疲労困憊の状態で書き上げた。
→ふらつく・ジョーク
歯に汚れがついている。
→プラーク・ジョーク
そんな感じで。
>なお、テストにて、文字列で値を比較している理由は、値が丸められて「-2147483648」を比較できないからです。
>両方の-2147483648が切り上げられて、共に-214748365になってしまい意図された結果ではなくなってしまいます。
>より正確に言うと、-2147483647も-214748365へと四捨五入されるので厳密な比較が出来ません。
書いていておかしいって思わないのかな・・・桁数変わってるのに・・・
まぁ、思わないんだろうけど(^^;
そもそもdoubleに変更した時点で、-2147483648という値はそのままの精度になっていると思うのだが・・・
floatの時の状態と勘違いしているんですよね、これ(^^;
まぁ、結果的にテストプログラムのバグの一部は解消されてしまいましたが・・・
意図した解消ではなさそう(^^;;;;
通り過ぎたと思うので、言っても大丈夫でしょうが、
>private void CalculateTest(float value1, float value2, char sign)
>{
> string inputValue = value1 + " " + sign + " " + value2;
ここね、数値によっては、指数表記になっちゃうのよね(^^;
でもって、指数表記に解析が対応してないからおかしな数値になる。
構文チェックをちゃんとしてないから、数値以外の文字があってもエラーにはならないのが罠ですね。
さて、次は根本的な問題を解決しないといけないはずですが・・・
ちゃんと直そうとすると、今までのプログラムはなんだったんだ?ってレベルまで戻らないといけないんじゃないかなぁ。
どのようなテクニックを見せてくれるか楽しみですね。
まぁ、「演算子の前後には空白をいれないといけない」なんて後付けの仕様が増えるんですかね?w
>日単位のアジャイルでは、1週間後には完成している
いやホント、いつまでたっても相変わらず…。
素朴な疑問としては、フリーでシステム屋を名乗っている人が、なんでそんなアジャイルなんだろうと・・・
いや、アルバイトとかで、部分的なもの作ってるとかなら理解できるのですが・・・
いまだに彼の仕事がどんな設定になっているのか理解できない(^^;
>テストプログラムの方もdouble型にしておかないと正しい計算結果が得られません。
あれ?前回のはテストプログラムは含んでいなかったの?
これはとんだネタバレをしてしまったようですね(^^;
>前回述べたように、float型では扱える値の範囲が不十分です。
これが理由ですか・・・範囲って言葉は便利ですね。
まぁ、とりあえず、数値についているマイナス記号を同時に取り除くことで、表面的にはOKになってますねぇ。
現在のテストプログラムでは、問題となる書式がないですから・・・
先に書いたように、後付けで仕様を追加しないと、解決するのは難しいんじゃないかな?
まぁ、四則演算に対応するためには、まだ山がいくつかありそうですから、その中で解決できるのかもしれません。
>以上のチェックで分かったのは、想定外の値がメソッドに渡されている事です。
想定外だったのか・・・仕様だと思ってた。
>今回の記事で示したように、ちょっとした事でエラーは消えます。
>それが、デバッグとテストの醍醐味です。
いや・・・そのやりかたは・・・駄目プログラマーの典型的な思想に思えてならないんだが(^^;
想定外で思い出したけど、
http://indori.blog32.fc2.com/blog-entry-1550.html
>想定外が起こる事を想定しておくのは当然なのです。
それは既に想定済みってことになるわけだが(^^;
想定してないから想定外なわけで・・・
何が起こるかわからないなら、対策も取れないはず・・・それが想定外。
想定外のことが少なくなるようにしようって話のほうが、現実的じゃないかなぁ。
まぁ、おそらくそのように言いたいのだろうけど(^^;;;;;
>符号が正しく習得できていないという事は、式が正しく解析できていないことを意味します。
誤字だけど別の意味では通じてると思うので納得することにします。
>メソッド内で渡された変数の内容を変更したい時はrefキーワードを使用します。
インプットの型を変えなきゃならんということは設計バグでは?
これも彼の言う「アジャイル」手法の一部ということなのでしょうか?
出版社の目に止まって本になることを想定してるのかもしれませんよ?
http://indori.blog32.fc2.com/blog-entry-1556.html
>Winduws8
>Windows88
とりあえず、酷すぎる誤字が使われてる間は、無理っぽいですなw>出版社
いや、内容はもっとアレかもしれませんが(^^;
あとー
>デスクトップOSはその名の通り、ディスクに座ってする仕事を想定しています。
DESKとDISKの違いは、素人がよく間違える例ですね。
>今までのWindowsはデスクトップと組み込み(WindowsCE)で別れていました。
>それでシステムを開発する際に手間をかけていました。
素でわからんのだが、どの部分の手間がWindows8になることで、どのように減ると思っているんだろう?
http://indori.blog32.fc2.com/blog-entry-1557.html
>私が政治家に求めるものは「まともな法律」です。
>立法者なのですから当然でしょう。
>という事は、法律に対して報酬を支払う形態が最適です。
>買収を防ぐために国民1人が出せる金額を100円ぐらいに制限し、
>任意で支払う形態にすれば民意が反映されていると言えるでしょう。
どう突っ込んでいいのか、わからんが、真面目に書いているっぽいのが怖い。
いや、いろいろ目をつぶったとしても・・・そのやり方で買収防げないし・・・
なんで防げると思ったんだろう?w
1、法律を国民が買えばいいのでちゅ!
2、何も規制しなければ、お金持ちが都合の良い法律を買ってしまうでちゅ!
3、そうだ!、一人100円までにすれば、誰でも買えるでちゅ、お金持ちとか関係ないでちゅ!!
・・・こういう思考だろうか?
>日記なので5分ぐらい考えた事を書きました。
過去の流れで考えるに、
「こんな凄いことを、たった5分で考えられる俺すげー」
というアピールなんだろうか?
こー久しぶりに素で痛いものを見たような気がするw
や〜、前提となる情報があっちこっちに飛びまくりですからね。
編集者もまとめきれんと思われ。
>http://indori.blog32.fc2.com/blog-entry-1557.html
>バグがあると気になる性分なので
日本語のバグである誤字脱字がほったらかしな件。
「私が彼に求めるものは「まともな仕様」です。
技術者なのですから当然でしょう。」
とか言っちゃいけないんだろうな…。
上辺しかしらないことが丸わかりだな。
性悪説だからって人間は悪いことをするわけじゃないってのを知らないんだろうな。
>お得意様から、初心者のためのC#プログラミング本格入門を、
>どういうふうに書いているのか聞かれる事が多いので書きます。
あの・・・いや・・・なんていうか・・・このパターンは・・・
なにげに、デザインパターンのように、インドリパターンなるものが作れるのではないかと思い始めたw
完成させれば、ネット上の駄目ネチケットパターンの聖書になるかもしれんwww
>実はあの連載記事、最後まで構成を考えてから書いています。
>どのぐらい考えたのかと言いますと1時間ぐらいです。
うん、うん、凄いね。
政治の話が5分ぐらいだったからね、1時間ぐらいじゃないとね。
>分析/設計/実装などを並列的に行うイメージです。
前から思っていたけどさ・・・そこ並列なんだ。
実装を考慮して設計するってのはあるだろうけど・・・分析は最初に行うことで確定しない?
分析しながら設計するだとしても、分析が終わった部分しか設計できないんじゃないの?
>そこでその後、完成から逆順にプログラミングしていきます。
>具体的には、正しいプログラムを考えてから、そのプログラムにたどり着くまでの思考過程を示すために、
>バグを埋め込んだり、冗長なプログラムに変えたりします。
そうだよね、電卓で、あんな設計しないよね、普通は。
まともな計算できるようになるまで、相当かかるもんね。
あぁ、でも・・・個人的には、冗長なプログラムと設計ミスは別ものだと思いますよ。
だからこそ、どんな完成形から現状になったのか、楽しみなわけです。
P.S
これ、会社で読んでいたら、笑いを抑えれたかどうかわからんかったwww
ピュアなんだろうなぁ、サトラレぐらいのレベルでいろいろばら撒いてるように見えるわぁ。
「結果でなく過程を語るのは無能の証明。」
って客先の上司が言ってた。
いやさ、結果もそうとうなもんだけどさ。
おまけに「まだ途中なんだから最後まで判断するな。」だしさ。
ま、生温かく見守る感じで。
へ〜知らなかった。
きちんと決まりが明確に存在してるんだ〜へ〜へ〜w
テストは件、ケース、パターンとかいろいろ言ってる気がする。
エラーも件、個、箇所とか言ってる気がする。
この辺は、入ってるプロジェクトや、1次受け先のルールだったり
エンドユーザのルールだったりに従うと思うんだけど
「件数」です。っていいきれてしまうんだ。
ローカルルールをあたかもグローバルルールだと言い切る。
なんかしらんがすごい自信だww
>>テストとエラーの単位は件数です。覚えておきましょう。
http://indori.blog32.fc2.com/blog-entry-1561.html
>安心してテストの個数とエラーの個数をカウントするプログラムを追加しましょう。
早速忘れてる件。
>連載記事もシステムと同様に、全てを頭の中で組み立てます。
>分析/設計/実装などを並列的に行うイメージです。これは理屈ではありません。
>仕事する上で身に付いた能力です。
→どんな仕事をしてきたのかがやっぱり分からない。
実装フェーズ中に分析レポートが出てきたりするのだろうか?
彼の言う「日単位のアジャイル開発」だとそれもアリなのかな?
アジャイルで仕事したことないんで誰か教えてください。
お手本にバグを入れるのは、普通はNGだと思うんだがなぁ。
まぁ、次で直すんでしょうけど・・・
無駄な変数があるソースって、レベル低く見えちゃいますね。
仕様があきらかじゃないから、まだわからないんだけどー
かなり限定された式しか計算できないように見えるなぁ。
そして、サンプルで使った式だけど
"( + 1 2 ) + 3"
これ、括弧が有効かどうかわからんから、テスト用のデータとしてはゴミじゃね?
今の段階で正しい答えがでる式ならー
"+ 1 (2 * 3)"
こういう奴かなぁ。
自分の心構えなんてもんを一緒の記事に書かないとかー。
つか、堂々と間違う人に教えてほしいとは思わんなー。
直したつもり・・・なんだろうか(^^;
まったくといっていいほど、本質的に直ってないんだけど・・・
あぁ、これも次回直すんですね、たぶん。
これ以外にも、まだ問題があるんだけど・・・さらに先かなぁ。
・・・って、そろそろ、本当に完成形があるのか、疑ってもいいレベルになってきてるんだけどー
完成形だと、どんな式が計算できる予定なんだろうw
バグを仕組むのは、まぁ、いいとして、バグがあることを事前にいってなければ、
彼の言っているような効果は0ですね。
だって、読者は、正しいかどうか、判断できないんだから・・・
不定期連載だから、バグのネタバラシを見逃しやすいってのも怖いですね。
あぁ、あと、もうでてこなそうだから闇仕様として確定しているんでしょうがー
4-1
などの単純な式が計算できないねw
これは、
4- 1
ってかかないと駄目。
とりあえず、ここまでではっきりしているのは、彼のテストファーストは、バグ発見などの役には立ってないってことですね。
ここまでで、テストにかからないバグが山ほどでてるし、まだ隠れてるしw
個人的には、テストってセンスが必要だと思うんですよ。
先の括弧の例でもそうですが、結果に変化が生まれそうなものをテストしないと意味がないわけでー
仕様から、その変化が連想できないと、そういうテストを用意できない。
少なくとも、彼には、経歴に見合うようなセンスが見えてこないんですよねぇ。
また、プログラムの書式をみても、数をこなした人のように見えないんですよねぇ。
それは、一貫性の無さから感じるんですけど・・・
これは私がそうなんだけど、C#におけるthisの使い方をみて思うんですよ。
彼がメンバ変数にはthisを付けるってなルールでもなさそうだし、thisを使う場合と使わない場合の違いってなんだろう?
>new TestData( "( + 1 2 ) ( * 2 ) * 2",
> ( 1 + 2 ) * 2 * 2 ),
この式の2つ目の括弧の意味がわからなかったが・・・
>new TestData( "( + 10 5 ) ( - 3 ) - 5",
> ( 10 + 5 ) - 3 - 5 ),
今までの説明から想像していたのは、括弧の外にあるのが引き算なので、
値が3つある引き算、つまり、
(10 + 5) - (- 3) - 5
だと思っていたんだけど・・・
((10 + 5) - 3) - 5
ということなんだろうか?
これだけでも連想するのが難解なんだがw
でもって、これが真だとすると、書式としては、どこまでが正しい書式なのか、難解なものに・・・
展開された括弧の付き方からだと、彼の考えている仕様がわからないんだよなぁ。
まるで、プログラムの都合から仕様を後付けしているように見えちゃいますねぇ(^^;
プログラムの都合に合わせたテストデータを用意してる時点で、やっぱりテストファーストじゃないしなぁ。
やぁ、不思議不思議。
毎度毎度の自己紹介乙。
http://indori.blog32.fc2.com/blog-entry-1586.html
クッソワロタ。
まさかここまできて「私のプログラムに根拠はありません」なんて言われるとは思わんかった。
そら他人を納得させるのは千年かかっても無理だわなぁ。
まさかSleepやらcortやらに明確な根拠が無かったとか…ねぇ…。
まず文系と理系の区別がテキトー過ぎ。
「自然とプログラムが湧きあがります。」
→自然と湧き上がるものの入門記事・・・なんだそりゃ。
件の電卓の記事は私が読んだ限りでは自然と湧き上がらせるための方法は書かれてませんでしたが。
「文章を書く人が自然と言葉が出るように、プログラミングもコードが自然と出てきます。」
→考えずに自然と出てきた言葉じゃそりゃツッコミどころ満載になるのも自然かな。
漠然すぎる仕様ならコードも自然と出てくるんでしょうかね。
「私の場合特にそれが顕著で、分析・設計・実装などといった区分すらありません。」
→区分せずに話しかけられるお客がかわいそうだ。
こんなこと言ってる奴がコミュニケーションについても論じているなんて。
「私のイメージを正確に表す事が出来ません。どちらかというと、プログラムの方が近いです。」
→ってループしてませんか?
「私はまだまだ未熟者ですので」
→来ました!キメゼリフ!ここまでくるともう爽快!www
と、断片的にツッコむとこんな感じですが、
全体を読んだ感想としては・・・
・・・”文章にすらなってない。”
なんとなく、納得。
悲しいほど書いた本人と一致してる事実が泣けますな(^^;
そんな自己紹介からのコンボで書かれた、記事は・・・
本来ならば、自慢というか、「凄い自分」のアピールだったはずなんでしょうねぇ。
これまた悲しいことに、実力(技術力)が低いことが、あきらかになってきた今となっては、
違う意味で、納得できる内容になっていると(^^;
プログラムなんてものは、理屈の塊というか、理屈しかないようなものなのになぁ。
自然と湧き出たコードが、アレということなら、納得するしかないですねぇw
で・・・もしかして、電卓がいよいよ致命的だとわかってきて、困ってるんだろうか?
確かに...泣けてくるw
鏡を置きたい衝動に駆られて、ふとDeppiさんのゲームを思い出した(苦笑)
http://indori.blog32.fc2.com/blog-entry-1586.html
>文章を書く人が自然と言葉が出るように、プログラミングもコードが自然と出てきます。
これ、本気でそう思ってるんだろうか?
文章を生業とする人だって結構きつい思いをして書いてると思うんだけどなぁ...。
>コミュニケーションの記事って何が起点だったんだろうか?
私のとこ・・・かな?w
>これ、本気でそう思ってるんだろうか?
思ってるんじゃないかなぁ。
ほら、「才能がある人」はそういうものだという、思い込みというか・・・憧れというか(^^;
よくある中二病の症例で、「いつか自分の才能が認められるはず!」みたいな・・・
そんな願いが込められているように見えるw
そして、ふと思ったんだが・・・
鏡をみて、自分だとわかるのなら、鏡を置く価値があるんだけど、
鏡をみて、自分だとわからない人の前に、鏡を置いても意味がないんだろうなと(^^;
だからこそ、鏡に映った自分をバカにできるんだろうなと・・・
コレは自分ではない。
自分がそんなことするわけがない・・・
なに、このサイコホラー?w
>私のとこ・・・かな?w
これって...ブログの話...かな?(^^;
>思ってるんじゃないかなぁ。
>ほら、「才能がある人」はそういうものだという、思い込みというか・・・憧れというか(^^;
なんかこー...もはや文章というより...ポエムの世界?(´・ω・`)?
くらいしか思い浮かばなかった...。
認識が正しいかは別にして、ほぼ芸術の領域っぽい気がする(苦笑)
>なに、このサイコホラー?w
ああ、そんな感じですね...w
鏡が間違ってる!って割りそうな気がする...
...そのまんまかぁ...。
>愚かな人は自分が理解できない概念を否定します。
>さらには勝手に蔑み、そういう事を繰り返しているから全く成長しません。
その通りだね。
http://indori.blog32.fc2.com/blog-entry-1589.html
>だけど最近は、物理学も惹かれます。
>数学の使い道の一つは物理学ですから、自然とそっちも気になります。
>もともと私は化学が好きだったから、そういう気持ちになるのかもしれません。
数学が駄目なのは、わかっていたけど・・・使い道って・・・発想が凄いな(^^;
やりたいことがあって、その手順を学ぶのではないんだ・・・
あぁ、思えば、プログラムも言語書式には詳しかったなぁ。
でも、化学が好きでなぜ物理学?
>でも私はお人よしだから、あんまりがめつく稼げないんだよな。
あ・・・いや・・・なんていうか・・・
彼が幸せな人生を歩んでいることは理解できそうな気がする・・・
そして、
http://indori.blog32.fc2.com/blog-entry-1587.html
「まねぶ」なんて変なとこには詳しいんだなと思いつつー
「さりげなく」電卓はフェードアウトですか?w
これ、もう電卓に戻ってこないのかなぁ。
インドリ流の学習方法は一般的な人が付いていくのは難しいですねぇ。
必然性もなく話がアチコチに飛ぶんだから(^^;
> またVBはバージョン7までオブジェクト指向プログラミングを完全サポートされていませんでした。
VB7.0 の位置づけが混乱しているようだが、お愛嬌か。
電卓講座は放棄したのね。読者無視というか、講座と認識していないというか。..まぁ。自己満足のガス抜き記事なのは周知ですがね。
肯定読者はいないと思うが、数人でもいてたら、迷惑をかけているんだよ。
今回のVB講座も、VBプログラマを舐めているし、インドリ自身がVBを蔑んでいるのが垣間見える。
どんな言語でも、べた書きなダラダラソースはある。
ベタ書きされたJavaやC#に比べて、VBでベタ書ききされたほうがマシ。
VBerに問題があるのでない。
開発技術のレベルを下に合わせるという、製造現場の在り方に問題があるのにね。
それよりも、多くの現場でVBerの問題は、過去の問題なりつつあるのを認識していないね。
ネットや書籍に書かれている、表皮的な問題を取り上げて、主問題化するのは、時間単価(人月単価)問題の提起と同じようだ。
製造現場で就労したことが [ない]と睨んでいる。
>ただし、殆どと表現しているのには理由があります。それは、確かに向上心が無いVBプログラマーが目立つからです。
http://indori.blog32.fc2.com/blog-entry-1591.html
>使用するプログラミング言語によって、その性格や性質が決まるという噂を度々見聞きしました。例えば、PHPプログラマーはルーズだとか、VBプログラマーは向上心が無いだとか、C/C++プログラマーは細かいなどと色々な風説があります。しかし私はそんな風説を信じていません。
相変わらずこーゆーの多いよねw
1回しか違わない記事でこの矛盾
>私はどっちかというと文系の学科でした。
まともに日本語を扱えない文系ってのが笑いどころですか?
> Public Property Price As Integer
> Get
> Return Me.m_price
> End Get
> Set(ByVal value As Integer)
> Return Me.m_price
> End Set
> End Property
いくらオブジェクト指向に慣れてないVBerとはいえ。
セットプロパティで値をセットしてないどころか、Returnかますことはせんやろ。
http://el.jibun.atmarkit.co.jp/ahf/2012/07/visualbasic-6a15.html
偶然なんていまさらなこと言う気はないですがー
マジで@IT出入り禁止になってるんですかね(^^;
んでもってー
http://indori.blog32.fc2.com/blog-entry-1591.html#comment3578
>私の身の周りでは、旧VB使い(VB6を使用)が未だにいて、VB.NETを別言語だと考えている人々がいます。
まぁ、果てしなく別物でしょう。
VB6とVB.NETは根本的な考えというか、動く土台がまったく別なわけで・・・
ネイティブな環境で動作されるVBという道がVB6で終わっているのを悲しんでいる人はいるんじゃないかなぁ。
>それにも関わらず、まだヴァージョン6を死守し、オブジェクト指向プログラミングなんて・・・
>という人々もしくは古い会社がいるのです。
こーなんか、本に書いてあるようなプログラミング方法が素晴らしいみたいなー
現場的にはわりと「どうでもいい」ことに固執するのもマイナスだと思うんだけどなぁ。
適材適所だと思うのよ、少なくとも、こないだの電卓なんかは、彼の考えているオブジェクト指向がゴミだということを
証明していると思うんだよなぁ。
なんでもかんでもオブジェクトにして無駄に長く、そして、その仕様のため、本来の機能が実現できていないような
プログラムを見せられると、にわかオブジェクト指向信者ってのは、本気で取り組んでいる人にとって迷惑なんだろうなとw
作るものにあわせて作り方も変えていいんだよ。
・・・というか、柔軟に対応できないと駄目だろ(^^;
>それが原因だと思うのですが、VBというのとC++/C#使いと言うのとでは印象が違います。
おそろしく偏見に満ちているんだけど、大丈夫なのか?w
http://indori.blog32.fc2.com/blog-entry-1595.html
で、悪意に満ちたプログラム例がこちらってとこですかね?
>また、消費税の設定方法が固定化されています。
いや、固定したのは、貴方であって、次に書かれたプロパティと同じような機能で実装することは可能じゃないの?
>例えば、このサンプルは商品名を忘れています。
こっちも同じですなw
>オブジェクト指向プログラミングに懐疑的な旧VBプログラマーは思いだして下さい。
>標準モジュールを使用するきっかけは、スパゲッティプログラムの改善であったはずです。
>ならば、スパゲッティプログラムを避ける機能を、積極的に使用するべきではないでしょうか?
これ、前提というか、なにを言っているのかよくわからないんだけど・・・
標準モジュールを使っている人は、スパゲッティになっていないってことですよね?
それならば、他の方法にする場合、より大きなメリットがないと、方法を変える意味がないはずですね。
既にVBというよりも、オブジェクト指向万歳なだけで、オブジェクト指向以外の開発を否定しているだけ・・・
>VBは無闇にオブジェクト指向プログラミングをサポートしているのではありません。
どちらかといえば、オブジェクト指向うんぬんはC#でやってもらいたかったんじゃないかなーと思ったり。
私の記憶が確かなら、C#が登場した直後の感想は、VBやってた人からみるとVBに近く、C++やってた人からみるとC++に近いという
面白いものだった。
VB.NETが「VBらしい書き方が.NET上でできる」のを目的としているんじゃないかなぁと思うわけでー
オブジェクト指向がやりやすくなったから、オブジェクト指向でプログラムを書くべきみたいな発想はー
なにか、イロイロなものを否定しているような気がするw
>学問ってそれでいいと私は思います。私の感覚では、好きなライトノベルを読むのと同じです。
>そういえば、最近ライトノベル読んでいないな。社会人になってからは、仕事に関係する専門書ばかり読んでいます。学生時代は毎日読んでいたから、たまに小説でも読みたいな。
なんというか...ものすごくイロイロ納得したw
連載が終わらない理由もなんとなくw
このシリーズ、Testクラスがいつでるのかなーって思ってたら・・・
電卓で使ったやつか・・・ぐちゃぐちゃだな(^^;
で、これはネタバレでもなんでもないと思うんだがー
>1番目に要素が追加されている事が確認できます。
>これを解決するには初期値を-1にするだけです。
電卓の時にも感じたけど、こうやってぐちゃぐちゃにしていくんだね。
これは、
>public void Add(int value)
>{
> ++this.insertIndex;
> this.data[this.insertIndex] = value;
>}
ここ、この発想が既にNGなだけ。
public void Add(int value)
{
this.data[this.insertIndex] = value;
++this.insertIndex;
}
こうするだけでいい。
個人的には、insertIndexも初期化して使ったほうが、明確でいいなと思うが、これは好みかな?
>変数の意味と使用法をよく考える事が大事なのです。
彼が変更したやりかただと、変数としてもっている値が期待値とズレているわけで・・・
さすが、
http://indori.blog32.fc2.com/blog-entry-1601.html
>その頃は確か、まだ私は一企業の研究者であったので、研究目的で複数の言語を習得していました。
どんどん美化されていく過去をお持ちの方はなにかが違うなと思ったり、思わなかったりw
>そんな私が公平に見ても、他言語に引けを取らないメリットを提供するVB7は素晴らしいものでした。
そして、日本語というか、強調する部分というか・・・なにかおかしかったり。
この場面で、「公平に見ても」ってあまり使わないというか・・・
まぁ、それよりも
>WindowsOSはCとC++で実装されています。
>所詮COMは一部のOSサービスにしかアクセスできません。
>COMプログラミングの容易さをのぞけば、VBプログラマーの存在価値はイマイチでした。
>そんな時代背景ですから、.NETに完全移行するVB7を批判するバッシングする理由はありません。
わりとCOMだーなんだーって意識しなくてもいいと思うんだがなぁ(^^;
そして、地味に前半部分の意味がわからんのだが・・・彼にとってのCOMってWin32APIのようなものなんだろうか?
そして、最後の1文は・・・前の分と意味としてつながってるんだろうか?
超要約すると、
1、COMは駄目だー
2、COMにしか価値がないVBは駄目だー
3、.NETばんざーい、.NETに移行しないやつも駄目なやつだー
・・・なの?
そして、WindowsOSが強調された後に.NETがでているとこみると、.NETのほうがOSの機能を使えると考えているんだよね?
なんか、.NETも勘違いしてないかなぁ(^^;
企業に在籍していて、「研究目的で言語を勉強する」ということが信じられない。
いや、社内ニートというなら判るんだが。
自分の想定し経歴すら、ボロボロなのね。
>ちなみにこの想像、足用キーボード、右手用キーボード、左手用キーボード、
>ディスプレイ(室内スクリーン)360度配置、音声入力機能ON、
>マウス無数(4次元モニターを指定)、開発用OSを起動です。
攻殻機動隊っぽい何かを想像しているっぽいけど・・・
両手ふさがってるのにマウス無数って(^^;;;;;
4次元モニターっての謎だが、無数にする意味がわからん(^^;
で、彼の考える未来のOSがあれば、彼の居場所は無いような気もするんだが(^^;
なにか思っていたよりも、盛り上がってしまったのでおすそ分けです。
まずは、
http://el.jibun.atmarkit.co.jp/ahf/2012/07/visualbasic-6a15.html
その後で、
http://d.hatena.ne.jp/Deppi/20120818/1345269284#c
を見ていただくのがお薦めコースです。
時間がないから設計しながらコード化した。出火寸前になったorz
やっぱり、設計したら検証しないとダメだと思った。
籠の中の鳥ですね。
だれうま(ry
攻殻機動隊なら首のジャック一つで済むのに。
星新一の失敗作のようなショートショートですなw
在宅勤務へのこだわりが尋常じゃないと思うのは私だけだろうか・・・。
VBマンさんのコメントはSodaさんに対する偏見に満ちています。
と声を大きくして言いたい。
他の連載どうすんだろ。
http://indori.blog32.fc2.com/blog-entry-1611.html
かなり酷かったので、リベンジしようかと考えているですよ。
> 同氏の書き込み禁止という措置を取らせていただきます。
成長しないねぇ。
よーするに「@ITに出禁を喰らった私は真心がありません」てことか。
もしくは「他人を詐欺師・犯罪者呼ばわりするのが私の真心です」てことか、どっちだろ?
このプログラムで、
>インスタンスが変数の値の様に見えてきた人は正解です。
という発想に行く人は、怖いと思うんだが・・・
いや、だって、インスタンスであるnewされた「HelloWindow」は作られた後、Show()を呼び出すだけで、
なにもしてないわけで・・・
コンストラクタで、Shared指定の変数を使ってWindowのタイトル文字列を指定しているわけでー
インスタンスに代入やらなんやらはしてないじゃないですか。
そもそも、なにがインスタンスにあたるのか説明されてないわけで・・・
変化して、変数として見えるのは、プロパティとメンバ変数だけじゃないかなぁ。
>インスタンスは地味で、説明の必要すらないと思う人がいるかもしれません。
私には、簡単なものを複雑に説明しているように思えるんだが・・・
あと・・・私はVB.NETの書式などに詳しいわけではないので、よくわからないのだが・・・
http://indori.blog32.fc2.com/blog-entry-1611.html
>空のプロジェクトで「Hello World」を作ります。
ここで言われている、「空のプロジェクト」って「コンソールアプリケーション」のテンプレートでいいのかな?
WPFとか書いてあるのに、「WPFアプリケーション」のテンプレートではなさそうだったし、
どのテンプレートから作り出してるのか、まったくわからんかったのだが(^^;
こちらも簡単なものを複雑にしているような気がしてならないんだけどなぁ(^^;
誰?こっちに書いたのは。
「多い」ってほど、問題は感じないのよね。ただ、「WPF」または「.NET Framework」と「C 言語」を、同じ土俵で比較しようとしている。「VB.NET」という言語と「C 言語」という言語、あるいは「オブジェクト志向言語」と「そうでない言語」の比較なら良いのだけれど、「オブジェクトに志向して作られた実装基盤」と「言語」を比較しているのが問題。←entry-1616 コード例の後、「このサンプルを見れば」〜「その効果は絶大です。」使う側が Windows の深いところを知らなくてもいいようにということなら、C 言語でもまねできる。VB.NET でそれが出来るのは、Windows Presentation Foundation という実装基盤が用意してあるからに他ならない。C 言語は、後発の言語に比べてライブラリが貧弱。そこのところで比較なんかしちゃダメ。
しかし、「Cお姉さん」とか「VBマン」とか「OOnesan」とか。ひねりが全くないね。
>C 言語は、後発の言語に比べてライブラリが貧弱。そこのところで比較なんかしちゃダメ。
まぁ、CでWindowsの窓アプリ作るって時点で、ハードル上がるような気がしますが(^^;
VC++ならMFCがあるから、隠蔽度はそこそこかなーと思ったり。
その辺の話は、おそらく、
>C言語でWin32プログラミングを行えば、ウインドウ1つ出すだけでも200行ぐらい必要となります。
>この原因は、OSのウインドウシステムに依存しているからです。
この辺の内容からだと思いますがー
http://indori.blog32.fc2.com/blog-entry-690.html
まぁ、なんていうか、自分でも何書いてたのか忘れているんだろうなぁとか思ったり。
おそらく、説明がヘタってのに尽きるんでしょうが・・・
>つまり、細かい情報と深く結び付いているのです。
彼の中に「オブジェクト指向だとコードが少ない」って結論が先にあるわけでー
その比較で持ち込んだんでしょうねぇ。
余分な解説を入れることで、「ソレ違うから」って思われるようなものになっちゃう。
上の文章は、「OSに依存しているから、コードサイズが大きい」ってな主張にも見えてしまう(^^;
Win32APIを使った開発が、一番低レベルの実装だとすれば、必要最小限のコードがそれなわけでー
それより小さいコードってのは、どこかで、それ以上のコードが使われているだけ。
彼は、まとめで、
>つまり、細かい情報と深く結び付いているのです。
とまで書いているわけですが・・・
ライブラリを作れば、オブジェクト指向じゃなくても解決できたりするってことは考えていないのかもしれない。
>しかし、「Cお姉さん」とか「VBマン」とか「OOnesan」とか。ひねりが全くないね。
いや、いくらなんでも、わんくまには乗り込まないでしょ。(^^;
ネタとして彼のブログを出した人がいて、επιστημη さんが出てきたからー
アンチεπιστημηな人が煽ったってのが流れかなと、マジレスしてみる。
最近επιστημη さんとこに変な煽りあったし(^^;;;;;
むしろ、こことかで、「OOnesan=インドリ」って言わせてニヤニヤしたかったとかー
なので、MSK_Kさんは釣られた率が高いのではないかと、予想しますw
ああ、ごめん。さすがに、たったひとつでは乗り込んできたとは思ってないですよ。
「「OOnesan=インドリ」って言わせてニヤニヤ」までは考えてなかったわww
そうか、そう思わせるためにひねってあるんだ。これは参ったww
> 彼の中に「オブジェクト指向だとコードが少ない」って結論が先にあるわけでー
んー、むしろ、多くなるんじゃないかなぁ。
うん、「どうやって実現するか」ではなく、「何を実現するか」がわかるように書くことによって、局所局所でのコード量は減る。
その代わり、関数宣言を書いたり、引き数を並べたり、あるいは格納取り出しをしたり、場合によってはオーバーライドするためのコードを用意するわけで、全体量は増えるんじゃ無いかなぁ。
-----
> http://bbs.wankuma.com/index.cgi?mode=all&namber=63556#63612
名前だけで「出張してきたのか?」と思ったけど、別人だなww
少し前のもそうだけど、コンパイルできないレベルのものをアップしているのは、ちと恥ずかしい。
んでもって、このサンプルで何かを理解させようというのは、レベルが高過ぎると思う・・・
http://indori.blog32.fc2.com/blog-entry-1622.html
>ネタつつき145 - お客様を羅針盤に開発の荒海を航海する
羅針盤がどういうものかわかっていて、こういうタイトルなんだろうか・・・
エンジニアが羅針盤にならなくてどうするんだろうと思うんだが、これが彼流のアジャイルなんだろうか?
http://tsurujiro.blog.fc2.com/blog-entry-35.html#comment37
なにげに、また彼の中で何かが事実へと昇格している現場を見つけてしまったような気がするw
そして、このブログには踏み込んではいけないとゴーストが囁く・・・
ブログタイトルと左欄の「記事について」をみて、そう思った・・・
ブログの宣伝を書き込んでるのみて、釣りなんだろうかと思ったけど、違うっぽい・・・
さっぱり判らんのですよ。
SubとFunctionって戻り値の有無程度か思ってたし。
引数の渡し方が何故 ByRef なのか ByVal なのかを説明したほうが良いと思うんだが。
多分踏み込んじゃいけないと思う。
http://tsurujiro.blog.fc2.com/blog-entry-38.html
この記事読んでそう思った。
価値観というか、何かが違いすぎる。
【必読】になんかイロイロ噴出w
んでタイトルが部下をいじめる上司って...(^^;
必読という割に...(苦笑)
...っつか...なんだろう...どこかのブログと同じ臭いがする。
書き方というか、論調というか...なんだろうこの既視感はw
だから彼が食いつくのかw
○今後の予想
上司のいじめを幹部に報告→週報の書式くらいおぼえたまえと逆に怒られる→この会社はブラックに間違いないピヨ!
あれ、この流れは・・・w
ようやく分かり合える人と出会えてよかったねー(棒読み
>ああ、化学と物理に手を出すと小遣いと時間が足りない。
なんで科学ではなく、化学なんだろうと思うわけだがー
それ以上に、「小遣い」と聞いて、誰から貰ってるのかなーとか思ったり思わなかったりw
http://indori.blog32.fc2.com/blog-entry-1625.html
プロパティとメソッドの違い・・・そのサンプルからなにを伝えたいんだろう・・・
先のサンプルもそうだけど、機能的に同じことができるものを、機能として説明してもなにも伝わらないのではないかと。
なんていうか、コード書いている人が、概念的にわかりやすくするために用意されただけだと思うのだがなぁ。
プロパティ=特殊なメソッドってのが、コードからみた現実だと思ったり。
プロパティを使うと、こんなにわかりやすくなるーみたいな説明やサンプルじゃないと、伝えたいものも伝わらないんじゃないかなぁ。
>プロパティはロックの対象となりがちなので、並列プログラミングでは頭痛の種です。
なにをしようとしているのか、わからんのだが・・・
なにを問題だと考えての発言なんだろう?
http://indori.blog32.fc2.com/blog-entry-1627.html
いつものポエミィな出だし・・・
>人間は五感で物事を考える性質がありますが、人間と言う狭い範囲内でしか発展が望めません。
人間やめるんだろうか?w
イロイロ考えてるみたいだけど、結局のとこ、最後は五感でわかるように変換しないといかんわけで・・・
いや、SF的になにか人間に遺伝子操作とか、サイバーなもの組み込むなら、まぁ・・・
http://indori.blog32.fc2.com/blog-entry-1628.html
書いてる間に追加されていたので、こちらも・・・
>特に理由がない限り、プロパティの値を自由に書き換えられる状態は好ましくありません。
>何故ならば、プログラム間の結合度が高まってしまうからです。
>プロパティは極力リードオンリにしましょう。
プロパティを属性だと言ってるわりに、書き換えてはいけないものだと説明するのか・・・
VBだとプロパティにReadOnlyとかあるみたいですね。
まぁ、この辺は好みの問題もあるんでしょうが、プロパティは読むより書くイメージのほうが強いんだけどなぁ。
publicで生の変数を公開するかわりに、1クッション入れて柔軟に対応するみたいなー
読み込み専用なら、メソッドのほうが明確のような気がするんだけど、そこはこだわりなんかなぁ。
PS.
http://el.jibun.atmarkit.co.jp/pressenter/2012/09/1-0f4e.html
新作が、図書館事件がネタっぽかったので、ふとベンチャー社長を思い出したのだがー
今、わりと時の人だったのね(^^;
http://agora-web.jp/archives/1485568.html
SQLの時と同じように、自分で作った数字を基に、ほぼ断言口調で解説しているため、反感買ってるみたい(^^;
やりとりみたら、私とVBマンさんとのやりとりに近いものを感じたw
PS.2
昼休みにふと、ラッキーワードみたらVBマンが追加されていることに気が付いて、声だして笑いそうになったwww
ひそかに更新されているのねw
忘れたころに、上に書かれている一言みると、ちと笑えるw
え〜?Deppiさんところは小遣い制じゃないのか。うち、小遣い制。いいなぁ。
ん?うちも小遣い制ですよ、結婚している人は大抵そうなんじゃないかな?
純粋に、収入が不安定な独身男性が「小遣い」と言っているのをみて、
「もしかして、まだ、親から小遣いもらっているの?」
と思ったが、さすがにソレはないよなーと自分で否定したって話だったり。
いや、本当に「親から小遣いもらっている」なら、イロイロな疑問も解決するわけですがw
(・ω・) 兄ちゃん…。なんで、すぐ本題死んでしまうん?
まぁ、なんというかーなんだろうw
こんな交渉があると考えてるのかなぁ・・・
>私「失礼ながら買い手にも代わりはいます。
> 交渉を打ち切るのも結構ですが、どう考えても貴方が損をしますよ。」
たぶん、現実なら出入り禁止になると思うよ(^^;
>「お前の代わりはいくらでもいる」という言葉には強制力がありますが、
>慌てず「等価な個人なんてありえない」と冷静に考えましょう。
まずね、「お前の代わりはいくらでもいる」なんて言われるのは、相当駄目な場合だよ。
でもって、「等価な個人なんてありえない」という考えで流すのは、駄目な人の思想。
等価な人はいないかもしれないが、自分より上の人間は山ほどいるわけで・・・
「代わりがいる」と相手に思われるような状態が既に駄目。
http://indori.blog32.fc2.com/blog-entry-1663.html
>SimpleListオブジェクトは、insertIndexという変数で新たに追加する場所を管理しています。
示している場所は、最後に登録した場所であり、追加する場所じゃないはず。
> public void Remove()
> {
> this.data[ this.insertIndex ] = 0;
> --this.insertIndex;
> }
先の説明が正しいなら、無意味な場所を初期化しているわけで・・・
書いてる本人が錯覚しているんだから、いかに駄目な設計なのかというのがわかりやすいですねぇ。(^^;
2つの間違いが発生したおかげで、正常に動いているだけなんだよな、コレ。
初期値としてinsertIndexに-1放り込んで帳尻合わせたの忘れてないかなぁ。
果てしなく疑問が生じるセキュリティ概念だけど、そんなものより先に考えないといけないものが、
あるんじゃないかなぁ・・・
>ちょっとした技術力があれば調べられます。
動作中のメモリを調べるのは、結構な技術力だと思うけど、そうでもないの?
実際問題として、ここであげられている例を気にするなら、ガページコレクションを採用している
環境は全滅になるのではないかと思うのだが・・・
この言葉は相手を切ることを前提として言ってるわけで、価格交渉の言葉には使わないと思うのですけどね。
>私「貴方様が要求する基準を下げれば、その分価格は下げられます。
基準って仕様の話だよね。品質下げれば価格は下げられますなんて馬鹿な話はしないよね。
回転してても改善されなきゃただの空回りですがな。
つか「客がついてこれない」なら、イテレーションできてないから。
あぁ、定期的に掲載される、「凄い自分」アピールの強いやつですよねw
>しかしながら、お客様側に1日1イテレーションを提示しておき、
>開発チーム内で作業を細かく分け、1時間1イテレーションで管理することは一般的に可能だと思います。
>すなわち、外部イテレーションと内部イテレーションを設定するのです。
よくわからないけど、これってイテレーションという用語として成立してるの?
なにをもって外部と内部っていってるのかわからないんだけど・・・
でもって、1日1イテレーションって日雇いアルバイトってこと?
PS.
http://tsurujiro.blog.fc2.com/blog-entry-44.html#comment
スラムダンク方式・・・ちょっと懐かしいネタを再び見るとは思わなかったw
http://tsurujiro.blog.fc2.com/blog-entry-42.html#comment
>ちなみに私も、間違っている人から間違っていると執拗に言われたことがあります。
なんのことだろうw
Sleepか?Sleepのことなのか?w
目的と手段を混同した代表例を置いときますね。
http://el.jibun.atmarkit.co.jp/hidemi/2009/10/fizzbuzz-d5fd.html
面白い戦いが始まるかもしれませんね
VBマンの再来というか・・・隠す気ないのかなーとか思ったけど、
>ブログやツイッターはしていません。
そうでもなかった・・・バレないと思ってるんだ・・・
ただでさえ、誤読と見下しという圧力があるなかでの議論だったのにー
本気でかき回されて邪魔なんだよなぁ(^^;
敵の敵は味方的な発想で登場したんですかねぇ・・・
少なくとも、私はみながわさんを敵とみていないし、どちらかといえば擁護したい立場というかー
わたしなりにフォローしている気でいるんだけど、どうも嫌われてるみたい(^^;
>http://wonderfulsky.web.fc2.com/memo.html
>2012年12月19日
επιστημηさんも嫌われちゃいましたねぇ(^^;
いやーみながわさん、Aさんのコメントにのるとは思わなかった・・・
知らないとはいえ、おかしいと思わないってことは、これまた、敵の敵は味方という発想なんかなぁ(^^;
しかし・・・肩書きか?肩書きがないと駄目なんか?w
@ITでは別の場所でも安定して見下されてるんだが、世代的な問題だろうけど、40歳超えてるとそういう人結構いるなぁ。
んでもって、途中でリアクションなくなるのも同じなんだけど・・・
私がトンチキなこといってて、あきれられてるのかとも思ったが、周りのリアクションみるとそうでもなさそう・・・
って思うのは、自分に甘いのだろうか?w
> 他の人へ
> staticおじさんなどとレッテル貼りをして、staticの使い方をよく考えないと本質は見えてこないと思います。
> staticがいらない子ならば、そもそもコンパイラに用意しません。
> 頭ごなしに拒否するのでもなく、かといって多用もせず、冷静に考えるべきです。
> レッテル貼りで思考停止せず、言語仕様の全てを有効利用できて初めてプロといえます。
> 自分が知らない事を否定していては知識が広がりません。
> ましてや議論を拒否し、誹謗中傷に徹する様は愚かさの極みです。
> レッテル貼りした時点で技術論ができないといっているのと同じであり、した人が負けです。
> 今後、子供じみた行為が横行しないことを祈っています。
他の人って誰のことw
誰もstaticを頭ごなしに拒否なんてしてないのにね
取り敢えず見えない誰かを否定して「自分は理解出来てるんだ」ポーズを取りたいのかなあ
名前変えても本質は変わらないですね
なんかすごいことになってますねw
もう
>επιστημηさんも嫌われちゃいましたねぇ(^^;
なんてレベルではない気が。
>http://el.jibun.atmarkit.co.jp/genmaicha/2012/12/2-7b17.html
には
>みながわけんじより
>2012-12-19 20:10:38
>他のコラムで有名技術本の著者が情報操作をしているとのタレこみがありました。
>
>http://el.jibun.atmarkit.co.jp/genmaicha/2012/12/2-7b17.html
なんて書いてますし。
なぜAさんの話はしっくりきてしまったのか・・・
こういうのを名誉棄損っていうんでないの?って感じです・・・
Aさんの素性が思いっきりバラされているのに、そこは確認しないんですかね。
>http://wonderfulsky.web.fc2.com/memo.html
>2012年12月26日
を読んで、ぇぇぇぇぇぇってなりました。
コメント欄に検索ワードが出てるのに。
Aさんに至っては、もう本当にやりたい放題ですね。
>http://el.jibun.atmarkit.co.jp/genmaicha/2012/12/2-7b17.html
>A 2012年12月26日 (水) 08:28
とかありえない・・・
>まるで、私が犯罪でもしているかの書き方ですね。太郎冠者さんも必死ですね。私が掲示板付のサイトを持っていることまで知っているなんて!Aさんはブログ持ってないと言ってましたが、IPからAさんを特定したんですね。コメント者のIPがわかるのは、コラム執筆者か@IT編集部の人しかいないはずです。
>太郎冠者、ドジ踏むなよ!
楽しそうにはしゃいじゃってw
A氏を煽ってる人らは正体分かっててやってるんだろうと思って、ああ書いたんですけどね
みながわ氏は本気で気づいてないのかしらん
コラムのコメントは閉じられてしまいましたが、A氏は最後まで聞かん坊でしたね
>2012年12月29日
>それにしても 玄米茶さんのコラムに出てくるAさんって、訴訟されても裁判で勝つ自信があるんでしょうかね。
あぁ、インドリさん切捨てられてますねぇ・・・
>2012年12月27日
>本の著者が、思慮に欠けた、簡単に矛盾点を指摘されるようなコメントを書いてしまうのが炎上の原因ですな。
まぁ、これが原因だと思っている時点で、なにか違うとは思いますが・・・
地味に謎だったのは、Java本の著者みたいな表現があったことで、
επιστημηさんとJavaってあまり繋がらなかったんだけど、「オブジェクト指向的日常」でJavaにも
触れてたんですね、今は売られてない本みたいですが・・・
私には理解できませんが、「↑」でコメントされたことがよほど頭にきているということだけはわかりますね(^^;
リアルで地位が高い役職の人は、無意識にまわりを見下してしまうのかなぁってのが残念なとこです。
ギャラの話とかは、まぁ、本気で引いたわけで・・・
たぶん、こういう感情は伝わらないんだろうなぁと。
周りから見ると、よっぽど他人に失礼なことしてるのに、自分に対しては些細なことでも大きくアピールってのは、
インドリさんにも共通するとこですねぇ。
でもって、その些細なことが若干まとはずれというか、「えっ、ソコ?」みたいなとこも良く似てると思います。
あぁ、説明とかで、なにに対して説明しているのか、あやふやな点も似てるかな?
相当好意的に読み取ってもまだなにかズレてるというか・・・
ズレてることを説明するのに時間がかかるのに、本人だけがそれに気が付かないって構図は、よくでますねぇ。
んでもって、元が誤読っぽいんだけど、なかなかそれを認められないというか・・・
認めないのか、理解できないのか、それがまわりから判断しにくいのが困るとこw
さらに困るのは、大抵の場合両方だった可能性が高いって読み取れるとこかなぁw
玄米茶さんやεπιστημηさんがいい感じに拾ってくれてたから、ヤジを飛ばす外野が入りにくかっただけで、
そうじゃなければ、もっと酷い状態だったような気がするんだよなぁ。
もちろん、Aさんが最初から参加してたら、目も開けられないような状態だったことは言うまでもないw
個人的に、Aさんは中傷文を除いて書いていれば、もう少しまともな会話になると思うんだけど・・・
でも誤読が多いから、中傷文がなくても結果はかわらないかな?w
PS.
>http://el.jibun.atmarkit.co.jp/genmaicha/2012/12/2-7b17.html#comments
>A 2012年12月25日 (火) 12:15
>ならば何故みながわさんへの誹謗中傷はスルーしているのでしょうか。
この発言をみて私は驚いたんですけどねぇ。
これ、自分の発言は誹謗中傷だったって認めてるようなものでしょ?w
> 2012-12-19 20:10:38
> まぁ、正直シャレにならないようなことしてるような気がします。
撤回していただきました。
しかしなんか最近すっげーね。最近の痛いのって若いやつらじゃなくてオサーンな印象w
鳥頭さんもオッサンだもんな年齢的にw
>気に入らないコメントを「間違い」だったとして削除しているところも、なかなか真似できない感じかなぁ。
ですが、
http://www.ohfuji.name/index.awp?p=1985#respond
に
>ドより
>2012-12-02 11:47:53
>PS
>間違って古い方に書いたコメントは無視して構いません。
というコメントがあったので削除したのだと思います。
気に入らないから、という理由ではなさそうです。
1・連載開始前に「実はあの連載記事、最後まで構成を考えてから書いています。」
2・連載中は「連載をずっと読んでいれば分かります。 」
すごく…ウォーターフォールのような…。
しかも
3・全体のボリュームが事前に知らされることはありません
すごく…デスマーチです…。
4・いつ連載が終わるのかもわかりません。
を忘れてた。
削除された結果、@ITでは誰が迷惑者なのか、はっきりしたわけですがー
何度も同じことを繰り返しているから、そろそろ何がいけないのか、
わかってもいいと思うんだけどなぁ・・・
わからないから、あのようなことができるんだって考えもありますがw
余分な中傷なんかいれずに技術的なことだけコメントすれば、もう少しなんとかなると思うんだけど、
話の主軸がなにか?ってのが他の人とズレてる感じがするから、やっぱり周りが説明する状況は
変わらない・・・かなぁ(^^;
まぁ、関連でー
http://wonderfulsky.web.fc2.com/memo.html
2012年12月29日が重複してるんだけど・・・
こーまぁ、誰にも教えてもらえないってのも寂しいものですがー
自分で気が付かないってのは、確認してないってことなのかなぁ・・・
まぁ、コメント欄もないし、BBSも書く気にはならないですよねぇ(^^;;;
技術者としての立ち位置には同情できるものがあるんだけどー
人としては同情できないんだよなぁ・・・もう少し会話をなんとかしないと・・・
ノーギャラってな発言は、かなりの人が引いたんじゃないかなぁ(^^;
前倒し作業で仕事がひまになったのでひまつぶしで。
よくある鳥頭パターン(だぶ☆すた!あり)
記憶だよりなので正確ではないと思われ。
ミ『鳥さんも厄介な人達に絡まれましたね』
*「↑うわー鳥さん。自作自演サイテー!」
鳥『お前らのバカさかげんを示すためにちょっとハンドル借りて成りすましの釣り実験しただけピヨ!』
数日後・・・
鳥『自作自演とか成りすましとか釣り実験とか完全に荒らしですね』
*「ファッ!?」
*「謝罪はちゃんと正しくしないといけないと思いますが?」
鳥『もう終わったことだし。私はもう謝罪した。普通これでいいのでは?』
*「ファッ!?」
*「またこんなエントリあげて…せっかくの謝罪が台無しですよ?」
鳥『前のは話しに合わせただけです。普通社会人なら人の話しに合わせます』
*「ファッ!?」
*「一度冷静にアドバイスとして耳を傾けてみれば?」
鳥『貴方は誹謗中傷する人を正当だと言うんですね?』
*「ファッ!?」
*「●●●●さんの書き込みのどこが悪口だと言うんでしょうか?」
鳥『貴方は徒党を組んで集団で”永遠と”荒らす行為を正当だというんですね?』
*「ファッ!?」
*「●●という質問に答えてくれませんか?」
鳥『一体いつまで続ける気ですか?大人は皆まで言いませんよ』
*「ファッ!?」
*「いやいや。鳥さんだってちょっと前の書き込みで●●なこと書いてますよね?」
鳥『ほらまたそうやってはぐらかす』
*「ファッ!?」
*「はぐらかさないで●●の質問に答えてもらえませんか?」
鳥『そうやって勝手に決めつけ事実を歪曲する人と”お話し”する気はありません』
*「ファッ!?」
*「別の箇所を返信するヒマがあるなら質問だけでいいので答えてほしいんですが・・・」
鳥『そういうのをいやがらせと言います。もうあなたの書き込みは許可しません』
*「ファッ!?」
*「ああやっぱり都合が悪い事に関しては答えられないんですねぇ・・・」
鳥『はいはい。そうやって勝手に決めつけるのは簡単ですからねぇ』
*「ファッ!?」
*「○○さんを●●と決めつけて非難していますが根拠は?」
鳥『私がそう感じたからです。それと○○という人はいつも徒党を組んで(略』
*「それが間違いだと言っているんですが…」
鳥『その主張が正しいという根拠を出しましょう』
*「ファッ!?」
start->限界は人間の錯覚
end->所詮人間の能力は有限です。
ファッ!?
彼がここを見ているかどうかわからんけど。一応かばってみる。
最初の「限界」には「人間の能力」とは書いてなくて。
どうも無限次元体について「限界は錯覚」といっているので矛盾はしてないかもしんない。
まあ俺もちゃんと読み取れているか不安だけど。
叩くときは叩く。かばうときはかばう。とかいってみる。
や、ReadErrorが発生していたようです。
最初の「限界」が何の限界か不明でしたな。
とりあえず「平和が一番」
→http://el.jibun.atmarkit.co.jp/rails/2013/01/post-6025.html
> 「将来必要になりそうだから」と思って実装する機能は実際には不要なことが多い
→変更容易性を盾にオブジェクト指向というが、そういう変更が起こらないことは多い。
とか。
ちと衝撃的だった。
中段あたり。
>例外処理ですLowできるオブジェクト
どんな入力方法ならこんな打ち間違いができるんだろう…。
該当コメントは以下の3つ。すべてDeppi氏の書き込みだが。
2012/12/27 07:30
2013/01/06 11:50
2013/01/07 20:22
とりあえず上記3件を承認待ちに戻した。
内容は「都合の悪いコメントを削除した」という書き込みね。
これが事実と異なるんだと。事実かどうかは俺には判断ができないんだけど。
別に事実だとしても相手は実名っぽくて名誉棄損が成立しやすいと思われるので取り急ぎ対応した。
誰かさんの時と違ってちょっとだけぶるっちゃったわw
脱線話:ちなみにその誰かさんの時はこの人のように具体的に「ここが事実と違う」「ここを消せ」なんてなかったなー(棒読み)
やー、お疲れ様でやんす。
不都合があったら設計からやり直せなんておっしゃる誰かさんとは違いますなー(棒読み)