[記事]の検索結果

＋ 

A 「TypePad」と「Movable Type」が「iPod touch（アイポッドタッチ）」に対応

－ 

A 「TypePad」と「Movable Type」が「iPod touch（アイポッドタッチ）」に対応

シックス・アパートが提供している、ブログサービス「TypePad（タイプパッド）」とブログソフトウェア「Movable Type（ムーバブル・タイプ）」がアップル社の新型iPod「iPod touch（アイポッドタッチ）」に対応したこ...

シックス・アパートが提供している、ブログサービス「TypePad（タイプパッド）」とブログソフトウェア「Movable Type（ムーバブル・タイプ）」がアップル社の新型iPod「iPod touch（アイポッドタッチ）」に対応したことを発表した。

「TypePad」では、iPod touchに対応したログイン画面からブログ機能が利用可能になっており、「Movable Type」では、「iPod touch」に対応したユーザーインタフェースを提供するプラグイン「iMT」が提供される。

「iPod touch（アイポッドタッチ）」は、スクリーンディスプレイを指でなぞるだけで、音楽やビデオを楽しむことができる、革新的なマルチタッチユーザインターフェイスを搭載したデジタルミュージックプレーヤーで、Wi-Fiワイヤレスネットワーク機能を通じてインターネットへのアクセスが可能になっており、ブラウザからのウェブサイトの閲覧や独自のYouTubeプレイヤーからYouTubeの動画を再生することができる。

シックス・アパートのTypePadとMovable Typeが、iPod touchに対応
ついにiPod touchがWindowsで利用可能に--アップル、ソフトウェアをアップデート

(追記あり)

[1076] Posted by kagahiro at 2007/09/29 11:31:43
2 point | Link (3) | Trackback (1) | Comment (1)

＋ 

A Google Reader（グーグル リーダー）がとても使いやすい

－ 

A Google Reader（グーグル リーダー）がとても使いやすい

GoogleのオンラインRSSリーダー「Google リーダー」が日本語対応され正式版として公開されました。すこし使ってたのですが、ユーザーインタフェースがとても使いやすいです。オンラインRSSリーダーとして評価の高いl...

GoogleのオンラインRSSリーダー「Google リーダー」が日本語対応され正式版として公開されました。

すこし使ってたのですが、ユーザーインタフェースがとても使いやすいです。オンラインRSSリーダーとして評価の高いlivedoor Readerよりはるかに使いやすいと思います。海外で人気が高まっているというのも頷けます。

livedoor Reader では既読記事が閲覧しにくかったので、大量に記事が配信されるRSSフィードだと記事を探すのが大変でしたが、Google リーダーならタイトルだけ一覧表示、タグやフリーキーワードによる絞込みができるので簡単に見つけられます。これなら大量に記事が配信されるニュースサイトのRSSフィードでも手軽に購読できます。

これまでブログの購読にはlivedoor Reader、ニュースサイトのRSSフィードの購読にはThunderbirdを使っていたのですが、Google リーダーに一本化してしまいました。

ただし、開きっぱなしにしておくと表示がおかしくなるのがちょっと難点です。まあ、ログインしなおすと回復するのですが・・・

Google リーダー
Google リーダー -hiroaki の共有アイテム

[1073] Posted by kagahiro at 2007/09/21 07:23:20
0 point | Link (4) | Trackback (0) | Comment (0)

＋ 

A Amazon アソシエイトの新しいリンク作成ツール「Amazon ウィジェット」

－ 

A Amazon アソシエイトの新しいリンク作成ツール「Amazon ウィジェット」

Amazon アソシエイト・プログラムで、新しいリンク作成ツールとしてスライドショー、お気に入り、プロダクトクラウド、ウィッシュリストなど6種類の「Amazon ウィジェット」の提供が開始された。Amazon ウィジェット...

Amazon アソシエイト・プログラムで、新しいリンク作成ツールとしてスライドショー、お気に入り、プロダクトクラウド、ウィッシュリストなど6種類の「Amazon ウィジェット」の提供が開始された。

