WikiLeaksによって、アメリカの外交文書が暴露されています。その中では、外交上行われている（またはその可能性のある）いろいろな情報収集手法が明らかになっています。 たとえば、こんな感じです。 ・Bluetoothチップを人体に埋め込んでトラッキング ある会談では、グアンタナモ収容所の収監者の体にチップを埋め込み、Bluetoothを使ってトラッキングしてはどうかと提案がありました。提案したのはサウジアラビアのアブドラ国王です。技術的にどうかというと、｢これは馬やタカには行っていること｣だそうです。つまり、動物では可能なんだから、人間でもできるんじゃないかということですね。 まあ、技術的にも細かいことを言えば、Bluetoothだと通信範囲が狭いので、世界中動き回る人間をトラッキングするのには向かないとか、問題はあります。でも、そういう問題じゃないですね。しかもグアンタナモ収容所といえ

僕は自己分析がわりと好きで、あるタイミングで自己分析をよくします。 でも、何で自己分析するのかはあまり考えたことがなかったので、その意味をあらためて考えてみました。 人生には目標が必要とよく言う。 これはよく言う目標を持てという考え方ですね。目標があった方が生き生きと生活できますし、あらゆる行動にやり甲斐を持てたりします。 でも、改めて人生の目標って何だろうと考えると、それは大きい事から小さいことまで多岐に渡ります。 例えば彼女が欲しいとか、お金が欲しいとか即物的なものから、職業や試験、旅行など中間的な目標、そして叶うかどうか分からないような大きな目標などなど、目標の設定はしても切りがありませ 小さな目標はタスクとも言えます。大きな目標は夢とも言えます。中間目標は希望といったところでしょうか。 ですが、目標ばかり立てていても、それを実現できるわけではありません。実現するためにはどうしたらい

id:gfx に聞かれたので。Shift+Z を２回押すと、トップのバーが消えて画面が広くなる。便利。それだけ覚えてる

lingering close がなんであるかについては、Apache Performance Tuning - Apache HTTP Server Version 2.2 を参照。 Apache 2.2.16 と lighttpd 1.4.28 は、必ずアプリケーションレイヤでの lingering close を行う Apache は2秒、lighttpd は5秒 nginx 0.8.53 は直前に request body があった場合のみ SO_LINGER を利用する これは古い HTTP client が request body のあとに CRLF つけてくることがある対策だと思う HTTP pipelining の関係で RST が飛ぶ場合の対策コードはないかも 一方で、msie6 で POST の場合、あるいは safari だと常に keep-alive を disa

next http://www.youtube.com/watch?v=5pqPMxGHkd4 YAPC::Asia Tokyo 2010 (c)cho45 CC-BY-NC

http://d.hatena.ne.jp/pashango_p/20090702/1246550203 len()がリストのメソッドでないのも同じ理由です。 オブジェクト指向的に考えれば、リストのメソッドであるべきなのに、わざわざビルトイン関数にしたんです。 「オブジェクト指向的に考えれば、リストのメソッドであるべき」って感じで、オブジェクト信者はそれが正義みたいに考えちゃうんだろうね･･･ Pythonは合理主義。「オブジェクト指向的に○○」よりも、一貫した少なくて明確なルールを重視する。 len() が .length() メソッドだったらどうなるか。あるコンテナは .length() の代わりに、 .len() や .size() という名前を使ってしまうかもしれない。「サイズを取るメソッドは.length()」という 暗黙のルールができてしまい、そのルールが頭に入っていない人が一

emeitchさんのリクエストより。元ネタは Perlプログラマのレベル10。 私家版、Schemeプログラマのレベル10 くれぐれも本気にしないように。 レベル0 SchemeとかLispとかいうカッコだらけですごくわかりにくい言語があることは知っているが、 最強とか主張する信者がいるらしいのでなるべく関わらないようにしている。 EmacsLisp?もその親戚らしいけどコードを見ただけでくらくらする。 でも便利なマクロは自分の.emacsにコピペしている。 レベル1 Schemeに関するwebサイトを見たり、大学の講義での説明とかを聞いて、 factorialとかappendとかreverseとかを書いたり、 ネストした木構造のノードの数を数えたりできる。 でもそれが何の役に立つかわからない。こんな言語で実用的な プログラムが書けるなんて信じられない。 カッコの位置を間違えて動かないプロ

