Как незавершенные внештатные проекты должны быть представлены в резюме? [дубликат]

У меня есть внештатный проект, который технически завершен, но я жду, пока клиент разберется с регистрацией домена, что может занять до месяца. Готовый веб-сайт доступен в состоянии «lorem ipsum», не взаимодействует с «настоящей» БД, но во всех смыслах и целях функционален.

У меня мало опыта, поэтому я решил указать это в своем резюме, не включая ссылку, только описание. Охотник за головами сказал мне, что резюме неполное из-за этого, и я должен добавить (или отправить ему) URL-адрес, чтобы его клиент мог его увидеть.

  • Должны ли незавершенные (или незапущенные) проекты быть в резюме? Если да, как я могу сформулировать это, чтобы я мог осветить ситуацию?
Резюме часто полны проектов, которые по той или иной причине нельзя сделать видимыми (например, внутренние, только для участников и т. д.), поэтому комментарий рекрутера выглядит странно, учитывая контекст, который вы здесь представили. Как вы указываете свою внештатную работу в разделе опыта вашего резюме — общее описание, список проектов, что-то среднее? Это единственный проект, с которым не связан URL-адрес?
@jcmeloni Это единственный проект, кроме личного на Github. Проекты представлены в виде списка. Я ясно дал понять, что веб-сайт должен быть общедоступным, и дал список функций (например, фотогалерея, контактная форма, вход администратора и т. д.).
Я добавил контактную форму, потому что ее входные данные шифруются перед входом в БД, поэтому я подумал, что это будет интересно.
То есть у вас в разделе опыта нет соответствующей записи типа "Внештатный разработчик, некоторые даты", под которой вы перечисляете проекты и кратко описываете? Вы просто представляете свои проекты в виде списка, который не соответствует описанию опыта? Я спрашиваю, потому что, если вы представляете себя внештатным разработчиком и описываете проекты в целом, вы можете избежать использования чистого списка, который может показаться кому-то (не мне) неполным без URL-адреса. Я задаю эти уточняющие вопросы, чтобы понять основной контекст вопроса, а не «перечислять или не перечислять X».
@jcmeloni Спрашивайте. Список содержит два элемента, один с пометкой «Личное», а другой «Внештатный». У меня есть и другие личные проекты, но ни один из них не является достаточно зрелым, чтобы включить его. Список в настоящее время содержит два элемента. Я новый выпускник, и работа проходила в течение прошлого года. Я не включал даты из-за небольшого временного масштаба.
Не совсем дубликат (но близко): мой вопрос о проектах, которые еще не готовы к публичному потреблению, другой — о проектах, которые были отменены.

Ответы (1)

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

Определение слова «завершить» во многом зависит от того, что клиент определяет как результат. Клиент может определить «дай мне код» как результат или клиент заявляет, что у вас нет результата до тех пор, пока приложение не будет полностью развернуто. и с контентом, предоставленным на каком-либо хосте с выходом в Интернет. Проверьте объем работ.

Я предлагаю вам избегать и не использовать слово «завершенный», потому что оно близко к бессмысленному — очевидно, что значение «завершенный» имеет другое значение в сознании рекрутера, чем в вашем уме или сознании клиента. Я отмечу, что рекрутер не имеет права определять «завершение», потому что рекрутер не имеет права голоса в отношении объема работы.

Вместо этого скажите что-нибудь вроде «код написан, протестирован и готов к доставке клиенту» или «код написан, протестирован, развернут на узле и дополнительно протестирован. лицом к хозяину.В этот момент клиент официально принимает сдачу работ" в зависимости от объема работ.

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

Очень хорошие моменты. Я только замечу, что проверять код сложно, так как он проходил через компрессоры, но использование «complete» действительно является ожидающим недопонимания. Ваше здоровье
Как незавершенные внештатные проекты должны быть представлены в резюме? [дубликат]
СпросиСетьПолитика конфиденциальности1y, 0v