ホーム > アーカイブ > 2010年5月のアーカイブ

2010年5月のアーカイブ

買った本(これからの「正義」の話をしよう、BICYCLE NAVI)

ジュンク堂で買い物。

これからの「正義」の話をしよう――いまを生き延びるための哲学
これからの「正義」の話をしよう――いまを生き延びるための哲学 鬼澤 忍

早川書房 2010-05-22
売り上げランキング : 1

おすすめ平均 star
star現代に生きる人全ての必読書
star余裕がある時読みましょう。
star副読本として使ってる

Amazonで詳しく見る by G-Tools

NHK教育でやっている「ハーバード白熱教室」の本。

番組のほうはテンポは良いのだけど、少し進みが早い印象なので書籍なら自分のペースで読めるかも。正直言って哲学はあまり触れたことは無いのだけど、読み通せるかなぁ。

BICYCLE NAVI (バイシクル ナビ) 2010年 07月号 [雑誌]
BICYCLE NAVI (バイシクル ナビ) 2010年 07月号 [雑誌]
二玄社 2010-05-20
売り上げランキング :

Amazonで詳しく見る by G-Tools

新創刊1号目。

最近でこそ、「街乗り系」の雑誌が増えているけど、書店の棚を見るとスポーツ系の雑誌が根強くあるので、こういうカジュアルな自転車雑誌には頑張って欲しいところ。

IMG_0156

TV番組は毎週放送で無くてもいいのかも

タモリのNHK冠番組『ブラタモリ』が終了半年で復活 10月よりシーズン2 ニュース-ORICON STYLE-

ブラタモリのシーズン2が始まるらしい。

シーズン1も欠かさず見ていたけど、番組時間に対して内容が駆け足すぎな感じもしたので一つのエリアを2週に分けてもいいんじゃないかと。タモさんのディープさを出すならじっくりやるのも良いと思うけどね…。いいともの司会もそろそろ降りて、全国をマニアックに巡る番組とかタモリ倶楽部みたいな番組をもっと見たいと思うのだが…。

さて、このシーズン1,2のような番組のあり方は、もう少し広まってもいいのかもしれない。

同じNHKのサラリーマンNEOも半年やって半年休むというのを繰り返しているけど、視聴者も制作側も「飽きない」点でいいんじゃないだろうか。

特に毎週の番組だと何となく「ああ、今週もこの番組の日か」と見てるほうもだらけないかなぁと思うのだ。制作側も毎週の制作に追われてマンネリ化をある程度防げたりしないのかな。見る側も「もう少し見たい」というところで番組が一旦終わり、またしばらくして始まるというほうが「見たい」と思わせるだけ注目度も上がるように思うし。

シーズン単位、または隔週という単位で番組を放送して視聴者の反応を見てみると、少しはテレビに対して新しい見方を提案できたりしないだろうか。

今週の土日対応

今週の土日も土曜日は出勤、日曜日は電話待機。

かれこれここ数週間はこんな感じの週末。先週は出勤せずに済んだけど、お客側が土日返上のスケジュールで動いているので、ほぼ強制的に下請けも対応や待機といったのを求められてるという状態。

しかもこんな状態がいつまで続くのか終わりがあまりはっきりしないのがネックで、来週末も?というのが現時点でよく分からない。どうも総合試験での品質評価しだいということらしいけど…。

メーカーの人は組合が強くて強制的に代休取ったり、プロジェクトのあとにリフレッシュ休暇取ったりすることもあるみたいだけど、下請けにはそういうの無いからな。もちろん出勤した分の工数はかかってるので現場サイドには社内から工数削減圧力はかかるけど、「お客様の対応要請なら致し方ない」という面もあったりするので難しい。

でも土日もスケジュール引くのは何とかならないのかな…。ROMFix前だというのは分かるのだけど。

思ったより小さいiPad

休日出勤の帰りにヨドバシに寄ったらiPadのデモ機があった。

触るのにちょっと行列ができてるっぽかったので実際には触らなかったけど、傍目から見た感じは思ったより小さいなってことだった。B5サイズくらいかな。

いろんな写真とかを見ていると、A4くらいありそうに見えたのだけど。たしかにあまり大きなのも取り回しが面倒になるのかもね。

