Защо Adobe не разбира уеб дизайнерите

По-рано тази седмица Adobe стартира визуализация на проект за уеб дизайн WYSISYG, който понастоящем се нарича „Muse“. Макар да изглеждаше обещаващо, разочаровано и дори гневни реакции от уеб общността вече са навсякъде в мрежата.

С цялото време, усилия и пари, които Adobe харчи за създаването на „без код“ решение за създаване на уебсайтове, бихте си помислили, че до този момент те ще могат да създадат нещо прилично използваемо. И така, какво ги задържа? Днес ще направим кратка разходка по лентата на паметта, започвайки целия път назад в PageMill, за да видим дали можем да открием повтарящи се теми в историята на Adobe с уеб дизайнери.

Разгледайте дизайнерските ресурси

В началото

Някога Adobe притежаваше творческата индустрия. Това беше онзи вълшебен момент в историята, когато дизайнът на печата се радваше на дълго държан висок, уеб дизайнът не беше съвсем изчезнал като вездесъща професия и всички най-накрая решиха, че Quark е доста засмукан.

За да съм сигурен, все още не знам нито един творчески професионалист, който да няма отворено приложение или две Adobe на своите машини почти през цялото време, но изглежда, че компанията все още се бори с ново поколение дизайнери.

Adobe има дълга и мрачна история с уеб дизайнери, особено в областта на уеб редакторите на WYSIWYG. Отново и отново те се опитват да революционизират и притежават тази индустрия, всеки път с по-малко от желаните резултати. Фактът, че Adobe все още пуска ежегодни експерименти на тази сцена, е достатъчно доказателство, че вътрешно те смятат, че има още много място за подобрения.

Така че защо кралят на творчеството не може да пробие тази гайка? Какво е това за уеб дизайна и / или уеб дизайнерите, които Adobe просто не разбира? В нашето търсене на отговор, нека да разгледаме някои от техните забележителни опити да проникнат в света на уеб дизайна.

PageMill & GoLive

Още в края на 1994 г. Adobe разбра, че това нещо в Интернет може да е нещо, което трябва да преследват. За да направят това, те направиха това, което всяка мега-компания прави в полза на загуба на ценно време и пари за НИРД: закупи конкурент.

От 1994 г. до 1999 г. WYSIWYG на Adobe на избор е PageMill, придобит от Seneca. До втората или третата итерация той имаше много звънци и свирки и получаваше доста положителни отзиви, но Adobe вече работеше върху следващия си голям участник в тази област.

„Забавен факт: Builtwith.com изчислява, че над 27 000 уебсайта все още използват PageMill!“

През 1999 г. Adobe реши да закупи още една компания, за да помогне да се защити от нарастващата заплаха от Macromedia Dreamweaver. Този път целевата компания беше GoLive Systems, а продуктът - WYSIWYG редактор, наречен CyberStudio, който беше пребрандиран като Adobe GoLive.

Много потребители на GoLive се оплакват, че продуктът страда от основен концептуален недостатък: той е твърде насочен към статичния дизайн. Може да е прилично за създаване на много проста, статична страница, но веднага щом искате да добавите всякакъв вид динамични функции, интерфейсът стана неефективен, тромав и кошмар, който се движи правилно. Обърнете внимание, защото това е тема, която виждаме от Adobe дори днес.

Други оплаквания от GoLive, свързани с доста разхвърляния му изход. Отново, това е огромен урок, съществуването на който Adobe все още някак си успя да остане в неведение.

Изненадващо, GoLive беше почти през 2007 г., въпреки че беше изтеглен от Creative Suite след CS2 и превърнат в самостоятелен продукт. Очевидно, както мнозина прогнозираха, Dreamweaver спечели в крайна сметка.

Хроники на Макромедия

Макромедия беше горещо име в края на 90-те, най-вече заради две ключови придобивания. През 1996 г. те закупуват както FutureSplash, който се превърна в Flash, така и Backstage, които се превърнаха в Dreamweaver.

