東京都文京区本郷でとあるCMS開発会社を営む社長のブログ。さっきまで「越後のCMS問屋」だったのですが、会社が新潟に移転したと勘違いされたようなので変えました。 モバイル、ゲーム、フィード、Ajax、Flash、ハイテクグッズあたりのはやりモノが好きです。 最新作「メルルーの秘宝」がドワンゴから提供中 週刊アスキーで「2045年の週刊アスキーをつくる」連載中 最近になって、思い出したことがあります。 誰が言ってたか忘れてしまいましたが、「0を1にする能力と、1を10にする能力は違う能力だよ」という言葉です。 小室哲哉あたりだったかもしれません。 凄く能力があるプログラマーがいたとして、プログラマーの評価というのはどのようにされるべきでしょうか。 ・バグの少ないコードを書く ・最適化されたコードを書く/またはコードの最適化が上手い ・保守性/拡張性の高い設計をする ・コードを書く

はてブ仕事の関係で借りて来たノートパソコンを机に置いて、自分のパソコンとデータをやりとりしながら仕事を進めています。気分はアルファギークです（違） で。借りて来たPCからはネットを巡回していなかったのですが、ついうっかりはてなを借りて来たPCから覗いてみました。こちらがその状態です。私は、この画面を見て「いつもと違うこと」に気付きました。こちらがログオンした状態での画面。違いにお気づきでしょうか。 ハイパーリンクに下線があるとか、そういう事ではありません。「このエントリーをブックマークに保存」がログオンしていないと表示されない、のです。「なんだ、そんな事」と思われるかもしれません。お気づきになられていた方もいらっしゃるかもしれません。でも、少なくとも私が知っている限りでは、この事は問題にはなってこなかった。でも、この事って結構問題があると思うんですよね。 私は、はてなユーザなので、はてなに

にわかに Perl の学習コストについて優れた Perler のみなさんがあれこれ述べておられるので、大変勉強になります。 Unknown::Programming - 新人教育 SQLAlchemy Database Engines 日記。 (TokuLog) - Perl は学習コストが高すぎる naoyaグループ - naoyaの日記 - Perl の学習コスト SQLAlchemy Database Engines 日記。 (TokuLog) - Perlの学習コストとライブラリ naoyaグループ - naoyaの日記 - アンテナ張りまくらないとの件 subtechグループ - Bulknews::Subtech - Perl、アンテナの話 Charsbar::Note - Perlの学習コスト 上記にリンクしたエントリをまとめると、オールドファッションな書き方であれば Per

Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at

私的なものばかりですが、いつも忘れていろんなサーバに探しに行くので、メモっておこうと思って書きました。 他にお勧めがあったら教えてください。 同名のファイルを開いたとき Switch to buffer などでファイル名がわかりやすく見えるようになる設定 (require 'uniquify) (setq uniquify-buffer-name-style 'post-forward-angle-brackets) これを設定するとファイル名が同名だった場合にそのファイル名の後ろに file.txt<foo> file.txt<bar> といった感じで一階層上のディレクトリ名がでるようになります。もしその階層のディレクトリ名も同じだったら、もう一階層上のディレクトリ名も出て、違いがわかるまでディレクトリ名が出るようになります。 HTMLなどのコーディングで META タグにあるコーディン

The EmacsWiki is dedicated to documenting and discussing EmacsAndXEmacs and EmacsLisp. See the MissionStatement for more information. You can edit this website. There’s a link, Edit this page, at the bottom of this and other pages. Please check Comments on SiteMap before editing this SiteMap page, however. How to use this siteHowToNavigate – how to find what you’re looking for HowToEdit – how you

ユーザビリティを評価する方法はユーザテストだけではありません。ユーザビリティエンジニアやユーザインターフェイスデザイナの知見に基づく評価（分析的手法）も役に立ちます。その中で最も有名なのはヤコブ・ニールセン博士の『ヒューリスティック評価法』でしょう。日本でもコンサルティング会社のサービスメニューには必ずヒューリスティック評価が入っていると思います。 ヒューリスティック評価ほど有名ではないのですが、実は、もう１つ強力な手法があります。それが『認知的ウォークスルー（Cognitive Walkthrough）』です。 手法の概要 そもそも「ウォークスルー」とは芝居の立ち稽古―衣装や舞台装置を使わない、普段着で台本を片手にした稽古―のことです。ユーザインターフェイスを“ウォークスルー”する場合も“台本（画面遷移図など）”に沿って分析していきます。その際に、ユーザの“認知”モデルの１つである「探査

この作品は、Creative Commons Attribution License の下でライセンスされています。このライセンスの内容を確認するには、http://creativecommons.org/licenses/by/2.0/ を訪問するか、あるいは Creative Commons, 559 Nathan Abbott Way, Stanford, California 94305, USA に手紙を送ってください。

著者: 金床 <anvil@jumperz.net> http://www.jumperz.net/ ■はじめに ウェブアプリケーション開発者の立場から見たCSRF対策について、さまざまな情報が入り乱れている。筆者が2006年3月の時点において国内のウェブサ イトやコンピュータ書籍・雑誌などでCSRF対策について書かれている記事を調べた結果、おどろくべきことに、そのほとんどが誤りを含んでいたり、現実的 には使用できない方法を紹介したりしていた。そこで本稿ではウェブアプリケーション開発者にとっての本当に正しいCSRF対策についてまとめることとす る。また、採用すべきでないCSRF対策とその理由も合わせて紹介する。 ■あらゆる機能がターゲットとなりうる ウェブアプリケーションの持つ全ての機能がCSRF攻撃の対象となりうる。まずこのことを認識しておく必要がある。 Amaz

Why Free Software usability tends to suck 2005年12月25日 Matthew Thomas さんの2002年4月13日のブログエントリ、“Why Free Software usability tends to suck” の日本語訳です（現在はリンク切れになってますが、Internet Archive でアーカイブが読めます）。僕はこれを Joel on Software の 「5つの世界」で（正確には書籍のほうを読んで）知りました。このエントリはいろいろと論争を巻き起こした有名なもののようですが、どうやら当時の日本ではあんまり言及されてなかったみたいなので（≒ Google で見つからなかったってことですけど）、いまさらながら日本語にしてみました。 お知らせ: Matthew Thomas さんは 2008 年に、この記事の続編ともいえる、

This shop will be powered by Are you the store owner? Log in here