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

Я студентка еще, поэтому меня рассматривают и приглашают на собеседования весьма неохотно. Обычно на 100 вакансий из них 99 тут же отказ. Плюс я девушка (25 лет) и незамужняя. Это тоже настораживает большинство компаний. Это уже, мягко говоря, бесит. Но речь пойдет не о том.

Наконец-то добилась собеседования в одной крутой коммуникационной компании, которая работает в свадебном направлении (организация, фотосъемка, видеосъемка, декорации, оформление, в общем, вот это вот все).

Честно сказали, что я им не подхожу, но могут предложить подработку, если пройду тест. Ок. Прислали тест. Для сравнения, мне предлагали в mail.ru тест, где надо было написать порядка 7 страниц текста за три дня. А тут просят почти столько же за сутки.

В письме они пишут. На это задание столько-то знаков, на это столько-то. Но не указывают с пробелами или без. "Ну, раз не указано,- считаю я,- то с пробелами". Это первое, что ввело меня в ступор.

Второй момент был со вторым заданием. Напишите А) статью Б) справку. Что это значит? На выбор? Или нужно и то, и то, а это просто такое странное перечисление? Ок. Написала и то, и другое.

И третье. Шикарно, вообще. Вот вам ссылка, выберите отсюда фотографии и предложите варианты их описания для инстаграм. Надо сказать, что таких фото я не нашла нигде в интернете, чтобы понять, что там за люди и т.д. Как описать, что описать? Кто это, вообще? Так как агенство работает с очень обеспеченными людьми, их свадьбы входят в топ wedding бизнеса, то там и люди, соответственно, непростые. "Ну ладно, - думаю я. - Они же не дураки, не будут мне давать такие эксклюзивные фото для тестового задания".
Залила их в инстаграм, подписала. Выслала им задание.

С утра сухой ответ на почту: "Удалите фотографии. Это не для публичного показа."

Конечно, я сразу поняла, что мне больше они ничего не напишут :D
Но будь я какой "палец выкуси", то могла бы докапаться, кто эти люди на фото и шантажировать агенство тем, что эти фото появятся в публичности, "только возьмите меня работать!" или еще как-то их имя опустить в интернете.

Но мне это не нужно. Я лишь человек, который хочет донести одну простую вещь работодателям, ОСОБЕННО ТАКИМ РАБОТОДАТЕЛЯМ. Вы не одни. Мы ищем работу. В моей папке с тестовыми заданиями уже 20 текстовых документов. И это только за месяц! В сумме это страниц на 100. Делайте четкие указания, что вам нужно, что вы хотите увидеть. Если задания на выбор, так и пишите. Если нужно определенное количество знаков - указывайте, с пробелами нужно или без. И, конечно, рассчитывайте, что люди тратят на это время. Будьте добры и вы потратьте на обратный отклик, дайте знать, что работа была проделана не зря, но не оставляйте без внимания с надеждой, что ответ когда-нибудь поступит. Это не сложно.

У меня все.

Всем спасибо. Любите свою работу :)

Можно ли год писать 4 экрана для простого iOS приложения? Можно если вы очень ленивы.

Но есть и второй случай: если нет внятного технического задания а делает все человек впервые пишущий код. Тема избитая но на мелких и учебных проектах про это постоянно забывают. И нас это не обошло стороной, а парню пришедшему год назад в нашу контору до сих пор припоминают эти 4 экрана.

Идея:

Как так получилось? У нашего директора каждый месяц вставала проблема: нужно с выгодой для себя перевести валюту в рубли. Казалось бы следишь за курсом в приложениях, на сайтах обменников обмениваешь ничего сложного. Но как бы не было много валютных приложений они все похожи друг на друга и либо имеют слишком скромный функционал либо слишком громоздки и пользоваться ими не комфортно. И к тому же следить надо самому, а человек он занятой, а помнить об этом надо постоянно.

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

Главной идеей была возможность оповещений об изменении курса в необходимых обменниках и максимально простой быстрый и интуитивный интерфейс.

Разработка:

Проблемы начались с того что на старте он не умел ничего от слова совсем. Описанное изначально не очень точно задание, естественно без ТЗ переделывали миллион раз по двум причинам:

1)он не понимает как что либо работает, это не гуглится, а сеньер перегружен и помочь не может. чуть чуть перекроили интерфейс?

Главное что работает и проблему решает.

2)интерфейс кому то не нравится и его снова переделывают

Длилось это перекраивание и допиливание в итоге около 6 месяцев, а интерфейс в результате стал настолько “интуитивным” что люди использующие его впервые гадали по часу, что оно вообще делает, спустя неделю узнавали что тут можно настраивать обменники и виды валют на главном экране.

Несмотря на на все недостатки проблему он решал и был в чем то уникален(мало кто может похвастаться простыми быстрыми в настройке оповещениями). Решено было превратить это в продукт и выложить на appstore и портировать на android.

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

Тут появилось первое ТЗ. И результат не заставил себя ждать, за 3 недели было сделано то что делалось 6 месяцев, вот она сила чудотворная.

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

Местами казалось что это проект проклят на незавершенность, одного из разработчиков за пару дней до предполагаемого релиза покусала бешеная белка(да, именно белка) были постоянные проблемы с сервером.

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

Со слов разработчика:

“- Проблемы были в том, что я не умел ничего в принципе.

- Нужно было прикрутить проверки подключения к инету, чтобы вывести ошибку, если его нет.

-Я не знал как, и в первых версиях этого не было.

Изначально БД было для того чтобы одна сущность содержала другие, в процессе разработки мы поняли, что нужно, чтобы было наоборот.

-И да, у нас есть массив с массивом с массивом с массивом внутри.

-Апи писали 2 человека, один из которых гендир. Парсеры писали другие люди, в результате сервер отправляет цены в разных форматах. Долго решали, кто должен форматировать, задолбался, сделал на клиенте.

-Свойство, которое определяет есть ли у нас 2 цена дублируется у 3 сущностей, а используется у одной.

-Из за того, что часть функций не реализована, сервак гоняет 30% лишней инфы.

-Апи переписали с нуля за 5 часов, и еще 4 недели фикисли кучу багов.”

Итоги:

Что же получилось?

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

Насколько хорошо мы справились?

Можете оценить сами, ссылку если интересно будет дам в комментариях.