【コードを綺麗に書く】というのはこういうことな気がしてきた - Qiita
はじめに 最近コードを書いていてふと、今の自分は以前とは全く違う思考でコードを書くようになってるな。。。と気づいたので、少しまとめたいと思います。 以前 「本でこういうコードの書き方が良いって書いてあったな〜」 「本でこういうコードの書き方だめって書いてあったな〜」 「凝集度あげるためにデータとメソッドは一箇所にまとめた方がいいな〜」 「単一責務の原則に反しているからなおさないとな〜」 ↓ 実際に改善 ↓ 「よし綺麗になった」 最近 「使いやすい形のインタフェースになっているかな？」 「メンテのためにも共通化しておいたほうが良いな。。。」 「どういうデータ構造で持っておくのが嬉しいだろうか？」 「直感的に理解できるようになっているだろうか？意図などは伝わるかな？」 ↓ 実際に改善 ↓ 結果的に綺麗になっている 以前と最近との違いは？ 以前と最近の主な違いは、思考の過程で具体的に自分のコード
「クラウド移行に失敗した企業」の末路 料金高過ぎで年間予算を即オーバー
あるベンダーのクラウドサービスで構築したアプリケーションを、何らかの事情で他ベンダーのクラウドサービスに移行させたくなることがある。こうした移行を難しくするのが、特定ベンダーに過度に依存する「ベンダーロックイン」だ。ベンダーロックインの影響を抑える上で、クラウドサービスの採用前に検討すべきことが幾つかある。 「クラウド、意外に高過ぎ？」にならないために 併せて読みたいお薦め記事 連載：クラウドの「ベンダーロックイン」を避ける方法 第1回：嫌でも逃げられない「クラウドベンダーロックイン」を拒む人、喜ぶ人の考え方 ベンダーロックインを考える クラウドユーザーが「ベンダーロックイン」を恐れないシンプルな理由 エネルギー会社が「AWSによるロックイン」を選んだ“合理的な理由” オープンソースPaaS製品「Porter」「Rancher」の違いとは？ クラウドサービスを契約する前に、そもそも自社のア
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
さよなら写真家?!Photoshop新ツール「ジェネレーティブ塗りつぶし」でできるスゴイこと
