but if you work with a team, you need a standard structure for people to working together. for me, that is the point of having a framework.
Have you tried talking and collaborating with your team? Is it really neccessary for a framework to enforce a collective sense of what software should look like?
It isn't necessary, it just costs time to roll-you-own. Which means money (salary mostly) and opportunity (time-to-market mostly).
When you use an existing framework you save time in at least these areas:
Writing documentation and keeping it up to date
Getting a new hire up-to-speed
Implementing new features
Guarding against security vulnerabilities^
Getting answers to questions without costing the time of a teammate
^ Security is a big one, Rails for example has a bounty program for finding and reporting vulnerabilities. Is your team paying someone to find security vulnerabilities so you can patch them before they are exploited?
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
Have you tried talking and collaborating with your team? Is it really neccessary for a framework to enforce a collective sense of what software should look like?
It isn't necessary, it just costs time to roll-you-own. Which means money (salary mostly) and opportunity (time-to-market mostly).
When you use an existing framework you save time in at least these areas:
^ Security is a big one, Rails for example has a bounty program for finding and reporting vulnerabilities. Is your team paying someone to find security vulnerabilities so you can patch them before they are exploited?