ユーザビリティ論考：どこから読むべきか分からない
基本的にテレビやラジオなどのストリーム系メディアでは 特定の瞬間に伝えられるメッセージは１つのみです。 視聴者の意識を１つのみに集中させられる為 必ず伝えなければならないことを伝達しやすいです。 例えば番組の冒頭で伝える、 アナウンサーが「これは聞いてください」 などといってから伝えるなどすれば伝達漏れがおきにくいです。 情報に優先順位(メリハリ)をつけられます。 一方、ホームページや新聞、雑誌等では様々な情報(記事)が 2次元的に散らばっています。 ストリームのように情報処理の順番(読む順番)を指定できません。 各記事ごとに注視時間を指定することも不可能です。 全てユーザの好み(＝気まぐれ?!)次第です。 ホームページのような 多次元的静的メディアはユーザに情報処理の主導権があるという点では 優れています。 しかしながらユーザがページ内の重要な情報、 リンクを見落とすというケースが頻発し
crossedge.net
您的请求在Web服务器中没有找到对应的站点！ 可能原因： 您没有将此域名或IP绑定到对应站点! 配置文件未生效! 如何解决： 检查是否已经绑定到对应站点，若确认已绑定，请尝试重载Web服务； 检查端口是否正确； 若您使用了CDN产品，请尝试清除CDN缓存； 普通网站访客，请联系网站管理员；
Vimの使い方―Tips
検索を行う際に、検索する文字のスペルは分かっているが、先頭が大文字であったかを覚えていない場合に小文字だけで大文字もヒットさせたり、大文字で構成 されている単語ということが分かっているときに、大文字で検索文字を入力して小文字をヒットさせないようにすることができる設定です。 この設定により、全て小文字で検索文字を入力した場合は、大文字、小文字に関わらず検索にヒットするようになります。逆に、検索文字に大文字 を含めると大文字と小文字を区別して検索されるようになるため、検索をするときに、Shiftキーを押したりCapsLockをする必要がなくなります。 この設定の前に「:set ignorecase」により、大文字と小文字の区別を行わないようにする必要があります。このオプションは正確には、検索パターンに大文字が含まれると きに'ignorecase'のオプションをOFFにする設定です。
Railsの生産性とそれで提供したい価値 - moroの日記
昨晩の続き。じゃあ仕切り直してなんでRailsって生産性が高いっていうの？というお話です。 DB設計はやっぱり必要で、UIも考えなくちゃいけないうえ、自動生成は客寄せで、ワークフローエンジンもないけれども、Railsの強みって言うのは一つはまさにRubyで書けるということ。二つ目はシンプルな哲学に基づいたフルスタックなフレームワークがいまある、ということ。 言語重要 えっと、まず予防線を。JavaはダメでRuby最高、といいたいわけではなく。 Railsの強みはRubyのシンタックスの柔軟さから来るDSLっぽい記法や、Rubyの動的な側面から来る徹底的な(自動生成じゃない部分、手動で書くべきロジックの)コードの削減だったりするんじゃないかと。ブロックと遅延評価だったり、括弧が省略できることであったり、クラスがインスタンスであったり動的にメソッドが定義できたり、っていうのはすべて書きたいコー
2004年1月〜2008年5月のはぶにっき跡地
はてなブログには、同じ話題でつながる「グループ」があります。まずはこちらの「2024年開設ブログ」に入りましょう。同時期に始めたブログとつながることができます。 「2024年開設ブログ」のグループ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
建站成功
