В своих файлах я делаю отдельный проект для дизайн-системы, исследований и прочего (называю Source), там лежит файл компонентов (Components), дизайн-системы (Design system), UI-kit сложных структурных компонентов с объяснениями для разработчиков (Structures) и файл с шаблонами страниц (Templates).
Отдельный проект создаю для макетов конкретного проекта (называю именем проекта). В нём есть файл с текущей работой (Project name ongoing). В этом файле каждый раздел или фича находятся на отдельной странице Feature name (например Video player).
Каждый раз при крупном изменении на странице Feature name я копирую нужные макеты в отдельную секцию Iteration N. И рядом с ней создаю другие секции по необходимости.
После окончания итерации и финализации результатов:
Беру секцию Iteration N и связанные с ней и отправляю на отдельную страницу Feature name iteration N. Все страницы с таким именем отделяю разделителем, чтоб удобнее было.
Из финализированных макетов собираю отдельную секцию и копирую её в другой файл — Project name for devs. В нём, во-первых, не подключены библиотеки, что снимает проблему с обновлением компонентов на старых макетах. Во-вторых, все макеты организованы по секциям, названным по задачам в Jira для разработки. Делаю там секцию с новыми макетами и называю по имени задачи в Jira с этой фичей. Например ST-208 Video player 1.0. Ставлю комменты и аннотации для разработчиков. Помечаю как Ready for Dev. Все, теперь я эти макеты не трогаю никогда.
Теперь если в эту итерацию вносятся какие-то изменения, я делаю в For devs рядом новую секцию с именем [номер задачи] Feature name 1.1, добавляю туда только макеты с изменением, в аннотациях пишу что изменилось по сравнению с Feature name 1.0. Таким образом, разработчики могут посмотреть всю историю изменений макетов наглядно, без лишнего мусора. Все старые итерации в этой странице, которым больше года, убираю в отдельную страницу Archive.
Если файл становится слишком громоздким, все старые итерации убираю в отдельный файл Project name Archive N. Также и с For devs archive N. Храню их в отдельном проекте Archives.
Идеал эпохи плоского информативного дизайна уже существовал. Это Windows phone 8. Да, там была куча детских болячек и не было приложений. Но все же концепция была настолько крутой, что Apple до сих пор таскает оттуда всякие фишки.
Сейчас же происходит ещё один перелом — как от скевоморфизма к плоскому дизайну. И опять люди недовольны. А почему? Потому что привыкли что нас учили по другому. Вот Стив Джобс говорил что интерактивные элементы должны повторять структуру реальных объектов. А потом, когда Джонни Айв задизайнил iOS 7 сколько крику то было.
Теперь уже плоский дизайн считается эталоном, и все верят в его парадигмы. Но времена и вкусы меняются — обязательно придет что-то ещё. Я не говорю что это Liquid Glass у нас пророк нового стиля. Там действительно куча проблем с читаемостью, которые пофиксят со временем. Но то, что это хоть что-то новое за многие годы, вы же не будете отрицать.
И тут есть свои прикольные принципы. Пластичность материалов и синергия ярких цветных пятен и эффектов от движений контента и даже реального мира (ведь эффекты меняются от положения телефона) — это интересно. Все лучше уже тысячу раз нарисованных белых кнопок на белом фоне.
Некоторые вещи явно не докручены. Как тексты на текстах. И Apple видит проблему и постоянно что-то фиксит. Некоторые идеи — это новая данность. Ну нет теперь баров. Бары это скучно. У нас летающие капельки теперь.
Придётся это принять и переучиться. Потому что другие производители как всегда кинулись уже повторять за Apple. И скоро это будет везде. И под это новые умные дизайнеры напишут свои правила.
Ну да, ковид ещё сильнее отрасль подогрел. Помню как в 2020 случайно зашёл на сайт одной крупной корпорации-аутсорсера и прошёл на удачу простой тест на знания UX. И меня взяли! На огромную по моим тогдашним ощущениям зарплату! Та компания потом свалила в 22-м, и за эти два года очень сильно ужесточила условия найма. Но в 20-м как будто любого чувака с улицы готовы были брать.
Но и в середине 10-х уже были такие вакансии, причём не от аутсорсеров, выжимающих все соки, а от обычных компаний, в которых никто не знал как правильно хайрить айтишников. Я нашёл свою первую работу с достойной зарплатой, выполнив за час супер-простое тестовое и решив на собеседовании задачку на внимательность про пионеров и палатки. Вот времена были!
Вот как раз таки в 10-х был самый пик. Можно было без особого опыта урвать теплое местечко и там подучиться. Да и сейчас не такая уж и жопа. Да, искать приходится несколько месяцев. И средняя зарплата упала процентов на 30. Но это по сравнению с сверхдоходами 10-х, когда зарплата айтишника была в 5-10 раз больше чем средняя по стране.
Жалко тех, кто проверил сказкам про «войти в айти» в начале 20-х. Но это подтверждает простую истину, что не надо соваться туда, о чем уже из каждого утюга кричат. Нужно искать новые перспективные ниши, о которых пока в толпе не судачат.
Совершенно поверхностная и однобокая статья. В тексте и полслова не сказано что это справедливо и в обратную сторону. Хорошо хоть в комментариях автор это признаёт. Но это не главное. А главное что тут под одну гребенку косят и реальных «террористов», то есть нелояльных товарищей, которые сознательно вредят работе компании (честно говоря, таких очень мало) приравнивают к тем кто просто невежливо торгуется.
И тут кроется огромная некомпетентность руководителя. Такое я встречал не раз. Ведь, к примеру, фрезеровщика шестого разряда нанимают не потому что он умеет красиво говорить. А потом от него требуют чтоб он как-то по особенному просил о повышении. Фактически отсутствие «софт-скиллов» в этом случае приравнивают к терроризму.
При этом такое обращение к начальству может быть и из-за некомпетентности самого начальства. Бывает что сам начальник общается с подчиненными «запанибратски» или принижает их достижения.
А в статье ко всем предлагают применять одни и те же выводы, даже не предлагая разобраться в проблеме. Так что она определенно вредная.
В своих файлах я делаю отдельный проект для дизайн-системы, исследований и прочего (называю Source), там лежит файл компонентов (Components), дизайн-системы (Design system), UI-kit сложных структурных компонентов с объяснениями для разработчиков (Structures) и файл с шаблонами страниц (Templates).
Отдельный проект создаю для макетов конкретного проекта (называю именем проекта). В нём есть файл с текущей работой (Project name ongoing). В этом файле каждый раздел или фича находятся на отдельной странице Feature name (например Video player).
Каждый раз при крупном изменении на странице Feature name я копирую нужные макеты в отдельную секцию Iteration N. И рядом с ней создаю другие секции по необходимости.
После окончания итерации и финализации результатов:
Беру секцию Iteration N и связанные с ней и отправляю на отдельную страницу Feature name iteration N. Все страницы с таким именем отделяю разделителем, чтоб удобнее было.
Из финализированных макетов собираю отдельную секцию и копирую её в другой файл — Project name for devs. В нём, во-первых, не подключены библиотеки, что снимает проблему с обновлением компонентов на старых макетах. Во-вторых, все макеты организованы по секциям, названным по задачам в Jira для разработки. Делаю там секцию с новыми макетами и называю по имени задачи в Jira с этой фичей. Например ST-208 Video player 1.0. Ставлю комменты и аннотации для разработчиков. Помечаю как Ready for Dev. Все, теперь я эти макеты не трогаю никогда.
Теперь если в эту итерацию вносятся какие-то изменения, я делаю в For devs рядом новую секцию с именем [номер задачи] Feature name 1.1, добавляю туда только макеты с изменением, в аннотациях пишу что изменилось по сравнению с Feature name 1.0. Таким образом, разработчики могут посмотреть всю историю изменений макетов наглядно, без лишнего мусора. Все старые итерации в этой странице, которым больше года, убираю в отдельную страницу Archive.
Если файл становится слишком громоздким, все старые итерации убираю в отдельный файл Project name Archive N. Также и с For devs archive N. Храню их в отдельном проекте Archives.
Идеал эпохи плоского информативного дизайна уже существовал. Это Windows phone 8. Да, там была куча детских болячек и не было приложений. Но все же концепция была настолько крутой, что Apple до сих пор таскает оттуда всякие фишки.
Сейчас же происходит ещё один перелом — как от скевоморфизма к плоскому дизайну. И опять люди недовольны. А почему? Потому что привыкли что нас учили по другому. Вот Стив Джобс говорил что интерактивные элементы должны повторять структуру реальных объектов. А потом, когда Джонни Айв задизайнил iOS 7 сколько крику то было.
Теперь уже плоский дизайн считается эталоном, и все верят в его парадигмы. Но времена и вкусы меняются — обязательно придет что-то ещё. Я не говорю что это Liquid Glass у нас пророк нового стиля. Там действительно куча проблем с читаемостью, которые пофиксят со временем. Но то, что это хоть что-то новое за многие годы, вы же не будете отрицать.
И тут есть свои прикольные принципы. Пластичность материалов и синергия ярких цветных пятен и эффектов от движений контента и даже реального мира (ведь эффекты меняются от положения телефона) — это интересно. Все лучше уже тысячу раз нарисованных белых кнопок на белом фоне.
Некоторые вещи явно не докручены. Как тексты на текстах. И Apple видит проблему и постоянно что-то фиксит. Некоторые идеи — это новая данность. Ну нет теперь баров. Бары это скучно. У нас летающие капельки теперь.
Придётся это принять и переучиться. Потому что другие производители как всегда кинулись уже повторять за Apple. И скоро это будет везде. И под это новые умные дизайнеры напишут свои правила.
Ну да, ковид ещё сильнее отрасль подогрел. Помню как в 2020 случайно зашёл на сайт одной крупной корпорации-аутсорсера и прошёл на удачу простой тест на знания UX. И меня взяли! На огромную по моим тогдашним ощущениям зарплату! Та компания потом свалила в 22-м, и за эти два года очень сильно ужесточила условия найма. Но в 20-м как будто любого чувака с улицы готовы были брать.
Но и в середине 10-х уже были такие вакансии, причём не от аутсорсеров, выжимающих все соки, а от обычных компаний, в которых никто не знал как правильно хайрить айтишников. Я нашёл свою первую работу с достойной зарплатой, выполнив за час супер-простое тестовое и решив на собеседовании задачку на внимательность про пионеров и палатки. Вот времена были!
Вот как раз таки в 10-х был самый пик. Можно было без особого опыта урвать теплое местечко и там подучиться. Да и сейчас не такая уж и жопа. Да, искать приходится несколько месяцев. И средняя зарплата упала процентов на 30. Но это по сравнению с сверхдоходами 10-х, когда зарплата айтишника была в 5-10 раз больше чем средняя по стране.
Жалко тех, кто проверил сказкам про «войти в айти» в начале 20-х. Но это подтверждает простую истину, что не надо соваться туда, о чем уже из каждого утюга кричат. Нужно искать новые перспективные ниши, о которых пока в толпе не судачат.
Совершенно поверхностная и однобокая статья. В тексте и полслова не сказано что это справедливо и в обратную сторону. Хорошо хоть в комментариях автор это признаёт. Но это не главное. А главное что тут под одну гребенку косят и реальных «террористов», то есть нелояльных товарищей, которые сознательно вредят работе компании (честно говоря, таких очень мало) приравнивают к тем кто просто невежливо торгуется.
И тут кроется огромная некомпетентность руководителя. Такое я встречал не раз. Ведь, к примеру, фрезеровщика шестого разряда нанимают не потому что он умеет красиво говорить. А потом от него требуют чтоб он как-то по особенному просил о повышении. Фактически отсутствие «софт-скиллов» в этом случае приравнивают к терроризму.
При этом такое обращение к начальству может быть и из-за некомпетентности самого начальства. Бывает что сам начальник общается с подчиненными «запанибратски» или принижает их достижения.
А в статье ко всем предлагают применять одни и те же выводы, даже не предлагая разобраться в проблеме. Так что она определенно вредная.