prototypes vs classes was: Re: Sun's HotSpot
prototypes vs classes was: Re: Sun's HotSpot Alan Kay alank at wdi.disney.com Sat Oct 10 04:40:35 UTC 1998 Previous message: prototypes vs classes was: Re: Sun's HotSpot Next message: prototypes vs classes Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] Folks -- Just a gentle reminder that I took some pains at the last OOPSLA to try to remind everyone that Smalltalk is not only NOT
Yes, virtualization is faster (sometimes) than native hardware
Yes, virtualization is faster (sometimes) than native hardware Three studies show that in some circumstances VMware vSphere can deliver faster performance than native computing. It's a computing truism that when it comes to delivering the fastest possible speeds with high-performance computing (HPC), you must use native computing instead of virtualization. Recent studies have shown that, in some c
Ruby on Railsの「えせMVC」の弊害
先日のエントリーでも少し触れたが、Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある。MVC（Model View Controller）がなぜ必要かを根底の部分でちゃんとと意識せずにRailsアプリケーションを作ると、後々ひどい目に会うので注意が必要である。 その意味では「RailsでMVCを学ぶ」などもっての他だし、「JavaにもRailsと同じようなフレームワークを作って業務用アプリの開発を効率化しよう」などという発想もとても危険である。 ということで、今日はまずはMVCの解説から。 MVCの発想の根底には、「モジュール化と情報の隠蔽により、プログラムがスパゲッティ化するの（コード間の相互依存関係が複雑に入り込んでしまってにっちもさっちも行かない状態になること）を避
Buckblog: Skinny Controller, Fat Model
18 October 2006 — The "Fat Controller" anti-pattern is shown and dissected, and the reader is taken through the process of refactoring it into a more readable, maintainable, and testable solution — 5-minute read When first getting started with Rails, it is tempting to shove lots of logic in the view. I’ll admit that I was guilty of writing more than one template like the following during my Rails
Floating Point Determinism | Gaffer On Games
Hello readers, I’m no longer posting new content on gafferongames.com Please check out my new blog at mas-bandwidth.com! Introduction Hi, I’m Glenn Fiedler and welcome to Networking for Game Programmers. Lately I’ve been doing some research into networking game physics simulations via deterministic lockstep methods. The basic idea is that instead of synchronizing the state of physics objects direc
構造化プログラミングの苦難の歴史
今回は「構造化プログラミング」の歴史について解説。その道のりを理解することは、プログラミングを正しく理解することにもつながるはずだ ――ソフトウェアの品質、複雑性、生産性を計測するのが「ソフトウェア・メトリクス」です。ソフトウェア・メトリクスの歴史を「混乱期」「胎動期」「活動期」「反抗期」「成熟・定着期」に分割し、何を、何のために、どうやって測定するのかというソフトウェア・メトリクスの本質に迫ります。 前回「ソフトウェアの定量的測定の甘いワナ」では、ソフトウェア・メトリクスとソフトウェア開発両方の混乱期といえる40～50年前、どのようにソフトウェアを開発・設計してきたかについて、簡単に解説しました。 今回は、当時勃発した「構造化プログラミング大論争」という大きな事件について述べます。いまでこそ、ソフトウェア技術者の常識である「構造化プログラミング」は、当時、中世の宗教弾圧のような激しいバッ
講義（大学院：システムソフトウェア特論）(福田晃)
並列OS １．並列OS概論 ２．プロセス管理とスケジューリング ３．同期機構 ４．メモリ管理 福田晃 / 九州大学大学院システム情報科学研究院 / fukuda-at-ait.kyushu-u.ac.jp
セールスフォースのアーキテクチャ（物理アーキテクチャ編）～ Podによるスケールアウト
米国の計算機学会として知られるACMが主催したクラウドコンピューティングのシンポジウム「ACM Symposium on Cloud Computing 2010」（ACM SOCC 2010）が6月10日、11日にインディアナ州インディアナポリスで開催されました。 基調講演には、グーグル、Facebook、セールスフォース・ドットコムというクラウド業界のトップベンダーが登場し、それぞれのクラウドについて語るという内容でした。ここではその基調講演から、セールスフォース・ドットコムのRob Woollen氏による同社クラウドのアーキテクチャの解説を紹介します。おそらくこれまででもっとも詳しく、同社のクラウドアーキテクチャを解説したものになっています。 セールスフォースのマルチテナントアーキテクチャとは Rob Woollen氏。講演タイトルは「Inside Cloud:Salesforce.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Bitbucket | The Git solution for professional teams
http://stwww.eng.kagawa-u.ac.jp/~imai/H23ComputerArchitecture/CompArch08.pdf