Amazon ウィジェットはブログのサイドバーや本文、またブログ以外のWebサイトにAmazonの商品情報を追加できる機能で、Webサイトのレイアウトにあわせて色やデザイン、サイズの調節が可能になっている。

スライドショー
Amazonから選んだ商品の画像をスタイリッシュなスライドショー形式で表示する。選択した画像に説明文を追加することも可能。

お気に入り
Amazonから選んだ商品をリスト形式で紹介することができる。

プロダクトクラウド
Webサイトのコンテンツを解析し、サイトの内容に関連した商品タイトルを自動的に表示する。関連性が高い商品タイトルほど、大きな文字で表示される。

ウィッシュリスト
自分の、または友人などの「ウィッシュリスト」を掲載して公開し、誕生日や記念日のプレゼントに利用することができる。

クイックリンク
HTMLのタグを設定することでブログやウェブサイトの記事中から簡単にAmazonの関連商品にリンクすることができる。クイックリンクには、あらかじめ設定されたアソシエイトIDが自動的に組み込まれる。

サーチ
Amazonの検索結果をウィジェット設置したウェブサイトのウィンドウ内にそのまま表示させることができる検索ボックス。

コンテンツを解析して商品リンクを作成するのでAdSenseとの兼ね合いが微妙ですが、プロダクトクラウドはブログパーツとして使えそうです。おまかせリンクより効果的かもしれません。

ウィッシュリストは面白いですがどちらかと言えばSNS向けのウィジェットですね。ブログでウィッシュリストを公開してもプレゼントが貰えるとは思えません。

決まったサイズから選択するのではなく、一定の範囲内で自由に設定できるのは便利です。

新リンク作成ツール Amazon ウィジェットデビュー！

[1071] Posted by kagahiro at 2007/09/19 03:58:54
6 point | Link (1) | Trackback (1) | Comment (2)

＋ 

A ブログ記事で年表が作成できるサービス「Life Pedia（ライフペディア）」

－ 

A ブログ記事で年表が作成できるサービス「Life Pedia（ライフペディア）」

学生ベンチャー・イーファクターが、ブログを登録しておくと自動的に記事を取得し、記事を時間軸上に並べて年表のように一覧できる「Life Pedia（ライフペディア）」を公開した。複数のブログの記事をまとめて表示し...

学生ベンチャー・イーファクターが、ブログを登録しておくと自動的に記事を取得し、記事を時間軸上に並べて年表のように一覧できる「Life Pedia（ライフペディア）」を公開した。複数のブログの記事をまとめて表示したり、ブログを持っていなくても独自の記事を登録することも可能になっている。

Life Pedia（ライフペディア）

[1070] Posted by kagahiro at 2007/09/16 08:10:41
1 point | Link (1) | Trackback (0) | Comment (1)

＋ 

A デバッグを効率的に行なうための９の心得

－ 

A デバッグを効率的に行なうための９の心得

バグのないソフトウェアはない、というくらいソフトウェアにはバグがつきものですが、ソフトウェアの開発プロジェクトには期間や予算に上限があるため、バグの修正に手間取ると十分なテストを実施することができず、...

バグのないソフトウェアはない、というくらいソフトウェアにはバグがつきものですが、ソフトウェアの開発プロジェクトには期間や予算に上限があるため、バグの修正に手間取ると十分なテストを実施することができず、品質が低い状態でリリースされてしまうことになります。テストを円滑に進めソフトウェアの品質の高めていくためには、バグを迅速かつ正確にバグを修正していく必要があります。

しかし、オブジェクト指向プログラミング（OOP）やデザインパターンなどプログラムの作り方についての解説書や記事はたくさんあるにも関わらず、「バグは本来あってはいけないもの、あるはずが無いもの」という意識があるためか、デバッグに関して語られている情報源はあまり多くありません。そのため、デバッグのテクニックについてはせいぜい「開発現
場の先輩に教えてもらう」というのが実情です。

知識を共有するために、私がこれまでのソフトウェア開発の経験から得た、デバッグを効率的に行なうための心得をいくつか挙げてみたいと思います。

