コピペ開発の終焉 - rabbit2goのブログ
ネットを検索すればあらゆる情報が見つかる。その中にはソースコードの断片も含まれるわけで、そのコードをコピー＆ペーストしてくれば、それなりに動くソフトウェアがたちまち出来上がってしまう。規模が小さいソフトウェア開発ならそれでも通用するのだけど、規模が拡大するにつれてその問題点が露呈してくる。例えばこんなもの。 設計思想の欠如 そもそも、なぜそのような設計にしたのか説明できない。なし崩し的にコードを継ぎ足しているので、根本的なアーキテクチャやデザインパターンが存在せず、場当たり的対応の連続となり、まさに「崩れゆくアーキテクチャ」構成となる。 障害件数の増大 規模の増大に伴うクラス構成の見直しや設計の改善、継続的なリファクタリングが実施されないため、追加されたコード量に比例して複雑度も上がってしまう。その結果として、テスト時に明らかになる障害件数もコード量にそのまま比例する。 技術力の低下 ツギ
とあるコンサルタントのつぶやき - Site Home - MSDN Blogs
MCS （Microsoft Consulting Services） の某コンサルタントがまったり語るテクノロジのお話です。 触って覚える Microsoft Azure 今日から TechSummit 2018... Author: nakama Date: 11/05/2018 Docker for Windows & Web Apps for Containers 実践活用技法 先日、しれっと営業部門のクラウドソリューションアーキテクトに異動した話を書いたのですが、このロールは Azure... Author: nakama Date: 09/27/2018 Agile も DevOps も銀の弾丸なんかじゃない ……と、のっけから噛みつかれそうなタイトルを掲げてみたのですが；、ここ最近、立て続けて数件、「いやそれはアジャイルとか無理だろ；」的な話があって、ちょっとエントリを書いて
文字列に頼らないリフレクション - NyaRuRuが地球にいたころ
C#でシンボルを実現する Expressionを使ってプロパティ名を文字列ではなくてラムダ式で与える方法 タイプセーフにINotifyPropertyChangedインターフェースのPropertyChangedイベントを発行する 拡張メソッド＋ラムダ式でメンバ名をエレガントに取得 なんかまた最近流行っぽいので． 拙作 Achiral では，ConstructorInfo や PropertyInfo を以下のように文字列に頼らずに取得可能です． using System; using System.Linq; using System.Reflection; using Achiral; using Achiral.Extension; static class Program { static void Main(string[] args) { var member_info_lis
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