ガジェットとしてはちょっと触ってみたいと思うけど、実際に使うシチュエーションを考えると外で、だろうから3Gモデルだろうし、Webを見るのにしても現実としてFlashを使ったサイトが見られないと困る場面も出てきそう。

たぶん、気にはなるけど、買わないかなぁ…。

金曜日の悪夢。バグが噴出

今週は木曜日まではバグの指摘もほとんど無く、この調子なら今週末も電話待機だけで乗り切れるかと思ったのだけど、そうもいかなかった。

金曜日の夕方になって一気に10件くらいのバグ票が上がってきて、しかも重要度が何気に高かったりと一気に慌ただしくなる。さらにたちの悪いことに、客先環境では再現するのにこちらで同じ環境と手順でやっても再現せず、解析に必要な動作ログが取れなかったりと再現させられていないバグが複数件残ったまま。

重要バグなので引き続き明日も出社して再現とソースコードからの推測作業をやることに。

木曜日までの平和な日々が逆に恨めしく、こんなことなら毎日まんべんなくバグが出るほうが良かったんじゃないかと少し思ったり。

USB使用禁止

USBポートを封印するシールを貼れと。社内のPCすべてに。

この会社もどんどん官僚的になっていくな。Word/Excelとメールだけで仕事できる職種ならまだ分かるが、組み込み系とかどうするの。デバイスへの焼き込みとか色々でUSB使うんだがね。

あと客先と専用線引いてるネットワークセグメントのPCとのデータ交換もどうすればいいのかな。LANカード2枚差しも禁止だし、同じセグメントにしたら社内LANが使えないからメール見れなくなるし。

一般のユーザー系企業ならこういうセキュリティポリシーも分かるけど、IT企業でってのは…。生半可に知識があるからって言うのもわからんではないが、セキュリティポリシーと現場作業って必ず競合する。代替手段が取れればそこまで言わないけど、代替も無いのに一律すべて禁止しておいて、困ってもルールなので現場でなんとかしろじゃ酷いよなぁ。

Androidな会話ができるIRCチャットルーム

Androidな会話ができるIRCチャットルームができました | NSP-momo blog

ある程度人が集まるようならいいかも。

意外とネット上でのリアルタイムかつ複数人のコミュニケーション手段って限られてる感じ。Twitterはハッシュタグがあるけど発言を追い辛いし、Skypeのグループチャット?もどれくらい使ってる人がいるのか…。あとはUStreamやニコ生のような誰か一人がメインとなって発信する方式。

IRCも慣れてない人には敷居が高いかもね。あと人が集まる時間帯によるかも。私みたいに深夜しか入れない人には、誰にも出会わない確率のほうが高そうな気もするけど、人が集まると面白そうなので私も周知に協力。

「ソフトウェア部品」で抱く幻想

ソフトウェア部品という言葉は、マネジメントや経営層にとって魔法のような言葉に聞こえるらしい。

部品化して再利用することで、似たようなソフトウェアなら工数は劇的に節約できるし、すでに実績のあるモジュールなら品質も担保されている…。

そんなソフトウェアモジュールは希である。

よほど最初から再利用を意識した設計で作らないと、何かのプロジェクトで作ったモジュールをそのまま別のプロジェクトに流用してコストが下がったというケースはあまり無い。

動作環境が異なることで予想していたパフォーマンスが出ない、インターフェース定義も最初に作ったプロジェクトには最適化されてても、他のプロジェクトでの使い方にマッチしていないことが多いのではないかと思う。

確かに当てはまる使い方ができればメリットはとても大きいと思うけれど、それを安易に夢見るマネージャや上層部がほとんどだ。「よそでこんなモジュール作ってたからそのまま使えるよな?」と中身も見ずに言って来て、なおかつ見積もりの工数をその分差し引いてしまったり。汎用性を持たせたモジュールは、どこか使いづらいところが発生しそれをカバーする実装が必要になるということなんだが。