1. バグの原因は自分が作っているプログラムにある可能性が最も高い
ソフトウェアを構成する要素として、OS、開発ツールに付属するライブラリ、市販ライブラリ、プロジェクト内で作成されたライブラリなどがありますが、バグの原因は自分が作っているプログラムである可能性が最も高いと考えたほうがすばやくバグを見つけられます。なぜなら、今まさに開発が行なわれているプログラムこそが最もテストされていないプログラムだからです。問題の原因をマイクロソフトのせいにする前に自分のプログラムを調べましょう。

2. テストの実施を妨げているバグを優先する
当然のことですが、テストができなければバグを見つけることができません。効率的にバグが発見できるように、めったに行なわれない操作によって発生するバグよりも、必ず行なわれる操作で発生するバグを優先的に修正していく必要があります。

3. 問題を確実に再現できるようする
問題が発生する条件（操作手順、データなど）を必ず特定しなければなりません。これができないと動作確認は不可能ですので、修正したつもりが実は直ってなかったという事態にもなりかねません。この作業自体はソースコードがなくても可能なので、テスト担当者の協力を得られるのであれば、情報を交換しながらテスト担当者と開発担当者が並行して調査を進めるのが良いでしょう。

4. 一度でも問題が発生した場合はバグがある可能が高いので必ず調査する
一度でも問題が発生した場合は、単にバグが発現する条件がわかっていないだけで、必ずどこかにバグがあります。開発作業中はいろいろプレッシャーがあるので難しい面もありますが、見つけた時点で調査しておいた方がいろんな面で良いでしょう。

5. ソースコードを見ただけで正しい処理が行なわれていると判断しない
プログラムはプログラマが思っている通りに動くのではなくコンパイラが解釈した通りに動くものです。コンパイラについての知識が豊富なプログラマが犯しがち問題ですが、プログラマがコンパイラの仕様について誤解しているために生じるバグもよくあります。プログラマ自身は正しいと思っているためソースコードを見ただけではバグを発見することが困難ですがが、このようなバグは実際にプログラムを動かしてみることで簡単に原因を発見することがきます。

6. 想定外の操作や想定外のデータが使用されていないかチェックする
プログラムはプログラマが想定していなかった操作が行なわれたり、想定外のデータが入力されたりした場合は正しく動作しないことが多いものです。問題を発生させる操作やデータがプログラムで想定されているかチェックしてみましょう。

7. バグの原因となっているソースコードは必ず特定する
関係の無いところを直しても問題の現象が発生しなくなる場合もありますが、それでバグが無くなったわけではありません。そのような場合は、また別のところで別のかたちで問題が発生することになりかねません。バグは必ずソースコードレベルで原因を特定し確実に修正すべきです。

8. できるだけ他の処理に影響を与えないようにソースコードを修正する
他の処理に影響を与えるような修正を行なった場合、これまで問題なく動いていた部分に新たなバグを埋め込んでしまう可能性が高いものです。別の問題を引き起こさないように、影響範囲に注意してソースコードを修正します。しかし、単なるコーディング上の間違いであればプログラムの修正は比較的簡単で他の処理に影響を与えることは少ないのすが、設計に問題がある場合は他の部分の影響を与えないようにバグ修正を行なうのが難しい場合があります。そのような場合は、本質的な問題の解決にはならないとしても、影響範囲を限定するために暫定的な対処を行なった方が良いでしょう。

9. ソースコードを修正した場合は必ずテストする
たとえ簡単な修正であっても間違った修正を行なう可能性は常にあります。また、修正が思わぬところに影響を与えることもあります。当たり前ですが、ソースコードを修正した場合は必ずテストを行ないましょう。テスト作業を手を抜くよりも、テストを行なった方がトータル見れば開発者自身にとっても負担が少ないはずです。

[1067] Posted by kagahiro at 2007/09/10 05:49:45
1 point | Link (3) | Trackback (0) | Comment (1)

＋ 

A IT業界に蔓延する偽装請負

－ 

A IT業界に蔓延する偽装請負

ワーキングプア、格差社会の元凶として社会的な批判が高まる偽装請負ですが、比較的労働者に渡る金額が多いIT業界でもこの問題とは無縁ではありません。アルファブロガー「切込隊長」として知られ、イレギュラーズア...

