で、マルチコアだからこれ迄の開発手法が通じないのなら、すでに破綻していると思う。だって、すでに数多くメニーコアな CPU が出回ってるやん。開発手法って、一番下に位置するものですよ。それが“通用しない”のなら、上に乗っているものも通用せず、もって全てのシングルコアしか考えていないプログラムは動かなくなる。
> まぁ、焦点は速度だけだから、時代に合わない遅いプログラムってことを言いたいのかなーとは思うのですよ。 ああ、なるほど。 いや、NT の時代にデュアル CPU ってあったじゃないですか。マザーボードに CPU ふたつ付けるの。あれと Core2 と、どう違うのか、と。さらに、その時すでに Sun Microsystems は、64CPUs だったですよ。メニーコアじゃないか、と。でも、「焦点は速度だけ」「焦点は速度だけ」「焦点は速度だけ」（重要なので3回繰り返しました）なんですね。本家のエントリも読んで、納得した。そして、他のエントリ読んで、腹立った。が、もうどうでも良い。 （すでに携帯からあふれている）
あれこれ
2009/09/14 11:44> http://indori.blog32.fc2.com/blog-entry-875.html > それで蔵書から並列処理が書かれたものをSELECTして読み漁っていました♪ > こんな感じで・・・ > SLEECT Title FROM Book WHERE Keyword Like '%並列$' AND BuyFlag = True 絶対だな？ ほんとうにそれでレコード抽出できたんだな？！
> ※デバッグ関係は省略しています だったらそれをWHERE句に入れろよ！
くっそー！ わざと釣られてやったんだ！ ありがたく思えよ！
セロ
2009/09/14 12:07＞あれこれさん SLEECT Title FROM〜なのに著者や金額やAmazonリンクまで出てくる不思議。 つかBuyFlagって何だろう。broughtなら購入済みってわかるんだが。
Jitta
2009/09/24 22:31> http://indori.blog32.fc2.com/blog-entry-875.html AlphaBetaさんの投稿を利用し、 『 >>SLECT Title FROM Book WHERE Keyword Like [太字]'%並列$'[/太字] AND BuyFlag = True > >sql文すら、まともに書けないのか? >技術Blogなのに恥ずかしいそ 』 と放り込んだら、コメント消されて本文は修正されていた。
＠ITで暴れたのとか全然まとめられてない。
誰かリンクをまとめてくれくれ。
みんなで編集しねぇ？その方が漏れなくていいと思うんだ。
何より俺が楽ちんだｗ
今回のリンク先は
＠IT
http://el.jibun.atmarkit.co.jp/ahf/2009/08/post-5c85.html
関連した彼のブログエントリ
http://indori.blog32.fc2.com/blog-entry-868.html#blogcomment
http://indori.blog32.fc2.com/blog-entry-869.html#blogcomment
って所ですかね。
http://el.jibun.atmarkit.co.jp/g1sys/2009/08/post-ae94.html
にて生島社長により新たなアプローチが試みられています。
>
> こちらへどうぞ。
> http://el.jibun.atmarkit.co.jp/info/subscription.html
>
> きっと、ギャラリーも、編集部も期待していますよ。
噴いたｗ
> 興味はありますが、私は9月中ぎっしり予定が詰まっていますので無理っぽいです。
> ですので、「熱い読者」に徹する事にします。
> 熱い読者が居ないとコラム盛り上がりませんよね。
言い訳にしか聞こえんのだがｗ
> インドリさん
>
> 編集部の負担で、
>
> ・コラムニスト用の名刺風カード
> ・名刺サイズで、エンジニアライフのロゴ、皆さまのペンネームやコラム名、URLが入る
>
> って予算がおりたらしい。
> 8月21日（金）までに、ってことだったんだけど、急げば間に合うかなと思ったんですけどね、残念ですね。
生島氏はセンスいいなー。
よくある「何もしなくても儲かる！○月×日まで半額！」みたいな広告を連想したｗ
> っつか、あのエントリで場所作ってるといわれてもなぁ...。せめて誘導するくらいしろとwww
みなさんもうすうす感じてるんでしょうけど、誘導したら痛い目見るのは自分、て感じ
てるからでしょうね、きっと。
ま、アクセスが増えたとしても、ここの住人ほど温かい人たちはいないでしょうから、
コメントも特定の人しかつけられないでしょうけど。
Wiki案につきましては主様におまかせします（と、丸投げしてみるw）
>あれこれさん
http://el.jibun.atmarkit.co.jp/ahf/2009/08/post-5c85.html
>nightRaven 2009年8月28日 (金) 13:34
>インドリさん及びその他の方がきちんと参加していただけるのならば、場所作りますが？
この発言に対しての返答が以下。
>インドリ 2009年8月28日 (金) 14:21
>2009-08-24 Mon 14:15にすでに私のブログでコーナーを作っていますが・・・
>勝手に人の名を使ったり、印象操作したり、根拠も無く誹謗中傷したりと、
>色々卑怯な手法をしてきていますが、何で「社会人としてのマナーを守って」ブログにコメントを書くぐらいの事が出来ないのでしょうか？
>何度も私のブログに書いてくれと書いているので知らないはずはありません。
>ちなみに、私が用意したこの記事の方に書いてくる人は余り居ません。
コーナーを作っていますが...って言われてもなぁ...（苦笑）
そのエントリだけを見て、そこに書き込めば良いと判断できる人って少ないと思うんだけど...。
上記のコメントではじめてあのエントリに書けと言われていることを理解したオレが馬鹿なだけ？
#まぁ、あれこれさんの言うとおり、誘導しなかったのはホントに書き込みされるのがイヤだったからだと思うし、コーナー作ってますってのも下手に他に場所作られて「やっぱこねーじゃん。チキンはどっちだよ」って言われるのを嫌ったからでしょうけど。
#理由がなんだったとしても、閲覧も書き込みも出来ない状態で卑怯だのチキンだの言われる筋合いはないんだけどな...。
にてちょっとカウント。
インドリ名義のコメント数／全コメント数が75/132でした。
過剰な連投も「荒らし」行為になりますよ、と。
となると彼のブログを一番荒らしているのは・・・。
よりカウント。
彼名義のコメント数/全コメント数が 75/132 なんですが。
過剰な連投も十分「荒らし」の定義に引っかかるわけで、
彼のブログを一番荒らしているのは・・・。
本文にたいするコメントに、なんでピヨちゃんから「そっくりお返しします」って返信されなきゃならんのだろう？
大文字小文字区別するの？勘弁してくれ。
なかなかタフなことでw
それはそうと今日、こんな記事を読みました。
http://yucl.net/man/56.html
インドリ氏が病気だとか言う気は一切ないんですが、
最後のほうの「一般的な人でも近いことは起こる」という
「論理のない思考」をする傾向が強いのかなーと。
「でも本人たちにとっては、それがわからないのです」
やっぱり彼の言動は確信犯的なのかと思ってしまいます。
http://d.hatena.ne.jp/busaikuro/20090602
の最後にエロ系スパムが3件ほど居座っております。
URLはあるけどLINKになってないので問題ないとは思いますが、念のためご報告。
編集部からも来てる。
http://el.jibun.atmarkit.co.jp/g1sys/2009/08/post-ae94.html
@ITって何でもありなんですね。
こういう作業はあまり得意ではないのですが、大変僭越ながら前スレで挙がっていたものをいくつか。
URL以外は、適当に書いているだけなんで無視して下さい。(…だったら書くな、自分)
・インドリ氏の技術力関連
ttp://indori.blog32.fc2.com/blog-entry-584.html (リモートアドバイザーサービス)
ttp://indori.blog32.fc2.com/blog-entry-831.html
ttp://indori.blog32.fc2.com/blog-entry-842.html (経験した言語。別ハンドルで２重投稿がある点に注目)
・オブジェクト指向関連
ttp://indori.blog32.fc2.com/blog-entry-829.html
ttp://indori.blog32.fc2.com/blog-entry-834.html
・人月単価の主張関連
ttp://indori.blog32.fc2.com/blog-entry-850.html (商品価格に人件費は含まれないらしい)
ttp://indori.blog32.fc2.com/blog-entry-851.html
ttp://indori.blog32.fc2.com/blog-entry-853.html (生島勘富氏の説明を切り捨て)
ttp://indori.blog32.fc2.com/blog-entry-854.html (もう完全に詐欺師扱い?)
・他コラムへの言及関連
ttp://indori.blog32.fc2.com/blog-entry-868.html
ttp://indori.blog32.fc2.com/blog-entry-869.html
・他コラムへのコメント
ttp://d.hatena.ne.jp/rurar/20090718/1247885864 (コメントに誤字)
・他コラム(@IT)へのコメント
ttp://el.jibun.atmarkit.co.jp/g1sys/2009/07/post-c8d9.html (コラム執筆者を勉強不測と主張)
ttp://el.jibun.atmarkit.co.jp/g1sys/2009/08/post-ae94.html (@ITコラム執筆者への誘い)
ttp://el.jibun.atmarkit.co.jp/ahf/2009/08/post-5c85.html (他人のブログで場外乱闘)
ttp://el.jibun.atmarkit.co.jp/hidemi/2009/07/post-29fb.html (センタックスシュガーの話)
ttp://el.jibun.atmarkit.co.jp/kuriryuta/2009/03/21-b5b2.html (COBOL技術者に失礼極まるコメント)
ttp://el.jibun.atmarkit.co.jp/yutavigour/2009/08/1-a32a.html (陰口を叩いているインドリ氏)
ttp://el.jibun.atmarkit.co.jp/happy/2009/07/5-c315.html (名前を間違えるのは失礼かと…)
あと、既に挙がっている「自作自演ではない実験だったと逆釣り宣言」ですが、下記の魚拓を
追加お願いします(自作自演の疑いを掛けられていた第3者という人のコメントが消えている)。
ttp://s02.megalodon.jp/2009-0428-1118-43/indori.blog32.fc2.com/blog-entry-763.html
×：勉強不測 → ○：勉強不足
自分が誤字脱字をしているようでは、他人の指摘をする資格は無いですよね。失礼しました。
>おっとっと(汗)。
>×：勉強不測 → ○：勉強不足
大丈夫。明らかなtypoなんで誰にでもよくあるミスです。
インドリの言葉を知らない為の間違いとは根本的に違いますので、ご安心を^ ^
>@ITって何でもありなんですね。
これにはあきれた。まぁ商売ですから人が集まればよいのでしょう。
お忙しい時に、断りもなく、ここのアドレス張って誘導してしまって、すいませんでした。m(__)m
いい加減にしろやーという気持ちが先行して、busaikuroさんへの配慮に欠けてました(^^;;;;
>思ったんだけどさ。インドリまとめwikiとか作ってさ。
謎の擁護派との熾烈な編集合戦の未来が見えるのは気のせいでしょうか？ｗ
>nightRavenさん
>っつぅか、Ｓｏｄａさんと私の前提が真逆なのね...（苦笑）
んーそうでもないかなぁ。
盲目的に自分が正しいと思っていても、あからさまに間違っている部分とかあるじゃないですか。
その辺りを誤魔化そうとしている部分が理性が残っている部分なのかなーとｗ
いや・・・残ってなかったら本物になっちまうだろうし(^^;;;;;;
どちらかといえば、本物じゃないと思いたい最後の希望ってとこでしょうか？ｗ
「卑怯」だと感じる部分が残っていれば、本物じゃないと思うのですよ。
そこになんらかの思考の後があるんじゃないかなと。
これ、大帝との違いでもありますね。
>@IT
@ITの防衛策と見てあげるほうが(^^;
コラム書くようになれば、他所へのちょっかいが減るし、強制誘導が発動されやすくなります。
コラムの内容がアレな場合、@ITの品位が落ちる可能性もありますが・・・
コメントで多数の批判が付けば@IT全体としての品位は保てると思うのですよ。
現時点では彼が@ITの中で拡散し、コラムリストの方が大人の対応をしているんじゃないかなぁ。
あそこで、強く否定するのもしにくいから、どうしてもあいまいな対応になるんですよねぇ。
結果として、彼がコメントしたコラム自体の品位が低下もしくは明後日の方向になると。
@ITとしては、書くなとも言えないわけで、ならばいっそ隔離しようとしているのではないかとｗ
彼は反面教師としては一流なので、迷惑にならない程度に飼いならしたいってのが本命かもしれませんが(^^;
ぬぁ、リンク不足のフォローすいません。ありがとうございます。
独り言
暇な人は「山田AG」でググると何かを見つけられるかもしれません。
> 結果として、彼がコメントしたコラム自体の品位が低下もしくは明後日の方向になると。
「結局自分のこと（不幸な過去／自慢）をしゃべりたいだけじゃん」
ってなってますからね、たいてい。
＃「コラムリスト」……つ、釣られるもんかっ！
>謎の擁護派との熾烈な編集合戦の未来が見えるのは気のせいでしょうか？ｗ
wikiってなんでも編集できるんだよなぁ...そういえば...。
私見だけど、ここがはてなでよかったなーっておもうことのひとつにコメントの編集ができないってことなんだよな...。
その辺りを考慮するとwikiも難しいのかもしれないかなぁ...。
>Ｓｏｄａさん
>どちらかといえば、本物じゃないと思いたい最後の希望ってとこでしょうか？ｗ
>「卑怯」だと感じる部分が残っていれば、本物じゃないと思うのですよ。
>そこになんらかの思考の後があるんじゃないかなと。
>これ、大帝との違いでもありますね。
最後の希望かぁ...パンドラの箱だなw
パンドラは希望を出してしまったが故にいっそうの混乱を招いたともいえるわけで。
鳥も本物でないが故にいっそうの混乱が生じている気がしないでもない...。
#個人的にはスルーしやすい分「大帝」のほうが害がないと思ってたり...（苦笑）
>＠IT
コラムニストに名を連ねることで他所で暴れることが減るのか増えるのかちょっと予想がつかないなぁ...、＠IT編集部はギャンブラーだ（苦笑）
ついでに言うと、鳥コラム自体が荒れる可能性が大きいわけで...。
他のコラムニストみたく「大人」な対応ができるかどうかは微妙なところですしね。
ただ、とりブログと違って自分の気に入らないコメントを排除することができなくなるならそれは良い事。（それ故に鳥はこの話を蹴ったとも言えるわけだが）
承認制は消えるけどコラムニストだから削除はできるんじゃ？
＠ITとしてはアクセス増える事が実績から予想されますからね。(荒れると１位ですから)
でも社長さんの手引きだからなんか裏がありそうな気もしないでもないｗ
個人のブログでちまちま書いてるより
＠ITのような実績があるところで連載したほうが名前に箔がつくわけで、
「熱い読者」として読む暇を、記事を書く時間に充てればなんとかなるでしょ、と思う。
>承認制は消えるけどコラムニストだから削除はできるんじゃ？
うーん、やっぱり削除はできるのかなぁ...コラムという立場上コメントをコラムニストの判断で消すことってあんま良くないと思うので制限してるかもと思ってみたり。
その辺はしゃちょさんあたりに聞いてみないとわからないですねぇ...。
まぁ、承認制がなくなるだけでも鳥が勝手に判断して消すことへの防波堤にはなりそうかな...。
>セロさん
>＠ITのような実績があるところで連載したほうが名前に箔がつくわけで、
>「熱い読者」として読む暇を、記事を書く時間に充てればなんとかなるでしょ、と思う。
っつか、月に20〜30件のエントリとそれ以上のコメントをつける時間をコラムにあてれば余裕かとw
ちなみに彼の月のエントリ数MAXは127エントリ。最近はコメントつけるのに忙しいのか30エントリくらいになってるけどw
あ、確かに。とはいえCodeZineの記事も一年以上停滞しているのを見ると、大丈夫かな？
まぁ最近のブログエントリもプログラム言語をつつく〜がほぼ無くなって書籍紹介ばかりになっているので、時間が無いってのはある程度本当なんだろうなと感じています。
（時間を何に使っているのか邪推するのは置いといて、と）
> > インドリさん@ITでコラム書かないんですかー？
> > 大変だとは思いますが、ぜひともお願いしたいです。
>
> コメント有難う。
> 9月中は忙しいので、それ以降ならば可能かもしれません。
> どんな系統のコラム読みたいですか？
> もしかしたらご希望にこたえられるかもしれません。
ということなんで、来月に期待。
でも、せめてあるまじろさんの忠告が読み取れるようになってからにしてほしい。
「やめといたら？」
の返答がどうして
「邪教を恐れていたら何も出来なるからね。」
になるのか、とｗ
＞nightRaven
> ちなみに彼の月のエントリ数MAXは127エントリ。
カウントお疲れ様です。
……ところで、ひと月って何日あるんでしたっけ？ｗｗ
＞セロさん
> （時間を何に使っているのか邪推するのは置いといて、と）
単にネタ拾いの時間ではないのかなぁ、と思いましたが黙っておきます。
> 「邪教を恐れていたら何も出来なるからね。」
投稿してから読み取れたorz
そうか、
「俺は邪教には屈しない！ だから@ITでコラムってやるぜ！」
という意思表示だったんだ……。
これは釣れちゃったようですね。
ネタ拾いができてるなら、他の題材も更新されてるよなぁ、と思った次第で。
それこそ１２７ものエントリをアップしていた時間を今は何に消費しているんだろう、とね。
彼のブログ、カテゴリの各項目のエントリ数のところが０だらけなのが涙を誘うのですよ。
> ネタ拾いができてるなら、他の題材も更新されてるよなぁ、と思った次第で。
ネタ拾いを頑張ってみたものの収穫が得られなかった、と見てます(苦笑)
ま、最近じゃ妹ネタと書籍目次と他人攻撃くらいしかエントリに上がってませんし、
ネタ切れ状態なんでしょうね。
＃nightRavenさんがおっしゃるように、看板がどうのこうのと、よそのコラムにまで
＃つまんないこと書いてる時間が長すぎて、ネタ考える時間がないというの正解かも
＃ですけどね。
> 彼のブログ、カテゴリの各項目のエントリ数のところが０だらけなのが涙を誘うのですよ。
書籍目次のエントリは壊滅状態ですね(失笑)
＞やまんださん
> これは釣れちゃったようですね。
ピヨの人の単純さが露骨に表れてますね。
＃ポケモン風に言うと「こうかはばつぐんだ！」かな。
>カウントお疲れ様です。
>……ところで、ひと月って何日あるんでしたっけ？ｗｗ
いやいや...(^^;
さすがに数えるのは無理っす。（たぶん私の忍耐を超えますw）
エントリ数はサイドバーの月別アーカイブに表示されますのでそこからです。
>2008/09 (76)
>2008/08 (90)
>2008/07 (119)
>2008/06 (127)
ほんとに、何日あるんでしょうねぇ...（苦笑）
>邪教を恐れていたら何も出来なるからね。
釣られてあせるのはわかるが、「出来なる」ってなんやねん...「出来なくなる」くらいちゃんと書けよとやっぱり突っ込んでみる。
>セロさん
>彼のブログ、カテゴリの各項目のエントリ数のところが０だらけなのが涙を誘うのですよ。
涙を誘うというより、カテゴリを探しにくいのでエントリのあるものだけにして欲しいとは常々思ってますw
マークアップ言語とか絶対エントリあがらねーだろ！と思ってるのは秘密（昔のことを根に持ってる）w
お前にかかったら「馬の耳」も形無しだよ……(失笑)
＃( ゜д゜)ハッ!
＃またつまらぬものに釣られてしまった……orz
＞nightRavenさん
> 月刊アーカイブ
あぁ、本当だ……。気づかなかった。
> マークアップ言語とか絶対エントリあがらねーだろ！
そこそこエントリの上がってるRubyを見てみたけど……って感じだし、う〜ん、ピヨの
人がどんなサイトにしたいのかさっぱりわからない。
＃あぁ、それ以前の問題だった……。
良コラムだけにもったいないけどちゃんとコメントの流れ見てるってことか。
アクセス数トップでも触れられないｗ
＞誰からも相手にされない不満や実生活での不満を私にぶつけているんじゃないかな？
＞そんなストレス解消法自体が大人ではないのですが、彼らはそれを理解していないようです。
＞一応何度も注意しているのですが全く通じません。
＞馬の耳に念仏状態です。
＞大人になれない人が増えているってのは本当みたいですね・・・
鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡鏡
鏡おいとくね。
>＃「コラムリスト」……つ、釣られるもんかっ！
やっちまっただ！
ネタでもなんでもなく、素でやっちまっただ！
はーずーかーしーいー
>セロさん
>こらぁ無理ッスと。
なぜか恥ずかしさが軽減されたような気がする不思議ｗ
>あ、確かに。とはいえCodeZineの記事も一年以上停滞しているのを見ると、大丈夫かな？
そんなに停滞してないですよー、数ヶ月ぐらいだったですね。
>nightRavenさん
>コラムニストに名を連ねることで他所で暴れることが減るのか増えるのかちょっと予想がつかないなぁ...、＠IT編集部はギャンブラーだ（苦笑）
これは、確実に減りますよ。
暴れそうになったら「ハウス！」って自分の場所に戻ってもらうわけですから。
まぁ、それ以前に自分のとこのコメントを返すだけでも大変なのではないかと。
>ただ、とりブログと違って自分の気に入らないコメントを排除することができなくなるならそれは良い事。
削除できるようですよ、誰かが重複してたので消しましたーみたいなコメントしてた記憶があります。
>中の人の徒然草257より
>私順風満帆じゃないんだけどな・・・今も貧乏だし・・・
>隣の芝は青いってってことかな？
あれだ、おだてに弱すぎる(^^;;;
24時間TVの影響を受けたようなコメントは置いておいて、彼の考えてる貧乏ってどんなものだろう。
月給が30万以下とか、50万以下とか、そういうレベルなんだろうか。
それとも、親からもらう、お小遣いが2万円以下とか？
2万円だと本買ったら終わりかもしれないですねぇ、お菓子を買うお金が残らないから餓死するかもしれないし・・・
友達に貧乏だから金ないよーとか言ってる感じでは無いんだけど・・・
私の想像する貧乏とはかなり違うような臭いがするんだけどなぁ。
ＰＳ．
仮面ライダーディケイドよりアポロガイスト様のお言葉。
「世界にとって最高に迷惑な奴となるのだ」
迷惑な奴になるのが目的という衝撃と共に、なにかを連想して笑いが止まらなかったｗ
#「月刊アーカイブ」......つ...釣られるもんか！
#いや、なんとなく（笑）
>Ｓｏｄａさん
>これは、確実に減りますよ。
>暴れそうになったら「ハウス！」って自分の場所に戻ってもらうわけですから。
>まぁ、それ以前に自分のとこのコメントを返すだけでも大変なのではないかと。
「ハウス！」に腹筋がぁーーーー...。
いや、まぁ、たしかに、コメント返すだけでも大変そうだ...。
とりブログ自体のエントリも減ってるしなぁ...（苦笑）
>削除できるようですよ、誰かが重複してたので消しましたーみたいなコメントしてた記憶があります。
みたいですね...。
まぁ、書き手の権利といえば権利ですしねぇ...。
とりあえず、承認制じゃなければいいやw
>24時間TVの影響を受けたようなコメントは置いておいて、彼の考えてる貧乏ってどんなものだろう。
>月給が30万以下とか、50万以下とか、そういうレベルなんだろうか。
私もこれについてはすごく知りたい。
餓死するとか、もう雑草食いそうなイキオイな発言が結構あるんだけども、本とかすごい買ってるっぽいし...（しかも専門書ばっかりw）
それ以上にお金に対して無頓着な感じを受けるんだよなぁ...。
ホントに貧乏だったらもっとお金にシビアになりそうなもんだが...、なんとなく、なんとなく、自分で稼いでるお金で生活してる感じがしない。
>仮面ライダーディケイドよりアポロガイスト様のお言葉。
>「世界にとって最高に迷惑な奴となるのだ」
>迷惑な奴になるのが目的という衝撃と共に、なにかを連想して笑いが止まらなかったｗ
オレも最終回みますたwww（あれを最終回というのかは謎だがwww）
あの台詞を考えた奴はすげぇと思った。
#連想した「なにか」についてはとりあえず突っ込まないでおこうかと思う。
>とりあえず、承認制じゃなければいいやw
えーと、あれだ・・・コメント欄は閉鎖できたりするんだが(^^;;;;
ブックマークコメントがあるから完全に外部の声を遮断することはできないんだけどね。
荒らし対策でコメント欄を開放しないって選択は十分あるわけですよ。
まぁ、自称熱いコメンターが自分のとこ閉鎖して、他に一杯書き込んだら周りがどう思うのかを考えるかどうかってとこかなぁｗ
簡単に煽り（おだて）に釣られてる間は無理かなぁ。
良い自分を演出するために他人を下に演出することも、周りがどう思うのか想像したほうがいいんだけどなぁ。
・・・説明しないと（しても？）わかってもらえない良い自分ってのもアレだがｗ
> #「月刊アーカイブ」......つ...釣られるもんか！
あれ、てっきり一昨年から創刊されてるこれのことかと思ってたんですけど違いました？
＃もう、恥ずかしさを通り越していっそすがすがしい。
＃……でも仲間はいっぱい♪
＃http://www.google.co.jp/search?hl=ja&q=%E6%9C%88%E5%88%8A%E3%82%A2%E3%83%BC%E3%82%AB%E3%82%A4%E3%83%96&btnG=%E6%A4%9C%E7%B4%A2&lr=
>「世界にとって最高に迷惑な奴となるのだ」
アポロガイスト様は１２月まで行動不能だから、ピヨの人が一歩リードｗｗｗ
>えーと、あれだ・・・コメント欄は閉鎖できたりするんだが(^^;;;;
>ブックマークコメントがあるから完全に外部の声を遮断することはできないんだけどね。
いや、それは全然かまわないと思ってます。
#個人的にイヤなのは、書いたコメントが闇に葬られることなので...（中途半端な承認制にするくらいなら閉鎖しろと思ってましたからw）
#勝手に闇に葬っておいて、犯罪者呼ばわりってルートがなければ良いのかなぁ...と。
#TypePad昔Niftyのブログで使ってたんだけどどんな仕様だったか忘れたなぁ...w
いっつも思うんだけど、鳥は「勝手に想像するな」とか「誤解されるといや」とか言うけど、それってみんな同じじゃないのかと。
想像の根拠となる普段の言動に問題があることに気づかないうちはダメなんだろーなぁ...。
>あれこれ さん
>あれ、てっきり一昨年から創刊されてるこれのことかと思ってたんですけど違いました？
それかー！！！
やっぱオレが恥ずかしい奴でFAなのか...ちょっとは黙っとけって天の声なのか...いや、たぶん黙ることないけど...orz
「世界にとって最高に恥ずかしい奴となってやるー！」などと違う意味でイタイ発言をしてみる。
>アポロガイスト様は１２月まで行動不能だから、ピヨの人が一歩リードｗｗｗ
結構みんな見てるのかwww
鳥は「世界にとって最高にアレな奴となってやるー！」で。（だからアレってなんなんだー by ちいさい天井）
>有言逆行インドリん
個人的にツボだったので、「今週のヒトコト」にいただいたのですがよろしかったでしょうか？
ネット上の場合、このような文字でしかやり取りが行えないですからね。
それこそ足りない部分は想像で補うのは当然の行為なんだけどなぁ。
他人の思想まで取り締まりますかーみたいな。
有言実行ポワトリンにひっかけて
有言逆行インドリん
通常武器はブーメラン・必殺技はミラーアタック
まで考えてしまった自分は調子に乗りやすい性質なので注意しようと思いましたまる。
何かを疑ってしまうコメントだなぁ。
>nightRavenさん
よろしいも何も他人に笑っていただけただけで自分のコメントは役目を終えています。
その後利用していただくならばこちらが感謝したいくらいです。
それを言うなら「有言逆行インドリアン」じゃないのー？
えー？
引っ込んでろぉ？
……引っ込みます(´・ω・｀)
→邪教の人たちにはインドリさんの爪の垢を煎じて飲ませたいっす。
邪教でもなんでもいいから、誤字くらいは直そうな。
余計な疑惑のネタになっちまうぞw
爪の垢を煎じて飲ませる
http://www.ymknu200719.com/kotowaza/koto-tu-0010.html
日本語の韻である七文字・五文字に収めたかっただけなんで深い意味はないです。
ドリ太「インドリア〜ン、みんなが僕の悪口を言うよ〜。」
インドリアン「しょうがないなぁ、誤読イヤホン〜！これをつければ悪口は聞こえなくなるよ♪」
みんな「解決してねーよ。」
ネタに走りまくるのもアレなんで、
＞あるまじろさん
自作自演か慇懃無礼か皮肉のどれかでしょう。
> 日本語の韻である七文字・五文字に収めたかっただけなんで深い意味はないです。
ぐはっ、そうだったのですか。
こいつぁうかつな事をしてしまいました……。すみません。
＃でも俺はポワトリンよりシュシュトリアンの方が好きだ！（ぇ
> ドリ太、インドリアン
片方未来のロボット風だけど、スペックはドリ太と一緒なんですね……ｗ
> 邪教の人たちにはインドリさんの爪の赤をせんじて飲ませたいっす。
これまでＲＯＭってた人が面白半分でやってるだけのような気がしまする。
なんか最近、この手の書き込みが多いし……。
＃ちなみに暇なんじゃないです！
＃単に、作業的に動けないだけなんですぅぅ（←誰に対する言い訳？）
シュシュトリアンは失念してました・・・。
で、思いついたのが先ほどのネタでした。
この手の方はつつく人・回数が増えると悪い方向に成長しやすいですよね。
Ahfさんのコラムでいえば、反対意見を荒らし・悪口・反対意見に分けた時点で
「何か違くね？」って気がつかないのがなんとも。
＃待機するのも仕事の内と言われますが、なんとかしてほしいですよね。
>なんか最近、この手の書き込みが多いし……。
言われてみれば...そうかもしれない。うーん、釣られちまったい...。
ついったの件もそうなんだけど、なんかこーちょっとした悪意が見え隠れしてて気持ち悪い。
まぁ、対岸の火事は派手なほど美しいってのはありますけどね...。
#ちなみに暇なんじゃないです！
#単に、逃避してるだけなんですぅ...！（普通にダメだろう、それは...orz）
こんなサイトにも目を通しておくと、技術力UPの糧になるかもしれません。
見たことあるURLだなぁ、と思ったらお気に入りに登録済みでした(苦笑)
＃個人的には「わかります」の説明が好き。
やはり約一名、あさっての方向を向いていると思うのは私だけでしょうか？
まー彼の場合は、どんな文章を読んでも、言いたいことは一緒ですからねー。
ある意味、芯が通っているともいえるのかもしれない。。。
あやしいというか、その前に働いているのかすら(ry
それはそれとして。
> それは「契約書を無視された時の対応が難しい」点です。
フリーでやってる人で、そんなの気にしてる人見たことないのだけど。
それだけ無視されることが多いってことなんでしょうね（棒読み）
> やはり、商売は結局のところ信頼ですよね。
つまり、ピヨは信頼がないから契約書を無視されたりするってことなんだよ！
Ω ΩΩ＜な、なんだっ(ry
とか思ったり思わなかったり。
>契約先の代表者と必ず面談することにしています。
あっさりとスルーか。
あの手合いはスルー力がべらぼうに高いよな。見習うべきかもしれん。
できるヤツから離れていく
http://blogs.wankuma.com/jitta/archive/2008/11/21/161892.aspx
「護送船団方式」と「属人性の排除」
http://blogs.wankuma.com/episteme/archive/2008/11/21/161829.aspx
上記はOgnacさんをネタ元にしたεπιστημηさんのBlogとJittaさんのBlogなんだけど、鳥はどちらにもPOPしてるんだよな。
でも、現実に鳥が暴れたのはJittaさんのBlogのみ。
なんでかなーと思ってコメントの流れを見てたら、επιστημηさんのBlogのほうは見事にスルーされてるんですよね。
やっぱスルーに限るのかなぁと思った次第（苦笑）
#あの時は私も鳥にからんでしまったからJittaさんには迷惑かけたなぁ...と今更だけど反省。
>2009-09-01 Tue 17:13 | URL | インドリ #
>2009-09-01 Tue 17:13 | URL | ドニゼッティ #tHX44QXM
ピヨにも熱い読者が付いてるんですねー
> これまでＲＯＭってた人が面白半分でやってるだけのような気がしまする。
これまでROMってた人ですw
普通に「つめのあか」を変換してもIMEはきちんと変換してくれるのですが
この間違え方は鳥っぽいなあとは思うのですが。
それも見越しての釣りなのかなあ…と見事に釣られてみました。
煽るのはいいけど節度を持った煽り方をして欲しいなあと思ったり。
煽っている時点でなんかもう根本的に間違っている気もするけどまあ置いておいてwww
>邪教でもなんでもいいから、誤字くらいは直そうな。
>余計な疑惑のネタになっちまうぞw
私も疑っている１人です。根拠無いので邪推の類ですが。
で、あのブログのハンドルの右の文字列って確か、書き込み時のパスワードか何かで
決定されるんでしたっけ？
もしそうだとしたら、インドリ氏が同じパスワードを使っていたりしたら、何か露呈
するのでは!?と邪推して「インドリ tHX44QXM」でググってみたら、なんか全然別の
人の書き込み(下記URL)が引っ掛かってしまいました(汗)。
http://indori.blog32.fc2.com/blog-entry-774.html
うーん、単に単純なパスワードとかなのかしらん？
社長さんが、言っちゃったよｗｗｗ
>2009-09-01 Tue 17:13 | URL | ドニゼッティ #tHX44QXM
ん？
そのあたり、実際の変換方法を調べてみないと確証がとれないですね。
#tHX44QXMは闇夜の鴉さんが初出のようなので、その時になんの文言をパスワードにしていたのかかくにn
＞太郎冠者さん
(;゜Д゜)
>私が実際に遭ったケースでは、「なるべくただで盗った方が儲かる」と言って踏み倒した社長が居ます。
うーむ、まぁよく言うよな...。
善悪関係なく損得の話だと思うのは間違ってるんだろうか...。
性善説と性悪説のよくある誤解
http://park5.wakwak.com/~tanaka02b/zakki/log14.htm#miss2
ちせいが1あがった！（勘違いしてたさー）
>#tHX44QXMは闇夜の鴉さんが初出
ありゃ、オレのコメントだったのねー（苦笑）
うーん、なんだっけかなぁ...。
キレーさっぱり忘れているので捜索してみて判明。
行進するときに使ったりするよね...「○っちにー、○っちにー」って。
>入れたフリーランサーが油を注いだとか……。
社長さんのコメントでも、こここそが注目すべき箇所なのに、（Edosson主観）
華麗にスルーしてんのな。
>小口で現金前払いの仕事をしかしません。
もしかして、ここで受け取ったお金しか取れてないんじゃあ・・・。
なんかドリフのコントの「ダメだこりゃ」シリーズの、
「初診料だけでやってる医者」を思い出した。
ありゃ。変換元がパスワードとして、元の文言が一般的なものだった場合はカブることも多いよな〜とね。
今までの実績から疑惑が弱まることはないんですが。
＞性善説と性悪説のよくある誤解
こんなサイトは大好きです。
踏み倒した社長はひどい！○○さん可哀そう！って言って欲しいんだろうか。
踏み倒された○○さん桜紅葉（−肉＊２）？社会が悪いといまだに自衛手段とらない○○さん不勉強乙！
と思ってしまう私はきっと性悪なのでしょう。
＞Edossonさん
彼のブログ以外の場合、彼に直接返答するよりは彼にちょっと刺さる事実を含めた一般論をコメントする方が有益になるかと。
答えが返ってこなくてイライラするよりも、答えが返ってきて荒れるよりも…ね。
自分の持ってるFC2ブログで試してみたんだけど、5回目くらいでHitしました（苦笑）
ちなみに「実は（・∀・）でしたー♪」ってオチはありません...（苦笑）
>セロさん
>踏み倒した社長はひどい！○○さん可哀そう！って言って欲しいんだろうか。
まずは共感してほしいんじゃないですかね？
「うんうん、そうだよね、わかるわかる、大変だったねー」って。
#これってどっちかっつーと女性的な思考なんだよなぁ...（苦笑）
もちろんその後で褒めないとダメでしょうけどw
>小口で現金前払いの仕事をしかしません。
何気にスルーしてたフレーズなんだけど...「前払い」なんだ...。
どんな仕事なんだろ？
やっぱ、アドバイザー...じゃないな、あれは「代金引換の前払い」だからな...。
#だれか、「代金引換の前払い」って支払方法がどんなものなのか教えてください（苦笑）
>まずは共感してほしいんじゃないですかね？
でしょうね。
んでも読み手に似たような経験があってこそ共感が得られるハズ。
状況が特殊で共感出来にくいのです。
少し前に「自分の経験がすべてだと思って〜」なんてありましたが、なんでしょうね。
>代金引換の前払い
短い言葉で矛盾を生じさせるセンスは抜群ですね。
＃どこぞの宇宙刑事のように魔空空間すら自在に操れそう。
この世の終わりじゃ！ 皆の衆、この世の終わりがくるぞ！Σ(@o@;
庇護<->瑕疵
・・・どんなtypoしたら、んな間違いになるんだろうな。
字面だけで「庇護」と読み取ったと推測するのが妥当か。
さんざん法律用語が飛び交っているというのに・・・。
鳥はこれまで、「瑕疵」という言葉を知らなかったのに１３京ペリカ。大奮発だぞ。
本当にフリーでやってるのか。つか、こんなんで会社と渡り合えるのかいな。
>セロ氏
む、俺としては盛り上がって欲しいと思って、ああ書いたんだが。
盛り上がると、反面、巻き込まれる人が出る。
ある程度承知の上のこととはいえ、悩ましいですな。ちと自重します。m(_ _)m
#ごくたまにですが、誤字謝罪してるとこ見ますよん☆
いや、第三者がでしゃばった意見を出しまして申し訳ないです。
まともな意見が返ってくれば何の問題もないとは思いつつ、
少々おかしな意見があったほうが議論が活発になる事実。
＠ITデビュー日までは静かに見守っておこうという悪戯心。
＞庇護
彼の望みが漏れ出たような。
＃最近私もコメントの頻度が上がってますね。自重します。
>nightRaven氏
>#ごくたまにですが、
会社からは、本拠が見られないんだよな。
前にも書いたが、家に帰ってから、また追いかけ直すなんてしたくねえし。
>セロ氏
>＠ITデビュー日までは静かに見守っておこうという悪戯心。
をを、養殖ですか。
出荷（デビュー）が今から楽しみです。
すみません、ごくたまにと書きましたが、記憶にあるのは実はこれだけなのです...（汗）
Edossonさんも見ることできるとこです（汗）
http://blogs.wankuma.com/jitta/archive/2008/11/21/161892.aspx#161964
#とりブログ（特に最近）ではほとんど直してないんじゃないかなぁ...。
「風津に考えて」のところ。
#ま、それ以上に指摘されまくってるわけですがｗ
>みんなでパラレルをエンジョイしよう♪
とりさんはパラノイアをエンジョイ中のようです。
誤字もいらなきゃ誤読もいらぬ、わたしゃも少し弁が欲しい。
http://el.jibun.atmarkit.co.jp/happy/2009/09/11-82d5.html
>ただ、人月単価が当たり前のこの業界では会社もエンジニアもコストに関しては無頓着になりがちです。
>エンジニアに至ってはコストよりもいかに時間を延ばして報酬を多く取るか、と間違った感覚でいますし、エンジニア派遣の会社ならなるべく多く残業してくれと考えがちです。
>これも何度も書いていますが、生産性が上がらない理由の1つです。
特に上記部分なんか、「えっへん、ボクの言ったとおりピヨ！ボク間違ってないピヨ！」っていいそうなイキオイ。
#個人的には、なんとなく印象操作っぽいコラムなので好きになれないけど...。
> #個人的には、なんとなく印象操作っぽいコラムなので好きになれないけど...。
あまりに「人月」という単語が散りばめられすぎてて、鳥を引き寄せるためのパン屑か何かかと……(苦笑)
もしくはサブリミナル効果を狙ってるのかｗ
＃そろそろ「nightRaven」をソラで入力したいけど、タイプミスが怖くていつもコピペです。ごめんなさい。
>鳥を引き寄せるためのパン屑か何かかと……(苦笑)
@ITのコラムニスト達は鳥を餌付けしてなにをするつもりなんだろう...（苦笑）
え！？
私もタイプミス怖くてコピペが大半です(^^;
#ほとんどの方にごめんなさい言わないとダメだー！
#もちろん、あれこれ さんも...www
デビューを迎えてステージに並べられる焼き鳥さん。
＃TypoでnightRavenさんがKnightRavenさんにクラスチェンジするのでしょう。
>関連する業務の処理を実行させるなんて事ありますよ。
>その時直列処理プログラムならば、じっと待たねばならないわけです。
意味がわかりません。
これはアプリ側で並列を意識しないといけないレベルか？
これが、バッチ処理とかなら分かるが、どうもＵＩが絡んでるように見えるし・・・。
じっとまつってなんだ？
伝票印刷完了まで待つといってるのかな？そりゃ当然だよね。
事務処理としては伝票印刷後にＰＣを使わない仕事がまってるんだから・・・。
会話になってない会話がまた始まった感。
>なるほど。でも、マルチタスクはWindowsの初期から実装されている。
>印刷中に他の処理が止まることもない。
>貴君の言っている使用例では、すでに完成されている使用例だ。
>この記事の、並列プログラムを勉強しようという内容とずれている。
>俺が知りたかったのは、業務アプリでのマルチスレッドが意味を持つか否かだった。質問の意味が理解して貰えないようだ。
>回答文を読むと、貴君は、用語は知っているようだが、用語の意味と活用方法を知らないようだ、
>受け売りで「これからは xxxの時代だ」と言っているように見える。
>どうだろうか。
これで結論がでていると思う。
#っつーか、鳥もかわいそうなくらい同じ対応しかできてないよなぁ...。
#KnightRaven...┌(_Д_┌ )┐
あ〜、彼ももうすぐ「荒らし」認定だな。
認定された可能性は高いかも...と邪推w
スレッド化の必要性を疑問視されているのに、スレッドに拘るのがおかしいと言われてしまうのかぁｗ
印刷もかなりの量を印刷するような場合じゃなければ、スレッド分けるほどでもないと思うんだけどなぁ。
そもそもマルチスレッド自体、遥か昔から存在しているのに・・・
最近の技術じゃないってことわかってるのかなぁ(^^;
あれだ、並列に処理しないと困るようなものは、大昔から並列処理されてるんだって(^^;
んでもって、最近でるマルチスレッドの話題は全然別のところ。
昔はCPUを複数持つ環境なんて一般的ではなかったのに、近年はCPUを複数持つのと同じ環境が当たり前になってきたの。
一般的な環境でも、並列処理による速度アップが期待できるようになってきたから、速度が欲しい場面で積極的に利用し始めてるだけ。
新テクノロジーでもなんでもないんだよ。
実際にそんなことができる場面は限定されてるんだけどなぁ・・・
処理の結果が並列に動くほかの処理に影響せず、１つの処理に時間がかかり、そのような処理が２つ以上重なる状態でしょ？
画像処理とかー音処理とかーナップサック問題とか・・・
>今まではクロック数が上がっていましたので、マルチスレッドにしなくてもあまり目立ちませんでした。
いや、クロック数なんて関係なく必要な場面では使われてたんだってｗ
長い処理するときに、中断ボタン使うものとかさー色々あったでしょ？
最近の並列処理は、パフォーマンスアップだけだよー。
自分でも真髄がわかってないっていってるから、そうなんだろうけど・・・目的と手段が入れ替わってるような気がする。
パフォーマンスを求めて、環境ができたから並列処理をするんであって、並列処理をするからパフォーマンスが上がるわけじゃない。
ところで・・・
>ちょっとした事でバグが発生しますし、デバッグもこれまた難しいし、オブジェクト指向設計するのが難しいし・・・色々な困難がそこに待ち受けています。
バグやデバッグは納得できるけど、オブジェクト指向設計が難しくなるってのはどういうことだろう？
個人的にはあまり関係ないと思うんだけど・・・
> バグやデバッグは納得できるけど、オブジェクト指向設計が難しくなるってのはどういうことだろう？
> 個人的にはあまり関係ないと思うんだけど・・・
データと処理をわけて設計できてないだけなんじゃないかな。
データが処理を知っているのがクラスなんです、などといいながら全部いっしょくたのやみ鍋状態になってるんじゃないかと邪推
印刷処理をじっと待つとかって、要は画面と同じスレッドで処理しているから画面が固まってるってことでしょ。
個人的には業務アプリだったらプログレスを出して印刷処理をじっと待ってるほうがいいけどなあ。
（もちろん印刷は画面とは別スレッドで処理する）
その間はそのプログラムは使えないけど、別に同じプログラムを立ち上げて処理できるようにすればいいだけだし。
Mutexとか使って同時起動制御するのはいただけない、って話なら何となくわかるんだけどなあ。
>Ｓｏｄａさん
>バグやデバッグは納得できるけど、オブジェクト指向設計が難しくなるってのはどういうことだろう？
状態遷移が分かりにくくなるからってことかなーと理解したんですけど、
別にこれってオブジェクト指向とは関係のない話ですよね。
データの同期は常に考慮しなければならないから難しくなるのはどの言語でも一緒。
え〜、何だろう。
SQL書きながら、今夜の夕飯を考えてるとか？
車運転しながら、携帯で電話しているとか？
聖徳太子のように．．．
>データと処理をわけて設計できてないだけなんじゃないかな。
彼が考えるオブジェクト指向自体も、微妙なんだよなぁ(^^;
>sakuさん
>別にこれってオブジェクト指向とは関係のない話ですよね。
うーむ、お二人とも似たような見解かな？
マルチスレッドで難しいのは同期ですよねぇ。
オブジェクト指向といっても、スレッドを管理するのは自分だし・・・
高度なオブジェクト指向では、抽象化が進んでプログラムの流れを考慮してはいけない・・・の？
そうそう、
>(2)は印刷処理とデータ入力を同時に実行するなどの複数の処理を並列化して時間を短縮するという話です。
>こちらは「マルチタスク」という表現が該当すると思います。
タスクとスレッドの用語使い分けは、動作単位が異なってるってほうが多くないですか？
タスク＝実行型単位
スレッド＝実行型の中での処理単位
本来の言葉の意味からすると間違ってないと思うのですが、違和感が(^^;;;;
まぁ、あの流れだとコンピュータ用の用語とそうじゃないものが同じ表現されてるから微妙なんだけど。
ここまでの流れで、彼のいう並列処理は、タスクもスレッドもごちゃ混ぜということがわかりました。
AlphaBetaさんはスレッドの話しかしていないし、スレッドのリスクを知ってるから忠告してますよねぇ。
どこにマルチスレッドを持ち込むのかと。
コメント前半は、彼もスレッドの話しかしてませんし・・・
途中でつじつまが合わなくなって並列処理を拡張表現しているだけのような・・・
そして、拡張表現したから前半と話が合わなくなってるような(^^;;;;
>スレッドに拘り過ぎるとTBBなどによる並列化を理解できませんよ。
実はここも謎なんだが(^^;
TBBってスレッドを駆使したライブラリじゃないの？
というか、スレッドのリスクを理解しないと使えないと思うんだけど・・・違うの？
並列化するとこが無いというAlphaBetaさんの主張に対してNoと強く返しているからなぁ。
こーParallel Studioが魔法のように並列処理してくれると思ってるんかなぁ(^^;
いつも思うんだけど、彼がものすごく高度なことを言っていて私が理解できないのか、彼のレベルが想像以上に低くて表現がおかしいのか、素でわからんｗ
>タスクとスレッドの用語使い分けは、動作単位が異なってるってほうが多くないですか？
うーん、なんか今までの流れで使ってた用語をコピペしてたらなんかおかしなことに。
その前の自分のコメントもそうですけど上手い説明ができてないですね。反省。
>ここまでの流れで、彼のいう並列処理は、タスクもスレッドもごちゃ混ぜということがわかりました。
とりあえずこれがわかったのでこれで引っ込むことにします。
>あるまじろさん
>SQL書きながら、今夜の夕飯を考えてるとか？
>車運転しながら、携帯で電話しているとか？
SQLを書いているときは集中しているので他のことは考えられませんwww
以前、「OS を作った。Windows に比べたらまだまだ…」と書いていたので、Windows と比較できるものを作ったのだと思っていたのですが…。待てよ？Windows って、数百人が数年前かけて作ってるんだぞ？実は、COMMET の仮想環境が、比較対照として適切なんじゃないか？んな感じ。それもなんだか怪しく鳴ってきた。実はマッピーを動かしているとか？
コンパイラも、なんかなー。2〜3回で止まっている翻訳の所を見ると、ホンマに作ったのか、怪しい。文法があやふやなぶん、作りにくいとは思うけど、基本5文形の構文解析ならできていそうなんだが…
>並列処理
「おかえりなさ〜い、あなた（はぁと） ご飯にする？お風呂にする？…それとも、ア・タ・シ？」
『全部』
すみません。この例だと、特にスレッドはいらないですね。
>foggerさん
飯と風呂と嫁を並列処理かぁ...。
熱く語れば騙るほど、信憑性が低くなるのは鳥の基本仕様ですなぁ...。
#「語る」が間違ってるけど、もう直さないw
マルチコアでマルチタスクにするか、マルチスレッドにするかは、ユーザーは無関係ですよね。
で、開発者は意識する必要ってあるの?
「タスクのディスパッチは、OSが面倒みるから、プログラムは、個々の処理に専念してね」というのがOSサービスでしたよ。
スレッドはメモリー空間共有という前提があるので、意識する必要があるし、処理の特性を知っている開発者でないと切り分けできないしね。
それ以前に、実行CPUの指定をして切り替えるなんで、事務アプリでは、出番が無いに近いですしね。
OSが面倒みている範囲を再び、プログラマに任すのは逆行していると思うのです。必要な局面でパワー開発者が携わるのは賛成です。
実業務で並列処理している云々は、納得できることもあります。SQL文を考えながら他の事はできませんが、
SQL文ができたら、実行して、コーヒー飲んで、xxxしてとJOB計画は立てますよね。
しかし、これは瞬間瞬間に動的に行動要素が決まることです。
マルチプログラムのように、コンパイル時に静的にJOB計画は立てられない。
従って、動的並列行動は、マルチスレッド化はできない。できたとしても、排他制御で複雑でバグり率が高い。
と想像してみました。
>2009-09-05 Sat 09:45 | URL | ボール
気に入らない投稿者に対しての悪口は平気で載せるのかぁ・・・
直接自分が言ってないけど、否定しないなら、自分が言ってるのと同じだよ。
名前から釣りだと思ってたんだけど・・・なんでコレにコメント返さないんだろう？
・・・そして、自演を疑われるとｗ
そもそも、教えてもらおうとしているわけではないんだよなぁ(^^;
変なこと書いてあるから、恥を書かないように教えてくれてるんだよ・・・
教わってるはずの彼が、教えている気でいる状態。
相手がわかってないという彼の中の前提があるから、どうしてもそうなるんだよね(^^;
そこに呆れる！ア○バレるっっっ！
（黒過ぎたらごめんなさい）
>気に入らない投稿者に対しての悪口は平気で載せるのかぁ・・・
あー、オレも同じこと思ったw
自演かどうかは悩ましいところではあるが、実際、鳥もそう考えているからこそ承認したんだろうし、まぁささいな問題だな（苦笑）
結局、ツッコミにはちゃんとした回答はできないスタンスを再度実証しただけになったなぁ...。
「人に教えてもらうときのものの聞き方」って...どんだけーw
#最近の＠ITのコラムって、問題提議しているようでその実自分達にこそ問題があると晒しているだけのような気がしてきた...。
#なんかこー...信用できねぇwww（これはスレ違いだな...）
>AlphaBetaは並列処理云々より、人に教えてもらうときのものの聞き方を学んだ方がいい
いきなり呼び捨てもどーなのよ？と思いますが。。。
AlphaBetaさんって聞き方が悪いってより日本人ではなさそうな感じですよね？
管理人ならそーゆうとこ気づいて注意すべきだよなぁ。
ついでに「他の人に噛み付いている」ということにも。自分の擁護じゃないからスルーですかｗ
> さすが日本屈指の疑術屋っっっ！
誰がうまいことを言えとｗ
＞nightRavenさん
> 「人に教えてもらうときのものの聞き方」って...どんだけーw
AlphaBetaさんのコメントを「考えを聞いている」じゃなくて「教えを請うている」と捉えちゃうところが……って感じすね。
そもそも立ち位置がちがくね？みたいな。
まぁ、この「ボール」氏が(・∀・)だったと仮定して、ですけど。
＞eterniaさん
> AlphaBetaさんって聞き方が悪いってより日本人ではなさそうな感じですよね？
わざと人格を廃した、って表現はちょっと違うな……文章に人格が表れない書き方をしているだけじゃないですか？
たまに脱字があったりするから、こういう書き方に慣れてないのかな、と思いますけど。
あのコードで並列処理用のコードとそうじゃないものが、等価になるならどんな理屈で成立させてるのか、ちと不思議に思えてきた。
読み違いじゃなければ、生徒の成績を乱数で発生させているがーその部分も並列処理の範囲になってる。
なんとなく、平均求めるよりも乱数発生させるほうが処理時間かかってるような気もするが、それは置いておいてー
あのコードで、配列に入る乱数値って同じになるの？
いや、もちろん、乱数の初期化コードをループの前に入れてって前提だけど・・・
並列に処理するから、乱数の発生順番も変化する可能性あるんじゃないかなーと・・・
直接試せば早いんだけど、会社にしか開発環境ないし、会社のＰＣにParallel Studio入れるのは避けたいしｗ
あっ、実行環境に依存するから、変化しなかった場合、それが保障されているのかどうかは判定できないか(^^;;;;
同じ結果が保障されるのなら、もしかして、本当に魔法なのか？とか思ったり、思わなかったり。
動作原理がわかってないけど、ループ１回分をスレッドにして、CPUにあったスレッド数で処理するだけなのかなーと想像。
スレッドの発生と完了待ち同期などを引き受けてくれるだけ？
それだけでも、コード書く量が減って楽そうだがｗ
それとも共有変数の排他処理もやってくれるんかなぁ。
ＰＳ．
@ITのとこでも、わからないと思った相手には、あんな態度なのかぁ。
AZさんのコメントで、違う方向に加速しなければいいんだけど・・・
契約しに行くのを断った人の言葉じゃないと思った。
>書き方は少し極端だとは思いますが。
オレには納得できん。
彼がそこまで断言する根拠がわかんね。
AZさんてば...また鳥が瞬間沸騰しそうなツッコミを...（苦笑）
#内容には激しく同意なんだけど...。
打合せのたびに金額が増減するような怪しい請求なんてお断りします。
鳥さんから新たなコメント入ってますね。
打合せのたびに見積もり根拠を一から説明するのでしょうか。
よっぽどそのほうが時間の無駄な気がする。
採点（と、平均点の計算）を並列作業しているのですから、当然かと。
なんか、「マルチタスク」と「マルチスレッド」を、「並列処理」で同じものとしてくくっているのね。本当にマルチスレッドでプログラムを組んだことがあるのか、疑いたくなる(^^;
で、マルチコアだからこれ迄の開発手法が通じないのなら、すでに破綻していると思う。だって、すでに数多くメニーコアな CPU が出回ってるやん。開発手法って、一番下に位置するものですよ。それが“通用しない”のなら、上に乗っているものも通用せず、もって全てのシングルコアしか考えていないプログラムは動かなくなる。
>Axさんは開発モデルと見積もりの関連性に気付いておられないようですね。
Axさんて誰やねんwww
> 本当にマルチスレッドでプログラムを組んだことがあるのか、疑いたくなる(^^;
そりゃもう、いっぱい組んでいらっしゃると思いますよ。
……参考書のサンプルプログラムで（ぼそっ
インプットが書籍ばかりじゃ、仕方ないのかなぁ〜。
マルチスレッドが有用となる実際の業務ロジックを提示しろ、と問われて
「全ての業務が並列に行なわれている」
なんてとんちんかんな答えしか出ないのであれば、
「はっはーん、こいつぁ本の受け売りしか言えないんだな」
と思われるのは必至なのに。
社長さんのところに確かそのような人がいたような。
これで鳥さんからAzさんへの返信が無くなったらゴメンナサイ。
http://blog.goo.ne.jp/take-mishi/e/19b5f2e23733e1948e04280446f8e78f
(;´ー`)これって鳥のこｔ
そのための手法としてアジャイル開発があるわけじゃないんじゃないかと。
まあ使ったことないんであまり大きなことは言えないんだけど、
アジャイル開発ってちっちゃいプロジェクト向きなんじゃなかったっけ？
>一方仕様変更に強いのがアジャイル開発です。
>アジャイル開発では、見積もりが細かい単位で行われますので、より高い精度で見積もりが出来ます。
>すなわち、細かく随時契約をしていく事になります。
これって鳥の言ってた「詐欺師」的なやり方にならないのだろうか。
あとからどんどん仕様変更っていって金額を増やしていくってことでしょ？
顧客は予算オーバーしそうだったらそれ以上契約しなければいいんだろうけど
中途半端に使えない状態で予算オーバーになっちゃったらどうすんのよ。
それだったら最初に決められたお金を払ってちゃんとしたものを作ってもらったほうがでしょ。
>それに、受注の時に関しても、あやふやなままお客様に発注させるのでは、顧客満足度を下げる結果になります。
最初に金額が決まらないものほどあやふやなものはないと思う。
例えば自分のお客さんは役所なので予算はきっちり最初に決まっていて
その範囲でプログラムを作らなきゃいけないわけだけど
そんなんでどこまでできるかわからないアジャイル開発が受け入れられるとは思わない。
あと契約の大変さを分かってない。
「細かく随時契約」なんてめんどくさくて絶対にやってられない。
sakuさんのコメントにも書いてありますが、お客さんも年間の予算やその割振りが
ある程度決められていて、システム投資はxx万、人件費がxx万って具合に
使える金額に限度があるはずです。
鳥が言っているような契約やってたらいつまで経っても決裁の承認降りなさそうｗ
本当に実務経験ない人はこれだから・・・って断定してもよかですか？
と思ってたんですよね。アジャイルで見積もりなんかしたってって…。
そしたら、こんな本を見つけました。アジャイル見積もりって実際にあるのね。
http://www.amazon.co.jp/%E3%82%A2%E3%82%B8%E3%83%A3%E3%82%A4%E3%83%AB%E3%81%AA%E8%A6%8B%E7%A9%8D%E3%82%8A%E3%81%A8%E8%A8%88%E7%94%BB%E3%81%A5%E3%81%8F%E3%82%8A-~%E4%BE%A1%E5%80%A4%E3%81%82%E3%82%8B%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%E3%82%92%E8%82%B2%E3%81%A6%E3%82%8B%E6%A6%82%E5%BF%B5%E3%81%A8%E6%8A%80%E6%B3%95~-Mike-Cohn/dp/4839924023
中身も目次も全く読んでいないのですが(オイ)、取り敢えず自分自身の勉強不足は反省かな。orz
>受注できなかった案件は内のですか?
等ww。
>もう言っている事が無茶苦茶です。
>言っている事が支離滅裂に見えます。
鳥以外に、そのように、読み取る人っています? <== 誰に同意を期待しているんだ。
>見積もりしたけれど、受注できなかった案件はないのですか?
これの答を想定してみた。 「私は受注できる案件しか、見積もりしません。」鳥なら言いそうに、１００イスカンダルペソ。
概算工数で見積して、受注、請求 と流れるのは、良くあるんじゃないの、それで経営が安定してるなら、良いじゃんねぇ。
(ここで愚痴るな、俺)
>鳥以外に、そのように、読み取る人っています?
鳥の言ってることがまずわかりません。
AZさんの言ってることは普通に理解できますね、私でも理解できるんだから他の方は言うに及ばずではないでしょうか？
#ついでに言うとにゃん太郎氏のスタンスも、言ってることも、やってることも納得できません。（ま、これはスレ違いw）
>これの答を想定してみた。 「私は受注できる案件しか、見積もりしません。」鳥なら言いそうに、１００イスカンダルペソ。
うーん、コラムに関係ない話題につき無返答、でしたねぇ...。
#っつか、鳥こそが話題をあさっての方向に持っていってることに結局いつも気づかない不思議（でもないか...）。
>「私は受注できる案件しか、見積もりしません。」
「受注できないので、見積もりしたことありません。」
G.G.G!!さんが紹介してくれた「アジャイル見積もり」の本の情報が見れたことが今回の一番の収穫のような。
ただ
http://ja.wikipedia.org/wiki/%E3%82%A2%E3%82%B8%E3%83%A3%E3%82%A4%E3%83%AB%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%E9%96%8B%E7%99%BA
にて
<引用>プロジェクト関係者間で必要な時に即座に直接顔を合わせて意思疎通を行うべきであることを強調する。 ほとんどのアジャイル開発チームでは、ソフトウェア開発に必要な関係者全員が、1か所の作業場所で仕事をする。 この場合の関係者には、少なくともプログラマと「顧客」が含まれる </引用>
なんて記載されているのに、
「顧客と直接会うのは時間の無駄です。」
なんて言っちゃう人がどうやってアジャイル開発を進めているのかすごく疑問。
> なんて言っちゃう人がどうやってアジャイル開発を進めているのかすごく疑問。
うわー、それ是非訊いてみたいですね〜。
……ってあれ、ピヨの人って、自身が「アジャイルで見積りをしている」ってどっかで言ってましたっけ？
なんか、いかにも怪しげな「ソフトウェア工学に基づいて見積りをしている」のはどっかに書いてあったのを見た記憶があるけど……。
にて 2009年8月27日 (木) 10:29 のコメントになるかと。
これですか……。
「きっと似ている」ってところに引っかかりがありますけど、確かに言ってますね。
＃専門書を読んだことがないのに「基本としている」とはこれいかに？ｗ
>これといってネタが無いから
うん、ネタが無いなら左下のカテゴリの記事を書き進めればいいと思うよ。
＃具体例を一切提示せずに、「実践している」と叫ぶが如し
＃（ちょっと微妙な返しですな。反省。）
書き進められるほどのネタがないなら始めからカテゴリに入れるな、と……。
> ＃（ちょっと微妙な返しですな。反省。）
いえいえ、お付き合いありがとうございます(∩´∀｀)∩
実に読みやすいというか単純というか...。
予想通りのエントリ上げてくるなぁ...（苦笑）
キーワードは「アジャイル」w
>無差別に技術をついばむ鳥
ついばむだけで咀嚼・吸収していないんですかね。
えーっとね、「あー、面白かった！」じゃダメだと思うんだ、ぼかぁね。
色々と重要な事が書かれてると思うんだけどなぁ……。
☆重要ポイント☆
> 3 人ではなくアイデアを批判する
> 5 変化に付いていく
> 8 わかるまで質問する
> 38 定常的に顔をあわせる
身についてないんじゃ娯楽小説読んでるのと変わらないってｗｗ
＃都合のいいところだけ抜き出しちゃった感は自覚済みだぃ！
これも追加でお願いします。
☆重要ポイント(追加分)☆
> 24 ユーザの声に耳を傾ける
> 44 コードをレビューする
確実に身についていないと思われるｗ
＞j-mf さん
むしろ、こうではないでしょうか？
ばかー！おまいら間違ってるピヨ！ 本当はこうだピヨ！
3 人ではなく自分に対する批判を排除する
4 自演がなんだ！ 全速前進！
11 妹は脳内であって、現実ではない
17 短いイテレーションでインクリメンタルに言論統制する
第5章 アジャイルな自演
19 ミーちゃんを味方につけろ
20 理解する前から難解な用語を使う
21 逆釣りがあれば言い訳も変わる
31 “Tell, Don’t Ask”おまいらになんか頼らないピヨ！ボクが命令するピヨ！
34 アドヴァイスを荒らしとみなす
37 役に立たない情報を提供する
41 ボクはメンターになるピヨ！
45 みんなに注意する
第9章 終章：他人様のブログへ踏み出す
>業務エラーについてなのですが、私はシビアに考えますので「戻り値」ではなくて全て例外をスローするようにしています。
うーん、にゃん太郎氏の趣旨を理解してない模様。(解りにくいのもあるかも知れないが)
「全ての業務エラーを異常処理扱いするのは駄目、正常処理すべき業務エラーもある」という趣旨だと理解した。でも、特筆すべきことでもなく、当然の主張だが、鳥は上っ面で同調したね。
でも、今回は、突っ込むのは止めた。
「例外に依存した異常データ検知/処理は駄目」というのが私の主張ですが、議論する気が失せましたorz;
>Jittaさん
>採点（と、平均点の計算）を並列作業しているのですから、当然かと。
うん、うん、採点も含まれるって書いてあるから、範囲に入ってること自体はいいんですよ。
私が気になったのは、個々の生徒の採点結果が直列と並列では違うんじゃないかってことです。
計算時間が短くなる単純な例題だから、どうでも良い部分です。
で、仮にそれぞれのループ前に乱数発生の初期化コードを入れたとして、結果が一致するかどうかが興味を引かれた部分です。
乱数って一回実行ごとに変化しますよね？
採点を一致させるには、実行順番が保障されないといけない。
もし、並列のほうでそれが保障されているのなら魔法かもーと思ったんですよ。(^^;
>で、マルチコアだからこれ迄の開発手法が通じないのなら、すでに破綻していると思う。
まぁ、焦点は速度だけだから、時代に合わない遅いプログラムってことを言いたいのかなーとは思うのですよ。
ただ、残念なことに、新しいCPUは、使われているCPUコア数によってクロックを変化させてしまうｗ
さらにハイパースレッドは擬似的なコア数アップだけど、擬似的だから得意不得意があるようで、有効にすると遅くなる場合も(^^;
ヘタなマルチスレッドよりも、シングルスレッドのほうが早い場合がいろいろでてしまう時代に突入してたりするんだよなぁ。
ハード依存したソフトの考え方は、ハードが変わると簡単に崩れるのが怖いですねぇ。
実行時間の測定って何回か計測して平均値をとるもんじゃないの？
まともに相手をすること自体が間違ってるという認識ではあるんですけれど、それでもちょっと
考えることもあったりして。
末記入さんが書かれていた、詐欺師のやり口という点は以前から僕も思っていたんですよね。
自分がわかっていないから「理解できないんですね」とか「読めばわかります」等の結論を
相手に依存させる書き方をしてみたり、@IT方面に出張っては「ブログを荒らされている」
とか、同情を誘うような印象付けをしてみたり。
他人を詐欺師詐欺師と呼ぶのも、自分が詐欺師まがいなことをしているということへの
裏返しというか、そうやって避難のターゲットを逸らそうとしているんじゃないかとか。
ただ、彼の場合は詐欺をしようとしてやっているのではなく、これまでの生き方から結果的に
詐欺師的な行動しか取れないようになってしまったのかなあとちょっとかわいそうに思える
部分もあったりして。かといって同情の余地はないですが。
なおかつ、意図的に行っているのではないので、詐術的には非常に稚拙で浅はかなので、すぐ
見破られてしまうところもポイント。自分をすごく見せたいという一心なのかなと。
# イメージ的には「失敗続きの『カメレオン』」という感じ
@ITの方も面倒くさくて読んでないです。だいたいいつも同じ流れなので(笑)
追加ありがとうございま〜す(*^-^*)
＞foggerさん
> 4 自演がなんだ！ 全速前進！
吹いたｗｗｗ
＞セロさん
> たった一度の結果で効果が出ました！
週刊誌に載ってるダイエット食品の広告みたいですね。
自分は「生意気盛りでかまってちゃんな幼児」ってイメージです。
そこから成長できていないというか。
＞あれこれさん
それこそ被写体別人じゃね？クラスで。
×：鳥の経験則
○：にゃん太郎氏の経験則
と深読みしてみました。
>実行時間の測定って何回か計測して平均値をとるもんじゃないの？
まあ、ピヨ氏がまともな計測をしていないというのは、既にJittaさんが実証済みなのでは
ないかと。
http://indori.blog32.fc2.com/blog-entry-214.html
http://blogs.wankuma.com/jitta/archive/2009/05/22.aspx
比較対象以外の条件を揃えていない時点で論外なのですが、ピヨ氏によると、
>それで感想なんだけど、これって価値観の違いだよね。
…だそうです(汗)。
価値観の違う世界にお住まいのようで……じゃなくて、いくら結果が出たと言われても
なんか信用できないのよね。
# あ、上の２つのURLもトップのリンクに加えて戴けたらと。> busaikuro様
上の記事(ピヨ氏のブログの方)自体は本人が追記で訂正を入れているから、別に今更話題に
するような問題ではないのかもしれませんが、ああいうコードを最初に書く時点でねぇ…とか
思ってはいけないのでしょうか!?(汗)
>http://blogs.wankuma.com/jitta/archive/2009/05/22.aspx
>32bit 用にコンパイルされている実行形式では、通常2byteです。
4bytesじゃないのか。
うん、タイトルに悩む前に誤字・脱字や内容の検証を(ry
その前に「もう読まない」んじゃなかったのかと小一時(ry
> それと、ボール さんに対して名前にさんがついていないと注意していた貴方が、何故このようなコメントに反応するのでしょうか？
> どう見ても質問というより暴言でポールさんに注意した事と矛盾しております。
ボールさんとポールさん……( ゜д゜)ハッ!
つ、釣られてなんてあげないんだからねっ！！
つ、釣られたのか．．．orz
悔しいから○○だったから、わざと間違えたとエスパーしてみる。
http://codezine.jp/article/detail/4372
CodeZineに直接書こうかどうか、散々悩んだけど・・・@ITでの反応見るとなぁ(^^;
既にεπιστημηさんの突っ込みが入ってたから、さらに書きにくいｗｗｗ
ということで、こっちに愚痴と共に書いておこうとｗ
今回のソースは自分の環境(VS2005)でも動作したから検証しやすかった。
１、どんな現象が発生しているのか、わからん
記事の内容だけでは、どんな出力を期待して、どのように出力されたかわかりにくい。
言葉では書いてあるんだけど、出力結果があったほうがわかりやすいなと。
２、メモリエラー発生場所
画像だけでは、問題が発生したメモリの定義場所が表示されているだけじゃないかと。
問題が発生した場所が表示されないと、解決は難しいんじゃないかなぁ。
それとも、発生した場所もちゃんと表示されるんかな？
素朴な疑問としてなぜmallocなんだろう・・・newだと標準でも検知しちゃうのかな？
あぁ、newに変えて試しておけばよかった(^^;
３、修正後のソースがない
このソフトを使うと、バグが簡単に発見、修正できるってのをアピールするなら、修正後の差分が欲しいなと。
まぁ、今回の場合、次の問題があるので無理なんだが(^^;;;;;
４、Data race
正直「Data race」がどんな意味なのか、わからんかったｗ
調べたら、読み書きの競合みたいなもんだったのね、こんな用語があったのかと勉強になった。
で、問題の箇所としてピックアップされている部分が問題ｗ
状態としては、tmpに代入中に別スレッドがstockCountに書き込みしているからエラーになるのはわかる。
この場合、指示された箇所のstockCountじゃなくて、書き込みしているほうのstockCountをクリティカルセクションなどで同期を取ればいいはず。
読み込みだけに使われているstockCountは同期不要ですよね、保険で入れるかもしれないけど・・・入れるほうがいいのか？ｗ
書き込みの部分だけ同期とった場合は、ワーニングとかエラーとか表示されるんかな？
・・・で同期を取れば解決ーと思ったら大間違いなのが罠。
最初にピックアップされた画像を見ずに自分で修正かけたんだけど、tmpに気がつかなくてアレ？となったｗ
これtmpに代入しちゃってるから、同期を取るならスレッド全体じゃないと駄目じゃんｗ
つまり、このサンプルは元々並列に処理できないものだと(^^;;;;;
tmp使わなければいいんだけどさー取っちゃったら元々使う意味もないわけで(^^;
エラーを出すことに夢中で、バグとった後のこと考えてないのはどうなんだろうと思うわけです。
これJittaさんとこの例も同じような感じで、手段のために目的を忘れてる感じなんだよなぁ。
５、体験版（本家では評価版）
30日間限定だから、記事の間隔があくと、試せれなくなるって現実をわかって欲しいｗ
まだ、続きあるんかなぁ。
あと、アンインストールが無事できるかどうか不安なんだよなぁ。
さらに日本語環境では不都合でてるってのも(^^;;;;;;
そんなに簡単に入れれないよ(^^;
ＰＳ．
@ITなーあんな感じだと、書き込みしにくいなぁ。
無視してればいいんだろうが、場所が場所だけに無視するのもアレだし。
かといって直レスすると、あんな感じだし(^^;
こーあまりにも、想像通りの展開だったのが(^^;
今は、ここの数倍気を使わないと、書けねぇｗ
事務アプリの開発現場を知らないから仕方がないんだけど、テクニカルレベルより、枯れた確実な技術が重要だというのが、どうしても理解できないようですね。
事務アプリに並列処理を持ち込んだら、設計とテストに多大な工数が発生するし、その工数に見合うメリットがない。
画像処理や音声処理を並列実行するのは効果があるが、マルチスレッドにするよりも、マルチタスクのほうが遙かに楽。
言語レベルでCPUの振り分けるのは厳しいのでは? (ご存知の方に教えを請います)
別途Parallel Studioが必要になるなら尚更、事務アプリでの普及は遠い先と思う。
証明なければ信用されず
信用なければ尊敬されず
近所のラーメン屋にあった標語を置いといてみる
この場合、乱数の生成順序がどうかは、関係ないと思います。例では「乱数を求める」ですが、実際には「採点」なので、採点の対象を選ぶ順序が（スレッドの実行順によって）どう変わろうと、答案用紙に書かれた内容が変わるわけではないですから。
> まぁ、焦点は速度だけだから、時代に合わない遅いプログラムってことを言いたいのかなーとは思うのですよ。
ああ、なるほど。
いや、NT の時代にデュアル CPU ってあったじゃないですか。マザーボードに CPU ふたつ付けるの。あれと Core2 と、どう違うのか、と。さらに、その時すでに Sun Microsystems は、64CPUs だったですよ。メニーコアじゃないか、と。でも、「焦点は速度だけ」「焦点は速度だけ」「焦点は速度だけ」（重要なので3回繰り返しました）なんですね。本家のエントリも読んで、納得した。そして、他のエントリ読んで、腹立った。が、もうどうでも良い。
（すでに携帯からあふれている）
> それで蔵書から並列処理が書かれたものをSELECTして読み漁っていました♪
> こんな感じで・・・
> SLEECT Title FROM Book WHERE Keyword Like '%並列$' AND BuyFlag = True
絶対だな？ ほんとうにそれでレコード抽出できたんだな？！
> ※デバッグ関係は省略しています
だったらそれをWHERE句に入れろよ！
くっそー！
わざと釣られてやったんだ！ ありがたく思えよ！
SLEECT Title FROM〜なのに著者や金額やAmazonリンクまで出てくる不思議。
つかBuyFlagって何だろう。broughtなら購入済みってわかるんだが。
#実は誰かにツッコミ入れて欲しいのかもしれない...。
どちらかといえば、「buy」だったので「bought」の方が適切かな、と。
「brought」だと買わずに持って帰ってきちゃった（パ○ってきちゃった？）みたいになっちゃうので……(苦笑)
＞nightRavenさん
> 鳥の脳内DBなんで、脳内ジェネレータでいろんなSQLが補完されるっぽいね。
おまけに「SLEECT」等のスペルミスも自動修正されちゃう不思議。
なんでバグありの本をわざわざ選ぶんだ？と。
SLEECT句ってナンデスカ？
私の知っているSQL文ではないようです、と釣られてみます。
#本文ではあっているのに肝心のSQL文で間違えるって、推敲していない証拠ですな
脳内でSELECTに変換していたらしく、今まで気づいてなかった...(@_@;;;
>この場合、乱数の生成順序がどうかは、関係ないと思います。
うみゅ、サンプルとして影響が殆どないのは承知なのよ。
例えば、生徒がA,B,C,Dで乱数の発生が10,20,30,40だったとすると直列の場合は、そのまま
A=10,B=20,C=30,D=40
ってのが採点結果じゃないですかー
ところが、並列だと順番がわからないからー
A=10,B=20,C=40,D=30
みたいな感じで、採点がかわっちゃうんじゃないかなーと。
答えを書いた人が同じなのに、採点する方法によって点数が違うんじゃないかと。
この辺は感覚的な違いかもー。
でもって、もし採点が直列と同じになるなら、魔法なのかなーという話ですわ。
>いや、NT の時代にデュアル CPU ってあったじゃないですか。
ゴージャスな感じでしたよねぇｗ
ハイパースレッドは偽者色が強かったけど、Core2とかは、そのまんまだもんなぁ。
Sunのほうはよくわからないので、コメントできないですｗ
こー今後は、GPUみたいに使われる命令によって、コアの振る舞いが変わるような時代かもしれないですね。
そういえば彼、GPUの話題はしないですね。
並列処理に夢中なら、そっちのほうが面白いと思うんだが・・・
・・・って書いてる間にCodeZineで関数名の訂正はいってたー
επιστημηさんを無視するかどうか興味深い。
よく見たら、直球も混ざってたｗ
修正後のコードは無視するしかないだろうなぁ(^^;
いや、「サンプルだから！」と開き直るのもありか・・・サンプルってセンス欲しいよね。
投稿しよう！ってとこから、CodeZineの投稿について詳しく書いてあるのに気がついた。
一回1,000円から10,000円なんだね。
修正の義務はないみたいだから、書き捨てにもできるのかぁ。
これ連載になってるけど、１つ前の記事は別の人が書いてるから不思議だなぁと思ったのよ。
投稿のとこに、（拡大解釈かもしれないが）別の人の続きとか書いていいことになってて驚いたｗ
見落とし＆単語ミスハズカシス
>SLEECT
きっとDB側で記述者の意図をくんで結果を出してくれる魔法のSELECT句なのでしょう。
状態判定の変数に〜Flagとか命名するのは素人だってじいちゃんが言ってた。
where BuyFlag = True
この文が成立するのは、 BuyFlagがbooleanだからですよね。 boolean型がある RDBって存在するのですか?
軽くググってみたらPostgreSQLとMySQLが該当するようです。
http://www.postgresql.jp/document/pg721doc/user/datatype-boolean.html
http://www.ys3.net/mysqldata.html
てか、booleanが使えないRDBなんて、存在するのか。
データ型として直接booleanを指定できるRDBとして上記２つをあげました。
他のRDBだと、
数値型で where BuyFlag = 1
文字列型で where BuyFlag = 'True'
などとする必要があったような。勘違いしてたらごめんなさい。
ー＞AZさん、Edossonさん
sql serverは bit型
oracle は pl/sqlには存在するが、項目型には存在しなかったような。
文字型置換が゜入るので結構はんざつなんでよね。
sql serverは bit型
oracle は pl/sqlには存在するが、項目型には存在しなかったような。
文字型置換が゜入るので結構はんざつなんでよね。
失礼しました。
> ごめん打ち間違った。
いや、あのな。
せっかく直すチャンスを得たのだから、もう一度きちんと見直せと。
だからいつまでたっても……(ry
＃SQLのワイルドカードって「%」と「_」しかないよね？
＃「$」とかないよね？
＃教えて！エロい人！
＃なぜだろう、書き込めたと思ったのに全然書き込まれない……orz
> ＃SQLのワイルドカードって「%」と「_」しかないよね？
> ＃「$」とかないよね？
エスケープシーケンスとしては使うことはできるかも。まあ違うけど。
あとは正規表現だと文末に一致するとかになりますけど。
うーん、わからん。
# しかしAlphaBetaさんのツッコミじゃないけどSQLひとつまともに書けんのか…
# 社長さんが見たらなんて言うんだろうwww
http://codezine.jp/article/detail/4372
なんであんなにズレた回答できるのか不思議だわぁｗ
もうね、知らないことは、知らないでいいと思うんだがなぁ。
お客が求めていることが何か、理解できてないとしか思えんが宣伝用の記事じゃなかったのかな、コレ。
うまく誘導できれば、より良い宣伝になったはずなのになぁ。
επιστημηさんがズレた回答の軌道をうまく直してるのに、ことごとくズレてるのがｗ
CodeZineのコメントって最新のいくつかしか残らないのかな？
消えちゃうのは勿体無いなぁｗ
修正サンプルみたけど、やっぱりーってな感じでしたねぇ(^^;
しかし・・・本当のとこ、性能はどうなんだーという衝動にかられるｗ
Sleep抜いてもさくっと警告出してくれるなら、ちょっといいかもと思ったり。
つーか、生産に時間がかかる、買い物（カートに入れてから清算するまで）に時間がかかる。その処理がパラレルに出来てこそ、意味があるんじゃないか？今のコードだと、「買い物は、工場が停止している時しか出来ません」「店内には、お一人様しか入れません」な仕様じゃないか？それって、何が嬉しいの？
紹介した以上、下手な記事は書かせられないという責任感を、彼が理解してくれるといいのですが...
CodeZineの編集者までグルになって釣ろうとしているのかな〜？
その前にこれが「下手な記事」であると彼が認識できないと駄目かと。
Boolean 項目の質問が、ここで2回、非インドリ頁で1回投稿してしまったことを謝罪。
画像認証入力の反応が遅いのと頁間違いが重なり、無様を晒しました。
さて、鳥のCodezineに関して、思うのですが、CodeZine編集者は、著作物を非難批判する立場ではないのは理解できます。
でも、内容を吟味して、掲載拒否するのは情報配信者として可能だと思います。それを判断するスキルの有無は不明ですが。
原稿料を支払って下手な記事を載せるのは、CodeZineの信頼維持に影響しますよね。
不思議です。
編集部が「下手な記事なので不採用」と発言すれば、鳥も気付くだろうに。
(*) 鳥は、気付かずに、「価値が解らない遅れた編集者」だと騒ぐかもしれないが。
orz
CodeZineの記事。
前回、「CPU を変えたのに速くならないと、お客様が怒ることになる」と、書いています。それなのに、何故、マルチ スレッドの恩恵を受けられないサンプルをだすかなぁ。キャッチーなことを書くのは良いけど、フォロー出来ないこと書いたらダメだよ。
昨日は見れなかったような気がするんだが、なにか条件とかあるんかな？
「ヘタな記事」というか、不親切って感じかなぁ。
なんだろう、丁寧に説明しようとしているのはわかるんだが、その記事だけで完結してない感じ？
コメントは、ちょっと試せばわかることを、面倒なのか意地なのかわからないけど試さずに推測だけで答えてるのが駄目駄目。
推測なんか要らないから事実だけを答えればいいのに・・・
あのままコメント欄が終わるなら、イマイチな商品ってイメージだけが残るよなぁ(^^;
本家のドキュメント読むと、Sleep取っても検知しそうな雰囲気なんだがなぁ。
宣伝という仕事をしているんだとしたら、お客への対応は気をつけないと・・・
ちゃんと答えてればプラスの印象ばかり残せたと思うんだよなぁ、もったいない。
ところで・・・
StringCchCopyって見たことない関数だったし、Unicodeも詳しくなかったからそれなりに調べたんだけどー
あのコードでメモリリークっておかしくないですか？
「文字数にNull文字の分が考慮されていない（1文字少ない）ことが原因」って書かれているんだけどさー
それ、メモリリークじゃないよね？
調べたら、StringCchCopyって指定した領域までしか書かないし、指定した領域を超えて'\0'書いてないんだよね。
かならず'\0'書き込んでるから、_tprintfで領域外まで表示するようなことはしていない。
そもそも、領域超えて'\0'を書いているなら、別のエラーになるし・・・
ためしに領域超えて書き込むプログラム書いたら、VS2005だとデバッグビルド実行するとエラーダイアログ表示された。
ちゃんとfreeしていて、領域外のアクセスも存在しないのになぜメモリリーク？
・・・あのサンプルで本当にメモリリークの表示がされるのか試してみてぇｗ
ちゃんとfreeしているのに、同じ変数でmallocしているから誤検知しているのかなぁ。
「Defense Grid」やりながら、επιστημηさんがインストールするのを待つか（ぉ
そうそう、mallocをnewに変えてみたけど、VS2005だとdeleteなくてもメモリリークの警告でないんだね。
MFC使うようにしたら、mallocでもnewでも、freeやdeleteしないとちゃんと警告でるんだよなぁ。
確かメモリリークの警告でたなぁーって記憶にあったのはコレだった。
普段MFCしか使ってないので、わりと標準でも困らないなと思ったり(^^;
編集部にゴネて拡げてもらいました♪
> 推測なんか要らないから事実だけを答えればいいのに・・・
> あのままコメント欄が終わるなら、イマイチな商品ってイメージだけが残るよなぁ(^^;
「早速試してみました。その結果…」とかやってくれれば
ちゃんとしたフォローになったのにねぇ。
>編集部にゴネて拡げてもらいました♪
ちょｗｗｗ
ネタでεπιστημηさんが裏から手を回したとか書こうと思ったけど、さすがにアレだと思って止めたんだがｗ
現実は想像を超えるわぁｗ
>「早速試してみました。その結果…」とかやってくれれば
うんうん、そういうこと大事ですよねぇ。
こーせっかくεπιστημηさんがズレた回答をフォローしてくれてるのに、本人そんなの気にも留めないで別の方向に走ってますからねぇ(^^;
たぶん、「煩いクレーマーめぇ」と思って対応してたんだろうなぁっと。
>ちょっと気になりましたのでコメントします。
この辺のリアクションはよく出てくるパターンですよねぇｗ
言い返してやるーって感じなんだけど、やっぱりズレてるのがｗ
・・・デザインパターンのようにインドリパターンというものがまとめられる可能性が！
ずっと引っかかってる、「開発手法が通用しなくなる」ってのが、特に酷い。ブログにエントリするつもりで調べたら、1990年代の初めに、Sun Microsystems から4 Processor が出ている。その後、20 Processor までは、1990年代に出ている。1997年頃に、4 Processor のマシンで開発してます。その前後で開発手法は変わっていません（いや、オブジェクト志向を覚えた）。2コアまでなら通用するが、4，8…とコア数が増えると通用しないとはどういうことなのか、きっちり説明していただきたい。
ところで、インテルは購入前の相談には応じてくれないのだろうか。そういうところを紹介すればいいんじゃないの？と思ったり。ダウンロードサイトのリンクが、インテルではなくエクセルソフトなのはなぜなんだろう？と思ったり。やっぱ説明が下手。
噛みついてはみたものの痛くもないトコってゆー ^^;
>「開発手法が通用しなくなる」
blogでも業務でマルチスレッドが有効な例を挙げらんなかったしー
後者はループと三角関数が重かったから効果があったけど、出力がネックならあまり変わらなかったかも。
（開発者が意識する）スレッドの出番って、業務レベルではそんなにない気がする。
>私としては実務的なプログラムを書く方が簡単なのですが、それではエラーが何であり、
>Parallel Inspectorが正解を導き出したのか分からなくなります。
実務的なプログラムの普通じゃ見つけにくいバグを特定できるのが
このツールを使うメリットなんじゃないの…?
#あぁ、鳥は完璧なプログラムしか組まないからバグが出ないんですね、わかります。
そもそも鳥が説明した問題を検知する機能って大抵他のツールにもあるよね？
ぶっちゃけ鳥の記事では他のツールよりこれを使うメリットがあまりわかんなかった。
>επιστημηさま
製品の紹介に対しての質問に対して「テメ―で試せばわかる」は相当な悪手ですよね…。
ふつうの顧客なら「じゃあイラネ」で終わりそう…。
彼の言ってるグローバル変数って、サンプルプログラムの変数stockCountの事ですよね？
って書いてるのにグローバル云々が出てくるのがｗ
なるほど。いや、誰もグローバル変数が悪いと言っていないのに、なんで弁解し始めたのかわからなかったもので、どこかに見落としあったのかな〜と。
さすがInvaded dread
>StringCchCopy関数はそれを防ぐので表示文字が1文字少ないだけで済んでおります。
>※従来のC関数では何が起こるかわかりません。
話しについていけてないのに疑問に思うのもどうかと思ったんだが...（苦笑）
発生させてるのに「おそれがある」ってのに違和感を感じた。
あと、何が起こるかわからないって...それって防げないってのと同義だと判断したんだが...違うのかな？
#すっごい勘違いor場違いな話だったら申し訳ないです、ただ、Ｓｏｄａさんへの回答が回答になってない感じをうけたので...。
×「話し」
○「話」
であります。失礼しました。
チキンレースに負けたのは私だったｗ
歴史は繰り返すというかーなんで同じこと繰り返すかな(^^;
ちょっと試せばわかることじゃん。
前と同じやんｗ
同じような対応されるとは思わなかったｗｗｗ
まだブログ管理システム完成してないんだね・・・
>nightRavenさん
>>※従来のC関数では何が起こるかわかりません。
いや、何が起こるのかわかってない時点でアレなんだが(^^;
どういう原理でStringCchCopyが安全なのか調べてない感じかなぁ。
あと、バッファオーバーランと勘違いしているような気がする。
>発生させてるのに「おそれがある」ってのに違和感を感じた。
実際に発生しなくても、警告を表示するものは沢山あるので、そこは問題ないんですよ。
本当に可能性があるなら出てもいいんだがーどう考えても発生しない・・・はず(^^;
ＰＳ．
乱数の発生も試したー。
数が少ない内は同じ値になってて魔法かもーーーーとか思ってたが・・・
数を大きくしたら、当たり前のように違う値になった(^^;
どうやら現代魔法ではなかったらしい。
>実際に発生しなくても、警告を表示するものは沢山あるので、そこは問題ないんですよ。
っつーことは、鳥の画面のコピペはエラーじゃなくて警告ってことでしょか？（っつかそんくらい自分で調べろってwww）
>いや、何が起こるのかわかってない時点でアレなんだが(^^;
Cほとんど知らないのであまり深く突っ込めないんだけども、そーゆーものなの？それだとものすごく不安だなぁ...と。
嗚呼、やっぱ素人が突っ込んでいいとこじゃなかったかも（汗）
でも、書き込みはするwww
バッファ オーバー ランでもメモリ リークでもなく、オーバー フローだと思います。固定文字列をコードに書くなら、んなことしない。char c[4]; と宣言して、sprintf(c, "%.4s", 何か); とでもやればいい。"%.4s" がミソ。幅を4と指定しているので、終端子が含まれていないことを、ついうっかり失念させる。
チキンレースねぇ。オウチのマシンは、Pen.4HT メモリ 512MB です。新しいのがほしいです。切実。起動に…、起動してから反応があるまでに5分ほどかかるので、なかなかハードルが高いです！それでも動くセブンちゃんが素敵！！（Vista は動かなかった）
>っつーことは、鳥の画面のコピペはエラーじゃなくて警告ってことでしょか？（っつかそんくらい自分で調べろってwww）
警告は無いので、全て分類としてはエラーですね。
あの画面はfree関数が無い場合に表示されます。
メモリをmallocで確保したままfreeで返却しないと発生するのがメモリリークですわ。
newしてdeleteしないのとかも同じ。
>Cほとんど知らないのであまり深く突っ込めないんだけども、そーゆーものなの？それだとものすごく不安だなぁ...と。
C/C++だとその辺の仕組みを理解してないと簡単にハマれるｗ
ポインタや配列とか理解してないと文字列は操作できないんですわ。
もっとも基礎的で、もっとも難解な部分だと思う。
個人的にC++になって、一番楽になったのが文字列操作だなぁ。
C++というかMFCのCStringか、領域あまり考えなくてもいいーすげーみたいなｗ
しかし・・・今回のも間違いを認めるのは嫌なんだろうなぁ。
流石に次は確認してからコメント出すんだろうけど・・・
・・・あぁ、してねぇ・・・説明しないと駄目なのか、それともわかってて誤魔化してるのか(^^;
>Jittaさん
>んー、実装依存で、何が起こるかわからないで正解だと思う。バッファを宣言した位置によっても、スタックの順番が変わると、結果も異なるんじゃないかな。
えぇ、その辺の動きは同じじゃないの？
strcpyで指定領域超えるかどうかは、はっきりしてるじゃないですかー。
実装とは無関係で、関数の仕様じゃない？
StringCchCopyって文字数指定で、その領域超えないように'\0'書くから安全なんですよね？
・・・って乱数の話だった？(^^;;;;;
オーバー フローっていうと算術の桁溢れイメージのほうが強いからオーバーランのほうが先に浮かぶわぁｗ
まぁ、バッファオーバーフローとバッファオーバーランは同じことを指してるんですが、多分というか確実にバッファオーバーランのほうが古い呼び方だとｗ
>オウチのマシンは、Pen.4HT メモリ 512MB です。新しいのがほしいです。
その起動時間だと、メモリですねぇ、2Gあると大分変わりそう。
というか標準関数でもstrncpy()でいい気が。
strncpy()だと最後に'\0'が入らないから駄目ピヨ。
もうすこし、マトモなシチュエーションが無かったのかなぁ。
生産者スレッドと消費者スレッドが同時スタートさせて、終了を同期で待つなんて、どんな実務経験なんだ。
stockCount云々ははグローバル問題でなく、同期の問題だし...
そもそも、生産量と消費量を同一変数で処理するなんてありえないし...
こんなマルチスレッドプログラムでバグるくらいなら、反面教師としてシングルスレッド処理を推進します。
ふつうバッファサイズ-1を指定すると思う。
先にバッファの末尾に'\0'を入れてstrncpy()ってこと。
生産者と消費者は、「同じ数」というのがミソ。毎回待ち合わせることで、必ず同じ数が出力されないといけない。それがバラけているから data race が発生していると、「簡単にわかる」。だから、「見せることに終始して、実務からかけ離れている」。
コードを説明していないのがマズイ。
あっ、仕込みいれて使うってことね、了解。
StringCchCopyは本当に知らない関数だったから、わりと便利なんだなーと思ったのよ。
Unicodeも使ったこと無かったんだよなぁ。
で、文字数で領域指定するんだーって思って、マルチバイト文字で１バイトと２バイトの文字混ぜて試したけど・・・
普通に１バイトでカウントされるから、境界に２バイト文字くると２バイト目に'\0'書くだけだった(^^;
枠の中に納まるように文字列を調整する目的で使えると思ったけど、甘かった(^^;
>Jittaさん
>ああ、ごめん。「越えた結果、どうなるか」じゃなくて、「越えるか、越えないか」か。だったら「超える」ことは確実。
なるほどー超えた結果がどうなるかって話だったのか、それなら納得ですわ。
例のサンプルはー余分なこと書いてなければ、そんなに気にしなかったんだろうねぇ。
いや、その前から色々と立派なこと言ってたことに対する反動なんだろうか(^^;
競合というより、駄目なロジックの例なんだよなぁ。
でも、tmp使わないようにしても、それなりに競合するのがちと不思議だったｗ
Sleepの精度の関係で同じぐらいのタイミングになること結構あったのかなー詳しく調べなかったが(^^;
ＰＳ．
乱数の発生調べるときに気がついたんだがー
100で割った余りを点数にしていると、100点の人はいないんだなーとｗ
誰か指摘してたような気がしたけど、別の似た話だったかなぁ。
これは良くあるミスかもしれないｗ
ＰＳ．２
いつものパターンだと、そろそろブログに今回のやり取りに対するエントリが上がるころだろうか？
#こーいう検証の情報が欲しかった…。
試してないけどStringCchCopyWが呼ばれてるのかが気になった。
StringCchCopyAが呼ばれてるなら妥当な挙動かと。
さらに検索してみたら、StringCbCopyとかStringCchCopyNとかStringCchCopyExとかいろいろあるらしい…。
ますます混乱しそう。
>実は私は自信なんて持っておりません。
>この世界も上には上がおり、とてもじゃないけど自信なんて持てやしません。
>例えば、リーナス氏などのハッカーと自分を比べると凹みます。
比べる対象がいつもおかしいだろ鳥頭
それ以前に、「謙虚である」ことを自分の武器にしている時点でダメだね。
>やはり大切は気概ですよね。
日本語を勉強し直して、他人とちゃんと意思疎通できるようになる方が大切だと思われ。
大きな目標と自分を「比べた」時点で、ただの身の程知らずの（自主規制）の気が。
謙虚なら「目標として頑張ります」くらいでとどまると思う。
とりあえず「黙っとけよ、そこは」とは思う。
#比較対象があのレベルってことは、自分のレベルを普通のエンジニアクラスではないと思ってるってことだよなぁ...。
#謙虚な自分を演出しようとして失敗してる感じ。（本人はそこに気づいてないようだが）
#あぁ、だから常に上から目線なのか...。
比較対象に大物を持ち出した時点で「自信」の表れだと思うが……どうか。
同じステージに立ってるとでも？
＃少年野球やってる子供が「将来イチローみたいになるんだー」って言うなら可愛げがあるけどさぁ〜。
というのは考えすぎか。
単に区別せずに報告してるだけな気がする。
ソフトの仕様がどうにせよ、単語を理解しているかどうかは別の話…。
>試してないけどStringCchCopyWが呼ばれてるのかが気になった。
あっ、説明不足だった、コンパイルオプション切り替えて試したので、StringCchCopyAの挙動です。
文字数で指定するのが罠になってるなーとｗ
>オーバーフローすることにより、malloc()等で得たポインタがつぶされて解放できなくなることを想定して、純粋なリークと分けずに言ってるのかも。
ポインタ変数を潰すって難易度高そうだなｗ
auto変数でポインタと別の配列もって、その配列を超えて書き込んだときにちょうどポインタだった時とか？ｗ
なんか、あっちで沢山書いてしまったが・・・あれで通じなかったらどうしよう(^^;
私が製作会社に確認した結果がどっちになっても、私は困らないんだよなぁ。
私は事実しか言ってないので、彼の話が本当だとしてもただのバグ報告。
逆に、彼の話が嘘だったと公式に返答された場合に困るのは、彼なんだけど・・・
３ページの記事の２ページが間違ってることに・・・
あとあっちに書かなかったんだが・・・あのサンプル実行時の状態によって、Date Race見逃す時が(^^;
詳しく調べてないから、どういう理屈で見逃すのかわからない。
予想では、二つのスレッドが同時に存在している時間が短いから、競合監視している時間も短くなり、検知できなくなるのかなと。
どうみても、都合が悪くなったので、だんまりモードに移行なんだが(^^;
そう考えると、自分が間違ってること書いたことに気が付いたのかなぁ。
それとも、難癖付けてくる荒らしを無視している気なんだろうか？
いや、あの説明でわかってもらえないとなると、そうとうレベルが低い話になってしまうんだろうが(^^;
forの時も真面目に間違えてたのかなぁ(^^;
相対的に
http://el.jibun.atmarkit.co.jp/ahf/2009/09/post-616c.html#comments
こっちの発言が感慨深いものになるんだがｗ
直接関係ないけど
>鑑定人を雇えばいいのに・・・
ワラタ。
前にも言ってたよねぇ、どれぐらいバカな話なのか、わからないんだろうけどさぁ(^^;
話戻して・・・無視していれば誤魔化せると本気で思ってるのかなぁ(^^;
今回の記事、彼が間違っていたとしたら失うものは大きいと思うんだがなぁ。
今直せば、まだ間に合うかもしれないけど・・・もう遅いかな(^^;
間接的にεπιστημηさんの顔を潰すことになるかもしれないのが、ちと心痛いとこ(^^;
>Jittaさん
それだと、本当の意味での競合が発生しないと思ったのかもｗ
いや、元々競合が発生する確率は低いんだけど・・・
あのサンプルで数字がズレるのって競合で値を破壊するんじゃなくて、tmpに値を渡しているからズレるじゃないですか。
tmpに値を渡す場所と、strCountの値を変化させている場所をクリティカルセッションで保護すれば、Date Raceは検知されないけど、値はズレるわけだし。
なんとなく、彼がその辺もわかってない可能性もあるのかなーと思い始めたり(^^;
DOS時代と違って、競合発生させるのって難しいと思うんですよ。
コンパイラも賢くなってるから、最適化されて、割り込みが入るタイミングがどこにあるのかもわかりにくいし(^^;
そもそも、割り込みなんて言葉自体が死語のような気もするしｗ
ＰＳ．
連休があると、３営業日って結構先だね(^^;
ＰＳ．２
あぁ、私を書き込み禁止にできるのなら、それはそれで勝ちかもしれないｗ
なんの勝負で誰が勝つのかは知らないけれどｗ
ＰＳ．３
画像認証から紛らわしい文字は排除して欲しいｗ
いや、実際には排除されてるのかもしれんが・・・小文字と大文字どっちなのか悩むｗ
いやま僕の顔つぶすのは別にかまわんが、タイアップ記事であの対応はマズいっしょ。
おそらくはfreeしてないコードを食わせてmemory-leakが出たんだと思う。
そうであれば指摘行がmallocのあるとこなのもぜーんぶ説明がつく。
それを文字列copyのせいにしたのがピヨの間違いね。
それを認めないとなると「Inspectorはウソツキです」と言うてるに等しい。
クライアント(インテル)に迷惑かけることになんぞ。
>それを認めないとなると「Inspectorはウソツキです」と言うてるに等しい。
これがわかってないのかなぁと思ったり。
終始自分は悪くない、間違っていないだからなぁ(^^;
あの記事だけどー自分でエラーがでる状況を想定して書いただけで、修正した後にチェックしてないのかなぁと思ったり。
バッファオーバーランを想定したのはわかるんだけど・・・
・・・で、エクセルソフトからの回答キターはえぇー。
直接コメントしてくれるといいなーと思ったがそれは無理だったｗ（当たり前だ）
聞いてないことまで、教えてくれたーｗ
直接書けないから、フォローしてくれという電波を勝手に受信したので、要点まとめて書いておいた（ぉ
この状態で無視したり、さらに言い訳するなら、凄いなーと思うｗ
またもや妹ネタなんだけど、最近の妹ネタつまらんよねぇ。
http://indori.blog32.fc2.com/blog-entry-882.html
> 連休を満喫しているインドリです♪昨日は妹と王将でお食事をしました。
> やっぱり、王将はいいですよねー♪
> 安い・旨い・量が多いの三秒が揃っています♪
> 安い・旨い・量が多いの三秒が揃っています♪
> 安い・旨い・量が多いの三秒が揃っています♪
・・・
>> 私にはインドリさんが知識や理論ばかりに目を向けて、思想や主義をないがしろにしているように見えるのだが、気のせいなんだろうか？
>気のせいです。
>何を根拠に相考えたのかは分かりませんが、職人を目指す私としては主義や主義を大切にするのは当たり前の事です。
>（中略）
>そんな私に対してこんなコメントがつくほうが不思議です・・・
>どこを見てそのように判断したのですか？
「気のせいです。」にジャスミン茶噴出。
どこを見てって...腹筋が壊死したらどうしてくれるw
相変わらずダナーwww
>妹ネタ
三秒か...みじけぇなwww
こっちやと思う。本文は、まだ見てない。
> tmpに値を渡しているからズレるじゃないですか。
うん。「何故、そうする必要があるのか」、なんですよ。temp に保存する方は、それでも理由付けは出来るんですよ。でも、その説明は、ない。「何故」が説明できないと、部外者へのレビューは通らない。それを想定していないところから、レビューをしていないと思われる。ツールに頼らなくても、レビューで潰せるバグなんですよねー。「生産者・消費者」ってのも、実務を考えているんだろうけど、あの言い訳ではねぇ。理由じゃなく、言い訳でしかない。結局、自分を下げてるだけやん。
> 王将
安い 美味い 速い
じゃなかった？量が多いは、こないだ潰れたラーメン屋だったかと。
>こっちやと思う。本文は、まだ見てない。
あぁ、本文みるとわりと衝撃受けるかもｗ
・・・というか、どうリアクションしていいのか悩むｗ
本当にすげーや、「自分は悪くないもん」もココまでやれるのかぁ。
CodeZineほっといて大丈夫なのか？と本気で心配してるんだが(^^;
tmp(temp)の話は、おっしゃるとおりだと思う。
>$さん
ぎゃーやっちまったー恥ずかしい(^^;;;;;;;;
なんで間違えたんだろう、自分でもわからんｗ
今打ってみた・・・くしょー無意識にdateって打ってるなぁｗ
そっちのほうが使ってる量多いのかなぁ、見直しても気がついてねーしｗ
> ベーター版で試しておりますので
これか？ベータ版と試用版では違うと？
王将
やっぱり、「うまい、安い、早い」だ。 http://www.ohsho.co.jp/company/index.html
βが試用版の間違いだとしたら、期限切れで再確認できないんだよねぇ・・・
わりと細かく調べたんだけど、記事にのってる画像だとfreeがあるのか無いのか、ちょうど見えないんだよなぁｗ
修正後のプログラムが14日になってるのは急遽作ったようにも見えるし、その前の指摘で関数名変えてる続きでそうなったのかもしれないし。
話変わるけど、フリーエンジニアって年中休みで年中仕事だと思ってたんだけど・・・連休って概念があるんだな。
いや、前金で仕事取れるような世界だから不思議じゃないのかもしれんが(^^;
忙しいって言ってたし、受注っぽいんだけど・・・よくわからん設定だ。
あ、それは私も最初はずっと気になってました。
フリーで仕事していて、しかも客への対応はメールなのに、世間が連休で一体何が嬉しいんだろうかと。
で、思い出したのがコレでした。
http://indori.blog32.fc2.com/blog-entry-584.html
>休日・・・当方は土日祭日はお休みさせていただきます。
ピヨの自称なんてどれくらい信用していいのかは判らないけど、取り敢えずどうもカレンダー通りに
休日を取っているみたいで。
実は彼(or彼女？自称ではピヨは男性みたいですが、自称をどこまで信じていいのやら…)って、
その辺は意外とキッチリしているのか!?
夜はブログにコメントを付けていないという分析もどなたかがしていた気がしますし。
なんであそこまで失策/失言を繰り返すかね > コメント
結構コメントを読まない人も多いと思うからあれで騙される人がいる可能性があると思うとそれがなんだかね…。
少なくとも今回の記事はいろいろなところに実害を与えている気がする。
エクセルソフからＳｏｄａさんへの返信が早かったのは向こうでもやきもきしていたからなのかも、と思ってみたりw
ああ、それは、うちでも疑いの対象ですわ。その時その時をごまかすような理屈付けは、女じゃないかと。
む、じゃあ「妹」てなぁ自分だったりするのか？！
＃「これ友達の話なんだけどさ〜」的な？
>記事だけいじれば事足れりと高括ってんじゃネーヨ
よっぽど間違いを認めたくないんでしょうねぇ。
私がコメントした時点では、技術力の低いハズの私が、技術力の高い自分に対し、言いがかりをつけてる程度の認識だったんだろうなと。
ご丁寧に、解説してくれたおかげで、リークとオーバーランの区別が付いていないことを露呈したわけですが(^^;
公式見解がでても、自分が間違えるはずがないと思ったのか、それとも、間違いに気がついたけど誤魔化せると思ったのか・・・
なんとなく、前者のような気がするんだよなぁ、この時点で一回も確認してなさそうな(^^;
否定する人が増えてきて、やっと自分が間違ってるかも？と考えはじめたのかなと。
修正する気になった、決め手はεπιστημηさんが試したことじゃないかなぁ。
彼は、επιστημηさんのほうが自分よりも技術面では上だという認識を持ってますしね。
しかし、嫌々の修正なんでしょうねぇ。
訂正したはずの記事でも、検知できていない文字数の問題をfreeよりも強調しているし・・・
それなりにC/C++やってた人からみたら、「コイツわかってねぇー」と思われるだけなんだけどなぁ。
意地張ってるだけなのか、真面目にわかってないのか、だんだんわからんくなってきたｗ
技術力を自慢しているのに、その技術力に疑問をもたれたら、なにも残らないじゃないか(^^;
・・・あっ、プライドだけは残るのか。
>sakuさん
>CodeZineのコメントってデフォルトでは表示されないですよね。
コメントがあるってことがわかるだけでも違うんでしょうねぇ。
まぁ、気になる人はコメントあるかどうか調べるんだろうけど・・・コメント数あるといちいち調べなくて楽だとは思うｗ
今回思ったのコメント時に選択できるアイコンって便利だなとｗ
ふと使ってみたけど、アレが並ぶとひと目で記事に不満を持ってるかどうかがわかるのがいい。
返信が早かったのは、企業努力なのかなーと思ったり。
やきもきしているぐらいなら、中の人が第三者のふりして書き込むという営業判断も実行されそうだし。
まぁ、問い合わせしたのが私だけではなかった説もあるかなｗ
ＰＳ．
http://d.hatena.ne.jp/higepon/20090922/1253589718#c
問題の切り分け方として微妙な感じだが、どこまで理解してアドバイスしているのか気になるｗ
他にも
http://d.hatena.ne.jp/higepon/20090917/1253200349#c
http://d.hatena.ne.jp/higepon/20090923/1253689092#c
なんだろう、アドバイスしていること自体は悪いことではないような気がするんだが・・・
釈迦に説法ってこんな感じなのかなーと思ったのは、技術力に疑惑を感じているせいだろうか？ｗ
このもやもやを一言でいえば、higeponさん逃げてーｗ
嗚呼、認めたくないけど、同じ疑問を持ってる自分がいる。
#でもね、でもね、できれば「女」って単語で括って欲しくないなぁ...なんてちょっと思ってみたり...するんだよ...うん。
#えと、言ってる意図は理解しているつもりですので、ちょっと単語に反応してみただけです、ハイ。ごめんなさい。
>記事だけいじれば事足れりと高括ってんじゃネーヨ
コメントとの齟齬を避けるためにも、本文中に修正履歴いれて欲しいなーと思ってみたり。
#まぁ、直すことについてだけでも相当な屈辱だったと思うから、そんなことできないんだろうけど...（苦笑）
>あなたに本当に足りないのは筆力ではなく、間違いを間違いと認め、それを正すことができる判断力です。
どこへ行っても、おんなじこと言われるのね、彼は。
他人の主義・思想を否定する人間に主義・思想の大切さを語る資格はないと思うがいかがか。
つか例に挙げている人も「古い技術を守る」という主義を持っている訳で。
それと主義・思想を「学ぶ」ってなんだろう。
いままで自分のなかに蓄積してきたものの中から「生まれる」のが主義・思想だと思うんだが。
他人の主義・思想に服従するならロボットと同じじゃね？と思ったり。
○ 主義や思想“に”学ぶ
じゃないかな？
CodeZine の修正：
どこ修正したんだ〜？って、文脈が整ってないよ！！
AlphaBetaさんの投稿を利用し、
『
>>SLECT Title FROM Book WHERE Keyword Like [太字]'%並列$'[/太字] AND BuyFlag = True
>
>sql文すら、まともに書けないのか?
>技術Blogなのに恥ずかしいそ
』
と放り込んだら、コメント消されて本文は修正されていた。
古いところから、Ｓｏｄａさん
> あのサンプルで数字がズレるのって競合で値を破壊するんじゃなくて、tmpに値を渡しているからズレるじゃないですか。
これは、広い意味で競合と言っていいと思います。しかし、επιστημηさんのブログのコードが、シングル コアでは出力結果が一定しているが、マルチ コアでは競合して一定しない。このことが、ピヨちゃんが主張する「これまでの開発技法が通用しない」ところなんじゃぁないのかなぁ？だとすると、例の取り上げ方からまったく間違っている、と。
# temp …、じゃなくて tmp に代入させるだけでも、競合と検出するのかなぁ？
そういえばこのコード、
> Sleep( ( rand() / 1000 ) * ( rand() / 1000 ) );
あれ？なんか、おかしくない？( rand() / 1000 ) は、どんな数字を期待しているんだろう？確かに、わずかにずれるだけで良いんだけど、なんか、意図が見えない。。。（ってか、0もあり？）
バッファ オーバー フローと、バッファ オーバー ランについて
私は、用意した領域を超えて書き込むことを「オーバー フロー」。超えた上にプログラム領域まで潰してしまって、超えたものが実行されることを「オーバー ラン」と分けていました。けれど、「overrun（超える）」という単語なのねφ（．．）メモメモ
えっ？コメントは残っているみたいですけれど(今見た)。
まあ、こっそり修正している事は変わりないですが。
乱数の件は、確かに意図が見えない…というか色々不具合ありそう。
>AlphaBetaさんの投稿を利用し
AlphaBetaさんになりすましたということなら、そんなことするなと言いたい。
Jitta名義で同じような内容が消されたという話なら、同情する。
Jitta名義でまったく同じ内容が消されたという話なら、消されてもしかたがないかなｗ
実は最初からJitta=AlphaBetaということだったらー微妙？ｗ
>競合について
広い意味だとそうなるのかなー、露骨に値を控えてるから、ロジックミスに見えるんだよなぁ。
># temp …、じゃなくて tmp に代入させるだけでも、競合と検出するのかなぁ？
tmpに代入しているだけなら競合として検出されません。
読み込み中に読み込みが発生しても問題なしと判断されます。
これは試しましたし、マニュアルにも検出する条件の中にはなかったです。
まぁ、あのソースだとtmpへの代入と演算結果の代入があるので、演算結果の代入（書き込み）とtmpへの代入（読み込み）の競合で検出されます。
もちろん、tmpへの代入の前後と演算結果の代入の前後の２箇所をバラバラにブロックすると競合の検出はされなくなりますが、在庫数は狂います。
>このことが、ピヨちゃんが主張する「これまでの開発技法が通用しない」ところなんじゃぁないのかなぁ？
いや、多分違うと思うｗ
イメージとしては、 Parallel Studioでマルチスレッドの使い方を覚え、最新技術だと勘違いして騒いでるようなｗ
「マルチスレッドじゃないなんて遅れてるー」みたいな感じ？
> Sleep( ( rand() / 1000 ) * ( rand() / 1000 ) );
乱数の下位ビットは質が悪いってのを知っていて、上位ビットを使おうとしてるってとこかなぁ。
VC++のRAND_MAXは0x7fff=32767だったかな？
1000で割ってるから、最高32*32=1024・・・約１秒か。
でもどちらかが1000より小さいと0なんだよねぇ・・・というか0のほうが多いのか。
Sleep(0)でも誤差があるから実害はないってとこかね。
むしろ、なんで毎回srandしているのかのほうが気になる、srandの引数ってスレッド間でほぼ一緒だし。
randの実行順番がスレッドで交差しなければ殆ど同じ乱数値になるんじゃないかな？
実行順番の組み合わせも少ないか・・・
手元に開発環境ないので実験してないけど(^^;
>バッファ オーバー フローと、バッファ オーバー ランについて
なるほど、overしてrunってイメージだったのかぁ。
関係ないけどrunで実行ってのも古いなぁ、8bitパソコン時代か？ｗ
tmp
で、ブロックするようになっているから検出されない？
srand
そう、それが問題。待ち時間が0だと1秒以内に完了するので、乱数にならない！本当は「%1000+1」なんじゃないのかなぁ？
「シングルコアでのマルチスレッドは意味がない、むしろ悪化」のような話がネット上に結構転がってるけど、マルチスレッドにはトータルの短縮だけじゃなくて、レスポンスを向上させる意味もあったと思う。
シングルコアの頃も（疑似）スレッドは使ってて、同様のリスクはあったと思う。
>8bitパソコン時代か？ｗ
runとは言わないけど、たしかVisual StudioなんかもF5で走るね。
すごく素人くさいですね。srandはメインスレッドでの初期化処理で1回だけやるものでは。( 私はUNIXメインですが、Windowsだからって違いはないですよね? )
> 「シングルコアでのマルチスレッドは意味がない、むしろ悪化」
サーバのように複数の機能を持つ、もしくは複数の処理を並行して行うようなソフトだと、スレッドという機能自体の恩恵が大きいので、シングルコア/CPUかどうかなど関係ないのですがね…。
※シングルスレッド・マルチタスク(プロセス)でも良いけど、マルチスレッドと対して変わらないし。
エンコードとかの「論理的には単一な処理」を行うソフトに限って言えば、シングルコア/CPUでのマルチスレッドは、確かにデメリットしかないでしょうね。
…でもこれは並列コンピューティングの範疇なので、別の話になってしまいますけど。
>遅くなりましたが、原因が分かりましたのでその内容を書きます。
>メモリリークの問題につきましては、筆者がコンパイル作業を失念していた事が原因でした。
>Parallel Inspectorは、編集中のソースコードではなく、コンパイルしたものを検出対象とします。
>プログラムを変更した際には、コンパイルしてから解析する必要があります。
>コンパイルを忘れると、変更前のソースコードに基づいて解析結果が出力されます。
>今回はそれが原因で起こった手違いでした。
>サンプルコードおよび記事は修正いたしました。
以前の炎上のときはパニックによる間違い、今回はコンパイルしてないってか...。
どうしても「間違い」だとは認めないかぁ...。
#っつか、仮にコンパイルの手違いだったとしても...と思うのはオレだけだろうか？
>色々お試しになられたようで有難うございます。
>そのようにご自身で色々実験されるのは良い事です。
>筆者としてもそれを望んでおります。
>筆者も色々試しましたが、仰る様な結果になったのでこの製品を高く評価しております。
>またその様な動作なので「動かしてそのまま解釈」はしていないではないと判断しました。
>この製品はかなりよく出来ていますね。
>引き続きお試しになればもっと気に入ると思います。
なんでインドリのコメ毎回う〜んって思ってたかやっとわかった。
なんかいつも上から目線でバカにしてるようなコメだからか。
「文字の表示がおかしいという論理エラーも移動先のコードをよく読めば 文字数にNull文字の分が考慮されていない（1文字少ない）ことが原因だと直ぐに分かります。」
というのは、どこを見れば分かるの？
なるほど、大事な事なので２回言いましたって奴ですね。
AlphaBetaさんの放置していたが、Jittaさんの書き込みで本文修正、Jittaさんの書き込み削除と。
>tmpの話
tmpへの代入で競合のエラー発生しているのをみて、単純に
EnterCriticalSection( &cs );
int tmp = stockCount; // ここでの競合を回避
LeaveCriticalSection( &cs );
// 乱数のコード
// この間にも別スレッドは動作している
EnterCriticalSection( &cs );
stockCount = tmp + point; // ここでの競合を回避
LeaveCriticalSection( &cs );
こんな感じで直したくなるじゃないですか。
で、このように直したら競合の検知はされなくなるます。
でも、stockCountを別スレッドが別タイミングで上書きするから、表示がズレると。
>乱数の話
なんでsrandなのか気になって調べたら、理由がわかった。
rand関数はスレッドごとに独立しているため、スレッドの外でsrandしても駄目だった。
かといってsrandなくしても、初期の乱数値は同じだから、Sleep時間が同じになってしまう。
randを複数のスレッドで使ったこと無かったから、randの仕様を勘違いしてた。
変わりにrand_sなんてのがあるんだね。
で、この仕様に気がついてふと、その前のparallel_forの動作が気になった。
数が小さい間が同じ数値ってのは、スレッドが１つしか作成されてないという仮説で成り立つはず。
前に実験したときに、数が大きくなったら違う値になったんだが、スレッド２つ分で動作しているとしたら、同じ数列が使われているのかなと・・・
調べたら、同じ数列はでなかったんだよなぁ。
何らかの魔法がかかってるような気がするｗ
さて・・・あっちどうすっかなぁ・・・
斜め読みしかしてないけど…（まともに読む気もないけどw）
これって「俺は社会の歯車にはなりたくない」って言ってるニートと同じ臭いがする。
あと一部の事情を一般化しすぎだよ。
偏見にもほどがある。
○代わりにrand_sなんてのがあるんだね。
ぐはぁ、見直しをしなかった時に限って間違いは存在するのね(^^;
CodeZineでの対応考えてたんだよなぁ・・・
記事も直す気ないみたいだし・・・
コンパイルしていなかったことを真実としたらどうなるのか、わかってるのかなぁ・・・
まぁ、それも含めて反省しているということなら、立派なことかもしれん。
・・・その可能性は低いがｗ
http://indori.blog32.fc2.com/blog-entry-884.html
個人的には、あるまじろさんの
>これは社会にでれば判ると思うけど、IT業界だけじゃない。
暗に「社会にでてない」と言っているのがワラタ。
あれだね、技術第一主義だから自分より上の役職は、自分より技術がないといけないって発想だね。
そして、優秀なハズの自分を認めない社会は間違っているということか。
人の上に居ると思ったことはあっても、人の上に立ったことがないから、役職の重さもわからないんだろうなぁ。
sakuさんの意見に同意できるわぁ。
・・・しかし、私には主義／思想がどうからんでるのか、わからんのだがｗ
え〜！そーなんだ〜！やっぱり、仕様レビューで検出しなきゃ、か。
CodeZine はねぇ、「ええ加減なこというなぁ！」を投げる予定。
srand は、スレッドごとか。マルチ スレッドで使ったことないからしらなんだ。でも、新人は知ってるのか。ショック(T^T)
>組織は秩序が必要であり、そういった面ではレッテルを完全否定できないですね。
>私は自分が何に対して疑問を持っているのかよく考えたところ、レッテルそのものよりも、柔軟さがないレッテルを使うシステム（日本の慣習）に対して違和感を感じて居る事がわかりました。
結局のところ、「（優秀であるはずの）自分を認めてくれない現在のシステムがダメなんだー！」でOKなんかな？
現状（有能なはずの）自分を無能だと分類する組織というものがイヤなわけだ。
#っつか、鳥の言う組織っつーもののイメージ自体がどっかで聞きかじってきただけのシロモノな気がするのは...今更だな。
#レッテルとか看板とか好きよね...彼は。自分の望むレッテルを誰も貼ってくれない、看板の下に入ることもできなかった鳥が悪態ついてるだけにしか聞こえんのだが...。（まさしく「すっぱい葡萄」）
#まぁ、このネタに主義・思想がどうからむのかわからんのはＳｏｄａさんに同意w
#鳥の言い分こそ「宗教」に近いんじゃないかと思ったり。（そもそも主義だの思想だのって修得するもんじゃねぇよなぁ...あぁ、鳥の言う「主義・思想」がなんなのかを聞いてみたらまた長いストーリーが発生しそうな気がする）
( 同じseed使ったら同じ乱数が再現してしまうのでは…。だから rand_s 使えってことなのか? )
良く調べるべきでした。上記発言は撤回いたします。申し訳ありませんでした。
エビデンス希望。MSDN には、スレッドについては書いてなかった。rand_s も、暗号化によってセキュリティが強化された乱数を使う、セキュリティ セーフティな関数だという説明しかなかった。
bingると「Linux の rand がスレッド セーフティではない」というものは、出てきた。
国際規格として、Cおよびその標準関数がthreadについて言及しているとは考えにくいから。
randとかstrtokとか、状態を隠し持ってるヤツがthread-local-storageを使ってるか否か、でしょうからね。
国際規格として、Cおよびその標準関数がthreadについて言及しているとは考えにくいから。
randとかstrtokとか、状態を隠し持ってるヤツがthread-local-storageを使ってるか否か、でしょうからね。
顔をあわせてもブログのような感じで喋るんだろうか、非常に気になります。
rand()はどこを調べてもスレッドセーフ「ではない」としか書いてない気がする。
マルチスレッド対応にはrand_r()という意識。
> 嫌がらせと判断しコメント許可をしません。
あいかわらずケツの穴の小っせー奴ぢゃｗｗｗ
基本的に評価は他人がつけるものって意識がないのかな。
垣間見える実情から乖離した自己評価を振りかざしても痛々しいだけですね。
先生「暗いと不満を言う前に、進んで灯りをつけましょう」
生徒「先生、炎上も灯りの一種ですか？」
この数億円ってなんの金額なんだろう...？
オレ的には億を超えるシステムを一人で、ってありえないんだけど...。
>警告について
ずっと思ってはいたんだけど、ケツの穴が小さいというより、単純に相手の意図がわかんないんだろーなぁ...と。
あるまじろさんの
>これは社会にでれば判ると思うけど、IT業界だけじゃない。
ここには反応しないんだけど、AlphaBetaさんの直接的な言動には反応するあたり、なんだかなーみたいな（苦笑）
管理画面から時系列無視してその時点でのコメントしか読まないせいもあると思うけど、根本的に何を言ってるのか分かってない感じ。
「これ以上わけのわからない事を書くのであれば」は、ケツの穴の問題ではなく本当に鳥にとっては「わけのわからない事」なのかも、と...。
>CodeZineで手を抜いた事はありません。
手抜きじゃなくてあの対応ならばもっと悪いと思うんだけどなぁ...。
>基本的に評価は他人がつけるものって意識がないのかな。
まず「自己評価ありき」なスタンスなんじゃないかな？
普通は自己評価も他者が己を評価するための指針にしか過ぎないと思うんだけどなぁ...。
#技術者を正しく評価できるシステムがある企業に入ることができたとしたら、鳥にとっては余計に納得いかない結果になると思うんだけどな...。
自己評価なら自己評価で実績をちゃんと出してほしいなぁ、と。
証拠も出さずに「やったもん」「できるもん」なんて言い張るのは、小学校低学年あたりで卒業してくれと。
３０過ぎてそれは天然とか息抜きですむ範囲ではなかろうて。
>自己評価なら自己評価で実績をちゃんと出してほしいなぁ、と。
>証拠も出さずに「やったもん」「できるもん」なんて言い張るのは、小学校低学年あたりで卒業してくれと。
>３０過ぎてそれは天然とか息抜きですむ範囲ではなかろうて。
うん、その辺は普通に社会人やってればごくごく普通の発想だと思うのですよ。
そのあたりも鳥のニート説に拍車をかける状態になってる一因なんだと思うんですけどね。
彼の中での実績っつーのは
・数億円の仕事を一人でやった
とか
・10年間フリーで仕事してる
とかであって、鳥の中では十分な証拠として成立してるんでしょうね...。
自己評価なんか実績の前ではクソの役にも立たないし、基本的に人は実績（仕事に限らず普段の言動も含めてですが））で人を評価する。
ネット上だと、その実績という部分は掲示板での発言だったり、ブログでのエントリだったりするわけで...（鳥に関して言えば、CodeZineの投稿も実績にはいるかな）、個人の発信する文章というものすごく限られた情報でしか評価というか判断できないんだから、特にその傾向は顕著なはず。
ネット上で仕事してると言うならば、「ブログなんか息抜きだからミスがあっても本人の評価に影響はない」とどれだけ顔真っ赤にして熱弁したとしても、判断材料がそこにしかないんだから人はそこで判断する。
#ブログは息抜きとか言うわりに「ビジネス」のとこで仕事の募集してるのは...もういいかwww
普通にネットで商売してるというならば、普段の発言にこそ最新の注意を払うべきってのが鳥にはどうしても理解できないんだろうなぁ...と。
リアルは知らないから、正直どうでも良いんだよなぁ...。
炎上以前にもあちこちの掲示板なんかで毎回毎回うんざりするほど同じ事言われてると思うんだけどなぁ...。
#普通はそんだけ同じことを言われたら流石に学習すると思うんだけど、たぶん相手が何を言ってるのか理解してない...というかわからないんだろうな、と最近では思うようになった。
#もう曲解とか誤解とか言う以前の問題に見える。
#嗚呼、なんか長文で申し訳ないです。
×普段の発言にこそ最新の注意を払うべきってのが
○普段の発言にこそ細心の注意を払うべきってのが
新しい注意ってなんやねん。失礼しました。
http://indori.blog32.fc2.com/blog-entry-885.html#comment2942
>、間違ったらごめんと謝ってどんどん書いていくほうが大事です。
すげっ。
あるまじろ さんの書き込みを褒めと思って、自慢が入ったけど自爆。
> >数億円規模ならば私一人で作りましたが・・・
やはりインドリ氏の脳内実績でした。
>このシステムは、全国に支店を持つ大手商店の基幹業務系システムでした。
>数店舗に導入し、もしよければ全国に導入するとのことでした。
>※全国に導入するともなると数十億円かもｗ
>しかし、雇用主（搾取会社）が私に一円も支払う気がないといってので止めました。
>補足すると、大手商店が搾取会社に依頼する形で進められていました。
>しかしその搾取会社は「看板がIT会社」というだけでまともな技術者が一人もいませんでしたので、
>私がアイデアを出して、設計／実装する事になりました。
これは普通、作ったとは言わん。だいたい作ってないし、世の中で動いてないんだから。
実績としてあげたら嘘つき。
http://indori.blog32.fc2.com/blog-entry-885.html#comment2942
>、間違ったらごめんと謝ってどんどん書いていくほうが大事です。
すげっ。
あるまじろ さんの書き込みを褒めと思って、自慢が入ったけど自爆。
> >数億円規模ならば私一人で作りましたが・・・
やはりインドリ氏の脳内実績でした。
>このシステムは、全国に支店を持つ大手商店の基幹業務系システムでした。
>数店舗に導入し、もしよければ全国に導入するとのことでした。
>※全国に導入するともなると数十億円かもｗ
>しかし、雇用主（搾取会社）が私に一円も支払う気がないといってので止めました。
>補足すると、大手商店が搾取会社に依頼する形で進められていました。
>しかしその搾取会社は「看板がIT会社」というだけでまともな技術者が一人もいませんでしたので、
>私がアイデアを出して、設計／実装する事になりました。
これは普通、作ったとは言わん。だいたい作ってないし、世の中で動いてないんだから。
実績としてあげたら嘘つき。
しまいました。
> > どのくらい開発期間を使ったか知りませんが勿体ない。
> > 「MOTTAINAI」は正解共通ですよ。
>
> 一応動くところまで作りました。
> ただWANシステムなので、ネットワークトラフィックとか、色々な事を考える必要がまだありました。
〜鳥の人にささげる言葉〜
「99%完成しました」→それは「完成」とは言わない。
＃「帰るまでが遠足です」って、小学生のころ先生から言われなかったのかな。
>いや、普通にソフトウェア費が数億円規模のシステムです。
>もちろんハードウェア込みだとさらに金額が増えます。
>※ビジネス特許系なので本当はもっと高いかも
>このシステムは、全国に支店を持つ大手商店の基幹業務系システムでした。
>数店舗に導入し、もしよければ全国に導入するとのことでした。
>※全国に導入するともなると数十億円かもｗ
このあたりの意味がさっぱりわからないんだが...。
なんの値段なんだ？数億円とか数十億円ってのは...？？？
#「命が欲しい」ってとこはもう突っ込まないでおきます。（「命が惜しい」だと思ったんだけど...）
>一応動くところまで作りました。
>ただWANシステムなので、ネットワークトラフィックとか、色々な事を考える必要がまだありました。
>それに、まだまだ打ち合わせが必要な部分がありました。
>しかし、搾取会社は動けば盗れると踏んだのでしょう。
>私に支払い拒否を言い出しました（別名：窃盗宣言）
>なので私も失敗するのは分かっていたものの、
>盗人にそこまで心配してやる義理はないので放置したというわけです。
>風の噂によると当然失敗して大手商品が激怒したようです（笑）
>本当に勿体無いですね。
>その大手商店は大口だったのに・・・
>成功すればその会社だってかなりの収益を得られたのにね。
一通りはできたってことかな？これって。
#大手「商品」が激怒したらしいですが...（苦笑）
「商品」と「商店」って...どうやったらミスるんだよ...。
うーん、状況が想像できねぇ...。
ブラック会社の社員時代の話なのか、フリーでブラック会社と取引した話なのか...（契約書って言ってるから後者？？？）
それよりなにより、途中で放置したらそれこそ訴えられそうな気がするんだけど...。（契約不履行とかになんねぇのかな？？？）
腹にシップ平目貼りとか笑うしかないｗｗｗ
そんな数億のシステムをそんなブラックな会社にやらせるわけねえだろｗｗｗ
全国展開してるようなとこなら自社のシステム部門もあるだろうし、
外注するにしても富士●とかもっと大手だろう。
1社で下請けもなしに数億とかありえねえ
導入数が増えると金額が増えるってことは完成した後の売り上げの話をしている？
しかも捕らぬ狸のなんとやらだし。
普通○円規模って言ったら開発費の話かと思うわなぁ。
>毎日の日課
頭痛が痛い。
てか、払ってもらえない“かもしれない”という自己判断かよ。それじゃ、契約違反は会社じゃなく、テメーじゃねえか。
つまり。
仕上げられそうにないからケツ捲って逃げた！
と言われても、文句言えんがな(-_-;
「動けば盗れる」（盗れるじゃなくて、「動けば金が入ってくる」じゃねぇのかよ）じゃなく、「動かなければ支払いはない」を、勘違いしている可能性を指摘。これならあり得る。
自分で提唱しとう「役に立ったかどうか、お客様が判断すればよい」を自分で蹴っとんかい。
>導入数が増えると金額が増えるってことは完成した後の売り上げの話をしている？
好意的に解釈すると、仰るように、、システム納品先の、販売金額の話が濃厚。
これだと、開発費用に500万から1000万円投資して、数億円を回収するのはありえますね。500万円なら有りえそう。
(以後、 500万円で受注したと仮定)
うっ。見えてきた気がする。
開発費用 500万円で引き受けたのに、顧客は 数億円稼いだことに対して、不満を持っている....こんな感じかな。
これって、経済原則を理解していないなぁ。.... ５人月費やして 500万円貰ったが、顧客は数億稼いだから、時間単価制度がオカシイと言っているわけね。
ん? でも、開発価格はソース品質で決まるって言ってたな。 500万円で受注した時点で、商品価値を500万円と認定しているわけだよね。
顧客は、その商品を使って、数億稼ぐのは、顧客の商売努力であって、システムの付加価値ではないよな。
システムの付加価値と、商売の付加価値とソース品質の区別ができないってことか。
>社長「お客は看板で買うんだ。内容で買うんじゃない。」
>私「それは違うでしょ。製品がまともでなければ流石に買わないでしょう。」
>社長「この世界は二種類の人間が居る、搾取する人間と搾取される人間だ。俺は生まれた時から金持ちで、ITなんて何にも知らなくてもIT会社を名乗れば客は買ってくれる。一方お前は、金持ちの家に生まれていないから、どれだけ努力しても搾取される側だ。日本は看板で物事を判断するからそれはゆるぎない事実だ。」
>私「ならば私はこの件から手を引きます。」
>（問題が生じるのは目に見えているからな）
「のたまくっていました」ってなんやねん...。
#それより、こーゆー事をいいそうなのって鳥しか想像できないんだが...（苦笑）
途中のコメントでブラック会社のことを「雇用主」と表現してるんだが...社員？
それなら途中で抜けても契約違反を問われることはないかもしれないけど...、そうすると「契約」自体がなんなの？って話になるしなぁ...。
報酬の意味もよくわかんないし...。
#フリーだったら、雇用関係じゃないよね？
鳥語は難しい...orz
>Jittaさん
>自分で提唱しとう「役に立ったかどうか、お客様が判断すればよい」を自分で蹴っとんかい。
これって、Jittaさんとこで紛糾したときの鳥の台詞ですよね...。（絶句した記憶が...間違ってたら申し訳ないです）
このとき確か、「業務の役に立ったら成功、役に立たなかったら残念という事です。」って言ったんだよな...鳥は...。
Jittaさんのところより抜粋（ネタ好き名義での発言）
>いえ、成果主義です。現場で成果が出るかどうかは今よりも判定しやすい筈です。
>どこぞのコンサルティングの話しを聞くよりも、技術者に実際にやってもらった方が早いです。
>業務の役に立ったら成功、役に立たなかったら残念という事です。
>厳しいようですが、エンドユーザの視点に立てばそうなります。
このときに「残念」だったのは誰なんだろう...。
技術者であるならば、鳥が報酬を支払われないのは「役に立たないシステム」である可能性がでてくるんですよね...。
最初に読んだときにはリスクを顧客に負わせるのかと思ったんだけど...。
#どちらにせよ、残念だったときに顧客は最低でも「時間」というリスクは負わされるわけですが...。
#契約内容に関係なく「オレが作ったんだから、オレが儲けをもらうのは当然」って思ってそう。
VisualStudio2008のオンラインヘルプによると、srandがスレッド毎とあるので、randも引きずられると考えました。
http://msdn.microsoft.com/ja-jp/library/f0d4wb4t.aspx
UNIXの場合は実装依存のようです。reentrant(スレッド毎管理)でも良いし、MT-safe(全スレッド共有)でも良いし、unsafeでも良いと。Linux-glibcの場合はunsafeのようで、mutexで保護してあげれば、全スレッド共有の乱数として使えます。
rand_rについては、引数として渡すアドレスをTLSのものにすればreentrantとして使えるし、グローバルな領域にしてmutexで保護してあげればMT-safeとして使える、と使い分けができるようです。
http://indori.blog32.fc2.com/blog-entry-601.html
http://indori.blog32.fc2.com/blog-entry-738.html
いや、同じような話がいくつもあるならアレですが(^^;
こー今回の話と総合し、会社側から見るとー
１、会社と付き合いがある商社から、「こんなことできないか？」と持ちかけられた。
２、仮入社中の新人を試すのにちょうど良かったので、（課題として）数億円の規模を想定してやらせてみた。
３、上手くできれば、報酬（正社員になったときの給料が良くなる）もあるよと言ってみた。
４、しばらくして、見てみたらかろうじて動作できるかどうかのもので、期待はずれだった。
５、しかも、この新人は先輩よりも自分のほうが技術力が高いと勘違いしているようだ。
６、このままやらせても無駄なので、「もういいよ」と引き上げようとした。
７、ところが、報酬（売り上げがあるはずだから、その一部）をよこせと言い出した。
８、どうやら、自分の作ったものが特許クラスの凄いものだと勘違いしているらしい。
９、こんなことでは、仕事を任せられないと判断し、正社員としては採用しなかった。
こーいう流れでもしっくりくるかな？ｗ
一応、特許の話とかも、盛り込んでみたｗ
私としては、数億円って話が、未完成品という事実が発覚したおかげで、欠けていたピースが埋まった感じがしたｗ
報酬は歩合制のような認識をもってそうなんだよなぁ。
それも極端な比率の・・・感覚的には、１億円のシステムを一人で作ったら、９千万円は貰えると思っていそうなｗ
彼は、中間管理職とか営業とかの仕事を軽視してる感じがするんだよなぁ。
http://indori.blog32.fc2.com/blog-entry-886.html
>私「おっ山も秋色になってきたな。」
今の時期だとかなり限定されるような気がするんだが、いいんだろうか？
あと、
>私「引き返すぞ。」
ここまで１５分かけていたのに、引き返すと別ルートで５分。
行きは坂道があるのに、帰りは坂がないコース・・・
引き返してるわけだから、ショートカットでもないし、わりと変わった地形なんだろうか？
・・・と思ったが、行きで上り坂、下り坂の両方を使っていれば、ありえるコースか。
ちょっとしたパズルだったｗ
CodeZineは今日の私の書き込みで終わりかな。
正直、サポートが状況説明してくれるとは思わなかったんだがｗ
私もそんな気で連絡いれたわけじゃないし、普通に驚いたんだが・・・
もしかして、クレーマー処理されただけかもと思ったりｗ
気を使ってもらったのか、クレーマーとして扱われてたのか、わからねー(^^;
まぁ、一番驚いたのは、「ソースコードを検査対象にすると考えていた」だったｗ
いやまて、自分でソースがない状態の確認してるんじゃないのかよとｗ
・・・そこで突っ込みいれずにスルーしていたほうが、良かったのだろうか？
>動作確認もせずに、書かれた記事が手抜きでなくてなんだろう・・・
Ｓｏｄａさんと同じようなことを鳥のほうにコメントしたんですがさっくり削除されていました。
鳥にとっては荒らし認定みたいなので聞く耳は持たないみたいですね。
>Ｓｏｄａさん
>こー今回の話と総合し、会社側から見るとー
コーヒー吹いたwww
なるほどこれならしっくりしますねえ。
この部分に限って言えば、珍しいことではないのだけどね。
ただ、彼の場合初歩的な部分に疑問符があるのと、技術力だけでは現場はどうにもならないのと。
>それも極端な比率の・・・感覚的には、１億円のシステムを一人で作ったら、９千万円は貰えると思っていそうなｗ
>彼は、中間管理職とか営業とかの仕事を軽視してる感じがするんだよなぁ。
中間管理職も営業も搾取するだけの存在としか思ってないんじゃないかなぁ...。
で、総務経理なんかは数にも入ってない...と。
>鳥ブログでのあるまじろ氏とのやりとりより
>勿論毎月いくらかは前払いしてもらっていましたが、契約書にある金額とは桁違いです。
契約書ってもしかして顧客と会社の間で結ばれている契約書のことかな？
契約契約と騒ぐから、鳥と企業との間の契約だと思ってたんだけど、顧客と企業との契約ならば、試験採用の社員だという話も納得がいく。
「毎月いくらか前払い」じゃなくて「試験採用期間中の給料」なんじゃないの？
そりゃ桁違いに決まってるやん...（´・ω・｀）
CodeZine の、笑劇的な事実。コメント見て笑ってくだされ。
# 「衝撃」というより、「笑劇」
CodeZine に書くのを躊躇ったこと。
-----
http://indori.blog32.fc2.com/blog-entry-754.html
>私は情報処理技術者なので、このように情報を軽率に扱う態度には本当に腹が立ちます。
誤りを認めない。指摘を受けたことを確認せず返答する。誤りを放置する。これらの態度は、情報を軽率に扱っているとは言わないのでしょうか。また、他人様からの指摘に確認せずに答えるのは、その人を馬鹿にしている（見下している）に等しいです。そのような態度は改めていただきたいと思います。
・オンラインの MSDN にしか書かれていない、srand がスレッドごとに独立していることを知っている。
・time_t が環境によってビット数が異なるため、そのまま srand に引き渡すとコンパイル エラー（あるいは警告）になる場合があることを知っている。
『これを書いたのは新人プログラマです。』ということですが、かなり勉強家のようです。そのわりに Sleep への引数の設定の仕方などには、実務経験の乏しさがよく出ています（普通は、Sleep((rand() % 10 + 1) * 1000) で、1〜10秒待機とするでしょう）。
-----
あっちに書くと、そろそろアレなんで、コッチで。
こっそり修正は気がついていたんですよ。
あのεπιστημηさんのコメント指摘だけを取り上げて考えれば、こっそり修正分でクリアできてるのかもしれない。
でも１文字足りないバグを主として扱うことを残している時点で、その修正自体の意味は薄くなるのよね(^^;
結局、あのバグを見つけてるのは、コード書いた本人の経験だし・・・
メッセージで「・」や「了」が抜けてることに気がつくのは難しいと思うｗ
固定のSleep(0)だと、コメントに書かれている「処理時間はランダム」を表現できないのでNGですねｗ
実際に、コメント通りの動きをさせるには、randの値を引数にしたり、rand_sに変える必要があってややこしいですねぇ。
> Sleep( ( rand() / 1000 ) * ( rand() / 1000 ) );
これね、面白いんですよ。
Jittaさんのように剰余を使う方法だと乱数の下位bitを使うことになりますよね。
ところが、randの下位bitはバラツキが甘く、乱数として弱いんですよ。
この辺が詳しいかな？
http://ja.wikipedia.org/wiki/Rand
http://www001.upp.so-net.ne.jp/isaku/rand.html
適当に乱数が使えればいい場面では、まったくと言って良いほど関係ないのですが、ゲームのサイコロとかに使うと時には致命的な問題が発生します。
有名どこではカルドセプトサーガというゲームでのバグとかかな。
必ず交互に偶数と奇数がでてしまうというバグで、一気に対戦熱が冷めた記憶がｗ
で、これを彼が知っていたと仮定すれば剰余を避けるために1000で割った値を使っていることになります。
ところが・・・
カッコが使われているので、乱数どちらかが1000未満の場合0になるのは既に上がっていますね。
でも、それだけじゃない。
２つの値をかけた値をそのまま使っているじゃないですか。
これだと、答えは偶数に偏りますよね。
つまり、上記知識で下位bitをわざわざ避けたとしても、偏った乱数を使っていることになります。
・・・ってことだと思うんだけど、なにか見落としあったりするかな(^^;
まぁ、本編の記事にしろ、乱数にしろ、ものごとの本質がわからず、表面だけ作ったような感じを受けますねぇ(^^;
ＰＳ．
仮入社の話だったのか、フリーで受けた仕事だったのか、設定ぐらいはちゃんとしろと思うｗ
もちろん、数億円で同じようなことが何回もあったと開き直るのも有りだがｗ
ＰＳ．２
>もし作業が終わるまで報酬が貰えないとしたら餓死しますね。
細かいとこ拾ってる、あるまじろさんにワラタ。
たしかXC ver.1のrand()も「その1」で、偶数／奇数交互だったなあ。懐かしい。
いずれにしても、今回は問題の本質的な部分でない以上偏ったままでもいい気がする。
どうせ指定したミリ秒精確に止まるわけじゃないし。
>契約契約と騒ぐから、鳥と企業との間の契約だと思ってたんだけど、顧客と企業との契約ならば、試験採用の社員だという話も納得がいく。
この辺は、おいらも気になりました。
なんかピヨ氏の話って、すべてのフェーズがごちゃ混ぜになっているので
エンドユーザとの契約なのかピヨ氏と開発会社との契約なのかわけが分からなくなる。
やっぱり商取引というものを理解していないという可能性が大いにありうると思う。
とりあえず嫌い、まずは組織をけなすってとこが全てのスタンダートになってるよな。
この時点で社会不適合者ですねもう。
不適応○
あるまじろさんのあまりに鋭い的確な指摘にピヨの人涙目。
しかも最初のは専門学校でたばかりの新人時代だよなぁ...。
>そりゃないよ。
>窃盗された上に賠償金まで払わされたらたまったものではありません。
>そもそも、窃盗しなければちゃんと仕事が進んでいたわけですから、そこまで盗人にサービスできません。
>それでは盗人に追い銭 です。
というか、この展開だと鳥側が盗人にならないのかなぁ...。
あるまじろさんも言ってたけど、請求されなかったんだろうか？
「窃盗しなければ仕事がちゃんと進んだ」かどうかは誰にもわからないしね...。
しかも「賠償金」ではなく「前払金」だ。
なんかこー、いろんなとこで齟齬があって状況を想像できない...。
「事実は小説より奇なり」とは言うけどね...。鳥の経歴自体に齟齬感があるからそれ以前の問題だな...。
あるまじろさんの
>もしかして初めの３カ月が低かったとか？
は
http://indori.blog32.fc2.com/blog-entry-601.html
の
>3ヶ月ほど経って、それに気付いた私は労働局に行ってから辞めました。
にかけてるんだよね？
>いかせん日本では看板とコネしか信じないので私個人なぞ相手にしてくれませんでした。
いやいや、当たり前だし。
1個人として契約するエンドユーザなんておらんやろ？
看板＝信用なわけで、なにか問題が起きたときに会社としてどういう責任を取るか
などがキチンとしているところと契約するでしょうに。
システムや情報とくくるから疑問に思うかもしれないけど、エンドユーザからすると購入する商品なわけで、パソコンなどを購入するのと基本的な考えは同じ。
無名メーカーのパソコンを企業で購入（使用）しないのと考えは同じ。
サポートや故障、保障を考えて契約する。
ここをピヨ氏は理解していないと思う。
>システム構築を一人でこなし、それをブラック会社がエンドユーザーに横流しし、
>利益はほぼ全てブラック会社が持っていってしまうという地獄に陥りました。
これも、評価が違うと思う。
システム構築がどのような内容かによるけどね。
単純に、契約が契約社員としてとか請負契約だったと言う話だよね？
あ、ここで人月単価が絡むのかも。
その企業は人月単価で契約していて、他の外注（使ってるとして）と同金額での
契約になっていて数億のプロジェクトでももらえるお金は人月分。
あれ？そうすると完全請負ってのがちがうか？？？
>当然弁護士や警察に相談しましたが、日本の法律上それは合法だそうで何も手が
>打てませんでした。
そりゃそうだ、だってきっとキチンと契約書が取り交わされてて
それを納得して契約したんだから、それを後だしじゃんけんのごとく
後から文句いっても、見積もりが甘いの一言でバッサリ切り捨てされるだけだろ？？
>> >そりゃないよ。
>> いやいやいや、賠償金じゃないって。前金返金だって。
>そういう意味じゃなくて、人のもの取っておいてまだお金を請求されたらたまったものじゃないよ。
人のモノじゃねぇだろ、鳥の作ったパッケージをブラック会社に売ったわけじゃないんだから、システム自体はブラック会社のもんだろ...。
そもそも前金を返すことと、盗った盗らないの話は別じゃねぇの？
こんなこと言われるブラック会社のほうこそたまったもんじゃねぇwww
>> ブラック会社にしてみればある程度動くシステムが出来たから「それでいいや」ってなったのかな？
>> でも、ブラック会社にしてみればインドリさんが抜けてプロジェクトがダメになったんだから、そりゃ怒り心頭だろう。
>怒ったのはエンドユーザーだよ。
>もしかしたらブラックの方も怒っているかもしれないけど、ブラック会社のほうは自業自得でしょう。
>それで恨まれたら、正しく逆恨みだと思います。
逆恨み...鏡何枚必要かな？
>いわゆる完全請負形態です。
あれ…勤めていたブラック会社の話じゃないんだ。
フリーになってからってことは顧客を泥棒・ブラック呼ばわりかぁ。
またインドリブランド(笑)に亀裂がｗ
>そういう意味じゃなくて、人のもの取っておいてまだお金を請求されたらたまったものじゃないよ。
「前払い」金なのだから途中で抜けたら返すのが当然だと思うが…
こういう人が給料前借りして逃げるんだろうね。
>正しく逆恨みだと思います。
会社の方も逆恨みされて大変ですねぇ。
社長「この世界は二種類の人間が居る。搾取する人間と搾取される人間だ。
俺は生まれた時から金持ちで、ITなんて何にも知らなくてもIT会社を名乗れば客は買ってくれる。
一方お前は、金持ちの家に生まれていないから、どれだけ努力しても搾取される側だ。
日本は看板で物事を判断するからそれはゆるぎない事実だ。」
この社長さんざん鳥は自分が勤めていたブラックの社長ていってなかったか？
＞私はフリーなので、システム構築料が交渉によって決まっていました。
＞いわゆる完全請負形態です。
どっちなんだよ まあホラなんだろうがどうせ
>うーんどうやったら伝わるのでしょうか？
>先ずアイデアも私で、大手商店は私のアイデアを気に入ったわけです。
>さらに全ての作業を私がして、ブラック会社は殆ど何もしていないわけです。
>すなわち、企画から実装まで全て私がしているわけです。
>それでも貴方は盗んだと思わないのでしょうか？
>正直言って貴方の感覚が分かりません。
>これで分からないというのであれば、おそらく貴方は何をされても盗まれたとは思わないのでしょう
この感覚だと普通の仕事のほとんどが窃盗になるんじゃないかなぁ...。
鳥が社員で失敗する理由が分かった気がする...（苦笑）
っつか、大手商店とブラック会社が決裂したんだったら、なんでそんときに大手商店とこいかなかったのかが謎。
フリーなんだから、自分でとればいいじゃん。
企画から実装までやってたんだったら、その大手商店にも顔がきくようになってないのかな？
#っつか、むしろ大手商店から鳥にオファーがこなかったのが謎www
顔つなぎまでしておいて、とれなかったなら...（以下自粛
＞鳥が社員で失敗する理由が分かった気がする...（苦笑）
非常によくわかります（苦笑）
＞>先ずアイデアも私で、大手商店は私のアイデアを気に入ったわけです。
＞>さらに全ての作業を私がして、ブラック会社は殆ど何もしていないわけです。
＞>すなわち、企画から実装まで全て私がしているわけです。
だから何？
ブラックとの契約で「こういうシステムを大手商店と話して作って来い」って
言われたから作ったんでしょう、普通によくある２次受けのお仕事ですね。
それをあたかも「大手商店 -> 鳥」の契約に見せようとしているwww
＞っつか、大手商店とブラック会社が決裂したんだったら、なんでそんときに大手商店とこいかなかったのかが謎。
＞フリーなんだから、自分でとればいいじゃん。
＞企画から実装までやってたんだったら、その大手商店にも顔がきくようになってないのかな？
＞#っつか、むしろ大手商店から鳥にオファーがこなかったのが謎www
むしろ大手商店から鳥を見限ったに100万リラｗ
契約書に特約でも書いていない限り「ソース」は開発者（開発企業）のもの。
これは純然たる権利。
でも作って納品したものについては大手商店のもの。
ブラック企業とやらの手元には何も残らないはず。
でも、この後で弁護士さんやらに訴えて「ん？お前のもんじゃないよ？」って言われたんでしょ？
だったら契約書に書いてあったんよ、きっと。
「ソースコードも納品物とする」とかなんとか。
まぁ、それでも結局はブラック企業には何も残らないのは変わらないけどさ。
いずれにせよ、
そもそも自分のものでもないのに「盗まれた！」と騒いでるだけ
という結論は動かない。
こんだけ「権利」だの「法律」だのって言うんだから、せめて著作権くらいはお勉強した方がいいんでないかい？
＞nightRavenさん
> 鳥が社員で失敗する理由が分かった気がする...（苦笑）
自分が担当になったサブモジュールとかに対して「俺が作ったんだ！分け前よこせ！」とか騒いでいる姿が目に浮かんだ(´；ω；｀)
なるほど〜！知らなんだ。ってか、実務で乱数使ったのは、1案件のみだわ。random の方だけど。
「良い乱数・悪い乱数」によると、VC++ では「その2」が使われているということなので、精度の悪い下位ビットはすでに捨ててあるため、さらに割り算する必要はない、ということになると思います。
> 今回は問題の本質的な部分でない以上偏ったままでもいい気がする。
ええ。だから余計に、わざわざ割ってる意図が見えないのですよ。rand の1回目か2回目に1000未満が出るようなシードだったとすると、待ち時間が0になり、結果的にシードに毎回同じ値を与えることになり、「処理時間はランダム」にならない。
Ｓｏｄａさんの指摘通り、「ものごとの本質がわからず、表面だけ作ったような感じ」がプンプンするわけです。
> それを納得して契約したんだから
ピヨちゃんの主張は、「いくら貰えると契約しているのに、「それは払わない」と言われた」というところではないでしょうか。そして、資本金が1000万円？未満だから、そのあたりの法律による支払い義務が会社側にない、と続くのでは？
だから「刑事では無理でも、民事があるだろ」と言われているのですが、それは無視。
そりゃぁね、弁護士の無料相談に、「これこれの契約をしていたが、払って貰えない。相手は資本金がこれこれだから、法律による支払い義務はない、という」と相談に行けば、「その通りです」と返されると思うよ。
○世間を知らないお子ちゃま。周囲に聞きかじりの知識を撒き散らす擬術者。
これに100ペリカ
＞トップ というか、本文
その月の新着だけでいいのでは？結構な量があるので、それだけでメモリを喰っちゃう(^_^;
荒らし認定後、終了宣言でましたねぇ...。
後半、完全請負契約というより、パッケージ作成と販売委託みたいな形態になってるようなんですが、それでも下請けになるんだろうか？
その辺りがちょっとよくわからない...（苦笑）
結局のところ、3社の間でどんな契約が結ばれて、ブラック会社がどう踏み倒したのかがよくわからない。（はっきり分かってるのは鳥が途中で仕事を投げたことだけ）
いずれにせよ、途中で投げちゃったら、訴訟もクソもないような気がせんでもない。
製造メーカーと下請け業者の間の請負仕事に、著作権を絡ませているんですかね。
鳥の思考では、
実製造した業者が製造メーカーであり、仕事を発注した業者は販売店である。
したがって、収益は歩合制が当然で、著作権は製造者にある。
となるんでしょうかね。
やはり、経済原則(社会原則)が理解できないニートだなぁ。
これだと、どんなマトモな会社でもブラック会社になるわなぁ。
やっぱりさっぱり分からない。
契約書を書いてその契約違反なら、弁護士も合法だのなんだの言わないよ。
著作権でいうなら完全請負なら、著作権は当然その依頼会社がもつよね？？
正確には微妙だけど、ドラゴンクエストの開発元はレベルファイブだけど著作権は
スクエニが持つのとおなじこってないかい？
うんで、アイディアを盗むとかなんとか・・・・理解できない。
で、コピペして云々をみるとおそらく、その依頼会社は
その大手商店（？）に納入するものを基本パッケージのようにして
他の商店等にパッケージ販売して個別カスタマイズを入れていくことを想定
していたんじゃないかと・・・。
結構ある話なんだが・・・これのどこに著作権違反が潜んでいるんだか理解できない。
でもその前にそれが「自分のものだったかどうか」確認・証明しようね。
http://www.ffortune.net/social/people/seiyo-today/gates-william.htm
技術者じゃなく、営業マンとして世界で何本かの指に入るよ。
という内容を書いたのですけれど不採用でした。
>読者に無用な混乱を与えると思いますので明記しておきます。
>私は生産者/消費者のイディオムを書いていません。
>私が示したかったのは、Parallel Inspectorがメモリ関係の【論理エラー】と【スレッド関係のエラー】をなくす手助けをしてくれるという事です。
>ですので、読者の方は「単純なサンプル」と考えて読んでください。
だから？
記事としてどうなんだろうな。
んなこた百も承知。
無用な混乱を与えるのが嫌なのにProducer/Consumerって名前付けたのはおまえ。
明記というならば、本文に書くべき。
わざわざ読者が開かなければならないコメント欄に書いてる時点でそれは「明記」とは言わない。
しかも、散々ツッコミ入れられてる間は放置してたくせに、ツッコミが収束したあとでこっそりコメントに追記。
契約書の隅っこにちーーーーーっちゃく書いてる但し書きよりやってることは性質が悪い。
>私が示したかったのは、Parallel Inspectorがメモリ関係の【論理エラー】と【スレッド関係のエラー】をなくす手助けをしてくれるという事です。
>ですので、読者の方は「単純なサンプル」と考えて読んでください。
つまりこれがあの記事における鳥の主旨ってことか...。
あとからわざわざコメントで主旨を説明するのが恥ずかしいことだとは全然思わなくて、読み手が勘違いするほうが悪いってスタンスだよなぁ。
いつでもこっそり修正できたり、追記をいれることのできる記事でよかったねぇ...（苦笑）
だからこそ、適当にかけてしまうのかもしれないけど...
申し訳ありません。
余計なこと書いたせいで、επιστημηさんにご迷惑かけてしまったようです。
この件についてはこれで沈黙することにします。
「無用な混乱」と言いだしてるのはピヨだぞ。ちゃんと読め > とおりすがり
彼は、「生産者/消費者パターン」というものを知らなかったってことですかね？
いや、私もそういう定番があることを知らなかったんですがｗ
知らない人にとって、関数名がなんであろうと関係ないですよねぇ。
そういう意味でεπιστημηさんを批判するのには賛同しようｗ
あまり詳しく無い人が、頑張って想像して書いた記事なんだから、そんな難しいことを言って苛めるなよという抗議ってことかぁ。
nightRavenさんは記事の内容については触れてないからCの知識は不要なんだがなぁ・・・
こーもう少し、突っ込むところに穴がないようにしないとイマイチですねぇ＞とおりすがり
いや、自作自演を演出したかったってことかもしれませんが(^^;
私の名前を出さないのも、編集さんに怒られないようにしてるからかもーって想像させるテクニック？
あれなんだよなぁ、「あらかじめありがちなバグを埋め込んでいます。」なんて言ってなければ印象違ったんじゃないかなぁ。
サンプルが中途半端なんだよねぇ(^^;
バグをわかりやすく表現したサンプルじゃーないんだよなぁ。
あまり詳しくない人が、本気でそれっぽく作った感じが強いんだよｗ
１つ前の記事ではOpenMPやら、TBBやら書いてたのに、使ってないし・・・
乱数の使い方からみて、うまくいかなかったから強引に変化するように直したようなコードだし・・・
そもそも、１回ごとにスレッド止めてたら・・・並行して動作している時間が・・・
センスが無いのは隠しきれないんじゃないかなぁ(^^;
ＰＳ．
嫌がらせをするなら、コメントなんかに書かないよｗ
直接メーカーとかにお知らせしてニヤニヤしてるほうが楽だし、自分の名前を出す必要もない。
コッチで先に話題にしていたのも、指摘される前に直せるチャンスだったんだけど・・・
それなりに気を使ってるんだけどなぁ・・・
反論したつもりなんだろうけど、反論になってないし、またサポートの顔潰してるだけだよ。
ＰＳ．２
ちなみに、あの記事はメーカーも目を通して載せたみたいです。
だから、メーカーからクレーム入る可能性は低いです。
文句を言う人がいないから、記事に修正入れる必要もなければ、削除する必要もないと。
まぁ、同じメーカーが次の広告入れてくれるかどうかは別の話でしょうが・・・
> そういう意味でεπιστημηさんを批判するのには賛同しようｗ
サーセンｗｗｗ
いやさ、スレッド間通信とかには決まっておでましに
なるパターンなのよね、「哲学者の食事」と同様に > 生産者/消費者
だからこそスレッド間通信の話しているのでなければ「生産者/消費者」
って言葉を避けるが吉なのよ。
難癖? そう言ってもらってもかまわんよ。
僕はインドリの言動が気に食わんからね。
わからんならわからんと言え。知らんなら知らんと言え。
それは技術者として恥でも何でもない。
オノレの腕に自信があれば、胸を張って「知らん/わからん」と言えるはずだ。
そんなこともあろうかと、ばきばきに使って書きましたー♪
http://blogs.wankuma.com/episteme/archive/2009/10/06/181933.aspx
思うにね、インドリは本はやたらと読んでるようだから、
今回の記事書くにあたってスレッド関連の本は数冊目を通したはず。
だから「生産者/消費者」は必ずインドリの目に触れたはず。
ここでインドリは"双方が読み書きしあう場合"にまで(毎度おなじみ)拡大解釈を発動し、
producer/consumerってコトバを使って粋がってみたんじゃないかな。
ふふふ、「哲学者の食事」を検索するわけだがｗ
この辺の用語を知らなくても、内容を聞いてわかれば何も恥ずかしいとは思わないんだがー
わからなければ、わかる人に聞けばいいし、ものによってはわからなくてよいものも多い。
どうも恥ずかしいと感じるポイントが違うんだよねぇ。
間違ったことよりも、間違えたままのほうが恥ずかしいと思うし、知らないのに知ったかぶりするほうが恥ずかしいと思われるんだがなぁ。
技術力が全てだーといってる手前、そういうことができないんだろうか？
>僕はインドリの言動が気に食わんからね。
「〜じゃなければ、技術者じゃない！」ってお決まりのフレーズとかｗ
理想をもつのは自由だが、他人に押し付けるだけじゃなくて、それを元に他人をバカにするのがなぁ(^^;
いや、カッコイイと思ってるんだろうが・・・OS作ったとかーフレームワークはソースをみて使うとかー
他の人がやらない難しいことをやってる自分エライ！ってアピールしてるんだろうけどさー
こー薄っぺらいんだよなぁ、広く浅くの典型というか・・・どれも身についてないような(^^;
表現の仕方が下手なだけだと思ってたんだけどさーなにか違うのかなーと最近思うようになってきたｗ
あっ、「TBBで遊んでみたよ(2) 」は見ましたよ。
コメントで流れは理解できるんだが、自分であまり使わない書式があって、どういう理屈で成立しているのか把握できてない(^^;;
なにげに・・・
http://el.jibun.atmarkit.co.jp/hidemi/2009/10/fizzbuzz-d5fd.html
低技術という疑惑を加速させているんだろうか？ｗ
いいわけがｗｗｗ
>0を何で割っても0なのですからこれは間違いです。
違うぞｗ
そして社長の言ってるように、あえて0を対象にするなら、FizzBuzzでしょ？
なぜ例外にするのかわからんｗ
0が3や5の倍数じゃないと思ってるってこと？
そして・・・そもそも、元記事の趣旨がわかって無いのがｗｗｗ
再帰＝難しいってことなのかなぁ・・・
>1から100までの数をプリントする(後略
>1から100までの数を(後略
拡張性の前に仕様書の基本事項を満たしてない時点で駄目かと。
つか仕様書すら誤読してるんだろうか。
これがユーザからの要望（仕様）として...（ちょっと無理矢理だがw）
>エンドユーザーが0を指定しないとは限りません。
>いえ、必ず誰かが0を指定するでしょう。
0の指定を許している時点でダメ。
当然100より大きい数の指定も許しちゃダメだと思うんだけど...。
っつか...指定？
>その時ちゃんと対応していないと、FizzBuzzと表示されます。
>0を何で割っても0なのですからこれは間違いです。
仕様の中に0のとりあつかいについては記述されていないので確認事項とするべき（っつかそもそも要件定義の中に0はないので当たり前だが...）
そうでなければ"FizzBuzz"と表示されて正解じゃないの？
>ということで、例外をスローするのはやりすぎだと思って0を表示する事にしました。
勝手に仕様を作ってる時点でアウト☆
普通に「難しい」の方向性を見失ってると思った。
「ユーザのためにこんだけ考えてるんだぜ、オレ」ちょーかっこよくね？みたいなw
#このくらいは別にC知らなくてもツッコミいれていいよね？（苦笑）
flag1 とか意味不明な名前をつけている時点でダメだし対象だと思う。
じゃぁ0を0で除算してもらおうか。例外になるはずだけど、0と返してくれる処理系もあるのかな？
>ということで、例外をスローするのはやりすぎだと思って0を表示する事にしました。
普段の仕事でもこんなことをやってるから切り捨てられてるんだろ？
ソースを盗まれた云々ほざいてたけど、仕様通りのコードを納品できていない時点で契約の不履行に該当するのはピヨちゃんジャマイカ。
相談もなしに勝手に仕様を変えるピヨちゃんには絶対仕事を頼みたくない。
せめて提案ベースで「こうしたらよいと思うのですが」と相談して了承もらってから実作業に入るのが筋と思う。
> 0の指定を許している時点でダメ。
> 当然100より大きい数の指定も許しちゃダメだと思うんだけど...。
> 勝手に仕様を作ってる時点でアウト☆
ですよねー。仕様を勝手に拡張しちゃダメだと思いますよー。
0 を指定されても問題なく動作するようにできる、って感じだったら「拡張性」を名乗っても
いいと思うんだけど、1〜100って明記されてるのに 0 とか 101 とか、それどこから出てきた
んだよ！っていう数値がある時点で「インドリー！アウトー！（でででーん）」って感じじゃないかと。
前にもどなたか書かれていたと思うんですが、顔を出さない彼にとっては、ブログに書いたりこうして
公開したコードなんかの情報が、彼を判断する材料のすべてになるわけですよね。
それなのに、こんな稚拙なコードを載せちゃダメなんじゃないのかなーと。
あ、こう書くと彼は「所詮FizzBuzzですから」とか言い訳しそうなんだけど、所詮FizzBuzzだから
こそ大事なんであって、そもそも元ネタの小飼氏の話もそういうことだと思うんですよ。
かるーく書かせたコードがアレじゃ、プログラマ認定できないなーとか。
この実力（今のところ見えてる範囲）で「一億円の仕事をしました！（キリッ」とか言われても
「なーんかうさんくさいのよネー」としか言えないです。
判ります。
1．仕様を満たす。
2．直感的で読み易い。
3．拡張性を保っている。
ってので納得できるんだけども...。
今回のは
「1から100までの数をプリントするプログラムを書け。ただし3の倍数のときは数の代わりに 'Fizz' と、5の倍数のときは 'Buzz' とプリントし、3と5両方の倍数の場合には 'FizzBuzz' とプリントすること」
という前提をふまえて
「FizzBuzzをムダに難しく書いてみよう」
ってのがお題なんだから、前提条件を変えたらつまんなくなんね？
限られた条件のなかでいかに難しくするのか？ってのが楽しいんじゃないかなぁ...。
ルールを守って粋に遊んで欲しいなぁ...そこにエンドユーザとか拡張性とか関係ないのを持ち出すのは無粋だな、と（苦笑）
前提条件...というかルールを蹴倒したらなんぼでも難しくというか...ややこくできるやん。（何語だオイ）
...にもかかわらずたいして難しくなってないと思うのは...（以下略）
どんな記事があがるのかに興味津々w
#たまには予想を裏切って、全然関係ない秀逸なネタを期待したいなぁ...。
そこは、ほら、これですよ
（登録済み）→ http://bbs.wankuma.com/index.cgi?mode=al2&namber=25863&KLOG=48
> 未来を見据えたデータベース管理についての話しを私はしているのです。
> よくこの課題を見て欲しい、これは【データ移行作業】です。
> それで問題になるのが、データ移行作業にVB.NETを使うという事なのです。
http://d.hatena.ne.jp/higepon/20091001/1254399339#c
ここをみたんだがー
http://indori.blog32.fc2.com/blog-entry-888.html
最初は流して見てたので内容は気にしていなかった・・・というかなにか特殊な指示かと思ってたｗ
良く見たら、コレってただの「インクルードガード」やん(^^;
でもって、コンパイルの時間短縮のテクニックだと思ってるのか・・・
いや、２つ目の#ifndefはそのためだけの記述なんだろうが・・・使い分けわかってて書いてるんかな？
今なら「#pragma once」でいいんじゃないかなぁ。
しかし、プリコンパイルという概念があるコンパイラに対してどれぐらい意味があるんだろうか？
実装デザインってのも謎だが・・・本の目次に書いてあるから？ｗ
自分の中で低技術疑惑が発生していると、別の視点が生まれるなぁｗ
むしろ、「低技術」だったという仮定のほうが過去の事例がスッキリするような・・・
んで、ifndefについて、今まで知らなかったのだろうか？10年もコード書いてるのに？KR読んでないのか？
周囲の失笑（...というかもう頭抱えてる状態）にもかかわらず
>全然意味わかっていない人が見受けられますね（笑）
この発言にワロタw
そしてKing氏のツッコミとＳｏｄａさんのぶった切りっぷりに腹筋死んだwwwww
・0を割ると0で割るとの区別が付いてなくて0のときは例外とか言っちゃう
・100まで出力するのになぜか101を引数に渡しちゃう
よくあれだけの簡単なプログラムでこれだけのハテナを書けるもんだと。
> 言葉通りに実装していては顧客満足度は高められません。
これカチンときた。
勝手に仕様を変えておいてエンドユーザのためですとか言っちゃうのは詐欺師のすることだろ。
そんな品質くそくらえだ。
遊びと仕事は切り分けますとか言っておきながら遊びのプログラムに仕事を持ち込むのも支離滅裂でもうわけがわからない。
大抵の人は遊びと仕事のプログラムは切り分けて書くはず。
仕事だとコーディング規約とかがいわれたりするので自分の好きなようには書けないし。
で、こういう遊びのところにこそ各人の技術力が出るもんだと思うんだけどそこに拡張性がどうとか保守性がどうとかいうのが場違い。
全然関係ないけど鳥のコードって「Fizz Buzz」のように単語区切りにスペースが入って出力されるのよね。
これもバグなんだろうけど突っ込んでみたいwww
#ここに書くのもどうかとは思っていますけどねｗ
>Ｓａｄａさん
FizzBuzzのとこでのＳａｄａのコメントですが…
-->引用
あと、今回のインドリさんの手法は、記事内でひでみさんが触れています。
そして、それではつまらないの採用しなかったものです。
まぁ、ひでみさんが直接それを言ってしまうとアレなんで言わなかっただけなんですが・・・
<--ここまで
三行目、”ひでみさんが言わなかった”言うの、ちょっとまずくないですか？？
「ひでみさんとは赤の他人の癖に勝手に断言するなんて何様ー」ってちょっと思ってしまいました
>「ひでみさんとは赤の他人の癖に勝手に断言するなんて何様ー」ってちょっと思ってしまいました
うみゅ、そう思う人もいると思う(^^;
アレは自分が記事を書いた立場だったらそう思う、そして、ひでみさんもそう思ってるんじゃないの？って感じ。
断言しているのは、ひでみさんが大人の対応をしてると思ったからですね。
もちろん、本人が違うよー勝手に決めないでー強くといわれたら謝罪します。
やわらかく言われたり、スルーされた時点で大人の対応だったと判断できるかなと。
言いたいこと言えないのは不憫じゃないかなーと、勝手に判断したわけです。
嫌われている私が言う分には、悪者になるのは私だけになるだろうしね。
まぁ、思いあがりって言えばそれまでですがｗ
元記事をよく読んでいないで、自己満足に走られてるのをみて不憫だなと(^^;
http://el.jibun.atmarkit.co.jp/ahf/2009/10/post-6a8e.html
こっちでも、Ahfさんが大人の対応をされているだろうと思ったり。
あまり一度にコメントするのもアレなので、こちらは控えましたが(^^;
FizzBuzz を関数に切り出して、引数で範囲を与えるようにしたのは、拡張性と言える範囲。
でも、0を渡して0から書かれるようにしたのは、実装バグ。
100までなのに、101を渡さないといけないのも、コード仕様バグ。
0については、仕様バグ。
無計画に範囲を変更できるようにしてしまったために、範囲のチェックが漏れているのは仕様バグ。
自分をなんだか偉い者のように見せようとして、背伸びをすると必ず失敗している。等身大でやればいいのに(--;)
良かれと思って仕様を捻じ曲げたり、間違いを認めない性格が如実に現れている。
あのレベルでCodeZineなどに書くのはよくないな……。
ここに出入りしている人は
「人として最低のランクです。」
で、
「勤務中も誹謗中傷ばかりしているのでしょうから」
で、
「今現在何の利益ももたらさない害虫であることは確かです。」
らしい。
どなたかおっしゃっていたけど鏡の部屋に入れてみたい。
インドリ氏親派さんに見事に釣られているような。インドリ氏。
その後の展開も似たような展開だし...（苦笑）
>かみなつきさん
つっこもうかどうしようか悩んだんだけど...いちおう（苦笑）
>>Ｓａｄａさん
>FizzBuzzのとこでのＳａｄａのコメントですが…
Ｓａｄａさんって誰ですか？w
ごめんなさいごめんなさい、どうしても気になって...orz
>人として最低のランクです。
>勤務中も誹謗中傷ばかりしているのでしょうから
>今現在何の利益ももたらさない害虫であることは確かです。
こんなこと言っちゃってる時点で同じ穴の狢ってことに気づいてないあたり...（以下自粛）
>そこは、ほら、これですよ
今更な返信ですがすごく納得できた気がしますｗ
先進的な自分に酔っているだけで周りが見えてない感じですね。
> この業界には新旧をやたら気にする人がいますが、
ブレーキランプ５回点滅させてやろうかしら。
＃お・ま・え・だ・ろ
うわぁ、ホントだ、間違えてる・・・
Ｓｏｄａさん、申し訳ないです。以後気をつけます。
新着
もうダメポ
> ミューテックス、セマフォ、同期処理……などのシングルスレッドプログラミングにない新しい概念を習得しなければなりません。
シングル スレッドで動く、プロセス間通信とか。
> プログラミング時にスレッドの数が固定なので、CPUのコア数が増加されることが視野に入れられていません。
え？スレッド数を固定にしちゃうの？んなアホな(@д@)
上限は決めても、上限一杯、作れるだけ作るでしょ、普通。
そうじゃなくて、for なんかのループでの演算が、ループの他の回に依存していない場合に、勝手にコア数に合わせてスレッドに分解してくれる、ってことでしょう。ってのを、記事を読んで違和感を覚え、インテルのサイトを軽く検索してきた。
「概要」かも知れないけど、本家で概要として紹介されているドキュメントより内容が薄い。
前回コメントに「次は TBB の説明をして下さると思いますが」って書かれたもんだから、慌てて書いた？
「TBBはスケーラブルなマルチスレッド・ライブラリです」
と言いたかったようです
# ナカミがなーにもありませんねー どこが概要なんでしょ。
なんでやらないのか理解に苦しむ。
http://indori.blog32.fc2.com/blog-entry-889.html
http://indori.blog32.fc2.com/blog-entry-896.html
ちなみにリンク切れと＜ａ＞の閉じ忘れ...（閉じ忘れた＜／ａ＞はみょーなところにあったりする）
続きの
>それが古い技術であってもハックしているのであれば立派な仕事です。
「であっても」って書いてる時点で、古い技術を下に見ているようにも読めるんだが(^^;
>インクルードな話
http://indori.blog32.fc2.com/blog-entry-898.html#comment3008
とりあえず、コンパイラのオプションってのは否定して欲しかったなぁ。
>これは多分Cから継承した負の資産で、インクルードするのが物理的（ファイルを読み込んで処理をする）のが原因です。
そうなん？
>ですから元々その物理的な動作が隠ぺいされて論理的な指定をするC#やJavaの方が速い（コンパイラ屋さんがその分努力している）と思います。
本当にそうなん？
>この違いはC#がusing C++/Cが#includeとなっている事からも伺えます。
本当にそう思っているのかい、ポリアンナ。
その本の内容が古いとかー想像しないのかなぁ。
C++のコンパイルに時間がかかるのは、もっと別の理由だとは思わないのかなぁ。
まぁ、根本的な話として、いまどきのハードで、そこまでコンパイル時間が気になるようなものは、かなりの規模だと思うのだけど・・・
ＰＳ.
>Ｓａｄａさんって誰ですか？w
気がつかなかったｗｗｗｗ
やべー自意識過剰な恥ずかしい人になってたーｗ
いやー周りからみた自分って参考になるからありがたいんですよねぇ。
自分の中で、ここまでは大丈夫ってラインが最近緩くなってきてるかなーとやや反省気味ですわ。
え？どういう意図なんだろう？言外に、なが〜い文章が隠れている様な気がする。単純に対比するなら、using じゃなくて「参照の追加」だと思うなぁ。
うん？
× 言外に、なが〜い文章が隠れている様な気がする。
○ 何も考えず、表面的な現象だけを判断して返信してる。
親派さんは、名前で釣ったね。巧く引っ掛けてるよ。
> 「であっても」って書いてる時点で、古い技術を下に見ているようにも読めるんだが(^^;
ちょっと長くなりそうだったんで、切り出してみました……と言い訳ｗｗ
＞Jittaさん
> 親派さんは、名前で釣ったね。巧く引っ掛けてるよ。
やっぱり、釣りは餌（ネタ）にウデ（発言）と道具（ＨＮ）ですね。
このままうまいことピヨの人を釣りつづけられたら「アングラー」の称号が手に入るわけですね（違
そりゃ理解を後回しにして字面だけ眺めてれば、読むのも速いし上っ面だけになるよなぁと邪推。
マイナーな釣り師…アングラ（UnderGround）なアングラーですか？ごめんなさい。
そのへんは妙に素直というか単純というか...。
違うな。開発環境の進化、だな。C#をメモ帳だけで、プロジェクト ファイルを作ろうとは思わない。C++は、プロジェクト ファイルというものが存在しない。
その辺の関係だろ。
ちなみに、ifndef で読み込まない様にするのは、遅いからじゃないぞ。多重定義になるからだぞ。
そのエントリに対しての最初の発言に対するコメントとしては不適切だと思うんだけどなぁ〜。
なんかピヨ氏って、プライドは持ってないとか言ってるけど、
ずいぶんと高いプライドが存在していて、それに抵触するようなコメントや
批評批判などをされて間違いに気づいても、言い訳や歪曲、後だしじゃんけん的な補足などで、自分のプライドというか自己保身をしているだけじゃないかと。
たぶん、間違いを認めると自分のスキルを低く見られるとか思ってる節が見え隠れする気が・・・・。
それが、逆に作用している事に気が付いてないのも痛々しいけどね。
本人は「物理的な動作と論理的」ってところで説明しているつもりなんだろうけど、それでもおかしい。だったら C++ には何故 using があるのか。ホント、条件反射的に書いているとしか思えない。
記事の本質とは無関係なことなんだがー
サンプルの中にあるmallocの必要性がわからない(^^;
C++なのに、newじゃなくてmallocなのも謎ではあるんだが・・・
それ以上に、領域を確保する理由がわからん(^^;;;;
高度なC++テクニックをさけたと書かれているのがなにか関係するのかと思ったが・・・
newじゃなくてmallocなのは、確保の仕方がわからないのかなーとか想像することも可能なんだけどなぁ。
いや、なにか問題あるのかなーと色々考えてわからなかっただけなんだけどさｗ
まぁ、サンプル自体も色々な意味でイマイチなんだが(^^;
連載ものみたいだから、追加説明がはいるんかな？
初心者向けってことなら、なにをするサンプルなのか説明したほうがいいと思ったり。
なぜ単純な加減算じゃ駄目で、InterlockedExchangeAddを使うのかとかー。
それがわかるレベルならいらないサンプルだったりするんだろうし(^^;;;;
しかし・・・この記事を書いちゃうと・・・Parallel Studioの最初の記事の価値というか、Parallel Studioの存在価値が薄れるような気がするんだけど、大丈夫なんだろうか？
OpenMPとTBBが使えるのが良いとこだーって書いてあると思うんだけど・・・
Parallel StudioなくてもTBB使えるなら、Parallel Studioいらないんじゃないかと(^^;
結果的に、アピールするとこ間違えてるんだろうなーって感じかなぁ。
>あえて現在よりも古いCPUを買う人はいませんから自然とコア数が増加する
コア数が将来に渡って増え続ける保証があるだろうか。
シリアルとパラレルと、片方で新たな技術革新があって、行き詰まった他方に時間的猶予を与えるという見方もある。
CPUについては同じことが起こりえないとは、言えないと思う。
>CPUについては同じことが起こりえないとは、言えないと思う。
並列にできない処理のほうが多いと思うんだよなぁ。
どっちかといえば、シリアルの性能が上がって欲しいんですがねぇ。
>http://indori.blog32.fc2.com/blog-entry-900.html
256個のコアが付くよりは、現実的なような気もするし(^^;
その状態でさらに分散コンピューティングしたい状況もなかなか想像できないが・・・
手法に夢中になって、目的を設定できてないと、そういう発想になるのかなぁ。
>http://codezine.jp/article/detail/4404
επιστημηさんの突っ込みで
>> ( void * ) (PVOID) (INT_PTR) value,
>この三段のcastはどんな意味を持つのでしょうか?
よくみたらvalueのアドレスを渡していないことに気がついて、どうしてこのコードで正常に動くのか、わからなかった。
知り合いに聞いてやっと、意味が理解できた。
int値をポインタ値として渡し、受け側で、ポインタ値をint値として変換してたのか・・・
そうかぁ、PtrToUlongってそういう関数だったのかぁ。
てっきり、「&value」だけでいいだろーって突っ込みだと思い込んでいたｗ
というか、アドレスを渡すという思い込みがあったので、気が付けれなかったんだよなぁ。
呼び出し元のローカル変数だから、スコープ抜けても使えるようにするテクニックだったのね。
まぁ、引数が構造体とかだったら使えないんだけど(^^;
・・・素直にnewすればいいんじゃないかと思ったりｗ
試してないから想像だけど、元々は
(PVOID) (INT_PTR) value
で、64bitを考慮した書式だったが、コンパイルして警告が表示されたから(void *)付けたんかな？
mallocのほうは・・・ひょっとしてC言語の文字列というか配列が理解できてないのかなぁ。
いや、メモリの確保がわかってないのか？
ポインタが引数として欲しいから、malloc使ったような(^^;;;;;;;
知り合いは、「書式や変数名の付け方がバラバラだからSDKかなにかのコピペじゃね」と。
言われて見ると関数名の後ろに空白あったりなかったり・・・
彼のブログだと標準出力にcout使ってるのに、なぜかprintfだったのも気になってたんだが(^^;
Unicodeもなにかこだわりがあるのかなーと思ってたが・・・デフォルトONだからかなぁ。
dwThreadIDも戻り値を使わないならNULLでいいんじゃないかなとか思ったり。
色々な意味で次の記事が楽しみだなぁ。
標準出力の方法を変えたら、意味がなかったってことになるし・・・
変えずに、特に説明がなければ、ずっと「なぜ？」って思われたままになるし・・・
ＰＳ．
>επιστημηさん
>_tprintf(_T("グローバル変数の初期値＝%d"),buffer);
>ではダメなのでしょうか。
駄目っすｗ
_tprintf(_T("グローバル変数の初期値＝%d"),global);
じゃないとｗ
これって、改行されませんよね？
元記事のほうの最初と最後にも改行が無いっぽいんで、そのまま走らせると
つながって出力されそうな気がします。
今回のコードも動作確認無しってことなのかなぁ？
VC9 で試してみたら、やっぱりつながってました。
コンパイルしてみてさらに気づいたんですが。
> TCHAR str[ 20 ] = _T ( "グローバル変数の初期値＝%d" );
容量が決め打ちされてるせいで Unicode 使う設定じゃないと
コンパイルエラーになります。そう思って見直すと、そもそも
TCHAR str[] = ... でいいところをわざわざ・・・。
>これって、改行されませんよね？
あれ、そうだな・・・気にしてなかったｗ
サンプルソースをダウンロードして実行したときは改行されてたから意識してなかった。
なんでだろうと、確認したら・・・
ダウンロードしたほうには改行入ってるじゃんｗ
またかよ、なんで記事と違う状態になるんだ？
これも不思議なことだと思うんだが、コンパイル前のソースで記事書いてるのかぁ。
しかし、思い込みは怖いね。
自分なら当然やってあると思っていることだと、見落とすなぁ。
今回は、ダウンロードしたものと記事が違うなんて、疑いもしなかったｗ
・・・って、再びソースみたら、グローバル変数はlongなのね。
InterlockedExchangeAddの引数に使うからかぁ。
型キャストもマチマチなんだね。
あれかな、コメントが入るとしたら「新人に合わせてワザと書いてます」みたいな説明が入るんかねｗ
>デフォルトの名無しさん
>TCHAR str[] =
それだと、次のmallocがまずいですよｗ
色々な意味でトラップ満載なんだなぁ。
あまり書かない書式だったから、そういうものかと思ってたが、Unicode限定でエラーにならないのか。
・・・あれ、文字数と数が不一致だとエラーになるんだっけ？
多いのはコンパイルエラーで、少ないときは0が勝手にはいったような記憶がうっすらと。
足りない分には良さそうな気がするんだがー警告がでるってことかな、試さないとわからんｗ
> ・・・あれ、文字数と数が不一致だとエラーになるんだっけ？
> 多いのはコンパイルエラーで、少ないときは0が勝手にはいったような記憶がうっすらと。
もう試されてるかもしれませんがｗ Unicode以外の環境、例えばShiftJISなんかだと
「グローバル変数の初期値＝」だけで24バイト使っちゃうんですよね。
なので完全にアウト。
…やっぱり心配なので記事を見てみました（と言ってもソースだけ）。
これって、_countof を使ってるからマズいんですよね？＞次のmalloc
逆に言えば、_countof じゃないとダメな理由って…
まぁC++は本格的にいじったことなんかほとんどないんだけど（突発的な仕事でUNIXのC++を
半年ぐらいやらされたことはある。better Cとしてｗ）これってどうなんだろう。
# 前回のソースもそうだったけど、カッコのあたりの空白が異常に気持ち悪い。僕だけ？
ところで、ミューテックスって別にシングルスレッドでも使うよね？
「シングルスレッドプログラミングにない新しい概念」って強調する必要ないよね？
きっと自分が知らなかったから偉そうに講釈たれてるだけなんだよね？
その言語がわからない人ですら「おかしい」と思うことをしているって視点もある。
この頃「フリーエンジニア」のフリーが違う意味に感じるのは何かの病気でしょうか。
http://eow.alc.co.jp/free/UTF-8/?ref=sa
( ゜д゜)・・・。
＞この頃「フリーエンジニア」のフリーが違う意味に感じるのは何かの病気でしょうか。
＞http://eow.alc.co.jp/free/UTF-8/?ref=sa
仲間がいました、ちなみに私がとっさに思ったのは・・・
free(インドリ);
むしろこっちのほうだったり・・・
でもさぁ、役に立たない CodeZine の記事を、少しでも役に立つように見直してんだぜ？それがわからんって、どんなけ低レベル？
イヤミとしてであっても、「私の方が技術力は低いと思いますが」って言ったこと、激しく後悔中。頭に乗らせるようなこと、書くんじゃなかったorz
エントリの本文が表示されるまでにおっそろしく時間がかかるんだよなぁ...。
なんでだろ？？？
訳のわからんコメントといえば...
>今ではおじいちゃんに利用されるだけの存在です。
これが一番わからない...。
何がいいたかったんだろう？？？
同じこと思ってた。
たぶん腰フリフリ！小人時計のせい。ブログパーツの読み込みに時間がかかってると思われ。
FC2って本文よりサイドバー先に読むのね
ある意味、彼ほど自由にやってる人は少ないんじゃないかなとｗ
まぁ、「フリーターで自称エンジニア」の略かもしれませんが(^^;
>たまごさん
>「グローバル変数の初期値＝」だけで24バイト使っちゃうんですよね。
試したー、TCHARが変化することを忘れてたーｗ
ついでに、３段キャストも試したが、
× (INT_PTR) value
○ (PVOID) (INT_PTR) value
○ (void *) value
当たり前といえば、当たり前の結果だった(^^;
64bit環境はよくわからないんだが・・・(PVOID)から(void *) にする意味はないよね？
intが64bit環境でも32bitだけど、ポインタが64bitになるから、PtrToUlongで32bitに切り捨てってことか。
>これって、_countof を使ってるからマズいんですよね？＞次のmalloc
そう、始めのローカル変数と同じ容量を確保してるのよ(^^;
_countofってなんじゃらほいって感じで調べたんだよなぁ。
>ところで、ミューテックスって別にシングルスレッドでも使うよね？
あぁ、この辺は既に突っ込みが入ってるとこですねｗ
>nightRavenさん
>>今ではおじいちゃんに利用されるだけの存在です。
>これが一番わからない...。
おじいちゃん＝επιστημηさん or 私など彼からみて年上だと思っている人のこと
じゃないかなーと思った。
επιστημηさんが先導してるーみたいなこと言ってたじゃないですかｗ
http://indori.blog32.fc2.com/blog-entry-901.html
わりと衝撃だったんだがｗ
彼は並列処理すると、速くなるって認識があるんだが・・・なんで速くなるのか、わかってなかったんだなｗ
>なんと処理効率52.4倍！
>嘘っぽい数字ですね。多分ちゃんと測定できていないのだと思います（笑）
>もしくは処理が間違っているかも（笑）
何倍ぐらいが妥当だと考えてるのか、すげー気になるｗ
そして、どんな原理で速くなると思ってるのかも気になるｗ
CodeZineの記事も続きがすげー気になるｗｗｗ
C++だけじゃなくて、Javaも中途半端なんだなぁ。
うはははは。いいよ、放火団の頭目を名乗ってやろうぢゃないの。
いっぺんそのおじいちゃんをヘコませてみやがれってんだ。
>たぶん腰フリフリ！小人時計のせい。ブログパーツの読み込みに時間がかかってると思われ。
自分のブログにブログパーツ設定してみたんですが、それほど違和感なかったです。
っつか、件のブログパーツ、タイトルだけ残っててScriptが残ってないのは消したんだろうか？
なんかへんなことしてエラー発生してて読み込みに失敗してるんだろうか？？？
ちょっといろいろ試してみたけど、やっぱよくわからなかった(^^;
でもなんとなくカウンターのプラグインが重いような気がしますた。
counter1.fc2.php みたいなファイルの読み込みにすごい時間かかってたようなので...。
できうるかぎり同じ環境にしようと試したけど...オレの中の何かが拒絶したのでやめたw
>Ｓｏｄａさん
>おじいちゃん＝επιστημηさん or 私など彼からみて年上だと思っている人のこと
>じゃないかなーと思った。
>επιστημηさんが先導してるーみたいなこと言ってたじゃないですかｗ
あー...そゆことかぁ...(^^;;
鳥の中ではεπιστημηさんを頂点とする邪教集団が構成されてて、荒らしは全部そこからってことになるのか...。
っつか、おじいちゃんとか利用されるだけの存在とか...どんだけ失礼なんだwww
#全然関係ないけど、どこかで「皮肉」っつーのは賢くないと理解できないってのを見たことをふと思い出した。
あきれさせることはあっても、ヘコまかされるのは難しそうですなｗ
こー今まで彼の話がよくわからないのは、
１、私からみて高度過ぎる話で理解できない
２、彼が低レベル過ぎて、知ったかぶりでめちゃくちゃなことを話してる
のどちらかなのかなーと思っていたんだが、今回の並列処理に関しては２だと確信した。
いくらなんでも、あの倍率は酷すぎる。
少なくとも視界に入ったソースコードは全てにおいて、初心者が知ってる関数を頑張って使った結果、無駄な処理が多数残っているような臭いしかしない。
その関数すらちゃんと理解して使ってるわけでは無いような感じなのが(^^;
CodeZineに関しては、「初心者が頑張ってTBB使ってみた記録」だと思ってみればいいかなと思った。
今はTBBの知識が０に近いが、彼の記事を疑って読み取れば、それなりの知識が身に付くような気がするｗ
きっと、毎回επιστημηさんがすっきりしたコードに変換してくれるだろうしｗｗｗｗ
OpenMPだろうが、TBBだろうが、コード書く手間を軽減してくれるだけで、本質的なことわかってないと使えないんだよねぇ。
見た感じでは凄く楽になりそう、TBBは外部ライブラリだから社内で検討が欲しいけど、OpenMPはVS2005でも使えるんだね。
時間があれば今後使うかどうか検討したいとこだなぁ。
>nightRavenさん
Javaだけじゃなくて、HTMLもわからない私ですがー
http://www.sdr9t.net/kobito.jsの部分のwww.sdr9t.netが死んでるような・・・
体感ではタイムアウトしてる感じ？
ＰＳ．
@ITで15日分のビガーさんの記事が消えてるのは、なにかのトラブルだろうか。
一覧では残ってるんだよなぁ。
googleのキャッシュには、途中までのコメント付きでまだ残ってるんだが・・・
ＰＳ．２
自宅で仕事してるのに、昼休みを決めてるなんて、変なとこで真面目なんだね。
仕事してるよーってアピールじゃなければだけどさ・・・
うわぁぁぁ！！！
ほんまやー、確認不足にも程がある！ものすごハズカシー。
よくよく見たら、プラグインの仕様がごっそり変わってるっぽいですね、そんでタイムアウトしてるのか...。
鳥Blog：http://www.sdr9t.net/kobito.js
自Blog：http://www.drembrkr.com/rss/kobito.php
sakuさん申し訳ありませんです。穴があったら埋まりたいです。
Ｓｏｄａさんありがとうございました。一回逝ってきます。
でも、表示されなくなったのずいぶん前だと記憶してるんだが、っつーことは、最近特に遅くなったわけではないのか...。
確かに以前から遅かったのは遅かったなぁ...。
いや謝ることじゃないですよ。こっちもちゃんと確認したわけじゃないですし（笑）
むしろ検証していただいてありがたいです。
いやね、HTMLって上から解析していくのでブログパーツなんかが原因で読み込みが遅くなるっているのを@ITの記事で読んだことがあったのですよ。なのでサイドバーは本文より後に記述してCSSで左側に持ってくるっていうのが常套手段なんだけど。
たぶん現時点まで放置している様子だとピヨも何が原因で読み込みが遅くなっているかもわかってないのかもしれませんね。
中途半端な検証で偉そうにモノをいうとえらい恥をかくという典型でした（冷汗）
>いやね、HTMLって上から解析していくのでブログパーツなんかが原因で読み込みが遅くなるっているのを@ITの記事で読んだことがあったのですよ。なのでサイドバーは本文より後に記述してCSSで左側に持ってくるっていうのが常套手段なんだけど。
ですねぇ、そもそもサイドバーなんかはナビゲーション要素が大きいので左よりは右にあったほうが使いやすいってー情報もどこかで聞いたことあります。
でも、彼が使ってるテンプレートはテーブルレイアウトなので、その手法は使えないんですよね...。（テーブルレイアウトも使いようによっては遅くなるんだよなぁ...）
>たぶん現時点まで放置している様子だとピヨも何が原因で読み込みが遅くなっているかもわかってないのかもしれませんね。
予想なんですけど、彼自身は自分のBlogをほとんど見てないのかな、と...、なので遅いことすら自覚してないんじゃないかなぁ...。
コメントも管理画面Onlyで返事してるっぽいし...（以前どっかのコメントで管理画面から返信してるから過去の発言がわからないって言ってたような...）
FC2だと、エントリ入力中にプレビューもでるので投稿後の感覚はそこでわかるでしょうし...。
#件の時計については自分が設定してるのすら忘れていそうな気がwww（カテゴリが多すぎて、通常の表示だと見えないwww）
>Ｓｏｄａさん
>自宅で仕事してるのに、昼休みを決めてるなんて、変なとこで真面目なんだね。
なんかこー...
>営業時間・・・営業時間は9〜18時で、12時〜13時は昼休憩となっております。
>休日・・・当方は土日祭日はお休みさせていただきます。
こんな感じ？
夜になるとブログのコメントへのレスがぱったりなくなるのもその辺に理由がありそうなんだよなぁ...。
素人は先入観がないから、おかしな部分に気がつきやすいと思うのですよ。
詳しいと、「○○は常識だから」と無意識でチェックしない部分がでちゃうんですよねぇ。
まぁ、普通に勘違いして見落とすこともありますがｗ
どっちにしろ、彼が気がついてないってのが興味深い。
>夜になるとブログのコメントへのレスがぱったりなくなるのもその辺に理由がありそうなんだよなぁ...。
あーそういえば休みの定義載ってましたねぇｗ
生活はー早寝、早起きなんでしょうね。
就業時間を自分で決めてキチンと生活リズムを守るのは偉いですねぇ。
毎日散歩と妹との会話もあるわけですしね。
http://indori.blog32.fc2.com/blog-entry-901.html
あぁ、ビガーさんとこに書いた私のコメントみれなかったんですねぇ。
直球でバグの場所指摘してあげたのに(^^;
ちなみに、記事を修正したら閲覧できない状態になっただけのようで、来週復旧予定らしいです。
Javaをまったく知らない私でも、わかったバグなのに(^^;
だから今付いてるコメントのfinalやList.setの突っ込みは、意図がわからんが・・・
現時点でも致命的なバグがどこにあるのか気がついてないのかぁ。
>予想では1.6倍ぐらいだったので、52倍が出た時はびっくりしました。
２コアで1.6倍の予想？
どこからでてきてるんだろう？
>そして、大受けしました。
>それで、この記事を書いたのです。
>それがこの記事の主旨です。
>この記事を一言で言うと「52倍なんてありえねー」です。
こーバグがあるとわかっていたら、こんな感覚にはならないよね？
20分で書こうがなんだろうが、検証結果として報告するぐらいなんだから(^^;
現時点でバグがわからず、そして、並列処理するとなぜ速くなるかわかってないからできる発言だよなぁ。
「1.6倍になると思ってたけど、52倍だった並列すげー」
みたいなこと言ってるんだよねぇｗ
動作確認してごらんよ、すげー恥ずかしいバグなんだからさｗ
散々、動作確認しなくて恥書いてるんだからさー自分のコード疑うことしようよ(^^;
私だったら、バグがあるとわかってるコードを載せた場合、そんなにはしゃぐことできないよ。
ましてや、あからさまに間違っている結果を喜んで報告することなんてできないｗ
素直にどこにバグがあるからわからないから、教えてーって聞く。
20分だろうがなんだろうが、バグはバグ。
そもそも、20分っていう時間に意味が無いからね。
「たった20分でここまで書ける俺すげー」という臭いしかしないわぁ。
今回のコメント対応をみると、「私はデバッグ能力も低いです」と言ってるようなもんだが・・・
ＰＳ．
http://el.jibun.atmarkit.co.jp/ikemen/2009/10/it-650a.html
「初めての会社」設定が書くごとに酷くなってるような気もしないでもないがｗ
結局、特許の話はどの設定で行くのだろうｗ
情報がでればでるほど、周りが混乱する不思議。
あのFizzBuzzじゃ15の倍数で変にならないかい？
int number = target.size() / this.threadCount;
int startIndex = 0;
int endIndex = 0;
ExecutorService ex =
Executors.newFixedThreadPool(this.threadCount + 1 );
//同じ数の仕事をスレッドに割り振る
for ( int i = 0; i < this.threadCount; i++ ) {
ex.execute(
new FizzBuzzThread( startIndex, endIndex, target ) );
startIndex = endIndex;
}
０から０か。そりゃ、速いな。
途中でデバッガを覗いたらしいので、また、投稿しているコードと手元にあるコードが違っているのですね。これで何度目？
あれ？上書きしてるように見えるから、アレでいいんじゃないんですか？
>Jittaさん
>０から０か。そりゃ、速いな。
そう思うでしょうが、その先に
>if ( endIndex != target.size() ) {
> ex.execute( new FizzBuzzThread(
> endIndex, target.size(), target ) );
>}
これがあるんですよー、だから0〜2000000までの計算自体は行っているはず。
速くなるわけがないんです、無駄なスレッド分だけ増えてるはずなんですよ。
私が
http://el.jibun.atmarkit.co.jp/yutavigour/2009/10/1-3498.html
こちらの2009年10月18日 (日) 17:42のコメントを書いた時には、追記がなかったんですがー
今はありますねぇｗ
>endIndex = startIndex + number;
>が抜けているよ。これじゃあ早くなるよね。
自分のコードがなにをやってるのか理解できていない証拠がｗ
そのコードが入ることで、並列処理が有効になり、速くなるんだよ？
じゃーなんで表示される時間が遅くなるかというとー推測でしかないんだけど・・・
>ex.shutdown();
これで、スレッドが完了するまで待ってないのではないかと。
並行処理が始まり負荷が増えることで、時間を表示する部分に到達するのが遅れるから。
前のコードでは、負荷が小さいから、時間を表示する部分に到達するのが速い。
前のコードでも必要な計算自体は行っているのにもかかわらず、その計算時間分が表示されないのが根拠。
推測が正しければ、今のコードで表示される時間よりももっと遅い時間が並列時の時間になるはず。
1.5倍以下ってことだが・・・これスレッド数が多いからじゃないのかな？
40スレッド並行に走らせてるんだよねぇ、スレッドプール使ってる意味も無いような気もするんだけど(^^;
知らない言語でも、謎解きパズルみたいで楽しいｗ
>じゃーなんで表示される時間が遅くなるかというとー推測でしかないんだけど・・・
>
>>ex.shutdown();
>
>これで、スレッドが完了するまで待ってないのではないかと。
そうみたいですね。
http://java.sun.com/javase/ja/6/docs/ja/api/java/util/concurrent/ExecutorService.html
上記リファレンスを読むと、awaitTermination メソッドでスレッドが完了するのを
待たないといけないようです。私のマシンはシングル CPU ですが、awaitTermination
を追加しないと、めちゃくちゃな時間が表示されることがあります。
たとえば、20 スレッドのうち 7 スレッドが完了した時点で時間が表示されるとかｗ
書くほどにオノレのボロが露呈するっちゅー...
上書きしてたのか．．．
そんなやり方で良いのか？って思った。
List#setはランダムアクセスちゃうんかいと。
抽象化したところで連結リストならどうするよ？という指摘の意味が分かってないよね。
>・52倍について
>ネタです。大受けしたので掲載しました。
>普通は追記した通り1.5倍ぐらいですｗ
>とはいえ、TBBだと1.8倍なんて出るんですよね。
>並列処理は奥が深いです。
○○につける薬はないってことかな。
#コアな相手にしかわからないネタは使いどころが限定されるもの。
後から「ネタでしたー☆」（てへっ）って言うのはカンタンだが、普通の人にとっては結構ハードル高いもんだと思う。（はずかしーやん）
でも鳥にとっては印籠並みのアイテムなのねー。
>ブログが重い件
やっぱ気づいてなかったようだなぁ...（苦笑）
鳥ック・オア・鳥ート！（逃げ道はない
http://el.jibun.atmarkit.co.jp/tadokoro/2009/10/post-6518.html
>別にブラックのことを否定してないかと。
>インドリ氏の話だけがどう見ても信憑性ないだけでしょう。
「インドリ氏の話だけ」ってとこにこーしー噴いた。
話せば話すほど信憑性が低くなることに本人だけが気づかない。
そこまで読めなかった。読むのが苦痛で...
向こうだとスレ違いっぽくなるし、ビガーさんも彼のコードに興味なさそうなので、コッチでー
publicなclassは１ファイルに１つなんだね、なかなかコンパイルできなかった(^^;
以下はコア２つで実験。
で、想像したとおり、彼のコードではスレッド完了してなかった。
ABC.Lさんの教えてくれたawaitTerminationをshutdown後に実行したらスレッド完了まで止まってくれた。
これは、awaitTerminationの後に、最後の値を表示して確認。
で、倍率はー直列と殆どかわらない状態だったｗ
始めはタイマーの精度が悪いのかと思ったが、要素数を減らせば、減らした分だけ減ってるので、精度的には十分だとわかった。
じゃーなにかブロックされてるのかと考えた。
私がJavaだとどの部分がブロックされるか知らないので・・・
とりあえず、引数はそのままで、Listへの代入を止めてローカル変数に代入するダミーコードに変更してみた。
すると、倍率は約1.5倍になった(^^;;;;;
純粋にスレッド内の負荷が増えただけならどうなのかなと思って、iのループの中を20回さらにループさせてみた。
結果は約1.6倍・・・ついでにスレッド数をコア数＋１にしてみたら、約1.7倍・・・
記憶を元に書いてるので、正確な数値や倍率は覚えていないんだが、明確な変化が(^^;
その実験している間に、FizzBuzzThreadの中にStringBuilder strという使われていないものがあることを発見ｗ
適当なタイミングでハズしたから、これの負荷がどれぐらい影響しているのか、わからなかったなぁ、失敗。
GCの影響なのか、適当にコード変えてた時に終了後に時間がかかる場面があったなぁ。
直接と並列を１つにした時も、後で計算するほうに負荷がかかってたし・・・
Javaで並列にして速度を上げることを考えてること自体がナンセンスなんだろうか？
基礎知識が欠けているので、実験方法や判断に間違いがあるかもしれませんが・・・
体感ではListへの代入がブロックされていて、その時間が純粋な計算時間より長い感じですかね。
なんとなく、根本的な問題のような気がするので、簡単には直せないような(^^;;;;
バグ有りだとわかっていても、ブログを直せないのはそのへんもあるのかなぁ。
バグがあることを気がつかない振りをするしかないみたいなーｗ
CodeZineも気がつかない振りするしかなのかなぁ、早く続きみたいなー。
あと、
>という事は製品版では・・・もっとチューニングされているのか・・・凄すぎますね。
本当かどうか気になったｗ
中身同じで、違いは日本語の説明書とサポートの有無じゃないの？
ＰＳ．
ビガーさんのコードはコンパイルできなかった(^^;
Future future = itr.next();
で、エラー（どんなのだったか覚えてない）になって解決できなかった。
スレッド数が10より100のほうが早い理由が気になったんだがなぁ。
自分でも動作保証をしてないコードで、何故すでにデバッグ済みであろう製品の検証を行うのかという疑問。
>Ｓｏｄａ氏
>publicなclassは１ファイルに１つなんだね、なかなかコンパイルできなかった(^^;
メイン以外のclassにstaticをつけた上で、メインclassの最後の閉じカッコ前に移動すればおｋ。
>Listへの代入を止めてローカル変数に代入するダミーコードに変更してみた。
同期してないと思ったけど…ちと不明。
>StringBuilder str
importから見てロギング用と思われ。
>これの負荷がどれぐらい影響しているのか
これは誤差の範囲内。
>Javaで並列にして速度を上げることを考えてること自体がナンセンスなんだろうか？
速度面ではあまり意味がないケースも多いかと。
それによってFull GCの回数が増えたら意味がないし。
>Future future = itr.next();
ソース見てないけどキャスト？
import java.util.Iterator;
import java.util.List;
import java.util.concurrent.Callable;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
import java.util.concurrent.Future;
public class FizzBuzz2 {
public static void main(String[] args) {
new FizzBuzz2().prun(1,1000000,100);
}
public void prun( final int start, final int end, final int threadMax ) {
if( threadMax <= 0 ) throw new IllegalArgumentException(" threadMax must be larger than 0.");
ExecutorService service = Executors.newFixedThreadPool(threadMax);
List<Future<String>> results = new ArrayList<Future<String>>();
// 1スレッドの計算責務は、end/threadMaxとしてしまう(10000件で100threadなら1threadあたり100件となる)
// このコードでは、start,end,threadMaxが任意の値で正しく動作する保障はしない。マジメなんて言っておきながら……。
for( int i = 0; i < threadMax; i++ ) {
final int threadStart = i*(end/threadMax);
final int threadEnd = (i+1)*(end/threadMax);
Future<String> future = service.submit(new Callable<String>() {
public String call() {
StringBuffer sb = new StringBuffer();
for( int j = threadStart+start; j <= threadEnd; j++ ) {
if( j % 3 == 0 && j % 5 == 0 ) { sb.append("FizzBuzz"+System.getProperty("line.separator")); }
else if( j % 3 == 0 ) { sb.append("Fizz"+System.getProperty("line.separator")); }
else if( j % 5 == 0 ) { sb.append("Buzz"+System.getProperty("line.separator")); }
else { sb.append(j+System.getProperty("line.separator")); }
}
return sb.toString();
}
});
results.add(future);
}
// ここでFIFOを保証させている
try {
StringBuffer sb = new StringBuffer();
for( Iterator<Future<String>> itr = results.iterator(); itr.hasNext(); ) {
Future<String> future = itr.next();
sb.append(future.get());
}
System.out.print(sb.toString());
} catch( Exception e ) {
e.printStackTrace();
} finally {
service.shutdown();
}
}
}
コンパイル通るように修正して警告消してみました。
}ブロック1個足りなかったんだけど・・・ｗ
クラス名もFizzBuzz2なのでそこんとこ必要なら修正してください。
import java.util.Iterator;
import java.util.List;
import java.util.concurrent.Callable;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;
import java.util.concurrent.Future;
public class FizzBuzz2 {
public static void main(String[] args) {
new FizzBuzz2().prun(1,1000000,100);
}
public void prun( final int start, final int end, final int threadMax ) {
if( threadMax <= 0 ) throw new IllegalArgumentException(" threadMax must be larger than 0.");
ExecutorService service = Executors.newFixedThreadPool(threadMax);
List<Future<String>> results = new ArrayList<Future<String>>();
// 1スレッドの計算責務は、end/threadMaxとしてしまう(10000件で100threadなら1threadあたり100件となる)
// このコードでは、start,end,threadMaxが任意の値で正しく動作する保障はしない。マジメなんて言っておきながら……。
for( int i = 0; i < threadMax; i++ ) {
final int threadStart = i*(end/threadMax);
final int threadEnd = (i+1)*(end/threadMax);
Future<String> future = service.submit(new Callable<String>() {
public String call() {
StringBuffer sb = new StringBuffer();
for( int j = threadStart+start; j <= threadEnd; j++ ) {
if( j % 3 == 0 && j % 5 == 0 ) { sb.append("FizzBuzz"+System.getProperty("line.separator")); }
else if( j % 3 == 0 ) { sb.append("Fizz"+System.getProperty("line.separator")); }
else if( j % 5 == 0 ) { sb.append("Buzz"+System.getProperty("line.separator")); }
else { sb.append(j+System.getProperty("line.separator")); }
}
return sb.toString();
}
});
results.add(future);
}
// ここでFIFOを保証させている
try {
StringBuffer sb = new StringBuffer();
for( Iterator<Future<String>> itr = results.iterator(); itr.hasNext(); ) {
Future<String> future = itr.next();
sb.append(future.get());
}
System.out.print(sb.toString());
} catch( Exception e ) {
e.printStackTrace();
} finally {
service.shutdown();
}
}
}
とりあえずコンパイルエラーとワーニング消えるはず・・・
}ブロック1個足りなかったんですけど・・・ｗ<元ソース
元ネタ張ってなかった(^^;;;;;
http://el.jibun.atmarkit.co.jp/yutavigour/2009/10/1-3498.html
>メイン以外のclassにstaticをつけた上で、メインclassの最後の閉じカッコ前に移動すればおｋ。
あぁ、なるほど、そういうことかぁ。
ファイル名が固定されているのも、そのためか。
>同期してないと思ったけど…ちと不明。
googleで検索すると、スレッドセーフではないようですねぇ。
単純に重たい処理なのかなーと思ったのですが、元々のソースコードでiのループの中を20回ループさせても、倍率変わらなかったんだよなぁ。
ちゃんと並列に動作していれば、スレッド内が重たいほど、並列の効果がでると思うんだがなぁ。
基本的なとこで、どこまで参照渡しされてるのかも、わからなかったりｗ
>通行人Aさん
おぉ、コンパイルできたーありがとー、ビガーさんはどうやってコンパイルしてるんだろ？
で、動かしてみたが・・・並列のほうが遅い(^^;;;;;
元記事だと110秒から78秒に短縮されたことになってるんだが・・・
CORE 2 Duo E6600で試したんだけどなぁ、どんな環境の違いでそこまでかわるんだろう。
元々並列のほうが遅い状態だが、スレッド数減らすと少し速くなるんだよなぁ。
ビガーさんの説明と実験結果が違いすぎるのだが(^^;
良く見ると、並列のほうは、結果を１つにまとめているから新しい複製が作られている分だけ遅いんだよねぇ。
System.getPropertyが凄く遅かったり、引数によっては正しく処理できなかったりすることはわかったんだがなぁ。
Java固有のメモリの使われ方がわからないと、なにが直接的な原因かわからんなｗ
コメントにあったCMPさんのコードだと、スレッド増やすと速くなるんだよなぁ。
まぁ、endFlagに無意味に追加しているデータがスレッド数が少ないほど大きくなるのも原因なんだろうが・・・
まれにエラーになったが、addがスレッド間で衝突したってことなんだろうなぁ。
高級言語であるJavaでハード依存（コア数）した高速化は、難しい（または意味がない）ってことで良しにしようと思うｗ
>http://indori.blog32.fc2.com/blog-entry-902.html より
>殆どのプログラムが並列化可能です。
まったく逆の感覚なんだが(^^;
>プログラマの予想を超える結果になりかねない
いや、まて、その時点でなにかおかしいだろｗ
>並列処理が難しいのは、観測可能な非決定性があるからであって、観測可能な非決定性がなければさほど難しくはなりません。
おぉ、本に書いてあるような難しい言葉が並んでるｗ
まだ編集中のようだが、どんな結論が生まれるのか、ちょっと楽しみだ。
じゃぁ、「観測不可能な非決定性」があったらどうなんだ？と思った。観測可能かどうかは関係ないだろうが。
「非決定性」で検索すると、単体では出てこない。「オートマトン」か、「チューリングマシン」にくっついて出てくる。「決定しない性質」であるのは何か、を後ろに持って来なきゃいけないんだけど、言葉の意味をわかったつもりで使っているんだろうなぁ。
「非決定性」であっても、それを決定づける要因が他の計算結果ではないならば、並列処理できるんだけどな。その辺がわかっているのかいないのか、ビミョー。
> プログラマの予想を超える結果になりかねない
先の「52倍！！（笑）」のことを言っているんだろうか？この書き方だと、何が予想を超える結果になると思っているのか、わからん。こんな書き方すると、まぢで「52倍になった！！（喜）」と喜んでいたように思えるぞ？
Ｓｏｄａさん：
> 高級言語であるJavaでハード依存（コア数）した高速化は、難しい（または意味がない）ってことで良しにしようと思うｗ
C# も、えらいことになったｗ
テーマ：裏事情・ジャンル：謎 って…。
中学生じゃないんだから、もうちょっと使う言葉を選ぼうよ。
でも、お好みのデザインは相変わらず乙女だなぁ...（苦笑）
サイドバーのカウンターの下一桁が切れてるのが泣かすw
フォントカラーを黄色にしている注意書きが読みにくいのが更に。
だから確認しろと...。
テーマとジャンルはおそらくFC2で設定されてるものだと思われ。
まぁ、何故その選択になるのかは...（苦笑）
編集されている。
> 観測的な非決定性とは、どのスレッドが実行されるのかわからない状態で、なおかつそれがプログラマ-が観測できる状態の事です。
「観測可能な」が「観測的な」に置き換わっているのはただの typo として。
「どのスレッドが実行されているのかわからない状態」って・・・え〜っと、「非決定性」で検索すると、「非決定オートマトン」や「非決定性チューリングマシン」というのが引っかかるです。そいつ等の説明を見ると、状態によって動作（結果）が変わることを説明しています。そこから私は、「事前に結果が決定し得ない性質」と理解したのだけれど。例えば、トマトの種を植えればトマトが出来ます。これは「決定性」。しかし、どれくらいのトマトが収穫できるかは、その時の世話の仕方によって変わります。これが「非決定性」。
「プログラマーが観測できる状態」って、関係ないでしょ。観測できれば「難しい」って事がわかるだけで、観測できなければ問題がなくなるわけではない。観測できない方が、問題だろうが。
「どのスレッドが実行されているかわからないことを観測できる状態」って・・・え〜っと、とりあえず、一般的な「非決定性ナントカ」ではないことは確実。つまり、「自分が何をしているかわからない状態」って事じゃないの？わけわかんないこと書いてんじゃないよ。
はぁ。。。ここを見て追加したのかなぁ？それは良いけどさぁ。もうね、今度は本気で書くよ。「技術者」名乗るの止めてくれ。「職人」気取るのも、止めてくれ。酷すぎる。
あと、FC2 の問題だと思うけど。「次の記事」をクリックすると日付が戻る（古い記事になる）のは何でやろ？
お好きな「ぎ」をどうぞ。
粘着君はうんざりだピヨ
ストーカーピヨ
お好きな「しょく」もどうぞ。
FC2の仕様っぽいですね。（日付の降順で並べてて、次のエントリを読んだら前の記事みたいな...）
エントリの並び順は設定で変更できるので、「次」の意味は単純に並べた順の次でしかないようです。
普通のブログの感覚で表示させてると、なんかこー...違和感あるのでよく間違えます（苦笑）
#天地がひっくりかえっても無いとは思ったんだけど、一瞬...orz
「ぎ」「しょく」と来たら、やっぱ次はアレですよね？
○ You は Shock
久々に書き込むけど、画像認証ひどすぎ。
お好きな「ご」もどうぞ。
用例
誤字(ごじ): 言わずもがな
齟齬(そご): 物事がくいちがって、意図した通りに進まないこと。また、そのくいちがい。
牴牾(ていご): 物事がくいちがうこと。つじつまが合わないこと。
後出しじゃんけん: またか
みきぬさんとＳさんに謝罪と感謝を捧げます。
>ボクのマイブームが並列処理難で、
誤字に本音が漏れ出たような。
並行処理のために、変数の代入抑制ですって?
なんか、問題回避のための妥協策の気がする。
以前のサンプルで変数のつぶし合いのことを自分で提起してなかったっけ。
一貫性のないのは何時ものことですが。
スレッド間の依存性がないのが前提ならば、誰かのコメントのように、データ処理で１件毎にスレッドをたてたらどうなるのか、実験報告して欲しいですね。
> 観測的な非決定性とは、どのスレッドが実行されるのかわからない状態で、なおかつそれがプログラマ-が観測できる状態の事です。つまり、自分の書いているプログラムがどういう風に実行されるのかわからず、その上実行により結果が目に見えて違う状態は、健全にプログラミング出来る状態でない事を示しています。
from 考察2
> 観測可能な非決定性がない状態にするために、一番最初に思いつく事は処理間に依存性を持たせない事です。どういう事なのかと言いますと、処理間に依存性があると同時に実行できないからです。例えば、処理Bが処理Aの結果に依存する時は、処理Bは処理Aが終わるまで待たねばなりません。この状態ですと、処理Aと処理Bを並列的に実行することが不可能になってしまいます。
考察1と考察2の「観測的な非決定性」に、関連がない。
考察1では、「観測的な非決定性」は、次のように定義されている。
1．どのスレッドが実行されるのかわからない→プログラムがどういうふうに実行されるのかわからない
2．1を、プログラマーが観察できる→実行により、結果が目に見えて違う
これが、考察2では、こう変わっている。
A．処理Bは、処理Aの結果に依存する
全然違うやん。処理Aと処理Bを、平行に動作させるように書いたのは、プログラマーだろうが。「どのスレッドが実行されるのかわからない」なんて状態が、そもそもおかしいだろうが。
ってかさぁ。処理Aの結果に依存する処理Bを、どうやって平行に行うのさ？投機実行でもやるわけ？
コラムじゃなくてブログですから〜とか言われればまぁそうなんですが。
色々思考錯誤しているのはわかるんだけど。
「自分の言葉で」「噛み砕いて説明」出来なきゃWikipediaへのリンクでも張っとけばよい訳で。
CodeZineも見事なまでにほったらかしだし。
ブラック企業は犯罪を犯す企業だから主観的判断じゃないとか言ってるけど、鳥のいう「犯罪」が既におっそろしく主観的な判断だっつーことに気づけよ...。
#っつか、コラムにコメントつけるんじゃなく、ブログでこき下ろすことを覚えたらしいのにワロタ。
だから法律が悪いんだピヨ 法律なんか信じちゃだめ 国なんて信じちゃダメピヨ
ピヨ<ブラックかどうかは法律で判断します（キリッ）
こうですかわかりません＞＜
>生きてるだけで幸せピヨ！
あるぇ〜？
幸せなほうが「死の恐怖」をよりリアルに感じると思うんだが...。
鳥のコメントが宗教勧誘臭くて気持ち悪い。
「幸せ」連呼されると胡散臭くなるいい例だなｗ
>妬みや嫉妬などの負の感情は感じません。
ブラック企業に文句たれるのは妬みじゃないのかぁ。
鳥ブログ＞
>客観的に物事を見れないのでは技術者をやってられません。
>> すごいアンフェアですよ。
>どこが？
物事を客観的に見れる人はこんな返答しません。
だから技術者やってられないと。そーゆうことか。
こー彼は、「私なんて」と書いてるように、「こんなことで幸せを感じる貧乏で可哀想な自分」を表現したかったように見えるんだが・・・
列記してある内容は、貧乏とは程遠いもので、
>米が食べられるだけで幸せです。
>本が読めると幸せです。
>炬燵に入ると幸せです。
>睡眠できると幸せです。
>お風呂に入れると幸せです。
>猫と遊ぶのが幸せです。
>歩けるのが幸せです。
>息が出来るだけで幸せです。
>仕事が出来るだけで幸せです。
>何かを思考している間は非常に幸せです。
>ハックしている時が最高の幸せです。
>すなわち、【現在生存しているだけで全ての物事に幸せを感じるレベル】です。
ベンチャー社長に速攻で
>インドリさんは、既に抜け出したんですね。
とか、書かれてるのにワラタ。
食って、寝て、風呂入って、本読んで、コタツはいって、猫と遊べてる状況じゃーなぁ。
普通に幸せじゃないのか？ｗ
http://indori.blog32.fc2.com/blog-entry-914.html
こー今まであった違和感が解けてきたような気がするｗ
>仮想マシンは好きなので個別の本としてはいいのですが、もっとx86に特化した本がほしいです。
>オブジェクト指向言語をx86で実装するとか・・・
>OSはx86に特化した超良書が存在するのにね・・・
コンパイラの本にx86特化したものがないことが、ご不満の様子。
あれだ、なんで無いのか考えてみないのかな？
そして、そんなこと言ってるから本に書いてあることしかできないと疑われるんだよ。
・・・いや、書いてあることができてるかといわれると困るが(^^;
職人とか技術者のなにが凄いって、無から有を生み出すことじゃないのかな？
彼の本の話を見るたびに感じていた違和感はここだったんだなぁ。
他人のコードみて理解した気になるのは簡単なんだよ。
職人を目指すなら、何も無いところから、作り出すことが重要じゃないかな？
http://indori.blog32.fc2.com/blog-entry-916.html
なんだろう、なにかを覚えたての人が、全部混ぜたら凄いものができるんじゃないか！と考えるようなものだろうか？
速攻で破綻しそうに見えるが・・・
ＰＳ．
分散並列処理の話は、既に
http://blogs.wankuma.com/episteme/archive/2009/01/07/165775.aspx
この時と同じように、手段のために目的を失いかけてるような気がするｗ
今回は「Parallel」という「アクセス修飾子」が生まれるんだろうか？
>前回に引き続き文官並列処理についての考察をします。
ぶぶぶ、文官？
武官と文官を両立させるのか？文官を二人体制で登用するのか？
ローマ字変換 san => kan
仮名変換 さ => か
これまで、幾人かの人が、鳥の変換手順を類推してますが、わからん。
一つ前までは、分散並列と記述しているので、誤認はしていないだろう。
一字変換ならば"ぶん・さん"なので"ブン・カン"にはならないし。
そもそも、鳥はコピペをあまりしないようですね。コメント者名や引用文はコピペなら間違わないにに、実タイプするからとんでもない誤変換したり、名前を間違って失礼なことになる。
親指変換やソフトキーボードならこんな間違いが起こるのだろうか。教えて偉い人。
誤字を指摘すると、"誤字ではなく、ネタだピヨ" とあしらわれそうだし。
ここのコメントから
>ネタ指向コンパイラは当初、ガーベージコレクションとかがメンドイから、
>.NETとかでサクッと（）作ろうと考えていました。
この文章の意味が素でわからないんだが・・・どういう意味なんだろう？
ものすっごく無理矢理想像すると...。
ケータイからなら有るかも...と思ってみたり。キー的に近いのってそのくらいしか思い浮かばなかった（苦笑）
カナの「か」と「さ」、ローマ字入力の「k」と「s」だと、キーが結構離れてるので打ち間違いしにくいと思うしなぁ...。
#鳥がケータイからエントリ打ってる姿が一番想像しにくいのではあるが...。
http://indori.blog32.fc2.com/blog-entry-919.html
>インタプリンタは何とかなったのですが
どんなプリンタですかこれわw
>情報処理技術は学べば学ぶほど広大な世界が広がり、わからない事だらけで自分の無恥さがわかります。
無恥...自分のことよくわかってるやん（苦笑）
普通書くなら「無知」じゃないのか...。
>分からないのって楽しい事なのです♪
わからないのが楽しいんじゃなくて、わからないことを理解するのが楽しいんじゃないかと思うんだけどなぁ...。
>情報処理技術の探求に競争なんてないのです。敵は自分自身です。自分の弱さに打つ勝つ事が一番大事です。
なんで自分と戦わないといけないんだw
なるほど、そういう意味かぁ。
GCをサポートした言語でコンパイラ作ると、なんでGCが簡単になるのか理解できなかったんですよｗ
でも、.NETを使うってのが、フレームワークだったとして、作ったコンパイラがGCを持つのって難しくないですか？
いや、GCがどのような実装されてるのか、知らないんですが(^^;
フレームワーク上で動作させるためには、それ用の実行型が作れないといけないですよね？
あっ、実行型が中間言語だから、それがGCをサポートしていると考えれば、GCは考えなくてもいい・・・のか？
サクっとできるってことは、中間言語の仕様を把握できてるってことかぁ。
まぁ、サクっとがどれぐらいの時間なのかは謎ですが(^^;
ＰＳ．
タイトルおかしいのに気がついたのか、直ってるわぁｗ
ホントだ、直ってるやw
気づくまでに約2週間ってとこですか...。こっちでエントリあげた途端に直ったのは偶然か...w
まぁ、直したというよりはずした、だけど（苦笑）
#キチンと値がとれなくて外したのかもしれないなぁ...と思ってみたり...。
他者からの質問から逃げまくってるのに「自分に勝つ（キリッ」なんとかもうね。
ミドルウェアにミドルウェア乗っけて「コンパイラ作りました（キリッ」とか言われてもねー。
適当な推測だけど…。例えば
//メソッドmethod1開始
Map<String, Object>map = new HashMap<String, Object>();
gmap.put("method1", map);
//INT num1 = 10
Integer tmp = new Integer(10);
map.put("method1_num1", tmp);
// num1 = num1 + 1
tmp = new Integer(((Integer)map.get("method1_num1")).intValue() + 1);
map.put("method1_num1", tmp);
//メソッドmethod1終了
gmap.remove("method1");
みたいなコード（をバイトコードにしたもの）を吐き出すのかな？と。
話題のwマルチスレッドは無視。
>ミドルウェアにミドルウェア乗っけて「コンパイラ作りました（キリッ」とか言われてもねー。
「コンパイラ」って本来マシン語を吐くものだったと思うけど、中間言語を吐くのも最近はそう言ってる。
彼の「コンパイラ」の内容は不明だけど、「ミドルウェア上で動く」ことは置いておいて良いと思う。
"method1_num1" → "num1"
直ったのはトップページだけで、カテゴリもアーカイブも個別エントリも全然直ってなかった...。
ほんっっっっっっっっとに、全然確認しないのね、彼は（苦笑）
ランキングのタグなんか全部自分で貼ったはずなのになぁ...。（自分でどこに貼ったのかも記憶してないんだろうか？）
っつか、そもそもFC2のテンプレ構成理解してないんだろーなぁ...。
だったらさわんなきゃいいのにw
直ったと一瞬思ったこと自体がどうも勘違いだったような気がしてきた（苦笑）
テンプレ見てるとそうとしか思えない...orz
いつもそんなんじゃないですか。。。ｗ
月に100時間残業するだけで５万もらっちゃって真面目な自分がヴァカらしくなってさｗｗｗｗｗもう100時間プラスでまた５ 万くれるってＹＯ！ｗｗｗｗｗｗ
で。その他の増殖はSPAMだと思われます。ぶさいくろうさんすいませんでした。
そろそろ次スレにしよう。
http://d.hatena.ne.jp/busaikuro/20091102
四字熟語募集中だコラｗ
新しい話題で盛り上げてね。政権も交代したのだから