Amazon Web Serviceを使ってISBN-13からASINを取得するRubyプログラム - adamrocker
「Amazon Web Servicesを使ってISBN-13からASINを取得するPerlプログラム」をRubyで実装することで勉強させていただこうと思います。 言語仕様が少々違っても、コーディング規約に学ぶ点は多いはず。 ということでAmazon Web ServicesのE-Commerce Serviceを使って、ISBN-13からASINを取得するRubyプログラムを作ってみました。 require 'rexml/document' require 'open-uri' require 'kconv' aws_access_key_id = 'あなたのAccessKeyId' # For debug OUTPUT_ENCODING = 'EUC-JP' # 現状意味をなしていません（汗） # Set up ISBN. isbn = '9784798111117' #『オブジェクト
ドメインとDNS < Wiki | さくらのレンタルサーバ非公式FAQ
often find unexpected finds among the things they leave behind. Used to warn against rushing ahead
DBやDBエンジニアのあるべき姿ってどんなんかねえ: 不倒城
まあ業界にも開発形態にも、システムのアーキテクチャにもよるんだろうけど。 はてなブックマーク-不倒城: どうも世間では、思ったよりDBエンジニアが不足している様だ DBはプログラマが作っちゃうからなぁ。DBエンジニアが何してくれるのかがむしろよくわからん理想のDBというのは、理想のインフラと同様、多分「そこにあることを意識させない」DBだと思う。セットアップして構築さえされてしまえば、後は読み込みにも書き込みにもボトルネックを作らず、ただモクモクと働くDB。 それに則って考えれば、「理想のDBエンジニア」は、開発の初期段階以外ではサボっている様にしか見えない筈だ。特に主要なロジックをアプリ担当が開発する場合、DBエンジニアがなにをする仕事なのかよくわからんというのは、多分一面で正しい。 ただ、ずーっとほっといても全くパフォーマンスが劣化しないDBがこの世に存在するなら話は別だが、システムを
どうも世間では、思ったよりDBエンジニアが不足している様だ: 不倒城
ちょっと技術的な話。oracle分かる人にしか分からないかも。 最近取引先のシステムを見る機会が何度かあったのだが、昨日すんごいとこ見た。 DBが重くて業務にならないというから、ちょっと中を覗かせてもらったらもうエラいこっちゃ。 ・業務ロジックの殆どをファンクション・プロシージャで構成している。なのに、キャッシュヒット率が妙に低い。 ・調べてみようと思ったら一回もstatspackが取得されていない。(担当者には、「statspack?syslogならとってあるんですが…」と言われた) ・各テーブルのindexがどういう訳か全列に貼られている。ちなみにindexは全テーブル例外なくその一個だけ(プライマリキーを除けばだが)。 ・と思ったら、PKが文字列だったりするテーブルがあちらこちらにある。 ・試しにファンクションを一つ二つ見てみたら、なんか普通にクロス結合されまくっていてちょっとくらっ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.cpa-lab.com/tech/0143