Чи краще об'єднатися з графічним дизайнером або розібрати дизайнерські роботи підряднику?


11

Я не знаю, що стосується графічного дизайну, але я досвідчений у програмуванні. Якщо ви програміст, якому не вистачає навичок візуального дизайну, що найкраще працювало для вас - з’єднатися з графічним дизайнером або виконати все програмування, а потім розібратися з конкретною роботою?

Я зробив деякі роботи, але я не повністю задоволений, тому що я бачу занадто багато свого впливу в дизайні. Я думаю, що це відбувається, оскільки я маю бути чітким у тому, що я хочу з підрядниками, і вони обмежені у творчості архітектурою, яку я створив.

Таке відчуття, що мати партнера дозволило б розширити співпрацю, але я прочитав безліч книг про підприємців, які застерігають від партнерства.


1
Можливо, було б хорошою ідеєю більше попрацювати над своїми дизайнерськими навичками.

8
Можлива вартість, необхідна для оволодіння другою професією, занадто велика.
charbasz

Ну ніколи не пізно починати дізнаватися про це все одно (у вільний час чи щось таке). Отримане розуміння може бути корисним згодом у дорозі.

Відповіді:


8

З мого досвіду я виявив, що пошук дизайнера, який постійно доступний для виконання будь-якої передньої роботи, яка потрібна вашим проектам, вартує ваги золота над підрядниками. Ви дізнаєтеся, що подобається один одному, як ви спілкуєтесь, і просто сітчатися як одиниця набагато простіше.

Тепер це може статися з підрядниками, звичайно, і не кожен доступний дизайнер послідовно буде гарантовано бути приголомшливим при першому виборі, але, з мого досвіду, шанси складаються на користь дизайнерів. Мало того, що домовленості, коли я керував власною компанією, але для більшості магазинів, над якими я працював, майже у всіх є найнятий хоча б один дизайнер, який займався саме цим. Один або два, які цього не зробили, найняли б одного через два-два роки після спроб, щоб розробники також розробляли дизайн.


2

Дизайн, як і програмування, є ітераційним. Я думаю, що об'єднання з дизайнером допомагає в цьому випадку. Ще одним моментом для об'єднання в команду є те, що не завжди легко тримати побудову зручного стилю відносин та механізмів спілкування між дизайнером та розробником, де існують різні погляди та кілька можливостей тертя. Коли ви когось знаєте і вам обом комфортно працювати разом, робота стає набагато простішою. Партнерство не обов'язково має бути довгостроковим договором. Це може бути для 1 або 2 проектів.


1

Створіть спочатку, тому що це рухає роботу

На мій досвід, завжди набагато простіше починати з макетів дизайну. Це допомагає керувати тим, скільки роботи насправді потрібно зробити, і це допомагає визначити пріоритетність. Він також має більш тривалий проміжок часу, щоб оцінити, як дизайн та як він працює.

Оновлення

Слід мати на увазі пару з дизайнером. Це або принаймні зробить дизайн першою роботою завершеною. Робити це після факту просто означає, що ви, мабуть, маєте більше програмування, оскільки завжди є проблеми інтеграції.


-1: ортогональне до питання. ОП запитала про ділові стосунки з дизайнером, а не про спільний робочий процес.
Дейв Шерохман

1

Якщо ви програміст, якому не вистачає навичок візуального дизайну, що найкраще працювало для вас - з’єднатися з графічним дизайнером або виконати все програмування, а потім розібратися з конкретною роботою?

Я працював інді-девом довгий час, перш ніж працювати в компанії, і рекомендую останнє, якщо ви маєте жорсткий бюджет і графік, і вам потрібно відправити.

Проблема полягає в тому, що робота з дизайнером наперед ідеальна, але накладні витрати на співпрацю можуть бути величезними , особливо якщо вони прекрасні дизайнери. Прекрасні дизайнери будуть одержимі кожною деталлю, за винятком того, що їхні проекти часто не передають кожну деталь до останньої функції. Ви можете прочитати між рядками всі макети, і стає незрозумілим, хто саме є дизайнером, коли мова йде про ці тонкі, але дуже важливі рішення робочого процесу.

Робота з дизайнерами наперед

Найважливіше, що може статися, це те, що ви можете отримати дизайнера, який зробить цей красивий макетний вигляд з кінцевим продуктом, ретельно представлений у Photoshop, наприклад, Добре насправді уникати таких типів або принаймні тренувати їх вперед.

Проблема в цих випадках полягає в тому, що ви можете витратити весь свій час на те, щоб зробити тінь, що падає, або скоси / закруглення кнопок або антиалійний шрифт відповідають виду Photoshop, наприклад

В ідеалі як ваш дизайн програмного забезпечення, так і графічний дизайн дизайнера розвиваються разом, тому чудово, якщо ви почнете з дизайнера наперед, щоб дизайнер тримав його проекти дуже пухкими, схематичними, на кшталт «накреслених на серветці» різновидів. Це має бути дуже співпрацювати, і тим більше на самому початку. І ви, і дизайнер повинні бути готові розвивати свої дизайни і зовсім відхилятися від початку «ескізу», і тут потрібно зробити дуже сильний акцент на «вільному ескізі».

