Вопрос к программистам⁠⁠

Задача на две недели - это скорее всего какое-то исследование (включая проектирование подсистемы). Это уровень мидла (который скоро станеть синьором) или синьора. Типовые задачи для джуна, например - это до 2 дней: обозримо, понятно и если упёрся во что-то - быстро понятно техническому начальнику (синьору или техлиду). Для мидла в норме задача будет на неделю примерно.

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

Кстати, оценку лучше делать в виде интервала "оптимистичная - пессимистичная". Оптимистичная - это когда всё идёт хорошо, пессимистичная - это когда реализуются все заложенные в оценку риски (да, проблемы тоже надо планировать, причём не под абстрактным имененм "проблема", а конкретные такие проблемы поимённо с указанием времени на их персональное решение). И потом принимать за основу реалистичную оценку, которая делит интервал от оптимистичной до пессимистичной в соотношении 1:3.

Например, задача (в рамках проекта супер-пупер-инженерного калькулятора): разбор синтаксиса выражения и построение синтаксического дерева. Вход: токенизированное выражение. Выход: дерево операций, где листовые узлы - константы, а остальные узлы - операции. Оценка оптимистичная: 4 часа (делать там скорее всего больше нечего и даже их многовато - но пусть). Риски:
- я плохо знаю работу с деревьями. Решение: изучить соответствующую темы в "Алгоритмы и структуры данных". Время на изучение и практику - 3 дня (24 часа) (Это маловато для темы вцелом, но для целеё задачи - достаточно).

- я не понимаю как работают указатели. Решение: изучить соответствующую главу в учебнике, решать задачи. Время: неделя (40 часов) (И это очень оптимистично на самом деле).

Пессимистичная оценка: 68 часов. Реалистичная: (3 * 4 + 64) / 4 = 17 часов.

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

Забыл сказать: если даже ваши правки в опенсорсном проекте будут хуесосить - отнеситесь к этому позитивно: вам показывают к чему надо стремиться. А с какого-то раза, причём не очень даже далёкого, вам ответят: вот тут и тут хорошо бы поправить так или эдак, и - вуаля! - ваш коммит принят в проект! Можно с гордостью звать друзей и коллег отмечать ваше серьёзное достижение в новой профессии!