Despite concerns in some places that the new D8 codebase has too many abstractions, the real issue imho is that Drupal has historically been an abstraction from front-end coding.
Drupal theming still has one major weakness (in my opinion). If you want to override a template you copy a whole template and make your alterations. If something changes in the common code you have to alter it in all of them.
Upgrading old D8 sites to the new production release is not simple. I found migrating data to a new code-base directly in the database via SQL to be the easiest approach.
The term Site Builder is often used to describe a role or phase of Drupal development, but it is rarely clear exactly what Site Building means.
Twig Blocks are a powerful tool for creating interesting theme workflows in Drupal 8, there is little you can using just the core twig templates though.
Drupal 8 allows you to define responsive breakpoints (with Media Queries) in your theme, at first though it is not entirely obvious what functionality this provides.
Now I finally have a Beta D8 site, this is my first Drupal 8 theme challenge. Will the experience live up to my expectations?
After this site (based on an early Alpha 3 build of Drupal 8) blew up yet again, I decided it was time to attempt a migration to Beta 7 (an intervening gap of over 1.5 year). Actually it was easier than I expected.
After heroically battling for over a year and a half this site which was built on an early Alpha, finally gave up. Time to migrate to a newer version of D8.
The SQL vulnerability exhibited in Drupageddon could be devastating to many small site owners, especially if they don't have any regular maintenance plans.