Можно и наоборот сказать — честный рекламный пост с нормальным понятным обзором вместо машинного перевода, скопипасченного ради рекламного абзаца в конце. И пишут коллеги про свой собственный продукт, а не на хайпе выезжают. Вполне Ок, не? :)
Упрощение требований к профессиональному образованию говорит только о снижении порога входа в соответствующую индустрию (снижении требований к квалификации), упрощении решаемых задач, снижении оплаты труда людей, которые эти задачи решают. Так что, тем, кто уже в индустрии и на подобных ролях, радоваться нечему. Придут дешевые, хоть и не сильно обученные конкуренты, заберут их работу при очередной оптимизации бизнеса. Тем, кто еще не в индустрии, можно порадоваться, но больших денег за работу, которую легко получить любому, уже не заплатят :)
Если честно, выглядит как точечное и условное решение проблем, проявившихся на уровне случайных выбросов. Как будто вместо проектирования работы со схемой ее «передизайнили» на базе пяти отзывов, причем решая именно описанные в отзывах проблемы, а не добиваясь повышения удобства схемы в целом. Да и вышло странно. Окна в Сапсане, например, все равно приходится высматривать и думать — серое светлое — это окно по отношению к более темному голубому? В общем, тут бы не дизайнера пригласить, а бизнес-аналитика. Возможно, он бы сказал, что никакой редизайн не нужен :) Скучно и банально, но был бы бонус сервису :)
Если вы про web, где толпы стартапов, короткий циклический жизненный цикл, полное непонимание дальнейшего развития продукта (в хорошем смысле — идея есть, а понимания ее возможностей еще нет) — там отдельных проектировщиков может не быть. Просто не до них, надо релиз скорее выпускать.
Есть связь и транспорт, где «трендовое решение, все так делают» может помочь пользователю положить связь на половине континента или движение поездов остановить. Там, понятно, разговор другой и «дизайнеров с портфолио» гонят тряпками.
Есть устоявшиеся IT-компании, основанные инженерами, живущими ради инженерных решений — там плевали и на проектировщиков и на дизайнеров. Есть кто-то «из сферы UX», кодить не мешает, иконки в Интернете нашел — и хорошо :)
А зачем, по-вашему, кто-то берет в руки «условную акшуру»? Зачем этот шаг в проекте? Возможно, в вашей ситуации она и не нужна была, а ее зачем-то притащили? :)
Axure — инструмент прототипирования, разработчики сами так пишут. Прототип в ней может быть условным, может быть с полным оформлением, как вам нужно. Вопрос только в том, зачем и как этот инструмент применить. Можно на условном прототипе тестировать навигацию с сложном каталоге, а можно финальный дизайн заказчику представлять :)
Выбор подходящего процесса, инструментов и набора исполнителей — тоже элемент проектирования продукта :)
Здорово, когда человек такое и придумывает и воплощает!
После аварии в Чернобыле общество было сильно против. А позже достраивать уже не стали.
Про «скрывает» никто ничего и не говорил :)
Но зачем же вы на инфографике столбцы рисуете так, будто между числами 15, 55, 70 и 80 разница одинаковая? :)
Как раз попросили помочь с переводом на русский текста, скорее, публицистического. Где слово «design» используется в полный рост :)
Если вы про web, где толпы стартапов, короткий циклический жизненный цикл, полное непонимание дальнейшего развития продукта (в хорошем смысле — идея есть, а понимания ее возможностей еще нет) — там отдельных проектировщиков может не быть. Просто не до них, надо релиз скорее выпускать.
Есть связь и транспорт, где «трендовое решение, все так делают» может помочь пользователю положить связь на половине континента или движение поездов остановить. Там, понятно, разговор другой и «дизайнеров с портфолио» гонят тряпками.
Есть устоявшиеся IT-компании, основанные инженерами, живущими ради инженерных решений — там плевали и на проектировщиков и на дизайнеров. Есть кто-то «из сферы UX», кодить не мешает, иконки в Интернете нашел — и хорошо :)
В общем, разные ситуации попадаются :)
Axure — инструмент прототипирования, разработчики сами так пишут. Прототип в ней может быть условным, может быть с полным оформлением, как вам нужно. Вопрос только в том, зачем и как этот инструмент применить. Можно на условном прототипе тестировать навигацию с сложном каталоге, а можно финальный дизайн заказчику представлять :)
Выбор подходящего процесса, инструментов и набора исполнителей — тоже элемент проектирования продукта :)