アプリケーションを実装していくと、「大規模なUI改修」に遭遇することがある。 あちこちで見聞きした結果、以下のようなパターンがあるように感じたのでまとめてみた。 (UI改修なので基本的にフロントエンドからみた内容) これは一般的に「技術的負債」と呼ばれることが多いが、デザインの負債(UIを置く場所が無くなったり無くなったり、同じ概念のUIが分散したり)である場合も多い。 (ちなみに、デザインの負債は「ダイアログを多用する」とか、「最小画面サイズが大きくなる」とかの形で現れやすい) そして、デザイン負債に対応するために実装の困難なUIが増えるため、技術的負債も高くなる傾向がある。 (サーバサイドの技術的負債がDBの負債に起因する場合が多いことと似ているかもしれない)
2007年に創設されて以来、Tumblrはオープンでクリエイティブな自己表現の場として、コミュニティや文化の中心となり、常に人々から愛されてきました。創設者であるDavid Karpの言葉を借りれば、Tumblrはこれまでにさまざまなアーティスト、ライター、クリエイター、キュレーターなどにインスピレーションを与え、文化を再定義し、個性に力を与えてきました。 このたび、数ヶ月間にわたり、これまでの過去を振り返りながら、どのようにTumblrのコミュニティを前進させ、どんな媒体を目指すのか、わたしたちはこれからのTumblrのあり方について真剣に協議してきました。その上でTumblrをよりよい場にするため、特に進化の激しいこの時代の波のなか、私たちがユーザーを満足させ、文化的立場をまっとうするためには、変化が必要であることを認識しました。どのような変化が必要なのか、それは メンバーたちの間での
Linux のオーバーコミットのはなし ==================================== (これを書いたのは Linux 2.6.38 のとき) Linux カーネルは実メモリ以上にメモリをプロセスに割り当てることができる この仕組みをオーバーコミット (over-commit) と呼ぶ オーバーコミットでは,とりあえずメモリを `malloc` させて仮のアドレスを返しておき, 実際に使われる段になってはじめて実メモリを確保する. 実験 --------- ただ `malloc` し続けるだけのプログラムを作って実験してみる. このプログラムをメモリ 1 GB + スワップ 1 GB のホストで実行してみると, $ free -t total used free shared buffers cached Mem: 1022404 82992 939412 0 4
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く