# coding: utf-8 def foo(): """ほにゃらら""" 一般的にdocstringと言われていて標準的に使われるドキュメント形式なんだけど、上記のように通常の文字列として書いた場合は (Python 2.xでは) byte string になり、utf-8でエンコードされているという情報が抜けてしまう。 当然のように、非ASCIIなbyte stringは慎重に扱わないと、すぐにUnicodeErrorになる。 from __future__ import unicode_literals をするか、 u"""ほにゃらら""" と書くべき。 例えば、Trac-ja が設定項目のdocstringをbyte stringで書いていて、iniadminというプラグインをインストールすると、docstringを表示しようとしてUnicodeDecodeErrorになる。Tr

拡張引用構文覚えた！ こういう経験があると、たかが「List = list」ごときで何を大げさなと思ってしまうけど、Pythonista的にはこういうのも受け入れられないんだろう。 Pythonistaはtypedefすら拒絶する? (Re: Python での組み込み型をより自然な名前にする) - kなんとかの日記 Pythonは一貫性を重視する言語なので、他の言語の慣習を持ち込んで一貫性を崩すことに対するアレルギー反応が強い。 前にも書いたけど、Pythonのtype名が小文字始まりであることについては、特に技術的な利点とかそういうのがあるわけじゃなくて、単に最初の仕様がそうであって、それがそのまま継続されているっていうだけだよね? (違ってたら教えてください) だから大文字始まりのエイリアスを作るぐらい、そんなに目くじらを立てることとは思えない。それなら「typedef unsign

「(ruby|javascript)でstr.join(array)、pythonでlist.join(str)」http://blog.livedoor.jp/dankogai/archives/51226075.html ここではlistを継承したListクラスをこさえて、そこにjoinメソッドを追加しているが、listに直にメソッド追加する方法はないのだろうか.... 多分できない。 PythonはPerl,Rubyに比べて、上の方は同じくらい柔らかいんだけど、下の方は堅い。 Unicodeのことまで考慮に入れて実装したために、実装がずいぶんと泥臭いものになっている。 join したいものが一種類ではないというのが、 join が list のメソッドでない理由の一つだからね。 str()はUnicodeを食うと例外をお吐きになる。それでいて"dankogai" + u"小飼弾"はu

結局は http://d.hatena.ne.jp/methane/20090702/1246556675 なんだけど、ソースを提示しておく。 まず、Python FAQにはこんな風に書いてある。 http://www.python.org/doc/faq/general/#why-does-python-use-methods-for-some-functionality-e-g-list-index-but-functions-for-other-e-g-len-list The major reason is history. Functions were used for those operations that were generic for a group of types and which were intended to work even for objects t

ある程度の年齢を迎えたプログラマが抱える悩みに、「若手のプログラマと比べて、どうやって価値を出していくか」という問題があります。これは言い換えれば「同じような生産性であれば、相対的に給料の低い若手のプログラマに置き換えられてしまうのではないか」という悩みです。 35才(2004年)でプログラマとしてオープンソースを始め、今年で42才になる俺が通りますよ。 35才までは、SIerの中でSEをやってたので、そんなにプログラムは書いたことがないです。 上記のエントリには、いろんな戦略が書いていますが、ぶっちゃけ戦略は一番重要なことではなく、一番重要なのは、常に自分の価値を高めるために努力し続けることです。 努力や挑戦をやめたら、自分の価値はどんどん陳腐化して下がっていくのは当たり前なのです。 自分がどんなことに挑戦してきたのかちょっと書いてみますね。 2004年1月、プログラマとして何か新しいこ

Javaだとよくビルダーメソッドをstaticで定義するけど、Pythonの場合はできるだけクラスメソッドを使った方が良いだろう。 例えば、float.fromhex http://docs.python.org/library/stdtypes.html#float.fromhex はクラスメソッドなので、 >>> class Foo(float): ... pass ... >>> foo = Foo.fromhex('0x1p-1') >>> type(foo) <class '__main__.Foo'> ビルダーメソッドを子クラスでも利用できる。 もちろん、ビルダーメソッドが子クラスでも妥当であるかどうかは子クラス次第なんだけど、妥当でない場合は子クラスでオーバーライドしたらいいだけの話なので、子クラスでも使えるようにクラスメソッドにしておいて損は無い。

