ここはお前のサポートセンターじゃねえんだ。少しは調べてから質問しろよ。な！
痛い発言や論争を見かけたらタレ込みよろしこ。
2009-11-02 【自作自演】インドリ専用スレッド 5【四字熟語募集中】 
インドリ（ネタ好き未記入）のブログやコメントなどについて言及する専用スレ。某キ○ガイストーカーについてもここでどうぞ。
インドリ以外の話題は痛い発言とか雑談とか討論によろしく。
■過去スレ
■炎上の原因となった記事 および 見どころ記事
- ミーちゃんという名前を使って他人を攻撃（インドリ名義で攻撃するのは怖いピヨ♪）
- 名前を変えるのを忘れてミーちゃんの名前のままインドリ宛ての発言にレス（この自ら自作自演をバラす行為により炎上）
- 自作自演ではない実験だったと逆釣り宣言（当然さらに炎上。しかし本人は被害者面）
- 自作自演は許さないピヨ！僕の場合は特別に許されるんだピヨ！
- 葵さんは遠慮しているだけピヨ！僕の主観が正しいに決まっているピヨ！
- お前が実験をするのは許さないピヨ。でも僕が実験するのはいいんだピヨ
（インドリも逆釣り実験宣言しているのに自分は良くて他人がやるのはダメらしい） - ブラック会社・特許関連で無茶苦茶な理屈で語るインドリ（ベンチャー社長さんも登場）
- 勝手な思い込みで、勝手に判断されてあきれているインドリです（事態を収束させようとした葵氏の好意を無駄にするインドリ）
- 入荷！ 謝罪会見（笑）1年近く誹謗中傷され続けて（ひどい脚色だｗ）モンスタークレーマというドラマ（そんなドラマねーよｗ）
■炎上後に書いた涙目エントリ および 準・見どころ記事
- ネタつつき41ー今までの纒。（お前らのやっていることは誹謗中傷だピヨ）
- 中の人の徒然草185（お前らが過剰に攻撃するからいけないんだピヨ）
- 私は心機一転やり直します！（口だけ。そしてキチガイ大暴れ）
- 不死鳥の如く復活（僕は全然反省なんてしてないピヨー）
- 中の人の徒然草190（僕は「自分に厳しく他者に甘い」を心がけているんだピヨ）その逆だろｗ
- 中の人の徒然草191（不自然な第三者とAlexAndRite）
- 中の人の徒然草197（年上が年下の僕をいじめるなんて卑怯ピヨ）30のオッサンが何言ってんだ？
- 入荷！ 私はよく竹を割った様な性格だといわれます。私は逃げの姿勢や負の感情が大嫌いで、陰湿な事をするぐらいならばはっきりと言わないと気が済みません。それに、くどくどと喋るのも嫌いです。外見はちょっと女性ぽいけど、「男は黙って仕事！」的な性格なのです。20代前半の頃は営業の方から「あまりに正確で隙も無駄もなくコンピュータと話しをしている気分になる。少しぐらい隙や無駄な部分を作りなさい。」と言われた事があります。
まとめ：自作自演→逆釣り実験宣言→お前らが○○するのは許せないピヨ！でも僕は○○してもいいんだピヨ！→僕に不都合なことをするお前らが悪いに決まっているピヨ！
■その他見どころ満載なエントリー（古い記事とかわからんから教えてくれ）
- ネタつつき38ーネット虐め？について（見たことないけど裏わんくまは存在するに決まっているピヨ！）
- ネタつつき39ー仕事の苦労話し＆失敗談（すべてブラック会社だったんだピヨ）被害妄想乙
- 中の人の徒然草175（マスゴミは卑怯だピヨ）お前こそ卑怯ｗ
- 中の人の徒然草178（芸能人と政治家を比べる意味がわからないピヨ。でも僕は比べてもいいんだピヨ）
- 中の人の徒然草192（れいさんの希望通りに書いたピヨ）どっから電波受信したんだ？
- 中の人の徒然草194（・・・）
- 中の人の徒然草196（インドリと一緒に仕事をしたことがある人が降臨？）
- 中の人の徒然草200（バグ報告は重要だけど僕はスルーするんだピヨ）
- 中の人の徒然草204（れい氏がGJ）
- （なぜか消えている記事）
- 中の人の徒然草211（僕のことをハッカーだと呼んで欲しいんだピヨ）
- ネタつつき29ー私の頭の中の小人さんたち
- 中の人の徒然草129
- 中の人の徒然草130
- 最初から自作自演？（普通のブログで最初のエントリで３日しか経っていないのにこんなコメントはつかない）
まとめ：入社→人間関係がうまくいかないピヨ→そうだピヨ！これは会社が悪いに決まっているピヨ！→そうだピヨ！ブラック会社だったんだピヨ！
■言い訳の王者・インドリ
- OCamlをつつく7−剰余演算。やっぱりあったのね。（初心者用だから知っていて書いているんだピヨ！）
- ネタつつき42ーこの業界に蔓延する「情報は正確に」病（お前らいちいち細かいんだピヨ！）言い訳記事乙
- 中の人の徒然草207（ブログに完璧な文章を求めるなピヨ）言い訳記事乙
- 中の人の徒然草212（お前らいちいち突っ込みがうざいんだピヨ）また言い訳記事かよ
まとめ：記事を書く→間違いを指摘される→細かいことだピヨ！僕は間違ってないんだピヨ！知っていてわざとやっているんだピヨ！
■ザ・ベスト・ストーリー・オブ・インドリ
- 店のおっちゃん「そこのカップル！ペアルックなんてどうだい？」
（アニメの夜神月とか俳優の中村俊介とにているんだピヨ） - 社長「仕事の話しは以上でお終いだ。ところで君のブログ炎上したね。」
（知識の広さと技術に対する情熱で察しがつくのは当然なんだピヨ） - 係長「部、部長？！この方は・・・」（なんというドラマｗｗｗ）
- 社長「五月蝿い！金をやるから作れって言っているんだ！」（ドラマ社長乙）
- 行政「くっ！調べません！今の書類だけで判断します！」（どこのマンガの世界だよｗ）
- 妹「ほっっとうに、女の職場って嫌よねー。」（その妹こそがまさに女の醜いところの集大成だったりする件ｗ）
- 妹「それはナイナイ。男としての魅力は0だもの。」（脳内妹乙）
- 妹「別に。仮に自分がロボットだとしても、自分は自分だからどうでもいいわよ。」（脳内妹乙）
- 妹「特に新人。上下関係を全く考えないのよ。何度言葉遣いを注意しても聞かないのよ。」（だから語尾ｗ）
- 女全員「分かっていたわよ」 妹「どこかにいい人が居るわよ」（どこの二次元女の語尾だよｗ）
- 入荷！ 「どうして何時も刺々しいのかしら？」「女は変わるのよ」「凄いわ！」（事務員とOLって何が違うの？）
まとめ：リアルの会社・リアルな女のことを知らないヲタが頑張って書いたクソラノベレベル。
■都合の悪いことはスルー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件のみ承認されました。（これはひどいｗ）
- 入荷！ れい氏のなりすましを疑う書き込みを削除
まとめ：荒らしはスルーが基本だピヨ（本音：やばいピヨ！言い返せないピヨ！）
■２ちゃんねるでの言及やネタっぽいもの
- インドリ on Twitter（本当に本人が作った垢？）
- インドリ 自作自演
- 自作自演がバレて炎上 （unkar.jp）
- インドリが自作自演でブログ炎上
- 削除依頼スレの書き込み
- インドリ「そうだピヨ♪IT業界はブラック会社ばかりピヨ♪」
- インドリーノ、インドリーノ、インドリーノ
- 入荷！ インドリのブログ話題度
■他所様のブログや掲示板
- DELETEでDB内削除方法は？？
- シェアウェアについて
- 特許確定したー！
- な、なんだってー！
- やめやめ
- 炎上君の結末。
- まいったなー...（魚拓）
- どうぞこちらへ
- 護送船団は新人に合わせることだピヨ
- (・∀・) は賢くやりましょう（インドリが言うな！）
- これはわかりやすい (・∀・) ですね（インドリが言うな！）
- 部長が急にヅラを取ったんだが･･･（キチガイストーカーの思い込みの激しさって共通するものがあるよね）
- 散々コケにされたネタ好き未記入ことインドリに不自然に好意的なキチガイストーカー
- 入荷！ インドリの経歴に詐称疑惑
■＠ITで頑張るインドリ神
- ベンチャー系ITベンダ採用担当者（社長）のつぶやき
- なんだか今日いけそうな気がする〜〜！！
- 格差社会は「28の法則」で進む
- Windows7のXP Modeに思うVB6
- 不敗神話はどこへ向かうのか（宮本武蔵に謝れ）
- VB6を使い続けること
- VB6を使い続けること（セキュリティについて）
- VB6を使い続けること(プチ炎上したのでまとめ）
- バクチのような新人時代
- 炎上までいかなかったけれど、たくさんのご意見ありがとうございました
- 上流の技術者はSQLを高いレベルで習得すべき
- 未経験をウリにするには
- Webシステムの前に、もう一度、VB6と.NETとSQLについて
- 入荷！ 【継承】など何が便利か分からない
- 入荷！ 上流の皆さんへ（私は数億円規模までのプロジェクトしかやった事ありません。）
- 入荷！ みんな業務分析にあんま興味ない？
■ラッキーワード
- 第 1回「中傷誹謗」（なぜか「誹謗中傷」ではない）（※注意：正論でも中傷になるゾ！ｗ）
- 第 2回「愚かしい○○」（例：愚かしい行為をするのか？）
- 第 3回「○○な輩」（ちなみに「中傷誹謗」「愚かしい○○」「○○な輩」はキチガイストーカーも多用している不思議）
- 第 4回「恥ずかしい○○」（例：恥ずかしい行為だと思います）
- 第 5回「大人がすることではありません」（インドリは もう おとなだった！）
- 第 6回「話しになりません」（例：やはりお話しにならない人達ですね）「はなしし」ってなんだ？
- 第 7回「モンスタークレーマー」（そういうお前はモンスターブロガー）
- 第 8回「貴方の○性を疑います。」（例：貴方の感性を疑います。貴方の知性を疑います）
- 第 9回「彼らは感情的かつ非論理的」（鏡の前で言うと何かいいことあるかも！）
- 第10回「彼らは自分たちのことは棚に上げて」（この発言こそが「棚に上げる」の良い例）
- 第11回「ケンカ腰」（※注意：だが時系列は加味しない！）
- 第12回「十人十色」（例：十人十色という言葉を知らないのですね。）
- 第13回「印象操作」
- 第14回「属人論法」
- 第15回「○○することが正当な行為」（例：私のブログを荒らすことが正当な行為だと言うのですね）
- 第16回「私は仏様ではありません」
- 第17回「謝罪会見」
- 第18回「ラスボス」（例：それはラスボスに取っておきます。ところでラスボスはどうしましょう？）
■おまいらにお願い
その他追加して欲しいものやここにないページは「追加しろ」とか書いてくれると超ありがたい。
■インドリちゃんにお願い
ここに書かれていることは文面通りに受け取らないでください。でも読めば「誰でも」わかることだし、必要のない行間は書く必要ないよね。矛盾しているように見えるがこれはインドリちゃん自身のスタイルなので矛盾しているわけがないよね。
最近のあらすじはわからんｗ
それと画伯は死刑ねｗ
↑ってその前のSPAMが消えたら私，意味不明な人に見えたり・・・・。
まぁ死刑なので仕方ないですっ！！
ワロタwwww
「愛」がないと、きちんと伝えられないでしょ。
なるほど。ピヨは、技術に対する愛が足りない(笑)
今日のセッションでわかったこと。ピヨちゃんは、TBB を調べていない。TBB がするのは、「スレッド」を分けることではなく、タスクを分けてスレッドに結びつけること。
今日の1時間程のセッションをピヨちゃんが CodeZine に書いてるペースでやると、ライフワークになりそう。
>速読は出来るけども、やはりコードは実際に自分で打って試さないとね♪
ほんとにね...「試さないと」ね☆
自分で打って「試して」たら、ここまでつつかれることはなかったと思うのですが...。
>将来プログラム言語はインタプリンタ／コンパイラという区別ではなく、実行環境こそが大事なものとなり
言語の区別じゃなくて、実行方法の違いのような・・・
仮に、区別が無い状態というのを想像すると、ソースコードが直接実行できるわけで・・・
それはインタプリタじゃないのか？
いや、インタプリンタだから違うってのもあるのかもしれんがｗ
何回も間違えてるから、素で覚え間違いしてるようだなぁ。
彼にとって、現状のJavaとかC#とかはどういう扱いなんだろう？
ＰＳ．
上のほうが、にぎやかく乗り遅れた感が！
画伯はなにをやったんだろうｗ
ＰＳ．２
彼のブログ、エントリを選択して表示させると、タイトルおかしいんだね・・・
トップは直ってるから・・・根本的な直し方というか、原理がわかってないってことだろうか？
割と恥ずかしい感じのミスっぽいんだけど、気づいてないのかなぁ。
PS3
なんでだろう、認証制というだけでちょっと笑えるｗ
現場で最高何歳の人がプログラミングやってるんでしょう？
曲解してるのも上げ足取りしてるのも一人だけな罠。
しかし、技術では負けないけど体力が付いて来なくなってるし、常駐先の10歳年下の客のほうが高給。
そういう意味の限界なら日々感じる。
>トップは直ってるから・・・根本的な直し方というか、原理がわかってないってことだろうか？
>割と恥ずかしい感じのミスっぽいんだけど、気づいてないのかなぁ。
おそらく構成とか全く理解していないんだと...。
注意書きの辺りとか、連載記事の紹介とかHTMLを自分で書いてる部分がありますが、なんかこーすごく昔の知識で書いてる感が...（苦笑）
まぁ、それ以前に F C 2 の 説 明 を 全 く 読 ん で い な い ってことですけどね。
bodyタグの間にいれろと明記してあるのになんでわざわざtitleにいれるのかが理解不能。
そのうえ、コメントの記述方法間違ってるのまでタイトルにさらしちゃってるのがなんともw
#違うっちゃ違うとはいえこんなんでXMLとか大丈夫なんだろうか...。
#まったくのシロートさんでもあんまやらない間違いだと思われw
うーん、直接書くと意地で直さないだろうから・・・
まぁ、本文的にも直接関係ないし・・ここでいいか(^^;
まず、tbb22_20090809oss_win.zipの中にソースは無いから、ソースコードのパスは要らない。
できれば、実行時にDLLが必要だということも書いてあったほうがいいんじゃないかなぁ。
素直に書いてある通りにしようと思ってできなかったのでｗ
いや、DLLなければ動かないのは当たり前なんだが、設定すると実行時の参照先が増えるのかなと期待してしまった(^^;
やり方が不味いだけで、上手い方法があるのかもしれないけど(^^;
クラス設計というか使い方がちと謎なんだよなぁ。
Salesクラスの
>SalesDetails* datas; //売上明細データ
>int count; //明細データの数
この２つ、直列用の計算では意味無しになってる。
並列用にdatasが欲しくなって無理やりいれたような設計なんかなぁ。
countは使ってないし(^^;
Analyzerクラスの存在も意味薄いし・・・
計算の速度比較するなら直接と並列で準備する方法が同じにしないと駄目のような気もするんだが(^^;
これさー、素直にSalesクラスを２つ用意すればいいだけのことをわざわざ難しくしてない？
直列用で作ったものに、parallel_forで困るからdatasというメンバ変数追加して、強引に直列用をそれにあわせたような(^^;
datasとoldsのdeleteが足りないように見えるんだけど、アレでも実害は無いんだよねぇ。
OSが勝手に開放してくれるから・・・まぁ、初心者用って意味ではNGなんだろうけど。
.NETに慣れるとdelete忘れが増えるんかな？
ここから、自分の知識不足でやってる意味がわからない部分なんだがー
>cout << "これから";
>copy( name.begin(), name.end(), ostream_iterator<char>( cout ) );
>cout << "（" << target->get_price() << "円）の売上を分析します・・・" << endl
ブラウザの表示幅が少ないとendlまで表示されないんだね(^^;
カット＆ペーストで表示されて気がついたｗ
これって、２行目のcopyって単純にnameじゃ駄目なん？
実際に変更して特に問題があるように見えなかったんだけど・・・なにかのコードテクニック？
あと、コメントについてたconstの話は、同じような感想だったんだがー
constを関数の後ろに書く方法すら知らなかったので、彼の説明が正しいのか、コメントの通りでトンデモ解説なのか判断ができんｗ
が、なんとなくトンデモ解説な臭いがする。
メンバ変数に対して、わざわざthisを使ってるのは、メンバ変数だとわからせるためのコードテクニックなんだろうか？
operatorで
>SalesDetails* tmp = this->datas;
と、tmpに代入しているのも謎なんだが、先のコードテクニックだとthisを必ずかかないといけないので、短縮できるようにtmp使うのかなぁ？
それともauto変数使って速度上げる！って方向？
まぁ、特別問題があるわけじゃないんだろうけど、意図を読み取るのが難解なコードだなぁ。
・・・ところで、あのサンプル、実際にコンパイルしてチェックした人はどれぐらいいるんだろう？
始めに実行したときに、並列のほうが遅い表示になって、変だなーと思ったんだが・・・
Debugでビルドしないと、あの結果にならないとは思わなかったｗｗｗｗ
最適化が効いてしまうと、直列のほうが早いとはｗｗｗｗ
いくら実務を想定してないからって、Debugビルド限定の内容だとは思わなかったなぁ。
TBBはアレぐらいの負荷ではスレッド分割しないのか、していてスレッドの負荷のほうが高くなってるのか、詳細はわからない。
ためしに数を減らしてSleep入れてみたら、最適化しても期待しているような速度差がでたから、TBBが悪いんじゃなくて、サンプルの負荷が小さすぎるのが駄目なんだね。
ＰＳ．
ブラウザがキャッシュを拾うのか、ここの表示が更新してもかわらなくなってしまった。
コメントを書くをクリックすると更新されるんだが、ちと面倒(^^;
ＰＳ．２
CodeZineで彼の記事がTOPに沢山表示されるのをみて、CodeZineで書いてる他のライターが可哀想だなと思った(^^;
>彼のブログ、エントリを選択して表示させると、タイトルおかしいんだね・・・
やっとこ直した模様。
彼には説明を読むという機能が見事に抜けているらしく、ほんっとにタイトルから外した「だけ」なんだけどね...(^^;
まぁ、表示されなくなっただけでもヨシとするべきか...w
双方マチガイじゃないかしら。
class foo {
char* p;
void f() const {
ここで p は char* const 扱いとなる。
const char* ではない。
なので p を変更することは許されないが、
*p を変更するのはかまわない。
}
};
へんじがない。ただのしか(ry のようだ。
それに大して行動が見えないというか、なんというか理論だけが突っ走ってる感が・・・・。
>どのようにして作られるのかもわからない状態で何をかを設計する事なぞ出来る筈がありません。
>仮に出来るのであれば、エンドユーザーがすれば一番良いという事になりますし、
使う物の中身を知らなくても、使い方が解れば、設計できるよ？
ブラックボックスの中身を知る必要性に迫られるのは、限定された状況だと思う。
逆にブラックボックスの中身を知らないと設計できないのは、駄目なんじゃないかなぁ。
でさ、エンドユーザーができるならそれが一番いいんだよ。
極端な話、コンピュータが人間の言葉を理解して、処理してくれるならプログラマは要らないんだよ。
昔と違って、プログラムの敷居が下がってきてるし、プログラマって職は昔ほど特別なもんじゃない。
エンドユーザーの代わりにコンピュータに指示を出すってのがお客を持つプログラマの仕事なわけで。
>そもそも分からないものを設計出来るのであれば、建築に無知な私だって家を設計出来る事になってしまいます。
>そんな事出来る筈がない事は明白です。
家を建てるときに、主な設計をするのは、家を買う人だよ。
もちろん、強度計算やら細かい図面は専門の人が行うんだけど・・・いや、人がやらない場合もあるか(^^;
設計の主導権があるのは、建築に無知なお客だよ。
http://indori.blog32.fc2.com/blog-entry-937.html
>お小遣いを貯めてLinux用のPCを買います。
なんだろう、彼が言うとシャレにならないような気がする(^^;
本当に、お小遣い貰ってても不思議じゃないというかー
そのほうがすっきりするというか(^^;;;;;;;
http://el.jibun.atmarkit.co.jp/g1sys/2009/11/winnysql-eea0.html
>経営者は無知でもいい、お客は看板を信じていればいいという盲信がまかり通っています。
>そういった状態を打開するには、私のようなフリーエンジニアに評価をさせるのが一番だと思います。
先生、おなかが痛いですｗ
どこからこの自信が湧き出るのか普通に凄いと思う・・・マネしたいとは思わないけど(^^;
間違いを認められない人に、評価を任せたいと思う人は少ないんじゃないかなぁ。
新キャラ「父」登場の巻
>父「確かに甲斐性ないな。そんな奴に娘はやれんな。」
まず自分の息子を教育し直しましょう。
>男A（自慢げに）「俺、いつもは女と来るんだ」
>男B「そうか・・・」
>妹「ねぇ今の聞いた？自分の彼女を１皿100円の回転寿司に連れて来るなんて！信じられない！」
>私「こらっ聞こえるって。」
>父「確かに甲斐性ないな。そんな奴に娘はやれんな。」
>妹「大丈夫よ。私はお座敷とかじゃないと行かないわ！そんなケチな男とは付き合わないわ！」
>父「それでいい。女を食わす甲斐性がない奴とは付き合うなよ。」
>妹「うん♪」
>私「ちょっ二人とも聞こえるって！真後ろの席なんだから聞こえるって！」
妹のスウィーツっぷりは今更だが...（彼女と100円の回転寿司行ってなにが悪いんだ？）
これ...父の発言は自虐だよなぁ...。息子の言い分からすると、父の甲斐性なしは決定的だしw
オレみたいな奴は選ぶなよ、ってことだよなぁ...w
結果的に父も兄も「甲斐性なし」だとぶったぎってる妹すげーwww
>感覚＋数値で行うのがベスト
素晴らしいギャグですね。
Ｓｏｄａさんと生島社長にごめんなさい。
> それにアジャイル開発をスラムダンク方式と勘違いしている人が多く...
素でわからんのだが、スラムダンク方式てなんぞ?
お昼のカップヌードル噴いた。
何という比較。
いまさらですかそうですか…。
http://mswin01.sakura.ne.jp/2004/12/post_70.html
スラムダンク方式・・・最大の敵と戦うまで、勝つまでを描いた漫画でしたか。
グーグル先生に聞いてみたけどこんな情報しかでてこなかった（苦笑）
結局どういう方式なのかはわからずじまい...orz
で、最後は荒らし認定で終わるんでしょうね。
また、始まったのね。
「私なら、説伏できる。」と挑むのかも。
玉砕しないことを望むのみ。
それにしても、費やした工数 == 請求額 という公式の出所はどこなのだろう。
そこが不明瞭だと、永遠に繰り返すんだろうね。
その都度、奇特な人が登場するとは思えないが。
> まるでゴールにぶち込むかのような豪快な方式ですので、スラムダンクと呼ばれています。
初耳（笑）ソースを知りたいなあ。
>SQL色が強く
>SQL色が強く
>SQL色が強く
そんなあなたにSLEECT
価格決定と関係がないんだけどねぇ〜。
通常の価格決定て、当然市場調査はする。
で、売り上げ予想数と他の同系統商品の価格と原価から
価格を導きだすんだけどなぁ〜。
当然この原価には人件費は含まれているわけで、そこには人月単価が存在するんだけど・・・ま、人月単価という言葉は出てこないけどね。
で売り上げが伸びないなどが起きてくる予想が立ったときにコスト削減などを考慮に入れて価格帯の見直しをするんだけどなぁ〜。
http://indori.blog32.fc2.com/blog-entry-940.html#comment3143
いや〜なんというか、今回のやり取りを見ていて、御酉様は頭がコチカチに固まってしまっていてなんというかねぇ〜。
価格決定云々もねぇ〜なんか、微妙。
ま、この内容を見る限り、おれは御酉様に仕事の発注は
エンドユーザとしてもごめんこうむりたい。
だって、システム価格が感覚で決まっちゃうんだもん。
＞我に迷いなしです
いや、エントリーを見る限り、迷ってばっかりですが？
＞数学を学ぶ事により、より一層視野が広くなりますので、今からとても楽しみです。
数学以外の視野が一層狭くなってるように見えるのはおれだけかな？？
ピヨちゃんに必要なものですねわかります。
と 人のブログの見てておもった。
いい加減な記事書いてお客のクレーム無視しておきながら
なーにが「普通の商売をして儲けましょう！」だ。 何様だ貴様。
生島社長のところが色々混じって炎上中。
鳥氏とまり○氏を一緒に隔離しとけば、少しはおとなしくなるのかなぁ。
合体して恐怖！とりも男になったらやだなぁ。
（ちと重いです。）
ついに数も数えられなくなったのか…。
（と言っても覚えてないかｗ）
http://el.jibun.atmarkit.co.jp/g1sys/2009/12/post-c959.html
あれだけツッコミ食らってる時点で自分に何か問題があると思うのが一般的だと思うんだが。
ツッコミ入れてる人は全員「誹謗中傷サイトの住人達」扱いな模様。
仕事でバグ出たときどうしてるのかな・・・。
俺はまずは自分の書いたコードを疑うんだが。
http://codezine.jp/article/detail/4372
こっちはかなり古いが（すまん。インドリ関係のサイト見るのが数ヶ月ぶりだったんで）
Ｓｏｄａさんの
＞今回のことは、インドリさんがメモリリークとバッファオーバーランを混同していたことが原因です。
についての対応見ると、単純な言葉の誤りじゃないのはコメントとサンプルコード見ても明らかだし。「混同」てのはＳｏｄａさんの優しさかな？
実務に関わったことがないと疑われても仕方ない。
＞メモリリークの問題につきましては、筆者がコンパイル作業を失念していた事が原因でした。
ってのは答えになってない。その前にオーバーランをリークだって言い張ってるんだから。
でもこれをツッコミ続けたら、
「僕が仕事で書くコードは完璧だからメモリリークもバッファオーバーランも起きないんだピヨ！だから混同したんだピヨ！」
ってなるのかもね。
本家ブログもコメント付かなくなってきてますね。
「スラムダンク方式」は私も調べてしまいましたｗ
どこかで見たような。
■都合の悪いことはスルーOR削除
Javaをつつく1ー基本型。原子みたいだね♪
http://indori.blog32.fc2.com/blog-entry-542.html
は、いつの間にか指摘通りに修正されているようです。
ネタが被ることを考えちゃうと書きづらいと思ってたのは私だけだろうかｗ
http://indori.blog32.fc2.com/blog-entry-970.htmlのコメントより
>また、何社かの仕事を引き受ける際、秘密保持契約を結びますので、おのずと自宅で作業する事になります。
自宅で作業できないって話ならわかるんだがー逆の話ですよねぇ。
どんな状態なのかなーと色々考えたんだけど・・・すっきりした理由が思いつかなかった。
唯一思いついたのは、本当に同時に進めるケース。
どこかの会社に行って仕事すると別の会社の資料やソースを持ち込まなくてはならず、それが秘密保持契約に違反する？
小規模な仕事（数時間程度？）ばかりならありえるのかなーと。
書いていて無理やりな感じがプンプンする解釈なので、なにか別の解釈募集ｗ
http://indori.blog32.fc2.com/blog-entry-973.html
>OSのパッチが配布され続けている現実を鑑みると、MSの様な大企業でもデバッグ環境はまだ不十分なのだと察しがつきます。
デバッグ環境が整っていればバグを防げるような話にも見えるんだけど・・・
毎回思うが、根本的な発想が私とは違うんだろうなぁ。
手段のために目的を忘れているように見えるのは、どうしてだろう(^^;
>仮想環境ならば実装中のOSがクラッシュしてもハードウェアは破損しませんし、多くのシステムトラブルを事前に防げるでしょう。
どんな仮想環境を想定しているんだろう？
ハードを壊すレベルのコードを書いているのに、実環境と同じレベルの環境を求め、その上でハードには影響しないんですよねぇ。
仮想環境が実環境に近づくほど、ハードに影響を与えるハズだし・・・
ハードに影響がでないなら、チェックとして成立しているのかどうか微妙だし・・・
OSを作るレベルの話をしていたかと思えばSmalltalkのような開発環境と言い出すし・・・
今年も彼の発想には謎が多いですわ(^^;
ＰＳ．
CodeZineも無差別ですねぇ。
全体の構想を決めずに連載してるんかなぁ。
ブログと同じで、思いついたものを食い散らかしているような感じ。
こうなってくるともう、宗教のように感じる。「並列化教」？
サーバサイドでの夜間バッチなどでの経いれるかなら分かるんだけど、
なぜ、クライアント系処理まで並列化しないといけないのかが分からない。
# 大層なこと口にするだけのスキルあるのかが疑われてんだけどねー
http://codezine.jp/article/detail/4786/?p=4
1ミリ秒を 200回で、約 3.11秒。
2ミリ秒を 400回で、約 6.23秒。
3ミリ秒を 600回で、約 9.35秒。
4ミリ秒を 800回で、約12.47秒。
5ミリ秒を1000回で、約15.59秒。
秒をミリ秒と間違えて表示しているとしても・・・
誤差ってレベルじゃないよね、3秒ぐらいづつ増加しているのが謎なんだが・・・
あのソースでこんな結果がでるもんなん？
倍率だけみて満足したように見えるんだけど・・・理論値とかけ離れた結果がでていることに疑問を感じないのかな？
これは素でわからないんだが・・・CPUのキャッシュでコア数以上の倍率になることってありえるの？
どんなときにありえるのか、わからなかったんだが(^^;
あと・・・前にもいったけど圧縮して4MBのソースってのも疑問を持って欲しいなぁ。
12MBもある要らないファイルは外して欲しい。
ＰＳ．
http://el.jibun.atmarkit.co.jp/bias/2010/01/post-e9d1.html
>変化が速いこの業界で変化に対応しないことを選択している日本のIT企業に未来があるとは思えません。
ほぉ・・・
>会社のシステムさえきっちりしていれば、むやみに解雇する必要もないし、そもそも雇用する必要がありません。
・・・えっ？
いつものことだけど難解だ・・・
懲りもせず「ろくに確認/推敲せずに投稿」だ。
いいかげん学習しろ。モノ書きとしての基本的スキル欠落。
>・・・暇なんだろうなぁ。
普段どんな仕事しているのか謎なんですよねぇ・・・
わりと時間は自由に使えてるような感じな時もあれば、そうでもなかったりもするし・・・
もしかして・・・フリーエンジニア・・・だったりするのかな・・・いや、まさかｗ
妙にプログラムのこと知ってるみたいだしｗ
>επιστημηさん
実験ありがとうございます、その結果みると、あのコードであの結果は無さそうですねぇ。
Sleepの誤差を考えても酷い誤差だし、時間がほぼ等倍率で増えてるのがおかしいですよねぇ。
OpenMPに関しては動作できる環境が手元にないので、簡単に調べられないのが(^^;
omp_get_wtimeの説明がスレッド毎の経過時間になっていたので、その影響でなにかあるのかなーとか考えたりもしましたが・・・
メインスレッドで使ってるだけだから、関係無さそうなんですよねぇ。
メインスレッドの経過時間だけだったとしても、スレッドの同期を取ってるから同じはず。
むしろ、スレッド毎が本当なのかどうかのほうが気になったｗ
本当ならスレッド内の時間測定したい時に便利そう・・・というかソレがメインの関数？
標準のC言語ライブラリがなにをさしているのかわからないけど、「正確に計測できない」ってのはなにを想定しているのかも謎だったり。
そーいえば・・・SetProcessAffinityMaskの指定はブログのコードとは違い、直ってましたね。
ブログは間違えたままだけど(^^;
omp_get_num_procsの返す値は、起動時の数みたいだけど・・・
なぜそれがOpenMP利用時の注意になるのか、疑問だったり(^^;
こーもう一歩進めて、変更したときにスレッド数が変化しているかどうか調べたほうが参考になると思うんだけどなぁ。
それで変化しているならば、OpenMPは動的にスレッド数のバランスを取ってることになるんだろうし・・・
>いいかげん学習しろ。モノ書きとしての基本的スキル欠落。
職業ライターでは無いですよねぇｗ
間違いを指摘する人によって態度を変えているようじゃなぁ・・・
ミスを認めていても本文直さないってのも・・・
てか、このコメントってスパムにしても質悪すぎ(^^;
肝心のアドはいってねぇしｗ
てか、御酉様のいやがらせコメントだったら楽しいのにな。
（本人曰くここ見てないということだからありえないけどね。）
３０万までの素数を求めるプログラム（刈り込みなし）を OMP でまわしてみた。デュアルコアで１．３倍にしかなんねぇ。刈り込んでみた。あっという間に終わってマルチにする必要がなくなった（苦笑）
スパム消えてスッキリ、busaikuroさんおつかれーとか思ってたら、かゐさんの矢印が私のコメントにｗ
私とかゐさんの間に、スパムがあったってことを主張させてくれｗ
なぜか、皆が書き始めたら突発的に付いたんだよねぇ。
>かゐさん
>（本人曰くここ見てないということだからありえないけどね。）
あっ、公式見解では、適度にみてるようですよｗ
http://codezine.jp/article/detail/4786/?p=4
なんでそんな結果になるのか、謎が解けたので、コメントいれておきましたー。
興味があった人はどうぞー。
>Jittaさん
結果的にまったく意味の無いサンプルだったんですよねぇ。
あれですかね、始めに答えありきで考えてるから、おかしなことに気がつかないのかな？
わりと衝撃のお言葉ー
http://el.jibun.atmarkit.co.jp/hidemi/2010/02/post-78a2.html
>言語爆発みたいな経験私にもあります。
>あれを体験すると、日本語＝プログラミング言語＝思考になるんですよね♪
>それをさらに超えると、考えをまとめるためにプログラミングをするようになります（笑）
>新人時代は多分、考える→変換→プログラミングだったけど、
>今はプログラミング→自分の考えに気付くという事が多々あります。
コラムニストもリアクションに困りそうだなぁ(^^;
最後の１行だけは否定したいとこですよねぇ。
冗談じゃなくて、本気で言ってそうなのが怖い。
まぁ、本気だったとしら、色々納得できるような気がするのがもっと怖いｗ
Ｓｏｄａさんの貼ってた
http://el.jibun.atmarkit.co.jp/hidemi/2010/02/post-78a2.html
…べ、別人格だってー！
頭の中に小人が住んでるらしいですよ。
過去に何度か類似したことは言っているので、今に始まったわけではないですｗ
しかし・・・
>今はプログラミング→自分の考えに気付くという事が多々あります。
これって駄目な例だと思ったんだが・・・良い例として扱ってるのかなぁ。
いや、その前の
>考えをまとめるためにプログラミングをするようになります
からして、理解を超えているんだが(^^;
いや、本気でそうなんだとしたら、間違いだらけのプログラムの意味もわかるんだけどさ(^^;
彼の場合、間違った解釈での答えが先にあって、それに合うようにプログラムしてることも多いですよねぇ。
今回のも２倍という結果に満足して表示されている結果がおかしいことに気がついていない。
関係ないけど、彼のソースをダウンロードして解凍、コンパイルした後にコマンドプロンプトで実行させようとしたんだが・・・
TABキーでディレクトリの補完ができることを利用してOpenMPでTAB押したんだけど候補がでなかったんですよ。
なんでーと思ってよく見たらソースファイルはOpemMPだったｗ
ぐーぐる様で調べたら、23件ヒットしたｗ
よくあるミスだと思うけど、サンプルとしてアップされていると恥ずかしいだろうなぁ。(^^;
どこかで見たことがありますね（最近こんなのばっかり）
http://blogs.wankuma.com/jitta/archive/2010/02/05/185818.aspx
助っ人登場のパターンが単純すぎる......というか思考が単純なのか
http://codezine.jp/article/detail/4372
にくきゅうぱんち！（あうと）
うん、指摘されてる側に立ったとすると。
その方は執筆者からの回答を待っている状態ですね。
つまり「第三者が質問者に何か言う」場面じゃないよね。
あれ？
内容そのものについて突っ込む訳ではないですが、並列化のことを気にしなきゃいけない人ってそもそもそんなにいないですよね。( 大容量マルチメディア処理とか、大規模シミュレーションとか… )
そこんところは、先に釘を刺しといた方が良いんじゃないでしょうか。
並列処理になったとしても、性能につなげるのはなかなか難しいですしね。特にOpenMPは。MPIの方がまだ性能が出易いですから。
それに何より、並列化より先に、適切なアルゴリズムの選定の方が重要ですし。( 並列化する/しないに関わらず )
わざとだとは思いますが、O(N^2)の素数カウントやバカソートちゅうのも…。
並列化することで時間がかかる処理を投入してみた。
angelさん：
ありがとうございます！
> 先に釘を刺しといた方が良いんじゃないでしょうか。
ああ、なるほど。そうですね、考えます。
いや、ほら、なんだか「並列処理したら何でも速くなるぞ」みたいな書き方を、かの御仁がされているじゃないですか。（だから、ここに書いている）それへの「疑問提起」ですので。
> わざとだとは思いますが
もちろん、わざとです（笑）
少し修正しました。タイトルと、導入部分。本文中にアホな間違いがあったので、修正。まとめをふくらませた。
BubbleSort
シリアル
1
2
3
4
5
平均
パラレル
1
2
3
4
5
平均
BuzzFizz
シリアル
〜
のように科目ごとの表の方が分かりやすくない？
見にくいなぁと思っていたんだけど、なぜ見にくいのか、わからなかったorz
>http://codezine.jp/article/detail/4786
>http://codezine.jp/article/detail/4693
>http://codezine.jp/article/detail/4372
#FizzBorz…いや、すいません。
意図については了解です。確かに、こちらはかの御仁のスレですしね。
ただ、まあ、氏の話はもともとピントがボケボケですから、それに付き合って反論すると、知らず知らず自分のピントもぼやかされる恐れがあるかな…と。要らぬお節介だとは思いますが。
余談ですが…。素数カウントプログラム、ちょっと前に考えたことがありまして、O(NlogN)程度( 悪くても O(NlogNloglogN) ) はできるようです。順に割っていって素数判定するのではなく、各素数の倍数をO(N^0.5/logN)のメモリで管理する方式です。
( 例えば 47 なら、直近の2の倍数が48、3の倍数が48、5の倍数が50、7の倍数が49で、どれとも違うから素数。で、合成数にあたったら各倍数の情報を更新、といった感じ。データ構造としてはヒープを使います。 )
元のサンプルは O(N^2) ではなく O(N^2/logN) でしたね。( 平方根の縛りをつければ O(N^1.5/logN) に改善 )
Cお姉さんは、初心者が間違ったことを覚えてしまったという、前例になってしまいましたねぇ。
自作自演だと疑われているわけですしーかなりの被害者ですね。
まぁ、偶然にもインドリさんのブログや活動が停止しているので疑われるのもやもーえませんね。
自作自演がなぜかバレていることに驚いて、コメントを返せなくなったなんてことはないのでしょうが、今日は平穏でしたね。
そういうところも疑われる要因になっちゃうんでしょうねぇ、かわいそうに。
小人は一杯いても、体は一つなんだなーとか思われちゃうんですよねぇ、きっと。
あぁ、あと仕方が無いんだけど大勢で突っ込みいれると、いくら正しいことを言っていても悪くみえちゃいますねぇ。
わざと無茶苦茶な解釈をして人を集め、「どっちも、どっち」と思わせることが目的だったのなら成功しているのでしょうね。
私自身もそうですが、熱くなりすぎないように注意したいものです。
・・・まぁ、我慢にも限界はあると思いますがｗ
ＰＳ．
上のCuErPAさんってεπιστημηさんなん？
いやなにかなーとちと気になったもので(^^;
> 私の会社の人たちも全員同じ意見です。
会社名教えて欲しい。ビジネス相手としては、避けたい。
# はてなの ID って、大文字小文字を区別するのね(--;
# 某社ではありません。これも本名をも じった ものです。
Cお姉さんのことか、CuErPAさんのことかわかりませんがー
AlexAndRiteさんなら、そのままのハンドルで、もっと直球ぶつけるイメージがあるから違うと思ったり。
しかし・・・Cお姉さんに、ここまで無視されると違和感を感じるんだが(^^;
沈黙はYESと解釈すれば、反論する部分がないから反応しないってことなんかなぁ。
人を馬鹿にしたりしてーと書かれているがー
>（もっと勉強したほうがいいよ新人君。新人君がんばれ。）
自分のことは棚上げなのは頂けませんねぇ(^^;
まぁ、επιστημηさんもハンドル変えて抗議したのは失敗だった感じですが・・・
ハンドル変えて同じ場所で会話するのは不味いでしょーってわからせたかったとしても、通じて無さそうｗ
まぁ、本気で偽装するなら、自分からバラす必要もないわけですが・・・かなり湾曲して今後使われそうなネタになった気がするｗ
都合が悪いことは、全て無視ってのが特定擁護派のパターンになってるのがアレだ(^^;
こー彼の擁護をする人は、殆どこのパターンになるから自作自演だと疑われるんだよなぁ。
彼が書き込めば、Cお姉さんへの疑いは少しだけ軽減されるだろうし、Cお姉さんの援護にもなるのにねぇ。
本人は気がついてないんだろうけど、状況証拠からみると、自作自演が濃厚すぎるんですよねぇ。
疑われないほうがおかしいぐらいに・・・
どの過去ログみても同じような流れなんですよねぇ、会話の流れが・・・
根本的な理解力というか、読解力というか・・・アレだし・・・
自分の主張をごり押ししようとしているし、自分は常に被害者だとアピールしているし・・・
いや、自演だから、同じ場所に書き込むと編集部にバレてしまうってなら話は別ですよ？
Cお姉さんでの書き込みに使う通信をそれなりに偽装しない限り、高確率でバレますからねぇ。
でも自演しているわけじゃないんだから、同じ場所に書き込んでも問題ないだろうし。
Cお姉さんには同情しますね。
あ〜気が付けばスパム消えて、おらが、 Ｓｏｄａさんにいちゃもん付けてるみたいにｗ
おいらも先のコメントはかつてあったスパムに対するコメントですよ〜ｗ
なんか、codezineの擁護派の人は、矛盾点や誤りが無い記事やブログなどには、
批判コメントが付いていないことに、気づいているのだろうか？
自演であれだけ叩かれたのに、他の場所で自演を繰り返すわけ無いですよねw
たとえ sleep が「指定時間後に再開」でも、時間と処理量が固定なんだから、処理効率の計測には使えないだろう、と。
会社の“全員”を持ち出して、数の理論で勝とうとでも？逆に、会社の“全員”を、ろくに設計が出来ない人にしてしまってるよ。
48時間たったのに掲載可否の連絡がない(*_*)
噴いたｗｗｗCお姉さん、インドリの個性ですぎワロタｗｗｗｗｗｗｗ
フォローありがとーｗ
変なスパムは困りますよねぇ、というか何がしたかったのか不明なものでしたが・・・
ここの認証制が外れたのも結構前だったし、まるで何かの嫌がらせのためだけに張られたようなものでしたねぇ。
>MSK_Kさん
コア数などからループを適切な分割にしているかどうかーってな感じの判定には使えるかもー。
Sleepの時間を大きくすると、何分割されたか想像はできるんですよねぇ。
変な小細工しようとしなければ、そういう意味の処理効率もあったと思うんだけどなぁ。
あのコードはあきらかに負荷として扱ってるからなぁ(^^;
Cお姉さんの登場で、インドリさんの立場はかなり悪くなっちゃいましたねぇ。
自作自演は論外としてー
勉強中だと宣言しているCお姉さんが間違った認識を持ってしまったのは、あの記事のせいなわけで・・・
一番心配している間違った情報が広がっている前例になってますよねぇ。
Cお姉さんが現れなければ、「あからさまな間違いなら直さなくてもわかるだろう」ってな意見も有効だったかもしれない。
でも、この状態をみれば、やっぱり直したほうがいいですね。
さらに・・・
インドリさんがコメントを出さないことで、擁護している人に対してなにもフォローしない薄情な人という認識も生まれ始めてる。
コメントを出すにしても・・・
間違いを認めると、Cお姉さんの立場がなくなる。
間違いを認めなければ、論理的な回答が用意できない限り技術力を疑われる。
少なくともCお姉さんと同じようなことを言っているようでは、私は解ってませんよーと宣言するに等しい。
どっちにしてもコメントするのは難しいですねぇ。
Cお姉さんもコレ以上、記事の疑問点を無視して、被害者を演じるなら、多くの方の心象を悪くしますねぇ。
話題そらしや、逆切れだと見る人も増えると思います。
発言するなら気をつけないと危ないだろうなぁ(^^;
しかし・・・擁護に登場したはずが、インドリさんを追い込むことになってるわけで・・・
なんで、彼の擁護派は、彼の立場を悪くしてしまうんだろう(^^;
擁護する人を選べるわけじゃないから、彼にとっては不幸なことですねぇ。
擁護に見せかけて非難する、高等テクニック・・・うっそーーーー？！
やはり、コードを書いてから考えに気がつくからでしょう。
コードはそう語っているのだから、書いていることとコードの関係は嘘ではない、ということになります。
だから、擁護できる。
しかし、コードが考察によって裏づけされていないから、ちょっとつつかれると、すぐにぼろが出る。
自業自得ですよ。
その一言を口に出せない性格なんだろなー。 カワイソス。
スネ夫に自慢されて「僕だってそのぐらいできる！できないときは目でスパゲッティ食ってやる！」
みたいに言い出したりとか。
泣きつくドラえもんはいないのにねぇ。
…これはひどい。まぁ、自作自演(疑惑)とか、人間的に致命的な所は今回目をつぶって技術的な面に絞るとしても、OpenMPのサンプルで sleep() を並列化して「パフォーマンスが向上!」って…。
いや、もう、なんというか、一言、「馬鹿」としかいいようがない。間違ってる/間違ってないのレベルの話ではなく、OpenMPの使い道を分かってない人が解説記事を書くってのがありえない。( たとい部分的に正しい内容が書かれているとしても )
そもそもマルチスレッドのことを分かっていないのが、OpenMPの前の記事で露呈している訳で、そういう基礎知識なしに並列化を語るって、性質の悪い冗談としか。
…Jittaさんごめんなさい。元がアレだから、「処理並列は、必ず処理速度が向上するのか」と話題を絞ったのですね。
…それにしても、色々突っ込みを入れている人エラいなぁ。私なら「読む価値なし」で終了する所ですよ。指摘して修正させるより、廃棄処分にした方が皆幸せになれそうですから。
Codezineの管理者様は、「誤字やコードのタイプミスなどの明らかな誤りを修正しない、内容があまりにデタラメ過ぎる、というレベルのもの以外であれば基本的にＯＫという判断基準で検討」して記事を掲載してらっしゃるみたいですよ。
です。並列化が、「できない」「効果小」「効果大」の3つを並べて、「なぜ効果に違いがあるか」も、書いたつもり。
特に力を入れた（入れたい）のは、「検証を設計する」って言葉。
> 私なら「読む価値なし」で終了する所ですよ。
はてぶで、「後で読む」や「openmp」「並列化」ってタグつけてる人みると、可哀想で。
CodeZineを 断崖のまま放置するなんてライターの風上にも置けない。もちろん風下にも。
鳥の精神構造は解析不能だが、自分の開発者生命を自ら絶つ行為だと気付かないのが、超人(鳥人)なのか。
語ると墜ちる？
騙って堕ちる？
Ｃ言語の知識がないと、Sleepが笑いどころと気づけない部分が落語っぽいなあと。
…といっても、アレ見て擁護する気になったり、アレを参考にしようとする人は、元々救いようがない気もしていて、可哀想とも思わないですがね。まあ、見る目がないのは自業自得ということで。
それにしても、「OpenMPの基礎構文」にある
> 一応CPU数などの情報を取得して、自分でスレッド数を変化するプログラミングは可能であり、筆者もその様に実装したことがありますが、動的に生成したスレッドを管理するのは大変な作業でしたし、…
これ、すごく嘘くさいなぁ…。ネタ元の本の受け売りだったりして。
鳥は放置すれば、解消すると思っているのかなぁ。
ということで、CPU 数に応じてスレッド数を変える必要があったとは思えない。
風呂敷を拡げるごとにボロをだし それを知らぬは本人のみかな
ほら、御酉様は、ＯＳから自作実装される御大でございますから、
ＷｉｎｄｏｗｓやＭａｃＯＳなどを使用しないでＣＰＵ数に応じたスレッド数を換える
必要があったんですよ・・・・妄想中ｗ
サンプルプログラムのレベルかもしれないので、そこまで疑うのは酷かなぁとも思いますがー
CPU数の情報は・・・ブログでは引数の指定が間違っていたからなぁ(^^;
個人的には、マルチスレッドはどういう部分が大変だと思っているのか興味がありますね。
CodeZineは・・・どうなのかなぁ(^^;
あそこまで、コメントを無視しているのは彼だけですからねぇ。
駄目なライターだと周りが認識できているなら放置しても実害は無いってのも判断の１つかなーと思います。
過去のものはともかく、新しいものを載せなければ時間が解決してしまいますし・・・
初心者向けの記事じゃなければ、まだよかったんですけどねぇ。(^^;
コメントの有無がトップからわかるようになっていて欲しいんだけどなぁ。
コレお願いしているのは、私だけじゃないと思うんだけど・・・実現しないなぁ。
WEB関係はさっぱりなので、技術的に難しいことなのかどうかすら判断できませんが(^^;
技術的に困難なのか、少数意見過ぎるのか(^^;;;
欲を言えば、コメントのアイコンから記事の評価があるといいんですけどねぇ。
声として参考になったかどうかあると、信頼度も変わると思うし、書いた人も反応がわかっていいんじゃないかなーと思ったり。
まぁ、マイナスの評価があるとソレを恐れて記事の投稿が減るかもしれないから、なかなかできないのか(^^;
・・・あぁ、コメントの有無も同じなんかなぁ？
しかし・・・自分のブログを更新したことで、CodeZineにコメントできない理由がなくなりましたね。
これで世間からは、
１、擁護している人を見捨てた酷い人
２、自作自演がバレるのが怖くて書き込めない人
のどちらかに見られる可能性が高くなりますね。
コメントしたらしたで、論理的に指摘された問題点に回答できなければ技術力が無いと判断されてしまいますし・・・
Cお姉さんの登場がここまで彼の立場を悪くするとは、Cお姉さん自身も思わなかったでしょうね。
起死回生の策として、自分のブログでCodeZineについて触れるというものがあります。
そうすることで、Cお姉さんを救い、自作自演だったとしてもバレずに済みます。
もしかしたら、Cお姉さんがコメントを付けてくれるかもしれませんね。
まぁ、色々な意味でそんなことできないと思いますが(^^;
いやあ、「自称○○」の類ならあるかもしれませんがね。それを認めていたら何でもありなので、まぁ却下として。
疑うというより、まずありえないだろうと確信している、ですかね。猫にピアノの上を歩かせても、ベートーベンの曲にはならないだろうという位の話です。
ていうか、まず単にマルチスレッドなプログラムだと、「スレッド数=コア数」なんて決まりは一般にはないわけです。でも、OpenMPを使うような場面だと大体、総スレッド数は総コア数に一致させるようにします。それは何故かというと、CPU資源を長時間占有してしまうようなプログラムを性能改善させるため、という目的がある訳です。コア数分のスレッドを立てれば、丁度無駄なくCPU資源を分配できますから。
そういう背景があるからこそ、CPU数に応じたスレッド数にしよう、なんて発想が出てくる訳で。Sleep()を並列させて「パフォーマンス向上!」なんて言ってる人ができるなんてことは、まあ、ありえないだろうということです。
※Jittaさんの例なりインテルの入門文書なり見れば分かりますが、大体どういうサンプルにすべきかは、真っ当な技術者ならいやでも気付くはずなのです。
>いやあ、「自称○○」の類ならあるかもしれませんがね。それを認めていたら何でもありなので、まぁ却下として。
ちょｗｗｗ、それ却下したら、なにも残(ry
いやーなにも無い所から嘘をつくのは難しいんじゃないかなーぐらいの感覚なんですよ。
だから、「〜のようなもの」は存在してたんじゃないかなーと。
・・・もしかしたら、ブログに乗ってたアレがそうなのかもしれませんが(^^;;;;
彼の実績として皆が確認できるのは、あちこちに書いたソースだけなんですよねぇ。
そのソースが結構な割合でバグってる現実と、それらの言い訳を見ると、本当に技術者として仕事をしているのかどうかに疑いがかかるのは避けられないでしょうね。
経歴詐称には目をつぶって、10年やっててアレだとしたら、ソレはソレで・・・厳しいだろうなぁ。
ベンチャー社長は彼をやとってなにをさせようとしていたのか、興味深いですわ。
独自の発想というのは大切だから、そこを重視したとしても、扱うのはかなり難しいですよねぇ。
技術力が高いという前提だったのかなぁ・・・
体感的には、彼は技術力というよりも知識量が多いだけなんじゃないかなーと思ったり。
正しい知識かどうかは別ですが(^^;
私がIT系ではないという違いが大きいのかもしれませんがーどうも実戦経験を感じないんだよなぁ。
体験で学んだ知識とは別の、本で学んだ知識の占める割合が凄く高く感じる。
・・・なんでだろ？
>ていうか、まず単にマルチスレッドなプログラムだと、「スレッド数=コア数」なんて決まりは一般にはないわけです。
並行して動作させたいからマルチスレッドにすることのほうが多いんですよねぇ。
速度を求めるために使われる、並列処理がどれぐらいあるかっていうと疑問なんだけど・・・
それなりの量を演算していないと、スレッド作成時間や同期時間のペナルティのほうが大きいですよねぇ。
OpenMPやTBBは特定な場面では楽ができるものだと思うんだけど、その場面に遭遇することは少ないんじゃないかなぁ。
マルチコアに衝撃を受けたって書いてるじゃないすか。あれで、メニー ユニットの経験はないんだな、と。なので、CPU 数分のスレッド数も嘘臭い。
はじめてスレッド扱った時、本当に必要な数が実行できるのか調べるのに sleep させたけどなぁ。いや、あの時は他の WS に処理させて、終わるのを待っていたから、うちの計測は、それでも良かったのかな。今思うと、恥ずかしい。よく動いたなぁ。寿命が短かったとはいえ、リリース後バグ0な案件だった。
あいかわらず並列教を布教中の模様。
「アムダールの法則」を覚えたようです。
マルチスレッドを賞賛するのは否定しないんだが、それが逐次処理を否定する文になるのが悲しい。
手順の重要性を無視して、全てマルチスレッドにしたら、世の中成り立たないことに気づかないのが不思議。
ケーキ作りを見ても、下地と生地とデコレーションを同時に作ったら不味いでしょう。
生地を養生している間にマルチでデコレーションを作るのは常道。これがマルチスレッドの使い分け何ですよね。
建築でも、基礎コンクリートの養生という放置期間が必要で、放置期間の確保は手続き処理になる。マルチスレッドであっても、同期実行させるには、手続き管理が必要。
手配師問題と分析能力問題を同一視するのは、もう宗教化している。
エンドユーザーは、"早いほうが良い"だろうが、シングルで作ろうが、マルチで作ろうが関係ない。
単なる、開発者の自己満足でしかない......と過去に何人もの人がコメントしているのになぁ。
「コンカレントなコンテナ」ネタか。
ケチつける個所はいくらもありそうだがまずひとつ。
page3: concurrent_vector の最も重要な特性を書いてないのはどういう了見なんだろか。
要素の削除ができないのはパフォーマンスが理由じゃないぞ。
やっぱりわかってねぇ。つかキモを掴んでないね。
もっと前に出てますよ。「アムダール site:indori.blog32.fc2.com」でぐぐる。びんぐでは、出てこなかった(TT) ただ、これ、並列化に特化したものじゃないですよね？並列化で使われることが多いってだけだですよね？
> マルチスレッドを賞賛するのは否定しないんだが、それが逐次処理を否定する文になるのが悲しい。
ですね。たぶん、推敲が足りない（というか、していない）のでしょう。あと、思っていることと、書いてあることに、大きな差があるように思う。表現力の問題？
逐次処理を・・・ってのは、「デスマーチの音が聞こえてきます。」より上のところですよね？「『分析段階から考え』って書いてあるじゃないか」と言ってきそう。今の書き方だと、これが「全部並列で書け」に読めるんだけど、以前に「並列化できないところもある」と書いているので、本人にはそういうつもりはないと思う。もちろん、徒然320には書いてない。
なんか、思いついたままに書き殴ってる？ほんと、「心にうつりゆくよしなしごとをそこはかとなく書き付くれば、あやしうこそ物狂ほしけれ。」って感じ。だから誤字や脱字、思い違いが多いんだけど。
彼のthisの使い方が未だにわからんが・・・
一貫性がないのはわざとなのか、忘れているだけなのか(^^;
引数とメンバ変数の名前を同じにして間違えないのかなぁ・・・
全部にthis付けてるなら意図もわかるんだが・・・
今回はサンプルと解説の関連が読み取りにくいなぁ。
なんだろう、覚える気はまったくないんだが、OpenMPとかTBBの知識が溜まっていくｗ
また間違いがあるんだろうなーという前提で見ると、結構な学習効果があるんだろうか？ｗ
しかし・・・今回もコメント無視するのかなぁ。(^^;
無視されたら無視されたで、ネタとしては、わりと面白いかもしれないんだが・・・
#小人の数だけあるのかなーとか色々な妄想が膨らむわぁ（謎
#私は怖くてマルチバイト文字使えないんだけど、Unicodeとかもあって普通に使われるようになってきたのかなぁ。
ＰＳ．
http://japan.internet.com/developer/20070306/27.html
調べ物の途中で見つけたんだがー同じ題材だと説明も同じようになるんだね。
・・・こっちのほうがわかりやすかったり(^^;
>もっと前に出てますよ。
ありゃ。前から知ってはいたんですね。
…やっぱり公式は覚えていても、それをどう使うか理解していない感じですな。
>http://codezine.jp/article/detail/4861
初心者用だからこそ他に落ち度があってはならない。
いまだにご理解いただけないようで。
趣旨以外の部分で引っかからないようにするのは、初心者向け記事の基本事項だと思う。
プログラムを書いてから気づく≒自分が意図したプログラムを書けない
ってことなのかな〜。
http://king-soukutu.com/twit/?n=tanka&id=indori
これでコメント欄の閲覧率増えるかなぁ。
・・・で、パソコン名とかアカウントが公開されてわりと平気なんだなぁ。
本気でマズイんじゃないかと思って昨日は急いでコメントしたんだけど・・・余計なお節介だった(^^;
まぁ、住所やら本名とは遠いものだから気にしない人は気にしないもんか。
しかし・・・
人の趣味なので、笑ってはいけないのだろうが・・・ごめん、無理だったｗ
いや・・・なにがイカンってわけじゃないんだが・・・なんだろうｗ
ギャップなのかなぁ、４文字熟語じゃないけど、次のスレタイ入れてもらいたい衝動にかられるｗ
久々のヒットネタだった。
皆耐えられるレベルなんかな・・・いや、もっと面白いアカウント作ってるのが普通なんかな？
猫の名前なんかなぁ。
「ミーちゃん」に通じるものがあって、感慨深い。
開発用に２つアカウントがあるのも、別の理由で興味深いところ・・・
あぁー真面目な話に戻ってー
CodeZineでアキラさんの指摘は、趣旨からは外れてるかもしれんが、かなりためになる内容だと思うんだけどなぁ。
嫌味っぽく返さずに、「今後の参考にします、ありがとう」みたいな感想はないんかなぁ。
・・・問題点とか書かれているのが気に入らなかったんかな？
>もし作るのであれば、ロックフリー＆ファイングレイン・ロックを実装したテンプレートクラスにしようと試みるでしょう。
作れるのかぁ・・・と思ったら、試みるだけか(^^;
本当に不思議なのは、何故何度も同じことを繰り返すのかなんだよなぁ。
質問してくる人は、確かめてから質問することのほうが圧倒的に多いと思うんだけどなぁ。
なんども恥をかいてると思うんだけど・・・それでも自分のほうが正しいという自信があるんだなぁ。
そして、素朴な疑問としてはー
擁護派の皆さんはどこにいったのかなーと(^^;
連載気にしてたみたいで、続きがでてるのに・・・
もうインドリ名義で書いちゃったから、登場できないって思われちゃうよなぁ。
Cお姉さんに一言あってもいいのに、そっちに書かないのも同じですよねぇ。
状況証拠としてどんどん自演として見られることになるんだろうなぁ。
STL も、調べてきました。vector に格納するためには、デフォルト コンストラクタとコピー コンストラクタは「必要」なもので、List クラス云々ではなく、concurrent_vector クラスを使うために必要なようです。
調べる過程で、Intel さんが facebook でなにやらつぶやいているのが聞こえました。結構ためになりそうです。
ちょっと前の話に戻りますが、「これ、すごく嘘くさいなぁ…。」と疑っていた「自分でスレッド数を変化するプログラミング」らしきものを見つけました。blog-entry-901.html これのことではないでしょうか。( 並列化FizzBuzz )
ひょっとしてまともに書いているのではないか、と思ったのもつかの間、やっぱりダメダメでした。…何故そこでスレッド数をコア数の20倍にするんだか。わざわざsynchronizedListではないListにするのも気持ち悪いし。
で、改めて元の直列版を見直してみると、動くのは動くのでしょうがセンスの無さが滲み出る出来で…。なるほど、これを見ると企業の採用担当が落とすのか、と妙に納得してしまいました。
※正しいFizzBuzzと言えば、http://felicity.iiit.ac.in/tle/judge/show.py?id=8801 でしょう。(嘘) ( 参考: http://www.kmonos.net/wlog/106.html#_1924100217 )
これまでの例を見て思いました。一見プログラムらしきものはできているように見えることもあるのですが、アーキテクチャの理解が絶望的なため、結局ダメなものしか出て来ないのでしょうね。有体に言ってしまえば、基礎も理解せずにサンプル等の上辺だけを真似しているのでしょう。
…まあ、自分の使っているOSが「(プリエンプティブ)マルチタスク」なことも忘れているんじゃないのかなぁ。
インドリさんが行ってソースの内容説明をすると、
記事の本文（本質）と違うことを検証するソース？
って思えるのは何でだろう？
あと、インドリさんが世の中全てが並列化に進んでいくような（それこそ宗教のような）
ことを言っているけど、おいらは、層じゃなく今現在の曖昧な状態（？）から
明確なすみわけが出来上がっていくと思っているんだけど、どうだろう？
原始人が携帯電話をいじっくってるイメージ。
「ここ押すと光るんだぜー！ここ押すと音が出るんだぜー！」
「本当の使い方はそうじゃないから。」
つか「Listの設定はよく知らないけど並列化はしてみたい初心者」ってどんだけ狭い読者対象ですか。
>初心者に解りやすく記述するために、多少の不具合に眼を瞑っている
また勝手な著者の意図を代弁する第三者ですか。
初心者に教えるからこそ、不具合は無くしとけよ。
記事以外の部分でエラー出たらどうするつもりだよ。
>細部に間違いがあったとしても、正しい概念を伝えるほうが大切
それが本当に正しい概念なら、ね。
>マルチスレッドCPUがこれから普及し、スレッドプログラムの重要性に敬称を鳴らしたインドリさんの功績
他のサイトでも何年か前から示唆されてます。
別に著者のみの功績でもない上に、伝えるべき内容が間違ってるんじゃ功績どころか害悪です。
>間違ったソースだと主張しているが、正誤の問題ではなく、マルチスレッド開発の必要性を説いているのが趣旨
必要性を説くなら余計な間違いをするんじゃねーよって話。
ミスがあれば、そこにツッコミが入って論点が呆ける。
ツッコミを極力減らすために、重要点以外の不具合を無くすなんて配慮の出来ない人間が、初心者の教育をしてはいけない。
今回はすでにフルボッコ状態なんで向こうには書かないでおこう…。
> επιστημη氏へ
>自分の意見を他者へ押し付けるのは止めてください。
>徒党を組んで、他の読者が自分の意見を言ったら絡むというのは非常に迷惑な行為です。
ということで、Cの恋人さんの考え方にインドリさんが賛成されたのをうけて、初心者未満の一人として書かせていただきます。
（あ、初心者でもないなら対象外なのか^^;あっちには技術的な突込みができないので、お目汚しですがこちらに…すみません）
>インドリさんは、初心者に解りやすく記述するために、多少の不具合に眼を瞑っているのが分からないのですか!!。
初心者にとっては、小さな誤りでも大きなつまづきになります。
贅沢とはわかりますが、できれば間違いの少ない解説がいいなーと…。
勉強を始めたころに買った本が誤字脱字だらけで、えらくつまづいたことがあるので…。
あ、その本も翔○社さんの本だったような…。
>正確なことに拘って、3.1は駄目だと言ってしまうと、初心者は本質を理解できないまま、諦めてしまう。
いやいや、影響はでるでしょ？と思うんだけどなぁ？
この例で考えると3.1と3.141592両方知っている人は影響がないだろうけど
片方しか知らない人は、計算後の結果が違う場合にそれを誤差や計算ミスと
考えてしまうと思う。
それは本質を理解したことにはならない。
>多少の間違いは眼を瞑って、興味をイだかせるほうが大切だ。
>筆者の文の裏に、そのような思いが感じとれる。それをパッシングするなんて。
やっぱりバッシングだと思ってるんだなぁ〜と。
初心者に説明する際に注意をしなきゃならないのは、
そのまま丸々正解だと思い込んでしまうこと。
多少の間違い（インドリさんの言っているシンプルなソース）があるのであれば、
その違い、別のやり方も提示するべきだと思う。
もしくは、シンプルにした説明（実行速度計るのにSleepは論外な気がするけど）
が必要だと思うんだよね。
あ、コメントにじゃなく記事そのものに必要。
>文の裏に、そのような思いが感じとれる。
万人が感じ取れるわけではない、ある特定の範囲の人に対してなら
この話もいいけど、不特定多数にそれも技術論を語る記事に
文の裏を読めとかは、絶対に間違ってると思う。
小説とかだと意味があるかもしれないけど・・・技術論ではありえないと思う。
そういえば、前回のCお姉さんのときもそうだったなあ。あやしいなあ。同一人物っっぽい。
もし同一人物でないというなら、2人が同時に書き込むこともできますよね？
…釣れるかな。
理由は、Cお姉さんのときには決して登場しなかった彼が登場しているから。
まぁ、逆にCお姉さんにフォロー入れないことで、Cお姉さんの自演率が高くなるわけですが(^^;
迷うことなく、レスいれてますからね、自演だとしても、同一人物だと特定されない自信があるってことでしょうね。
携帯を使うーとか短絡的に考えるかもしれませんがー
携帯なんかで書き込んだら本人特定はPCに比べて極端に高くなるから、使えないですよねぇ。
同じ回線から異なるPCで書き込んでも意味がないしー
Windowsのアカウントを切り替えても、クッキーの食べ残しがないぐらいで、意味ないですよねぇ。
アカウント「ミディ」で書いたあとに「ミューディラ」に切り替えてもデフォルトの名前が違うだけですよねぇ。
・・・というか、そこまでバカじゃないでしょう？ｗ
一般には知られていないCodeZineの設定を知っていたなら話は別ですけど・・・
例えば自演したコメントの最後に
#Change ID ○○○○
として、自演のIDを○○○○とは別のIDで管理するようにするとかー
まぁ、○○○○が自分の名前じゃないと駄目ですがｗ
どこかのタイミングで実行して、記録されているIDを差し替えるぐらいできないと(^^;
>επιστημηさん
なんか向こうにcoutのお礼を書く空気じゃなくなってるような気がするのでーこっちでー
「徒党」なんて組んでねーって説明するのも無理だしねｗ
STL関係はさっぱりなので、std::vectorの補足も参考になりました、ありがとうございます。
そうかぁ、そうだよなぁ、coutはスレッドセーフのはずですよねぇ。
彼、スレッドセーフの意味も怪しいのかなぁ。
std::vectorは提示されたソースをいじって色々確かめてみました。
要素が増えた時点でv.endだけじゃなくて、v.beginの値も変化してしまうようですね。
concurrent_vectorでは変化しないと・・・どっちかといえば、こういう事実のほうが重要ですな(^^;
今見直してみたら、grow_byとgrow_to_at_leastの説明も違和感を感じるが・・・
あぁ、grow_to_at_leastで減らした場合をチェックするの忘れてたなぁ。
見直すたびに変なものが見つかるのはなんだろうｗ
先入観でみていたら気がつかないんだけど、まさかマルチスレッドのサンプルがマルチになっていないなんて思わないよねｗ
サンプルのセンスがないんだよなぁ。
キモがわかってないと、良いサンプルが作れないから難しいとこ。
今回思ったのは、「concurrent_vectorが要素削除できないのはパフォーマンス向上のため」ではないという主張を理解してもらうことの難解さですね。
なにも知らない人からみたら、設計者以外の人がなにをいっても真実かどうかわからないんですよねぇ。
設計思想の話ですから、何を主と考えるのかで変わる。
パフォーマンスというのは、解りやすいが、安全性の説明は難しいですね。
宣伝で使われるのもパフォーマンスでしょうし(^^;
まぁ、パフォーマンスが問題だったとして、それがクリアできればスレッドセーフになっているかですよね。
削除をしてもスレッドセーフであるならばパフォーマンスが主という主張もありなんだけど・・・
そこがわからなければ、パフォーマンスが目的ではないという主張がわからないんですよねぇ。
私も細かく説明したつもりだったんですが、難しいですねぇ(^^;
Clearと同じように、スレッドセーフではないメソッドとして部分削除があってもいいのかもしれないが・・・
実際にはClearが例外なんでしょうねぇ、本来は付けたくないんだけど、無いと不便すぎるので付けたって感じかなぁ。
話をずるずる続けるのは泥沼になりそうなので、とりあえず終わりにします。本人との対話は成立しえないと踏んでいるので、外部の人向けに、思い切りシンプルなロジックで閉めてみました。
…喩を使うのは危ないのですが、何とか外していないと思いたい。おかしな所があれば、是非ご指摘下さい。> 皆様
…それにしても、変則的に致命的な欠陥があるプログラムを作らせたら、彼の人は天才的ではないかと思う今日この頃。あんなbusy-loop見たことないし、思いもつかなかった。それだけは評価してあげたい。
さてさて、次の一手はどうなりますやら。
チェックメイトだと思うんだが...起死回生の手があるに違いないｗｗｗ
イ「うううぅぅ……もう一戦やろ!」
Ω ΩΩΩ ＜ その手があったかーーっ!
イ「退かぬ！媚びぬ！省みぬ！帝王に敗北などあり得んのだ！」
久々にコメントがついてる。どうなることやら。
仕方がないので、コメント追加。といっても、言う事はもう簡単で済みますが。
専門用語をちらつかせてもったいぶって書けば誤魔化せるなんて、甘い。
いや、記事修正してたら、永遠に黙ってるつもりだったんだけどさ(^^;
いい加減、あっちに書かないと理解できないと思って(^^;;;;
正直、彼がなぜあんなに強気なのか理解できない。
連載打ち切りが掛かっている話なのに・・・知らなかったってことは無いと思うのだが・・・
知らなかったとしたら、CodeZine側はかなりシビアに処理する予定だったのか・・・
それとも、単にクレーム処理として、する気のない打ち切りの説明をしてくれたのか・・・
こちらの要求は、記事自体の評価がひと目でわかるようにして欲しいって内容だったんだけど・・・
彼にではなく、CodeZineの対応についての不満ね。
１つ１つチェックするのは無理だとわかるから、それ以外でなにか対応して欲しかったんですよ。
そしたら、打ち切りを検討しているという回答が(^^;
思ったよりもCodeZineって厳しい判断するんだなーとか普通に驚いたんだけど(^^;
いや、スポンサー記事であんなになってまだ継続してたんだから甘いのか？
今まで黙っていたのは、彼の名誉を守るため。
そして、自作自演の先入観を与えないため。（結果的に無用だったがｗ）
その必要性を感じなくなったので・・・
さて・・・ここで、擁護派の日付や言動を見てみると・・・
まっくろくろすけ、でておいで〜
まぁ、偶然ということもあるだろうけどね・・・どんな確率かはしらんが(^^;
επιστημη氏以外のコメントをスルーするのはεπιστημη氏が主犯であとは犯行グループの嫌がらせだと思ってるからだろうなぁ...。
根拠のある反論ができないから、そんなふうに考えて相手を全否定するしかもう手がないんだろうなぁ...。
なんかもぅなんの武器ももってないのに無駄にHPだけが高いボスキャラみたいになってんのが悲しい。
Ｓｏｄａさんのコメントを見るに、CodeZine側もようやくクソ重たい腰を上げたという認識でいいのかな？
っつか、鳥をここまでにした原因の一端はCodeZineにあるような気がしないでもない...（苦笑）
インドリ氏の論調ってユダヤ陰謀論とか書いてるトンデモ本の著者達と似てるんだよなぁ。
このまま連載中止になったら、
「連載中止になったのはボクの活動を邪魔しようとする悪の組織επιστημη一派の陰謀だピヨ！」
てことになるのかな？（επιστημηさんの名前勝手に使っちゃって申し訳ございません。）
http://codezine.jp/author/601
「分析・設計・実装なんでもありのフリーエンジニア。（中略）
アドバイザーをしたり、システム開発したり、情報処理技術を研究したりと色々しています。」
これだけ意思の疎通が困難なのに？
不具合対応の初歩中の初歩「まずは自分を疑う」すらできてないのに？
#さすがネタ好き。ネタの提供だけは欠かさずやってくれますね。
#ブログのコメントは2/28 12:50時点で未対応。忙しいのかな？
http://codezine.jp/article/detail/4861
2010/02/05の時点で、この記事が既に投稿済みであり、これを公開後、いったん休載対応することが決まっていました。
その後、既存のやりとりの再検証を行うそうです。
編集部の判断で許容範囲内（例えば記事に誤りがあること自体は仕方がないが発覚後それが正しく修正されているか等）であれば再開、さもなければ打ち切りということでした。
つまり、コメントがイチャモンだと編集部が判断すれば再開。
まともな指摘で、修正すべき内容なのに、修正されていなければ打ち切りということですね。
「現在議論中」の警告が表示されている部分が修正すべきと判断された対象かもしれませんね。
編集部がどちらの判断をするかは、まだわかりません。
>nightRavenさん
>επιστημη氏以外のコメントをスルーするのはεπιστημη氏が主犯であとは犯行グループの嫌がらせだと思ってるからだろうなぁ...。
なるほど・・・雑魚を無視して、ボスを倒せば、なんとかなるという考えですか。
記事の致命度でいえば、私の指摘のほうが大きいような気がするんだが・・・そうでもなかったのかな？
つーか、みな卓上で把握しているから、実際に動作させて確認とってる人って少数なん？ｗ
ある意味、私が彼のサンプルを一番触って検証しているんだろうか？ｗ
考えてみれば、他の人は、実行する以前の問題を指摘してるなぁ・・・これが実力の差かｗｗｗ
>pinfu01さん
>「連載中止になったのはボクの活動を邪魔しようとする悪の組織επιστημη一派の陰謀だピヨ！」
まぁ、そういう可能性が高そうですね。
でも、連載の停止を考えているのは編集部なんですよ(^^;
他の人からやめさせろーってなクレームがあったのかもしれませんが・・・
まぁ、あとはーCodeZineを騙したーとかー
騙されるようなCodeZineはこっちからやめてやったーとかー
彼の性格から、考えると、記事を修正する可能性はかなり低そうですね。
・・・あれ？なんだろう、ブラック会社ばかりに勤めていた彼の経歴の謎が解けるようなｗ
>#ブログのコメントは2/28 12:50時点で未対応。忙しいのかな？
ヘコむことがあるとブログは停止するんですよねぇ。
しかし・・・
2010/02/06 15:49 初登場のパンチアウトさん、古い記事なのに興味深いタイミングの擁護。
Cお姉さんの
>次回の記事は何時ごろ載りますか？教えて下さい。
および、
>次回の記事を待っています。
タッチョさんの
>私は続きも読みたいので、インドリさんは
>あまり気にせず連載を続けてください。
お二人とも連載の危機を知っているかのように、しきりに次の記事を要求して擁護。
擁護派の皆様のアンテナの高さには驚かされますね。
こちらで自作自演をバレないようにすることの難しさを説明するたびに、擁護派が静かになったのも感慨深いです。
Cの恋人さんも帰ってきませんね・・・
これらの状況証拠に加えて、文体、論調、誤字傾向など・・・
私からみると、偶然という言葉にも限界があるような気がします。
ここまでの条件が揃っていて、前科があれば、自作自演だと疑われて当然でしょう。
悲しいですねぇ・・・
>なるほど・・・雑魚を無視して、ボスを倒せば、なんとかなるという考えですか。
>記事の致命度でいえば、私の指摘のほうが大きいような気がするんだが・・・そうでもなかったのかな？
んーと、まず失礼な書き方になっちゃった、及び今回も失礼な発言になってしまうことをお詫びします。
たぶん彼の中では「επιστημη氏が周囲を煽動してやらせている」という認識なのかなぁ...と。
とりあえずεπιστημη氏を黙らせれば他も黙る、みたいなぬるーい考えもってそうな気がする。
だから他の人でεπιστημη氏とグルだと思われている人のコメントを読んでいる確率はかなり低いんじゃないかと予想してます。
コメントの致命度云々は彼にとって関係ない感じかな？（まぁ中身読んでなきゃそんな判断もできないでしょうし）
最初の頃はεπιστημη氏のコメントにすら返信する気がなかったようにも見えますし...。
>これらの状況証拠に加えて、文体、論調、誤字傾向など・・・
>私からみると、偶然という言葉にも限界があるような気がします。
>ここまでの条件が揃っていて、前科があれば、自作自演だと疑われて当然でしょう。
>悲しいですねぇ・・・
ほんとに、悲しいですねぇ...
もう放火団頭目でいいよ。 後押ししてくれる方々に累が及ばぬ効果もありそうだし。
>> 悲しいですねぇ・・・
> ほんとに、悲しいですねぇ...
すごく……悲しいです……
あっ、私の書き方悪かったですねぇ、嫌味っぽく見える(^^;;;;;
指摘の大きさのくだりは、彼に対する感想ですので、気にしないでくだされー
雑魚扱いされて怒っているわけじゃないんですよ。
なんであの指摘を無視できるのか不思議に思うだけなのよ。
ヘタしたら全部、同一人物（επιστημηさんの自演）だと思ってたりするのかなぁ(^^;
>とりあえずεπιστημη氏を黙らせれば他も黙る、みたいなぬるーい考えもってそうな気がする。
それなりに付き合いが長くなっているんだから、１の事を言えば、２か３になって返ってくると予想ができないのだろうか（ぉ
>だから他の人でεπιστημη氏とグルだと思われている人のコメントを読んでいる確率はかなり低いんじゃないかと予想してます。
なるほどーそういう発想はなかったなぁ。
彼の場合、通常でも読んでるのかどうかわからんような回答も多いし(^^;
いや、今回のも意味不明なサンプルが提示されていたか・・・本気でお客とどうやって打ち合わせしてるのかわからんｗ
自分の主張を通したいのは凄くよくわかるんだけどさー
相手の主張を理解する気がないというか・・・聞いてないんだよなぁ・・・
>最初の頃はεπιστημη氏のコメントにすら返信する気がなかったようにも見えますし...。
どうかなぁ、擁護派を含めて、επιστημηさんには、言い返したくてしょうがないように思えるのですよ(^^;
で、パフォーマンス云々はー本や宣伝とかに使われている言葉なので、正しいと思ったんでしょうね。
επιστημηさんが間違えたことを言っていると思って、喜んで書き込んだように見えます、強気でね。
まぁ、本とかには書いて無さそうな内容ですからね、自分が作る立場になって考えないとわからない内容なのかもしれません。
自分が言っていることは、本に書いてあることなのだから間違っているわけがない・・・
間違っていないのだから、間違っているのは相手側となる。
間違っているという結論があるのだから、相手の主張が何かは関係ない・・・こうなのかなぁ。
彼の人は、「声の大きい者勝ち」という戦略で動いているのではないかと。なので、指摘・批判・異論・反論等あると、そのカウンターをせざるを得ない。相手の声の方が大きいと、自分の負けになるから。( ブログでそれやると大変なので承認制にしたのでは… )
で、全体を通じて一番声の大きい人がεπιστημηさんだったので、そこへの対応に絞った ( 最初はアキラさん? ) かなぁ、と。あ、肯定的な意見や応援はプラスになるので、そこへの返事は優先、というのもありそう。
まあ、指摘の重要度や妥当性は見ていないか、理解できないかのどちらでしょう。( 多分後者 )
で、声の大きさを維持する手軽な方法は、大義名分をでっちあげて、権威や専門知識をちらつかせて、意味もなく強弁したり話をそらす ( 要するに詭弁 )、だったりするんですよね。
悲しい事に、その方法は結構本当に有効で、今回の場合、「頑張って人の為に記事を書いているのに、知識をひけらかして、大人気なく、重箱の隅を突いて貶す人がいる」と見られた可能性はあるんですよね。特に論点が沢山になると。
そこまで行かなくても、「どっちもどっち」と相対化されて、折角の重要な指摘が見逃されてしまったり。
※勿論、ちゃんと読めば何が正しいかは一目瞭然でしたが、それほどまでに酷いものでしたが、全員が全員そこまで労力をかけるとは限らないので…
なので、話の経緯を知らない第三者が見ても直ぐに分かるように、問題点と深刻性、その影響範囲 ( 枝葉末節の話なのか、根が腐り幹が倒れる程の話なのか ) を明らかにしておく必要があった、と思いましたよ。
まあ、CodeZineの当局が動いているとは思いませんでしたので、私の心配は杞憂だったかなぁ、と思っていますけど。Sodaさんの働きかけも大きかったのでしょうね。
なので、「指摘したらちゃんと対応してくれるかも」なんて期待は…、最初から持つべきではない、と思っています。指摘するなら、いっそ一刀両断するべき。彼の人のちっぽけなプライドと、彼の人のために迷惑を被る人達、どちらがより大事かを考えれば。
まあ、もし良心がかけらでも残っていれば、生まれ変わってくる可能性はあるでしょうよ。
"インドリの名で仕事してる"とか言ってたけど、それがホントならなんとしても死守しないと。
自分で傷口拡げちゃってるのが哀れだなぁ...
インテルの関係者とも見受けられないのに、ＴＢＢの開発思想を語られてもなー。
どこまでいっても脳内ソースしか情報源がないのかな。
>インドリの名で仕事してる
きっとライバル会社に従事させて、バグを仕込むカウンタープログラマなのでしょう。
表の名前だともぐりこむ時に支障があるので「インドリ」名義で請け負う、と。
ttp://indori.blog32.fc2.com/blog-category-98.html
これのことじゃないかと思うんだけど。
メールだかで技術相談に乗ります、見たいな。
かなり怪しげなサービス。
代金引換の前払いという意味不な支払方法。
ネット詐欺かよと思いたくなるほどの矛盾を秘めた内容
（メールでのやり取りなのに営業時間や昼休みが記載されているとかね）
これ客ついてるのかな？
インドリの名で仕事しているってこれくらいしかないような・・・。
あ、現実社会でインドリってハンドル名（この言葉も久しぶりに使った）で
仕事しているのか〜どこのニートだよって話？
座右の銘の理解が間違っているような気がするのは、気のせいですか？
鳥だとずっと思ってた。
実は猿だったのか。
「ピヨ」と無く猿・・・怪しすぎる。
「リモートアドバイザーサービス インドリ」でググって出てきたのは
本人のブログとこことcodezineくらい。
本名も明かせない技術者に仕事を依頼する企業はないでしょうね。
個人なら価格的にも無理だし。
kusaikuro さんへ
本人も鳥だと思い込んでいたと考えられます。
本人のブログでも突っ込まれてたような記憶が。。。
つまり全てが思い込みから始まっていたと言っても過言ではないかも。
「思い込み」って彼を語る上でのキーワードの一つですよね？ｗ
分かりずらいバグを仕込むのが、初心者のためとは知らんかった。
大事な部分をすっ飛ばすのが、初心者のためとは知らんかった。
「次の連載が楽しみです」に、二つの意味があるのに気がついてるんだろうか。
んで、ドリと鳥かけて無限の夢を見る鳥だったような気がする。
※鳥Blogは見ることができないので確実じゃないけど（苦笑）
「話し」といい「次ぎ」といい...（苦笑）
おっと、「次ぎ」は別人かwww
Cの恋人さんもちったー落ち着けば良いのに（苦笑）
用法がびみょーだとか、ちっとも減らない誤字だとか...。
別人だとすれば、わざわざ誤解させるように書いてるとしか思えない。
あー...個人的にはCodeZineがさっさと打ち切っとけばよかったのにと思わずにはいられない。
鳥のためにも、他のライターのためにも、そしてなによりCodeZineのために。
未だに「荒らされている」とか...もうどもならんなwww
彼がそーゆー認識でいる限り、あの連載がまともな記事になることはないんでしょうねぇ...。
先様を困らすつもりは毛頭ないのでちょいと退くことにします。
すまんがあとはよろしく頼むね。
そう判断した編集部を責めんといてね。