Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? For a couple years now, web developers have been actively discussing a new programming language called Elixir and its most popular Phoenix framework. Elixir vs. Ruby and Phoenix vs. Rails are among the favorite topics because Elixir has sparked the greatest interest in t

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? さて、割とキャッチーなタイトルから始めましたが、rubyの人気が落ちています。 分かりやすい指標として、TIOBEのプログラミング言語のランキングを参照しますが 2003年にはruby on railsの普及に合わせて2008年ごろには10位。 2016年に史上最高の8位を記録していますが、そこからずるずると下がって現在は17位。 ほんとにここ２，３数年でズルズルと滑り落ちるという言葉のままで進んでいます。 ruby自体、正直話題なるような新しいものも出づらい状態で、rubygemsに公開されるgemのペースも2013年から下がり始めて

【ゆるふわ🔰】Docker ＋ Rails ＋ Heroku ＝「Yay! You’re on Rails!」【本番環境構築】RailsHerokudeployDocker どんな記事か DockerでRailsを起動した人が、herokuで本番環境を構築できるようになります どんな人が読むといいか DockerでRailsを起動して、「Yay! You’re on Rails!」を表示させている人 本番環境に「Yay! You’re on Rails!」を表示させたい人 完成後イメージ ↓これが本番環境に表示されている。 前提条件 DokerでRailsを起動「Yay! You’re on Rails!」を表示させている Herokuアカウントを持っている（無料） GitHubアカウントを持っている（無料） やること（２章立て） 第１章　Railsのファイルたちをいじくる 第２章　He

Ruby Advent Calendar 2018の 15 日目です！ 定数よ。お前はなぜそんなに難しいのか 使いやすいRubyのメソッドやクラスインスタンス変数に比べて、定数は難しいですね。 私自身、半年に一回は泣かされている弱小エンジニアのひとりです。 せっかくのアドベントの機会を借りて、このハマりがちなRuby定数の謎を徹底的に読み解いてみたいと思います12 対象としてはこんな方を想定しています。 Rubyにおけるselfの扱い、継承チェーン、メソッド探索は理解している 定数の挙動でハマったことがある この機会にマニアックな理解をしたい 参考文献としてはCRubyのソースコードに加えて、最後に列挙した数々の貴重な資料を頼らせていただきました（ぺこり）。 定数クイズ さっそくですが、定数に関する簡単な問題です。 Rubyistなら全部答えられます・・よね？ まず、こんな形であちこちにM

で，このモデルを見ればわかると思うけど，breakdownable は決済する対象が増えるたびにどんどん増える． そして，depositable も決済手段が増えるたびにどんどん増える． Rails的にpolymorphicを使うだけなら全然問題ないんだけど，流石に決済系だとあとからこれをSQLで辿ったりすることが，まれによくある． そうすると，これらはすべてLEFT OUTER JOIN していく必要が合って，モデルの個数分だけ LEFT OUTER JOIN するので，軽く10以上のテーブルをJOINしたSQLを書くことになる． これがドキュメントに書かれていて，よくこれをコピペして使っていた． 流石にこんなにやばい両端ポリモーフィックなモデルはこれ以外なかったと思うなぁ． おまけにポリモーフィックを無視してくる モデルの構造を見ればわかると思うけど，depositable 側も br

エンジニアとしてRuby実務1年の私が第15回転職ドラフトに参加してみた結果を提示年収や記載したレジュメ含め全公開。 前々から気にはなっていたけど勇気なくて参加してなかったけど意を決して参加。果たして、結果は、、、？ IT・WEB・ソーシャルゲーム業界への転職ならGEEKLY 転職ドラフトとは？ 転職ドラフトへ参加しようと思ったきっかけ 自分の市場価値を知りたい なんとなく抵抗感があるからこそ挑戦してみよう 自分の結果 全体のSUMMARY レジュメに記載した内容 プロジェクト1 Railsバージョンアップの取り纏め 変更点の影響評価 テスト環境構築 各開発チームのテスト進捗確認、調整 テストで出た例外、警告に対する対応方針検討 パフォーマンスチューニング コードレビュー 勉強会開催 Rails、Rubyのバージョンアップ変更点の勉強会 プロファイリングを用いたパフォーマンスチューニングの

