BPStudy#75でスマートWPとリーンな実践を語ってきました
BPStudy#75で登壇させていただきました。 内容は、スマートWPのサービス紹介からサービスを作るためのリーンスタートアップの実践紹介まで幅広くお話させていただきました。 当日の資料をアップしました。 BPStudy#75 スマートWP 裏側のお話からリーンなアプローチまで スライドの構成は「サービス紹介編」「テクニカル編」「リーンな手法のビジネス編」の3つの話で、当日はそれぞれの話の終わりにQAをはさみつつ進めました。 QAの中で紹介したリーン実践の途中まとめのブログエントリーはこちら。 BPStudy自体は技術色の濃い目のイベントなので、幅が出てもテクニカルな部分が薄まらないようにスマートWPの内部構成、使っているツール、設計思想的なものもレビューしてもらう意味も込めて具体的に示すことにしました。 スライドは前日に骨組みを考えて当日一気にスライドを作ったので、洗練されていませんが内
［改訂新版］Apache Solr入門――オープンソース全文検索エンジン | Gihyo Digital Publishing … 技術評論社の電子書籍
Software Design plus ［改訂新版］Apache Solr入門 ――オープンソース全文検索エンジン 著者 大谷純，阿部慎一朗，大須賀稔，北野太郎，鈴木教嗣，平賀一昭 著，株式会社リクルートテクノロジーズ，株式会社ロンウイット 監修 発売日 2013年12月5日 更新日 2013年12月5日
鳥(鶏)ハム : なんだろね(´･ω･｀)
2004年10月13日11:07 カテゴリ(ﾟДﾟ) ｳﾏｰ 鳥(鶏)ハム ブログネタ：料理レシピ に参加中！ ■鳥ハム最新作■ 研究に研究を重ね(笑)すばらしい鳥ハムが完成しました 処女作と最新作を比べて頂けると一目瞭然ですが、全然違いますよ〜しっとり感＆ハムハム感が。 試行錯誤の上、作り方を少々修正しました。 ■鳥ハム処女作■ 噂の鳥ハム作りましたヽ(´ー`)ﾉ めっちゃ美味しいです 初挑戦の鳥ハムに家族で感動して、一晩で全部なくなりました(笑) 以前から気になっていた【食べたものを淡々と記録するよ】の、おおじろうさんちの食卓に度々登場してきた（26日にも登場）鳥ハム。 こちらのサイトで紹介されていたレシピをもとに作ってみましたよ。 ■■最新バージョン鳥ハムの作り方■■ 得買の鳥ムネ肉を二枚使いましたよぅヽ(´ー`)ﾉ 皮を剥いで、私は三温糖を1枚につき小さじ1こすりつけましたが蜂蜜だ
人生は練習と思ってる所が本番で、本番と思ってる所はオマケだ。 - teruyastarはかく語りき
本気になれない人には「当事者意識」が足りない - ゆーすとの日記 http://syuraw.hatenablog.com/entry/2013/12/05/183752 ここぞって時に本気になれる人となれない人の違いは、当事者意識の有無です。 人生には何度か「ここぞ」って場面があります。 そこで上手くいくかどうかでその後の人生が大きく変わってしまうような場面―― あるいはそこまでじゃなくても、重要な転機と思われる場面。 その時心の底から当事者意識をもって臨める人が「本気になれる人」、 そうでない人が「本気になれない人」です。 (略) 何をやるにしても、結局最後は自分の気持ちと本気度がものを言います。 戦術、戦略、テクニック、ノウハウ・・・どれも大事ですが、 それは自分の本気があって初めて活きるもの。 自分の人生なんだし、ここぞって時ほどきちんと当事者意識を持って取り組みたいものです。 「
RailsとGrapeで行う最高のWeb API開発 - Qiita
Ruby Advent Calendar 2013 2日目 るびぃあどぅべんどぅくぁれんだー2013、2日目の記事となります。昨日はすうぱぁももんがさんのあくろばてぃっくな今年こそRubyを始めたいあなたに！ももんが流・最強のRuby学習法です。 概要 三回ほど手を変え品を変えWeb APIをRubyで作ってきました。ここではそこから学んだ今の私の全力全開、最高のWeb API開発についてコード例を交えてお話したいと思います。ここで言うWeb APIとはスマホアプリから使用する、サーバに置いてあるAPIをイメージして頂ければと思います。 ここではユーザが写真をサーバに保存できるAPIを想定し、応答のフォーマットはJSONとします。 使うもの rails 4 Rails 3ではなくRails 4を使うのは趣味です。 grape APIを書く際に非常に楽になります。APIで使用するURLとHT
GitHub - ruby-grape/grape: An opinionated framework for creating REST-like APIs in Ruby.
module Twitter class API < Grape::API version 'v1', using: :header, vendor: 'twitter' format :json prefix :api helpers do def current_user @current_user ||= User.authorize!(env) end def authenticate! error!('401 Unauthorized', 401) unless current_user end end resource :statuses do desc 'Return a public timeline.' get :public_timeline do Status.limit(20) end desc 'Return a personal timeline.' get :
Ruby 2.1.0の新機能のException#cause - @znz blog
Ruby 2.1.0-preview2 リリース では 2013-11-10 の大きめの変更 が気になっていて、 ここでは Exception#cause というメソッドを紹介します。 "literal"f のように書く freeze された文字列リテラル機能が 2.1.0-preview1 には入っていたのですが、それが削除されて "literal".freeze がコンパイル時に特別扱いされるようになった、 というのも気になっています。 この投稿は Ruby Advent Calendar 2013 の3日目の記事です。 Exception#cause の例 Ruby 2.0.0 までは rescue や ensure の中で別の例外が発生すると、 別途保存しておかない限り、 以前に発生した例外がわからなくなってしまっていましたが、 Ruby 2.1.0(-preview2) からは別
GitHub - doorkeeper-gem/doorkeeper: Doorkeeper is an OAuth 2 provider for Ruby on Rails / Grape.
Doorkeeper — awesome OAuth 2 provider for your Rails / Grape app. Doorkeeper is a gem (Rails engine) that makes it easy to introduce OAuth 2 provider functionality to your Ruby on Rails or Grape application. Supported features: The OAuth 2.0 Authorization Framework Authorization Code Flow Access Token Scopes Refresh token Implicit grant Resource Owner Password Credentials Client Credentials OAuth
mongoidバッドノウハウ集 - Qiita
この記事はMongoDB Advent Calendar 2013の6日目です。 mongoidについてはnaru0gaさんの大変わかりやすい説明がありましたので、今回はmongoidのまともじゃない使い方をご紹介させていただきたいと思います。 mongoidについて ruby用のODMマッパーです。くわしくはこちらを御覧ください。 MySQLと共存させる リレーションが必要なモデル、飛んだら困るデータの格納はMySQLで、それ以外はMongoDBを使いたい、という場合にリレーショナルデータベースと共存させる方法です。 MongoDBのAdvent Calenderに何書いてんだと罵られそうですが、MongoDBだけで生きていくにはガッツの足りない方（自分含め）向けにMySQLと共存させる方法を紹介します。 まず、プロジェクト作成時、普通にMySQLをドライバとして指定します。
Railsでサービスとフォームを導入してみる話 - assertInstanceOf('Engineer', $a_suenami)
この記事はRuby on Rails Advent Calendar 2013の6日目の記事です。 前日は @tkawa さんの「Favoriteの設計実装はパターンとして使える」でした。 Railsで適切に責務を分割するということ RailsはいわゆるMVCと呼ばれるアーキテクチャパターンにのっとったフレームワークであり、プロジェクトを作成するとデフォルトでmodels/、views/、controllers/などのディレクトリが作成されます。 基本的にロジックを記述する場所はモデルであり、ビューには表示処理だけを、コントローラにはアプリケーション上必要な手続きだけを記述するべきであると一般的には言われています。*1 ただ、それを忠実に実践していった結果、モデルが肥大化しメンテナンシビリティやテスタビリティが低下するという問題も多く指摘されています。 これについては4日目に @joker
Riakはなぜ良いのか
[D25] 分散Key-Valueストア「okuyama」&「Riak」の同時書込み性能検証 by Yusuke Kuramata
[ 技術講座 ] Domain-Driven Designのエッセンス 第1回｜オブジェクトの広場
DDD難民に捧げる Domain-Driven Designのエッセンス 第1回 ドメイン駆動設計とは 株式会社オージス総研 アドバンストモデリングソリューション部 佐藤 匡剛 Domain-Driven Design Tackling Complexity in the Heart of Software Eric Evans 著 Addison-Wesley, 59.99ドル 560ページ ISBN: 0-321-12521-5 「ドメインモデリング」は、アプリケーション開発において最も重要な部分だとされています。しかしその割には、フレームワークの使い方やアーキテクチャの設計方法など技術に関する解説書はたくさんあるものの、ドメインモデリングそのものを扱った書籍はほとんど無かったと言ってもいいでしょう。Eric Evansの『Domain-Driven Design』（以降DDD）は、「
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - nesquena/rabl: General ruby templating with json, bson, xml, plist and msgpack support
ドメイン駆動設計入門
[Rails] APサーバの比較検証（Puma, Unicorn, Passenger） - Tech Log - s21g