スーパークリエイターな彼の日記のエントリ2007-03-24を見て． 既にコメントもトラックバックもムチャクチャついているようなのですが． ええと，話のマクラは，学業も起業も並行して成り立たせても生産性を保てたぞ，ということのようですが， 個人的な直感は，だからこそ高い生産性を保てるのだよ，と． 彼の行動戦略は，世間の主婦達が行っている戦略と，おそらく同じです． 洗濯物を干しながらぼんやりと夕飯の献立を考え，買い物をしながらぼんやりと月末までの家計のやり繰りを考える． ここで，"ぼんやりと"というのがキーワードです． たまに主婦(家内 or 母)が風邪でもひいてダウンしたとき，その家事に対する生産性の高さに驚くってこと，ありますよね．家族が分担して家事をしても，主婦一人分にも敵わない． 仮に，延々とタマネギを切るのが主婦の仕事だったとするならば，それだけの生産性は達成できないでしょう． 彼

著者に貰える冊数は1冊だけなので，ばらまくわけには行かず． 本当に世話になった方，今後お世話になりたい方のうち，会社が買っていなさそうな方のみ，数冊分だけ*1. 久しぶりにボールペンで挨拶状を書きました．定型をワープロ打ちして，各位へのメッセージだけ，ですけれども．年賀状や暑中見舞いも失礼し続けているし，資格試験には興味がない(==記述問題に答える機会が無い)ので，本当に久しぶりです． 30代も半ばになっているにも関わらず，思いっきり丸字なのが，少し恥ずかしい． *1:ケチくさくてすみません． Age of E... ではなくて，ATA over Ethernet．SCSI vs ATA の構図があって，iSCSIがあるならば，あって当然と言えなくもないですわな． プロトコル仕様を斜め読みしただけですが，小規模組込みにとって風穴になるかもしれんなぁという気がします．ストレージはいつでも悩み