Бихте могли да напишете книга за историята на тези две приложения. Никой от нас не трябва да напомня как Flash променя мрежата завинаги, като първоначално изглежда като спасител и напоследък е белязан като Юда. Flash всъщност ни даде вкус на това какво може да бъде мрежата: богато, интерактивно и динамично изживяване, което понякога се усещаше направо извън Холивуд. Освен това ни донесе много и много лесно гледано видео съдържание, което сега е изключително важно в мрежата, което повечето от нас не можеха да си представят, че отсъстват.

Dreamweaver, накратко, ритна опашката на GoLive. Почти всички, които са използвали и двете приложения, са били в голяма степен предпочитани за приятелския работен процес на Dreamweaver. Тежки повдигания като скриптове и интеграция на база данни бяха уж много по-лесни в Dreamweaver, което доведе до много големи корпорации с сайтове за бегемоти да го предпочитат. Още по-основни функции като CSS авторството бяха обявени за превъзходни в Dreamweaver.

Adobe купува Macromedia

Наистина „не мога да ги победя, купете ги“, Adobe придоби Macromedia в края на 2005 г., като постави началото на края за интереса си към GoLive.

Шест години по-късно резултатите от това придобиване са малко смесени. Adobe със сигурност е инвестирала много в усъвършенстване на различните технологии на Macromedia, но както споменах по-горе, Flash е любимото момче на камшика в мрежата в момента (с Apple държи камшика).

Dreamweaver обаче все още е WYSIWYG за победа. Не успях да намеря солидни номера на продажбите или предложения за това колко потребители на Dreamweaver има в света, но за пореден път поглеждайки към BuiltWith, знаем, че има над 4, 2 милиона уебсайта, които го използват (очевидно не могат да следят цялата мрежа ).

Очевидно никой не може да каже, че Dreamweaver все още няма голямо влияние в мрежата. Въпреки това, дълбоката и презрителна критика към Dreamweaver може лесно да се намери навсякъде, където човек може да го потърси. Част от тази омраза е завита към WYSIWYG като цяло, но много е насочена към все още по-малко от звезден код и може би дори повече към огромната бариера за влизане, която е свързана с приложението.

Ако целта ви е да се откажете от изучаването на някои прости HTML и CSS в полза на справянето с Dreamweaver, може да се заемете с огромна задача да избегнете малък! За да бъдем справедливи, кодерите също могат да използват Dreamweaver, но не съм сам в мисълта, че е много по-лесно, по-бързо и по-чисто да просто кодирате на ръка.

Далеч от идеалното

В крайна сметка малко професионални уеб разработчици днес твърдят, че Dreamweaver е върхът на визуално задвижваната уеб разработка. Вместо това изглежда, че индустрията има отношение, което приема, че вероятно е най-доброто решение, което имаме в момента, докато с нетърпение очакваме истински „убиец на Dreamweaver“.

Върхът на Айсберг

Докато преминаваме в дискусия по две съвсем скорошни усилия на тази сцена, знайте, че тук просто съм ударил основните играчи. Adobe започна редица други усилия като Flash Catalyst, които са насочени към разработка без код.

Фойерверки

За да предотвратя мащабните бунтове за коментари, трябва да спомена също, че Fireworks е приложение на рокстар, което успешно комбинира много елементи от Photoshop и уеб дизайн. Това определено не е начин за изграждане на цялостни уебсайтове без код, а просто как изглежда Photoshop, ако наистина е създаден с уеб дизайнери. Ако все още не сте го пробвали, вижте основен урок тук.

Проект Рим

Бързо напред към последната година или две и Adobe все още се опитва да разбере какво ще бъде бъдещето на уеб дизайна. Наскоро забележим, но изоставен експеримент беше Project Rome, който лично изследвах в този сайт.

Заключенията ми за Рим бяха същите като безброй други, които го опитаха. В работата имаше някои солидни идеи. Кривата на обучение беше безкрайно по-ниска от Dreamweaver (изграждах функционални сайтове в рамките на един час) и можете успешно да постигнете доста, без да напишете нито един ред код.

Обаче непростимото падане беше, чакай го, изхода! Блестящата идея тук беше, че вместо да използва HTML и CSS, Рим може да експортира само Flash сайт, дори когато вашата структура няма абсолютно нищо, което да заслужава включването на Flash. Очевидно, в климат за уеб разработка, който в момента поставя Flash разработката наравно с злините на таблицата и тероризма, това не премина много добре. Уебсайтът в Рим вече съдържа познатото съобщение от Adobe за преминаване към други проекти.