どこかの会社も過去に「部品化の推進」とトップの大号令がかかったけど、ツールやらドキュメントやらソースコード、ノウハウと対象を広げすぎたのと、社員に対してノルマ制で「一人一つは何か部品を部品データベースに登録しろ」という指令のせいで、そのデータベースはカオス状態。なぜか秀丸エディタが「コーディングの生産性を上げるツール」として登録されていたり、使えないものばかりが山積みになったデータベースができあがった。また検索システムが貧弱で何が入っているのか探しづらく、すぐに閑古鳥が鳴く状態に。その後、組織変更でそのデータベースもきっと闇に消えたとは思うのだが…。

この会社の場合はトップの指令を本社部門が目的を理解せずに体面だけを整えようとした結果失敗したというのもあるのだろうけど。

ソフトウェア部品という言葉の響きに期待せず、ある程度似通った性質を持つプロジェクト間で、最初から部品化を見据えて設計するなら効果は出るだろう。片手間では無く、本気で汎用性とは何かを考えて設計するための「部品化の準備」にかかるコストはそれなりに覚悟しておいた方が良いだろう。ソフトウェア部品なんて使われなかったらそれまでの話だから。

日本のものづくりは無理を誰かが被って成り立ってるのではないか

第9回:納期まで3カ月もない – 電子部品 – Tech-On!(読むには要登録)

1995年にPHS端末用の小型リチウムイオン電池の開発と納品までの話で、メーカーから依頼を受けたのが納期の3ヶ月前なんだそうで、そこからの金型合わせとか様々な困難を乗り越えて…という話。

まぁ、ある意味「美談」ではあるのかもしれないけど、メーカー側も出荷3ヶ月前まで端末自体の開発が遅れた上に、その遅れを外部の企業に何とかさせようっていう話で、よくよく考えるとどうなんだろと思わないでもない。

電池メーカーが1分、1秒と急かされて作ったものをちゃんとした値段で買ってあげたんだろうかとか、余計なことばかりが気になってしまう。

日本的ものづくりは、こういう「ムリムリ」をなんとか、と聞いてもらってみんなで苦労して完成にこぎ着けるみたいなノリは変わらないね。ハード開発でも、ソフト開発でも。下請けひっくるめて休日返上で頑張りました、出荷しました!って言っても下請けにはその深夜やら休日までメーカーと作業をつきあった分のコストをペイできるだけのお金が払われていなかったりすることも多そう。

「血と汗と涙の結晶」という響きがだんだんと時代錯誤になってきてる。

いや、本当に自分が情熱を傾けて作ったものに対して言うのは問題ない。でも効率の低い作業ばかりだったり、マネジメントに問題があったり、下請けどうしで揉めたりと不毛な消耗戦の結果作ったものに対しては、それが世界初のものだったとしても誇りを持てる気力すら無いんじゃないだろうか。

あまりにも「無理の利く」会社どうしが幅をきかせてこの世界ができあがってる感じがするし、ソフト開発ならそこに「人売り」の入り込む素地が出てくる。こうして「高稼働、短納期、大人数歓迎」みたいなSIerが出てきて消耗品のように人を使うことになってるのだろうな。

平和な一日

そういや先の土日はしっかり二日間とも休めたな。なんだかこういう休みは2ヶ月ぶりな気もするが。

今日は珍しくバグの発生もほとんど無く平和な一日。まぁただソフトの品質が急に良くなったなんてことはないので、全体スケジュールを見ての政治的な何かが働いているんだろう。

今日みたいな日が続けばかなり気が楽になるし、夜遅くまで残業の毎日ではなくてもう少し自分の時間を持てるようになるのだけど、まだ楽観視はできないな。2月3月のような残業制限でもかかってくれたほうが、仕事量に対して時間はきついがその分、自分の時間が持てるようになるのは大きかった。

そろそろ次のバージョンへ向けての各所の見直し、リファクタリングの計画も始めないといけないしな…。一機能、作りがとても複雑になっている箇所があって、設計考慮漏れも重なって作りがとても複雑になっているところがあるのでそれをなんとか直したい。

設計から結合試験までの工数を「ステップ数」で見積もれって…?

最近あったできごと。

ある機能追加に対して概算で工数見積もりをすることになったのだけど、そのときに言われたのが

「設計、製造、単体試験、結合試験までの追加・改修規模をステップ数で出してください。最終的には難易度の係数をかけて作業工数(時間)として計算します」

