はてなブックマーク

SEに最も必要なスキルは「伝える力」だと言われています。分業が前提となるシステム開発において、意志の伝達がうまく出来ないことは致命的だからです。 よって、作成するドキュメントにも正しく伝える技術が求められるのですが、しかし多くのSEはドキュメント作成を苦手としているようです。 そこで今日は、SEがドキュメント作成で失敗しがちなポイントと、ドキュメント力を強化するための5つの視点について、『エンジニアのための文章術再入門講座』からご紹介します。 1.SEがドキュメント作成で失敗しがちなポイント SEがドキュメント作成に失敗しがちなポイントは、主に以下の2つです。 相手の関心と不一致 知識差のための説明が不足 例えば、システム開発プロジェクトの部長向けの進捗報告の場面を思い浮かべてください。性格にもよりますが、一般に部長クラスの方が気にするのは「予算を超過しないか」「顧客との関係は良好か」「今

分散システムでは、バックエンドのデータストアにリレーショナルDBを使用することが一般的です。しかし巨大な分散システムとなるクラウドシステムにおいては、RDBでは限界があります。今日は、クラウドシステムにおけるリレーショナルDBの限界について、おさらいしたいと思います。 1.RDBをデータ種別によって分割した場合 クラウドのように分散システムが巨大化した場合、データボリュームの増加と、アクセス数の増加から、単一のリレーショナルDBでは対応しきれなくなります。よって、リレーショナルDBを分割して対処することになるのですが、まずはデータ種別で分割した場合についてみてみます。 たとえばマスタデータ系、トランジションデータ系など、データの種別で分割した場合、ある程度の負荷分散はできるものの、とてもクラウドのボリュームには対応できません。なぜならば、マスタデータ系は運用時の登録・更新の頻度が少ないのに

クラウド・コンピューティングは、従来から研究されてきた分散システムの考え方の上に実現されています。なので、クラウドシステムを理解するには、まずその基となる分散システムを理解しておく必要があるのです。 今日は、クラウド・コンピューティングを理解するに当たって知っておきたい、分散システムの最小構成について、おさらいしたいと思います。 分散システムの最小構成 1.クライアント クライアントからサーバーにアクセスする場合は、レジストリから取得されたディスパッチャアドレスを使用してサーバーアドレスを動的に取得し、サーバーへのリクエストコールを行う。 2.サーバー サーバーは起動時に、アドレス情報、そのサーバーが受け持つ処理内容などをディスパッチャに通知する。サーバープログラム内にアドレス情報は持たず、レジストリからディスパッチャアドレスを動的に取得して通信コネクションを確立する。 3.レジストリ 環

ITシステム運用を専門領域にしている私にとって、運用負荷の軽減に大きく貢献できそうなクラウド・コンピューティングは深堀する価値のあるテーマの一つです。いよいよ本格的に広まりそうなクラウド利用ですが、世間で言われる「クラウド」の定義は、結構あいまいな事が多いです。 「それって、クラウドというか、ただのホスティングだよね・・・。」なんてよくありますよね。というわけで今回は、クラウド・コンピューティングの3つのサービスモデルと4つの配置モデルの定義について、おさらいしたいと思います。 1.クラウド・コンピューティングの3つのサービスモデルをおさらい SaaS型 Webプラウザやクライアントデバイスを通して、クラウドプラットフォーム上で稼働するCRMやWebメールなどのアプリケーションプログラムにアクセスして利用するモデル。ユーザーはクラウドプラットフォームのネットワークやサーバー、OS、ストレー

2012年4月7日、3年間使ってきたSeesaaブログから、WordPressへと移行しました。移行した理由や、移行後に実感したメリット・デメリットについては別途まとめることにし、今回はSeesaaからWordPressへの移行手順をまとめます。これから移行を検討される方が、「そこまで大変ではなさそうだ」と安心してもらえればと思います。 1.WordPress用のレンタルサーバーを選択 WordPressを動かすためには、インストールするためのサーバーを用意しなければなりません。自前でサーバーを運用するのは大変なので（サーバーが停止したときのバックアップ対策など、自分でやろうとするといろいろ大変です）、一般的にはレンタルサーバーを使うことになります。 レンタルサーバーの選び方は、スペックと月額費用を天秤に掛けることになりますが、私はスペックも問題なく、月額500円と安価で利用でき、長く利用

