依存関係のみを列挙したdebを作る - walf443's blog
自分の環境とかを作るときに依存関係のみを記述したdebとかがあると気軽に環境を再構築しなおせたりして便利。equivsというパッケージを使うと依存関係のみを記述したパッケージを簡単に作れるらしい。 $ equivs-control walf443-setup $ vi walf443-setup # 必要なところをコメントアウトして書く。ほぼPackageとDependsを書けばOK. $ equivs-build walf443-setupそうすると、walf443-setup_1.0_all.debができるので、dpkg -iするなり、ローカルのaptサーバーに入れるなりする。 設定ファイルだけをリビジョン管理しておけばよいのでsvn-buildpackageとか使わなくても管理、アップデートも楽チン。 また、あとから依存関係を増やしても、各サーバーにaptitude update &
QCon Tokyo 2009へ行ってきました - recompile.net
QCon Tokyo 2009に参加しました。日本では、なかなかなじみの薄い有料イベントということで、それほど動員があったわけではないようですが、とても刺激を受けた有意義なイベントで、個人的には技術的なポートフォリオを組み替える必要を感じたイベントです。おそらく、私のキャリアにとっても転換点となるイベントになるかもしれません。ご存知の通り、私は今までの技術的キャリアをオープンソースとオブジェクト指向言語に投資をしてきました。この戦略は大変に上手く機能していたわけですが、次の5年間には別のポートフォリオが必要だと、このイベントではっきりとしました。 総括 今回のQConのキーワードは、クラウド・コンピューティングとリーンソフトウェア開発でした。前者については、予想通りといった印象ですが、後者については日本の状況からすると意外な言葉です。 クラウド・コンピューティングは、今年のバズ・ワードとし
QCon Tokyo 2009へ行ってきました（続き） - recompile.net
どうやら、リーンソフトウェア開発は、本当に必要なものだけをつくるための方法論として広く理解されているようです。リーン方式であれば、必要なものだけを作るので、ソフトウェア投資を必要最小限に抑えることができます。 こうしたふたつのキーワードの背後にある環境要因が不況です。ハードウェア投資を抑制する手段としてクラウドコンピューティングが、ソフトウェア投資を抑制する手段としてリーンソフトウェア開発が着目されているのです。 では、これは一時的な現象なのでしょうか。多くの論者は、そうではないと考えているようです。現在は、構造的転換の節目にあるという認識が広く共有されていました。不況は、単にこうした傾向を押し進めているにすぎない環境要因のひとつです。 もし、この変化が構造的変化だとすると、私たちのビジネス環境はどのように変化するのでしょうか。端的に言えば、定年になるまで今の会社で食っていくことができるの
Top 5 Database Research Topics in 2008
岡野原君が自然言語処理関連で2008年に読んだ論文のベスト5を紹介しています。それに倣って、僕も個人的にインパクトのあった2008年のデータベース研究のベスト５を集めてみました。 Michael J. Cahill, Uwe Röhm and Alan D. Fekete. Serializable Isolation for Snapshot Databases. SIGMOD 2008. (ACM DOI) 真っ先に思い浮かんできたのがこの論文。SIGMOD2008のベストペーパーでもあります。僕自身、トランザクション処理を長く研究していた経験から、Serializability（ディスクのread/writeの順番をあるプロトコルに従って入れ替えても、データベースの検索・更新結果に影響を与えない）を保障しつつ、一秒間あたりに処理できるトランザクションの数（つまりスループット）を上げる
リテラシーの断崖にて
積読・読書途中の本に関する雑感や、オンライン上の面白コンテンツ、そして世の中の不合理に対する暴言を脊髄反射的に記す。 yutakashino (柏野 雄太) another weblog: kashino.exblog.jp Archive 僕はアカデミック業界に失望して、といえば聞こえがいいが若いアカデミシャンが持つべき服従だとかディーセンシーという属性がなかったために実質ドロップアウトしたのだ。それで糊口を凌ぐために、ビジネス界というかプログラム制作業界に来た。それで最初に感じたのは、世の中の人ってこんなに基礎学力が足りなくても本当にいいのか？ということだった。もちろん学術系の業界にもどうしょうもなくリテラシーが低い人たちはいて、そんな人を見る度にどうしてあれが学者をやっているのか不思議で仕方がなかったのだが、それでも実業界の平均的なリテラシーレベルに比べるとかなりレベルは高いのだと後
バカが征く on Rails 2009年04月17日
こないだのはマズかったかなぁ。いや、後悔してるわけ じゃないけど。 えーと、現行のルールで対処できない問題については、 価値観と原則が行動の指針になる、というのが結論。 でもって、この価値観と原則は明文化できるし、 したほうがいい。 XPE2で取り上げられている価値観と原則は、次のページに まとめてある： http://www.jitu.org/~tko/doc-jp/xpe2.html -- まぁ、ここであげられてるように、コミュニケーション っていうのは、価値を高めなきゃいけないものの中では 筆頭なわけだな。まぁ、respectは別格だけど。 で、コミュニケーションの重要性っていうのは、このテの 本の古典である「人月の神話」のころからいわれてる わけだな。つまり、コミュニケーションっていうのは、 XPに限った話じゃなくって、ソフトウェア開発っていう 枠で見たときも重要なわけだ。 って、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Flash-Based DBMSの最前線
Web業界で転職・キャリアアップをするなら - ウェブキャリア
まつもとゆきひろが語る「ビューティフルコード」×「プログラマ35歳定年説」