I voted I don't like it at all, although maybe I'll change my mind someday. It almost seems like its taking a step backwards in terms of ease of use, it's not surprising that it goes straight to assembly as each block seems like they're straight out of the PIC instruction set.
As far as I'm concerned, if you are going to dumb it down to icons, you should make the user not have to understand all of the specifics about the PIC - if you look at
http://www.elabtronics.com/CoreChart_FR_Programming.pdf it looks like something out of the PIC datasheet or an assembly class, not something that makes programming the PIC easier. I understand it, but only because I've been using the PIC's for a while. If you ask me, the EasyC approach (the Vex programming software) is a much better approach, as not only does it make it easier, but with the fact that you can see the C code you are writing, it makes you learn C as well.
I'm not saying that programming the PIC in C is the way to go - the overhead is too much for this processor line and the complicated things some FRC teams want to do (mainly in terms of the number of instructions that must be executed to run an ISR, half of which is thanks to the floating point library), but if we're trying to make it easier, CoreChart is not the solution. If you want more efficiency, write the code in assembly yourself.