ウノウラボ Unoh Labs: mod_proxy_balancer 小技集
こんにちは sato です。 ベンチャーでは高価なハードウェアバランサなどを購入することはできないですが、 apache2.2 から mod_proxy_balancerという apacheモジュールの ソフトウェアバランサが 追加されたので、フォト蔵でも使用しています。 今のところ proxy サーバがボトルネックになることはないです。 想定構成は以下とし、apacheは 2.x を使用しました。 proxy1 +------web1 +------web2 ... +------webN ・基本設定 httpd.conf LoadModule proxy_module modules/mod_proxy.so LoadModule proxy_balancer_module modules/mod_proxy_balancer.so ProxyPass / ba
Rabin Karp アルゴリズムでコード重複の検出 blog.bulknews.net
Rabin Karp アルゴリズムでコード重複の検出 YAPC::NA で会った Fotango の Norman Nunley がつくってる Algorithm::RabinKarp モジュールが面白げです。 Rabin Karp 文字列探索アルゴリズム (wikipedia) を使って文字列のハッシュ（ダイジェスト）をチェックし、同一の値を示す部分を重複しているとみなしてレポートしてくれます。つまり、プロジェクト内のコードのコピーペーストを検出するツールとして使えるというわけ。 ためしに Plagger で試してみた結果は rabin.txt のようになりました。プラグインの register_hook や CustomFeed での Feed オブジェクトの生成など、イディオム的に使う部分が大半になってしまっていますが、いくつか実際コピペで再利用しているコードが検出できています。 c
i-node 値と test(1) について - Cocelo Style
id:otsune 様が i-node 値について教えてくださった のでそのメモです。 i-node 値というのはファイルに割り振られている電話番号みたいなもので、ディレクトリはそのアドレス帳みたいなものです。 UNIXのinode番号: 中年SEのありふれた生活 FreeBSD QandA 592 さて、上記のサイト様で i-node 値の概要を勉強したら、昨日 id:otsune 様から 教わった内容 を考えてみましょう。 以下がその内容です。 ls -il /bin/test /bin/[ ls -li /usr/share/man/man1/￥[.1.gz /usr/share/man/man1/test.1.gz 以下が上記のコマンドを打ち込んだ結果です。 $ ls -il /bin/test /bin/[ 49 -r-xr-xr-x 2 root wheel 7460 May
日刊良スレガイド:喪友とのメールでありがちなこと
「このエロゲよくね？」 「認めねえ」 「このアニメいいよな」 「ふざけんな」 「死ね」 「お前が死ね」 「彼女できた」 「嘘乙」 「釣られんなよ」 「スルーしたらかわいそうだろ」 「俺お前大好き」 「ずっと友達でいてくれよな」
Iterator,Closure v.s. OOP - koyachiの日記
イテレータはオブジェクトインターフェースの一つで、nextメソッド等でオブジェクトが保持する次の要素を必要な時に取得することができるものです。リスト自体が巨大であったり、リストの生成に時間がかかる場合や、必要となるリストや要素についての情報がわからない場合に、必要量だけ取得できるのがイテレータの利点です。 最小値と最大値を指定されたリストを生成し、イテレータで順にその値を取得するオブジェクトの実装について考えてみます。 my $it = upto(7, 11); $n = NEXTVAL( $it ); # $n == 7 push @a, NEXTVAL( $it ) for 1..3; # @a == (8,9,10) $x = NEXTVAL( $it ); # $x == 11 # この時点で$it == undefined unless (defined NEXTVAL( $it
わたしが知らないスゴ本は、きっとあなたが読んでいる: 欠陥上司が部下を殺す
上司に恵まれなかったら「オー人事」は古いか… 今じゃ上司次第で部下が死ぬ。冒頭、冗談ぬきの事例が紹介される。「むごい」というしかない。仕事を続けるのにソコまでしなきゃならんのか、と言いたくなる。だけど、追いつめられた本人はそこまで考えがおよばない。 「心の病」が増加しているという。成果主義への移行、派遣社員・正社員の責務差、IT偏重の業務、組織のフラット化による若年管理職… など、要因はいくらでも思いつく。ストレス社会は今に始まったことではない。にもかかわらず、特に最近、急上昇している原因は上司にある、と筆者は断ずる。「こんな上司が部下を追いつめる」は、部下を生かすも殺すも上司次第という。これは同意。しかし、そろそろ課長クラスを担うようになるバブル入社組をヤリ玉に上げるのはカワイソス(´・ω・`) 「こんな上司」とあるが、どんな上司が部下を追いつめるのだろうか? 部下は使い棄て、育てるつも
プログラミング言語や数式はバイダイレクショナルなのだ - 檜山正幸のキマイラ飼育記 (はてなBlog)
もうモナドの話題じゃないです。けど、少し引きずってますね； モナド関連で、「左から右」と「右から左」に触れたんですけど、そのことについてです。 ヘブライ語やアラビア語の書字方向（scriptingのdirection）は、右から左に向かう横書きということです。でも、"2006"という年号や"Isac Newton"なんて人名（外国人名になります）は左から右となるので、一行のなかに「右から左」と「左から右」が混じることになります。こんな書き方をバイダイレクショナル（bidirectional）、略してバイダイと形容します。 ヘブライ／アラビア語はたいへんだなー、と思うのだけど、プログラミング言語や数式も実はバイダイなんですよね。例えば、foo(a, b); bar(x);を考えてみると： 呼び出しの時間順は、foo(a, b);→bar(x); だから「左から右」でいいですね。しかし、引数を
図式順テキスト記法（DOTN）
圏論の計算のために、テキストエディタとキーボードだけでも容易に入力可 能な記法を提案し、計算を実行してみる。この記法は、図式順（diagrammatic order）に左から右に向かって書き記す方式である。 1. はじめに 圏論の計算のために、テキストエディタとキーボードだけでも容易に入力可 能な記法を案出しようと何度か試みて、何度か（試みと同じ回数）挫折した。 それで得た教訓は、あまり高望みせず（所詮、テキスト表現では限度があるから）、 できることだけをチマチマとやっていくほうがよさそうだ、ということ。それ で、自然変換の計算にしぼって、アスキー文字＋ギリシャ文字(*注1)で書け る記法を提案し、計算を実行してみる。 テキストによる式は、diagrammatic order、つまり左から右に読めること に拘った。この特徴を強調して、ここで述べる記法を‘図式順テキスト記法 （Diagram
ストリング図による複合モナドの計算 (1)
四角形の左右の辺が圏を、上下の辺が関手を表す。四角形内部に自然変換 （の名前）を記入する（F⇒Fの恒等自然変換の場合は四角形内は空白とする）。 関手は左から右、自然変換は上から下と方向を決めているので、いち いち矢印は書かなくてもよい。（人により、右から左、下から上の方向も使う ので注意！） 次は、複合的なペースティング図と、それに対応するスタック図の例である。 α:: F;;G ⇒ H : A→C β:: F;;F ⇒ K;;L : A→A 4. ストリング図 平面内で、一筆書きできる“交差しない境界線”で囲まれた領域を‘部屋’ （chamber）と呼ぶ。平面内に描かれた有向グラフDが、部屋Rに対する‘スト リング図’だとは、次を満たすことである。なお、‘開いた辺’とは、始点ま たは終点のどちらか一方のノードを持たない辺であり、ここではグラフに開い た辺を認める。 すべてのノードは部屋の
ブログユーザビリティ：間違いトップ10
ヤコブ・ニールセン博士のAlertboxより。ブログユーザビリティの間違いトップ１０について書かれている。 Weblog Usability: The Top Ten Design Mistakes ヤコブ・ニールセン氏について Jakob Nielsen博士のAlertbox(Alertbox日本語訳サイト) ウェブのユーザビリティに関しては、アメリカで並ぶもののない第一人者Jakob Nielsen博士。博士自ら運営するサイトuseit.comで連載中のコラム『Alertbox』は、ウェブ制作者のバイブルとして長年にわたり読みつがれています。 Webユーザビリティとは、かなり簡単に説明すると、そのサイトが訪問者にとって閲覧しやすいか、という事です。 彼の発言する事には、いろんな方が影響を受けています。私もAlertboxのコラムはほぼ読み終えました。このブログでも、多大な影響を受けてい
AspectJによる契約駆動開発 (実験編) - 檜山正幸のキマイラ飼育記 (はてなBlog)
前回触れたiContractやJMLでは、クラスやメソッドの定義の直前にドキュメンテーション・コメントと同じようにして契約を書けます。ところが、アスペクトを使う場合には、ソースコード内に直接契約を埋め込むことはできません。契約だけ別ファイルに書くことになります。これは欠点でもありますが、契約だけを事前に準備する（契約ファースト！）には向いているし、契約（だけ）のメンテナンスも楽です。 そういう事情で、ここでは、インターフェースに契約を付与することを考えましょう。 契約付きインターフェース 契約付きインターフェースの構文は、Eiffelを参考にテキトーにでっち上げます。 クラス宣言頭部に不変条件を、invariant 条件の形で書く。 メソッド宣言頭部に事前条件を、requires 条件の形で書く。 メソッド宣言頭部に事後条件を、ensures 条件の形で書く。 戻り値はresultで表す。
AspectJによる契約駆動開発 (準備＋蘊蓄編) - 檜山正幸のキマイラ飼育記 (はてなBlog)
そういうわけで（前のエントリーからの続きの気分）、なんかAspectJの練習をしたくなりました。メイヤー・ファンの僕としては、最初の課題に契約（contract）をやってみたい。"The AspectJ(TM) Programming Guide"の1.3節"Development Aspects"にも、"Pre- and Post-Conditions"、"Contract Enforcement"という例が出ているのだけど、もう少し系統的な契約記述法を探ってみましょう。 契約といえば、メイヤー先生に決まってんでしょ 契約概念について知りたいなら、迷わずメイヤー本『入門』の第7章「ソフトウェア構築への体系的アプローチ」（70ページもある）を読むべし。短い解説ならWeb上でも読めます→http://archive.eiffel.com/doc/manuals/technology/cont
AspectによるDesign by Contract - 檜山正幸のキマイラ飼育記 (はてなBlog)
以前（4月3日）、「AspectJによる契約駆動開発 (準備＋蘊蓄編) 」、「AspectJによる契約駆動開発 (実験編）」というエントリーを書いたのですが、それに対して“通りすがり”さん（なんでもいいからハンドル付けて欲しいな）に、有益な情報を提供していただきました。ありがとうございます。 まず、消滅してしまったと思ったiContractが、iContract2として最近復活したようです。 iContract2 (http://www.icontract2.org/) "iContract2 is a revival of Reliable System’s iContract project"とのこと。 さらに（by 通りすがりさん）： iContract2 のソースをちらっと見てみたけど、自前でソースをパースしている様子？ いまどきなら、AOPを使うよなぁと散策したところ、ちらほら発
かめ？:鈴木邦男著『愛国者は信用できるか』を読んで、広がる妄想 - livedoor Blog（ブログ）
筋金入りの右翼・鈴木邦男さん。 当然、わしとは考え方がまったく違うところもあるのだが。 エライ国に属せば、自分はエライ人間になれる ↓ だから、日本をエライ国扱いしよう ↓ そのためには、過去も現在も日本のやることはなんでも正しい 周りの国は正しくない、と、言い張ろう ↓ ホラホラ、これでニッポン完璧！ だからボクは偉いんだよ、バカにするなよな、エッヘンプイ！ という、自分はなんの努力もしないで 自分を高めることよりも他人を低めることで偉くなった気になる エセ愛国者どもとは違って、彼は本当に日本を愛していて そして自分の努力で、この国をもっとよくしようという気高い志のある人だと思う。 信用できるし、尊敬できる。 が、最近は「反日」呼ばわりされることもあると、本書には書かれている。 国をよくしようと思ったら、現在よくないところも見なければならないし 指摘しなければならない。 そういった「憂国
ITmedia Biz.ID：「明日できることは今日やるな」2ちゃんねる管理人・西村博之さん
影響を受けた本は、戦国時代末期の剣豪・宮本武蔵の「五輪書」だという西村博之さん。最近では2ちゃんねるの管理人だけでなく、携帯電話向けサービス「ニワンゴ」の取締役“管理人”も務めるようになった。ビジネスパーソン・西村博之の仕事術はいったいどういうものなのだろうか。 奥義「各個撃破」で仕事に対処 最近、五輪書を読んで多忙な時の対処法を学んだ。「5人を相手にした戦いも、1人の敵との戦いも基本的に変わらない」ことがわかったという。つまり、時間を細かく区切れば、5人の刃が同時に当たることはない。極端に言えば5人と対峙していても1対1の戦いに持ち込めるというものだ。 大量の仕事を時間差で各個撃破することによって、後に回せるものは極限まで後に回す――、すなわち「明日できることは今日やるな」という西村さんの座右の銘にもつながる。 最近は2ちゃんねる以外の仕事も増えつつある。「2ちゃんねる検索」などを開発す
革命の日々! Bjarne Stroustrup による "Lambda expressions and closures for C++"
3/16 < とか > とかを < > を使わず生で書いているところが多々ありました。すいません。 直しました。 --------- cppllメーリングリストの投稿によると C++の生みの親ストラウストラップ先生がC++にクロージャーを導入する言語拡張を提案しているらしいです。 提案自体は賛成、というかクロージャーできないおかげでいままでC++がどれだけ醜いプログラムになってきたかを考えれば遅すぎたぐらい。 特にSTL使うと関数オブジェクトつくりまくる羽目になるし・・・ しかし、しかしだ。 これはないんじゃないの？ 以下、引用 挙げられていた例として，xとyを引数にとって合計を返すLambda関数は， <> (int x, int y) -> int { return x + y; } と表現されるようです。さらに'extern'キーワードにより， Lambda関数外の変数を
Table,Caching,Memoize,Closure,Profiler - koyachiの日記
入力に対して決まった値を返し、入力値のレンジが広く、何度も値を取得する必要がある場合、Cなんかでは初期化時に全入力値に対する結果を保持するテーブルを生成したりします。速度重視する場合のsinテーブルとか。割と制約がシビアでない環境では、新しい入力パラメタが与えられるたびに値を保存する関数でもいいと思います。 my %cache; sub fast_sin { return $cache{ $_[0] } if exists $cache{ $_[0] }; $cache{ $_[0] } = sin( $_[0] ); }PerlのMemoizeモジュールや、JSANのMemoizeモジュールを使うとこのキャッシング機能を毎回書く必要がなくなります。Perlの場合は、 use Memoize; memoize 'sin';とするだけでsin関数にキャッシュ機構が組込まれます。 Perlでの
SGMLindex.html, Latest updated 2015.07.16
適用範囲 適用分野 用語の定義 表記法 実体構造(式1～式6) 要素構造(式7～式43) 処理命令(式44～式45) 共通の構成要素(式46～式64) マーク宣言 － 一般(式65～式109) マーク宣言 － 文書型定義(式110～式153) マーク宣言 － 連結処理定義(式154～式170) SGML宣言(式171～式199) 規格参照具象構文・核具象構文 適合(式200～式204) 参考集(Under construction ahead,この先工事中) ただし，参考11（SGML構文式一覧）の内容は，構文式間に関連付けをおこなったので利用されたい。 解説(Under construction ahead, この先，工事中) 参考 参考 このHTML文書の構文の記述は，NCALS-HTMLに文書型宣言を追加し，文字符号をUTF-8にした。
■ - ( ・ω・)ノ＜しすてむ開発。
ExcelのVBAの仕事の中で、 「現在動いているものですからサンプルに〜」 っといただいたものがあった。 コードを開いたら・・・・・・ Sub Edit_Proc2(Flg As Integer) Dim i As Long Dim j As Long Dim k As Long Dim m As Long Dim n As Long Σ(ﾟдﾟ )！？！？ ソースを開いてわずか1秒。 目の前がクラクラしました。 この後のソースを見るまでも無く断言できる。 (,,ﾟДﾟ)＜これはクサレコードだ たった7行ですが以下の状況により次のことが推測できます。 Function名が連番名になっている おそらくループカウンタが5つもある その全てが1文字変数である これらより 2より、このFunctionの行数はだいぶ長い 同じようなFunctionが複数ある サブルーチン化などされてようはずはない
Rubyリフレクション
最終更新日： リフレクション 「自分自身を自分で変えちゃうのかょッ(仮)」 ■はじめに 何かが変化するとき、直接の原因となるものに外的要因と内的要因がある、ように思う。 たとえば、 輪ゴムが伸びる。 水が氷に変わる。 草や木が成長する。 細胞分裂。 [�T] 無機的なモノがその形を変える場合、えてして、外力が働く必要があるように思える。 [�U] 生命的なモノが変化する場合、そのモノを構成する分子間での協調的な動作の結果、自発的に全体の形が変る、気がする。 （何をもって「生命的」かというのは難しい問題ですが） さて、 [�T]はトップダウン的。中央集権的。[�U]はボトムアップ的。分散強調的。ともいえるだろうか? 我々が普段何か「モノづくり」というときには、[�T]トップダウン的につくる。それを構成している部品(モジュール)が何かを考えて、部品を作り、それら組み立てる。アイボ
A Gentle Introduction to SGML [ja]
A Gentle Introduction to SGML やさしいSGML入門 目次 2 A Gentle Introduction to SGML（やさしいSGML入門） 2.1 What's Special about SGML?（SGMLの何が特別なのか？） 2.1.1 Descriptive Markup（記述的マークアップ） 2.1.2 Types of Document（文書の型） 2.1.3 Data Independence（データ非依存） 2.2 Textual Structure（テクスト構造） 2.3 SGML Structures（SGMLの構造） 2.3.1 Elements（要素） 2.3.2 Content Models（内容モデルの概念） 2.4 Defining SGML Document Structures: The DTD（SGMLの文書構造を定義
Dirk Riehle: How and Why Wikipedia Works: An Interview with Angela Beesley, Elisabeth Bauer, and Kizu Naoko
See here for a citable reference of this interview (as well as errata) and here for the paper's PDF. The article was featured in a Harvard Business School case and is included in other corpora as well. This work is made available under the Creative Commons BY-SA license. ABSTRACT This article presents an interview with Angela Beesley, Elisabeth Bauer, and Kizu Naoko. All three are leading Wikipedi
Ywcafe.net
Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Contact Lens Anti Wrinkle Creams Migraine Pain Relief Cheap Air Tickets Accident Lawyers Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy|Do Not Sell or Share My Personal Information
macska dot org » Blog Archive » 共感はできても賛同してはいけない「『バックラッシュ！』を非難する」
Filed under backlash, economics Posted on 2006/07/08 土曜日 - 15:20:07 by admin You can leave a response, or trackback from your own site. http://macska.org/article/145/trackback/ 35 Responses - “共感はできても賛同してはいけない「『バックラッシュ！』を非難する」” 匿名 Says: 2006/07/08 - 20:55:01 - > 「なぜバックラッシュに対する感情的な反感が発生するのか」というのは明らかに複数の論文の中心的な課題 えっ、そうだったんですか？わたしゃ買ってないのですが、販促ブログとか読んでて「なぜバックラッシュ（そのものや、それ）に対する感情的な『共感』が発生するのか」解説した論文がたく
おばちゃんのジェンダー: 何もない日のブログは、引っ越しました。
最近、 ほんっっっっっのちょっと、 前より物事を遠慮しなくなった気がする。 自己主張しなきゃのアメリカンになったのかただ単におばちゃんになったのか迷うところだ。 ところでこんなことを言ってはかなりナンだけど、 奥ゆかしさは別に女性に生まれつき備わったものではない。 ただそういうほうがお得だ、という国なだけだ日本が。 昔のヨーロッパであった細すぎコルセット、 中国であった纏足、 今のハイヒール、 ギャルな服も、過剰な薄着も、メイドの制服も、 そうそうあんなかんじ、 男に好かれるための枠、というところに女性を押し込む、 もしくは女性から進んでその枠に入る、 そういう息苦しさというのは女には付いてまわる。 まあただそれはそれで楽しいので （リアルの女がどういう生き物かなんて男には永遠にわかるまい） 全然いいんだけど。 しかし、 ふと街でえらい強いおばちゃんに会ったりしてよく観察してみると、 そう
[N] 液体にインスパイア（？）されたファイルブラウザ「Liquifile」
An odd approach to file managementというエントリーより。 While it’s an interesting concept, it’s still in a pretty early stage, and it’s hardly sufficient to replace the Finder. MacUserで、全く新しいタイプのファイルブラウザー「Liquifile」が紹介されていました。恐らく「liquid = 液体」というのが語源になっているのかな、と思います。 実際の画面を見ても直感的に理解するのはなかなか難しそうではあります。こんなインターフェースは見たことがない、という感じです。しかもこれがFinderの代わりですからね。 「Liquifile」のウェブサイトを見ると‥‥ It is designed for visual thinkers
![[N] 液体にインスパイア（？）されたファイルブラウザ「Liquifile」](https://cdn-ak-scissors.b.st-hatena.com/image/square/73012f30194a88ae4f902a4b17832a95639ec9a6/height=288;version=1;width=512/https%3A%2F%2Fnetafull.net%2Fwp-content%2Fuploads%2F2006%2F07%2Fcontent_images_liquifile-screen-explained.jpg)
Googleの目指す新しい資本主義の形 - Casual Thoughts about Any Phrase
グーグルという会社はギーク(エンジニア)が一級市民で、スーツ(ビジネスパーソン)は二級市民と言えるほど、エンジニア優位の文化を持った会社である。グーグルは、その思想を、これほどの大きな会社になってまでも維持している稀有な会社だ。 ･･･<中略> 戦略においても組織論においても、他社とは全く異なる世界観で競争が行なわれている グーグルは「次の大ヒット」を生み出せるのか 梅田さんはGoogleは他社とは異なる世界観で経営をしていると強調されている。 この世界観の違いが何に起因しているのかと言うと、私はずばり「資本」というものの捉え方の違いにあると考える。 資本とは、「生産活動を行う元手になるもののこと」。 資本の代表として「お金」がある。従業員の給与を払うにも、研究開発をするにも、設備投資をするにも、手元に「お金」がなければ何もできない。 なので、典型的なアメリカ型資本主義経済では、元手として
医学都市伝説: 日本人の見わけ方
2006年07月09日 日本人の見わけ方 [社会・歴史] 1942年、中国に駐留していた米軍兵士に配られた中国についての解説本、"A Pocket Guide to China"に収録されていた、"How to Spot A Jap"(日本人の見分け方)。内容だけでなく、アメリカンコミックになっているところなどが中々香ばしい一品。(Via) 中身はライアンとテリーの2人組が、米軍パトロールにとらえられた日本人スパイ容疑者と中国人を区別する方法を教えるというもの。「まずその外観だ。中国人はアメリカ人とそう身長は変らないが、日本人は背が低く、足が胸に直接くっついているように見えるのが特徴だ」。「中国人は皮膚の色が少し濃いが、日本人はレモンイエローだ。中国人の目は欧米人とそう変らないが、いくらか細めで、日本人は寄り目が多い」。 「中国人は受け口気味で、日本人は出っ歯。表情が乏しいのが日本人で、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
- Aide Ubuntu - installer, configurer et utiliser Ubuntu, Kubuntu, Xubuntu, la distribution Linux en vogue
Coboler.com is for sale | HugeDomains
Coboler.com is for sale | HugeDomains
IBM Developer
Amazon.co.jp: Higher-Order Perl: Transforming Programs with Programs: Dominus, Mark: 本
http://davs.asablo.jp/blog/2006/07/09/438130
http://d.hatena.ne.jp/sava95/20060709
http://rails.office.drecom.jp/takiuchi/archive/65
社会的評価の低さ - 酔狂人の異説(新館)
[Rails] RSS::Parser Documentation