У меня нет практических задач как у нового разработчика, этого следует ожидать? [закрыто]

Я недавно был принят на работу в качестве разработчика. Процесс занял около 1 месяца и после подписания контракта меня попросили выйти на работу через 2 недели. Уже несколько недель я только читаю документацию (особенности языка, фреймворки...).

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

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

Является ли мой опыт нормальным для нового разработчика?

downvoter, поясните пожалуйста - имхо вопрос описан подробно и соответствует теме

Ответы (5)

Это происходит все время в правительстве и некоторых компаниях. У них бюджет на 10 программистов, поэтому они нанимают 10 программистов, найти работу для них всех иногда проблема, но это уже другой вопрос.

Если они не наймут 10 программистов, их бюджет уменьшится при следующем рассмотрении.

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

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

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

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

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

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

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

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

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

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

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

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