そうすると、各機能が自分たちの要件を満たすことしか考えずに設計、実装していくのでシステム全体として結合したときに問題が起こる。

組み込みなら、プログラムサイズ、使用RAMサイズ、そしてCPU負荷が主なところ。これがWebアプリや業務アプリでなら、最悪サーバー増設やスペックアップで回避という最終手段が使えるが、組み込みはそうもいかず製品になるハードウェアはソフト開発が始まる前にはすでにスペックが決まっていることがほとんど。

なので、あとからメモリを増やしたりCPUを高速なものに取り替えたりということは行われず、開発終盤になってから皆でメモリ削減や処理の高速化などに血眼をあげることになる。すでに設計、実装、テストもある程度終わった段階でこのような設計変更を伴うような「改善」を求められるので、品質が下がってしまうことも多いし、思うように改善が進まないということがほとんどだ。

組み込みの製品では特に、システム全体を統括するアーキテクトの役割をする人間が必要だと思う。各機能の設計や要件を見て、システムに負荷をかけそうだったりリソースを多く消費しそうな場合は設計段階で指摘できる体制にして余計な手戻りを起こさないようにするべき。

ROMFIX一ヶ月前、評価もほぼ終わった段階で「メモリが足りないのでRAM使用量を半減できないか」というような依頼を受けてもどうしろと...ということになる。

組み込みなら開発側も言われなくてもある程度はリソースなどを無駄に消費しないような作りにするとは思うが、とくに制約もなく作っている機能が10,20と集まると全体として破綻するのは目に見えている。

国内メーカーはなぜそういうことに気づかないんだろうか。終盤になって下請けに無理を言えば徹夜してでもやってくれると思ってるのか、よくわからないが...。ある意味、行き当たりばったり系の開発形態であることは間違い無いだろう。

家族間の人間関係はもうすでにいろいろと詰んだ状態なのでたぶん改善は無理だろうな。

仕事のほうも今の会社と組織にいる限りは、まぁエンジニアとしてどれだけ有意義な毎日を過ごせるかわからないけどねぇ。こちらもちょっと詰みかかってる気がする。

人生の中で正念場なのかな、今は。もしくは何かの分岐点なのかも。

うっかりバグを埋め込んだままリリースして客先で発覚し、バグが発生した原因と対策を報告することになってしまったとか、毎週、試験結果などを詳細に報告しないといけなくなったり。

本来そこまでやらなくて良いことをやるようになると、余計に開発作業に手が割けなくなり進捗が遅れたり品質が上がらなくなったりする。そうするとさらに客先からの干渉が強くなり...という具合。

そうならないためにできるだけ前の段階から悪い方向に進まないように手を打っておくべきなんだけど、なかなか思い通りに行かないことも多くて悩まされる。

１２月の頃のようなメンバーのキャパを超えるような作業量になってきた気がする。ちょっとこのままだと今月乗り切るのは危ないかも知れないな。

とにかくバグ対応と客先の指摘対応が多く、さらに週に複数回の客先リリースと作業量の多いアイテムで一週間がかっちり詰まってる感じで、本来手を割かなければいけない作業にリソースを割けてないというイヤな状況なんだよねぇ。

それぞれポイント制度があるので普段よく使う交通機関のカードを持っていれば、ポイントを貯めやすいと思う。買い物でポイント貯めたいなら現状はnimocaが一番使えるところが広そう。

さて、Suicaも使えるようになってnimoca持って東京に行ってもJRは乗れるようになったけど、Pasmoは非対応なので私鉄は乗れないなど、微妙に使えるところと使えないところがあるのが惜しい。

来年の春には、SUGOCAとICOCAが相互乗り入れする予定のようだけど、あくまでSUGOCAとの乗り入れと書いてあるのでICOCAで西鉄や福岡市営地下鉄は乗れないし、その逆も無理ということなんだろう。

このあたり、いろいろ事情はあるのだろうけど「1枚でどこでも」は難しいのですかな...。

