エラーメッセージはこちら 453 – You currently have access to a subset of Twitter API v2 endpoints and limited v1.1 endpoints (e.g. media post, oauth) only. If you need access to this endpoint, you may need a different access level. You can learn more here: https://developer.twitter.com/en/portal/product

前提条件 以下を前提条件に話を進めていきます。 ①以下のテーブルが存在する。 ※Railsで自動で生成されるカラムは一部省略しています。 users :ユーザーテーブル posts:ユーザーのつぶやきを保存するテーブル goods:いいね機能のテーブル ②Railsの関連が定義済みであること。 associationとは 関連するデータを一緒に作成してくれるメソッド 例えばpostsテーブルのテストデータを作成する時に、必ずusersのデータが必要になる。 この時associationを使わない方法でテストデータを作成すると以下のようになる。 # モデルテスト RSpec.describe Post, type: :model do let(:user) { FactoryBot.create(:user) } let(:post) { FactoryBot.create(:post, u

stack level too deep エラーの解決について 今回上記エラーによりrails s およびrail c（というか多分全railsコマンド）ができなくなり、その解決方法を備忘録的に記載しておきたい。 症状 => Booting Puma => Rails 5.2.0 application starting in development => Run `rails server -h` for more startup options Exiting Traceback (most recent call last): 11639: from bin/rails:4:in `<main>' 11638: from bin/rails:4:in `require' 11637: from /home/ec2-user/.rvm/gems/ruby-2.6.3/gems/rail

はじめに テストコード一般の考え方 壊れにくいテストを書く 実装した通りに動作することではなく、仕様通りに動作することをテストする テストコードはシンプルにわかりやすく書く 失敗の原因がわかりやすくなるように意識する RSpecの書き方 テストケース名をitの引数で明記する letよりもlet!を使う 通常の変数と同じ方針に基づいてlet!を利用する subjectを使わない 不要なcontextでのネストを避ける matcherを適切に使い分ける factoryのデフォルト値に依存しないテストを書く 参考にしたブログ記事等 付録：RuboCop設定 We are hiring! サムネイル画像 はじめに テストコードを書く習慣も、近年ではかなり一般的なものになってきました。 ドワンゴ教育事業のバックエンドチームでも自発的にテストコードを書く文化は根付いており、実際に計測はしていませんが、

ActiveRecord には SSL によるデータベースアクセスをサポートする機能が付属しているので、それを使って通信を暗号化してみます。検証には VirtualBox にインストールした CentOS 5.6 を使用し、作業はすべて root ユーザで行いました。 前提 mysql と openssl は yum からインストールしており Rails アプリケーションを通常の方法で動作させる環境は整っているものとします。 証明書の作成 今回は動作の確認が目的なので、自己証明書を使ってテストします。証明書の作り方は以下のアドレスを参考にしました。 http://blog.livedoor.jp/burtman/archives/51962114.html 記事中で www.hoge.com となっている箇所を 192.168.1.156（テスト用仮想マシンのプライベートIP）に置き換えて

pdf = render_to_string pdf: "#{params[:id]}.pdf", #PDFファイル名 template: "xxx/show.pdf.erb", #ビューファイル encoding: "UTF-8", layout: "pdf.html" #レイアウトファイル send_data(pdf) #ファイルのDL開始 詳しく PDFを出力してくれるgemであるwicked_pdfは大変便利だ。 他のPrawnのように独自DSLを使うことなくErbやHamlでPDFを生成出来て非常に効率がよい Railsのプロジェクトでwicked_pdfを使ってPDFを出力する場合は、普通にrenderしてしまうと 1. フォームボタン押下 2. PDFのページに遷移 3. PDFをブラウザ操作で「ファイル名前をつけて保存」などしてPCに保存 と言う流れになる、これはこれで中身

みなさんこんにちは。@ryuzeeです。 プロダクトバックログアイテムは、複数スプリントにまたがって1つのものに着手することはありません。 必ず、1スプリントで完成できる大きさになっている必要があります。 これは、複数にまたがってしまうと変化に柔軟に対応できなくなること、成果の量の把握が難しくなること、大きいものを扱うのはそもそも難しいことなどが理由です。 そのため、プロダクトバックログアイテムがプロダクトバックログのなかで上位になっていくにつれて、リファインメントなどを活用しながら、適切なサイズに分割していきます。 最初の段階から細かく分割してしまうと、変化に対応しにくくなったり、数が多くなりすぎて管理しきれなくなったりするので避け、着手が近づいてきたらジャスト・イン・タイムで分割していくのがポイントです。 こうすることで、チームの成長にあわせてプロダクトバックログアイテムのサイズを変え

Hi everyone 👋, Jordan here. I’m excited to feature , L6 Staff Engineer and Tech Lead at Google, and author of , a blog with recurring deep dives on technical topics. Micah attributes a large part of his growth to reading technical whitepapers. In today’s guest post, he will share the value he’s experienced and how you can see similar results. Hi everyone 👋, Micah here. As a tech lead at Google,

切り替える理由 自社の主力製品で利用している技術(WebRTC / WebTransport)がブラウザベースのため TypeScript を利用する Go を採用したのは sqlc が使いたかったという理由 sqlc-gen-typescript が出てきたのでもう Go を使う理由がなくなった 自社サービスチーム全員が Go にまったく興味が無い sqlc 自体は便利 そもそも自社に Go への興味がある人がいない 自社サービスの規模ではボトルネックになるのはデータベースであって言語ではない もしアプリでスケールが必要なときは Rust や Erlang/OTP に切り替えれば良い コネクションプールは PgBouncer を利用すればいい TypeScript からは 1 コネクション 1 接続で問題無い どうせフロントエンドでは TypeScript を書く 自社では React

5Gインフラ支援事業 主要会社 主要サービス 5G生活様式支援事業 主要会社 主要サービス 企業・クリエイター5G DX支援事業 主要会社 主要サービス