какой смысл писать о платных ассетах, когда их любой может накопать вагон и 150 тележек?
и причемитут Musthave? Musthave это когда в обящательном порядке ВСЕМ нужен, а тут… сомнительная поборка. одинаковые Cartoon GUI в основном.
Но, что бы понять, нужно ли тебе это и стоит ли учить, надо в целом понимать возможности приложения написанного на react. На основе вашей вводной статьи такого решения не принять. Следовательно, я скорее не буду больше тратить время как минимум на ваши статьи, а поищу более комплексный обзор + и -, который позволит мне сформировать примерную картину возможностей и определиться кидаться ли в этот омут или другой. Представляете, я вот ничего не знаю об этой теме и я не разработчик, честно сказать, но решил копнуть эту тему и сижу читаю вашу статью, прикидываю своё приложение, а потом в прекрасный момент пойму, что "***!" так я не смогу банально фотку получить с камеры ус-ва (например)!!! Ну и нафига я потратил столько времени? Тем более из вашей статьи можно сделать ошибочный вывод, что мы только и сможем, что гонять данные туда-сюда и всё.
Впрочем, это не умоляет того, что вы в принципе вложились в написание статьи. За это вам спасибо! А, всё, что выше небольшая критика от вашей ЦА, так сказать.
А где-нибудь почитать о детальном создании Five Nights at Freddy’s можно? интересна реализация на этом движке. И какие ещё вы более или менее сносные проекты знаете, кот. были на этом движке сделаны?
Спасибо! несмотря на то, что как мне показалось, в материале недостаточно сравненийдействительно принципиально разных типов систем (например, веб и приложение) материал считаю полезным. какминимум его можно использовать для составления базовых требований при разработке единого Ux \ Ui собственной экосистемы.
Довольно субъективный взгляд на работу продуктовой компании. Если коротко, то всю статью можно было уместить в фразу «Агентство — конвеер уникальных проектов, а компания — один длительный проект с точки зрения дизайнкра».
Что касается отсутствия заказчика, то
Не соглашусь с вами. Вы выложили работу на публичный ресурс. Коллега отрецензировал вам её, пускай резковато, но по делу. А вы критику не можете принять спокойно и сразу отвечаете в лухе САМ ДУРАК. Непрофессионально. Не хотите слушать чудое мнение — не публикуйте. Хотели похвастаться — терпите и мотайте на ус. Вас за выподающие списки уже можно метёлкой наказывать. Ну и убило про то, что жегщины наши многоуважаемые, тем более МАМЫ молодые используют преимущественно Айфон. Откуда такая статистика? А можно как-то не в духе было придумывать а свой вариант который бы угождал пользователям всех платформ?
Полностью поддерживаю. ничего лучше класчического дерева пока не придумали, несмотря на имеющиеся недостатки. А пытаться заполнить все и вмя только потому что там есть ещё место на моц вщгляд глупейшая ошибка. В общем ноу-хау автор не предложил, хотя честно пытался. но получилось слрдно и нечитаемо.
Ркчь же о правильности бизнес-процессов, прежде всего. и ничто не мешает делать прототипы красивыми, приближенными к реалтному дизайну или использовать готовые семплы. Я всегда, когда позволяет время, делаю причёсанные прототипы и многие их воспринимают за финальные макеты.
А как же цельное видение всего проекта? можно запроектировать так, что при проектировании последующих блоков придётся переделывать предыдущие. пример: единый интерфейс, с фичами, доступными под разными ролями.
Но, в целом такой подход возможен, если проектировать крупными блоками и сделать что-то типа пред-проектного проекта.
Не успел отредактировать по времени, поэтому продолжу тут:
Что не очень понравилось, так это обязательное наличие боли у клиента. Это не обязательно, так как его проблема в целом может быть уже решена другими продуктами, просто вы можете предложить ещё более простое и быстрое решение, нежели конкуренты. Тогда выиграете за счёт других доп. преимуществ, например таких, как сокращение времени на операцию, удобные поиск и хранение информации и тому подобное.
и причемитут Musthave? Musthave это когда в обящательном порядке ВСЕМ нужен, а тут… сомнительная поборка. одинаковые Cartoon GUI в основном.
Впрочем, это не умоляет того, что вы в принципе вложились в написание статьи. За это вам спасибо! А, всё, что выше небольшая критика от вашей ЦА, так сказать.
есть лииуже официальные сформированные гайдлайны от MS?
Что касается отсутствия заказчика, то
С наступабщими!
Но, в целом такой подход возможен, если проектировать крупными блоками и сделать что-то типа пред-проектного проекта.
Что не очень понравилось, так это обязательное наличие боли у клиента. Это не обязательно, так как его проблема в целом может быть уже решена другими продуктами, просто вы можете предложить ещё более простое и быстрое решение, нежели конкуренты. Тогда выиграете за счёт других доп. преимуществ, например таких, как сокращение времени на операцию, удобные поиск и хранение информации и тому подобное.