はじめまして。hxxk.jpの望月真琴です。ふだんはWebと全く関係のない業種で仕事をしていますが、このように時々テクニカルライティングを行っています。 2007年3月に株式会社 九天社から『実践Web Standards Design』（通称：ホップ本）という(X)HTMLとCSSのガイドブックを共著で出版し、2度の増刷を経て、このたび新装版としてここ技術評論社から再刊行させていただくことになりました。 技術評論社から刊行される新刊図書は、新刊ピックアップというページで紹介がなされるのですが、打ち合わせの中で編集担当の高橋さんから「せっかく3人が共同で執筆されているのだから、発売にあわせてgihyo.jp上でリレー連載なんてどうでしょう？」という話が持ち上がり、「それ、面白そうですね!」と私が一も二もなく賛同したことからこの連載が実現しました。 ――その時は、他の2人は打ち合わせに参
賃貸物件を探すのに不動産屋さんは使えない - Money does not hurt your heart 不動産屋さんの仕事ぶりを見ていると、アナログがまだまだ現役で、情報のやりとりもFAXが中心で、FAXで送られてきた物件情報を大量にファイルして手で探す、という最近主流となったPC中心の仕事の方法と比べると旧態依然というか、よくソレで仕事できますね、というアナログ具合で驚いた。 あー、確かにそうですね。不動産の物件データなんて、簡単に全部データベース化できそうなものですができていない、というよりもわざとしていないのでしょうね。常識的に考えて、不動産屋の売りたい物件の情報は手の届きやすいところ（＝ネット）に、売りたくない物件は手の届きにくいところにある、という推測はつきます。売りたくない、というより手を尽くさなくても買い手が簡単に見つかるということになるでしょうけれど。 結局、手の届きに
はてなブックマークがリニューアルしました。新しいはてなブックマークの個人ページにはページ自動ロード機能、通称 AutoPagerize 機能 (そう呼んでいる人がどれだけいるかは知りませんが) がついています。さて、AutoPagerize のような一般の Web ページにも適用しうる機能は誰が提供すべきでしょうか。ページの製作者でしょうか? ユーザー側が (ブラウザの拡張機能も含む) ユーザースクリプトとして導入すべきでしょうか? はたまたブラウザ側の仕事でしょうか? Twitter 上でそのことに関するやり取りがあったので少しまとめてみました。 hotchpotch bbeta ってデフォルトで AutoPagerize ついてるんだ。変なボタン押すと有効になるっぽい(haihai sakura sakura) (2008-11-10 11:50) os0x はてなブックマークβ の
郡山女子大学図書館が2008年11月21日、オープンソースのコンテンツ・マネジメント・システム“Pligg”をプラットフォームとして、ソーシャルブックマークを活用したパスファインダーを作成、試験運用開始しています。 このパスファインダーでは、利用の場面（資料の探し方、論文の書き方、必読文献、等）をカテゴリとして、また主題をタグとして設定できるようになっており、推薦機能（推薦数が多いほど上に表示される）も備わっています。パスファインダー全体、および、カテゴリ単位でのRSS配信機能もあります。2008年11月21日時点では、主題「図書館」に関するものだけとなっていますが、今後、分野・主題を広げていきたいとされています。 郡山女子大学図書館パスファインダー http://library.koriyama-kgc.ac.jp/path/ 郡山女子大学図書館 – パスファインダーを試験的に運用します
東京大学では、「図書系のためのアプリケーション開発講習会」と題して、情報基盤センターが図書系職員向けの講習会を主催しています。その成果の1つとして、東京大学附属図書館のOPACからISBNを取り出し、東京大学生協の在庫を検索できる、ウェブブラウザ用「リレー検索ブックマークレット」を試行公開しています。 またこのほかにも、各種のアプリケーション、講習会資料リストが公開されています。 東大OPACから東大生協在庫検索へのリレー検索ブックマークレット https://mbc.dl.itc.u-tokyo.ac.jp/UT-OPAC2COOP/ 「図書系のためのアプリケーション開発講習会」成果 https://mbc.dl.itc.u-tokyo.ac.jp/products.html ”「図書系のためのアプリケーション開発講習会」” 講習会資料リスト https://mbc.dl.itc.u-t
メールを使ったBtoCコミュニケーションとして、多くのユーザに対して認知・集客を目的とするメールマガジンが一般的に挙げられます。 一方、比較的、対象人数が少ないセミナー・説明会の応募受付や面接など1対1のコミュニケーションの場合、企業側から送付したメールに対してユーザに「メールで返信を求める」形が考えられます。 今回は、弊社のユーザビリティテスト（ユーザ行動観察）から得られた知見から、「より返信しやすいメール」の作り方を考えてみましょう。 ある企業では、自社サイトからエントリーした採用希望者に対し、個別にメールを送り、１次面接のスケジュール調整を行っていました。 そこで、それに近い状況をテストするため、複数のパターンのメールを用意し、就職活動の中でユーザがそれらのメールを受け取ったという想定で行動観察を行いました。 まず、「メールを開封するかどうか」という場面では、本連載でも以前ご紹介した
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