муза

Само тази седмица Adobe стартира Muse, най-новото в дълъг ред обещания, които ще дадат на графичните дизайнери начин за изграждане на уебсайтове без код за обучение. Видеоклиповете на началната страница на Muse дават някои големи обещания за революция в начина на изграждане на уебсайтове, но ние сме чували всичко това преди и трябва да прочетете само предишния раздел, за да видите как обикновено излиза.

Обществото за уеб дизайн проговори шумно и в унисон почти веднага щом съобщението за съобщения попадна в нашите пощенски кутии. Общото мнение е най-добре обобщено в последната статия на Elliot Jay Stocks, Adobe Muse: стъпка в грешна посока. В тази сурова, но напълно оправдана критика Елиът посочва няколко от фаталните недостатъци на Муза: строго фиксирани оформления, несемантичен изход на код (сериозно Adobe, не сте научили нищо?) И ужасна типография. Какво остава с тези области, ако тези области се считат за провал?

Аз дадох снимка на Муза и открих, че това е логична смесица от добрите части на Project Rome и Photoshop. Това е очевиден опит да се вземат същите цели и идеи зад Рим и да се отделят от Flash. Супер лесно е да взимаш и работиш и въпреки това се чувстваш доста ограничен в това, което ми е позволено да контролирам. В крайна сметка не мога да не се присъединя към акциите, казвайки, че Adobe за пореден път пропусна марката.

Какво Adobe не разбира

Изключително е разочароващо да видите, че Adobe преминава през толкова много опити да предостави уеб дизайн на всички дизайнери. Това определено е огромен проблем, който не съм сигурен, че някой е решил, но не съм сигурен, че Adobe наистина е отделил време да проучи съвременните практики в уеб дизайна достатъчно, за да се опита да ги революционизира.

Разговорите в срещите на Adobe вероятно са едни и същи от години, те искат да използват невероятно огромната база от потребители на Photoshop и да им дадат инструмент за лесен уеб дизайн. Много дизайнери на печат просто са твърде интимни от кода, така че нека им дадем начин да преминат кариерата си в уеб дизайн с възможно най-малко болка.

Това е нова идея и честно казано тази, която търсих високо и ниско, преди да се науча да кодирам, но концепцията може да е напълно дефектна. Дизайнът на печата е по природа статичен. Малко с лещовидни илюзии, мастилото на страница просто не предлага много възможности за реални взаимодействия.

„Мрежата е живо дишащо нещо, а метафорите за дизайн на печат, взети твърде далеч, просто обслужват мъртво статично съдържание.“

Мрежата от друга страна е изградена върху взаимодействие. Основната идея на световната мрежа, както сега знаем, е, че това е интерактивен портал към глобална мрежа. Без значение колко настоящи и бивши дизайнери на печат, включително и аз, искам да бъде дизайн на печат на екран, това просто не е така. Мрежата е живо дишащо нещо, а метафорите за дизайн на печат, взети твърде далеч, просто обслужват мъртво статично съдържание.

Когато изграждам уебсайт, поведението е всяко малко или дори по-важно от естетиката на повърхността. Мисля за това как сайтът ще функционира и нека това да определи как изглежда, а не обратното. Повечето приложения на WYSIWYG го имат назад и вместо това се съсредоточават върху изграждането на статични, неизползваеми дизайни, които след това небрежно се вливат с малко взаимодействие. Този модел завинаги няма да създаде вида на богато уеб съдържание, което светът е свикнал да получава.

Решението: Спрете да се изпълнява от код

Друго нещо, което Adobe напълно не разбира, е, че съществува актуална индустрия за уеб дизайн! Дизайнерите за печат искат в тази съществуваща индустрия, а не в някаква трета ниша, която е гледана надолу. Ако всеки „истински” уеб дизайнер мрази вашия продукт, тогава шансовете са, че няма да бъде осиновен от новодошлите новаци, които искат да се присъединят към клуба.

