エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント1件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
技術者のレベルとソフトウェア開発の難易度(9): 柴田 芳樹 (Yoshiki Shibata)
これまでは、開発するソフトウェアの難易度と技術者のスキルレベルのミスマッチが発生すると開発が遅れ... これまでは、開発するソフトウェアの難易度と技術者のスキルレベルのミスマッチが発生すると開発が遅れたり技術的負債が残ったりしていくことを書いてきました。 実際の開発では、技術者のスキルレベルを直接測定する方法の決定版というものはありません。でも、きちんとした開発組織では、マネージャは技術者のレベルを把握していたりします。 なぜ、そうなるかというと、開発するソフトウェアの難易度を理解しているマネージャの場合には、技術者に開発業務を割り当てて開発してもらい、その進捗や成果物を自分の経験に照らし合わせて、技術者のスキルレベルを評価するからです。そして、どのような技術領域が不足しているか、そのためにどのような教育をしなければならないかも考えることになります。 これは実は非常に当たり前のことなのです。新人であれば、まずはその新人にとって妥当だろうと思われる開発業務を与えて、その成果次第でより難易度の高
2011/07/08 リンク