Are there 2 conflicting interests with Dreamweaver's intended use?
I have an idea posted here
Here are 2 supplemental videos packed with evidence and elaboration on that idea ^
1500 Reasons why Dreamweaver CC 2017 is not ready for full stack developers - YouTube
7 things that would have made Dreamweaver CC 2017 useful to developers - YouTube
I seek to start a discussion here based on the following premise:
I suspect there are only 2 types of users for DWR and they need 2 different pieces of software
- User Type A: Coders who use code view 99-100% of the time <- (this is me)
- we stopped using BBedit right around 2005, (v 8.2 or so) when we found Macromedia's version of Dreamweaver
- we manage sites, write code all day, and use DWR as our launchpad, development and site management suite
- we don't care about the design view one single bit
- we often fire up SSH to change file Perms when the right click "set file perms" options does not work in DWR
- User type B: Designers who are not 'afraid of code', but pretty much shy away from it
- they likely use the design view and occasionally swap a color HEX value.
- they likely think responsive design and CMS system websites can pass web standards by using a GUI like Photoshop + DWR design view.
- they likely call Type A often when things need to be done right, and that's OK, nothing wrong with that.
- they likely have never typed "cd" into an SSH window.
"Following Adobe's acquisition of the Macromedia product suite, releases of Dreamweaver subsequent to version 8.0 have been more compliant with W3C standards" [snip Adobe Dreamweaver - Wikipedia ]
=> This natural evolution seems to have stopped with the release of CC 2017 where as a clear conflict of direction and purpose has become evident. As a "Type A" user I loved almost everything about Dreamweaver CC 2015... till CC 2017 came out. Adobe fixed bugs and made improvements on each release while:
- Keeping all of the past features
- Improving on existing features
- Adding some new features.
- while managing to never ruin the original intent of the software
That dream has now ended.
I don't know whats going on over there at Adobe, but as a user on the front line using DWR every single day it is pretty clear to me that something internal has happened. Maybe the old development team is gone? I don't know, but I do know something really bad has happened with CC 2017 and I suspect a great many others have noticed this as well. I hope to bring attention to that fact by writing this.
2 weeks ago I updated to DWR 2017, and to my horror I realized I was not using a standard upgrade from a version 2.0=>3.0, no indeed, I was using a piece of mostly untested software with a great many well tested and very useful features removed, features that I used on the daily.
A harsh assessment of DWR CC 2017 could be stated as follows:
"It's as if a graphic design team with no coding experience or prior knowledge of the Dreamweaver family or CC 2015 release was turned loose and allowed to brutally gut out and molest everything - from the intuitive language of interface design to the very core features and functionality itself: CC 2017 has been ruined. Imagine using a Phillips-head screwdriver, and one day someone deciding to replace the tip of the Phillips-head with a hex key and expecting you to believe that it's an improved version... your not going to be fooled."
"Dreamweaver from Adobe is the industry-leading web development tool that lets you efficiently design, develop and maintain standards-based websites and applications. Dreamweaver 8 provides a powerful combination of visual layout tools, application development features, and code editing support." [Adobe]
=> I feel that application development features and code editing support have been ignored in CC 2017 and fear that they will continue to lose support unless we communicate to Adobe that CC 2015 was in the right direction and CC 2017 is the wrong direction for Full Stack developers.
There are easily 1000+ ideas and 300+ bugs in the "feature request forum" that should not even exist as feedback.
Adobe Dreamweaver: Bugs: Hot (308 ideas) – Adobe Dreamweaver CC: Feature Ideas
Mind you, nearly all of these things in that forum ^ worked fine in CC 2015
What do you think?
Has Adobe decided to simply abandon a progressive version based release model for Dreamweaver?
The other apps (premiere, photoshop, illustrator, ect...) work mostly like they used to and have improved but on examining Dreamweaver CC 2017, the answer seems to be yes...
Do you think that the direction of Dreamweaver for full stack development in the CC 2017 release is an improvement, or a step backwards?
As a full stack developer I think that
- CC 2017 is a step backwards
- CC 2017 lacks important features that existed in 2015
- some of the new CC 2017 features do not belong in Dreamweaver and should be in Adobe Muse instead
- Features from Dreamweaver 2015 should be re-instated
- Dreamweaver should continue to be a developer tool, or split it into 2 versions
Closing thought: trying to build 1 vehicle that fly's, swims and drives usually ends up doing none of those things very well which is why its better to just have a plane, a boat and a car...