ワーキングプア、格差社会の元凶として社会的な批判が高まる偽装請負ですが、比較的労働者に渡る金額が多いIT業界でもこの問題とは無縁ではありません。

アルファブロガー「切込隊長」として知られ、イレギュラーズアンドパートナーズ株式会社の代表取締役である山本一郎氏が自身のブログで、

派遣業界（請負含む）がヤバい件

最近になって使ってる派遣元数社から、ほぼ内容が共通した変な「お願い」が来るようになって、たぶん他の派遣社員使ってる会社にも同様のことをやってるんだろうけど、要するに「いままでやっていたことはひょっとしたら違法かもしれませんが、品質には問題ありません」みたいな話だろう。

労働者の押し込み先である企業にさえ妙な書類送りつけてくるということは、何か別のややこしくてもっと酷いことが起きてんのかと思ってしまうな。

などと、自社と派遣元企業との取引が違法であった可能性をほのめかしているように、偽装請負は以前からIT業界でも一般的に行なわれています。

もっとも、偽装請負では派遣元だけでなく派遣先の企業も処罰の対象になるので、派遣元が違法行為をしているのであれば、当然、派遣された労働者を使っている企業も違法行為を行なっていることになるので、多数の読者を抱える自身のブログにこのような自爆記事を書くとは驚くしかありません。まあ、「自爆と実現の連鎖」を掲げるイレギュラーズアンドパートナーズのトップとしてはこの程度の自爆発言はさほどのことではないのかも知れないですが・・・

偽装請負とは
職業安定法第44条で禁止されている、書類上は請負契約もしくは業務委託契約であるにも関わらず、開発や運用を担当する労働者を実質的に派遣労働者として働かせて利益を得る行為のことで、労働者供給事業者から供給された労働者を使うことも禁止されているため、派遣元の企業だけでなく、ユーザー企業や元請け企業などの受け入れ先の企業も処罰の対象となる。

IT業界のタブー「偽装請負」に手を染めてませんか
偽装請負問題〜派遣と請負の区別
あなたの使用者はだれですか？〜偽装請負ってナニ？

(追記あり)

[1066] Posted by kagahiro at 2007/09/08 08:46:18
5 point | Link (2) | Trackback (5) | Comment (0)

＋ 

A 勝者と敗者

－ 

A 勝者と敗者

かなり話題になっている記事ですが、内容的には、「そういう風に考えていた時期が私にもありました」という感じです。Geekなぺーじ : 勝者と敗者の違い現実にこの教訓の通りに行動するのはかなりの実力と勇気が必要で...

かなり話題になっている記事ですが、内容的には、「そういう風に考えていた時期が私にもありました」という感じです。

Geekなぺーじ : 勝者と敗者の違い

現実にこの教訓の通りに行動するのはかなりの実力と勇気が必要でしょう。学生や社会人になったばかりの人にはまず無理でしょうから、あまりおすすめできません。

1.勝者は間違ったときには「私が間違っていた」と言う。
敗者は「私のせいではない」と言う。

失敗の責任が自分にあるのであれば間違っていたというのもいいのですが、現実には他人の失敗まで押し付けられる可能性があるので、むやみに自分が間違っていたというのは得策ではありません。

2.勝者は勝因は「運が良かった」と言う。例え運ではなかったとしても。
敗者は敗因を「運が悪かった」と言う。でも、運が原因ではない。

勝ちまくっているのであれば余裕をぶっこいて「運が良かった」というのもいいのですが、たまにしか勝てないというのが現実なので、できるだけ自分の成果をアピールした方が賢明です。でなければ誰も評価してくれません。

3.勝者は敗者よりも勤勉に働く。しかも時間は敗者より多い。
敗者はいつでも忙しい。文句を言うのに忙しい。

過労死には気をつけて。生き残った人こそが真の勝者です。

4.勝者は問題を真っ直ぐ通り抜ける。
敗者は問題の周りをグルグル回る。

問題の本質を指摘すると誰かが怒り出すので、やむをえず場当たり的な対応をしなければならない場合はどうすれば良いのでしょうか。

