はじめに こんにちは芳賀@func09です。 何かプロジェクトをリリースする時、必ずといっていいほど必要なのはデータの定期バックアップですね。 必ずといっていいほど必要なのに、必ずといっていいほど忘れがちで、後回しにされがちで、 リリース前に「あ、バックアップのバッチ処理書かなきゃ・・」みたいな感じで、毎回同じようなシェルスクリプトを書いてませんか？僕はそんな感じです。 バックアップだってD.R.Y（Don’t repeat yourself）ということで、サクっと労力をかけずに終わらせたいなぁと思っていた時に見つけたのがBackupという名前のGemです。そのまんまですね。 Backup(RubyGem)とは？ Backup（ http://github.com/meskyanichi/backup ）はRubyで書かれたUnixとRails環境のためのライブラリです。 データベースの内

このエントリは広くITに関わるブロガー、ジャーナリスト、メディア、広報、マーケティングなどのみなさんへの呼びかけです。 呼びかけの内容 ミクシィやグリー、モバゲーといったソーシャルネットワークの上で、ゲームなどのアプリケーションを提供する企業や組織、個人などをSocial Application Provider（ソーシャルアプリケーションプロバイダ）と呼ぶようになっていますが、その略語として「SAP」が使われている文章を最近目にするようになりました。 しかしこの「SAP」を、Social Application Providerの略語として使うのはやめませんか？ これが僕の呼びかけです。理由を以下に示します。 略語SAPをやめよう、という呼びかけの理由 理由1：混乱しやすい3文字略語を増やすことになる SAPはすでに多くの方がご存じのように、ERPなどで有名なドイツの企業SAPの名称とし

「東大教授が新入生にオススメする100冊」に、必ず登場する名著。 本書は、安直ビジネス書に群がり、カモにされているカモリーマン向けではない。週末にナナメ読んで、「なんとなく分かった気分になる」自己満足を目指していない。1問1問、エンピツとノートを準備して、101問すべてに取り組むべし。「解説書なんかいくら読んだって論理の力は鍛えられない。ただ、実技あるのみ」のとおだ。やれば、やった分だけ向上する。 大きく2部に分かれており、前半は、接続詞に注意して正確に議論を読み取り、その骨格をつかまえるトレーニング。そして後半は、演繹と推測の適切さを論証し、さらに論証を批判的にとらえる訓練をする。すべて、①練習問題→②自力で解く→③解説と答えあわせのくり返し。章末に、ちとムズめの問題が待ちかまえており、③の理解を確かめることができる。200ページたらずの薄手の本なのに、中はどろり濃厚で、「飛ばして」「ナ