トップ(最新)

nDiki : 仕様書

仕様書 - specification、specifications

ソフトウェア関連の仕様書

関連情報

スポンサード リンク

Related term

2005年1月18日 (火)

ホームネットワークカメラ BL-C10 買っちゃった このエントリーを含むはてなブックマーク

スポンサード リンク

naney:3069753179

結局買っちゃった。 無駄遣いかなぁと思いつつ、どうせ最後には買っちゃう自分が目に見えていたので。

家に帰ってからちょっといじる。 最近周辺機器を買った時のパターンと同じく、(主 にLinux で使用・管理するので)付属のCD-ROMWindows BOX にインストールする事なくセットアップする方向で。

@ 接続

カメラ本体に LAN ケーブル、AC アダプタを接続。 製品出荷時はネットワークは自動設定になっている。

ここで通常「添付 CD-ROM に入っている Windows 用のソフトを起動してMACアドレス一覧からカメラを選んで設定へ」という流れになる。

…… nmap でスキャン。192.168.x.253 に発見。 Firefox で接続できた。

後は基本的に Web ブラウザから設定できるので、説明書通り作業できる。

@ 設定

動画を見ることができたのを確認してから、ちょこちょこ設定をいじる。 ファームウェアバージョンアップを押したら、ファームウェアイメージをアップロードする画面に。 取消を押しても取り消せない……。 再起動しても、またこの画面だし。

あげときますか。 Panasonic のサイトから最新のファームウェアイメージをとってきて、BL-C10アップロードし更新。

これで通常の作業ができるようになった。 びっくりしたなぁ。

@ パン/チルト

じゅうたんの上においていじっていたのだが、下の方ばかり映っている。 あれ? 上方向には+10度しか動かないのか……。 誤算。 構造上の制約なのか、太陽・天井光源をうつさないようにする配慮なのか。悪用防止のためなのか?

設定の際には高めの位置にするか、少し角度をもたせて置いた方が良さそうだ。

@ 静止画の取得など

BL-C10 自体にFTPクライアント機能やメールクライアント機能があってサーバへのアップロードが可能だが、画像加工を一旦してからサーバに上げるなど柔軟にやりたいのでPCで静止画を取得したい。

Panasonic のネットワークカメラは「ネットワークカメラCGI利用説明書*1」が公開されている。上位機種向けの仕様書だが、基本はBL-C10でも同じと思われる(ズームなど無い機能をのぞいて)。 実際、対応するURLにリクエストすることで静止画の取得やカメラの制御などを行えた。

ということで 10分おきの www.naney.org へのアップロードは、BL-C10 から Wget して使う事に。 こちらは定点撮影にしたいので、BL-C10で設定できるプリセットの1つをライブカメラ用にして一旦これを呼び出してから、撮影するようにするとする。


[ 製品レポート ]

*1CGIというのは誤用だと思うが

◇ Twitter やってます。この記事が気にいったらぜひ twitter.com/Naney の follower になってください。


[ 1月18日全て ]

2005年10月5日 (水)

WiKicker 0.27 リリース このエントリーを含むはてなブックマーク

機能的にちょっと区切りをつける必要がでたので、WiKikcker の新しいバージョンをリリース。 2005年5月10日より、約5カ月ぶり。

バグ修正の他、

  • 若干のHTML構造変更(メイン部分を <div class="main">でくくるようにしたり、SearchPageの検索フォームを一部修正したり)。
  • 新しいスキーマ anchor、1-area-map-image、1-area-map-limage、1-area-map-rimage を追加。
  • HTMLタグ付けブロック文法を追加(オプション)。

など。

HTMLタグ付けブロック文法におけるHTMLのサニタイズについては、HTML 4.01 仕様書を見て主に

  • HEAD の中で使うものなどは除外
  • フォーム関係、フレーム、スクリプト、オブジェクト関係は除外
  • %Script; な属性は除外
  • %URI; な属性はスクリプトかどうかチェック

といった風にフィルタリングするようにした。 結構許したので、そのまま有効にする場合には組織内利用とか個人利用向けにした方が良い。

必要に応じてルールを変更できるように、サニタイズするモジュールは設定で変更できるようにしておいた。適宜お好みで。HTMLタグ付けブロック自体はデメリットも多いのであまり使わない方が良いと思うけれど。


[ 10月5日全て ]

2005年10月28日 (金)

ソフトウェアかんばん このエントリーを含むはてなブックマーク

naney:57031780

先週金曜日に参加した総会関連のプロジェクトについて KPT 法を用いた評価セッションを実施。

プログラマ間でのコラボレーションが一つの課題になった。 決して悪い状態ではなく比較的いい感じであるのだが、より良くしていこうというわけである。

またこのプロジェクトはリリースを前にまだ開発要素が目白押しということもあり、その辺りの見通しもより明確にして共有したい。

ということで、今回はあらたにソフトウェアかんばんを使ってみることにした。

よく紹介されている方法はタスクカードを「TODO」「DOING」「DONE」というカテゴリ分けされた壁に貼って見える化する方法である。

今回はこれをちょっとアレンジして実践してみることにした。

まずはこれでスタート。