Hi. rigani_c です。 本記事では Rails における弊社 CSS チームの CSS 設計を、私の思想と併せて話します。 Sprockets を使うケースを想定しています。Sprockets は Rails 6 でもデフォルトのはず。。 また、これは未検証の設計です。 今後開発していくサービスにて導入予定の設計ですので、 大きな破綻がある可能性 があります。導入後に人柱報告しますね。 『壊れにくい CSS 設計』は全ての傷が致命傷となり得る CSS を壊れないように運用していくのは極めて困難です。 CSS は雑に書いても目的のスタイルを作れちゃいますから、設計を理解しているメンバーがプロジェクトから離れると CSS の壊死は始まり、着実に広がっていきます。 ???『なるほど完璧な設計っスねーっ 運用されないという点に目をつぶればよぉ～』 クラス名を繋ぎ合わせてプロジェクト全体に

なかなか読む時間が取れなくて積み本になっていたのを週末に読んだので、その感想です。 現場で使える Ruby on Rails 5速習実践ガイド(特典PDF付き) 作者: 大場寧子,松本拓也,櫻井達生,小田井優,大塚隆弘,依光奏江,銭神裕宜,小芝美由紀出版社/メーカー: マイナビ出版発売日: 2018/10/19メディア: 単行本（ソフトカバー）この商品を含むブログを見る ちなみに、読み終わった直後の感想はこれ。 #現場rails を読了。図で分かりやすく説明されてたり、実際の開発の流れを想定した説明があったり、実務でありがちな要件をRailsで実装する例を紹介していたり、なかなかに実践的な本だなーという感想。Railsエンジニアはとりあえず読んでおくと良いと思う。— 神速 (@sinsoku_listy) 2018年11月17日 全体の感想 Twitterにツイートしてあるように、良い本だ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

前記事: Railsは2018年も現役か？: 前編（翻訳） 次記事: Railsは2018年も現役か？: 後編（翻訳） 言語 それでは、初めに述べた言語たちを分析することにしましょう。 Rubyはオブジェクト指向プログラミング言語として優れています。（私見では）Rubyは優れたOOPエクスペリエンスと開発者の幸せを主要な目標に置いています。しかしコードの実行速度は主要な目標ではありません。 訳注: ご存知のとおり、現在のRubyは「Ruby 3x3」の旗のもとでコードの実行速度改善の優先順位を以前よりも上げています。 Ruby on Railsは、Ruby言語上で構築されたWebフレームワークであり、生産性と開発者の幸せを主要な目標に置いています。コードの実行速度や、癒着のないOOPエクスペリエンスはRailsの主要な目標ではありません。ソケット接続はまあまあですが、優秀というほどでもあり

環境構築 ##やりたいこと railsなどのgemはプロジェクトごとにバージョン管理したい。 githubを基本利用する mysqlを利用したい ##前提 bundleはグローバルにインストールされてる 構築 mkdir project cd project bundle init vim Gemfile 〜〜 gem 'rails'のコメントアウトを外す〜〜 bundle install --path=vendor/bundle bundle exec rails new . -d mysql 〜〜 Gemfileは上書きしてOK〜〜 git init vim gitignore 〜〜 https://www.gitignore.io/ を参照〜〜 git remote add origin hogehoge.git => postの内側にネストされたリソースとしてcommentsが作成

# Productを作成する場合(商品を複数持っている場合) plan = Stripe::Plan.create({ product: 'prod_CbvTFuXWh7BPJH',# Productを作る場合はIDを指定する nickname: 'プランの名前',# 名前 amount: 1000,# 値段 currency: 'jpy',# 通貨 interval: 'month',# 月額課金 }) # Productを作成しない場合(商品を複数持っていない場合) plan = Stripe::Plan.create( # productを作らずにnameだけでPlanを作る場合のやり方 :product => { :name => ‘プランの名前’# 名前 }, :amount => 1000,# 値段 :currency => 'jpy',# 通貨 :interval => 'm