WEB+DB PRESS Vol.55
	WEB+DB PRESS編集部 技術評論社 2010-02-24 売り上げランキング : 719 Amazonで詳しく見る by G-Tools

Interface ( インターフェース ) 2010年 04月号 [雑誌]
	CQ出版 2010-02-25 売り上げランキング : Amazonで詳しく見る by G-Tools

最近流行りのAndroidでもInterface誌らしく移植やNDKの使い方にフォーカスした記事。

もし高校野球の女子マネージャーがドラッカーの『マネジメント』を読んだら
	ダイヤモンド社 2009-12-04 売り上げランキング : 2 おすすめ平均 疑問１つ 日常におけるマネジメント 最初の設定に、ひねりがあって面白い Amazonで詳しく見る by G-Tools

売り上げ上位だし評価もそれほど悪くなさそうなので読んでみようかと。

クイズマジックアカデミーDS ~二つの時空石~
	コナミデジタルエンタテインメント 2010-02-11 売り上げランキング : 223 おすすめ平均 wi-fiを活かしたクイズゲー こいつはDSクイズゲームの最高峰、間違いない。Wi-Fi対戦も熱い。 少々ロードに難があるも Amazonで詳しく見る by G-Tools

アーケードをよく移植してると思う。タイピング問題は画面が狭くて辛いのと、ローディングが細かく挟まるのが残念だけどDSのスペックだと仕方ないのかな。

めったにトラックバックはしないのだけど、元記事のレジデント初期研修用資料さんのところにトラックバックしたからだろうな。

そのアクセスの一時的な増加も昨日一日で落ち着いたようで、今日はほぼいつもどおりのアクセス数。

このブログはRSSリーダーを除いてだいたい一日900～1000アクセスくらい。ほとんどは検索エンジンからキーワード経由でたどり着いてそのまま直帰する傾向。twitterのフォローに繋がったりRSS購読者が増えるということは、ほとんどないかなぁ。

自分の普段の行動を見てもたしかに、はてブのホットエントリに上がったサイトはサッと見てそのままだもんな。

• このブログは面白いかもと思ったら、前後2,3記事を読んで他に読みたいものがあるかみる
• 更新頻度がある程度（週1回くらい）あるかどうかを見る。月1回くらいだと購読まではいかないことが多い

RSS購読しようと思うときってだいたい上のような感じの基準を自分の中で持ってるように思う。

ネット上の情報、特にブログエントリは情報の流れが速いな。

同じ実感。

ネットの普及で地方でも情報を得やすくなったのは確かなんだけど、逆に都会にいろんな物が集中するきっかけになったのもネットのような気がする。

「ネットは地理的な障害を取り払った。日本のどこに住んでも同じだ」とか言う人がいるけれど、人どうしのコミュニケーションがすべてオンラインで済むようになるっていうことはやっぱり難しく、勉強会やらオフ会が盛んに開かれてる。そしてその中心地は都会、東京なんだよね。

そして「ネットは地理的な障害を...」と言う人に限って、都会の人だったり。

地方から見ると、東京と地元を行き来して東京のコミュニティがやってるネタを持って帰って展開する人だとか、ビジネスなら仕事を持って来る人だとかそういう「運び屋さん」のような人が重宝がられてるように思うし、ネットに乗らない、乗りきれてない物ってのはまだまだ多いのではないか。

あとネットで情報が全国に行き渡ることで「東京のほうがやっぱり面白そう」って気づいた人も増えたのでは。東京へ進出する人も増えたりしてないのかな。

長期的に見ると、ネットの発達は人や物の東京集中を後押しすることになるように思う。

OSEFがフレームワークを拡張したandroidを公開。

• IP Phone Extension
• BlueTooth Extension（Bluetooth拡張対応、HID・SPP・OBEX機能等）
• Remote Control Extension（赤外線・Bluetoothリモコンでの操作）
• Pointing Device Extension（マウスやポインタ・カーソル対応）
• User Interface Extension（大画面向けのGUI作成APIなど）