За тази цел Adobe трябва да се опитва да създаде приложение, което прави кодерите щастливи. Това е трудна цел, за да сте сигурни.

„WYSIWYG не трябва да бъде начин за избягване на кода за учене, а трябва да бъде начин да го научите.“

Според мен WYSIWYG не трябва да бъде начин за избягване на кода за учене, а трябва да бъде начин да го научите! Помислете за опции като Flux и CSSEdit (сега част от Espresso). И двете предлагат визуален начин за създаване и стилизиране на уеб съдържание, без да се разчита твърде много на метафорите за дизайн на печат, които просто не се прилагат. Вместо това визуалните контроли в тези приложения изцяло се въртят около технологията, която всъщност използва мрежата: CSS. Ако сте нови за кодирането, използването на тези приложения широко ще ви помогне само да придобиете по-задълбочено разбиране за това как работи уеб разработката.

„Adobe просто не може да продължи да пренебрегва изхода на своите уеб продукти под аргумента, че некодиращите няма да знаят разликата.“

Освен това, когато погледнете кода, който е резултат от Flux, CSSEdit и дори Rapidweaver, той е чист и уеб разработчици, въпреки факта, че поколението е обработено чрез визуален интерфейс. Това е изключително важно. Adobe просто не може да продължи да игнорира изхода на своите уеб продукти под аргумента, че некодиращите няма да знаят разликата. Некодиращите ще чуят от кодерите, че продуктът не е равен и няма да го използват.

Вместо да дава на графичните дизайнери задна врата към уеб индустрията, Adobe трябва да започне да обмисля как могат да създадат продукт, който наистина и лесно им дава възможност да бъдат истински уеб разработчици .

заключение

Уеб дизайнът на WYSIWYG е трудно да се обсъжда. Толкова много хора го мразят и гледат на него по начин, който напълно отчуждава потребителите, които са обвързани с него, без друга жизнеспособна алтернатива. В крайна сметка, ако хардкор кодерите са претенциозни сноби, какъв стимул може да стане такъв? Като някой, който кодира на ръка 100% от времето, аз съм напълно виновен за това отрицателно отношение и се извинявам на всички бъдещи разработчици, които са сплашени от общността на уеб дизайн, която трябва да намери начини да ги посрещне в фолд и да им помагате, вместо да ги изгоните.

Като се има предвид, толкова ни уволняват състоянието на WYSIWYG приложенията. Повечето от тях просто са толкова далеч от знака, че могат да предизвикат само отвращение в съзнанието на хората, които прекарват 40+ часа седмично, посвещавайки се на спазването на договорени практики, които наистина правят мрежата по-добро място.

Adobe, повече от вероятно всяка друга компания, лежи в основата на този дебат и мнозина смятат, че те помагат да се създадат повече проблеми, отколкото решения. Какво би станало, ако Adobe се съберат с Ерик Майер, Джефри Зелдман, Пол Ирланд и други водещи експерти в индустрията и попитат как могат да създадат удобен за потребителя визуален редактор, който да отговаря на високите стандарти на тези хора?

Какво ще стане, ако Adobe забави своето безумно захващане за пазара на уеб дизайн, споделя достатъчно дълго, за да попита какво всъщност означава уеб разработчик и как те могат да помогнат за преобразуването на дизайна на печат на това място, а не да ги превърнат в деца с червеноглава стъпка в мрежата света на дизайна?

Нещо наистина революционно, ето какво.

Актуализация: Допълнително четене

След написването и публикуването на тази статия разбрах за някои подобни дискусии и проекти. Определено не съм сам в мисълта, че е необходима революционна стъпка в тази област. Вижте връзките по-долу за повече информация.

Метеор на проекта
„Project Meteor е кампания, която демонстрира търсенето на модерно приложение за уеб дизайн и дава насоки на разработчиците на приложения какво трябва да бъде.“

Перфектното приложение за уеб дизайн ... и защо не съществува
„Дизайнерите и разработчиците споделят с Craig Grannell своите инструменти за създаване на уебсайтове и изискват нещо повече в съответствие със съвременните практики. Перфектният инструмент, изглежда, все още не съществува, както бе подчертано от кампанията „Метеор на проекта“.