ミスに対して厳しい制裁ばかり考えても逆効果では？：プログラマー社長のブログ：オルタナティブ・ブログ
プログラミングやネットワークの仕事を長年続けていますが、このところ感じるのが、 「問題が起きたことに対し、厳しい追及・要求をしすぎて、ますます問題が起きやすくなっている」 ということです。やっている側の言い訳みたいになってしまうかもしれませんが・・・。 まあ、非難を承知で本音で書いてみましょう。。 プログラミングでバグがあり、「品質管理がなっとらん！」と、過剰な報告書の提出要求をしたり、品質管理に関するドキュメントの要求量を高めたり、ウォーターフォールモデルを強要し、各ポイントで過剰なレビューを行うなど。 →ソースコードも見ずに、プログラミングの品質を語れるわけもなく、全体として高いレベルでコーディングをしているのに、たまたま些細なバグが見つかっただけで大騒ぎ。弱みを握ったかのごとく、「あれを出せ、これもやれ」と、余計な作業を要求し、ますます肝心のことを行う時間を奪い取り、品質がどんどん下
SI屋さんとSIと、直近の課題について。 - 急がば回れ、選ぶなら近道
某セッションでちょっとしゃべったことをつらつらと。SIの現状と近い将来について思うところをまとめておきます。自分自身の立ち位置も確認していくという意味で。 結論的にいうと、SI自体は必要とされていますが、SI屋さんのビジネスモデルは成立しないという状況になるので、旧来の「SI屋さんの方法」ではうまくいきません。なので、別のやり方でSIをどうやっていくか？という議論が必要になりますね、という話です。 まずSI事業は人月稼働で商売をしています。スタート地点はそうではなかったのですが、一旦大きな人数を抱えると、食わせる必要があるため、より大きな仕事を取る羽目になります。要は稼働させる事、それ自体が目的になります。稼働を維持させる事で、収入を確保する事ができ、確保された収入で稼働のための人員を維持できる。そもそもそういう循環をベースに組織の目的が、「結果として」形成されてしまっています。 副作用と
What's New in SQL2016 CTP2 Release - MSDN Blogs
In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
