Googleのタブレット「Nexus 7」などを製造しているASUSの読み方がこれまでは「アスース」だったのが10月1日(月)から「エイスース」になることがわかりました。 ASUS http://www.asus.co.jp/ ASUSブランド呼称および日本法人社名変更のご案内 http://www.asus.co.jp/News/wVsjQB1iBQX1xLQF/ ASUSから送ってもらったリリースのメールによると、以下のようになっています。 2012年9月28日 報道関係者各位： ASUSTeK Computer Inc.の略称およびブランド名である「ASUS」の呼称について、10月1日（月）より「エイスース」に統一させていただくことをご案内申し上げます。 また、ASUSTeK Computer Inc.の日本法人である「アスース・ジャパン株式会社」は、「ASUS JAPAN株式会社」
■ 楽天Rabooが終了へ。そして電子書店は信頼を失う 楽天がKoboを買収して以来、その行く末が注目されていた同じ楽天の電子書店「Raboo」だが、なんと来年3月でサービス終了ということになった。顧客への救済策はせいぜい購入価格の10～40%程度のポイント還元ということで、これは想定されていた中でもほぼ最悪の対応だ*1。これがどういうことか顧客視点でまとめると、あんたがうちで買った本は全部こっちでブックオフに売っておいたからと言っているのに等しい。まぁ……ありえないわな。 これで将来、Koboストアにも同じことが起きる可能性が否定できなくなったわけで、そんな本屋で本を買うなんてまっぴらごめんである。もちろん来月にもサービスインすると噂されるAmazonをはじめ他の書店でもこれと同じことがおきる可能性は決して低くないわけで、もはや電子書籍は安心して買えるものではなくなったと言っていい。最初
Ruby on Railsをはじめとする最近のWebアプリケーション・フレームワークの多くは，MVCと呼ばれるデザイン・パターンを採用しています。今回は，このMVCパターンの「正体」について考えます。 MVCはGUIを備えたプログラムを設計する際の指針となるデザイン・パターン＊1の一つです。「モデル」（Model），「ビュー」（View），「コントローラ」（Controller）という3つの構成要素の頭文字から命名されました。多くのデザイン・パターンはプログラムの一部のみの構成を決めています。しかし，MVCはアプリケーション全体の構成を決めることが多いため，「アーキテクチャ・パターン」と呼ばれることもあります。 MVCは，元々プログラミング言語Smalltalkにおいて，ウインドウ（GUI）を持つアプリケーションを構築する際の指針として誕生しました。 MVCを発明したのは，当時，米Xero
CakePHPとは CakePHPはオープンソースで開発されたPHP用のフレームワークです。Ruby on Railsの影響を強く受けており、Webアプリケーションを高速に開発するための仕掛けが随所に盛り込まれています。 PHP開発者の方で、Railsで開発してみたいけどRubyの経験がないのでなかなか行動に移せない方などはとくにCakePHPを試してみてほしいと思います。Railsの考え方を肌で理解しつつ、PHPでWebアプリケーションを高速開発するための選択肢を手に入れることになるでしょう。 CakePHP 本家サイト（英語）（左図）。 フォーラム - CakePHP Users in Japan（右図） そのほか、CakePHP プログラマーズ リファレンスガイドも参考になる CakePHPを使いたくなる5つの特徴 まずは皆さんにCakePHPに興味を持っていただくため、フレーム
経験的にこのようにした方がよいと思った点についての記録です。 仕事で大規模(2000クラス超)かつ製品寿命がながいパッケージソフトを作っていた関係で、 ちょっとした設計の間違いが、 あとあとで大変な苦労する羽目になったりすることを経験してきました。 このような規模が大きいアプリケーションを作ることはなかなかないかもしれませんが、 なにかの参考になれば、と思います。 継承する前に委譲を検討する Singleton パターンを使うときの注意 Template Method パターンを使うときの注意 クラス間の依存に関する注意 クラスの粒度 Singleton の問題を回避できるか？ 継承する前に委譲を検討する 継承はスーパークラスの仕様をよく理解しておかないと、 バグを作りこみやすいので十分注意する必要があります。 メソッドのオーバーライドをするときも、 public void foo(){
ソフトウェアの開発において、クラスの設計は、大切なポイントの１つです。どのようなクラスや関数を作るのか。ソフトウェアのデザインは、それによって決まります。 現在のソフトウェア工学で主流となっているのは、オブジェクト指向の考え方です。開発言語も、C++やJavaといったオブジェクト指向言語が広く使われています。しかし、いくらオブジェクト指向言語を使って開発していても、クラス設計の考え方が誤っていれば、まったくオブジェクト指向的でないソフトウェアができてしまいます。 貴方が、あるちょっとした機能の追加を頼まれたとしましょう。さて、いくつのクラスや関数を作れば良いのでしょうか。また、そのクラスや関数の名前は、どのように付ければ良いのでしょうか。貴方なら、どのように考えを進めて、クラスや関数を設計していきますか？ ここでは、ワイルドカードを使った文字列の検索を例に、クラス設計をする際の考え方を紹介
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