UINT foo[40] = { 0 }; なんてやると，memcpyが無いという身に覚えの無いエラーを受ける． 初期化する領域が長いとき，GCC*1はmemsetやmemcpyを使って速度最適化を図る*2．しかし，言うまでもなくfreestanding環境ではmemsetの存在が期待できないため，この最適化は行ってはならない． しかし，いくつかのバージョンのGCCは，この最適化を抑止することができない*3．残念ながらPizzaFactoryが使っているGCC3.4系は，この地雷をモロに踏んでいる． このバグは割と有名なようで，例えば，Bruce Evans氏がバグなんじゃねぇの?と言ったりもしている． 既に本家での開発が終了したGCC3.4系は，誰かが直してくれるという期待はできない．まあ私が直すわけですが． ちなみに最も安直な逃げ方は，下記の通り． static UINT foo[40

先日の失敗のリカバー編． bash やら Perl やらを適宜組み合わせて，repo 向けの default.xml を引っ張ってきて，それっぽく展開する環境をでっちあげてみた． 現状，pre α版．スクリプトの質がまだまだというのに加えて，msysgit の devel ブランチを使っているので，もしかするといきなり動かなくなるかもしれない． (msysgit の本家に pull request を出したのだけれど，「ML で議論するのが，ぼくらの普通なの」と返ってきたので，マージをお願いすることについては若干退き気味) やりかた まずは msysgit のインストール msysgit のネットワークインストーラを使う． 動作を確認したのは，msysGit-netinstall-1.7.8-preview20111206.exe． でももし動かなくなるとするならば，インストーラの違いでは

repo かわいいよ repo． というわけで，最近，自前で整理している TOPPERS 系のスピンオフ環境やらなにやらを repo に絶賛移転中なのですが，ふと Win32 では repo 使えないんじゃね? ということに気付かされたわけです． Cygwin はワタクシ的には論外．HDDに cygwin1.dll を入れるのは小学生までだよねー． MSYS は Python のサポートがない．うーん． なんかインストールが面倒というのは嫌だよねー．面倒であればあるほどサポートビジネスは成り立ったりするのだけれど，そういう儲け方って間違えてるよねーやっぱ． というわけで，しばらく戦術を練っていたのですが，ふとインストールした msysgit が，自分の環境の展開に git を使っていることに気づきました． コ　レ　だ って思ったのだけれど． Python が解らないなりに，アレコレ rep

先日は青臭く観念論に走ったので，今日は大人味で，具体的な解決策提示． バイナリを配ればよい 身も蓋もないですが，たぶんこれが一番早い． 詳細は，下記をご参照のこと． http://www.toppers.jp/TOPPERS-USERS/2012-January/003624.html それぞれ，x86_64 と i386 で静的リンクでビルドしている． カーネルのバージョンに大差がなければ，他のディストリビューションでも動く…はず．たぶん．

長い間，dmg 形式で配布されているCarbonEmacsを使っていたのだけれど，いつの頃からか置換などすると妙に遅いと感じるようになった．気のせいなのか，私がなんらかしでかしたのかは不明． テキストエディタで反応が遅いのはストレス溜まる．AppleはアプリのCocoa化を推奨しているようだし，本家Emacsも23系からCocoaに移ったということで，乗り換えた． ビルド inline_patch-23.2-beta3.tar.gz と emacs-23.2a.tar.gz を引っ張ってきて展開してパッチ当てて configure して make bootstrap して make install． Snow Leopard だと，Fink とか MacPorts とか使わんでも，Apple純正の状態でもビルドできるっぽい．Lion のことは判らない． 環境の上書き Snow Leopar

荒れまくった机の上にBeagleBoardを裸で置いておくのは破損リスクが高すぎる． アクリル板のストックがあったので，チャチャッとサンド板を作ってみた． ゴム足が残っていたので貼ってみた． こんなのでも小一時間かかっちゃうのよねぇ．

これで、gdbproxyに組み込まれているurjtagから、blackfinに向けてリセットコマンドを発行します。この後、アプリケーションをロードして実行すると、正しく実行されました。まだ短い試験しか行っていませんが、どうやら大丈夫のようです。試していないけれど，UrJTAGの src/cmd/cmd_bfin.c 辺りからつらつらと眺めた感じだと，たぶん大丈夫なはず． BF506Fに進展があれば！と早速調査。 結果変わらず。orz リセットはかかってるようなんだけどな。BF506 に関してはよくわからないものの，一つ心当たりがあるとするならば，追加引数． (KOOP版は本家UrJTAGからのブランチなので，コードが全く同一なのかは調べていないが，本家にはあるので)追加引数として，{core|reset} を与えることができる(はず)． /* 本家の src/cmd/cmd_bfin.c

(あとで大幅に書き直します．) 「いいね!」ボタンを押す側のクライアント処理 前提条件: 「いいね!」と伝えたいtweetが選ばれている． 選ばれている tweet に対して favorites/create API を発行． (お気に入り) そのとき特定の文字列(ハッシュタグ?)と対象ステータスIDを含むメッセージを，「いいね!」の送り先に tweet する．(このtweetを，ここでは「表示制御メッセージ」呼ぶ) 機械的なメッセージにすると，非対応クライアントではワケがわからず悲しい．例えば「@monamour555 #ppnow_iine 256」などではなく，「@monamour555 いいね! #ppnow_iine 256」など自然言語な文を入れると，みんな幸せ． 「いいね!」ボタンを表示する側のクライアントの処理 statuses/mentions を監視． 得られた men

前提 このエントリを書くきっかけは，昨日，とあるシークレットなイベントでシラフおよび飲みの会場での話だ．　でも，エンジニアの地位とか幼少期教育*1に関わるどこのテーブルでも聞かれる話でもある．一般論として捉えて頂きたい． そして，ここで私が記す仮説が正解だと強弁するつもりもない．私の経験には基づいているけれども，長女はまだ10歳，次女は8歳，長男に至っては3歳．あと15年は追跡しないと評価不能だろう． 東京と地方の違い? 教育の難しさを考える文脈で，割と出るのは，東京*2と地方の子供たちの反応の違い．テンプレートは，下記のようなもの． 地方の子供と東京の子供は違う 地方の子供に教えると，目をキラキラさせる．純朴 東京の子供は… その理由としてのテンプレートは， だって，東京には，技術教育以外に面白いものがたくさんあるし そういえば，地方には，何も無いものね． というもの． 上記は，実際に教

3連休の最後で，かつイベント最終日．混むよねぇとは思いつつ，行ってみて，やっぱり混んでいた．orz notart日記で劣化パクったパスティーシュした"10番目の感傷"は，大盛況で並ぶ気を起こせず． ustのシンポジウムを視て気になっていた"帰り道のアートスペース"は「えがく→とりこむ→はる→みる」の体験のうち，テクノメディア的な鍵のはずの「とりこむ」が(理由の説明なく)できなくなっていて，結果，ユーザへのインタラクションである「みる」の部分が得られないという状態．　機材トラブルか何かかもしれないけれど，説明くらいはして欲しいところ．　シンポジウムでもいろいろツッコまれていたけれど，残念ながらそれ以前のレベルで，あの会場で，一番ワケの判らない展示になっていたと思う． 共に，最終日に行った私が悪い． とはいえ，作品の見せ方は判りやすいし，じっくり見られる展示もいくつかあったし，行ってよかった．

コメントください。とのことなので，書いてみる． ではなぜ、オブジェクト指向を取り上げずに、今なお構造化設計にこだわっているのか... その理由は、クラス設計には、思考の転換が必要で、ハードルが高いと感じているからです。 RTOSを扱うということは，事前に与えられ継承不可能なクラス群のインスタンスを操作することと換言できる． μITRONで提供されるリソース群は，カーネルオブジェクトと呼ばれる．μITRONはオブジェクト指向なRTOSではないが，オブジェクト指向的な何かを理解せずに使うのは，おそらく難しい． 私は筆者と面識があり，あまりに当然のことすぎて筆が滑ったのだろうと判っているのだけれども，ツッコまなければならないところはツッコむ．クラス設計はオブジェクト指向の部分集合でしかない．ここをすり替えてしまうとミスリーディングになってしまう． 筆者は初学者も想定読者としているようなので，念の

現象 Web上にある情報の通り，下記のようにインストールすると buckminster install http://download.cloudsmith.com/buckminster/external org.eclipse.buckminster.subversive.headless.featureエラーが出てインストールできない． An error occurred while collecting items to be installed [0]session context was:(profile=Buckminster, phase=org.eclipse.equinox.internal.p2.engine.phases.Collect, operand=, action=). [0]No repository found containing: osgi.bund

エンジニアは，文書も書かねばなりませぬ． というわけで，PizzaFactory も文書作成の支援をしなければ． 今のところ，下記のプラグインをワンストップでインストールできるだけ．徐々に，私が勤めている会社のノウハウが入ってくる…はず． eclox 0.8.0 Benten Basic DITA-OP eclipse-platform-3.6.1-macosx-cocoa.tar.gz を使って，バニラな Eclipse Platform にも適用可能なのは確認済み．Benten が Platform 3.5.1 以降を推奨していることから，3.5.1 以降なら対応できるはず． アップデートサイトは， http://update.pizzafactory.jp/docdev/ pre alpha 版なので，今のところは無償． Eclipse で文書も書かなければいけない人，とくに DIT

twitter で見かけた「にんげんセルオートマトンプロジェクト」へ行ってきた． 話題性先行でいったいどんなものなのかも判らない上に，極めて運の悪いことに台風が直撃ということもあって，前日くらいにエントリ表明したのだけれど，むちゃくちゃ裏切られた．もちろん，自分の不明を恥じる意味で． 科博やMIRAIKANでのミニイベントと同じくらい，よく練られている．帰ってきてからスタッフの経歴を見て納得． 小学校4年以上ということで小学校2年の次女は捨ててきたのだけれど，司会進行が優れていたので，たぶん小学校2年生以上でこの手のイベントに慣れている子なら，十分に対応できたのではないかと思う*1． 行かなかった人には，後悔を勧めるような良いイベントだった． 今後，同様のスタッフでイベントが開催されるようであれば，要チェキ． シミュレータが欲しい． ただ，人がセルになるという企画の性質上，自分がいったい何

先日のTOPPERSハッカソンで青ざめ，乗り越えた顛末． 最初は，TOPPERS/JSP1.4.4 のリリースに向けた作業をしようかと思っていたのだけれど，参加者を見ていて，これはテストスイートの試作をしてみたほうが面白いのではないかと考え直した． 他の言語向け(特にLL向け)のテストスイートに比べてC言語のそれで一番面倒なのは，テストスイートの作成．Cutter では，共有ライブラリを使うことで面倒を解消しているけれども，TOPPERSのような規模で共有ライブラリは望めない． そこで，ワタクシお得意CDTを使うべな，ということを思いついた． CDT は，ソースコードを AST (Abstract Syntax Tree)に分解する機能を持っている．これを使えば関数名の抽出などはお手の物である．…ということは知っていた． 参考情報 グーグル先生にお伺いを立てると，情報が得られる． 日本語だ

この10年間で，組込み屋さんは，お互いに情報交換するようになったと思う．SWESTは一つのエポックメイキングだったと思うし，ETロボコンの意義も大きい．LinuxやWindowsといった大きめのOS開発者が流入した結果として，勉強会は以前よりも開かれるようになった． でも，常々思っていた．そこにはコーディングが無いよね． でき上がったコードやモデルを持ち寄るけれども，本当に面白いのは，そこに至るまでの過程であり，共有の価値が最も高いのもそこだと思う． SSEST とかNCES教育コースとかは，それなりに近いけれど，あれらはあくまでも教育が主眼．実践ではない． とりあえず，やってみた． TOPPERSプロジェクトの会員のみ参加資格のある，年一度のイベント，TOPPERS開発者会議． 最近マンネリだよねーっていう話につけこみ，「じゃあハッカソンやりません?」と． 結果 資料はTOPPERS会員

もちろん仮説． ものづくり研究では伝統的に日本が得意とされてきた「擦り合わせ」が、デジタル家電や携帯電話の世界で必ずしも機能せず「ガラパゴス現象」を招いた背景に何があるのだろうか。(snip) ところが日本では家庭用ゲーム機などの例外を除くと、ソフトウェアはハードウェアのおまけだった。開発の多くは外注に出され、会社組織やプロジェクトの単位で意思疎通は分断されたのではないか。ソフトウェアの開発規模がおまけといえるほど小さく、製品の魅力に大きくは影響しない段階では問題とならなかった。ところが半導体性能の飛躍的向上とクロックの頭打ちによって、大規模なソフトウェアに対して機動的に機能を追加しつつ最適化して動作させる必要に迫られて矛盾が顕在化した。外注に出すことでの分断というのは，それはそれで検討に値するとは思うけれども，id:mkusunok が"負けた"といっているソフトを作っているガラケー屋さ

とりあえず，作ってみた．ESXiサーバへのデプロイを例にしているけれど，OVAをインポート可能な多くの環境で，インポートまではできるはず．(動くかどうかは微妙．たぶん動くと思う) はじめに このOVAファイルは，技術的に可能か否かを調べるためのもので，実用性は全くありません．TOPPERS/JSPの独自アプリが作れるというものでもありません．動作している実感を湧かすためには，最後に追加の手作業が必要となります．事前に承知しておいてください． 手順 vSphere Client を立ち上げる その前にESXiサーバの立ち上げなどあるけれども，前略． デプロイのためのウイザードを立ち上げる． vSphere Client から[ファイル]-[OVFテンプレートのデプロイ] でウイザードダイアログを出す． OVAファイルの場所は http://jaist.dl.sourceforge.net/p