追い詰められたマスメディアによる グーグル的ネット世界への反乱が始まった | 岸博幸のクリエイティブ国富論 | ダイヤモンド・オンライン
最近は政治や経済政策絡みのことばかりを書いてきましたが、実は今年後半から、マスメディア／コンテンツ産業とネットの関係が大きく変化する兆候が出ています。2010年はネット上の常識が変わる年になるかもしれないのです。今年も最後ですので、この点について総括しておきたいと思います。 今の競争構造ではメディアは ネット上で課金しても儲からない これまで何度か書きましたが、ネットが普及し出してからマスメディア／コンテンツ産業の収益は急速に悪化しました。それは、ネットが視聴者と広告の両方を奪ってしまったからです。 マスメディア／コンテンツ産業は基本的に垂直統合型のビジネスモデルであり、自社でコンテンツの制作から流通までを牛耳ってきました。そこでは、コンテンツの制作力もさることながら、媒体毎のコンテンツの流通独占が収益の源泉となってきました。 しかし、ネットという新たなコンテンツの流通網が普及したことで、
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年10月時点の調査。
次期Firefox 3.6が対応する新しいWebフォント形式“WOFF”とは？ - フォントブログ
フォントブログ閉鎖と一部記事の移管について 平素はフォントブログをご覧いただき誠にありがとうございます。 数年前よりブログの更新を中止したまま、諸般の事情で過去の記事は公開をしていましたが、 時代に合わない内容や、すでに古い情報をこのまま残しておくのは良くないと考え、 フォントブログを閉鎖することにいたしました。 これまでお世話になった方々、私に様々な機会を与えてくださった方々、 そして約25年間に当ブログをご覧いただいた方々に心より感謝いたします。 私自身2014年に関東から地元へUターンをし、 書体デザイナーやフォントメーカーの方、文字関係者の方と直接お会いする機会が減ってしまったこと、 また私自身の環境の変化により、以前のように情報収集をする時間の確保が難しくなってしまいました。 フォント好きとして初心に帰り、過去の一部の記事は順次個人サイト (PETITBOYS) のブログのほうへ
そのWebサービスで“対価”をもらえますか？
「Java News.jp（Javaに関する最新ニュース）」の安藤幸央氏が、CoolなプログラミングのためのノウハウやTIPS、筆者の経験などを「Rundown」（駆け足の要点説明）でお届けします（編集部） インターネットは無料が当たり前？ インターネットを利用するための料金は、十数年前と比べると大変安価になりました。無線LANのホットスポットなど、限りなく「無料」に近い形で利用できる場合も多くなってきています。 そして日々、皆さんが1人の利用者として使うWebサービスには、どんなものがあるでしょうか？ ほとんどのサービスは無料、もしくは広告が入ることによって無料で使えるものが多いでしょう。その一方、企業向けの比較的高価なWebサービスを専門的に利用している人もいるでしょう。 またWebサービスを提供する側としては、「無料で提供されるのが当たり前のようになっているWebサービスを、いかにユ
あったらいいなと思うウェブサイト、サービスを考えてください。…
あったらいいなと思うウェブサイト、サービスを考えてください。 その際に、あったらいいと思う【理由】も書いてください。 実現可能性はさほど問いませんが、あまりにも実現可能性が低いと思われるものは除いてください。
WEB制作者なら最低限知っておくべき色彩心理とWEBセーフカラー、WEBセーフカラーを出力するRubyコード - 久保清隆のブログ
色彩は、Webサイトが どのように際立つか ユーザの目にとまるか ユーザーにどのような感情を芽生えさせるか ユーザがどんな動作をするか に大きな影響を与える。 ユーザの属性に合わせて適切な色彩を使うことは、売上を増大させたり、滞在時間を長くしたり、直帰率を下げることにつながる。 また、Webサイトだけでなく、 ファッション インテリア エクステリア(住まいの外観) 広告、商品 などにも使えるので、汎用性のある知識だと思う。 色彩心理 色 プラスの心理的影響 マイナスの心理的影響 赤 情熱的 活動的 晴れやか 暖かい 元気の良い 購買欲求 安っぽい 派手 危険 暴力 青 さわやか 清らか 清涼感 すっきり クール 閑静 憂鬱 寂しい 冷淡 未熟 無機質 黄 若々しい 陽気 明るい 楽しい うるさい 目立つ 幼稚 警戒 緑 ナチュラル 新鮮 穏やか すがすがしい 毒 田舎 疲れ 未熟 紫 高貴
5 Universal Principles For Successful eCommerce-Sites — Smashing Magazine
When was the last time you called customer support because you were having problems checking out online? Probably never! Cart abandonment rate is at around 60%, and most of it happens before the user even begins the checkout process. Sometimes, convincing your customers to trust you is your biggest challenge. There is no “Consumer Trust for Dummies,” but as eCommerce designers, we need to focus on
URL正規化タグ - Do You PHP はてブロ
おお。。。 普通の人なら気にもとめないだろうが、ウェブマスターにとっては嬉しいニュースだ。Google、Yahoo、Microsoftの3社が手を組んで、検索エンジンを正しい方向へ導く非公式の標準規格に対応することになった。 でも、具体的な内容書いてないじゃん。。。＞＜ まあ、英語サイト見たらリンクされてました。各社のアナウンス(？)は以下の通り。 Official Google Webmaster Central Blog: Specify your canonical http://ysearchblog.com/2009/02/12/fighting-duplication-adding-more-arrows-to-your-quiver/ http://blogs.msdn.com/webmaster/archive/2009/02/12/partnering-to-help-s
内部WebAPIの呼び出しコスト - MVCモデルの”次” - Tous Les Jours 攻防記
デブサミ２００９でid:secondlife氏が発表されたという資料を見てみました。 http://www.slideshare.net/hotchpotch/deb2009-1023281 はてぶをフルスクラッチでリニューアルした際に、従来のMVCモデルからさらに一歩進んで抽象化を進めたとのことで。 資料中、MVCの発展系として、MVACなる概念が提唱されているのですが、Aは「Applicaiont」？？「アプリケーションレイヤの作成」という記述もあるし、たぶんApplicationのtypoですねきっと。 資料からは「データソース層」「サービス層」「アプリケーション層」の３層が「Model」「View」「Application」「Controller」にどう対応するのかよくわからなかったけど、おそらく「サービス層」を担当するのが「Application」なのでありましょう。 そして、「
Convivial-Web – WEBを共に愉しむ。
iPhoneアプリ「My Maps Pocket」を昨年の8月にひっそりとリリースしていました。 リリースしてから特に告知もしていなく、いまさらではありますがコチラで紹介させていただきます。 機能はシンプルで、Google MapsのマイマップをiPhoneで見ることができるというものです。 地図表示、リスト表示、詳細情報の表示、標準地図へのリンクなどの機能があります。 現在は、ポイント（アイコン）にのみ対応していますが、ライン、ポリゴンの表示にもいつか対応したいと思います。 他にも、ポイントの追加・編集、自分以外が作成したマイマップの表示、Google以外のMyMap系サービスにも対応したいです。いつになるかはわかりませんが、、、 書籍でも紹介して頂いたようです。 iPhoneでGoogle活用第一弾 – Reader’s Forumより引用: 写真部つながり、新刊つながりというわけでは
10人のデザイナさんに駄目出しして頂きました:Geekなぺーじ
10名のデザイナの方々に「Geekなぺーじ」デザインダメだしをして頂けました！ 何か凄く豪華な会合をして頂いて非常に恐縮です。。。 昨晩早速いくつかサイトデザインを変更してみました。 以下に、会合は開催された経緯、そこでの指摘、昨晩の変更点を述べます。 会合が開催された経緯 「Geekなぺーじのデザインは駄目だろう」とずっと思っていたのですが、「どうすれば駄目ではなくなるか」に関してどうして良いのかが全くわからないという日々が数年間続いていました。 そして、キッチリとしたサイトを作れる方々に対する憧れというものがありました。 ある日、twitterで何度かやり取りをして、その後某新年会でお会いしたcremaさんが過去の勉強会資料(デザイン勉強会の資料を公開します。)を教えてくれました。 それを見て「これはすごい」と思ったのですが、「じゃあ、この考え方を自分のサイトに適用したらどうなるの？」
Webアプリ開発における「内部APIモデル」 - Tous Les Jours 攻防記
前回の話は、一回のエントリーでは書ききれない内容でした。。以下もうすこし詳しく書き直してみます。 Webアプリ開発における「内部APIモデル」とは、ネットワーク越しに外部サイトのWebAPIを呼び出すかのごとく、自サイト内のリソースに対して内部専用のWebAPIでアクセスする仕組みを導入し、分散処理を行うモデルのことです。典型的なWebアプリでは、データベースがここでいうリソースに該当するかと思います。 図にすると以下のようなイメージです。 今回、Lang-8で実際に「内部APIモデル」を導入してみたので、気づきの点などをこのエントリーにまとめてみました。 ※導入のいきさつについては、前回のエントリーで触れています。 「内部APIモデル」を採用するメリット Webアプリ開発において「内部APIモデル」を採用するメリットは２つあります。 （１）言語やフレームワークの選択自由度が上がる 現在運
yohei-y:weblog: 半構造データ、あるいは Web 上のデータ
国島先生や斉藤先生が XML や半構造データについていろいろ書いてくださっており、それに反応する形ではてなブックマークや twitter 上での議論が日本語で進んでいて面白い。 http://kunishi.blogspot.com/2008/12/twitter.html http://leoclock.blogspot.com/2008/12/relational-style-xml-query-sigmod-j.html http://kunishi.blogspot.com/2008/12/xml-db.html ブックマークや twitter で細かいコメントを書いているだけでは申し訳ないような気がするので、久々にエントリを書こうとしたのだけれど、なんだかバックグラウンドが長くなってしまった。最先端の研究者のみなさんに失礼な物言いもありますが、XML guy としては XML の
高反発マットレスの選び方 | アフィブログに騙されない為の高反発マットレス手記
ウレタン系高反発マットレスでよく言及されるのが密度です。それを頑張って分かりやすく説明してみます。
ブラウザー間直接通信で広がる世界と課題 - Tomo’s HotLine
IT技術を中心に、暮らしに役立つ情報からクラシック音楽の解説まで気軽に情報発信しています。 WEBサイトはhttp://toremoro21.world.coocan.jp/ Twitterは@toremoro21です。 先日、「P2Pアプリがブラウザー上で動作する！？」 というエントリーを書いたが、Skypeの解説本著者として知られ、今はアメリカで某検索エンジン企業に勤めているIKeJIさんから興味深い記事を紹介してもらった。 ブラウザというプラットフォームの為の基礎技術～ブラウザ間通信～ とても興味深い。是非P2P勉強会で講師として話して欲しいぐらいだ。 技術的には ・JavascriptだけでなくActionscriptも併用。 ・ユーザはProxyサーバを立てる といった感じ。Proxyサーバを使うのは、Javascript+ActionscriptだけではTCPの待ちうけができな
設計者とデザイナーとコーダーと高品質なサイト | Takazudo Clipping*
最近、会社の中で、サイト制作の際、デザイン・HTMLに行くまでにどういう資料を作ればいいんだろうプロジェクトみたいのをやっておりまして、はじめは、ページの構成、こー言う風に考えていますという、ページの内容を説明する資料のフォーマットを考えていたんですが、どうにもそこだけでは足りないような感じに思えてきて、どうしたもんかなーと思って色々見ていたところ、インフォメーションアーキテクチャってのが、まさにその答えでした。今まで制作の中で悶々としていたことが、かなーりすっきり理解できた。誰がいつ何をしないといけないのかが。 なんとなくうだうだ情報設計みたいな話 インフォメーションアーキテクチャについての細かい説明は、勉強中なのでこのエントリ内では詳しく書きませんが、サイト制作には、大まかに、次のようなフローがある。一応ここでは、サーバーサイド技術を含まない、コーポレートサイトみたいなものだと仮定して
開発者とデザイナの協働 | スパムとか
「開発者は最初の段階からデザイナーと共同で作業する必要がある」 グーグル、「App Engine」でデザイナーと開発者の連携狙う デザイナとプログラマの協調作業については、Djangoのコア開発者（含むデザイナ）たちが提唱してきたことです。Djangoが標準ライブラリとして含まれるApp Engineが「デザイナーと開発者の連携」をうたうのもおかしいことではありません。 じつは今回のDjango本には、実際の開発例という章があります。その章ではプログラマとデザイナが例えばどのように共同作業を行えるのかというシミュレーション的な作業フローについて書いています。App Engineと同じく、デザイナの作業環境に実行環境を整えることを重要視しています。 シミュレーション的とはいっても、2007年冬のデブキャンでnyusukeさんというデザイナと共同作業した際に検討し、実施した経験を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「Yahoo!ニュース」の表示速度が3～5倍に、そのからくりは……：記事の芽
セオリーに基づいたカラースキームが設計できるオンラインサービス
行動ターゲティング広告はどこまで許されるのか インターネット-最新ニュース:IT-PLUS
