エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
「五反田.rb#25 rails5.1について」に参加しました。
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
「五反田.rb#25 rails5.1について」に参加しました。
自分はもう既に Rails を使う職場には居ないんだけど、今回参加して気づけたことは2つあった。 ひとつ... 自分はもう既に Rails を使う職場には居ないんだけど、今回参加して気づけたことは2つあった。 ひとつは、自分が使っているツールがバージョンアップしたら、リリースノートにはちゃんと目を通そう、ということ。 当たり前と言えば当たり前のことなんだろうけど、個人的に振り返ってみると、自分は結構おろそかにしていたことに気がついた。 変更点をキャッチアップするだけがリリースノートを読む目的じゃない。 Rails のリリースノートを例に挙げると、それぞれの変更点には対応するPull Request へのリンクがそえられていて、そこからさらに起点となった Issue へとたどることもできる。 過去のバージョンにどんな課題があって、それらをどう解決したのかという情報は、そのツールを使ってプロダクトを開発しているだけでは気がつけない、まだ自分たちが知らない課題・可能性についてのヒントになる。ツールの状況や