Ruby: fork(2)がみんなに嫌われる理由（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Why Does Everyone Hate fork(2)? | byroot’s blog 原文公開日: 2025/01/25 原著者: byroot -- Railsコアコミッター、Rubyコミッターであり、ShopifyのRuby/Railsインフラチームのシニアスタッフエンジニアです 私がやりたいのは、Pitchforkに関する記事を書いて、これがどんな理由でできたのか、なぜ現在のような形になったのか、そして今後どうなるのかについて説明することです。しかしその前に、いくつか解説しておく必要があります。 なぜ多くの人がforkを過去の遺物呼ばわりし、下手をすると悪魔の作りしものであるかのような目で見るのでしょうか？forkはRubyエコシステムのどこにでもあるにもかかわらず、です。 システムプログラミングの経験者なら、おそ
Railsのポリモーフィック関連を活用したモデル実装方法（Xクローンの通知機能を例として） - Qiita
いいね、リツイート、コメントのモデルが一体多の関係ででuserとtweetの中間テーブルになっています。 その上で、以下の要件を満たす通知機能を新たに追加したいと思います。 自分がフォローされた場合は、フォローしたユーザーを通知する 自分のツイートに対して、いいね、リツイート、コメントのアクションを他ユーザーから行われた場合は、対象の自分のツイートと、ツイートに対して行われたアクションの種類(いいね/リツイート/コメント)とアクションしたユーザーを通知する 自分のツイートに対するいいね、リツイート、コメントは通知しない 完成の画面イメージはこのような感じです。 このように、通知内容とアクションを起こした相手が通知一覧に表示されるように機能を作っていきます！ ポリモーフィック関連を利用しないで通知モデルを作る場合はどうなるか 通知には通知対象のツイートと通知の種類、アクションしたユーザーを乗
フレームワークはRails、インフラはAWS ECS、チケットには納期を定めず、コミュニケーションは非同期…… 不動産SaaSのマルチプロダクト展開のため全てに筋を通すスタートアップ「Facilo」の流儀 - はてなニュース
Forbes JAPANによる次世代スタートアップ100選1にも選出されたFaciloは、創業CEOである市川紘（こう）さんが長年取り組んできた不動産テックの事業領域において、既存の不動産仲介会社の営業活動を支援するビジネスモデルを選び、顧客への物件紹介や内見といったプロセスでDX（デジタルトランスフォーメーション）を支援しています。 アプリケーション開発においては当初からマルチプロダクト展開を想定し、どのエンジニアでも扱えるようなインフラ環境の設計、保守運用のしやすさを重視したアプリケーションフレームワークの選択、そしてエンジニアの自律性と自主性を重視した開発プロセスを採用するなど、CTOである梅林泰孝さんの思考は一貫したシンプルさを保っています。 この開発姿勢はスピードが重視されるスタートアップにとって有用ですが、実際に徹底するのは簡単なことではないでしょう。Faciloではなぜこのよ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
