2011年2月10日のブックマーク (5件)

  • 第1回 Herokuを使ってFacebookアプリを作ろう | gihyo.jp

    まず、はじめに みなさん、こんにちは。これから「Herokuを使ってFacebookアプリを作ろう」というテーマで連載を書かせていただくことになりました。どうぞ、よろしくお願いします。私は、SonicGardenという組織の中でプログラマーとして、Ruby on Railsを利用してWebサービスを開発しています。 SonicGardenでは、SKIPやyouRoomというコミュニケーションサービスをSaaSとしてサービス提供しています。もちろん、この2つのサービスはRuby on Railsで作られています。 SKIP youRoom 現在、SonicGardenではRuby on RailsのホスティングサービスであるHerokuを非常に注目しています。海外でも非常に注目され始めています。また、SonicGardenではコミュニケーション系のウェブサービスを提供していることもありソーシ

    第1回 Herokuを使ってFacebookアプリを作ろう | gihyo.jp
    waterwood
    waterwood 2011/02/10
  • Drastic? Dramatic? Tumblr!!:第5回 B面:ReBlogはソーシャルメディアをざわつかせる新たな流儀(最終回)|gihyo.jp … 技術評論社

    今回は、FirefoxでTumblrを活用する方法と、ReBlogが拓くソーシャルメディアの可能性について取り上げます。 A面:Firefoxで、もっと手軽にTumblrしよう!/ふじかわまゆこ 皆さん、こんにちは! これまでTumblrの基操作を一通り解説してきましたが、感覚はつかめたでしょうか? Tumblrは、「⁠情報を集めるツール」としての役割が大きいと思います。情報を集めるためのハードルが低ければ低いほど、ちょっと気になったものでも「とりあえず取っておこう」という気になれるので、よりたくさんの情報を集めやすくなると思います。今回はその手助けをするツールと、その使い方をご紹介します。 今回ご紹介するものはすべてFirefox上で動くものです。Firefoxなんて使ったことない!という方もいらっしゃると思いますが、このためにFirefoxに乗り換えたという方もいるくらい、Tumbl

    Drastic? Dramatic? Tumblr!!:第5回 B面:ReBlogはソーシャルメディアをざわつかせる新たな流儀(最終回)|gihyo.jp … 技術評論社
    waterwood
    waterwood 2011/02/10
    たぶりんぐするぞ
  • Hadoop+Hive検証環境を構築してみる

    Hadoop+Hive検証環境を構築してみる:Hive――RDB使いのためのHadoopガイド(前編)(1/3 ページ) Hadoop HiveはHadoop上でSQLライクなクエリ操作が可能なDWH向けのプロダクトです。SQLに近い操作が可能なため、HBaseよりもデータベースに慣れ親しんだみなさんには使い勝手がいいかもしれません。稿ではこのHiveの使い方とレビューを行っていきます。

    Hadoop+Hive検証環境を構築してみる
    waterwood
    waterwood 2011/02/10
    Hive使ってみるか!
  • 評価版の入手について

    Enterprise Architectなどの弊社製品は、購入前に評価できます。これらの評価版の入手方法にはいくつかあります。 購入前には必ず動作確認をお願いします。弊社製品は購入後の返品は承っておりません。 製品について知る 製品紹介セミナーの開催 評価版の入手 評価版に関するご注意 製品について知る スパークスシステムズ ジャパンのWebサイトでは、製品に興味がある方にも役立つさまざまな情報を掲載しています。また、展示会に出展し、ツールの説明・デモを行っています。 こうした情報は「製品を知るためには」のページにまとめてありますので、ご覧ください。 Enterprise Architectの導入・利用事例はこちらのページをご覧ください。 また、モデリングツールを評価する場合に参考となる「UML/SysMLモデリングツールの選び方」のページもご覧ください。 製品紹介セミナーの開催 購入前に

  • スクラム (ソフトウェア開発) - Wikipedia

    複雑な問題に対する完璧なソリューションを1度で実現することは難しい。異なるアプローチとして、不完全なソリューションを素早く出しそこから学び改善する、適応型ソリューションがある。適応型ソリューションをチームで開発するために従うべき少数の規則・軽量フレームワークがスクラムである。スクラムはソリューション開発のフレームワークであるため、その目的は開発したソリューションを介して価値を生み出すことである。 スクラムは「問題に対する解決策を列挙」「高優先度の策を一定期間でチームで実行」「結果の検査に基づく調整」「その繰り返し」を実現できる環境を生み出すシンプルなアプローチである[2]。スクラムのカギとなる基原則は、プロジェクト開発の途中で、顧客は、要求や必要事項を変えられるという認識である。予想できない変更について、計画に基づく方法で対処することは、容易ではない。したがって、スクラムは経験に基づくア