2013/08/06多く人がすでにAWSクラウドデザインパターン(CDP)を活用しています。CDPこそがAWSを使う目的とまでは言わないにしても、パターンとしてまとめられた体系の上であれば安心してシステムを作れると考えている人は多いのではないでしょうか。それが証拠に、AWSのCDP関連書籍は、Webデザインのカテゴリで1位(平成25年8月6日現在)でした。CDPがそのwikiで整備され、公開されてから1年半近くがたちました。日進月歩のこのクラウドの世界で、CDPが生き残っていることは、CDPがそれだけ良く練られた、万人受けするものである故であることは先ず間違いないでしょう。一方で、CDPは多くの前提知識を必要とする形でまとめられています。CDPがAWSを使う目的だとしたら、AWSを使うために勉強せざるを得なかったことは、沢山あるのではないでしょうか。それらをまとめることはCDPほどの意義はないかもしれませんが、利用者の底辺を広げ、より洗練されたCDPを生み出す原動力となると考えました。そこで必要になるのは、キャッチーなフレーズです。私はあえて、「AWSバッドノウハウ」と呼ぶことにしました。「バッドノウハウ」という言葉を聞いたことはあるでしょうか。だれが言い始めたかには諸説あるのですが、最初にきちっと言語化されたものは、高林氏の次の定義でしょう。いった類いのノウハウは多い。繰り返しになりますが、「AWSを使うために勉強せざるを得なかったこと」がバッドノウハウであるならば、それらをまとめることには価値があるでしょう。CDPとバッドノウハウの関係を絵にするとこんな具合です。CDPばかりが注目されていますが、CDPはそれだけで成り立つものではありません。その下にはアンチパターンがあり、バッドノウハウがあり、さらに次々とあらわれるAWSのサービスやユーザの要件などの広大な海の上にある、氷山の一角といえるものです。それらを集める一つの方法として、「AWSバッドノウハウカンファレンス(仮称)」を開催したいと思っています。現時点では思いつきの段階ですが、皆様のご協力をいただけると幸いです。オンラインでアイデアを集める方法も模索しようと思っています。最後に、この記事を書いたきっかけは、JAWSUG東京が大崎のフューチャーアーキテクトさんで開催され、そのLTでした。会全体の概要はしんやさんのレポートをご覧いただくとして、私の発表について説明することにしました。今回の私の発表は資料を見ただけではさっぱりわからないので。Controllerのオープンソース版。Linuxが噛んでる割にはライセンス記述がお粗末な件オブジェクトストレージのベンチマークツール、COSBenchオブジェクトストレージのベンチマークツール、COSBench2013年のAWSアップデートを料理にたとえるという難題へのチャレンジ。ELBをうまくつかうには、KeepAliveを有効にしよう。Timeoutは60秒よりだいぶ長くしよう。squidのsibling設定プレゼンの最後のスライドでは挨拶を書くな。ajaxというかXMLHttpRequestでeuc-jpを指定するのは、、いいのか?sshの問題がひとつ解決した。いわゆる理系だからって文章の読み書きがきちんとできるように学ぶべき、というのは当然で、だからすべての人が数学の証明を読み書きできるように中学生のときに数学の証明を学ぶんですよね。agoそうそうたる大企業の重役たちがConnectで自分のサービスをつくる、こんなハンズオンもしています。ago高校生のころ、入試の問題で数学と物理はどこまでむずかしくていい。東北大の入試は、ヒートポンプの計算問題だった。難しいより意味のある物理サイコーだとおもった。その後数年予備校で物理の講師してたのでそう思ってた。今でも東北大はそういう問題なのだろうか。使用に同意したとみなされます。