"給湯器の交換を考える際、信頼できるサービスを選ぶことが大切です。そんな中、湯ドクターは高品質な給湯器交換サービスを提供し、多くの家庭から支持されています。この記事では、湯ドクターの料金とプランの詳細について解説します。 湯ドクターとは？ 湯ドクターは、給湯器の交換や修理を専門とするサービス会社です。豊富な経験と確かな技術で、多くのお客様に満足いただけるサービスを提供しています。また、急なトラブルにも迅速に対応し、24時間365日のサポート体制を整えています。 料金プランの概要 湯ドクターの料金プランは、顧客のニーズに合わせた多様なオプションが用意されています。以下に主なプランを紹介します。 1. 標準プラン：基本的な給湯器交換サービスを提供するプランです。交換作業、古い給湯器の廃棄、新しい給湯器の設置を含みます。このプランの料金は、給湯器の種類や設置場所によって異なりますが、平均的には1

スマポケ図鑑というスマホサイト作りました こちらです。 http://pokemon.7toybox.com ポケモンが検索できて、ポケモンの情報を見ることができるスマホ専用サイトです。 幾度と無くサービスの作成を妄想しては挫折していた自分も初めてサービス公開できました！ Rubyばんざい、Railsバンザイ！ 使ってる技術など サーバ:heroku 言語:Ruby 1.9.3 , Ruby on Rails 3.2.1 プレゼンテーション層: Twitter Bootstrap 2 (PC側) , Sencha Touch 2.0 (スマホ側) その他 PC側で表示されるロゴはLogoCreatorというサイトで作りました。 http://creatr.cc/creatr/ がんばったところ スマホ画面にadsenseを表示 マネタイズもばっちりです。 iPhoneの場合はホーム画面への

これまで日本で比較的情報が少なかった「ユーザーストーリー」という要件定義手法の普及に永和システムマネジメントが乗り出した。2012年5月22日、同手法のノウハウを学ぶセミナーを初めて開催する。一般企業の情報システム部門が主な対象。 同社によれば、ユーザーストーリー手法について海外では『User Stories Applied』などの解説書が発刊されているが、国内では情報が少ない。要件定義のフェーズで起こりがちな「要求が本当に妥当か分からない」、あるいはアジャイル開発を進める途中での「予算に合わせて柔軟にスコープを変更したい」といった課題の解決にも役立つという。 具体的には、「現在の業務フローを書き出す」「関係者が要求を提示する」「要求事項を業務フローにマッピングしながら、あるべきフローを作る」「あるべきフローから、利用シーンを抽出する」「利用シーンごとにストーリーを洗い出す」「ストーリーの

（見やすいコードのために出来るたった一つのこと - 日々常々 の続きみたいなもの） 「フォーマッターを使わないなんてありえないよねー」とか思ってたけど、意外と使っていないプロジェクトは多いのかもしれない。思い返せば、私の経験上も多くのプロジェクトで使ってなかった。なので導入する時にあったあれこれを思い出しつつ書いてみる。 必ず同じ定義を使用する 必ず全員同じ定義でフォーマットしましょう。 個々人の好みはあるとは思いますが、それ以上に共通したものを使うことのメリットの方が大きいはずです。 これから導入する場合、まずはその言語で一般的っぽい定義を手に入れ、既存のコードをフォーマットしながら微調整するのがいいです。 なるべく早いうちに導入する 可能な限り早く導入しましょう。途中からの導入も可能ではあります（後述）が、それでもなるべく早期に導入しているほうが、余計なコストもかかりません。 何よりチ

このエントリはたぶんに煽り要素を含めていますが、意図的なものです。僕は NoSQL は素晴らしいと思います。 さて、NoSQL なんて言葉に踊らされてる人は置いといて、最近 RDBMS 以外のデータストアというのが色々でてきてます。今時点で見渡す限りにおいては、安定性、耐障害性、パフォーマンス、情報量、開発者の慣れ、全体のバランスで言えば RDBMS にかなうものはないわけですが、今後どうなっていくかはまぁ分かりません。 一方で、RDBMS がどうしても苦手とする分野というのは存在します。例えば 1 サーバに収まりきらない様な大容量データに対するバッチ処理、リアルタイムなランキング、アクティビティなどのフィード情報、そして構造化されたデータの取り扱い。何でもかんでも NoSQL に置き換えればいいなんて考えは現時点では到底受け入れがたいですが、例として挙げた様なピンポイントな部分ではそれに

最近考えていることを話す機会があったので文章にしてまとめてみる。 疎結合 昨今の複雑化するウェブアプリケーションを効率的に開発するにあたって、疎結合な設計にすることは開発／保守効率を上げるためには必須の条件となることは経験上嫌というほど皆が経験している。（このへんの感覚がわからない人は一度疎結合なアプリケーションを書いてみると良い） 疎結合な設計をすることで問題の切り分けが容易になり、自動化されたユニットテスト・コンポーネントテスト・ UAT が手元の MacBook で実行でき、高いカバレッジに助けられて臆すること無くコードに手を入れられる環境を入手でき、開発する上でストレスなく障害も少ないというメリットが享受できる。 話を戻して、疎結合な設計の例をみると、ウェブサーバとアプリケーションを分離することであるとか、 MVC であるとか、良質かつ単体で動く小さなモジュールを組み合わせて書くと

NoSQLの代表的なデータベースであるCassandraの新バージョン「Cassandra 1.1」がリリースされたと、The Apache Software Foundationが発表しました。2011年10月に最初の正式バージョンであるCassandra 1.0がリリースされてから半年で、Cassandra 1.1の登場となります。 The Apache Software Foundation Announces Apache Cassandra™ v1.1 : The Apache Software Foundation Blog CassandraはオープンソースによるNoSQLデータベースで、分散処理に対応したスケーラブルな構造を備え、単一障害点（Single Point of Failer：SPOF）がなく、ノードを追加していくことで自動的に性能が向上していくという特徴を備えて