技術者よ、設計しよう、仕様書を書こう | 宇宙科学研究所
私は、昨年度、工業標準化事業に対する貢献により経済産業大臣から表彰を受けました。編集委員会から私に与えられたテーマは、それについて解説せよというものです。しかし、その技術的な内容については既に本ニュースの2004年6月号において「宇宙開発における標準化と情報化」という題名で執筆しています。そこで、今回は、私が標準規格などの文書の作成に力を入れている理由についてお話ししたいと思います。なぜならば、その理由をお話しすることは、「人工衛星のような複雑なシステムをいかに効率的に開発するか」という私のシステム工学的な研究の成果を解説することになるからです。 人工衛星のような複雑なシステムの開発は、必然的に大人数のチームで行うことになるのですが、効率的に開発を行うための一つの原則は、「チーム構成員の誰もが何かしら具体的な作業を担当し、その作業結果を文書などにまとめ、プロジェクトの中で機能させること」だ
ネットワーク図の書き方 - Akio's Log
先月から出稼ぎで東京に来てます。毎年、プロジェクトの特性上、３〜４月に空きが出てしまうので、仕方のないことなんですが。 で、最近ネットワーク図を書く仕事をしているのですが、ちゃんとしたネットワーク図を仕事で書くのは初めてのことでしたので、「コツ」をつかむまでだいぶ時間がかかってしまいました。 その過程で、いろいろと参考にしたサイトをまとめてみます。 書籍 ネットワーク現場の教科書 改訂版 （マイコミムック） (MYCOMムック) 作者: IDG出版社/メーカー: 毎日コミュニケーションズ発売日: 2011/03/31メディア: ムック購入: 1人 クリック: 9回この商品を含むブログ (2件) を見るこれはネットワークの教科書 改訂版 （マイコミムック） (MYCOMムック)の実践編的な内容ですが、本当に役に立ちました。ネットワーク図を書く際には、物理構成図と論理構成図をきちんと分けて書か
ウェブサイト設計の時に役立つ７つのテクニック／【その7】他サイトでの慣習 (ユーザビリティ実践メモ)
実際にウェブサイトを作っていくときに役立つ7つのテクニック、最終回のテーマは「他サイトでの慣習」です。 「ユーザ中心のデザイン」について書かれた『誰のためのデザイン？』（D.A.ノーマン）の中で、著者はデザインの6つの原則を述べた上で、7つめの原則として「すべての原則を適用がうまくいかないときには標準化をする」と言っています。わかりやすく、使いやすいサイトにするためには、標準化されたレイアウト＝他サイトでの慣習を利用するのも有効な方法となります。 そこで今回は、ウェブサイトの一般的な慣習や業界リーダーのサイトで使われているテクニックを踏襲することで、ユーザにとって使いやすいサイトにできる例をご紹介します。 ファーストビュー 関連性 具体性 ウェブライティング リンクの装飾と配置 目線の操作 他サイトでの慣習 ←今回のテーマ 利用すべき2つの慣習 一般的な慣習を利用する 業界リーダーのサイト
高速で無駄のないソフトウェア開発を実現するための7つのポイント | Social Change!
どうすれば小規模なチームでも大きな成果を出せるのか。大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ソフトウェアをつくるための３つの役割で書いた通り、ソフトウェア開発をクラウドのようなサービス提供で続けていくには、プロダクトオーナーとプログラマーがキャッチボールのような形で、仕様と実装をずっと繰り返しながら作っていくのが自然です。 SonicGardenで使っているツールと開発の流れの全体は以下のようになります。大事なことは「動くソフトウェア」の状態を保ったまま、どれだけ回転数をあげていけるか、ということです。そのために、プロダクトオーナーとプログラマの間で待ち時間を減らすために並行して進めるようにするなど工夫しています。 ホワイトボードとMVP
いわゆる仕様と業務例外について - 急がば回れ、選ぶなら近道
最近とにかく、移動が多いので、その中でちょいちょい考えたことをまとめておきます。まずは仕様の理解の仕方とか、業務例外とか、押さえておきましょうという視点から。別にこれが正解で必須というわけではないので、あくまで個人の経験をまとめただけです。 モデリングとか、なんというかそういう高尚な話ではなくて、実際に仕様をまとめるときに、現実的に落ちる穴を、経験的に書きます。大抵のプロジェクトでは、仕様が固まらずに、または手戻りが発生して酷くコストが膨らむということがやはり多いわけで。理屈はともかく自分の経験的な対策案です。 （なんというか、開発方法論や手法・ドキュメントのまとめ方は、なんとかBOKから始まって、アジャイルや押しくらまんじゅうやらでいくらでもであるのですが、その一方で丁寧な要求定義や設計それ自体ができる人材は、むしろ急激に減っているような印象すら受けます。海外からの翻訳や輸入はやたらと多
ゼロから始めるAndroid開発【設計編】
お久しぶりです。 前回の環境構築を行ってから随分と間が空いてしまいました。 なにかAndroidアプリを作ろうとは思っていたのですが、 なかなか良いアイディアが浮かばないまま月日は流れ、あっという間に新年です。 あけましておめでとうございます。 さて、挨拶はほどほどにして、 今回から以下の様なアプリを作ってみようと思います。 アプリの名前は「自分ストーカー」。 名前は物騒な感じですが、要はGPSを使った自己位置トレースアプリです。 いきなりコードを書き始めると（私は）グダグダになりがちですので、 まずは簡単に設計をしていきます。 ※今回はコードについては一切触れません。予めご了承ください。 要件： 一定間隔毎に位置情報を取得し、保存する。 維持情報取得間隔は設定画面より変更できる。 設定画面にて過去の位置情報を参照できる。 維持情報取得完了時にユーザに通知を行う。 要素：
rokuta96のAndroidアプリ開発 設計指針
ここの概要です。 http://developer.android.com/intl/ja/guide/practices/ui_guidelines/activity_task_design.html 再利用しないアクティビティにはインテントフィルターを指定しない 他のアクティビティから利用されることを想定していないアクティビティには、インテントフィルターを付加しないようにする。 他の決まったアクティビティから起動したい場合は、明示的に起動するコンポーネントを指定したインテントにする。 インテントフィルターは、他のアプリケーションに対して公開するので、色々と良くない。 （インテントフィルターとは他のアプリから呼べるようにする機能です） 他のアプリケーションのアクティビティを利用する際には、一致するアクティビティがない場合も想定する 常に使用したいアクティビティがあるとは限らないので、想定
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AndroidのUI設計で押さえておきたいポイント
Gestures – Material Design 3