いまさらだけど、 http://0xcc.net/blog/archives/000043.html の Python の部分を添削。 len(a) == 0 は、 if a: のようにリスト自体が空の時に偽になるので使わない。 a.pop(0) は del a[0] とも書ける。どちらでも良いが、多分属性参照が無い分 del の方が高速 a[:] = [] も同じく del a[:] a.remove(x) ※最初の一つしか削除されない は、すべてのxを削除したいなら a = [y for y in a if y != x] del(a[i]) は、 del が関数ではないので del a[i] と書く。 Ruby の a.uniq は、ソート済みに対する操作じゃないよね？ 重複を削除するだけなら set(a) でいけるけど、順序の保存が必要なら z = []; for x in a:

パターン、Wiki、XP ~時を超えた創造の原則 (WEB+DB PRESS plusシリーズ) 作者: 江渡浩一郎出版社/メーカー: 技術評論社発売日: 2009/07/10メディア: 単行本（ソフトカバー）購入: 75人 クリック: 1,306回この商品を含むブログ (155件) を見る確か今年の5月に浅野さんとお会いしたときに、「パターン、Wiki、XP」はとても面白い壮大な物語りだよ〜という話を伺い、読もうと思いつつ購入できていなかったのですが、9月に技術評論社さんへお邪魔したときに運よく頂戴できたので、フィリピンへと持ってきて時間を作っては読んでいました。 印象的ながら謎深いタイトル。 この本、確か出版されたときに、誰かのブログの書評などで目にしていたので、存在は知っていました。その時の印象は「パターン、Wiki、XP」という非常に印象的にタイトルで、記憶にも残りやすいけど、内容

ブログを下記に移転しました。デザイン変更により移転先では記事が一層読みやすくなっていますので、よろしければ移動をお願い致します。 Rubyでソート・アルゴリズムを表現しよう! : melborne.github.com - アルゴリズムとその実装には往々にして乖離があります アルゴリズムが理解できてもその実装が複雑で 理解に苦しむ　ということが少なくありません 原因の１つはプログラミング言語の記述力にあると思います Rubyは極めて記述力が高い言語です 人間の意志をコードで表現する上での制約が極めて少ないのです これが動く疑似コードと言われる所以です ソート・アルゴリズムは配列によるデータ構造を操作します RubyのArrayクラスは強力だから Rubyの記述力を証明するいい題材になります 早速　挿入ソート　選択ソート　バブルソート クイックソート　マージソートをRubyで表現してみましょ

■ [rails] Rails3でrails newとgit initをまとめて行う方法 Railsのテンプレート機能を使う。 1. rails3_template.rbみたいなファイルを用意しておく puts "removing unneeded files..." run 'rm public/index.html' run 'rm public/favicon.ico' run 'rm public/images/rails.png' run 'rm README' run 'touch README.mkd' puts "checking everything into git..." git :init git :add => '.' git :commit => "-m 'initial commit'" puts "done." 2. $ rails new myapp -m

漫画家島本和彦 @simakazu できない日はできない。あせったらもっとできない。 RT @asoumikoto: @simakazu おはようございます！ネームの締め切り今日なのに冗談みたいにできてません！こんな自分に喝を…！

申し訳ありませんが、ご利用いただくには、新世代のブラウザーを使用する必要があります。お使いのブラウザーを最新バージョンにアップグレードしてください。開始するためのいくつかのリンクは次のとおりです。