ベースはandroid 1.6。2.x版もいずれ公開らしい。

マウスポインタやBluetoothリモコン対応というのはいいかもね。

今後、地デジフレームワークとかいろいろフレームワークを拡張したものをリリースしてくる予定みたいだけど、下周りのカスタマイズが飯の種だった人には、こういう風に整備された物が出てくるとちょっとアドバンテージが減ってしまうかもねぇ...。

6,7年前、仕事で使っていたあるライブラリをJadClipseを使って解析とデバッグをしていたけど、あるときその開発元にポロッと「こうこう、こういう処理やってますよねぇ」と口走ってしまい、「なんで処理知ってるんですか」と突っ込まれて冷や汗かいたことを思い出した。

中間言語に落とし込むプログラム言語だとこういう逆コンパイラが作りやすいのかな。

C言語でもその昔に一緒に仕事をしたパートナーさんで、x86アセンブリからC言語のソースを自分で起こした人がいたなぁ。デバッガで追いかけながら＆WindowsのカーネルモードAPIの使用状態を見ながら解析したらしい。あの解析に注ぎ込んでいた根気は今でも尊敬できるな...。

そういう私も、Z80やっていたときは逆アセンブルしたニーモニックを眺めていた事もあったね。あれよく理解できたよな...15年以上前に。

あぁ、なんという既視感。でも日本人にはこっちの形のほうが見慣れてるかも。

アップル - iPhone - iPhoneを選ぶ理由。

こちらはappleのサイト。同じ商品でも、違うな。

メーカーはどうしても、スペック勝負をしたがる。というかスペックを異常なまでに意識する。

「A社が500万画素のカメラなら、うちは600万画素だ」「あっちが2.7インチ液晶ならこっちは3.0インチ」というように。発売時期が少しでも後なら、他社より低いスペックは出せないとばかりにこういう話しが出てくる。

確かに、スペック押しのほうが広告も作りやすいし、記事を書いてくれるライターへも売り込みやすいし、ライターも記事を書きやすいんだろうなぁという気がするし、こういうのをいの一番に買ってくれるガジェットマニアはスペックにこだわる人が多いから。

でも携帯電話で言えば、スマートフォンはまだ機種によって特色があったりするけれど、ガラケーの場合は大同小異で機能的にはそれほど違いは無い。デザインとかで差別化してるくらいだろうか。

おまけに年3回も新製品を出さないといけないので、開発期間のかかる思い切ったモデルチェンジが難しい。どうしても前の世代にプラスアルファしたものを小出しに出してる印象は拭えないかも。キャリアに付き合わされるメーカーも可哀相と言えばそうだけど...。

サラリーマンの感覚からすると、アウトなんだろうなぁ。

というかちょっと大きな企業になると、twitterやブログはフィルタリングされていてそもそも使えなかったり、フィルタリングされてなくても私的なネット使用ってことでたぶん懲罰対象。

大きな企業になると社員モラルもピンキリで本当に業務に関係のない使い方をする社員も一定の割合で発生するからってことなんだろうけどね。一日中mixiやってたりtwitterつぶやいてたりって話もどこかで聞いたし。あと情報漏洩リスクだとか。

けっきょくサボりと区別が付かなくなるので会社としてもNGだし、周りの人間も「あいつはあれで給料もらってるのか」という話になるからだな。サラリーを労働時間でもらってる以上、"仕事以外の余計なこと"に見える事柄にはとても見方が厳しくなってしまう。例えそれが業務と関係あることでも「会社じゃなくてもできること」だとNGってケースが多い気がする。

年俸制とか裁量労働なら、結果さえ出せていればそういう自己研鑽も良いような気がするけど。ただSIerとかだとデスマーチに巻き込まれると働けど給与は貰えず、になるから年俸制が一律良いかどうか。

あと社員モラルがそれなりの水準にあるようなレベルの高い会社なら、ガチガチに禁止事項を決めたり「私は私用でネットを使いません」とか書かれた誓約書に署名させたり、PCや社内LANの監視だのする必要は無いのかも知れない。

