The drawbacks are exactly the same well known drawbacks of including anything but content in HTML.
- Your muddling content with presentation and behavior. This leads down quick path to a total mess of inline everything and generally poor development practices.
- Your CSS and JS will not leverage caching properly between pages that might otherwise share components.
- Your CSS and JS will not be properly minified.
- You will not be able to use code quality tools properly on CSS or JS.
- The execution order of your JS is going to be confusing.
- Your code indentation and quality in general will suck. This especially applies to HAML.
- Other developers will hate you.
Rails even generates per controller stylesheets and scripts by default to make separating views from assets easier.
But in general the idiom of "per page" styles and behavior should be avoided unless you are creating trivial brocureware, you get better code quality and reuse if you try to envision a set of reusable parts or modules - HTML class attibutes are cheap - parsing a huge document with a junk drawer of CSS/JS is expensive.