「いい○○は死んだ○○だけ」の元ネタを失念する。 - モノーキー
▼良いインディアンは死んだインディアンだけだ 「良いコーディネイターは死んだコーディネイターだけ」ってセリフを見て思い出したけど 何が元ネタだったか思い出せない。 誰か教えてプリーズ！ 追記：ありがとー。インディアンだったか！ すっきりした！ 死んだインディアン - Google 検索 死んだインディアンだけ - Google 検索 the only good Indian is a dead indian - Google 検索 詳しいことは Good Indians...Dead Indians...で。 あと「良いナチュラルは死んだナチュラルだけ」でもおいしいだろうなあと思った。アレだと逆なんだよなあ。土着倫理を理解できない姿勢がシンクロするから。 まあ、いいけれど。 オマケ。 the only good jap is a dead jap - Google
買ってはいけない - 一部のインターネットメディアにおいて実名を曝さずに市民記者になる方法
その昔、この件と同様のポインタ変数の誤った説明が載ったC言語入門書が あって、買ってはいけないプログラミング教本の第一位に輝いたとか、 新入社員プログラマにはこの本で勉強した経験があるかを最初に確認し、 誤った知識を矯正せよ。 などと言われたものですが。 本のタイトルと著者が思い出せない... ---------------------------------------------------- ---------------------------------------------------- 三田典玄氏の事実誤認癖は今でも相変わらずの模様。 事実誤認を指摘された時の反応も何ともはやアイタタタ... フリーウェアをシェアウェアと誤認していたのを指摘された時 ある曲の歌い手を誤認していたのを指摘された時 間違いを指摘された後のやってはいけない対応方法の例としては
グレゴリオ暦とバイナリ暦
ここで、 31/128 に着目すると、これは 2^5 - 1 / 2^ 7 であるから技術的に （というか 2進数的に）大変都合が良い。 確か似たようなことを小林芳直さんがどこかに書かれていて、 これを「バイナリ暦」と提唱(笑)されていた記憶があるので、ここでも バイナリ暦（Binarian）と呼ぶことにする(笑)。 即ち 128 で割り切れず 4 で割り切れる年をうるう年にすればよく、 これだけで数十万年の間はややこしいい他の補正をせずとも誤差が １日以内に収まることになる。 下のグラフは Binarian が、西暦で表した年が 128 で割り切れず 4 で割り切れる年を うるう年とした場合の太陽年とのずれ。 Gregorian が、西暦で表した年が 100 で割り切れず 4 で割り切れる年を うるう年とし、4000 で割り切れ 400 で割り切れない年も閏年とした場合の太陽年とのずれ。
漫画と電子コミック情報満載のポータルサイト 講談社コミックプラス
「ちはやふる」が帰ってきた!! 千早たちが卒業したあとの瑞沢かるた部、仲間の成長物語 『ちはやふる ｐｌｕｓ きみがため（１）』 著：末次 由紀 競技かるた漫画の金字塔・待望の続編がスタート！
yohei-y:weblog: REST 入門(その5) 四つの動詞 -- GET, POST, PUT, DELETE
» REST 入門 目次 前回、URI で特定できるリソースに HTTP の GET という動詞を適用して、 ある時点・条件での状態の表現を転送するのが REST だという説明をしました。 URI (名詞)に適用できる動詞は GET だけではありません。 今回は GET 以外の三つの動詞を紹介します。 前提知識 ここでは実際に稼動している REST 実装の例としてはてなブックマーク AtomAPI を使います。 はてなブックマークそのものの説明はしませんので、あらかじめご了承ください。 はてなブックマークに登録したひとつのブックマークを考えてみてください。 このひとつのブックマークエントリが、対象のリソースになります。 たとえば REST 入門の目次をブックマークしたとします。 このブックマークの URI は http://b.hatena.ne.jp/atom/edit/175062 で
yohei-y:weblog: REST 入門(その8) REST でないもの
» REST 入門 目次 WWW は REST アーキテクチャスタイルのアーキテクチャを採用した実装のひとつですが、 REST アーキテクチャスタイルでないアーキテクチャの WWW アプリケーションもかなり存在します。 REST でないものを一言で言ってしまうと、 URI と HTTP を正しく使っていないもの、ということになります。 以下では URI と HTTP の誤った使い方について説明します。 URI をクライアントで組み立てる URI をクライアント側でごちょごちょ組み立てなければならないのなら、それは REST ではありません。 たとえば、はてなブックマーク AtomAPI が、こんなインターフェースだったらどうでしょう? ブックマークをキーワードで検索する。 POST /uso/bookmarkSearchService HTTP/1.1 Host: b.hatena.ne.
おれだったらフォト蔵APIをこうする(2) - ただのにっき (2006-03-02)
■ おれだったらフォト蔵APIをこうする(2) 昨日のエントリに対して、開発者の方からツッコミをいただいた。 Flickrにしろdel.icio.usにしろ本来の意味でのRESTになってないAPIが多く存在するのが現実です。 これはagree。とは言ったもののFlickrやdel.icio.usのAPIは軽く眺めたことがある程度なので、コメントは控える。AmazonやGoogleのような先駆的なベンダーがGETだけで済む取得系APIを公開して「これがRESTでござい」とやっちゃったのがいけなかったんじゃないかと、個人的には考えているのだが。 PUTやDELETEは開発者にとってもあまりなじみのない単語であり、GETやPOSTの方が分かりやすく、IEなどのwebブラウザだけでテストが行える利点があり、より多くの開発者を獲得できる可能性があります。 これもagree。たとえばRubyのNet:
POX over HTTP - naoyaのはてなダイアリー
激しく同意。こういうのは POX over HTTP (POST) と呼べばよい POX て何だという話をちょっと前に書きましたが。yohei さん曰く、いわゆる "GET で XML 返し" してるだけで REST みたいな、誤用されてる API のアーキテクチャ(?)は "POX over HTTP" と呼べばよいとのこと。 いつもその類を XML over HTTP って言ってたけど、XML-RPC も SOAP も AtomPP も、"XML over HTTP" って言えば XML over HTTP だよなあとか思ってて。POX over HTTP もまあそういう意味では変わらないけど、XML over HTTP よりはもう少し限定的な響きではあります。 ということでいつか POX over HTTP という言葉をどっかで使ってみよう。
Plain Old XML / Plain Old ほげほげ - naoyaのはてなダイアリー
Someone recently asked me about how to handle an internal product debate around REST vs. SOAP. In hopes I never have to address this debate again, here's a record of what I told them. Don Box が REST vs SOAP についての Pragmatics について語っている、という記事。この記事を読む前に OPC Diary: SOAP vs REST？ いいから出荷しろ という記事をコメントまで含めて読んでおくと良い感じで消化できる、と思います。 で、あんまり記事とは関係ないお話で。POX - Plain Old XML という単語を恥ずかしながら初めて聞いたもので、そこに反応。 Plain Old
yasnippet, anything-c-yasnippetのまとめエントリー - IMAKADO::BLOG
yasnippet関係の情報のまとめ、anything-c-yasnippetの更新状況などをまとめるエントリーです。 yasnippetとは？ pluskidさんが作っている超絶便利な、emacsでtextmate likeなsnippetを実現する拡張です。 id:antipopさんのところで紹介記事に、動画が貼り付けてあります。 http://d.hatena.ne.jp/antipop/20080314/1205517419 凄さは動画で見るのが一番わかりやすいと思います。 anything-c-yasnippetとは？ anythingのインターフェイスでsnippetを選択->展開するためのanythingのconfigです。 snippetは便利なのですが最初にどのkeyで展開するか覚えないといけない点が少しめんどくさいです。 そこでanythingのインターフェイスを利用す
Ｍの生態: 『Intype』 ついに登場！TextMate for Windows
MacにはTextMateというプログラマ向けのテキストエディタがあります。 TextMateは海外のRuby on Railsのスクリーンキャストなどで多く使われていて、プログラマには圧倒的な人気を誇っています。 TextMateを使う為にMacに乗り換える人も多いのではないでしょうか？ 私も初めてTextMateのスクリーンキャストを見たとき衝撃を受け、真剣にWindowsからMacに乗り換えようかと考えたほどです。 しかしTextMateには大きな問題があるのです。それは「日本語が使えない」ということ。 TextMateで無理やり日本語の入力と表示に成功した人もいますが、とても美しいとは言えないのが現状です。 というわけで、Mac乗換を断念したわけですが、そうなるとWindowsのソフトでTextMateのクローンはないのかと探して出会ったのが 『Intype』というTextMate
TextMate で日本語をわりとまともに表示する - d.hetima
TextMate という Mac OS X のエディタがあるんです。Mac でプログラミングの screencast やってたらまず間違いなくこれが使われています。今やエディタの定番であり Mac のキラーアプリケーションなのです。ぐぐってみるとみんなベタ褒め。唯一の欠点は「日本語が駄目」ということだけ。……これが致命的なんですよね。 「日本語が駄目」な理由はふたつあって、 入力をまったく受け付けてくれない 文字が重なって表示され非常に読みにくい、選択しにくい 入力に関してはダイアログを出すという方法でなんとかしたり、他からペーストしたりで、まあなんとかなるのですが（わりとシームレスに日本語入力できる CJK-Input.tmplugin を作りました）、表示の方は手の出しようがない。このエディタは文字幅をすべて決め打ちで計算しているので、アスキー文字より幅の広い日本語文字も強制的にアスキ
RESTful Zip Search API Specification -- ricollab
このサービスで提供するリソースは、以下の3種類の表現を持ちます。 XHTML Media Type: application/xhtml+xml; charset=utf-8 標準的な Web ブラウザで表示することのできる形式です。ブラウザで表示させることが可能なので、人間が読みやすいのが特徴です。この表現は整形式の XML であるため、XML パーサーでパースして、プログラムから扱うことも可能です。住所の構造情報は class 属性で表現されています。全てのリソースのデフォルト表現になっています。 この表現は妥当な XHTML 1.1 になるはずですが、あえて DOCTYPE 宣言は付けていません。文字エンコーディングスキームは UTF-8 です。 http://zip.ricollab.jp/1120002 http://zip.ricollab.jp/search?q=大手町 ht
ricollab Web Tech Blog » Blog Archive » 【重要】ricollabサービス終了のお知らせ
いつもricollabをご利用いただき、ありがとうございます。 この度、誠に勝手ながら2018年2月28日をもちまして「ricollab blog」「郵便番号検索サービス」の各サービスを終了させていただきます。 日頃より利用いただいております皆様にはご迷惑をおかけすることとなり、誠に申し訳ございません。長らくのご愛顧をいただき、厚くお礼申し上げます。 ricollabは、2008年より運営を続けて参りました。しかし、この数年で利用者も大幅に減少しており、サービスとしての役割を終えたと考え、終了という判断に至りました。ご愛用頂いている利用者の皆さまにはご迷惑をおかけしますが、何卒ご理解頂きたく存じます。 ■郵便番号検索APIのご紹介 http://zipcloud.ibsnet.co.jp/doc/api https://github.com/madefor/postal-code-api
ricollab Web Tech Blog » Blog Archive » ricollab実験サービス第一弾を開始します!
本日より、ricollabの語源の一つである「リコーラボ」としての活動の第一弾、郵便番号検索サービスを開始します。 同時に、このブログのサーバも社内のマシンルームから外部のデータセンターに移動して、心機一転です。読者の皆さんにはサーバの場所が変わってもあまり関係ないかもしれませんが、法定点検による停電の心配などが無くなりました。 「何でリコーが郵便番号なの?」という疑問も大いにあるかとは思いますが、いろいろなサービスで使われる情報なので応用が利くというのと、Webサービスとしてまずは小規模なところからスタートし、サーバの運営やWebサービスの提供までの設計・開発ノウハウを蓄積していこうという狙いがあります。 ただし、小規模なアプリとは言ってもただ単に日本郵便のゆうびんホームページで公開されている郵便番号データを検索できるようにするだけではつまらないので、山本がガチで設計したRESTfulな
作者にはてなポイントを送るとページが閲覧できるようになる仕組み「Apach2::AuthzHatenaPoint」を作ってみたよ！ - id:lopnor
夜中に目が覚めたのでカッとなって作ってみた。けど中途半端だな。 ↓下のURLに行って、はてなのopenidでログインすると、次の画面で10ポイント支払いを求められます。払うと見えるようになります。なんもないけどね:P http://lopnor.homeip.net/~danjou/authenopenid/ この前のApache2::AuthenOpenIDと組み合わせて使います。例によってhttpd.confで LoadModule perl_module modules/mod_perl.so PerlLoadModule Apache2::AuthenOpenID PerlLoadModule Apache2::AuthzHatenaPoint のようにしてモジュールをロードし、↓こんな感じで.htaccessを書きます。.htsentuserdbというところに支払済みユーザーをた
Amazon ec2のエコノミー、月72ドルでレンタルするのと、999ドルのマシンを買うのはどちらが得か？
最近、私のまわりにもAmazonのレンタル・バーチャル・サーバーであるec2を使用している人、もしくは使用を真剣に検討している人が増えて来た。「自分でサーバーを用意するのとどっちが得か？」という話は、ビジネスにもよるのでさまざまだが、ごくシンプルな「事務所サーバー」（もしくは「マンションサーバー」）を比較対象のモデルとして簡単に損得勘定を計算してみた。 もっとも安価な Small Instance (1.7 GB of memory, 1 EC2 Compute Unit, 160 GB of instance storage, $0.10/hour）だと、一日２４時間使い続ければ月に７２０時間、つまり月に７２ドル必要となる。 同じようなマシンを事務所（もしくはマンション）に置く場合、Dellのエントリーレベルのサーバー（Dual core Pentium, 1GB memory, 160
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Good Indians...Dead Indians...
ソフトバンクモバイル スパムメールについて - 「（新）極私的視点」ブログ
http://www.machu.jp/posts/20080401/p01/