追記1: コメントでの指摘を受け、gvmに関する記述を削除 この記事は、日経ソフトウェア 2013年 06月号 04/24発売 のステマ記事です。 6月号に、@keiji_ariyama(前座部分担当) と 僕(Gradle概要担当) と @sys1yagi(Android対応部分担当) という分担でGradle入門的な記事を書きました。 ですが、僕の目的としてはトップゲート社員への布教を主目的と考えて書いたため、本来要求されている分量を(わざと)大幅にオーバーして書いていました。雑誌に掲載されなかった溢れ分をネットで公開して良いか打診した所、「全文掲載でも良いですよ」という豪気なお許しを頂いたのでここに公開します。この場を借りてお礼申し上げます。 プロの編集さんの手を経て、だいぶわかりやすく噛み砕かれたものが雑誌のほうには掲載されていますので、ここに書いてある内容が難しいなぁ…と思ったら

近年の KVS では割と Redis が覇権を取っていることもあり(当社比), 社内の多くのプロジェクトで Redis を使用するようになりました. ということでノウハウ的なのも溜まってきたのでまとめたいと思います. (大量のユーザーデータを扱うソシャゲにしか当てはまらない部分もあるかと思います) 単純にパフォーマンスを RDB < Redis と思い込んでとりあえずでキャッシュしない 「Redis は速い」と言われますが, インデックスをちゃんと貼った RDB のクエリも そこまで遅いわけではありません. 結局通信コストの方が遥かに大きいので内部の 取得時間差はトータルで考えると多くの場合誤差です. 特に RDB の主キーのみで取得できるようなデータを Redis にキャッシュすることに メリットはありません. キャッシュするコードを書くコストの方が高くつきます. キャッシュするのは R

超高速開発の「リアル」を解説する連載の第3回は、ジャスミンソフトの贄が担当します。私は「超高速開発」が当たり前になるであろう数年後の姿を描いてみたいと思います。 第1回　超高速開発の概要　（ルート42　高橋一成） 第2回　超高速開発のケーススタディー　（SCSK　堀井大砂） 【本記事】第3回　超高速開発の最近の動きと展望　（ジャスミンソフト　贄良則） 2020年頃、超高速開発は本格的な普及期に 急激に社会に浸透しつつあるAIへの投資は今、「自動化」という大きな流れを作っています。 英国で最初の産業革命が起こってから200年近くが経過し、その間、私たちの社会は「機械化」による文明を享受してきました。これはどちらかというと、ハードウェア寄りの視点です。 今、起こっている自動化の波は、ソフトウェア寄りの視点といえるでしょう。この流れはもはや止めることはできず、これまでの機械化とは全く異なるスピー

Heroku Runtime 開発したアプリは、フルマネージドのランタイム環境に置かれたスマートコンテナで実行されます。設定、オーケストレーション、負荷分散、フェイルオーバー、ログの記録、セキュリティなど、運用に欠かせない要素はすべて、お客様に代わって Heroku が担当します。 Heroku Postgres（SQL） 信頼性と安全性のどちらにも優れた、サービスとしての PostgreSQL をご利用いただけます。手軽にセットアップでき、データの保存時暗号化、容易なスケール、データベースのフォーク、継続的保護などの機能を備えています。 Heroku Data for Redis®* Key-value 型のメモリ内データストアとして最も人気の高い Redis を、サービスとしてご利用いただけます。Heroku Data for Redis は各種の強力なデータ型を利用できるほか、すばら

この記事は下記のブログに移行しました この記事の目的 上記の記事で 個人開発における特有のインフラ周りの悩み それぞれのサーバー、インフラを使った人の生の声 パターン別のおすすめサーバー などをまとめています。 個人開発や広告マネタイズなどtwitterで発信しているのでその辺興味ある人は気軽にフォローしてください。

noSQLに関する基本的な内容をまとめてみたものです。noSQLに関する、Web上にすでにある良識な解説コンテンツをまとめたサイトの抜粋です。 KVS (Key-Value Store)とは noSQLの一つのジャンルとしてのKVS KVS（Key-Value Store）は、KeyとValueを組み合わせる単純な構造からなるデータストアです。 Keyを指定すると、Keyに関連付けられたValueが呼び出される仕組みとなっています。 KVSの特徴 - データモデルがシンプルである - スケールアウトに適した構造をしている - 高速でデータの読み書きが可能 - 分散処理に適している - トランザクション処理できないものが多い KVSの利用形態 KVSはKeyとValueの関係だけのデータベースなので、複数のサーバーにデータを分散させて格納する分散データストアとしての利用が増えています。 分散

日本 Cloud Foundry グループ（CFGRJP）はオープンソースのクラウドアプリケーション基盤ソフトウェア Cloud Foundry の普及活動を行うユーザグループです。 ブログ 日本Cloud Foundryグループ ブログ Cloud Foundry Blog（英語） オンラインチャット 日本Cloud Foundryグループ Slackin メーリングリスト・フォーラム stackoverflow: CloudFoundry （英語） BOSH Users（英語） Foundry Developers（英語） BOSH Developers（英語） ソーシャルメディア Twitter #cloudfoundry（英語） Twitter #cfcrjp （日本語）

読者の中には、Cloud FoundryがPaaSと呼ばれていたことを知っている方もいるだろう。そこで、まずはPaaSとは何かを解説する。 まずは従来の方法でWebアプリケーションを開発し、公開するフローを考えてみよう。まず必要になるのが「サーバ」や「ネットワーク」だ。こういった物理的な環境を用意し、次にLinuxやWindowsといったOSをセットアップする。その後、ミドルウェア類をセットアップし、アプリケーションのソースコードを設置、そして起動。併せてインターネットから接続できるようネットワーク周りを設定する。これが大きな流れである。 ハードウェアの調達やネットワーク周りのセットアップは数週間から数ヶ月かかる作業だったが、2000年代末頃よりこういった作業をAPI経由でオンデマンドに作成し、提供できるようなサービスが登場し始めた。それがIaaS（Infrastructure as a