本記事では、 チームによる持続的に変更可能なWebアプリケーションの開発を目標に、フレームワーク導入時に考慮すべき22の観点を紹介する。 フレームワークによって特徴は異なるが、本番導入にあたって、考慮すべきポイントはあまり変わらないので、極力フレームワーク1に依存しすぎないよう配慮する。また、話をシンプルにするため、REST APIを提供するアプリケーションを題材とする。 前提 ソフトウェアのエントロピー ソフトウェアがエントロピー増大の法則を避けられないことを、体感している開発者は多いだろう2。普通にアプリケーション開発を続けると、開発スピードは鈍化し、品質は低下してバグが増え、開発者からは技術的負債への怨嗟の声が聞かれるようになる。エントロピー増大というフォースは極めて強力で、意思を持って立ち向かわなければ、容易にダークサイドに堕ちてしまう。 関心事の分離 大規模Webアプリケーション
ビットコインとはなにかという記事は、山のようにありますが、どうも納得いかない記事ばかりです。ぼくが納得いかない点をいくつかあげると以下のとおり。 ・ だいたい仮想通貨の決済システムをP2Pで実装するメリットってなんかあんの？ ・ ブロックチェインのような性能の悪いアルゴリズムが革命的発明ってどういうこと？ ・ 説明すべきはどうせスケールしないP2Pの決済システムじゃなくて取引所の実装だよね。 ・ ビットコインが素晴らしいって理由って結局のところただのイデオロギーだし、みんなそう主張したがるのは儲かりそうだからだよね。 ぼくとよく間違えられるひとが熱風という雑誌に寄稿しているビットコインの記事がちょうどいいので以下に転載します。 ＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃ 第17回 インターネットが生み出す貨幣 ビットコインが話題です。通貨の概念を変える画
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