ソフト開発で言えば、知的生産をする職種なのにそれを支援するような道具は使わせてもらえず、Microsoft Officeの入ったPCの前に社員を一日中縛り付けておけば成果物ができると思ってるとしか思えない作業環境しか提供してない企業も多そうだよね...。

追記

next49さまに、こんな脊髄反射エントリにリンクして頂いてたので、もう少しまとめることに。

私の考えは、

• 業務に関係することなら情報収集やコミュニケーションのためのtwitterやブログは良いと思うし一律禁止すべきことではない（当然、機密情報や完全に私的の内容は書かない）
  • ネット上には仕事と上手に結びつけている人はたくさん存在する
• いま遂行している仕事に関する書籍を勤務時間内に読むのも良い
• ただし、ネットや書籍を読んでいる時間も労働時間＝給与対象となるのであれば、周りや上司に疑念を持たれるような行動や見合わない成果を出さない（周囲が納得する成果を出すべき）
  • 場合によっては周囲に自分のネット上での活動をある範囲内でオープンにしたりなどの工夫が必要かも？そこまでして業務でtwitterなどやるか、という天秤はある。

現実としては

• 大きな会社ではtwitterなどを一律解禁すると、意図を理解せずに目的外の使用者が必ず発生するので難しいだろう。
  • Softbankのようにトップの理解のもとで解禁できれば良いが
  • 社内ガイドライン（得てしてガチガチになるが）を定めて守らせるか
• そこまで面倒だったら会社からやらなくていいよ、という流れに帰結しそう

労働時間＝給与の考え方は、法律と実際の運用にもよるが善し悪し。

• 会社の建物に入って出るまでが労働時間という考え方で、休み時間以外のすべての時間が給与支払いの対象
  • 例えば毎週水曜の19:00～20:00まで有志による社内勉強会を開きたくても「その時間の給料はどの予算から出すのか？」という話になり開催できない場合がある
  • 「自己啓発は社内でやらないでください」という指示が社内で出る。私の会社では過去そういう通達があった。
  • 業務と関連しない啓発をやる人間が出たり、区別が付かない場合もあるので誤解を招くことは労働時間内にやらないでくれ、という話しではあるのだが。

結局のところ「業務に関係あるか無いか」の線引きが難しいので、管理する側としては一律禁止の方針にしたほうが問題が発生しないという考えになってしまうのだな。

最初、シフトJISやEUCがどうこうという所を読んでいたとき、Unicodeで解決じゃないのか？と思っていたのだけど、それですべてが解決ってわけでもないのだな。「包摂」という概念は始めて知ったし。

ただおそらくこれから作るソフトウェアはUnicodeベースであるほうが最もトラブルが少なくなりそうだとは言える。

この本で言えば、脚注などに出てくるTipsがけっこう面白い。地名や古典で使われている漢字の解説とか、よく調べたなぁと思うことが出てくる。この本は最初に一度通読し、あとは必要な時に読むリファレンス的な使い方をするのが良さそう。

プログラマのための文字コード技術入門 (WEB+DB PRESS plus) (WEB+DB PRESS plusシリーズ)
	技術評論社 2010-02-18 売り上げランキング : 335 Amazonで詳しく見る by G-Tools

食感も良く、兵六餅と合わせてお気に入り。

全国を相手にしている仕事だと休みが取れなくなるというのは、今のまま制度を導入してしまうとそうなるかもね。

たぶん、本質的な問題は「休暇を堂々と取れる社会」にするのがまず第一だと思う。

お客の休みが分散するから自分が休めないとかいうのではなくて、「自分の地域は連休期間なのだから業務は休みます」というのが堂々とでき、また相手側もそれに理解を示すようにならないと。

客商売は年中無休がベストと、サービスの提供側もお客側も思っている以上は、こういう制度はうまくいかないだろうな。

諸外国の例はあるけど、おそらくそのあたりのバカンスや休暇を取ることへの風当たりが日本ほどないからできてるんだと思うけどな。