ステップ数で評価が決まる現場では全く役に立たないテクニックではありますが、ソースコードの減らし方について紹介したいと思います。 開発Div. エンジニアのayasudaです。 2014年の夏にジョインし、会社名と同じサービス、クラウドワークス の開発に携わっています。 ご覧の通り、消したソースコードの方が多いので、ステップ数換算だとマイナスの働きしかしてませんね！ 本記事では、特に Ruby on Rails の運用されているプロダクトコードにおける、ソースコードの減らし方について紹介していこうと思います。 基本的な考え方 ソースコードを減らすときの大原則は「ボーイスカウト・ルール - プログラマが知るべき97のこと」です。 普段、ソースコードを触るときに、一つでも良いので簡単な改善を入れる。これを積み重ねるのが大事です。 一度に一気に直そうとするのはあまり良くありません。大抵の場合、デグ

最近Factorioというゲームを狂ったようにやってる。 Factorio on Steam どういうゲームかというと、工場のラインをひたすら構築してアイテムを自動で大量生産してゆく、というシミュレーションゲームです。 宇宙船が墜落して未開の惑星に放り出された主人公はロケットを作るために資源を採取して部品を大量生産する必要があるのです。 トレーラーを見るとだいたいどんな感じか分かると思う。 www.youtube.com www.youtube.com 一見シムシティのような感じですが、自キャラを操作するのでどちらかというとMinecraftに近くて、ざっくり言えばMinecraftの釜戸とホッパーを繋ぐような作業をひたすらやり続けるゲーム。 もしくはリアルタイムストラテジーの内政をひたすらやるゲーム。定期的に敵が攻めてくるのでタレットを配置して防衛したりする必要もあります。 このゲーム、