5.勝者は償いによって謝意を示す。
敗者は謝罪をするが同じ間違いを繰り返す。

過ちを犯して償いをしたら敗者に転落してしまうのではないでしょうか。

6.勝者は戦うべきところと妥協すべきところを心得ている。
敗者は妥協すべきでないところで妥協し、戦う価値がない所で戦う。

結果として勝ったのであればそのプロセスが正当化されるというやつですね。戦うべきところと妥協すべきところが行動を起こす前からわかるのであれば苦労は無いのですが、歴史を振り返ればそうではないことがわかるはず。

7.勝者は「自分はまだまだです」と言う。
敗者は自分より劣るものを見下す。

敗者を見下す勝者が多いのはどう説明したら良いのでしょう。

8.勝者は自分より勝るものに敬意を払い学び取ろうとする。
敗者は自分より勝るものを不快に思い、アラ捜しをする。

自分より勝るものから学ぶのは、自分より勝るものを打ち負かすためではないのでしょうか。表面的には敬意を払っているようでも本心では敵意をもっているように思えます。

9.勝者は職務に誇りを持っている。
敗者は「雇われているだけです」と言う。

実際に誇りをもてないような程度の扱いしか受けていないのなら「雇われているだけです」というのは当然のことでしょう。

10.勝者は「もっと良い方法があるはずだ」と言う。
敗者は「何故変える必要があるんだ？今までうまくいっていたじゃないか」と言う。

何かを変えたら必ず状況が良くなるとは限らないのですから、いままでうまくいってた方法を変えるのであれば理由くらい聞くでしょ。

なにはともあれ、人生の勝ち負けについての話が人の関心を引ける話題であるのは間違いなさそうです。

それにつけてもYahooの威力よ

読者の関心が引ける話題だからこそYahoo!ニュースでも取り上げられたのでしょう。

[1063] Posted by kagahiro at 2007/09/04 04:51:29
0 point | Link (1) | Trackback (0) | Comment (0)

＋ 

A プロパガンダ教本 エドワード・バーネイズ 著、中田 安彦 訳

－ 

A プロパガンダ教本 エドワード・バーネイズ 著、中田 安彦 訳

「広報・宣伝(PR)の父」といわれているエドワード・バーネイズ（Edward Bernays)の著書を「ジャパン・ハンドラーズ」の著者である中田 安彦氏が翻訳。プロパガンダを「大衆と、大企業や政治思想や社会グループとの関...

「広報・宣伝(PR)の父」といわれているエドワード・バーネイズ（Edward Bernays)の著書を「ジャパン・ハンドラーズ」の著者である中田 安彦氏が翻訳。

プロパガンダを「大衆と、大企業や政治思想や社会グループとの関係に影響を及ぼす出来事を作り出すために行なわれる、首尾一貫した活動のこと」と定義し、大衆心理学と大衆社会学に精通した少数の知的エリートがプロパガンダを通じて大衆をコントロールすることによって社会は進歩・発達すると主張する。現在マスメディアを通じて広く行なわれているプロパガンダを理解する上で本書は欠かせない。

プロパガンダ教本 エドワード バーネイズ 成甲書房

こうして考えると「〜をすると健康に良い」とか「〜をすると痩せる」と世間で言われているのは全部プロパガンダなのでしょうね。

これもプロパガンダ？

朝食を食べないとカラダに悪い、朝食を食べないと太る
一人暮らしの会社員がこう考えてくれるとファーストフード業界には非常に都合の良さそうですね。ジャンクフードを食べると太るし体に悪いので、そんなものを食べるくらいならむしろ朝食抜きのほうがまだましと思うのですが。

朝ご飯を食べよう
なるほど、朝食を抜いても影響を感じない人が72%ですか。

家賃を払って借家（アパート）に住んでも何も残らないが、住宅ローンを組んで家を買えば最終的には自分の所有物になる
住宅ローンを組んでしまったら転職もままならないですし、リストラされてローンが払えなくなったら借金だけ残ってしまいます。住宅が売れることで家具や家電製品も売れると言われていますから、これはもう経済界の陰謀にほぼ間違いないでしょう。