GoogleAPIダッシュボードでの作業 プロジェクトを作成する 「APIとサービスの有効化」からGoogleCalendarAPIを有効化 「認証情報を作成」->「OAuth 2.0 クライアント ID」 承認済みのリダイレクトURIにコールバックURIを入力 サービス名を設定 Railsでの実装 簡単に実装したものをgithubに上げてあります。 https://github.com/yosidadada/rails_todo/blob/master/README.md google-api-clientを利用 CLIENT_OPTIONS = { client_id: ENV['GOOGLE_CLIENT_ID'], client_secret: ENV['GOOGLE_CLIENT_SECRET'], authorization_uri: 'https://accounts.goo

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 先日 2018年8月に Ruby Association Certified Ruby Programmer Gold version 2.1 に合格しましたので、その際の勉強法を公開します。Ruby Gold (Silverもですが) のテキストは最短距離で合格に向かえるものは揃っていないので、参考にしていただきスキルアップにつなげて頂ければ幸いです。 Ruby Gold の勉強を始める前の知識レベル Ruby Silver を取得したのは 2018年4月 その時の正答率は94% 1日2時間の勉強時間で2週間ほどで合格 Rails チ

背景 LP実装のフロントエンドを担当 Ruby on RailsのView内にてフロントエンド組み込み前提 デザインカンプにアニーメーション、インタラクションの仕様は無かったが、昨今全く動かないLPの方が少ないのではと思った デザイナーにインタラクション考えてもらうのも確認フロー大変だし、Railsにプラグイン組み込む検証リスクなど諸々あり、1回あきらめた 諦めてからが試合開始 変更に強いCSSアニメーション主軸にスクロールインタラクション作れればと思った ゴニョゴニョしたら意外と出来た 実装内容 CSSアニメーション実装 .anm_modデフォルト = 下から元来の位置に戻りつつフェードイン。速度ノーマル &.left, &.right 左右から元来の位置に戻りつつフェードイン &.delay, &.fast フェードイン速度遅め、早め 上記２点の設定で、フェードイン方向（３方向）とスピ

2018.08.20 週刊Railsウォッチ（20180820）Railsで構築されたサイト40選、Deviseはつらいよ、ARのスコープとクラスメソッドの使い分けほか こんにちは、hachi8833です。Matzにっきを最初から読みふけってたら完璧に寝不足になってしまいました。 つっつきボイス:「お、例のMatzにっき、この間404になってなかったっけ？」「その後復旧してました: ここのtDiaryのナビゲーションがつらくて、最も最初の月にたどり着くのに何回もクリックしないといけなかったり😭」「😆」「最初が2003年なのでまだRailsも世に登場してなかった頃でした」 スクレイピングしてローカルで読もうかとも思いましたが負荷かけるのがコワイので、ブラウザで月ごとに気長にSave asし始めてます🐢。 各記事冒頭には⚓でパーマリンクを置いてあります: 社内やTwitterでの議論など

なんとなく最近いくつかのWebサービスを触って「あ、こういう作りしちゃうとしんどいんだな・・・」というのが少しだけ分かってきたので、ほんとになんとなくメモっておく。 「下書き」「公開」をstatus=draft/publishedとかpublished=true/falseで表現してはいけない class Article < ApplicationRecord belongs_to :user scope :draft, ->{ where(published: false) } scope :published, -> { where(published: true) } def publish! update!(published: true) end こういうモデルを作ってしまうと 下書きと公開後で「見ることができる人」が異なるべきなんだけど、ふとした拍子に Article.find

Ruby on Rails is one of the most advanced and most popular MVC platforms among developers. It was created back in 2004 and has remained a major player in its field over the years. This development environment was used as a foundation for such websites as Shopify, GitHub, Airbnb, Twitter, Groupon, and many more. Nevertheless, practically every mentioned resource alongside some other renowned web se

はじめに Ruby on Railsといえば、言わずと知れたRuby製のWebフレームワークですよね。様々なスタートアップで採用されており、世界で最も人気のあるWebフレームワークの一つと言っても過言ではありません。私はこの一年、ほとんどこのRailsのみを使って開発をしてきました。 一方で、このRailsとよく対比されるのがPython製のWebフレームワーク、Djangoです。こちらも非常に人気があり、初心者向けにDjangoとRailsを比較したインターネット上の記事なども多く見受けられます。 こちらは自分には縁のないもの、と勝手に私は思ってきたのですが、先日から縁があって知人のDjangoプロジェクトをお手伝いしています。「RailsわかるならDjangoもわかるよ！」と言われて軽い気持ちで手伝い始めたのですが、触ってみると思った以上に違うところがたくさんありました。今回はその中の