You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Ruby on Rails’ phenomenal rise to prominence owed much of its lift-off to novel technology and timing. But technological advantages erode over time, and good timing doesn’t sustain movements alone over the long term. So a broader explanation of how Rails has continued to not only stay relevant but to grow its impact and community is needed. I propose that the enduring enabler has been and remains
はじめに ここ一年くらいずっと Rails の何がダメでどうすれば良くなるのかを考えていました。 Rails を使ってそれなりの規模のアプリケーションを作ったことがある人なら、メンテナンスのしづらさを感じたことがあるのではないでしょうか。 メンテナンスの問題は Rails 以外の開発でも発生することですが、実のところメンテナンスしやすいアプリケーションはどうすれば作れるのでしょうか? この難問に対して私も答えを持っていませんが、考え続けています。 少なくとも、 Rails Way や Rails Tutorial をベースにしたアプリケーション開発は、業務で用いるには簡単すぎるように思います。 「レールに乗る」という言葉がありますが、私は考え方を変えました。 Rails は規模の大きいフレームワークですが、土台に過ぎません。 Rails Way の設計方針は小規模な開発では有効ですが、規模
shibaraku gem をリリースしました これは何? ActiveRecord で期間を持つ model を扱う gem です。期間限定公開や、予約公開したいときなんかに使います。 作ったのは 1 年前なんですが、ずっと社内 gem として使用していたものを rubygems.org / github.com に上げました。 https://rubygems.org/gems/shibaraku https://github.com/onk/shibaraku USAGE 基本的な使い方 start_at, end_at のあるモデルを用意します。 create_table :campaigns do |t| t.datetime :start_at t.datetime :end_at end shibaraku と 1 行書くと class Campaign < ActiveRe
はじめに Railsアプリケーションを本格的に作り込んでいくと、「エラー」とは無縁ではいられません。 しょうもないバグでエラーが発生することもありますし、ほとんど不可抗力ともいえるような大規模なネットワーク障害でエラーが発生することもあります。 エラーの種類がなんであれ、エラーが起きた場合は「原因を素早く特定し、速やかに復旧させること」と「あるエラーが引き金になって、さらに大きなエラーに引き起こさないようにすること」が重要です。 エラー処理を適切に実装していれば、原因の特定や復旧もすばやくできますし、さらに大きなエラーを引き起こす可能性も少ないです。 また、ソースコードも比較的シンプルに保てます。 逆にエラー処理が不適切だと原因の特定に時間がかかったり、異常なデータがどんどん増えてさらに大きなエラーを引き起こしたりします。 ソースコードにも無駄に複雑な処理フローや条件分岐がたくさん出てきて
技術部の高井です。 最近、日本でもマイクロサービスという言葉が流行しつつあります。 今回は、なぜクックパッドがマイクロサービスを選択したのか、また実際にどのようなやり方をしているのかということを紹介します。 Conwayの法則 ここ数年の間、クックパッドはレシピの投稿・検索サービスから「食を中心とした生活のインフラ」として事業領域を拡大しつつあります。海外レシピサービスの買収による海外展開は、単なる金銭的な関係にとどまらず、人的・技術的な交流も含めて本格化しつつあります。また、「モバイルファースト」を標語とするモバイルアプリケーションへの取り組みも加速してきました。 事業領域の拡大やグローバル展開、モバイルファーストといったビジネス要求の変化に応じて、会社の組織構造も変化しています。そして、Conwayの法則 として知られているように、組織構造とソフトウェアアーキテクチャには密接な関係があ
あるテーブルに対して複数のレコードを同時に登録したいことがあります。 このときに登録する数だけINSERTを発行するのはあまり効率がよくありません。 そこでBULK INSERTと言われる単発のSQLで一括登録する方法がよく使われます。 BULK INSERTとは 単純なbooksというテーブルを使い、BULK INSERTはどういうものか確認する。 CREATE TABLE `books` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL, `created_at` datetime NOT NULL, `updated_at` datetime NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAU
以前はコレだったけど、 puts "-----------------------------------" puts @posts.inspect puts "-----------------------------------" railsのdebugの疑問 - komagata 今はputsしてPowのログを見る方式にした。(ログを見るのはtailかConsole.app) # app/controller/home_controller.rb: class HomeController < ApplicationController def index puts 'foo' end end Powの標準出力と標準エラー出力はlogに向いてるのでただputsするだかけなのは楽だ。
As your Ruby/Rails codebase grows, it’s important to take note of patterns that are or are not working. As we move into 2014 here at Reverb, with a year of experience in building and maintaining a large marketplace at breakneck velocity, here are our learnings. These tips assume you are growing a sizeable Rails codebase with a domain layer living outside of Rails. If you need help getting started
Jewelry Judgmentとは宝石鑑定という意味です。 これはRubyで作られたシステムであることを表現するとともに、社内で同時並行して進められている様々なプロジェクトが、果たして予定通り進捗しており収益をもたらすものであるかどうかを判断する、いわば本物の宝石かどうかを鑑定するためのツールであることを示したネーミングです。 JJはソフトウェア開発企業を主なユーザとして想定したプロジェクト・マネージメントシステム、営業情報やプロジェクトの進捗情報を管理するWebシステムです。 プロジェクト開始後は、各社員の工数管理や経費管理を行うことができ、どこからでも開発プロジェクト一連の流れを管理することができます。 システム開発企業においては、プロマネと略して言われる優秀なプロジェクト・マネージャーをどれだけ多く在籍させているかが企業の力になります。受託したシステムを納期内に予算の枠内におさめて
MakeFlaggable¶ ↑ MakeFlaggable is an extension for building a user-centric flagging system for Rails 3 and 4 applications. It currently supports ActiveRecord models. This repository is unfortunately no longer maintained. If this library is still relevant and you want to maintain it, I am happy to hand this repository over. Installation¶ ↑ add MakeFlaggable to your Gemfile gem 'make_flaggable' afte
あれ?いつの間にか日曜日だ。 昨日の続き。 作るものは多言語ブログに決まった。だいたいこんな感じ。 キラキラネームがいいらしいので、名前はKonnyakuにする。これなら将来gem化するようなことがあっても被らないだろう。(Konjacにしようと思ったら既にあってビビったけど) デザインはTwitter Bootstrapベース コメントとRSSぐらいは付けたい あと画像アップロードも。 日・英で書ける (他の言語はとりあえず考慮しない。ブログ書くぐらいネット使ってて英語読み書きできないのは日本語ネイティブぐらいだよね?) markdownで書く markdownのコンパイル、コードのシンタックスハイライトはクライアントサイドで。 (RedcarpetとかPygmentsに依存すると他の人に気軽に使ってもらいにくくなるので) → 勘違いしてた。Redcarpetは簡単にインストールできるの
0. やりたいこと Railsアプリでコンテンツ登録時に ・Twitterのタイムラインに拡散する ・FacebookのFacebookページに拡散する 1. 前提 ・deviceでユーザー登録機能が実装されている Rails 4.0.0.beta1でdevise - t-taira blog ・Twitter Developersに登録している Twitter Developers ・Facebook Developersに登録している Home - Facebook Developers 2. 設定関連 ・GemFile # twitter gem 'twitter' gem 'omniauth-twitter' # facebook gem 'fb_graph' gem 'omniauth-facebook' gem 'activerecord-session_store' ・con
deviseのRails4.0.0対応状況 devise使ってますか?Rails4.0使ってますか? ということでdevise使っててRails4.0で試そうとしたら、色々とうまくいかない!と困ってました。strong_parameter系ですね。 今までだと、各種コントローラーを継承したカスタムコントローラーでbuild_resourceをoverridesしてたんですが、4月中旬にやっとstrong_parameter対応のブランチがRails4ブランチにマージされました。 (masterブランチではないので注意) ということで、導入は簡単になりました。 Railsへのrails4ブランチの導入 Gemfileはこう書けばいいですね。
はじめまして、アプリケーションエンジニアをしています、たかぎわ (@shun_tak) と申します。 2013年度4月入社予定の内定者で、現在はアルバイトとして週に2日間ほど勤務しております。 今回のエントリーでは、私が業務で開発した社内システムについて紹介しようと思います。 社内システム Tech Search を開発・リリースしました。Tech Searchのリリースにより、社内に蓄積された知識資産の活用が大幅に改善されました。 Tech Searchとは、弊社の研究レポート制度を利用して執筆されたテックレポートの全ファイル・全文章を横断的に検索するための社内システムで、Ruby on RailsとApache Solrを利用して実現しました。全文検索だけでなく絞り込み検索も実装し、UIにも手を抜かず、ユーザーに使いやすいシステムを目指して開発しました。 Tech Searchがリリー
The symfony framework has always provided the tools needed by the developers to secure their applications. We were one of the very first framework to provide a dedicated sub-framework to automatically escape the template variables and protect your application against XSS (this strategy has also been adopted by Django recently). With the new form framework, we have added an automatic protection aga
Github に脆弱性。やった人は Rails に有りがちな脆弱性を issue に挙げていたが相手にされず、実際にそれを突いてきた。一見 childish だが、それだけ簡単に脆弱な実装がなされてしまうということだ。週明けの今日、Rubyist はまず関連情報に一読を。 — Yuki Nishijima (@yuki24) March 4, 2012 気になって調べたのでメモ。自分も気をつけないとなー。 Public Key Security Vulnerability and Mitigation - github.com/blog/ github に脆弱性があってそれが突かれたらしい。 Rails アプリにありがちな脆弱性の一つ、Mass assignment とかいうタイプの脆弱性である。 mass assignment 脆弱性とは mass assignment 脆弱性とは何か、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く