うーん、製造フェーズにおける新規・改修の規模(ステップ数)なら、あまり納得は行かないが(自分の担当部はCなどではなくJavaだし)なんとか出せないことは無いけど、設計と試験フェーズをステップ数として出せと言われると…?

そもそも設計もしてないし、仕様も箇条書きの要件しか無い状態でステップ数が見積もれたら、それはそれですごいと思うけど、JavaとCだと生産性違うしな…そもそもJavaをステップ数で見積もる意味があるのかどうかもよく分からない…。

時間があれば、私の場合は積み上げ方式で作業の洗い出しとそれぞれにかかる工数を出して足しあわせる方法を使おうと思ったけど、時間もないので結局ドンブリ(エイヤーとも言う)でステップ数ではなく工数を直接見積もった。

私もFPとかもう少しきちんと見積もり手法を身につけていれば良かったのだろうが、現場叩き上げのあまりよろしくない方法しか使えないのが悔しいところ。ただ今回は新規機能の追加で類推できるような実績データも過去に無いし仕方ないといえば仕方無いのかもしれないが。

うちの会社では、メーカーに常駐して組み込み、制御系の作業をしてきた人はステップ数の見積もりを使う傾向にある。組み込み系でC言語だとまだ見積もりやすいのかな。Cなら一人600step/月とかやれば計算は楽だし。

一応、会社標準としての見積もり作成フォーマットはあるけれど、これも

  • 基本設計…設計書作成規模(枚数)

とか設計フェーズの見積もりを「設計書の枚数」で見積もるフォーマットだったりする。これもまた見積もり辛い気が…。

とは言っても、ソフトウェアの見積もり方法は正解が無いので、どんなやり方にしても精度が出れば良いんだろうけどね。

Assemblaのリポジトリサービスでsvnとgitの無料Privateリポジトリが持てるらしい

最近?サービスプランが変わったのか、AssemblaでフリーのSvn/Gitリポジトリサービス、しかもPrivateなリポジトリが持てるようになってた。

Pricing/Plans | Assembla

容量2GB以内なら、リポジトリをいくつ作ってもOKっぽい。おまけとして簡単なWebリポジトリビューアも付く。

私はTracが付いた1space/月$2.30のプランを使ってたけど、

リポジトリ提供サービスのassemblaに登録してみた – きままな日記帳

今は無くなって$4.30~でspace制限無しのプランからみたいね。私も申し込んだ当時はこのプランが一番安かっただけで、特別Tracの機能は使ってないしフリーのプランに切り替えることにしよう。

これはPrivateでオンライン上にリポジトリだけ持っておきたい人にはいいんじゃないのかな。githubは月$7で5つまでのPrivateリポジトリを持てるみたいだけど、 それより割安。サービスとかの品質は他と比較したことがないのでわからないけど。

大手SIerでないとやれない仕事のパイは頭打ちか

大手SIerの利益悪化がとどまることを知らない件 – GoTheDistance

まぁ、厳しいですねぇ。

今まで比較的安定して要因を提供していたメーカーさんも、減員になったり人月単価が下がったりで人員を入れておく旨みが減ったこと、あと受託案件が減ったり、あっても短納期で作業量の多いハイリスクなものばかり。

社員をそれなりに抱えている会社だと、数人を食べさせるための仕事を取れば良いわけではなくて、数十人単位を食わせないといけない。そうすると、短納期で作業量の多い案件、つまり要員は一時的にかけられるけど、そのスケジュールでその要件って正気?というような物を請けざるを得なくなる。要員が空くより何か作業させればいいよね、っていう。

こうなると目先の作業を請けに行くことが主目的になってしまうので、危険な要件も「そこまでトラブルにはならないだろう」「これが取れれば継続して受注できるだろう」と都合の良い方向に解釈するようになっていくのが不思議。その後は言わずもがな。

仕事が減ってパートナーさんの数が減り、正社員率が上がっているので普通にプロジェクトをやってもコストが高めにかかるし、パートナーさんで維持できていた技術力も下がるので生産性も下がる。仕事を取っても何とか食いつなぐことができるかもしれないが、そこから利益を出したりできるプロジェクトは多くないだろう。

