新規プロジェクトがいつまでも良いコードであり続けるための、僕なりの5つのルール はじめまして。FiNCでWeb Application Engineerをしている清水です。サーバーサイドからフロントエンドまで、アプリケーション全般の設計と実装を担当しています。 ウェルネスサーベイというプロジェクトをここ一年半やってきました。過去の新規プロジェクトをゼロからやることは何度かありましたが、やはりやる度にこうしておけばよかったという反省・学びがあるので一度まとめようと思います。ちなみに言語はRubyでRailsを使って開発しています。 新規プロジェクトの初期の一年で起こること新規プロジェクトの初期の一年は、エンジニアの視点で見れば度々来る 仕様変更 との戦いでした。 実際、今回の我々のプロジェクトにかぎらず、一定の仮説の上で始まるどんな新規サービスも、一年後にまったく同じ仕様というとは逆に稀で、

「Railsアプリのレスポンス遅いからなんとかしてよ」と無茶振りされたので、急遽計測エンジニアになってみたけどめちゃ苦労してる話 はじめに初登場、FiNCエンジニアインターンでサーバーサイド開発に携わっている坂井と申します。 私は今FiNCのメインアプリである「FiNC ダイエット家庭教師」のバックエンドのRuby on Railsによる開発に関わっているのですが、 特に最近はアプリケーション全般のパフォーマンスを改善するのがメインの任務になっています。 そこで今回は私が「ダイエット家庭教師」におけるパフォーマンスの向上を目論見、実行時間の計測をした件について述べていきたいと思います。 注1: 12月5日現在途中でかつ未解決です。ベストソリューションを探しに来た方には申し訳ないです。 注2: 失敗談メインです。 「ダイエット家庭教師」の現状と問題点とは「ダイエット家庭教師」って専門家がアプ