将来の実装を想定して拡張可能なように開発するのはよいことだが、 将来の実装を少しでも先取りして実装してしまうことは絶対にしてはいけない。 設定値を書いておくとか、そういうこともしてはいけない。 なぜなら、先に書いておくことのメリットはほとんど無く、 想定が外れたときの修正コストやモチベーション低下などのデメリットはばかでかい。 要するに、リスクに相応したリターンが得られない。 メリットが無いというのは、最近の生産性からいうと、先にちょろっと書いたくらいで得られる差は限りなくゼロに近いから。 仮に想定の実装がうまくいったとしても、最高の実装ではないことが多い。必要なときに、最高の実装をするのがいい。 以上、自戒でした...なんでやっちゃうんだろうなあ...。

ぼくがPHPを気に入った理由は、お金や人脈が無くてもやりたいことがぜんぶできたから。 シェルやroot権限が無くてライブラリをインストールできなくても必要な機能は標準関数としてあった。 月額数百円の安いサーバーでもそこそこのレスポンスで動作した。 本を買わなくても、めちゃくちゃ見易いオンラインの日本語マニュアルがあった。 プライベートでプログラミングについて交流できる人がいなくても、なんとかなった。 CakePHPもそうだけど、周辺環境がすばらしいことは言語としての良さより重要なことがある。いい意味で、金銭的貧者、機会的貧者、情報的貧者に優しい『言語環境』だと思う。 言語としての楽しさや優秀さは少ないと思うけど、やりたいときにすぐできる楽しさといったらない。 古い人にしか通じない例えでいうと、MSX-BAISICっぽい何か。 まだこの話が長続きするようならいずれ詳しく書きたい。

PCユーザーがケータイを使わないのはケータイでサイトを検索しても必要なものが見つからなかった経験が多かったからじゃないか。UI云々ではななく単にコンテンツ量の問題。 個人的にはここ１年くらいでどんどんケータイの利用量は増えてる。 Google検索、Googleローカル、mixi、はてな、チェックパッド、フレッシュリーダー、ニコニコ動画モバイル。 使いにくいことには変わりはないけど、ブロードバンド以前の56kbpsな低速ネットでもはまっていたことを考えれば、貧弱なUIでもそれしか無いのであればそれで我慢しちゃう。

http://www.mysql-ucj2007.jp/details/e22.html http://www.mysql-ucj2007.jp/details/e23.html MySQL Clusterとは？ MySQL Clusterは、ストレージエンジンである 高可用性 ハイパフォーマンス インメモリ Shared Nothing クラスタ ストレージエンジン 高可用性 99.999% Uptimeのために設計されている ノーロックで、オンラインバックアップ NoOfReplicas ハイパフォーマンス Not BEGIN to COMMIT Through Parallelism ひとつのトランザクションを速くするのではなくシステム全体を速くする インメモリ (4.1 and 5.0) メインメモリにインデックス Check point to disk フレキシブルで設定も十分で

http://www.mysql-ucj2007.jp/details/j21.html MySQL Clusterとは？ 4.1から標準で利用できるようになっている 高可溶性を目的としている 共有ディスクを必要としない RAIDの0/1をイメージしてもらえばいい 現在はUnix/Linux系のみ対応 データ処理を複数ノードで分割 データは全ノードで同期 クラスタ構成案 レプリケーション（標準） DR:BD ベンダ製HAソフト MySQL Cluster レプリケーションとは 非同期データレプリケーション 以下レプリケーションの解説 MySQL+DRBD 今、MySQL社がイチオシ Linux用のノード間データコピー MySQL社が作ってるわけじゃないけど Heartbeatなどクラスタリングツールと併用 共有ディスクが不要なActive/Standby構成 3rdベンダ製HAソフト利用

高可用性とは？ 障害が発生してもシステム内のリソースが利用可能な状態に保たれること カテゴリは2つ ハーウェア ソフトウェア 連続化要請 無停止サービス フェイルオーバ時もサービスを中断しない 非常に高水準の可用性（不必要なことも多い） フォールトトレランス SPOF(Single point of failure) フェイルオーバ 高可用性の要件と必要考慮事項 SLA（サービス品質保証契約） 予算と納品までのスピード セキュリティ ストレージの検討 いろいろ スケールアップとスケールアウトの違い MySQLはスケールアウト型 スケールアップ 垂直的 高価 スケールアウト 水平的 OSS レプリケーションとは？ 複数の場所へのデータ複写 非同期型と同期型 MySQL Replication ステートメント（対）行ベースのレプリケーション ブロックレベルでのレプリケーション(DRBD) クラ

