Re: @kazuho: handlersocket plugin や mycached を使えば memcached は不要か、それとも使うべきケースがあるか。考察せよ [10点] - blog.nomadscafe.jp
handlersocket plugin や mycached を使えば memcached は不要か、それとも使うべきケースがあるか。考察せよ [10点] kazuho (Kazuho Oku) http://twitter.com/kazuho/status/21477219149 考えて答えてみる。 HandlerSocketやmycachedを利用し、MySQLへの接続数が数万単位で行えるようになったり、より多くのクエリ数が発行できるようになっても、memcachedは不要ではないし、使うべきケースもあります。 memcachedは単なるKVSではなく、ExpiresとLRUがついたキャッシュサーバです。キャッシュオブジェクトには期限を付ける事ができ、期限が過ぎたキャッシュは無効にされ、またアクセスがされていない不要になったオブジェクトは削除され、空いたスペースは新しいキャッシュオ
UIプロトタイプ：autocomplete (jQuery plug-in jSuggest)
昨日に引き続いて、今日も作成中の Google App Engine アプリ用のUI部品の作成。HTMLの一部に記述された（もしくは別途JSONで取得した）ワード・リストの入力を autocomplete を使って簡単にしようという試み（Google Suggestのようにダイナミックにリストを取得する必要はない）。 そこで、まずは既存のライブラリ・プラグインの調査から。必要とする人も多いようで、少し調べただけで２０個ぐらい見つかる。デモを見て５つに絞ってからそれぞれのソースコードを解析。例によってどうしようもない品質のコードもあるので、結局のところたどり着いたのは、比較的コードがきれいなこの二つ。 jQuery Autocomplete Mod JQuery Plugins by Dylan Verheul - autocomplete どちらかをそのまま使っても良かったのだが、どちらも
プロトタイプ：AJAXで改良するフォーム入力
ここのところ、Google App Engine上でアプリを作っている私だが、iPhoneアプリとかを作り慣れている私としては、単純なHTMLページの組み合わせでUIを作るというのでは面白くない。そこで、サーバーがModel、クライアントがViewとControllerというアーキテクチャととことん追求してサービスを作っているのだが、そのためにはさまざまなUI部品を作らなければならず、そこにやたらと時間がかかっている。 始めた当初は、「今はオープンソースの時代だからUI部品もオープンなものを集めてくれば済む」と軽く思っていたのだが、実際に使おうとすると不必要に複雑だったり、汎用化されすぎていたりしてそのままでは使えないものが大半。結局のところ、そのまま使える品質のJavaScriptライブラリはjQueryのみで、それ以外は、（１）オープンなものを元にシンプルなものを作り直す、（２）スクラ
MVCパターンとPACパターン - みるくCocoa
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
『PACフレームワーク - MVCの次に来るもの』
いまやWebアプリケーションフレームワークの世界では、MVCが全盛だ。StrutsもJSFもTapestryもWebWorkも、みんなMVCフレームワークであることに変わりがない。MVCフレームワークの要点は、ビジネスロジック（Model）と画面（View）とを明確に分離することにある。その両者を繋ぐのがコントロール（Control）の役目になる。 Webアプリケーションフレームワークは、今後も色々なものが出てくるだろうが、MVCである限り、開発がどれだけ容易かといった細かな部分の違いを競い合うくらいしかできないだろう。もっと考え方をドラスティックに変えないと、新しいものは出てこない。 そんな中で、Webアプリケーションフレームワークに面白い動きがあるとすれば、プラグインベースのWebアプリケーションプラットフォームを作る、といった方向性がひとつあるだろう。Seasarファンデーション傘下
Smalltalkソフトウェア開発
第7回 Smalltalkウィンドウプログラミング(3) 富士ゼロックス情報システム 青木淳 r2d2@bz90.fxis.fujixerox.co.jp はじめに 今、オブジェクト指向は比較の対象である。たとえば、構造化分析設計(SA/SD)とオブジェクト指向分析設計(OOA/OOD)が対比される。また、手続きプログラミングとオブジェクト指向プログラミング(OOP)が頻繁に比べられる。比較するのを悪いとはいわない。しかし、比較をやり過ぎて、従来の方法を否定してはならない。事実は、OOA/OODに比較して、SA/SDが劣っているのでもなければ、OOPが手続きプログラミングに比べて極めて優れているのでもない。 オブジェクト指向に精通している人ほど、SA/SDや手続きプログラミングの基本を大切にする。なぜなら、オブジェクト指向の基本でもあるから。OOA/OODはSA/SDの上に成り立
)
.NET アプリケーションのパフォーマンスとスケーラビリティの向上 - 第 5 章 「マネージ コ ード パフォーマンスの向上」
Recommendations on how to design and develop custom applications using the Microsoft platform Each patterns & practices offering contains a combination of written documentation and re-usable source code. Many also include a reference implementation. As the guidance is being developed it is reviewed and approved by internal Microsoft product teams and by external customers and partners. This produc
Model-View-Controller page
アプリケーション本体とユーザインタフェースの分離 UIMS (User Interface Management Systems) UIMS (User Interface Management Systems) は、アプリケーションプログラム におけるGUI部を効率よく構築するための 実行ライブラリとその構築を支援するツールである。 UI(対話)独立性 一方の変更が他方に影響を及ぼさないようにする 内部設計とUI設計を分離できる 複数のUI戦略が利用可能になる UI構築者の役割が確立される MVC とは Smalltalk には、MVC(Model-View-Controller)フレームワーク と呼ばれるウィンドウプログラムを作成する指針が存在する。 Model-View-Controller の略 3種類のオブジェクトがメッセージ交換をしながら協調作業を行ない、アプリケーションとして
MVC アーキテクチャを考えてみる夜更け 第１夜
さて、オブジェクト指向。ま、最初に言うけど、まだ、理解してないし、俺が誤解してるってのも自覚してる上で、
2006-11-27
ちょっと時期をハズしましたが、日経Linuxの今月号（2006.12)のまつもとさんの連載「まつもと直伝 プログラミングのオキテ」に触発されて、Smalltalk の MVC をちょっと遊んでみました。 猫は Morphic からの Squeak な人なので、Smalltalk の MVC を遊ぶのは初めてになります。と言うわけで、今日は2本立てで、まず Smalltalk組み込みの Observer パターンである Dependency 機構を説明してから、MVC フレームワークへ進もうとおもいます。 MVC といえば Model と View-Contller 間のやりとりに Observerパターンを使います。Smalltalk の場合、Observerパターンのことを Dependency Mechanism と呼び、既にObject クラスに Subject としての機能は一通り
Rails勉強会＠東京第44回 - なんとなく日記
久しぶりの参加 でも実は作業しに来た可能性大 でも 13 時の段階で @ysakaki は現れず 意外に Mac 率低めな気がした 17 名の参加 何故か無線LAN繋がらずorz セッション ネタ Scala 初心者 Cucumber MVC github の活用法 Rails のソースの読み方 前半 Scala を 1.5h 後半 高橋さん来たら MVC とかの話をする予定で Ruby 使いのための Scala で学ぶ関数型プログラミング Scala のインストール Rubyist がステップアップするには Lisp を学ぶべきという話がある Scala なら何とかしてくれるはずだ！と言う思いがある 文法 var 型(variable) と val 型(value) 前者は使ったら負け 後者は再代入できない 純粋関数型言語は後者しかない 最初は var 型で，後々 val 型に移行するの
[tech]GUI-MVCとWeb-MVCの違い - yojikのlog
一部でMVC議論が流行っていたので、自分のためにSmalltalk由来のMVC(以下、一般化してGUI-MVCと呼びます)はWeb-MVCとどう違うか? という点についてまとめて見ました。突っ込みは歓迎。 あと本稿ではドメインモデル貧血症批判とかは全く盛り込まない。それは少し違うレイヤーの話なんです。 0. VCは大抵の場合、緊密に結びついたペアである GUI-MVCではView-Controller(以下VCペア)は不可分のペアだとされています。情報の入力(および制御)と出力ですから、お互い強く依存するのはあたりまえですね。MicrosoftのMFCとかJavaのSwingではVCはひとつのコンポーネントとして扱っています(Document-Viewパターンとも呼ばれます) ただ、この点についてはWeb-MVCでもそんなに変わらないかも。 1. GUI-MVCのView-Controll
![[tech]GUI-MVCとWeb-MVCの違い - yojikのlog](https://cdn-ak-scissors.b.st-hatena.com/image/square/b01b0c66c2194b2606fbb5505652ff3db80d0cdf/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F13208692334729901763%2F12704830469097198255%2F1365590825)
えせMVCについてそろそろ一言言っておくか - ひがやすを技術ブログ
Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある RailsのえせMVC疑惑で盛り上がってますね。Railsが「えせMVCフレームワーク」ではないのは、みんな知っていると思うので、記事、コメントをみて勘違いしている人が多そうな部分に一言書いておきます。 まず、おかしいのはsatoshiさんのこの意見。 PhotoShareは主にRailsで作られているので、ModelはActiveRecordが担当しているわけだが、Modelのレイヤーが非常に薄いために（O/Rマッピングをしているだけ）、データベースの整合性の責任がController側にある。そのため、ちょっとした機能変更のたびにAPIレベルでのテストを大量に走らせなければならないし、それでもどうしてもミスが生じてし
MVC、お前もか - みねこあ
MVC とは、もともとの出自は Smalltalk で、対話型のアプリケーションを作成するためのアーキテクチャのことでした。 Smalltalk なんて知らない人多いでしょうに、普通のプログラミングの話題でこうも顔をピョコピョコ出すのが、なんというか、憂いヤツです。そんな何かと気になるアイツこと、Smalltalk の MVC について、抜群にわかりやすいこちらの梅沢さんの記事をおすすめしておきます。 Happy Squeaking!! -オブジェクト指向再入門- [第五回：デザインパターン事始め] さて、こちらから引用して、MVC の M、V、C がそれぞれどんなモノかというと、 処理を受け持つ部分は、Modelと呼ばれます。アプリケーションで必要となる実際のデータを保持しており、業務に特化した処理を実行します。(中略) Modelの状態を表示する部分はViewになります。ビットマップデ
【雑記】 そろそろMVCモデルについて一言いっておくか
なーんて、MVCを語れるほどの知識はないのだが、琴線に触れてしまったので、私なりに言いたいことを言うことにする。 本当は、こんな話より先に、先日参加したGAE Nightの話や、Winnyの金子さんが無罪になった話を書きたいのだけど、ココとか、ココとか、ココとか、ココとか、毎日毎日毎日毎日、MVCを語られると、何かいいたくて、もう我慢できなくなってしまった。（これはエンジニアの性なのか！？） 中島さんのBlogのなかで最も釣られてしまうキーワードは「えせ」。これを使うということは、自分の考えだけが正しくて、他は間違いであるということを暗にいっているようなもの。多くの人はそれに反応してしまうから、感情論になって、あまりよい結論は見い出せなくなってしまっているんじゃなかろうか。中島さんの言っていることは概ね理解できるし、RESTfulな設計などは私の考えと被る部分もあって、ほぼ同意できるのだが
JJUG CCC 2009 Fall - goldenportのブログ
10月8日に開催されたJJUG CCC 2009 Fallのセッションのスライドです。 クラウド・アプリケーションの作り方View more documents from Tomoharu ASAMI.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
The Definitive TypeScript Guide - Blog | SitePen
Ask!
Happy Squeaking!! -オブジェクト指向再入門- [第五回：デザインパターン事始め]
バスケの Smalltalk MVC に対する違和感