November 7, 2013 実在するかどうかはわかりませんがこのような構成があった場合に どのような費用が発生するのか試算してみました。 AWSは費用の算出が難しいので、参考になれば幸いです。 また、計算方法の誤りや、情報の過不足等あれば gistにコメントか、Twitterなどで教えて頂ければ有難いです。 Simple Monthly Calculatorを利用して算出しています。 {% gist 7349351 %}
KDDIが、電気通信事業者の営業活動に関する自主基準に違反する勧誘行為を行っている疑いについての続きです。 電気通信事業者の営業活動に関する自主基準(PDF注意) 第3条 事業者又は事業者を代理して販売活動を行う者(以下「代理店」という。)は、訪問又は電話により勧誘しようとするときは、利用者に対し、事業者の名称(代理店の場合は、これに加えて代理店の名称)及び勧誘を行う者の氏名、勧誘する目的で訪問又は電話をした旨並びに当該勧誘に係るサービスの種類を明らかにしなければならない。 KDDI第7コールセンター(0120-923-222)のコール部門リーダーである根本さんから、回答の電話が掛かってきました。 ほとんど堂々巡りなので要約すると、 1.電話は、ゴールは勧誘を目的とするものであるが、まずは「ヒアリング」という確認を行ってから、勧誘を行っているため、電話の最初の段階では勧誘を行う目的の電話で
なんて表現したらいいかわかんなくて、開発支援系サービスって謎表現したけど…。なんつーか、開発支援向けのサービス?クラウドってやつ?ってかいわゆる外部がやってくれる系のサービス(モニタリング/ホスティング/etc)が充実してますよね。んで、一介のWebエンジニアのおれがこの先生きのこるにはどうするかを真剣に考えていたところだった。きのこ。何割かはネタ。 思いついたものを挙げてみる。AWSやGitHubは割愛。言うまでもねーだろ…。 New Relic http://newrelic.com/ 有名なNew Relic。これも説明するまでもないかな。今のチームでコレのお金払う版を使ってるんだけど、「外部APIとの通信個所とDBとの通信個所が遅いように思えるので調査しますわ」→「それNew Relicで見れるよ」とか「各テーブルへのアクセス頻度集計しますわ」→「それNew Relicで見れるよ」
2013年11月07日14:00 路上のティッシュ配りの人への対応でモテるかわかる・・・恋愛コンサルタント「絶対モテないのは、何ももらわない、という人」 Tweet 1:影のたけし軍団ρ ★:2013/11/05(火) 16:47:24.85 ID:???0 筆者は結婚関係の雑誌などでも仕事をしているのだが、 先日取材した恋愛コンサルタントの女性講師(39)から 「路上のティッシュ配りの人への対応でモテるかわかる」という話を聞いた。 この講師の持論をご紹介しよう。 「まず絶対モテないのはテイッシュもチラシも何ももらわない、という人ですね。 仕事とはいえ何か無償でくれているんですから、 それを無視するような人は大体モテません。相手をより好みする人が多い。 何ももらなわい人は、もらうことがダサいと考えている人が多いようですが、それは違います。 この行為は他者を受け入れる度量にもつながってきます
グッドデザイン賞を主催する日本デザイン振興会(東京都港区)は7日、2013年度の同賞審査委員会で大賞(総理大臣賞)に選ばれた米グーグル社の「グーグルマップ」について、政府が表彰に同意せず、大賞は該当なしと決まったことを明らかにした。 これまでは審査委で選ばれた製品が大賞を受賞しており、こうした事態は前例がないという。このため同振興会は特別賞「グローバルデザイン2013(日本デザイン振興会会長賞)」を新設し、グーグル社に授与した。 同振興会によると、審査委の投票や一般投票の結果、グーグルマップが最多得票だったことを政府に報告したところ、政府側から「最も優れたデザインとは認めがたい」との連絡があったという。 一方、政府側の窓口となっている経済産業省クリエイティブ産業課デザイン政策室は「グーグルマップは他の候補とそれほど得票数の差がなく、『極めて顕著な功績』という総理大臣表彰の要件に当ては
まずは次の表をご覧あれ。これはプログラミング言語のベンチマークとして有名な Computer Language Benchmarks Game のベンチマーク結果。上にいくほど高速で、下に行くほど遅い言語になる。 これを見れば、最速な言語は C/C++ であり、Java や Haskell や OCaml といった静的な言語は軒並み上位に登場する。これに対し、Ruby や Python や PHP といったスクリプトは全部下のほう (つまり遅い)。その速度差は非常に大きく、このベンチマークで見ると Python3 や Ruby1.9 は C/C++ の約50倍から60倍遅く、Perl は約90倍、PHP にいたっては約130倍遅いことになる。 (ちなみに JIT つきの Lua が驚異的に高速なのが目をひく。この結果が本当だとしたら、言語の速度に大きく関係するのは動的か静的かではなく、どれ
下記のようなシステムでパフォーマンスが良さげな SQLite を使用予定ですが、もっと速いものが無いか確認のため他のデータベースのパフォーマンスを計測してみました。SQL 利用前提ですが、NoSQL が圧倒的な性能を出す場合は検討する必要があるので KVS も確認しました。 データ件数は 1 億件程度、JDBC SQL 利用可能 INSERT、UPDATE はバッチ SELECT は主キーアクセス性能を重視 将来スケールアウトのための分散はありえるが、スタンドアロンで遅いのはだめ データベースのパフォーマンス比較 計測したデータベース データベース名 タイプ 形態 評判 計測についての備考 SQLite RDB 組み込み ※2 おもちゃ、Android標準 JDBC操作 ※1 H2 RDB 組み込み ※2 組み込み最速 JDBC操作 ※1 Derby RDB 組み込み ※2 Java標準で
サーバー側の問題もあるので、毎回安定した処理結果は得られませんでしたが、大体上表のような結果になりました。 やはりネイティブ関数は速く、mysqli関数が一番速い結果になりました。 続いて同じくネイティブ関数のmysql関数が続き、その次にPDOという結果になりました。 PDOでは、プリペアドステートメントを用いてSQLを発行したため、2回目のSQLの発行ではキャッシュが効き、劇的な速さになっています。 一番遅かったのは予想通り、PEAR::DBでした。 ネイティブ関数よりも2〜3倍遅く、PDOよりも2倍近く遅い結果となりました。 PHP用アクセラレータを導入していなければ、PEAR::DBはもっと遅くなっただろうと考えられます。 まとめ PHP5を利用していて、DBの抽象化を行いたいのであれば、PEAR系のモジュールはやめてPDOにした方が良いと言えます。 単純なSELECT文の結果でさ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く