仕事で、ほぼ連番な数字の配列のなかから、連番になってない抜けの部分の数字を取り出す必要があって、 Perl や Ruby でどう書けばいいかパッと思いつかなかったので Emacs Lisp で再帰で書いた。一応実務で役に立ちましたよ、という話。まぁ Ruby とかでパッと書けないのがダサイじゃんという話でもある。 (setq ns '(1 2 3 5 6 8 9 10)) (defun f (n ns) (cond ((null ns) nil) ((= (1+ n) (car ns)) (f (car ns) (cdr ns))) (t (cons (1+ n) (f (car ns) (cdr ns)))))) (f 0 ns) (setq ns '(1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26

当たり前だと思っている｢自由｣だけど、実は流れに逆らってでも守らなきゃいけないもの、なのかもと考えさせられます。 コロンビア大学教授のティム・ウー氏が、書籍『The Master Switch: The Rise and Fall of Information Empires』を発表しました。その中でウー氏は、20世紀に生まれたさまざまな情報技術には、ある共通の｢サイクル｣が見られると主張しています。 彼によれば、革新的な情報技術は、誕生当初は誰もが自由に使えるのに、ある段階から市場をコントロールしようとする企業が現れます。やがて技術は中央集権化され、一部の企業が｢マスタースイッチ｣を握るような状態になってしまうのです。ウー氏は、オープンなプラットフォームと言われるインターネットも、実際はそんなサイクルの上にあるのではないかと問題提起しています。 ウー氏の指摘した｢サイクル｣は、たとえばア

日本をはじめ世界各国で話題を提供しているウィキリークスだが、第3弾は話題だけでは済まなそうだ。今まではパキスタンやアフガニスタンなどでの裏工作について、誰もが薄々分かっているような、言わば準公開情報の暴露が中心だった。 第3弾はアメリカの国益を直撃するような、重要な同盟国に対する“秘密評価”を含む非常にセンシティブな重要情報の公開となる可能性が高い。ヒラリー・クリントン米国務長官はじめ、アメリカ政府高官が火消しに走っている様子からは、アメリカが同盟国ネットワーク維持強化にいかに腐心しているかが垣間見える。 外交は相手があることなので相手の手の内を読むことが先決で、そのためには相手の手口の背景を分析することが第一歩だ。それなのに、日本では暴露情報の内容ばかりに関心が行き、その背景を読むような報道は皆無のようだ。そして背景を読めないような報道が相次ぎ、少々滑稽に感じることがある。 北朝鮮の砲撃

http://sheddingbikes.com/posts/1289384533.html 話題の絶えないZed。また彼の強力なパーソナリティに関する話になってしまうが、その前にこれは本当のZedが作っているキャラであって、ハッカーとしての真価は彼のプロジェクトによって評価されるべきだと言っておきたい。この数ヶ月にPythonの入門書を書き上げ、Mongrel2をリリースし、さらにLuaでco-routineいよるマイクロフレームワークを構築するなど、面白い実験を行なっている。凄い出力だ。 さて、ドラマの始まり。PGの言語Arcは「プログラムを最短化するのを目的とする言語」ということになっている。その意味を明かにするために「Arc Challenge」なるものを提唱した。次のウェブアプリを何行で書けるか？ ユーザにインプットを尋ねる 中間ページを見せリンクを表示 そのリンクを辿ると元のイ

日本人(http://twitter.com/kohsukekawa)がリードする継続的インテグレーションツール(http://ja.wikipedia.org/wiki/Hudson)の開発コミュニティーとオラクルの間に摩擦が生じている。 http://www.hudson-labs.org/content/whos-driving-thing バックグラウンド： Hudsonはフリーソフトウエア(MIT License)だが、Kohsuke KawaguchiさんがSunにいたころ開発されたため、同社がプロジェクトのトレードマークを持っていたらしい。 買収によりSunのHudsonにたいする権利もオラクルのものになった。 元記事に詳しいタイムラインがあるが、肝心なところを拾うと： 開発はjava.netでホスティングされていたが信頼性の問題などからメーリングリストはgoogle gro

今回の題材は、本連載としては久々のMacだ。「MacBook Air」の新型は10月21日に発表されるや(関連記事)、途端に大きな話題となったのは皆さんもご記憶のとおりだ。 今回は、発売後まもなく購入した11インチモデルを使っての感想をお伝えしたい。Macユーザーが称賛し、Windowsユーザーも気になる「新Air」の本当のところを語ってみよう。 ULV版Core 2 Duoにモデルチェンジ スペックは低いが価格も安い まず、新Airの概要をおさらいしておこう。新Airは、2008年に登場した前モデルの「薄い」というアイデンティティーを継承しつつ、デザインと作りを変更。13.3インチと11.6インチの2モデルラインナップになった。前モデルは「白い恋人」などのラングドシャ・クッキー的な「縁だけがゆるやかに薄くなる」形状であったが、新モデルはヒンジ部が若干厚い「角丸のくさび」型だ。 今回採り上

2024年も大詰めの12月13日(金)に、めでたい紅白カラーが肉を彩る「24/25 T.O.P.(ザ・ワンパウンダー 24/25)」がバーガーキングから登場しました。トマトとピリ辛ソースの赤に、5種類のチーズを使った白いソースを合わせた総カロリー1340kcalの超大型チーズバーガーで年末年始を祝うべく、実際に食べてみました。 年末年始限定で紅白カラーの超大型チーズバーガーを発売！『24/25 T.O.P.（ザ・ワンパウンダー 24/25）』ワッパーセット300円引きクーポン入り「めでたい大入袋」付き！ https://www.burgerking.co.jp/#/campaignDetail/1792 バーガーキングの店舗に到着しました。 店頭では年末年始限定バーガーがアピールされています。 というわけで、「24/25 T.O.P.(ザ・ワンパウンダー 24/25)」をテイクアウトして帰