中小のSIerも厳しいが、NTTデータのように銀行や官公庁のシステムという安定収入を持たない、大手SIerはどこも厳しいのである。社員を多く抱えている分、落ち込んだときの影響は高い。

この状況で、何に活路を求めるかは会社によって違うと思うけど、グローバル化だとか自社プロダクト開発だとか言うけれど、結局のところは受託開発にすがることになると思う。グローバル化もプロダクトも、そんなすぐに成果の出る施策では無いしこの業績が落ち込んでいるときに本当に辛抱してすぐにリターンを求めずに投資できる会社がどれくらいあることか。大抵は「グローバル化推進部」なんて作っても、何も成果を出せずにコストばかりかかるからと言って1年後くらいには縮小されるのがオチだろう。

上場企業の企業活動として「常に右肩上がり」を要求されるという現実がその厳しさに拍車をかけてる気もする。無理に業績アップを狙わずに安定して事業を進めるというのが株主や市場に受け入れられればもう少し違うのかも。

人売りのSIerという企業がやれる仕事は減っている。本当に技術を持っている会社、売り方が上手な会社がしぶとく生き残るのではないか。大手SIerも中途半端に技術者を持つのではなくて、本当に受注と中抜きだけする会社に特化してしまったほうが意外と残るのかもしれないが。

AndroidでのA2DPの扱いは?

SDKのAPIリファレンスを眺めているだけで、実機で動作確認したわけでは無いけど…。

Androidでは、android.media.AudioManagerのisBluetoothA2dpOn()というメソッドがあるので、A2DP接続中かどうかをアプリが見ることはできるけど、アプリから明示的にA2DPへ音声ルートを切り替えるのはできないんだろうか。

以前のバージョンのAndroidでは、setBluetoothA2dpOn()というので本体出力とA2DPを切り替えられていたけど、いまこれはdeprecated。同じくsetRouting()も。

で、通話用ヘッドセットで使うSCOに関してはstartBluetoothSco()などAPIがFroyoで用意されているところを見ると、A2DPについてはあまりアプリから制御させたくないんだろうか。メインメニューの、設定→無線とネットワーク、からデバイス選択して接続・切断するしかないのか?

android.bluetooth以下のクラスにも特にA2DP関連のAPIは無さそうだし。

AndroidのBluetooth関係はFroyoでもいろいろ変更が入っているあたりを見ると、まだ発展途上ということなんだろうか…。

Thinkpad x201s セットアップ編

今回買ったThinkpad x201sにはWindows7 Home Premium 64bitをプリインストールした。

XP以来、VistaをスキップしていたのでWindows7は久しぶりに触る新OSだし、64bitというのも初めて。せっかくメモリ4GBも積んでるし、というのもあった。

しばらく触ってみての印象は、やっぱりXPよりは重ため。メモリ4GBも積んでいるのにディスクアクセスが多く待たされる印象。まぁこれはプリインストールのアプリとかアンチウイルスソフトのせいかもしれないけど。起動してログインしてから落ち着くまでに時間かかるし、基本はハイバネーションを使いながらってところか。

あと64bitだから別に速かったりどうってことは無く、いつも使っているフリーソフトなどはほとんど32bitだしあまり恩恵を受けられていない感じ。まだまだ64bitが普通になるのは先の話みたいね…。

あとはWindows7になってコンパネの設定変更がどこに何があるのかさっぱりわからなくなったことくらいか。ウインドウアニメーションを止めたくてもどこを変えればいいのかしばらく迷ったり。

ブラウザはつい最近、chromeを自宅と会社でメインで使うようになったのでchromeを入れる。

開発環境としてeclipse、Subversion、WinMerge、Android SDKなど。あとはVirtualBox、ATOK、Dropbox、Launchy、OpenOfficeあたりまで。

そしてそろそろGitを使うようにしようということで、MsysGitとTortoiseGitも。TortoiseGitのインストール時にsshをputtyを使うようにしてしまってちょっと嵌ったり。

ただ、ハードスペックは悪くないはずなので、もう少しいろいろチューニングして使いやすくしていくかな。

Page 1 of 3123

ホーム > アーカイブ > 2010年5月のアーカイブ

検索
フィード
メタ情報

ページの上部に戻る