Mercurialでのコンフリクトの解消方法 - 射撃しつつ前転 改
Mercurialでは複数のファイルを変更した際に、一部のファイルのみをコミットする事が出来る。この機能は割とよく使うのだけど、ちょっとした落とし穴がある。共有リポジトリに他の誰かが既に変更をコミットしていた場合に、マージするのがちょっと面倒くさくなる。 誰かが先にコミットをしていた場合、hg pullで変更点を一端こちら側のリポジトリに取り込んでからマージする事になる。hg pullした時点でリポジトリの最先端が枝分かれするので、hg mergeで変更点のマージ準備を行ってマージをしないといけないんだけど、hg mergeを実行しようとしても、"abort: outstanding uncommitted changes"というエラーが出てマージが行えない。 おちついてメッセージを読んでみれば、コミットしてないけど変更されてるファイルの存在が問題である、という事が分かる。なので、ひとまず
Scalaチュートリアル - Spirit of Apprenticeship (みならいだましい)
まつもとさんのところで見て気になったので訳してみた。 http://lamp.epfl.ch/~phaller/doc/ActorsTutorial.html Scalaアクター -- ショートチュートリアル 著者: Philipp Haller Date: May 24, 2007 はじめに マルチコアプロセッサーの到来と共に、並列プログラミングは無視できないものになりつつある。Scalaの主たる並列性の構成要素はアクターである。アクターは基本的な並列プロセスで、メッセージ交換を通じてお互いにやり取りできる。アクターは、また、メッセージ送信に反応してメソッドを起動する生きたオブジェクトの一形態と見ることも可能だ。 Scalaアクターライブラリは非同期と同期両タイプのメッセージ送信(後者はいくつかの非同期メッセージを使って実装される)をサポートする。さらに、アクターは非同期にリクエストを処
Scala と Erlang でリングベンチマーク：Rainy Day Codings：So-net blog
[1] http://haskell.g.hatena.ne.jp/jmk/20070509/1178703858 [2] http://d.hatena.ne.jp/sumim/20070513/p1 リングベンチマークというのを Erlang と他の言語で作って比べてみると Erlang の軽量プロセスのすごさがわかるよという話。Scala で書いてみた。Scala のアクターを使ってみるのは初めて。 import scala.actors._ import scala.actors.Actor._ import Console._ import scala.actors.Exit object Ring { def main(args: Array[String]) = { val begin = System.nanoTime() start(args(0).toInt, args
Matzにっき(2007-06-01)
<< 2007/06/ 1 1. [Ruby] 楽天技術研究所フェロー就任の影響 2. [知財] 私的録音録画小委員会、CD売上減と私的複製の関係めぐり議論は平行線 3. [Ruby] 川o・-・）＜2nd life - Ruby で debug する7つの方法 4. [Ruby] Rails vs Django: a non biased yet useless comparison 5. [OSS] Dave Gilbert's Weblog : The Badness of JFree 6. [OSS] Trust, But Verify - O'Reilly ONLamp Blog 7. [言語] Scala Actors -- A Short Tutorial 8. [Ruby] taw's blog: Why RLisp will not support Ruby class
サン・マイクロシステムズ - Sun SPOT 無線センサーネットワークデバイス
日本のオラクル・コミュニティが一堂に会するプレミア・イベントにぜひご参加ください。新しいスキルを身に付け、業界エキスパートと交流し、複雑なビジネス課題を解決するためのソリューションを発見しましょう。
「load average」によるCPU負荷の確認
Solaris 8でメールサーバを構築しています。以前、サーバの応答が遅くなった際、CPU負荷を確認しようと思いましたが、Solaris 8にはtopコマンド*がありませんでした。そこで、uptimeコマンドを使用したのですが、出力の「load average」の単位が分かりません。非常に応答が悪い状態でも、「1」や「2」という値なので、CPU使用率ではないようです。この単位を教えてください。 run queueとwait queue 「load average」は、run queueに入っているジョブ*の数を表しています。run queueとはCPUに割り当てられたジョブが入れられる待ち行列のことで、CPU数が1つのときに「2」と表示された場合、CPUは2つのジョブを実行しています。この平均値が「load average」であり、左から1分、5分、15分間のrun queueにあるジョブ
携帯電話の開発者は全員『ヒューメイン・インタフェース』くらい読んどいてくれ - ただのにっき (2008-02-22)
■ 携帯電話の開発者は全員『ヒューメイン・インタフェース』くらい読んどいてくれ 今日は、ツータッチサイト機能の使い方を、マニュアルを見ずに発見しました。おれは天才かも知れん*1。 こないだの日記のツッコミで「SAは使いやすいですよね」と言われ、そうは言ってもめったに機種変しない人なので比べるサンプルが少なすぎて答えようがない。キャリアによる違いなのか機種・メーカーによる違いなのかもわからない。W31SAの前に使っていたのはW11Hで、これもさほど問題はなかったし。とはいえ、D705iμがかなりひどいのはわかる。 たとえば読んでいるメールの本文の一部を、クリップボードにコピーする操作をみてみよう。まずはW31SAの場合: [メニュー] [↑(メニュー2ページ目へ)] [1(範囲指定)] (始点までカーソル移動)[始点(センターキー)] (終点までカーソル移動)[終点(センターキー)] [1(
スーツのお仕事は「問題 VS わたしたち」の構図を作ること - GoTheDistance
やっぱこれかなって思う。 よくあるパターンなのですが、｢顧客側の意思決定者」⇔「顧客側の担当者」⇔「私たち」という構図。直接の対面する相手は担当者の方で、実際にプロジェクトの意思決定をされる方は後ろにいらっしゃるというパターン。逆にこういうのが多分一番多くていきなり最終的な意思決定者と直接コンタクトが取れる、意見を述べることが出来る、というのは少ないと思います。 こういう時に最も起こりやすい葛藤は「顧客の担当者がYESなんだけど、顧客の意思決定者がNoで巻き戻る」というもの。これを経験したことが無い人はいないと思うのです。また「自分のチームリーダーがYESなんだけど、他会社のPMがNoでしわ寄せが来る」なんていうケースも基本的なケースです。結構ウェットです。立場が違う複数の人間が交じり合った中で共通なYESを作ることが、どれほど難しいことか。 こういう状況には一貫した類似点があって、「問題
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
azito.com
IBM Developer
Engadget | Technology News & Reviews
生きあたりまったりブログ
TechCrunch | Startup and Technology News
TechCrunch