кастомизация интерфейса противоречит здоровому формированию нового пользовательского опыта.
Я в тексте поэтому и акцентировал, что вижу по другому назначение таббара, а именно в качестве панели быстрого доступа — по аналогии с аналогичными панелями в настольных ОС. Там уже допустима кастомизация.
Ведь вряд ли сейчас кто-то действительно хочет вернуть стену в ВК. А старый дизайн? А старые сообщения?
Вот это спорно. Если вы про web-версию нового дизайна, то я лично знаю многих людей из своих знакомых, которые либо вообще выпилились из ВК после изменения дизайна, либо сильно ограничили там свою активность. Моё имхо, что старый ВК был более ламповым, простым и понятным.
Доступ к навигации в разных частях экрана тоже сомнительная идея.
А, например, то что вы можете очистить личную переписку либо прямо из списка диалогов по лонг-тапу, либо же открыв диалог и найдя тот же пункт в контекстном меню — это сомнительная идея? (но сейчас так сделано)
Думать, что таббар это тренд, значит не понимать зачем он нужен.
Но это и есть тренд. Как бы само определение слова "тренд" заключается в тенденции изменения чего-либо. И даже не нужно быть профессором, чтоб наблюдать тенденцию внедрения таббаров повсюду.
Это не критика, скорее отзыв, просто фидбек одного из пользователей. Я сам активный юзер ВК, как самой продвинутой в России соцсети. Пользователи же имеют моральное право высказывать своё мнение или тоже нет?
Я думаю самой команде ВК интересна обратная связь, в том числе и тут — на Хабре. Иначе, наверное, они не вели бы тут свой блог.
Но другой вопрос почему так поступили разработчики?
Как они сами высказались в посте про редизайн:
Принципиальные вопросы вроде приоритета разделов мы решаем ретроспективно, планируя будущее на основе обширного опыта из прошлого.
То есть учитывают свою big-data. И сейчас они собирают статистику уже по новому дизайну. Вообще, было бы интересно, если бы они потом поделились инфой, о том как изменились показатели. Чтоб уж сделать вывод — зашло/не зашло.
Вы имеете ввиду, что: если кнопка на баре, то она не должна отображаться в бургер-меню? Если так, то простите, но "кодер" во мне, говорит, что пусть будет и там и там.
Ну я тут имел ввиду, что именно в коде мало себе можно представить случаев полезности дублирования. Это обычно в будущем всё равно подлежит рефакторингу.
А так — согласен. В принципе ничего плохого в этом дублировании нет. Тут будет хуже, если, как упомнял Apx выше — пункты будут пропадать из меню, это будет нелогично.
Спасибо за ссылку, прочитал. Автор там во многом прав, но он там противопоставляет два меню: то есть либо то, либо другое. Тут вообще по-моему не может быть «серебряной пули», потому что приложения все разные и по задачам и по количеству фич.
Знаете, наверное в этой ситуации раздражает больше всего тот момент, что нам не просто предлагают что-то новое, а буквально принуждают к этому, то есть не оставляют никакого выбора. И в данном случае, я «за» те изменения, гибкость которых может смягчить этот болезненный для многих момент переобучения.
Почему-то, например, во внутренней кухне клиент-серверной разработки никто не ставит под сомнение важность сохранения обратной совместимости в новых АПИ или поддержание работоспособности старого какое-то время. А вот к юзерам относятся реально, как подопытным хомячкам, которое все схавают.
Да, скорее всего, вы правы. Я сам сомневался, когда думал о дублировании. «Кодер» во мне отказывается верить в пользу дублирования, но для интерфейса это, возможно, к месту
Удивительно, что вообще у вас получилось познакомиться с кем-то на сайте знакомств. Я вот как-то пробовал, но вообще ничего — было вроде даже договариваешься о встрече и в назначенный день девушка не отвечает или вообще отсутствует в сети или трубку не берёт, если телефон оставила…
Расскажите поподробнее именно про опыт от сервисов знакомств — быстро получилось списаться с вашей будущей девушкой? Долго ли общались там прежде чем перейти в «реал»?
У меня дилетантский вопрос к местным профи во фронтенде: а возможно ли как-то сделать на css, чтобы грани кубика отрисовывались с помощью задания только лишь классов контейнеров? То есть без задания внутреннего содержимого html в виде тэгов …
Допустим, это бы пригодилось для создания своего css-фрэймворка, где были бы доступны такие кубики или другие красивые компоненты в виде присвоения тегам нужных классов.
Да прям уж никакого значения не имеет. Эстетическая составляющая имеет важное значение. Если бы это было не так, то тогда бы и музыку красивую не слушали и блюда к столу не пытались красиво оформить и т.д.
Я в тексте поэтому и акцентировал, что вижу по другому назначение таббара, а именно в качестве панели быстрого доступа — по аналогии с аналогичными панелями в настольных ОС. Там уже допустима кастомизация.
Вот это спорно. Если вы про web-версию нового дизайна, то я лично знаю многих людей из своих знакомых, которые либо вообще выпилились из ВК после изменения дизайна, либо сильно ограничили там свою активность. Моё имхо, что старый ВК был более ламповым, простым и понятным.
Я не гоню на новый дизайн если что, потому что я малокомпетентен в этой теме. Но вот Павел Дуров, к примеру, высказывался на эту тему: Павел Дуров: «7 претензий к новому дизайну веб-версии "ВКонтакте"».
А, например, то что вы можете очистить личную переписку либо прямо из списка диалогов по лонг-тапу, либо же открыв диалог и найдя тот же пункт в контекстном меню — это сомнительная идея? (но сейчас так сделано)
Но это и есть тренд. Как бы само определение слова "тренд" заключается в тенденции изменения чего-либо. И даже не нужно быть профессором, чтоб наблюдать тенденцию внедрения таббаров повсюду.
Я думаю самой команде ВК интересна обратная связь, в том числе и тут — на Хабре. Иначе, наверное, они не вели бы тут свой блог.
Как они сами высказались в посте про редизайн:
То есть учитывают свою big-data. И сейчас они собирают статистику уже по новому дизайну. Вообще, было бы интересно, если бы они потом поделились инфой, о том как изменились показатели. Чтоб уж сделать вывод — зашло/не зашло.
Но если вам всё нравится, то это отлично, ибо я не думаю, что разработчики будут что-то возвращать назад :-)
Ну я тут имел ввиду, что именно в коде мало себе можно представить случаев полезности дублирования. Это обычно в будущем всё равно подлежит рефакторингу.
А так — согласен. В принципе ничего плохого в этом дублировании нет. Тут будет хуже, если, как упомнял Apx выше — пункты будут пропадать из меню, это будет нелогично.
Знаете, наверное в этой ситуации раздражает больше всего тот момент, что нам не просто предлагают что-то новое, а буквально принуждают к этому, то есть не оставляют никакого выбора. И в данном случае, я «за» те изменения, гибкость которых может смягчить этот болезненный для многих момент переобучения.
Почему-то, например, во внутренней кухне клиент-серверной разработки никто не ставит под сомнение важность сохранения обратной совместимости в новых АПИ или поддержание работоспособности старого какое-то время. А вот к юзерам относятся реально, как подопытным хомячкам, которое все схавают.
Не скажу про iOS версию, но в Андроиде меню было доступно из любых экранов свайпом от левого края экрана. Сейчас этого, естетсвенно, нет.
А почему было бы ошибкой тогда? Вы же сами говорите, что стоило бы учесть прошлый user experience.
Расскажите поподробнее именно про опыт от сервисов знакомств — быстро получилось списаться с вашей будущей девушкой? Долго ли общались там прежде чем перейти в «реал»?
У меня дилетантский вопрос к местным профи во фронтенде: а возможно ли как-то сделать на css, чтобы грани кубика отрисовывались с помощью задания только лишь классов контейнеров? То есть без задания внутреннего содержимого html в виде тэгов …
Допустим, это бы пригодилось для создания своего css-фрэймворка, где были бы доступны такие кубики или другие красивые компоненты в виде присвоения тегам нужных классов.
Так что конечно проверка «программирование == творчество» даёт истинный результат.