こんにちは。Rubyのまつもとです。 MySQLに詳しくないのに、どうしても断れないコネクションを通して依頼されたので来ました（会場笑） MySQLのことはわからないからオープンソースについて話すよ ソフトウェアが無価値だった牧歌的な時代の話から フリーソフトウェア 自由なソフトウェア 実行する自由 学習する自由 修正する自由 再配布する自由 is GPL. オープンソース(1998) マーケティング用語 Netscape 「無償」イメージからの脱却 企業におけるOSSの活用 「新しい開発スタイル」 Just for Fun - それが僕には楽しかったから : Linus Torbalds Linux オープンソースOS 趣味でスタート 世界中で普及 当初「おもちゃで使えない」 現在「主要OS（のひとつ）」 MySQL 高機能より高性能 OSSビジネスの成功例 MySQL AB LAMP

MTV Flux/MTV Mobile DB projectにおけるMySQL構成の話 Master/Slave MySQL Cluster MySQL社から「まだやらないほうがいい」と言われた（会場笑） DR:BD/Heartbeat HA Master 構成 スケール的にはSingle Masterよりちょっといい アプリに関して Single masterとほぼいっしょ フェイルオーバーが十分早いのでたいした影響がない Heartbeatに関して 設定が大切 間違えの余裕がない peerの接続が特に注目点 本番化する前にテスト mysqld ノード移管が簡単 プライマリとセカンダリのmysqlを同時起動しないことが大切 Heartbeatにおまかせ DR:BD 既存システムに導入の場合、ディスクのレプリケーションが必要 動きを理解するため十分検証するとよい アウテージがあった場合、d

グリー株式会社 藤本真樹さん GREEの昔 PV 50万 ユーザー数 10〜20万 サーバー 8台 ソースコード 400files 開発チーム 1.5人 マンションの一室 GREEの現在 PV 6000万〜1億 ユーザー数 200万 サーバー台数 600-1000 ソースコード 5,300 files / 500,000 lines サービス 10ぐらい 開発チーム 20人くらい ソースコードアーキテクチャ frontend service src ディレクトリ構成とか 利ファクタリングは避けられないよ 時世的に他言語ブリッジも考えておいたほうがいいかも データ データは増える 増える速度も増える DB分割 インデックス張る slow-logをみてEXPLAINしてみたり キャッシュ データキャッシュ キャッシュストレージはMemcache, Mysql ウノウでMemcacheで最近苦労

Yahoo! JAPANについて 2007/7月 1日13億3800万PV 月間アクティブ約2000万ID YahooとPHPの関係 多くのPHP開発者が在籍 Rasmus Lerdorf PHP作った人 Dustin Whittle symfonyエバンジェリスト PHPコミュへの貢献 機能追加や拡張モジュールのcontribute バグレポート、改修 www.php.net(公式ミラー)のサーバ提供 PHP採用までの流れとオープンソース Yahoo!Incは1994年スタート 当初は独自のC/C++ソフトウェアで構成 1996 webサーバーを独自からApacheへ 1999 フラットファイルからMySQLへ 2003 初めてPHPのサービスがリリース OSS以外の利用 Oracle OSSにもパッチ 独自技術も豊富 OSSx独自ソフトウェア 日本では 構成はIncと基本的に同じ 20

取材記事などで続きが会員登録制になっていることがある。 会員登録制とはいっても個人情報を預けるくらいなので実質無料なんだけども、そんなことよりなによりも思うのは（汚い言葉で失礼ですが） 『くそめんどくせー』 につきる。今すぐ10円を現金で払って読めるのなら、10円払うほうを選ぶ。 そして、提供側の思惑が事実何であっても読者が感じるのは 『登録してない人には読ませない』 である。「読みたい」と思ったのに、読めないんだから、読ませないようにしていると感じて当然。 『登録すれば読めるんだ！しかも無料！？うひょー太っ腹！』 なんて思う人は、いない。 だめおしに、ブロガーは会員登録が必要なページなんて紹介したくもない。そんな読者にとって（またまた汚い言葉で失礼ですが）『くそめんどくせー』記事を紹介している暇があったら、他のページを紹介する。 めんどくさいサイトだな、なんて思われたくもないしね。

Subversionをxinetd経由で起動するようにしたら、hosts.allowの設定でつまづいた。環境は FreeBSD6.1R。 xinetdの設定手順は http://www.satoshiabe.jp/subversion-introduction_to_subversion.html を参考に、/usr/local/etc/xinetd.d/svn に以下のように書いた。 service svn { disable = no socket_type = stream protocol = tcp wait = no user = svn server = /usr/local/bin/svnserve server_args = -i -r /home/svn/testrep log_on_failure += USERID } で、hosts.allowに以下のように書いた