[作成]の検索結果

＋ 

A ニコニコ動画からの移住先はようつべ、zoomeか

－ 

A ニコニコ動画からの移住先はようつべ、zoomeか

初音ミク楽曲のJASRAC（ジャスラック）登録、無断着うた配信に騒動の渦中にあるドワンゴ運営のニコニコ動画ですが、デスクスペースが足りないのか投稿動画の削除がかなりのペースで行われているもようです。著作権上...

初音ミク楽曲のJASRAC（ジャスラック）登録、無断着うた配信に騒動の渦中にあるドワンゴ運営のニコニコ動画ですが、デスクスペースが足りないのか投稿動画の削除がかなりのペースで行われているもようです。著作権上違法性のある動画だけでなく、違法性があるとは思えないオリジナル動画まで多数削除対象とされているため、ユーザーからは疑問の声もあがっています。

ニコニコで削除された動画を報告するスレ 14
723 ：名無しさん＠お腹いっぱい。：2007/12/24(月) 18:37:11 ID:mCbVrXmJO
日本では今はようつべよりもニコニコの方が厳しく監視されてるらしいな
だからニコニコで見られないのにようつべでは見れるという現象が起きてる動画もあるらしい

744 ：名無しさん＠お腹いっぱい。：2007/12/24(月) 22:05:32 ID:7xOc2eK50
このところ毎日615000台まで増える→613000台まで削除される
の繰り返しだな

JASRACとの関係が深く監視が厳しくなったニコニコ動画から、テレビ番組、アニメ、PV、MAD等の著作権侵害の可能性のある動画はYouTube(ようつべ)へ、初音ミクを利用して作成された違法性のない動画(音楽)は高画質、高音質でクリプトン社公認の「zoome」に移動しそうです。

最近、CNET Japan をはじめとするIT系オンラインメディアで好意的に取り上げられていたニコニコ動画ですが、意外なところで躓きましたね。

zoome関連サイト
動画 - 無料のムービーコミュニティ "zoome"
zoome wiki
動画共有SNS"zoome" 〜 クリプトン公認！『藤田咲と下田麻美のＴＤＫＩ（投稿動画向上委員会）』
動画共有サービス「zoome」のAPIが公開

(追記あり)

[1148] Posted by kagahiro at 2007/12/24 22:25:55
0 point | Link (2) | Trackback (0) | Comment (0)

＋ 

A シックス・アパート、「TypePad」に新機能を追加

－ 

A シックス・アパート、「TypePad」に新機能を追加

ブログ・ソフトウェア大手のシックス・アパートが、同社が提供している有料ブログ・サービス「TypePad（タイプパッド）」に、ウェブサイト管理機能などのCMS（コンテンツ管理システム）機能の強化やブログ・デザイン...

ブログ・ソフトウェア大手のシックス・アパートが、同社が提供している有料ブログ・サービス「TypePad（タイプパッド）」に、ウェブサイト管理機能などのCMS（コンテンツ管理システム）機能の強化やブログ・デザインの強化を実施した。

今回「TypePad」に追加される機能は、ウェブサイト管理などの本格的な企業の利用を支援するもので、ブログ記事以外のHTMLページを作成・管理できる「ウェブページ機能」の搭載、「Google Sitemaps」への対応、HTMLファイルのヘッダー・キーワードの指定、検索エンジンに優しいURLフォーマットの採用、ソーシャルブックマーク（del.icio.us / Digg / はてなブックマーク）に、１クリックで記事を登録できる仕組み（リンク）、ページ・レイアウト（1段組、2段組、3段組など）の追加などが行われている。

シックス・アパートが、新機能を追加したブログ・サービス「TypePad」を提供

[1144] Posted by kagahiro at 2007/12/21 02:54:47
1 point | Link (1) | Trackback (0) | Comment (1)

＋ 

A かなとローマ字をシンプルに相互変換するPerlモジュール

－ 

A かなとローマ字をシンプルに相互変換するPerlモジュール

パールモンガーにしてアルファブロガーのダン・コガイ氏が、かなとローマ字をシンプルに相互変換するperlモジュールをリリース。perl - Lingua::JA::Kana released!まだ使ってみてもいないけど、これはいいかもしれま...

パールモンガーにしてアルファブロガーのダン・コガイ氏が、かなとローマ字をシンプルに相互変換するPerlモジュールをリリース。

perl - Lingua::JA::Kana released!

まだ使ってみてもいないけど、これはいいかもしれません。ひらがな、カタカナをローマ字に変換できるというのは評価できます。日本語の検索インデックスを作成する際に、ローマ字でインデックス作成すればいいのではないかと思いつきました。

「ちょっと test suite が少なすぎるので、テスト募集中です。」ということなので、時間に余裕がある人はテストに協力してあげて欲しいです。ん？test suiteってこういう意味だっけ？

[1133] Posted by kagahiro at 2007/12/08 23:53:17
0 point | Link (1) | Trackback (0) | Comment (0)

＋ 

A アマゾン商品リンク作成ツールを機能アップ

－ 

A アマゾン商品リンク作成ツールを機能アップ

アマゾン(Amazon)商品リンク作成ツール「Amalink」を、キーワードでリンクを作成したい商品の検索ができるように機能アップしました。アマゾン(Amazon)商品リンク作成ツール - Amalinkソースファイルのダウンロード文...

