￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ IT ニュース＆コラム 2005/6/27 通巻222号 ソフトウェアデザイン館 Sage Plaisir 21 ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ >>> 222 号のゾロ目だけど、とくになし。 　　　　　　　　　　　　　　　　　　　　　　　News and Column ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ 　　カードの個人情報が流出、アメリカだけでなく世界で被害 2005年 6月 17日、アメリカの CardSystems Solutions 社から、キャッ シュカードに関する個人情報が漏れ、不正なカード利用による被害が 起きた。被害にあったのは、Master Card, VISA カードを持っている 世界の人たち。被害にあった金額は全額保証される。 　　　日本で個人情報保護法が施行されて２ヶ月少々 　　　たち、多くの企業では得体の知れない個人情報 　　　の取り扱いをどうしたらいいか教育を受けさせ 　　　られたことだろう。しかし、今回の事件ほど 　　　具体的で大きな被害になったものはない。情報 　　　の種類にもよるが、ちょっとしたミスで大きな 　　　被害にある。 　　　原発の情報がウィルスによって漏れた事件も起 　　　きたのだが、情報というものは少しのミスで、 　　　一瞬でしかも大量に広がってしまう。ウィルス 　　　駆除ツールは嫌でも入れておくべきだ。あと、 　　　PC や USB メモリにはパスワード・ロックを 　　　必ずしておこう。慣れればそれほど面倒なこと 　　　ではないのだ。 　　　　　　　　　.............. 現在公開中の nukey security は、USB メモリを遣って簡単に PC をロックさせることができる。最初のうちは少し面倒に 感じるかもしれないが、USB を抜くだけでロックがかかり、 挿すだけでロックが解除されるのは気持ちがいいものだ。 >>> http://www.itmedia.co.jp/enterprise/articles/0506/21/news003.html 　　　　　　　　　　　　　　　　　　　　　　　News Index ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ ◇ マイクロソフトのXML戦略は、本当に「両刃の剣」なのか http://japan.cnet.com/special/story/0,2000050158,20084389,00.htm … オープン仕様でも微妙な違いがどうしてもできる。 ◇ 「従来のEJBは存在自体が間違いだった」Rod Johnson氏。 http://itpro.nikkeibp.co.jp/free/NSW/NEWS/20050621/163065/ … 経験に基づかない標準化は、標準がないことよりも悪い。 ◇ ソースネクストが1980円のLinux、「目標は10万本」 http://nikkeibp.jp/wcs/leaf/CID/onair/jp/it/381924 … ダウンロード無料版とほぼ同じだが、Linux雑誌と同じ値段。 ◇ 携帯/PHSの回収進まず、古い端末もアドレス帳やゲームで利用。 http://nikkeibp.jp/wcs/leaf/CID/onair/jp/it/382100 … 思い出として残している。PCには残さない。 ◇ 組み込みソフト開発者は7万人も不足、IPA SECが実態調査。 http://nikkeibp.jp/wcs/leaf/CID/onair/jp/it/381960 … だったら給料を上げろ。 ◇ 「需要がない」：Windows XP Nの採用に消極的なPCメーカー各社 http://japan.cnet.com/news/ent/story/0,2000047623,20084505,00.htm … 価格が同じを認めた判決が影響。 ◇ 人工知能：人間の命令をAIで「解釈」する標準を策定へ。 http://hotwired.goo.ne.jp/news/technology/story/20050621303.html … 自然言語の微妙な違いを明確に。 　　　　　　　　　　　　　　　　　　　SVG Cats 3 開発BLOG ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ [ 高速化のカギはテクニックではなくまず測ること ] SVG Cats 3 は、SVG ビューアや、紙に印刷したときなどと比べて 文字の横位置の微妙なずれを無くすようにしています。 そのため、 １文字ずつ横の位置を計算していて、文字の表示に非常に時間が かかるのです。 StrX_cpy1Line 関数は、複数行の文字列のうち、指定の行だけを 取り出す関数ですが、内部では、いちいち先頭から改行文字を検索 していくという、効率の悪い方法を取っています。 だから、この 関数を使わないようにすれば、高速化が実現できると考えたの ですが、一応時間を計ってみることにしました。 チェックポイントに計測関数を起き、計測関数で記録した時刻と 次の計測関数で記録した時刻との差から時間を計算する Errors_Bench クラスを作成しました。 また、ファイル名と行番号 を __FILE__ マクロと__LINE__ マクロを使って記録して、同じ 位置の時間は合計するようにしました。 そうして計測した結果、問題だと思われた StrX_cpy1Line 関数 は、ほとんど動いていなく、GetOutputTextExtent という文字の 位置などの情報を取得する API が非常に時間がかかっている ことが分かりました。100倍以上違うのです。 そこに注目して修正したところ、かなり高速に動作するようになり ました。高速化のカギは小手先のテクニックではなく、まず計測 してみることだと思います。 >>> http://blog.livedoor.jp/sage_p/ ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣ メルマガの設定を変更する？ >>> http://cgi.kapu.biglobe.ne.jp/m/2280.html >>> http://www.mag2.com/m/0000083983.htm News & Column is composed by T's-Neko 2005　www.sage-p.com ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