Call me paranoid, but this looks like a good tactic to spread the maximum amount of Fear, Uncertainty and Doubt into the already-collapsing Flash community while still keeping support for the platform.
Reminds me of the OpenGL vs DirectX wars. (not implying the situation is
similar in any way, only the FUD tactic :) )
I agree. Unless all you know are functional languages, you should understand all of these concepts.
Of course, we don't know what the recruiter's idea of "clear and concise" answer is.
I would just like to note that the have an error on that page.
<b>Warning</b>: INSERT command denied to user 'dbo325141527'@'74.208.180.97' for table 'bs_watchdog'
query: INSERT INTO bs_watchdog
(uid, type, message, variables, severity, link, location, referer, hostname, timestamp)
VALUES
(0, 'php', '%message in %file on line %line.', 'a:4:{s:6:\"%error\";s:12:\"user warning\";s:8:\"%message\";s:655:\"INSERT command denied to user &#039;dbo325141527&#039;@&#039;74.208.180.97&#039; for table &#039;bs_accesslog&#039;\nquery: INSERT INTO bs_accesslog (title, path, url, hostname, uid, sid, timer, timestamp) values(&#039;Cybersecurity For The 21st Century, Hacking Challenge: Change this website&amp;#039;s homepage picture and win $10K and a position working with Senior Cybersecurity Advisor, Joe Black. DONE, THAT WAS EASY. KEEP YOUR MONEY WE DO IT FOR THE LULZ&#039;, &#039;node/1&#039;, &#039;http://www.google.com/reader/view/?at=A_uCkSZxuRDNUf in <b>/homepages/6/d325020610/htdocs/includes/database.mysql.inc</b> on line <b>128</b><br />
Not only is the UI bad and filled with popups, frames and java-based security features, a friend of mine had to take a web-based test through the blackboard system and the test was all based on JavaScript - You could actually find out the correct answers by viewing the page source!
Not leaving the polish for the last. I've noticed that it's bugfixes and the final polishing that are the most tedious (everything's done and most of it works).
I now polish, test and debug every bit of the project as I go along. It's very tempting to pinch all the fun parts out of the project right away (the core functionality) and leave the little stuff to the end, but this is gonna leave you with heck of a lot of little things to do after the project's ready.
But once you're already trapped in the little things, it's the todo lists: dividing it all up into as little pieces as possible and going at them one by one. This also forces you to measure how much of it is still to be done - otherwise you feel like every one of those last bits is going to be the last one. And when it isn't, it's going to feel like puke. .. and fixing bugs like this is also prone to create other bugs.
I've tried that but found that it's best to polish at the end. Nothing wastes more time than throwing away polished code. I don't fine tune anything until I'm sure I'm going to use that code in production.
Btw there's also brunch (http://brunch.io) that you might want to check out. That one really does need only minimal configuration.
I wrote an article about all three not too long ago: http://blog.toggl.com/2014/03/grunt-vs-gulp-vs-brunch/