あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。
あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。
変更履歴 2012-06-24 ドキュメントの所に *diag シリーズについて追記 概要 開発があればリリースがあり、リリースが終われば、メンテナンスがあり、さらに開発があります。プロダクトが EOSL (End Of Service Life) を迎えるまではこれを続ける必要があります。 去年の 8 月に「継続開発のススメ」というので、やっていることをまとめたのですが約 1 年経ってもう少し細かくまとめて見ようと思いました。基本的には自分がいる環境を前提に書いてます。 継続開発のススメ http://d.hatena.ne.jp/Voluntas/20110823/1314036482 開発スタイルは常に変化し続けていくべきだと思っています。これだ、というのを作らないのが一番良い開発スタイルでは無いかなと。 脳内を書き出しているので、日本語がおかしい上に一貫性が無いと思います ...
恵比寿で働く社長のアメブロ株式会社ビープラウド(http://www.beproud.jp)の社長、佐藤治夫が、日々の活動や、日々の思いなどを記録していきます。配置図は必須 今回は、自分の失敗談も含めて、UMLのダイアグラムの1つである配置図の必要性について書きたいと思います。UMLの中でも配置図(コンポーネント図)は、1~3人の少人数の開発になるとついつい省略しがちな図です。 というのも、その規模の開発ですと、仕様の調整、FIXなどが主な関心事となり、基本設計はテーブル設計くらいで、機能の開発にすぐ入りたくなってしまうからです。 しかし昨年の開発プロジェクトでした経験で、配置図(もしくはコンポーネント図)の作成は、どのような規模でも開発プロセス上、必須であるという考えに至りました。 プログラミングを担当するエンジニアがシステムを開発する際に、注意がまず向くのが機能要件です。機能要
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く