Engineer, educator, and entrepreneur that loves building products.
I'm an engineer, educator, and entrepreneur that has been building digital products for over 20 years with experience in startups, education, technical training, and developer ecosystems. I founded Flatiron School in NYC where I taught thousands of people how to code. Previously, I was the founder of Designer Pages. Currently I'm the Chief Product Officer at Revature.
Markdown supported · ⌘↵ to post
Lucian Ghinda
Here is my perspective on this:
Why:
Thus a generator is the best option here. I want to generate the components that I need. If I don't need any customization, they will remain under
app/viewssomewhere. But if I need to change something I can easily do it.But if this were a library, it is hard to change just a bit of a component from the HTML perspective, especially if that is partial. It is hard to inherit it and add an extra
ariaattribute.Someone might say: then let's make the components flexible so that everything that is needed to be added can be added via locals/variables. But that will mean a very complex code.
As an example: authentication-zero. It is a great choice to make authentication a generator because almost every time, something specific needs to be changed with authentication. In case of devise I almost always generate the views and refactor them with a different HTML code.