はじめに これは ドリコムAdvent Calendar 3日目の記事です。 2日目はonkさんによるMountable Engine だらけの Rails アプリ開発です。 ID:@arihhです。 今はソーシャルゲームのチームでサーバーサイドのエンジニアをやっております。 ブラウザベースのソーシャルゲームからiOS、Android向けのいわゆるネイティブアプリにシフトし、社内のチームもより大規模にそして数が多くなってきました。 自身のチームでもいろいろとチーム開発のプラクティスを試してきたわけですが、その中でもとくに評判が高かったお菓子神社を3年以上運用してきたノウハウについて書かせて頂きます。 お菓子神社とは? 会社内にお菓子を置くことで人が集まり、そこでコミュニケーションが生まれるというモノです。 システムとしては賽銭箱にお金を入れ、好きなお菓子をもっていっていいという形をとってい
こんにちは。技術部の吉川です。 今回はクックパッドの開発環境構成、特に開発用データベースの構成についてご紹介します。 開発環境の構成 クックパッドのシステム環境は以下のようなフェイズに分かれています。 ※ これはcookpad.comの構成で、サブシステムや個別のサービスはその規模や特性に応じて構成が異なります。 development 開発者が実際に開発を行う環境です。クックパッドでは仮想環境は用いず、手元のマシンでRailsアプリケーションを動かして開発を行っています。 データベースはローカルではなく、開発者全体で共通の開発用データベースに接続しています。 test 手元でテストを実行する場合は、ローカルマシンのデータベースを利用します。CI(rrrspec)などの場合も同様で、テスト実行サーバーのデータベースが利用されます。 staging stagingといえば準本番環境として、本
おかげさまで、トレタもコツコツ導入実績を積んで、少しずつ会社らしくなってきました。 気づけばメンバーも20人を超えてオフィスの席が足りなくなり、恵比寿にもお引っ越ししました。(お引っ越しについてはまた別の機会にでも書きます) 会社には、その規模とかステージに応じた情報共有環境が必要になるんだと思うのですが、今回はトレタでのslack(チャットサービスです)の活用についてご紹介してみたいと思います。 たかがツール、されどツール。ツールが変わるだけで、仕事の仕方とかコミュニケーションの形もガラッと変わるんですよね。で、トレタもslackのおかげで仕事から会社の雰囲気まで、いろいろなことが大きく変わりました。 7月から全社で利用中 トレタでは、7月からslackを全社の標準チャットツールとして採用しています。今やチャットツールにも多種多様なサービスがありますが、帯に短しな感じでど真ん中にどんぴし
テスト書きすぎ問題 - hitode909の日記 階層が増えるとテストが増える - はこべブログ ♨ テストと対応関係 - $shibayu36->blog; 最近書いているWebアプリは、HTTPリクエストを送ってレスポンスと状態をテストする、というテストだけ書くようにしてる。リクエストするとブログエントリを返す、というサービスだとこういう風なテストを書いてる。(HTMLを返すようにすると話が広がって説明が面倒なのでJSONを返すAPIで説明する) describe "Entry resource" do let(:params) do {} end let(:env) do { "HTTP_AUTHORIZATION" => "Bearer: #{access_token.token}" } end let(:access_token) do AccessToken.make(user
※ 追記: id:TokyoIncidents さん"補足"の誤字修正しました、ありがとうございます!! これからYeomanに関して説明していきます。 Yeoman自体が何者なのかよくわかっていない人も多いと思います。また、ある程度Yeomanの概要は知っているので、generatorの作り方が知りたい、という方もいると思います。今回は三部構成で、yeomanを使う話、yeomanのgeneratorを作る話、最後にyeomanのAPIに関して説明していきます。今回は第一部のyeomanを使う話について説明します。 Yeomanとは Google社が作成した総合開発ツール群です、「ヨーマン」と呼びます。公式サイトには MODERN WORKFLOWS FOR MODERN WEBAPPS (モダンWEBアプリケーションのためのモダンワークフロー) と記述されています。 Yeomanを使う
久々にTitaniumを触るにあたってCoffeeScriptのコンパイルをGuardにまかせることにしてみたメモ。 Guardはファイルの変更を監視して、変更があったタイミングで何らかの処理を実行できるツール。 これを利用するとCoffeeScriptを書いたそばから自動的にJavaScriptに変換するなんてことも簡単にできるわけで。 そしてそのものずばりのことを実現するGuard::CoffeeScriptなんてものがあったりします。 Guard::CoffeeScriptの導入 gem install guard-coffeescript これでGuard本体も入る。あ、要Rubyです。 追記 ファイルシステム監視のために以下のGemも必要だった。 gem install rb-fsevent 上記はMacの場合でLinuxとWindowsの場合は違うGemになるので詳しくはGua
Rubyでソースコードを読む時の小技について書いてみようと思う。 この投稿も参考になる。 Rubyでメソッドの定義場所を見つける方法 #Ruby - Qiita http://qiita.com/items/fc8a61b421d026a23ffe ちなみに、私はVimmerなので、Vimに寄った話です。 emacsについては身近にemacsユーザーに聞きましょう。 ctagsを活用する ctagsでtagsファイルを出力しておけば、メソッドの定義元に飛ぶのが非常に楽になります。 Railsで開発しているなら、Railsのプロジェクトルートで以下のようなコマンドを打ちます。 (bundlerでプロジェクト内にGemがある場合を想定) langmapとかは別に無くても大丈夫だと思いますが。 --excludeを付けずにctagsを実行するとjavascriptのライブラリもタグ付けされて、
札幌Ruby会議2012参加のため、9/13から札幌にいます。大規模なRubyのイベントに参加するのは初めてなのですが、せっかくなのでなにかおしゃべりしようと思ってトークに応募したらLTは通ったので、「非Rubyな会社でRubyで仕事にRubyを持ち込むための5つの方法」ちょっと話してきました。 スライドをちょっと補足すると、僕(や、隣席のるびりすと氏)は、特定のサービスにアサインされているということはなくて、広く全社のサービスを見るという仕事をしているので、まあいろいろやっているわけです。そのため、ある種自由にあれこれできる立場であるということもあります。だからといって、では非Rubyな言語のサービスをがっつりやってるひとにはこのトークは響かないかというとまったくそんなことはないと思っています。 スライドにある通り、現状、ベストプラクティスとされる開発プロセスは、Ruby発のものであった
初めましてこんにちは。ソーシャルクライアント開発の tanabe と申します。 今回は?Sinon.JS を使った JavaScript のテスト方法を紹介したいと思います。 Sinon.JS って何? Sinon.JS はノルウェーのエンジニア Christian Johansen さんが書かれた、JavaScript 用のライブラリです。スタブやモック、フェイクオブジェクトの提供に特化していて、QUnit などのテスト用のフレームワークや実行環境に依存しない所が特徴です。Christian Johansen さんは?Test-Driven JavaScript Development の著者でもあり、こちらは近々翻訳版 が登場するようです。 では早速、Sinon.JS を使ったテスト手法をご紹介していきたいと思います。本稿ではテストフレームワークは QUnit を採用しています。 時間
まずは、httpd.confからみていきましょう。 httpd.confの場所 /etc/apache2/httpd.conf httpd.confの編集 管理者権限が必要なのでsudoでエディタ(例ではvi)を実行します。 $ sudo vi /etc/apache2/httpd.conf PHPの有効化 httpd.conf内の以下の行のコメントアウトを解除(先頭の#を削除) #LoadModule php5_module libexec/apache2/libphp5.so ApacheとPHPの起動確認用に、 ドキュメントルートに簡単なPHPプログラムを作成します。 初期状態のApacheのドキュメントルートは/Library/WebServer/Documentsになるので、 その直下に、test.phpというファイルを作成します。 /Library/WebServ
WeatherHacker - Hacking to the Weather 郵便番号から今日〜明後日の天気予報を調べられる。 Background ここ最近、毎日家を出る前にiPhoneの天気予報アプリを見ていたけど、見やすくないし、結局見逃して急に夜寒かったり雨降ってきたりするので、もっとデザインの良い天気予報サイトを作ろうと思った。それで、天気予報取得用のライブラリを探したけど、日本向けのは良いのがなかったので自分で作ってGemにした。 API 最終的にはLivedoorのAPIを利用させてもらうことにした。天気予報の取得元として候補に入れてたのはGoogle・Yahoo・Livedoorの3つだったけど、正直1番難しいのは位置情報検索部分で、Googleは英語で市名や県名を与える必要があるし、Yahooは明日までのデータしか取れなさそうで、結局ドキュメントのわりとまともなLived
2010年4月13日、Ruby on Rails 3.0 Beta 3 がリリースされました。 プログラミング言語 Ruby で記述されたもう一つの Web アプリケーション開発フレームワーク Merb との「統合」が発表されたのは、2008年12月23日のことでした。それから1年4ヶ月か経過し、ようやく Rails 3 が生まれ出ようとしています。 Rails 2.3 から何が変わって、何が変わらないのでしょうか。 また、バージョン 3.0 の登場をきっかけに Ruby on Rails の学習に挑戦(あるいは再挑戦)する方は何に気をつければよいでしょうか。 この届いたばかりの「道具箱」を使って、いったい何が作れるのか楽しみですね。 サンプルアプリケーションを少しずつ組み立てながら、一緒に学んでいきましょう。 この連載は、Ruby on Rails 3.0 Beta 3 がリリースされた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く