Visual Studio .NET で Visual C++ のスタティックライブラリを作っていたときのことです。 なれないスタティックライブラリをいざ組み込んでみると、膨大な量のリンク重複エラーが発生してしまいました。 調べてみたところ、スタティックライブラリの場合は、組み込むプロジェクトに応じて、シングルスレッド版 (/ML) 、マルチスレッド版 (/MT) 、マルチスレッド DLL 版 (/MD) といったようにそれぞれの分だけ用意しなくてはいけないようです。 いっそのこと DLL にしてしまえば楽かとも思ったのですけど、場合によってはスタティックライブラリの方がいいこともあるのでは…、などと考えてしまい、なかなか DLL 一本に絞ることができません ^^; とはいえ、スタティックライブラリのビルドのたびに /MT やら /MD やらを変更して、さらに出力ファイル名を区別するのも、
日本情報システム・ユーザー協会が、ユーザー企業102社の357プロジェクトを調査したソフトウェアメトリックス調査2007を発表したことに関する記事が@ITに掲載されています。この記事によれば、調査対象プロジェクトの工数と工期をグラフ化し、回帰直線に出した結果、標準開発工期は「投入人月の立方根の2.4倍」という結論を導き出したらしい。1000人月であれば24ヵ月の工期設定が標準ということだ。他にも、システムの画面数やファイル数も工期設定に使えるということで、調査からは「必要工数＝0.1×ファイル数＋1.3×画面数＋0.3×バッチ数」という数式になるそうだ。画面数だけでは、「必要工数＝画面数×1.55」ともなるらしい。さすがにこれだけで工期設定するのは無謀だが、ある程度の参考にはなるのだろうか?
検索でよく掛かってくるので、 ちょっと調べてみた。 (ノ・・)ン。。。。。。(((●コロコロッ MSProjectについてはもう良いとして、 これを閲覧するソフトは結構あるようだ。 ただ、MicrosoftはどうもMSプロジェクトファイル(.mpp)の仕様を公開していないようで、 ソフトウェアベンダーは結構頭を悩ませているようにみえる。 Microsoftがさっさとビューアを作ればいいっていう話でもあるのだが。 関連リンク: オススメＭＳプロジェクト閲覧ソフト by プロジェクトマネジャー★誕生！ MS-Projectビューア[Microsoft Office] by Interoperability それ系のソフトはこれだけある。 (なお以下のソフトを使ってあなたのＰＣがどうなろうと知った事ではないのでよろしく。) 使えるもの、使えないもの。 有料のもの、お試し可能なもの、無料のもの。
ミツエーリンクスでは、デジタルメディアにおける企業と顧客とのコミュニケーション課題を解決する、さまざまなサービスをご提供しています。ぜひ一度サービスページをご覧ください。
Solution 役割分担型プロジェクト運営 ソフトウェアプロジェクトは、さまざまなカルチャーを持つメンバから構成されている、小さな生態系（エコシステム）を設定する。その生態系には以下のような要素がある。 バリアにあたる壁と、泉にあたるオープンスペース 相互作用する亜種としての役割を果たす専門職にいる人 生態系の働きを変える、強い個性を持った個人 概要 受託開発型の中規模から大規模プロジェクトで適用されている役割分担型のプロジェクト運営を考察する。基本的には初期設計段階においてプロジェクトは成功するという確信（あるいは期待）を以って、プロジェクトは進行していく。途中段階あるいは最終段階において、なぜ最初の予想が外れてしまうのかの原因を探り、既に予想が外れた時点（いわゆる火を吹いた状態）においてのフォローアップを考える。 目的 初期計画のずれ、見込み違い、それによる製作＆試験期間圧縮による品
⟵Back toWhy OpenTextmenuWhy OpenText OverviewWhy OpenText OpenText brings decades of expertise to help you unlock data, connect people and processes, and fuel AI with trust Manage and connect data Unify data seamlessly across your enterprise to eliminate silos, improve collaboration, and reduce risks
昨日の日記で紹介したGanttProjectで工程表を作った。 ズーム機能でちょっと縮小すると、土日以外の追加した休日が表示されなくなるのと、日付部分が第何週の表示に切り替わるので何月何日なのかがわからなくなる。これが意外と不便。欧米の人は第何週ってのを聞いてピンとくるくらいに慣れてるんだろうか。 工程表を書いていていつもアホらしく思うのが、技術的な解決策が分かってない問題を含んでいるプロジェクトの工程。どれだけ調査すれば解決策が分かるかさえ不明で、さらに解決策が分かったとしてもその実装がどのくらいかかるかも不明なのに線を引っ張らないといけない。そして、その不明な部分に依存した別のプロジェクトまでが、確度の低い工程表に従ってリソースのアサインなどを始めてしまう。 分からないことがあるのなら、工程を立てられる程度に情報が集まるまで保留すればいいのに、なぜそうしないのかとても不思議だ。後で工程
This shop will be powered by Are you the store owner? Log in here
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