実装しなければならないストーリーがたくさんあることを直観的に、他のスタッフにも理解してもらえる。社長も「まだこんなにやることがあるのか」とプロジェクトの状況を理解してくれたようである。

今後であるが、以下の点をまだ行っていないので順次実行していきたい。

  • イテレーションの設定
  • タスクの見積もり
  • ストーリーの見積もり
  • 全体の見積もり
  • 定期的チェックタイムの設定
  • 貼りやすいプッシュピンの入手

[ ソフトウェアプロジェクトマネジメント ]


[ 10月28日全て ]

2008年8月14日 (木)

Joel on Software - 必読書 このエントリーを含むはてなブックマーク

Joen on Software

スクラッチから書き直したくなるプログラマは、書き直したプログラムもまたスクラッチから書き直したくなる。」で参照したのがきっかけで、ジョエルテストで有名な Joel on Software を読んだ。

ソフトウェアプロジェクトマネージャ・ソフトウェア開発者必読書の1つだね。

扱っているテーマは幅広くどれも気になる記事ばかり。 ここではメモがてら興味深かった主要な記事をピックアップ。

@ 3章 ジョエルテスト

3分でできるソフトウェアチームの良さを評価する有名なテスト。

@ 5章 やさしい機能仕様 パート1: なぜわざわざ書く必要があるのか?

仕様書の最も重要な役割はプログラムをデザインすることだ。p.51

仕様書についての章が何章か続く。仕様書について実践的なことが書かれているのでとても参考になる。

@ 6章 やさしい機能仕様 パート2: 仕様書とはどんなものか?

サンプル仕様書が用意されている。 何をどのように書くべきかについて参考になる。

@ 8章 やさしい機能仕様 パート4: ヒント

そしてなぜ誰も読まないかといえば、仕様書があまりに退屈でつまらないからだ。p.79

これを読んでからできるだけ話を具体的に書くように心掛けている。 適当に外国人の名前をつけてシナリオを書くとなぜか皆喜んだ(同僚も外注も社長も)。

ルール5: テンプレートは有害である p.86

@ 9章 やさしいソフトウェアスケジュール

ソフトウェアプロジェクトマネジメントでうまくいかない事が多い筆頭がスケジュール。

「そのコードのスケジュールを立てられるのは、それを書くプログラマだけ」「タスクの粒度を細かくすること (それによって、その機能をデザインすることを強いられる)」「スケジュールにデバッグ・結合・バッファ・休暇・祝日その他のことのための項目を入れる」「決してマネージャにプログラマの見積もりを減らさせない」

あたりが参考になる。なおこの記事は Webアップデートされている。

@ 12章 5つの世界

開発するソフトウェアの種類によって使える開発方法論が異なるのだから、自分のプロジェクトで適用できるかよく考えること。

@ 14章 アーキテクチャ宇宙飛行士たちに脅かされるな

抽象化ばかり考えて意味のないところまでいかないこと。

@ 21章 報奨金有害論

つい最近うちの会社でも表彰式があったばかりなんだけれども……。

マネージャは賞与の提案を上位に送り、それは完全に無視され、ほとんどランダムに賞与が支給される。p.188

多くの人は、自分が非常に良い仕事をしていると思っている (実際はそうでない場合でも)。p.189

@ 23章 人のタスク切り替えは有害であると考えられる

一つのプロジェクトに専念したいね。

人々に同時に1つより多くの作業をさせるべきではない。p.202

@ 24章 あなたが絶対すべきでないこと PART I

スクラッチから書き直したくなるプログラマは、書き直したプログラムもまたスクラッチから書き直したくなる。

@ 25章 氷山の秘密、明らかに

顧客は自分が何が欲しいか分かっていない。顧客が自分で何が欲しいか分かっていると期待するのはやめることだ。p.210

これを理解していないと何でも言うなりにソフトウェア化しようとして失敗する。

@ 31章 下っ端でも何かを成し遂げる方法

多くの人は自分が下っ端だと思ってモンモンとしている。

  • 戦略1 実行あるのみ
  • 戦略2 じわじわ広めていく
  • 戦略3 優れた人間を作り出す
  • 戦略4 間抜けを無力化する
  • 戦略5 邪魔を避ける
  • 戦略6 かげがえのない存在になる

まずは不満を持つだけでなくて、個人ででも実行しようということ。


[ 書評 ] [ お薦めの本 ] [ ソフトウェアプロジェクトマネジメント ]


[ 8月14日全て ]

2009年12月18日 (金)

今日のさえずり - Twitter やってるとネットストーカーされている感じがしない? このエントリーを含むはてなブックマーク

naney:4200291664

@ 2009年12月18日


[ 12月18日全て ]

2010年2月23日 (火)

今日のさえずり - 許されるのは嘘ではなくドワーフのような沈黙 このエントリーを含むはてなブックマーク

@ 2010年02月23日


[ 2月23日全て ]

この日記のはてなブックマーク数 Add to Google RSS

Process Time: 0.041607s / load averages: 0.00, 0.08, 0.13
nDiki by WATANABE Yoshimasa (profile)
Powered by DiKicker
Base theme by Nana (for tDiary)