週刊Railsウォッチ（20200609後編）Rubyにカスタマイズ可能な軽量fiberスケジューラを実験導入、RailsとGraphQL、DBについて知って欲しいことほか｜TechRacho by BPS株式会社
2020.06.09 週刊Railsウォッチ（20200609後編）Rubyにカスタマイズ可能な軽量fiberスケジューラを実験導入、RailsとGraphQL、DBについて知って欲しいことほか こんにちは、hachi8833です。 追記（20200612）: 冒頭セクションにおけるツイートの引用方法がツイートの意図と異なるというご指摘をいただきました。大変申し訳ございません🙇♂️。 該当セクションを削除いたしました。削除前のスクショ: 1、2 各記事冒頭には⚓でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを（鍋のように）社内有志でつっついたときの会話の再構成です👄 ⚓Ruby ⚓Rubyに軽量なfiberスケジューラを実験的に導入（Ruby Weeklyより） issue: Feature #1678
Rails: RubyMineでテーブル設計する｜TechRacho by BPS株式会社
RubyMineには「ダイアグラムの操作」という機能があります。 今回はその中の「Rails モデル依存関係ダイアグラム(Rails Model Dependency Diagram)」を使ってテーブル設計する方法を紹介します。 話さない内容 テーブル設計そのものについて ざっくり概要 rails g model モデル名 モデルでリレーションを定義 migrationファイルでテーブルのカラムを定義 ダイアグラムを表示(⌥⇧⌘U） 表示した後に色々できるよ メリット Railsの知識があれば直感的に作っていける テキストベースなのでバージョン管理可能 Railsのコードそのものなので、再利用可能(設計のためだけのドキュメントにはならない) レイアウトはRubyMineが自動でいい感じにしてくれる 既存の巨大なシステムのテーブル構成の把握にも役立つ クラス設計も兼ねているので、正規化の失敗
Webアプリのセッション管理とデータ保存を学ぶ#3（社内勉強会）｜TechRacho by BPS株式会社
#1 Webアプリのセッション管理の基礎 #2 クライアント側のデータ保存方法 #3 サーバー側のデータ保存方法（本記事） 3. Webサービスにおけるデータ保存（サーバーサイド編） 続いてサーバー側でのデータ保存について説明します。 ほとんどのWebサービスでは、最終的なデータをサーバーのどこかに保存しておかなければなりません。Webサーバーは多数のクライアント（及びユーザー）から同時にアクセスを受けるため、それらを個別に処理して、矛盾が生じないように保存する必要があります。 サーバー側でのデータ保存の種類について以下で説明します。 A. ファイルに保存する 最も単純な方法であり、手軽に作成されたフォームプログラムなどではCSVファイルなどから設定情報を読み取り、データ保存もサーバー側のCSVファイルなどに書き出すといった作りをすることがあります ファイルへの保存は最も手軽に行える方式で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
