日頃Mac上でVMWare Fusionを使っているのだが、ごく稀にホストOSがハングアップする
問題が発生していたどうしたもんかと思っていたら、act2のサポートでこんな物を見つけた。

2008 年 10 月発売 MacBook シリーズ利用時に発生する症状と対処方法について

これによると.vmxにmks.gl.shaderMainBodyTemplate=3の記述を
追加すればよい、ということらしい。

ところが、この記述を追加しても一向に少々が改善しないので、駄目押しで
ゲスト(XP)のハードウェアアクセラレーターでDirectDraw,Direct3D,
カーソルと拡張描画のアクセラレーションをOFFにしてみた。
一日くらい使っているが、今のところは大丈夫そう。

まぁ、あるとき突然発生するのでまだなんともいえないのだが、
ハングアップの状況(画面にレインボーノイズのような乱れが出て止まる)を見るに、
グラフィックチップ周辺の問題の様子。
この世代のMacBookはどうもこのあたりの動作がシビアらしい。

Macの主な用途は”(･∀･)ｶｺｲｲTerminal”という役割だけなので
色気づいた機能は全部外す方向でいこうと思う。

いや、はっきり言ってTerminalとRDCがあれば
大抵のマシン相手に生きていけるのよ…
3270とか5250使いたいとか言わなければ。

3.4.2を入れてみたところ、LogicoolのSetPointにまつわるSWTの不具合が解消されていたヽ(ﾟ∀ﾟ)ﾉ

僕は普段からIMを公私ともに使いまくる、自称IMヘビーユーザーなのだが、
日本版のYahooメッセンジャーだけはどうにも使いたくないのでずっと避けていました。
だって、国外のYahoo Messengerにはつながらないし、Windows Liveとの互換もないしで
国外の友人と連絡が取れないのです。
何でこんな事になっているかというとあのハゲが(以下略

というわけで、おとなしくYahooメッセンジャーを入れればよいのですが、
あの訳のわからんPopUpしまくりのうるさいアプリを入れると思うと、
大変気が重くなり毎日のごはんもまずくなるわけです。

で、互換IMのpidginを手持ちのMacに入れてみたのですが、日本語が表示されません(´･ω･｀)
もしやと思って
MonoDevelop 2.0 AlphaのMac OS X版で日本語を表示する方法
これを試したらビンゴ。
/opt/local/etc/pango配下で同じ事をやればいい。

結局使い心地の問題でAdiumへ乗り換えたんですけどね(‘A`)

なんかそんな話が来ました(・∀・)
社内でWindowsServerが扱える人が僕くらいしか居ないので、
自動的に出番となりました(‘A`)

なんか、規模がデータセンタークラスな上に、サーバ設置とケーブリングも含んでいる模様。
僕は普通のソフト開発屋なので、環境系の構築は専門外なんだが、OSのインストールが
わからん、ということらしい。物理的な配置云々は専門家が居るのでそっちにお任せ(´ω｀)

30台くらい入れるので、自動インストールとか必要じゃね？
ということで、とりあえず覚書
・自動インストール(Windows AIK)
・ネットワークインストール(PxE Boot)

この辺読んでると、30台のPCにAIK入れたUSBぶっ挿して、
PXEサーバとHUBで繋げたて電源入れてけばいい、という感じなのかな？

とりあえず家で適当に模擬戦をやってみるつもり。

編集中のシートと同じインスタンスで参照用ファイル開いてて、編集中のファイルがあること忘れて
参照用もろとも保存せず終了ってパターンが(´・ω・｀)ｶﾜｲｿｽ
っていうか、何なのこの動作。

題名のような動きをさせたい場合は、ファイル拡張子のの関連付けでDDEを
使用させないようにすることが必要だが、「DDEを使う」のチェックをはずしただけでは、
ディレクトリ階層の深いファイルは、Openに失敗する。パスの長さの制限で。

これを回避するためにはコマンドラインを以下のように変更して、長いパス名を展開させるようにする。

“C:\Program Files\Microsoft Office\OFFICE11\EXCEL.EXE” /e %1
↓
“C:\Program Files\Microsoft Office\OFFICE11\EXCEL.EXE” /e “%1”

しかしまーExcelもレガシーなアーキテクチャを引きずってるもんだね
MDIもいい加減根絶して欲しいな(´・ω・｀)

「無理なソフト開発」は常態　技術者が生き残る鍵は交渉力

内容はいつものヨードンさんなのでともかく。

引用：
>今回、ソフトウェアテストシンポジウム（JaSST）注）に参加して、
>日本の若いソフト技術者の方々にお会いしました。皆さん、「自分が参加している
>プロジェクトだけがデスマーチだと思っていた」と仰るのですね。デスマーチが
>共通の現象であることをまだ認識していらっしゃらないようです。

これは単にデスマーチを読んでないだけだと思います。

引用：
>2004年に出された第二版（邦訳は2006年）において「デスマーチ・プロジェクトは、
>常態であって、例外ではない」と結論付けていますね。

これも初版の段階でそうあったと思いますし、
訳者の松原氏もそう言っていたような。

ワークフローを状態として管理すると言う考え方はすいぶんと昔からあった訳ですが、
特に国内においては、一時期のLotus Notesの流行によってワークフローという
言葉が変質してしまったようにおもいます。
Lotus Notesの時代のそれは、単なるフラグ立てゲームで、言い換えるば
認印の世界と大差が無く、例外的な業務は結局人手でフォローするしかないものが主でした。
#10年前、僕はまさにその現場にいて、例外ケースをその場で必死に実装していたりしてました。

最近はS2BuriやWindows Workflow foundationに代表されるステートマシンタイプの
ワークフローやWfMC実装なんかが出てきてはいるものの、
現場の発想自体がフラグ立てゲームのままなので、実装に落としこもうにもなかなか
仕掛けが理解されずに苦しむケースが多いように思います。
ステートの遷移としての差戻しは難しいとか、そういう類の。

僕が関係するワークフローのプロジェクトも多分に漏れず、中の人の理解不足による実装の歪曲に
ずいぶんと悩まされてきました。(とはいえ、これは僕一人の啓蒙活動でどうにかできるレベルではないし、
政治的な問題が絡んでいたりしたのでやむを得ないところはあったのだが。)

先述のフレームワークなんかが現場レベルで普及してくれれば、こんな苦労も少しは軽くなるかしら。
どちらにせよ、僕の中ではワークフローは既に過去のものですし、既に実装の現場にまで
落ちてきているので、これ以上触ることはしなくてもいいと思っています。

あとは現場が改良していくでしょう。

個人的にはこれがかなりいい線行っている気がしています。