Интервью — Портфолио Разработчика — Скриншоты И Примеры Кода?

Я разработчик с обширным опытом работы в веб-разработке, а также с несколькими годами опыта разработки для Iphone (IOS). Большая часть моего опыта работы связана с крупными компаниями, но у меня также есть множество проектов внештатного типа, включая пару недавно посвященных. У меня возникли проблемы с тем, как представить портфолио или набор примеров кода потенциальным будущим внештатным проектам.

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

С другой стороны — пример кода. У меня нет примеров кода со многих прошлых корпоративных работ, поскольку код обычно использовался многими разработчиками и определенно был частным и собственностью. Мне удалось опубликовать свои последние проекты IOS на github, но как мне объяснить, что у меня многолетний опыт, но я делюсь кодом только за последние 6 месяцев?

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

Как лучше всего представить экраны+код разработчику?

#портфолио #интервью

Обычно я стараюсь делать это в форме тематического исследования, а не беспокоиться о снимках экрана. Мое тематическое исследование будет включать в себя следующее:

• Общая цель приложения
• Как это помогает бизнесу клиента
• Несколько интересных технических особенностей
• Какие технологии использует приложение

Если возможно, я указываю название организации, а если нет, то просто говорю что-то вроде «Система продаж для крупной строительной компании».

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

Портфолио должно быть хотя бы в некоторой степени наглядным. Мое первоначальное портфолио UX-дизайнеров полностью состояло из текста. (В то время сам сайт-портфолио также был единственным элементом в моем портфолио!) Неудивительно, что текст — не лучший способ сообщить о том, что я сделал в своих проектах интерактивного дизайна и визуального дизайна. Когда я встретился с генеральным директором другой дизайнерской компании, его первой реакцией, увидев мое портфолио, было то, что мне нужно построить его на изображениях.

Однако ваше предположение, что портфолио, состоящее только из скриншотов, будет демонстрировать работу только дизайнера, верно — по крайней мере, в качестве первого впечатления. Большинство людей проводят на веб-странице всего несколько секунд, поэтому первое впечатление может остаться с ними.

Я являюсь участником Behance большую часть времени, пока занимаюсь бизнесом. Я заметил, что представленные на Behance работы ориентированы на визуально ошеломляющие. Люди, которые являются великими художниками или великими графическими дизайнерами (а я нет), получают большую известность на Behance. Информационные архитекторы и дизайнеры взаимодействия менее вероятны, потому что их работа похожа на работу разработчика: настоящая магия находится за кулисами. (В UX существует концепция эмоционального дизайна, один из принципов которой заключается в том, что продукты, которые выглядят красиво, с большей вероятностью будут восприниматься как удобные для пользователя, даже если на самом деле это не так. Я подозреваю, что это здесь имеет место.)

Для разработчика примеры кода важны, чтобы показать качество кода, который вы пишете. Но есть и другие важные факторы:

• Вам нужно показать, что ваш код работает. Я бы рекомендовал ссылку на действующий сайт и/или список приложений в App Store. Если это не доступно там,

• записать видео скринкаста с таким инструментом, как Цзинчтобы объяснить ваш процесс и то, как вы работали. Вам нужно показать, что ваш код имеетвысокое качество

• . Если вы можете поделиться кодом с людьми, я бы порекомендовал ссылка наАккаунт GitHub . Позвольте людям увидеть ваш процесс – то, для чего вы делаете наборы изменений, что вы делаете для модульного тестирования.

Покажи, что ты

хорошо работать с другими . Иметь отзывы

от клиентов и, где возможно, от других членов вашей проектной команды. Если

дает понять, что 1) вы делаете достаточно хорошую работу, чтобы дизайнер мог

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

Если вы разработчик, а не дизайнер, то я ожидаю, что потенциальные клиенты действительно появятся только после того, как вы приобретете умение писать хороший код. Это точно такая же ситуация, в которой я нахожусь, и мой блог добился огромного успеха, где я регулярно пишу небольшие статьи, решающие конкретные проблемы кодирования на моем основном языке (WPF/XAML/C'#). Я также являюсь очень активным участником StackOverflow, где отвечаю на сложные вопросы по программированию и благодаря этому создал впечатляющий профиль. Новые клиенты получают ссылку на мой блог и страницу stackoverflow, и этого обычно достаточно для подтверждения моих учетных данных. Каждый клиент, с которым я работал, был доволен тем фактом, что я не могу обсуждать или показывать код других клиентов. Следует избегать любого клиента, который настаивает на просмотре конфиденциального клиентского кода.