Також добре встановити деякі обмеження заздалегідь, щоб ви не намагалися відповідати можливостям візуалізації Photoshop або Illustrator, наприклад. Для будь-якого інструментарію GUI, який ви використовуєте, ви хочете звернути увагу на його практичні можливості відображення, як це виглядає, і навчіть дизайнера, щоб його дизайн відповідав можливостям (і навіть заохоченому використанню / макету) вашого GUI-набору.

Якщо ви боретеся з набором GUI, щоб спробувати зрівняти свої дизайни, вам або потрібно навчити дизайнера системних обмежень більш наперед, або вирвати набір GUI і, можливо, навіть розгорнути свій власний, якщо ви дійсно хочете отримати ідеальну відповідність . В ідеалі дизайнер насправді накреслює свій дизайн всередині набору GUI, але це може бути, а може і не бути практичним, залежно від ваших інструментів.

Робота з дизайнерами пізно

Я думаю, що це відбувається, оскільки я маю бути чітким у тому, що я хочу з підрядниками, і вони обмежені у творчості архітектурою, яку я створив.

Це не обов’язково погано. Чудовий дизайнер може робити фантастичні речі з жорстких обмежень. Іноді вони навіть краще з жорсткими обмеженнями, як спрайтові дизайнери для Super Nintendo, Рідлі Скотта, коли він робив Alien тощо. ваш відбиток в дизайні.

Третій варіант: розвивайте свої навички дизайну

Я жахливий дизайнер інтерфейсу, але я не дуже заможний програміст і ніколи не мав грошей, щоб дозволити собі дизайнера інтерфейсу.

Також мій досвід компанії не справив на мене хорошого враження щодо витрат (часу та грошей) на роботу з спеціалістом (навіть після того, як проходили кілька дизайнерів протягом десятиліття), хоча пробіг у кожного може відрізнятися. Здається, деякі люди тут мали великий досвід роботи з дизайнерами, тому, можливо, саме ця компанія була налаштована (усі програмісти ненавиділи працювати з дизайнерами там і бачили, що це значною мірою витрачає сторонні кількості часу на суєтні деталі).

Тому я завжди намагався трохи розвинути свої дизайнерські навички. Приклад одного з моїх маленьких додатків:

введіть тут опис зображення

Це отримало кілька приємних відповідей щодо дизайну, хоча це, можливо, користувачі мене просто лестять, а також тому, що ця програма трохи технічна (візуальне програмування з аудіо та зображеннями та відео). Сподіваюся, я не надто збентежив себе там просто (я думаю, що це розумно, але це може бути просто "мистецтво програміста").

Якщо це не виглядає занадто жахливо, я вважаю, що ключовим є лише робота з моїми обмеженими навичками дизайну. Оскільки мені це дуже страшно, я використовую мінімальну палітру, як-от темно-сірий з не більше двох-трьох основних кольорів для виділення виділень та подібних речей, полегшіть градієнти, використовуйте меню та інше замість безлічі фантазійні діалоги, але не змушуйте їх прокручувати, коли це можливо. В основному я роблю все можливе, щоб приховати факт, що я не знаю, що, до біса, роблю.

Зазвичай, коли я бачу проекти розробників, які здаються дуже грубими (не тільки для моїх очей, але й майже для всіх), програмісти, ймовірно, не гірші за мене при розробці і, можливо, набагато кращі, але просто надто амбітні. Вони розміщують фантазійні градієнти всюди, намагаючись зробити дуже барвистий дизайн - і для цього потрібно багато майстерності. Простіше створити приглушений дизайн з ретельним підбором кількох кольорів, щоб речі вискочили, і це зовсім не вимагає дизайнерських навичок.

Це вся організація, як я це бачу. Мої конструкції можуть насправді не виглядати добре, але вони на зразок пов'язані з функціональністю, і я зосереджуюсь на речах, на які я можу легко зосередитись як програміст, як тримати все чуйним, швидким, малопомітним, без заїкань. Здається, отримаю позитивну відповідь, але я не знаю.

Інша справа, що якщо ви працюєте над додатком, де є як основна область фокусування, наприклад, полотно чи вікно перегляду, чи щось таке, люди напрочуд щедрі з неймовірно мінімалістичним дизайном. Внизу я просто дотримувався його до меню та діалогів, і користувачі, принаймні, не ненавиділи це, хоча тут взагалі не так багато «дизайну» (лише меню «старт» і стиль верхнього рівня меню та деякі основні діалогові вікна, які можна сплутати):

введіть тут опис зображення

Тут я дійсно приховав той факт, що я не знаю, що я роблю, просто прикрашаючи вікно перегляду основними меню та іншим предметом, але твір мистецтва в центрі робить його виглядом цікавим без мого «дизайнерського втручання». Таким чином, ви можете дійсно, по-справжньому підкорити дизайн в тих випадках і нехай краса роботи користувача вискакує.

... Не так складно розробити програмне забезпечення, яке могло б принаймні добре попрацювати з інді-аудиторією. Я, як правило, не змагаюсь з великими компаніями, коли я сольний, тому, можливо, люди просто дають мені багато можливостей з моїми проектами. І все-таки я вважаю, що варто трохи розвинути свої дизайнерські навички, хоч би лише краще донести свої наміри до дизайнера. Я, можливо, щойно зробив з цього вище зображень глушник, але якщо ні, і вони не надто погані, я виявив, що для створення подібних базових конструкцій не потрібно формальної підготовки чи часу. Все, що нам потрібно, - це стриманість.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.