Насколько велика линия между проектированием и разработкой?

Question

В настоящее время студент первого курса по разработке .Net и Java ... вопрос о процессе создания приложения для компании или клиента и необходимость дифференциации дизайна и разработки. При разработке приложения, будь то для ПК, Интернета, телефона и т. Д., Разработчик должен иметь представление о дизайне и быть интерактивным в процессе проектирования? Или их просто попросили разработать приложение и не ожидали, что они будут выдавать прекрасные конечные результаты? Я просто спрашиваю об этом, потому что мне трудно сконцентрироваться в течение нескольких часов, создавая кнопку, графику/логотип и т. Д.

Answer 1

Толщина этой линии сильно зависит от типа и размера организации, с которой вы связаны.

При запуске, например, вы можете носить все шляпы на стойке, а не только создавать собственные кнопки, но также поддерживать резервные серверы и обрабатывать жалобы клиентов левой рукой при кодировании справа.

В очень большой компании вы обнаружите, что эти роли плотно и мелко разделены. Один парень делает границы кнопок, другой - шрифт, а другой смотрит на их плечи, чтобы убедиться, что один или другой не справляется. Разумеется, мне все равно, но так оно и есть. Все остальное находится между ними.

Также немного советов по многозадачности: если вам скучно делать что-то слишком долго, положите его и вернитесь и закончите позже. Не все может быть сделано таким образом, но макеты UI абсолютно могут. Также попробуйте разбить свои задачи, чтобы вы могли прыгать и облегчать скуку. Вы также можете найти Pomodoro Technique интересный.

Answer 2

В зависимости от размера компании и/или команды.

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

Если ваш вопрос соответствует строкам «Сколько дизайна следует ожидать в реальном мире», ответ «Очень мало».

Answer 3

Это сильно зависит от того, где вы работаете. Меньшие магазины обычно ожидают, что разработчик будет носить больше головных уборов. Большие магазины имеют более специализированные роли. Мой текущий магазин - это небольшой магазин, а разработчик - кодер, дизайнер, часто менеджер проектов, системный архитектор.

В любом случае у вас будут возможности для обоих типов магазинов. Задавайте вопросы во время интервью, если вы не хотите делать дизайн. Интервью - это двусторонний процесс, когда обе стороны решают, хотят ли они работать с другим. Вопрос, который вы задали здесь, является справедливым кандидатом на вопрос, который вы должны задать потенциальным работодателям.

Answer 4

В идеале разработчики должны разработать дизайн и дизайн дизайнеров, хотя в компаниях-производителях вы должны выполнять более одного описания работы. Я был там, и я согласен, что трудно перейти от разработки к дизайну.

Answer 5

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

Я думаю, что достаточно часто толщина линии искусственно навязывается организацией. Что действительно важно, так это богатое общение и сотрудничество со всеми членами команды.Разработчик не должен избегать хороших принципов пользовательского интерфейса, и дизайнер не должен игнорировать стоимость разработки дизайна, и ни один из них не должен быть против небольшого перекрестного обучения.

Answer 6

Обычно формальный дизайн является обязанностью кого-то, кроме программистов. Как отмечали другие, чем больше команда (или команды), тем больше специализированных рабочих мест. С более чем двумя или тремя людьми вы с крючка; на самом деле, единственное место, где вам потребуется дизайн, - это очень маленькая команда в качестве единственного подрядчика. (Тем не менее, было написано большое программное обеспечение без отдельных дизайнерских ролей.)

Не оставляйте свое дизайнерское мышление. Мы все дизайнеры. Даже без шага «дизайн» существует неявный дизайн. Вам нужно сделать «дизайнерские решения», так что это ценная перспектива и умение.

Наконец, вероятно, самыми сложными в разработке программного обеспечения являются понимание требований и ожиданий. Что может быть более важным здесь, так это способность общаться с вашими навыками и предпочтениями - и объяснять, как можно разобраться в работе - будет возникать снова и снова в вашей карьере.