Rails を使った EC アプリケーション開発について学べる本 "Take My Money" を読んだ - kymmt
読みました。 Take My Money: Accepting Payments on the Web 作者:Rappin, NoelPragmatic BookshelfAmazon どんな本か 副題が "Accepting Payments on the Web" となっているように、決済 (payment) システムをもつ Web アプリケーションを作る方法について説明しています。『達人プログラマー』などでおなじみの The Pragmatic Bookshelf シリーズの本です。 チケット販売システムの開発を通して、次のような具体的な話題に触れています。基本的には Rails 5 を使ってロジックからビューまでを開発していきます*1。 決済システムの実装 ショッピングカート 外部決済サービスとの連携 サブスクリプション機能 エラーケースとその対策 管理画面の実装 返金など注文の操
Railsが5.1になることでフロントエンドの開発が本当に楽しくなりました - チラシ裏日記上等！！新館
Ruby on Rails の 5.1.0.beta1がリリースされましたね！ weblog.rubyonrails.org 仕事でRailsを使うものとしてちゃんと触っておかねばと思い、まずは自分の好きなJavaScript周りがどれぐらい良くなったのか見てみたところかなりびっくりしました。JavaScriptすごく開発しやすいです。 webpack があって yarn がありますし、ReactやVue、angular まで rake タスクでセットアップできます。ちょっと前までRailsでJavaScriptやるのが辛いなんて言っていたのが嘘みたいです・・・。 今回はRails 5.1.0 で Vue.js を使って新しくプロジェクトを作るところまでやってみました。 rails new rails webpacker:install:vue Webpackでのビルド Hot Modul
レガシーな独自フレームワークから脱却してRailsへ徐々に移行している話 - メドピア開発者ブログ
みなさんこんにちわ。 メドピアでエンジニアをやっている内田と申します。 現在メドピアではPHPで作られたレガシーな独自フレームワーク (以下FW) からRailsへと移行するプロジェクトが進んでいます。 今回は移行に向けて行ったことについて共有したいと思います。 移行の計画 メドピア株式会社では、医師限定のコミュニティサイト「MedPeer 」を運営しています。 「MedPeer 」サービス内では、薬剤評価掲示版、症例相談、Forum、ニュースなど、医師同士が情報交換をするための、機能の異なる複数のサービスを提供しています。 それらサービスの内部では7年前に作られたPHPの独自FWが採用されており、コードが肥大化したことで機能の変更や追加がとても困難になっていたことが課題でした。 そうした課題を解決するために、アーキテクチャの見直しを含めたリプレースがエンジニアの主導で計画されました。 様
Redis を使って応答時間を半分にした話 | FiNC Developers Blog
Redis を使って応答時間を半分にした話 はじめにはじめまして。 5月にFiNCに入社し、サーバーサイドの Rails エンジニアをやっている亀田と申します。 今回は、Redis を使ってチャットのパフォーマンスを改善した話について書きたいと思います。 チャットで起きていたパフォーマンス問題FiNCアプリにはチャット機能があります。ユーザー同士のコミュニケーションにも使えますし、お得情報の配信やユーザーのサポートなどでも利用しています。 その中で、ユーザーサポートの社内オペレーション用ツールに、（業務に支障が出るレベルではないものの）表示が重いという問題が発生していました。具体的には、対象となるルームのレコードを取得するために数百ミリ秒かかっており、レスポンスを返すまでに合計で1秒前後かかっているという状況でした。 分析をしてみたところ、インデックスを使って対象となるレコードを取得した後
5年間開発しているRailsプロジェクトにReact + Reduxを導入した話 by Shimpei Takamatsu | Wantedly, Inc.
こんにちは、WantedlyのWebエンジニアの高松です。 このエンジニアブログでも何度かReact関連の話題が出ていますが、WantedlyではReact + Reduxを中心としたWebフロントエンドの技術スタックを導入して開発しています。 今回はスタックの導入方法や勘所について、詳しく解説してみたいと思います。特に既存のRails環境にReactなどの導入を検討していらっしゃる方の参考になれば、と思います。 今回の内容は以前発表した以下のスライドを元にしています。 これまでのWantedlyのフロントエンド開発 まず、今回のスタック導入前のWantedlyのフロントエンド開発がどのようなものであったのかについてご説明します。 Wantedlyの開発リポジトリを参照すると、最初のコミットは2011年9月になっています。現在は社内でもマイクロサービス化の動きが始まっていますが、基本的にW
無料で公開されている「Ruby on Rails チュートリアル」が自分が求めていたものだった - k-tanakaのエンジニア日記
Rubyが面白くてRailsと合わせて勉強しています。Rubyについては基本文法を抑えてあとは書き始めてからなんとかして、後でまとめて本を読んで知識を整理で良いかなと思っているのですが、Railsについては規約や構造、実際のデプロイまでの流れなどを抑えるのにやや四苦八苦という感じです。 そんなわけでいくつか書籍を探して、Ruby on Rails 4 アプリケーションプログラミング5が良さげというところまでは分かったのですが、お金が無いのでどうにかしたいなと思っていました。（図書館は貸し出し中かつ3人予約済み） 公式ドキュメントでなんとか進めるかと思っていたのですが、Ruby on Rails チュートリアル 実例を使ってRailsを学ぼう Michael Hartl (マイケル・ハートル)というページを見つけました。 これを求めていたんだ 本ドキュメントは書籍として販売されている「htt
React + Railsで個人サービスを開発してみた話 - hi, my name is gonshi.
おはようございます。ゴールデンウィークいかがおすごしでしょうか。 これまでブログの中であまりエンジニア的な話はしてこなかったのですが、 改めて自己紹介をさせていただきますと、僕は横浜でWebのフロントエンドエンジニアをやっている者です。 名を田島といいます。どうぞよろしくお願いします。 さて、僕はエンジニアでありながらスロットも大好きなので、 最近ではその趣味が高じて、 誰でも言葉のスロットが作れる！スロットメーカー という、なさそうでなかったWebサービスを作ってみました。 slot-maker.com 制作に用いた技術はフロントエンドに React.js (フレームワークはFlux)、バックエンドにRuby on Rails (主にAPIのみ)という構成で実装しました。 今回はその技術的なお話を書こうと思います。 ところで、僕が普段やっている仕事は、 3分でわかる！事故予測検定 のよう
DHHはどのようにRailsのコントローラを書くのか | POSTD
私たちの救世主DHH™は最近の Full Stack Radioのインタビュー で、 Basecamp の最新版で彼がどのようにRailsのコントローラを書いたかを説明しています。下記は、彼のすばらしい話を書き取ったものです。 これまでに思うようになってきたのは、「RESTの原則に従うには、どのタイミングで新たなコントローラを作るべきかを一度決めたら、ほぼ異例なくその原則を遵守するべきだ」ということです。いつだってその方がうまくいくんです。自分の作ったコントローラの状態を悔やむのは決まって、作ったコントローラの数が少なすぎた時です。多くの処理を任せようとしすぎてしまうんです。 そこでBasecamp 3では、ある程度理にかなったサブリソースがあれば、毎回コントローラを分割していきます。フィルタなどの場合ですね。例えば画面があって、それがある状態になっているとします。もしこれにいくつかのフィ
Draperで驚くほどRailsコードがわかりや少なったよ！
Draperって何？Draperは、Model/Controller/View/Helperと異なる第4のレイヤを提供するGemです。 この第4のレイヤは、海外では「Presenter」として分類されています。(正確にもう少し細かい分類があるらしいですが割愛♪) このレイヤを作るメリットは、 model/viewに余計なロジックを書かなくてすむ Helperのメソッドが使われている場所が不明という事態を防ぐ 日本ではPresenterレイヤでは、ActiveDecoratorというGemが有名です。ActiveDecoratorもほぼ同じことができます。 Draperの紹介Draperの説明ならRailsCastが一番わかり易かったです(説明は日本語に翻訳されています、動画は英語です)↓ #####286 Draper - RailsCasts 1年前の記事ですので、実際に動かしてみると少
Railsの基本理念 : Railsの生みの親が掲げる8つの原則 | POSTD
(訳注: 2016/3/2、頂いたフィードバックをもとに記事を修正いたしました。) Ruby on Railsは最近、急激に注目を集めていますが、その原因はほとんど、この言語が斬新なテクノロジーとしてもてはやされたことと、タイミングにあります。技術的な優位性は時間の経過とともに失われますから、タイミングがよかっただけでは、一過性のブームに終わり、このムーブメントの隆盛は長続きしません。従って、「Railsがいかにして、適切な技術としての位置を維持し続けるるだけでなく、影響力とコミュニティを拡大し続けてきたのか」をより多くの人に説明していく必要があります。そして、その維持・拡大を可能にした/していく要因は、物議を醸すことさえあるRailsの基本原則にあると考えています。 この基本原則はここ10年ほどの間に進化を続けてきましたが、最も強固な柱となっているルールはやはり、公開当初から制定されてい
JavaScript on Rails - Qiita
前提 小さめのプロダクト スピード大事 対象のチーム クライアントサイド専属の人がいない JavaScriptに詳しいひとがいない JavaScript界隈の流行を過度に追わない判断をした Railに乗ろう Rails公式としては「控えめなJavaScript」を推奨している cf. Rails ガイド 公式のは控えめすぎるので「クックパッドモデル」を採用する ECMAScript6 (ES6, ES2015) のシンタックスを使う モジュールの依存解決にCommonJS Modules (もしくはES6 Modules) を使う フロントエンドのライブラリ管理にnpmを使う クックパッドモデルの最小構成 cf. hokaccha/browserify-rails-example Railsの既存の仕組みを壊さずに babel いいかjs、君はあくまで app/assets/javascr
デザイナさん直伝のCSSテクニックが満載！「RubyistのためのCSS勉強会」を開催しました - give IT a try
はじめに さる2016年1月9日、西脇.rb＆神戸.rbの合同勉強会として「RubyistのためのCSS勉強会」を開催しました。 主催者の僕自身が「参加して良かった！」と思えるぐらい有益な情報がたくさん詰まった勉強会になったので、今回のエントリではこの勉強会の内容を紹介します。 もくじ ちょっと長いので、先に目次を載せておきます。 はじめに もくじ 講師は合同会社フィヨルドの町田さん！ この勉強会で講義してもらったテーマ 座学編 Railsの app/assets/stylesheets 内のディレクトリ構成例 最近注目を集めているAtomic Designについて 3種類のリセット系CSSの特徴について 変更に強いマークアップのルールについて プログラマとデザイナの協業について ハンズオン編 進め方の具体例 1問目：グローバルナビゲーションの作成 2問目：アラート画面の作成 3問目：記事
[ウェブアプリケーション][Ruby on Rails]『RESTful Webサービス』でRailsを覚える | アペフチ
今日はちょっと思い出話でも。 Groongaもくもく会＠札幌 2015-12-30に参加して来た。帰札した翌日から熱を出して寝込んでいたのだが、直前で治って本当によかった。 もくもく会ではDroonga HTTP Serverのインストールスクリプトの修正を試みていた。進捗はこんな感じ：https://github.com/droonga/droonga-http-server/compare/master…KitaitiMakoto:centos-systemd その後は忘年会＠Sinatra札幌＆Sapporoonga 2015-12-30。そこで話題になった一つに、Railsの躓きポイントの話があった。既にうろ覚えだがこんな感じだったと思う。 ウェブアプリケーションを作ったことがない状態でRailsに入門すると、どこで何が起こっているか分からない。scaffoldしてアプリケーション
![[ウェブアプリケーション][Ruby on Rails]『RESTful Webサービス』でRailsを覚える | アペフチ](https://cdn-ak-scissors.b.st-hatena.com/image/square/640a03f5121bf4016a87946345e753bf9f90f7b4/height=288;version=1;width=512/https%3A%2F%2Fdiary.kitaitimakoto.net%2Fimages%2Ficon.png)
Rails のアーキテクチャ設計を考える - Qiita
はじめに ここ一年くらいずっと Rails の何がダメでどうすれば良くなるのかを考えていました。 Rails を使ってそれなりの規模のアプリケーションを作ったことがある人なら、メンテナンスのしづらさを感じたことがあるのではないでしょうか。 メンテナンスの問題は Rails 以外の開発でも発生することですが、実のところメンテナンスしやすいアプリケーションはどうすれば作れるのでしょうか？ この難問に対して私も答えを持っていませんが、考え続けています。 少なくとも、 Rails Way や Rails Tutorial をベースにしたアプリケーション開発は、業務で用いるには簡単すぎるように思います。 「レールに乗る」という言葉がありますが、私は考え方を変えました。 Rails は規模の大きいフレームワークですが、土台に過ぎません。 Rails Way の設計方針は小規模な開発では有効ですが、規模
#22 普段からRailsプロジェクトで使っている10個の便利Gem - KAYAC engineers' blog
この記事は tech.kayac.com Advent Calendar 2014 22日目です。 こんにちは。Rubyを書いている @yumiyon です。 今回は、Railsプロジェクトで「○○がしたい！」と思った際に、自分がよく利用するGemを機能ごとに分けて10個ほどご紹介します。日頃からRailsで開発を行なっている方は既知のものばかりかもしれませんが、Railsを始めたばかりの方や、自分のための備忘録として。 目次 Gemとは 1、画像をアップロードしたい（CarrierWave） 2、管理画面を作成したい（ActiveAdmin） 3、環境毎に定数を管理したい（rails_config） 4、crontabを管理したい（Whenever） 5、スプレッドシートにアクセス（google_drive） 6、ページャーを実装したい（kaminari） 7、非同期処理を使いたい：ジョ
Rails 5.0ベータ版が登場。Microservices対応の「API mode」、WebSocket用のフレームワーク「Action Cable」など
Rails 5.0ベータ版が登場。Microservices対応の「API mode」、WebSocket用のフレームワーク「Action Cable」など Ruby on Railsの次期バージョンとなる「Rails 5.0」のベータ版「Rails 5.0.0.beta1」の公開が発表されました。 Rails 5は、今年2015年4月にアトランタで行われた「RailsConf 2015 Atlanta」で、今年リリース予定だと開発者であるDHH（David Heinemeier Hansson）氏が明らかにしていたバージョンです。 このときDHH氏はRails 5を旅行者のバックパックに例え、個人の開発者のために必要なものが一通り揃っていることを追求しつつ、最近のMicroservicesへの要求にも応えられるように、APIを中心にしてそれ以外の機能を省略してスリムダウンできる「API
初めてrails newしたら800万ダウンロードしてた話 - Qiita
この記事は【その1】ドリコム Advent Calendar 2015 - Adventarの18日目です。 17日目はikkouさんのChatWork をちょっと便利にするブックマークレットでした。 はじめに 社会人1年目の時につくったDropMusicが2周年になったのでその振り返りをしたいと思います。 経緯 大学卒業後、株式会社Ignomを立ち上げ、当時は2人という小さな規模でやっていました。2人ともアプリなどの開発は未経験で、周りに頼れるところがなく開発してきたので、その経験をもとに0からサービスをつくる人向けに書きます。プログラミングがよくわからないままつくっていたので、苦労したところや失敗、大事にしていたことをピックアップします。 技術面 社内や外部のgemやライブラリを活用 0からつくると時間がかかってしまうので、先人たちの力を借りるのも一つの手です。例えばプッシュ通知は社内
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rails 5.1.0.beta1はどのようにモダンなJavaScript開発を実現しているのか？ // Speaker Deck
http://post.simplie.jp/posts/27
Cells4 - Ruby/RailsでView componentsを実現する[Rails 4.2]