先日書いた記事、『「頼りないSE」と周囲から思われないための20のチェックリスト』は、おかげさまで多くの反響をいただきました。 実は本書は、4月より営業職からITコンサルタントに変わるに当たり、とある尊敬する方に相談したところオススメな一冊として紹介いただいたものです。10年前に書かれたにもかかわらず違和感がなく、本当にいいことが書かれていると驚きました。 前回の記事に続いて、今回は本書から私が特に指針として取り入れたいと感じたポイントを、『「頼りになるSE」を目指す若手SEがチェックすべき8つのポイント』と題してお送りします！ 1.任務はビジネス目標の達成と顧客満足度の向上と心得る ビジネス目標とは、自分が所属している部門やプロジェクトチームに与えられた売上高や利益額などを指します。一方、顧客満足度の向上とは、顧客が期待している質の高いシステムを作り上げたり、顧客の問題解決に役立つ提案を

SEたるもの、お客様に信用され、頼られる存在でありたいものです。しかし現実には、「頼りないSEだな」というレッテルを貼られてしまうことも多々あります。 とある尊敬する方から紹介いただいた『SEを極める50の鉄則』にて紹介されている、「SE以外のビジネスマンから見た”SEの常識”」が、2000年に出版された内容であるにもかかわらず、今でも十分通用すると感じました。客観的に自分を見つめる材料として活用できそうです。 1.顧客や営業担当者が言う通りに仕事をする つまり言われたこと以上の仕事はしてくれないということです。 2.売上額や利益などビジネス目標を知らない それは自分以外の人の仕事だから、関係ないということです。 3.顧客やビジネスより情報技術（IT)を優先する 実際には、情報技術は顧客のビジネスを成功させるための道具に過ぎません。 4.「ITに強いSEが優秀なSE」と考えている 実際には

最近使い始めたMac専用のMarkDownエディタ「Mou」がとてもいいです。 今までブログエディタを使ってこなかったのですが、Seesaaの編集画面はリアルタイムにプレビューが見れないのが難点でした。いちいち確認ボタンを押さなければ結果が見れず、しかも確認画面にはユーザー指定のCSSが反映されないため、実際にどう見えるのかは公開してみるまで分からないという有様です。 そのため、記事を書くときはたびたび手戻りが発生していたのですが、Mouを使うことでこの問題が解決されそうです。説明書が日本語しかないため、取っ付きにくい人のために、今日はMouのブログエディタ用の設定方法を紹介します。 1.Mouをブログエディタ用にセットアップ まずは以下から、Mouをダウンロードしましょう。 Mou – Markdown editor for web developers, on Mac OS X インス

ブログの登場により、個人がフリーで情報発信のメディアを持てるようになったことは、産業革命以来の大変化だと私は思っています。従来の権力構造に対抗できる「武器」を手に入れた事で、個人はより自由な思想、哲学、考え方、生き方を選択できるようになりました。 私自身、ブログを続けてきたことで得られた恩威はまさにプライスレスです。ブログを通して知り合った友人たちも、同じように感じていることと思います。 そんなブログを愛する人達と、ぜひ一緒に読み倒したい一冊が出ました。今日は『必ず結果が出るブログ運営テクニック100』から、ブログ運営が10倍楽しくなるテクニックを7つご紹介します。 1.「仲間」と「収入」をブログの目標にする ブログを長く、本気で運営していくつもりならば、「仲間」と「収入」を得ることを、ブログの目標にしてみましょう。 ブログをどんどん書き続ければ、ログがたまり、ページビューが増えていきます

今日は私の専門分野であるITシステム運用を扱います。もはやビジネスの基盤といえるITですが、その運用現場にはまだまだ非効率な部分が残っています。 システム運用の改善ポイントはズバリ、「見える化」「標準化」を実施した上での「自動化」です。今日は、「意外と知らない、システム運用の効率化テクニック」を、『IT運用管理 攻めのツール活用術』も参考にご紹介します。 1.システム監視のテクニック システムが正常に動いているかどうかを確認し、もし異常が発生したとき、もしくは異常の兆候があったときに、素早くそれを発見し、リカバリにつなげるのがシステム監視です。ITシステム運用において非常に重要な業務であるとともに、実は非常に無駄も多い業務でもあります。 テクニック①イベント対応コストを半分にする 左の図は少し前のNRIのシステム運用における、オペレーション作業の内訳データです。驚くことに、障害メッセージの