2019年11月のリリース内容をご紹介! - 食べチョク開発者ブログ
こんにちは、エンジニアの鹿倉です。 食べチョクでは、お客様、生産者さまからご意見を頂戴しながら、日々サービスのカイゼンを行なっております。 11月もたくさんのご意見を頂きカイゼンを行いました! 11月のカイゼンサマリーはこちらです。 11月の改善サマリー カイゼン数: 80 項目 新機能: 46 項目 バグ改修: 28 項目 その他: 6 項目 上記の中から是非お伝えしたいカイゼン内容をご紹介いたします! 1. 検索精度をカイゼンしました 今までのフリーワード検索は検索の対象が広域であるため、意図しない検索結果となることがありました。 例えば、「トマト」と検索した場合に、「メロン」の商品が表示されるといった具合です。 複数品目を栽培している生産者様の場合、商品説明文に他の品目についても記載されている場合があるため意図しない品目が引っかかってしまうというのが大きな理由でした。 以前は商品数が
TwilioとRailsでSMS認証機能を実装した話 | スペースマーケットブログ
こんにちは、Webエンジニアの山本です！好きな食べ物はなんとオムライスです。 スペースマーケットでは先日Twilioを利用したSMS認証機能をリリースしました。導入を検討する上で参考にしていただければ幸いです。 前提 弊社のアプリケーションAPIはRuby on Railsを使用しているため、実装部分はRuby on Rails向けのものとなります。 また、電話番号を利用したログイン機能などは実装せず、既存ユーザーの本人確認を目的とした機能追加の解説記事です。 Twilio 電話やSMSによるメッセージの発着信が可能なAPIサービスです。SMSであれば1通あたり0.08ドルなので約8円ほどで発信することができます。 https://www.twilio.com/ またtrialなら無料でAPIを利用することができるので、気軽にテスト可能です。※trial中に一定の金額分を上回るとアップグレ
Railsでやってしまいがちな保守性を下げてしまうコードとその解決策 - Qiita
こんにちは。COUNTERWORKSアドベントカレンダー13日目担当の疋田です。 先月からエンジニアとしてJOINしました。現在、業務ではshopcounterというサービスのRailsアプリケーション開発や日々の運用、データ集計や分析を元にしたプロダクトの改善などをメインで行っています。 スタートアップのエンジニアを経験していく中で、常に素早くPDCA回してユーザからのフィードバックをプロダクトに反映することが重要になってくるため、エンジニアとしてはコードの変更のしやすさとか捨てやすさ、読みやすさってかなり重要だなーと改めて強く思ってます。 今回は3年くらいRailsやってきた中でちょっとずつ溜まってきたメンテするときこういうコード辛かったなって部分を共有できたらなと思います。 ちなみに、これらはすべて今までの自分自身もやっていた時期があるコードであり、反省の意味も込めて書いてみます。
Rails サービスクラス再考 / have a rethink on Rails service class
merguro.rb #15で話しました
ActiveModel::Attributes が最高すぎるんだよな。 - Qiita
Ruby on Rails 5.2.0.beta2が出て久しい。 僕はRails大好きっ子なので 社内の新規事業や、社外のお手伝いしているベンチャー企業では もちろん、Rails5.2を使って開発をしている。 すでに、新しいRailsに関する記事はいくつか挙がっているが 個人的に、一番インパクトが大きかったのはActiveModel::Attributesが導入されたことである。 待望のActiveModel::Attributes ActiveModel::Attributesでなにが変わったの？というと、 いままでActiveRecordでしか使えなかった一部の機能が、ActiveModelでも使えるようになっただけである。 いや、しかし！ 今までのActiveModelの最大の弱点は まさにこの ActiveModel::Attributes が無かったことだと思う。 それが、Rai
enum-i18nの話し - amyroi's log
この記事はみんなのウェディング Advent Calendar 2017 - Qiita 22日目の記事です。 dotenv+itamae環境をconfig+yaml_vaultに移行した話 - amyroi's logの記事に引き続き@amyroiが担当します。 enum-i18n Rails4のEnumをI18nに対応するイケているgemがなかったので 簡単に作ったものを後日gemにしました。 こちらについて書いていこうと思います。 https://rubygems.org/gems/enum-i18n 以前HatenaBlogの記事で簡単な紹介をしました。 amyroi.hateblo.jp みんなのウェディングではこのgemを使っていません！ 社内ではモンキーパッチとしてリポジトリ内に配置しています。 作った背景 プロジェクト内のI18nの構成を綺麗にした。 models, vie
悪しきRailsプロジェクトの特徴 - Qiita
0. 背景 職場その他でいくつかのRailsプロジェクトを見て来て、同じ組織であってもリポジトリが違えば雰囲気が全然違うなと思い、その中でもこれはダメだろうと思ったことがありましたので、自分の備忘録も兼ねて記述します。 ここ２年ぐらいで出会ったRailsプロジェクトを見て感じた例ですので、他にも挙げようと思えば挙げられると思いますが、出会った中での記述ということでご理解ください。 また、技術的、より個別的な事象についてはRails AntiPatternsを読むといいかもしれません。 1. rubocopを導入していない rubocopはRuby Style Guideをベースにしたrubyの静的解析ツールです。Rubyを使ったことのある人で知らない人はいないでしょう。また、Ruby Style Guideについても、Rubyを勉強する初期に一読しておかなければいけないと言われる代物です。
Stairway to The Pragmatic Rails Programmer
The document discusses an error encountered with ActiveRecord in a Ruby on Rails application when trying to execute a SQL statement. It received an ORA-01795 error code from the database indicating that a maximum identifier length was exceeded. Some debugging steps are mentioned to investigate further like checking the SQL statement and database object names for length compliance. It concludes by
Railsフロントエンド技術の今とこれから
待望されたYarnサポートの入ったRails5.1が2017年4月にリリースされました。 Ruby on Rails 5.1 Release Notes — Ruby on Rails Guides 他にもjQueryがデフォルトdependencyから外されたり、Optionalでwebpackサポートが入ったりしており、Railsのフロントエンドは大きな転換点を迎えたと言ってよいでしょう。本エントリではRailsのフロントエンド技術の今を振り返り、今後どうなっていくかをまとめてみたいと思います。 DisられてきたRailsフロントエンド Railsのフロントエンド技術スタックは、フロントエンドを専業とするエンジニアにDisられるものでした。具体的には下記の技術要素です。 jQueryCoffeeScriptAssets Pipeline (sprockets)gemのエコシステムに乗っ
初心者のためのRuby＆Rails勉強フロー - Qiita
前提 プログラミング学習をこれから本格的に始める人をターゲットとしています。Ruby/Ruby on RailsでWEBサービスを開発できるようになるための効率的な学習フローのメモ書きです。社内の勉強会用に使ったドキュメントです。 この記事で目指すゴールは簡単なWEBアプリケーションを実際に開発していく中で、 ・プログラムを書く感覚に慣れる ・オブジェクト指向の基本を理解する ・WEBの基本的な仕組みを学ぶ ・Ruby/Railsの基本的が理解でき、簡単なWEBアプリケーションを作れる の習得をゴールとしています。 今回は学習にRuby on Railsを使う想定ですが、Ruby on RailsでもNode.jsでもPHPでもPythonいいですが、大事なのはWEBの裏側がどうなっていて、どういう仕組みでインターネットやWEBアプリケーションが動いているのか知ること、プログラムを実際に書
レガシーな独自フレームワークから脱却してRailsへ徐々に移行している話 - メドピア開発者ブログ
みなさんこんにちわ。 メドピアでエンジニアをやっている内田と申します。 現在メドピアではPHPで作られたレガシーな独自フレームワーク (以下FW) からRailsへと移行するプロジェクトが進んでいます。 今回は移行に向けて行ったことについて共有したいと思います。 移行の計画 メドピア株式会社では、医師限定のコミュニティサイト「MedPeer 」を運営しています。 「MedPeer 」サービス内では、薬剤評価掲示版、症例相談、Forum、ニュースなど、医師同士が情報交換をするための、機能の異なる複数のサービスを提供しています。 それらサービスの内部では7年前に作られたPHPの独自FWが採用されており、コードが肥大化したことで機能の変更や追加がとても困難になっていたことが課題でした。 そうした課題を解決するために、アーキテクチャの見直しを含めたリプレースがエンジニアの主導で計画されました。 様
「速」を落とさないコードレビュー
Forkwell Meetup #3 https://forkwell.connpass.com/event/48147/Read less
プロトタイピングの仕組みを用意して確認しながらサービスを改善する — みんなのウェディングエンジニアリングブログ
みんなのウェディング 松久です。 みんなのウェディングでは、常にサービスを改善するために、新しい機能を加えたり、既存の機能を変更したりします。しかし、実際にその機能を公開してみると、想定していた数字の変化が起きなかったり、思わぬところに影響が発生したりすることもあります。 そこで、みんなのウェディングではプロトタイピングを行える仕組みを取り入れてサービス改善を進めるようにしました。 Motorhead プロトタイピングは、既存の機能を提供しつつも一部の機能を特定の人にだけ公開する仕組みです。このような仕組みを実現するために、Motorhead という Ruby の gem を利用しています。Motorhead の説明には下記のように書かれています。 Motorhead is a prototyping framework for Rails. It’s something akin to
Railsで導入してよかったデザインパターンと各クラスの役割について - masato_hiのブログ
3年ほどRailsを書いてきてある程度知見が溜まってきたので、忘れないためのメモとしてKPTと導入例を交えながらダラダラと書いています。 見出しの命名規則は クラス名/ディレクトリ名の単数形をupper camel caseにしたもの + KPT です。 Keepは今後も使うもの、Problemは開発規模によっては問題が発生する(した)もの、Tryは現在使用していないが使用したほうが良いと思っているものです。 これらすべてを導入すれば上手くいくというわけでもないので、開発規模に合わせて適切に採用していくと良いと思います。 DDDやデザインパターン等見聞きはしているものの詳しいわけではないので間違っている部分等あるとは思うのでその辺りはコメントでご指摘お願いします。 はてブコメント欄で頂いた指摘内容等についてはまとめの後でまとめて返答を記載しています。 Asset (Keep) app/as
Railsの基本理念 : Railsの生みの親が掲げる8つの原則 | POSTD
(訳注: 2016/3/2、頂いたフィードバックをもとに記事を修正いたしました。) Ruby on Railsは最近、急激に注目を集めていますが、その原因はほとんど、この言語が斬新なテクノロジーとしてもてはやされたことと、タイミングにあります。技術的な優位性は時間の経過とともに失われますから、タイミングがよかっただけでは、一過性のブームに終わり、このムーブメントの隆盛は長続きしません。従って、「Railsがいかにして、適切な技術としての位置を維持し続けるるだけでなく、影響力とコミュニティを拡大し続けてきたのか」をより多くの人に説明していく必要があります。そして、その維持・拡大を可能にした/していく要因は、物議を醸すことさえあるRailsの基本原則にあると考えています。 この基本原則はここ10年ほどの間に進化を続けてきましたが、最も強固な柱となっているルールはやはり、公開当初から制定されてい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Railsのメンタリングから学んだこと - Speaker Deck
神速 on Twitter: "Rails + React.js はかなり難しいので、個人的には Rails + turbolinks + stimulus でできる程度の UI に仕様を抑えるくらいがコスパ良い構成じゃないかなと思っている。"
Railsでの開発どんな事考えながら作業しているのか - komagataのブログ
Rails移行のレキシ/mobasif-to-ruby-on-rails2017
GitHub - everydayrails/rails-4-1-rspec-3-0: Code samples for Everyday Rails Testing with RSpec, Rails 4.1/RSpec 3.0 edition