アマゾン(Amazon)商品リンク作成ツール「Amalink」を、キーワードでリンクを作成したい商品の検索ができるように機能アップしました。

アマゾン(Amazon)商品リンク作成ツール - Amalink
ソースファイルのダウンロード

文字エンコードはUTF-8。Encodeモジュールを使用しているので、Encodeモジュールが使用できる「さくらインターネット」のレンタルサーバーか、Perl 5.8 以上がインスートルされているローカル環境でしか動かないと思います。

さくらインターネット

(追記あり)

[1120] Posted by kagahiro at 2007/11/18 16:03:47
0 point | Link (1) | Trackback (0) | Comment (0)

＋ 

A グーグル、AdSenseの広告管理が簡単になる新機能

－ 

A グーグル、AdSenseの広告管理が簡単になる新機能

Google AdSense で広告ユニットの設定（配色、チャネルなど）がより簡単に管理できる新機能が導入される予定であることが公開された。新機能が導入されると、作成した広告ユニットの設定内容はすべて AdSense サーバ...

Google AdSense で広告ユニットの設定（配色、チャネルなど）がより簡単に管理できる新機能が導入される予定であることが公開された。

新機能が導入されると、作成した広告ユニットの設定内容はすべて AdSense サーバ上に保存され、広告掲載後に管理画面内で簡単に配色やチャネルの変更・修正を行うことができるようになる。これにより、変更した内容は公開中の広告ユニットに動的に反映されるため、広告の配色やチャネルを変更するたびに新しいコードを生成してサイトに貼りなおす必要はなくなる。新しい広告管理機能は AdSense アカウントへ近日中に順次リリースされる予定。

新機能で広告コードの管理をもっと簡単に

アマゾンのアフィリエイトでも同様の機能（Amazon ウィジェット）が提供されているので、これでサイトの管理が一段と簡単になりますね。

[1100] Posted by kagahiro at 2007/10/25 02:00:25
0 point | Link (1) | Trackback (0) | Comment (0)

＋ 

A つくるしかない

－ 

A つくるしかない

「ほしいものがなかったら、どうするの？ つくるしかない。つくるしかないよ。」というわけで、他人に注文ばかり付けていてもしょうがないので作ってしまいましょう。それで私が今何が欲しいのかというと、「newsing...

「ほしいものがなかったら、どうするの？ つくるしかない。つくるしかないよ。」というわけで、他人に注文ばかり付けていてもしょうがないので作ってしまいましょう。

それで私が今何が欲しいのかというと、「newsingに自分がピックアップした記事のRSSフィードの内容を自分のブログに表示するためのツール」です。

もちろん、CGIにして動的に内容が変わるようにすることもできるのですが、内容がそれほど変わるものでもないということと、ページが表示されるたびに呼び出されることになるので、サーバーの負荷が高そうということで、手動でPerlスクリプトを実行することにします。

処理手順
1.PerlスクリプトでRSSフィードを読み込んで表示用のHTMLファイルを出力する。

Perlスクリプト
RSSのURLを自分のピックアップした記事のRSSのURLに置き換えて使用してください。HTMLファイルはpickup.htmlというファイル名で出力されます。また、表示する記事数は5件になっています。

pickup_pl.txtをpickup.plという名前してPCに保存して、コマンドラインから perl pickup.pl を実行するとpickup.htmlファイルがカレントディレクトリに作成されます。

pickup_pl.txt（文字エンコードはUTF-8）

2.ホームページやブログのサーバーに作成したHTMLファイルをFTPソフトなどで転送する。

3.ホームページやブログのテンプレートに作成したHTMLファイルを表示するためのiframeタグを追加する。

iframeタグのサンプル
<iframe src="pickup.html" width="610" height="200" marginwidth="0" marginheight="0" scrolling="auto" border="0" frameborder="no" align="left"></iframe>

とりあえず、newsingのRSSフィードだけにしか対応していませんが、取得元のRSSフィードは変更可能なので、カスタマイズしていろいろ応用できると思います。

(追記あり)

[1082] Posted by kagahiro at 2007/10/07 09:41:41
1 point | Link (2) | Trackback (1) | Comment (0)

＋ 

A 国内ITベンダーが画面設計ガイドラインを公開

－ 

A 国内ITベンダーが画面設計ガイドラインを公開

NTTデータら国内ITベンダー9社が、ユーザーとベンダーが合意しながらWebアプリケーション開発の画面設計を進める手法「発注者ビューガイドライン（画面編）」を公開。発注者ビュー検討会かなり長いのでざっとしか目を...

NTTデータら国内ITベンダー9社が、ユーザーとベンダーが合意しながらWebアプリケーション開発の画面設計を進める手法「発注者ビューガイドライン（画面編）」を公開。

発注者ビュー検討会

かなり長いのでざっとしか目を通してませんが、外部設計書として、画面一覧、画面遷移、画面レイアウト、画面遷移・レイアウト共通ルール、入出力項目等の書き方が既定されていたので、企業向けの業務アプリ開発に携わっているシステムエンジニアが設計書を作成する際にかなり役に立つ資料だと思います。

大手ITベンダーが共同作成した画面設計の“コツ”、いよいよ公開

[1072] Posted by kagahiro at 2007/09/20 03:09:15
0 point | Link (2) | 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)