RSpec では context 間の違いを表現するときにのみ let を使う - id:onk のはてなブログ
Test which reminded me why I don't really like RSpec | Arkency Blog (日本語訳：Rails: RSpecが好きでないことを思い出したテスト（翻訳）｜TechRacho by BPS株式会社) を見ての感想。 元のコードのイマイチなところは 4 つあって、 params を before で書き換えている *1 it "will succeed" の文言 it { is_expected.to be_success } と expect(result.success?).to eq(true) が混ざっている let が不思議な順序で連発されていて事前条件を読み解けない すべて、これによって何をテストしているのかが分かりづらくなっているという問題を引き起こす。 params を before で書き換えている let(:pa
Rails: RSpecが好きでないことを思い出したテスト（翻訳）｜TechRacho by BPS株式会社
概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: Test which reminded me why I don't really like RSpec | Arkency Blog 原文公開日: 2022/11/03 原著者: Szymon Fiedler サイト: Arkency Blog 2023/02/13: 初版公開 2023/02/14: 原文修正を反映（関連ツイート） 最近、別のソフトウェア会社にいる友人がmutantのセットアップについて助けを求めてきました。問題点を発見するためにサンプルテストを共有しながら作業を進めました。Slackチャンネルで以下のスニペットを目にした瞬間、その場で以下のレスを書き込みました。 私: このexampleを見てると自分がRSpecが好きじゃないことを思い出してしまうよ 友人の返事: 好きにレビューしていいから。若手が書いたコ
Shopify Invests in Research for Ruby at Scale
Opens in a new windowOpens an external siteOpens an external site in a new window Shopify is continuing to invest on Ruby on Rails at scale. We’ve taken that further recently by funding high-profile academics to focus their work towards Ruby and the needs of the Ruby community. Over the past year we have given nearly half a million dollars in gifts to influential researchers that we trust to make
Ruby初心者が覚えておきたい。Rubyっぽい書き方。
はじめに Rubyを勉強していく中で教材や参考書などに、「これは覚えておくと便利」というTipsをよく見かけます。とりあえずそれをまとめていこうかなーという記事です。 後置if ifやunlessもそうですが、処置が1行で済むような場合は以下のような書き方ができます。
LegalForce Ruby Meet Up #1 (2019/12/11 19:30〜)
お知らせ 【重要なお知らせ】iOSアプリの運用および提供を2024年6月3日(月)を以て終了いたします。詳細は お知らせをご覧ください。 お知らせ connpassではさらなる価値のあるデータを提供するため、イベントサーチAPIの提供方法の見直しを決定しました。2024年5月23日(木)より 「企業・法人」「コミュニティ及び個人」向けの2プランを提供開始いたします。ご利用にあたっては利用申請及び審査がございます。詳細はヘルプページをご確認ください。
モデルからJSON生成するときこうやってます2016 - ✘╹◡╹✘
最近RubyとReact.jsをよく利用していて、Rubyで扱っている値をJSONとして表現したいケースが増えてきた。こういうのどうやっていますかと人に聞きたいので、自分はこうやっていますよというのを説明のためにまとめておくことにする。 概観 自分の場合、次のような方法で実装することが多い。 JSONとして表現したいオブジェクトをコンストラクタで受け取るクラスを定義する クラスに #as_json を定義して適当なHashを返すようにする Object#to_json が再帰的に #as_json を利用するようにする (ActiveSupportがやってくれる) コード 具体的には、以下のようなクラスをつくっている。これは最近つくっている掲示板での例で、Megaboard::Resources::Comment はコメントのJSON表現のためのクラスである。いわばコメントのJSON表現に
RailsでAPIサーバを開発する(AngularJS, Ruby on Rails, SPA) | DevelopersIO
RailsでJSONを返すAPIアプリケーションを３週間ぐらい試行錯誤しながら作成しています。少しですがノウハウも溜まってきたのでここにまとめておこうと思います。 今回のアプリケーションの構成は大体次のようになっています。 RailsはAPIサーバ（一般公開するAPIではなくSPA(シングルページアプリケーション)のサーバとしてJSONを返却する。HTMLは返却しない） クライアントサイドはAngularJSで画面遷移、Viewの描画まで管理する DBはMySql、Session管理はRedis（まだローカル開発なのであまり関係無い） チームはサーバサイド、クライアントサイドで完全に分担して二人で作成しています（自分はサーバサイド担当）。 このブログエントリーでは次のことを書きます。 APIのルーティングの設定(JSONのみ返すようにする方法) Session管理（CSRFトークンの受け渡
英語とプログラミングを同時に勉強するなら「Practical Object-Oriented Design in Ruby」の一択 - ベルリンのITスタートアップで働くジャバ・ザ・ハットリの日記
短時間で効果的に英語とプログラミングを同時に勉強したい、となったらその方法として「英語でプログラミングの本を読むこと」がある。ただこれで私は何度も失敗した。失敗の原因は「本選びが悪い」に尽きるが、その主な理由として３つある。 英語が難し過ぎると訳が分からず頭に入らない。単に英語の字を目で追ってるだけ状態に入る。ネイティブとか英語上級者向けの本とは区別するべき。 プログラミングなどの技術書は陳腐化が激しく、その本を読む価値がたった数年で激しく減少する。「今さら○○に関する技術の本読んでもな。。」という気持ちで読んでも効果無い。 英語の初心者が苦労してさんざん読んだ後で「これダメだわ」となったときの労力、コスト、時間の損失がデカい。これは避けたい。 数々の失敗の末に辿り着いた結論は、英語とプログラミングを同時に勉強するなら「Practical Object-Oriented Design in
ISUCON5本選で2位でした（白金動物園） - 昼メシ物語
白金動物園、2位いただきました #isucon @sora_h @rosylilly と3人でチーム「白金動物園」として ISUCON 5 に参加し、本選で2位を獲得しました。 主な分担としては sorah と rosylilly の2人が実装をして、僕はインフラまわりの整備と、ログ分析や指示出し、あと二人が喧嘩したら仲裁をするという分担でした。今年は二人が喧嘩しなかったので仲裁役は必要なくて良かったです。 （追記 2015/11/02 14:14）2人の記事が揃ったので以下にリンクしておきます。HTTP/2 まわりのチャレンジなどは彼らの記事に詳しいです。 sorah: ISUCON5 で準優勝してきた #isucon - diary.sorah rosylilly: ISUCON5 で準優勝しました - 鳩舎 やったこと 今回の問題はマイクロサービスがテーマになっていて、運営側が用意し
Rails で fat model を避けるための、あまり知られていない方法について - おもしろwebサービス開発日記
このエントリで書いた内容は、ほぼ Growing Rails Applications in Practice の内容が元になっています。英語ですが、ここで挙げた内容以外にもコードを綺麗に保つテクニックが書かれており、かつページ数も少なく読みやすいです。コードを綺麗に保つのが好きな方は一読してみることをおすすめします。 はじめに Rails で fat model を避けるための方法は、7 Patterns to Refactor Fat ActiveRecord Models を始めとして、多くのやり方が存在します*1。 validation や callback は ActiveRecord(以下AR) を継承せずとも利用することができます。7 Patterns to Refactor Fat ActiveRecord Models の 「3. Extract Form Objects
RubyとRailsにおけるTime, Date, DateTime, TimeWithZoneの違い - Qiita
RubyとRailsにおけるTime, Date, DateTime, TimeWithZoneの違いRubyRails 2021.2.11追記：DateTimeクラスは非推奨なクラスになりました DateTimeクラスは非推奨なクラスとなり、DateTimeクラスではなくTimeクラスを使うよう、公式にアナウンスされました。 参考1 But we consider use of DateTime should be discouraged. - matz (Yukihiro Matsumoto) https://bugs.ruby-lang.org/issues/15712#note-4 参考2 DateTime は deprecated とされているため、 Timeを使うことを推奨します。 https://docs.ruby-lang.org/ja/latest/class/DateT
RailsでデータをDBに投入するActive Record [初心者向けチュートリアル]
プログラム初心者な方向けに始めたRailsチュートリアルシリーズです。今回はRailsのWebアプリケーションでDBを扱う場合に便利なライブラリ『Active Record』の入門記事です。 たとえば、拙著の『Nokogiri を使った Rubyスクレイピング』で取得したデータをWebサイトで表示する場合は、スクレイピングした時点でDBに入れておくのが一般的です。そうすることで、スクレイピングする処理と、表示にかかわる処理をシンプルにできます。 🐡 目次(1) 前提として (2) ActiveRecordとは？ (3) ActiveRecordについて最初に読んでおくと良い資料 (4) シンプルなActiveRecordの操作について (5) 実際にコードを書いていくのに参考になりそうなサイト 🐝 (1) 前提としてこの記事は、Railsのアプリケーションをベースに話を進めていきます。
![RailsでデータをDBに投入するActive Record [初心者向けチュートリアル]](https://cdn-ak-scissors.b.st-hatena.com/image/square/c2ea7e72d0d7f3ba6c237909f321e67ffbdaa24e/height=288;version=1;width=512/https%3A%2F%2Fmorizyun.github.io%2Fimg%2Fog_image.png)
Nginx + Unicorn な EC2 に Rails プロジェクトをデプロイする
はじめに こんにちは。へっぽこエンジニアのkurashitaです。 今回はAWS上のEC2インスタンスにNginxとUnicornをインストールしてRailsアプリケーションをCapistrano でデプロイした時の手順メモです。 なお各用語についてはおググりください。 サーバはAWSのEC2を用意してある前提です。 以下の一連の記事が非常に参考になりました。 http://qiita.com/hiroshik1985/items/6433d5de97ac55fedfde EC2上でのインストール作業 今回はstaging環境として構築します。 EC2に ec2-user で ssh ログインします。 git gitをインストールします。 sudo yum install git 各パッケージ 各パッケージをインストールします。 sudo yum install gcc-c++ glibc
初心者のための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アプリケーションが動いているのか知ること、プログラムを実際に書
最近のRubyなWebアプリの構成
私が運用しているWebアプリ (Perfume Headlineとかこのブログとか) で使っているライブラリなどを紹介します。つまり、最近とは最近流行りという意味ではなく、あくまで最近私が使っているという意味に過ぎません。あしからず。 紹介するのは以下のものです。こうやって並べるとほんとにたくさんのソフトウェアに支えられていることがわかりますね。感謝しながら使いたいですね。 Webアプリケーションフレームワーク Sinatra データベース SQLite DataMapper テンプレートエンジン Haml Sass Compass アセット管理 sprockets sprockets-sass sprockets-helpers 管理用コマンド Thor バッチ rufus-scheduler プロセス起動 foreman 死活監視 daemontools デプロイ Git Webサーバ
Railsパフォーマンス基本のキ
Railsのパフォーマンスについてよくある問題とそれに対して戦いを挑むために必要なもの。
入門 Capistrano 3 ~ 全ての手作業を生まれる前に消し去りたい | GREE Engineering
はじめに この記事はGREE Advent Calendar 2013年の21日目です。お楽しみください！ こんにちは、アゴひげがダンディーだと評判の九岡です。GREEでは、JavaやScalaを布教するための土台を固めるため、デプロイや監視の仕組みづくりなどを横断的にやっています。今回はその過程で得られた知識を「Capistrano 3の入門記事」という形で共有させていただきます。 この記事ではCapistrano 3の基礎をご紹介します。Capistrano 3はRubyをベースにしたサーバ操作およびデプロイの自動化ツールです。Capistrano 3を利用することで、デプロイなどの複雑なサーバ操作を自動化することができます。ここの記事では、特にデプロイに焦点をあてながら、Capistranoでサーバ操作を自動化する考え方と実現方法をご説明していきます。 Capistrano 3の習得
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ruby はなぜ中括弧 {} を使わずにendを使うようになりましたか。ネストが深くなるととても見難いのですが解決方法はありませんか？
Rails アプリの Docker Image ビルドと Amazon EC2 Container Service へのデプロイの自動化 - Atsushi Nagase
サクサク引ける Rubyリファレンスマニュアル
