Hatena Engineer Seminar #2 で発表した際のスライドです。 はてなにおけるiOSアプリ開発を説明しました。
![はてなにおけるモダンiOSアプリ開発入門](https://cdn-ak-scissors.b.st-hatena.com/image/square/8255c329549e3ab5f609c44be41db75ea6151949/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F14fc2110393d013194bb4a14b89eb21a%2Fslide_0.jpg%3F2348014)
社内で少し話題になったので。 運用上の話はfujiwaraさんの MySQLをmaster:slave=1:1構成にして参照をslaveに向けるのがなぜ良くないか - 酒日記 はてな支店 MySQLで参照の負荷分散を行うslaveは3台から構成するのがよいのでは - 酒日記 はてな支店 をみてください。 最近、新しくサービスができたり、新規機能でデータベースを追加する際には必ず全ての参照をmasterに向けてもらっています。理由は上記のエントリを読んでください。このような構成が取れるのはもちろん性能的にそれで問題ないからです。 新しいハードウェアに、設定されたMySQL、問題のないように書かれたSQLであれば、数千QPSは余裕に、また少し頑張れば数万QPSを一台で賄えます。なので大体のサービスはmaster一台で十分です。 さらにこの考え方を進めて、Webアプリケーションの中で sub d
数年前にも同じことかいた気がするけど、最近の状況にあわせてかいてみる。 途中で面倒になってきて説明が雑になっている点をご容赦ください。 言いたいことは「結局、昔はサーバサイドで懇切丁寧なエラーメッセージを出すためにModelではなくControllerでバリデーションに関する知識が必要だったけど 今はJavaScriptでやるから不要だよね111」ってことです。 この表題は、よく話題にあがるところなのだが、理想論としては Model, Controller, Client side のいずれにおいてもきっちりと validation を行うことがのぞましい。 しかし、実際にはなかなか面倒である。ということで、どこをはぶくかというと Controller における Validation であろう。 ユーザーに対する親切なメッセージは JS の側でだすのが理想的。model の validat
JavaScriptのオブジェクトや配列のDebugの際にconsole.logを使っていましたが、console.tableという便利なAPIがあった。 console.table APIはFirebug 1.6X.0a12にて対応してるので、結構前からあったっぽい。 以下のようなスクリプトをconsole.tableでDebugすると、 consoleパネルにhash keyとvalueがテーブル形式で表示される。 第二引数にhash keyを渡してやることで、出力をフィルタリングできる。 [javascript] console.table(family, [‘firstName’, ‘age’]); [/javascript] 配列もcosnole.tableでDebugすると展開される。 [javascript] console.table([1, 2, 3]); [/javas
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く