Sharing two effective methods which make systems more extensible: • Immutable Data Model with additional restrictions • Adding extra components to MVC frameworks, especially “Ruby on Rails”
February 29th, 2016. ◦ It took one and a half months. ◦ I needed to take care of a lot of changes because the requirements weren't fixed. ◦ I found some methods which were effective to deal with frequent changes.
of data modeling ◦ In a word, forbidding updating database • Practically, it’s almost impossible to make an application without updating any data. • So, it’s okay to just try and exclude as much update as possible.
simple • Updating usually causes complexity. ◦ Making your design open to change • You can easily extend and modify the design. ◦ Making your database robust
updating records (already adopted) ◦ Never deleting records ◦ No null columns ◦ No deleted flags The more restrictions you apply, the more improvements you (might be able to) get :)
framework. • It originally has three components that are models, controllers and views. ◦ Developers often suffer from “fat stuff”. • Since Rails has only three components, developers tend to put “all business logic” on controllers or models. It causes fat models or fat controllers.