――今回の白紙撤回に至る経緯で、専門家の知見と、一般層の考えるあるべき姿に、大きな隔たりがあると今、感じています。たとえば「コンペできちんと費用を見積もりができないのはダメだ」と批判の対象になりました。あのコンペについて、建築家としてどう思いますか？ あのコンペは「デザインコンクール」という少し変わった名称がついていて、まず、提案された大まかな考え方とイメージをもとにリーダーとなる設計チームを選ぶのが目的のコンペでした。そこでまずザハ・ハディド事務所が「デザイン監修者」という肩書きで選ばれ、その後の「フレームワーク設計」という段階でもう一度プロポーザルコンペが行われて、要件を整理しつつザハ事務所ら海外チームと連携を取りながら詳細の設計作業を進め確認申請や見積もりを出すための実施図面を作成するチームとして梓設計、日本設計、日建設計、アラップジャパンの4社からなる設計JVが日本側のチームとして
エイチ・ツー・オー リテイリングは4月12日、旧阪急うめだコンコースの建築意匠を、今秋開業予定の新・阪急うめだ本店（大阪市北区角田町）13階の大型レストランに移設し再現すると発表した。 旧阪急うめだコンコース 阪急電鉄開業時から梅田駅を現在の場所に移設するまで、駅のホームおよび改札として使われていた南北コンコース。平安神宮や築地本願寺を設計した建築家・伊東忠太氏設計によるアーチ型天井には唐草模様のレリーフ、豪華なシャンデリアが取り付けられ、阪急うめだ本店開業後は店舗ファサードとして、阪急梅田のメーンストリートとして買い物客や通行人など多くの人に親しまれてきた。 同店建て替え工事を始めて以来同社では、「華やかさと優雅さを醸してきた文化的価値を持つこの空間を後世に伝えたい」とさまざまなプランを検討。同店13階に誕生する大型レストラン内に移設し、再現することに決めた。 レストランの天井は南北コン
結婚しました。 してません。本日は File API を使ってファイルを分割アップロードする話を書きます。コードまだ書いてないので概念だけ。 ファイルアップロードというのは古くからある Web アプリケーションの難問で、今日に至っても解決を見ているとは言えません。大体以下のような問題がある。 プログレスバーとか出せないしユーザビリティを阻害する 大容量の通信がアプリケーションのワーカーを食い潰す 特に下の問題は大きな問題で、 unicorn のような 1 プロセス 1 スレッドみたいなシンプルなモデルのアプリケーションサーバーを使っている際パフォーマンス上の問題が発生する。 プログレスバーに関しては悍しい解決策がいくつかありますが、 GMail が未だに Flash 捨てない事例とかから明らかな通り、どの悍しい解決策にもそれぞれ問題がある。 ですが、 File API を利用して、ローカル
Twitter mongrelP: @tasukuchan グニャラくーん、ニコ百の鯖がEeePCという話が持ち上がってますがただの監視用ですよね（しんぱいそうなめでみている） http://twitter.com/mongrelP/status/1524183917 ニコニコ大百科のアーキテクチャについてメモしておきます。 本当は、このネタでRuby Kaigiに申し込もうと思ったけど、すっかり忘れていたのでエントリを起こしておきます。Rubyあんま関係なかったし。 全てのリクエストを受付、セッション情報も保持するEeePC 次世代サーバプラットフォーム EeePC ニコニコ大百科宛ての全てのリクエストは、全てEeePCに送られます。 実物の写真を載せておきます。 EeePCは2台稼動しており、１台はホットスタンバイです。 EeePCは、SSDとUPSを備えた次世代サーバプラットフォーム
今日もTwitterは遅延してたんで、その遅延が起こるようなTwitterのアーキテクチャを考えてみるよ。Twitterの不具合から考えてみただけで、完全に想像であって、実際になにかの資料に基づいたりはしてないので、念のため。 まず、サーバー構成はこんな感じ。 Webサーバーとデータベースサーバーは当然として、投稿したときの処理を管理するためのメッセージキューとユーザートップページを保存しておくキャッシュがあると思う。 ちなみにこのメッセージキューは今までRubyで書かれていたものがScalaに書き直されたらしく、Twitter Kestrel Projectとしてソースが公開されてる。 Twitter message queues move to Scala | The Scala Programming Language で、データベース。 ユーザーテーブルとステータステーブルはもちろ
→ [覚書] 「MVCモデル2」という表現は誤り ちょっと身の回りでよく聞くようになった表現なので、確認の意味で調べてみました。 MVCモデルに、モデル1, モデル2といった表現はありません。モデル1、モデル2という表現をするのは、「JSP〜」です。つまり、 JSP Model 1 : リクエストURIは *.jspで、リクエストを受け取ったJSPがビジネスロジックを実行してそれを表示するモデル。 JSP Model 1.5 : リクエストURIは *.jspで、JSPはuseBeanタグ経由でビジネスロジックを呼び出し、結果を受け取ってそれを表示するモデル。 JSP Model 2 : リクエストURIは *.jsp ではない。Strutsなら *.doのようなURIであり、フロントコンポーネントがリクエストを受け取ってビジネスロジックを呼び出して、別のビューコンポーネントに結果表示を委
32bit CPUはメモリを4GBしか使うことができない § 32bit CPUは4GB(ギガバイト)のメモリ空間しか持っていません。 ですから、4GB以上のメモリを接続することはできず、それを使うこともできません。 なんてことはないのだ、実は § 実際には、32bit CPUであっても、4GBよりも大きなメモリを扱えるケースが多くあります。 32bit CPUが4GBより大きなメモリを扱えないというのは、アーキテクチャに関するまったくの不勉強そのもの、と言えます。OSや開発ツールが見せかけている構造と、実際の構造の相違を混同している、と表現しても良いでしょう。 物理メモリ空間と論理メモリ空間 § 物理的にCPUに接続できるメモリのメモリ空間は、主にCPUからアドレスバスが何本出ているかで決まります。(物理メモリ空間) それに対して、プログラムがアクセス可能なメモリ空間は、CPUの論理的な
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