31歳OL「家賃って何も残らないお金。それなら家を買ってしまった方がいい」
ネットでも地道にプロパガンダ活動中のようです。

車がないと彼女ができない
自動車業界のプロパガンダなのでしょうが、これはまあ実際そうかもしれません。一時期アッシー君とか話題になりましたね。

投資から貯蓄へ、投資は自己責任
元本保証のない投信などの金融商品に資金を移させることで、資金の運用リスクを個人に転嫁し手数料収入という形で金融業者は確実に利益を確保できますからね。かなり露骨なプロパガンダですが。

フィナンシャル ジャパン]　こんな投信は買ってはいけない
投信の危険性を説いた金融の専門家によるすばらしい解説記事。

[1062] Posted by kagahiro at 2007/08/27 06:02:32
0 point | Link (2) | Trackback (0) | Comment (0)

＋ 

A アメリカ政府機関がWikipediaで情報操作

－ 

A アメリカ政府機関がWikipediaで情報操作

バージル・グリフィス氏によって開発されたIPアドレスからWikipediaの編集履歴を調べるツール「Wikiscanner」によって、アメリカ政府機関やローマ法王庁を始めとする世界各地の政府機関、国際組織、大企業などがWiki...

バージル・グリフィス氏によって開発されたIPアドレスからWikipediaの編集履歴を調べるツール「Wikiscanner」によって、アメリカ政府機関やローマ法王庁を始めとする世界各地の政府機関、国際組織、大企業などがWikipediaの記事を書き換えていたことが明らかになり波紋を呼んでいます。

任天堂やソニーもWikipediaを検閲？　Wikiscannerによる調査で判明

誰でも編集できるのが建前のWikipediaなので、当事者が記事を編集しても別に悪いとは思いませんが、

大手軍需企業のSAICが「政府によるマインドコントロールは事実」と記述

これを書いた人は無事なのでしょうか？そこが心配です。

[1061] Posted by kagahiro at 2007/08/23 03:57:38
0 point | Link (1) | Trackback (0) | Comment (0)

＋ 

A 意外と高い安倍首相の続投支持

－ 

A 意外と高い安倍首相の続投支持

自民、公明両党の歴史的大敗となった２００７年参議院選挙後に、朝日新聞が７月３０日夕から７月３１日夜にかけて実施した電話による全国世論調査で、安倍首相の進退について「辞めるべきだ」と言う意見が４７％と多...

自民、公明両党の歴史的大敗となった２００７年参議院選挙後に、朝日新聞が７月３０日夕から７月３１日夜にかけて実施した電話による全国世論調査で、安倍首相の進退について「辞めるべきだ」と言う意見が４７％と多いものの、「続けてほしい」も４０％と、続投を支持する意見が意外と多いことがわかる。

asahi.com：首相は辞任を―４７％、続けてほしい―４０％

この記事を読むと小沢一郎氏が代表を務める民主党の政策が支持されたわけではなく、政府と与党の政策に対する不満が自民党と公明党の参院選敗北の最大の理由のようですね。まあ、これまでずっと年金は大丈夫ですと言っておきながら、実は記録の管理は滅茶苦茶でしかもそれを隠してましたでは、みんな怒るのは当然でしょう。

それはそうと、安倍首相が続投の理由としマスコミの記事でも「不断の構造改革が必要」などと書かれる構造改革は本当に必要なのでしょうか。もちろん、社会の変化に伴う社会制度の見直しは必要でしょうが、軍事活動に国家予算の多くを費やすアメリカや、経済が市場化されたものの未だに共産党支配が続く中国など他の国々が抱える問題を考えると、日本だけがそれほど急ぐ必要は無いはずです。社会制度の改革が必要なら具体的な問題点を十分に議論した上で進めても遅くはありません。

私には、現在の自民党や民主党が掲げている改革は、多くの人々が持つ現状に対する不満を利用して、一部の人たちの都合の良い社会に変えようとしているように思えます。

[1059] Posted by kagahiro at 2007/08/02 04:28:11
1 point | Link (1) | Trackback (1) | Comment (0)