Здравствуйте, CreatorCray, Вы писали:

L>>Ну что поделать. Не у всех разработка заключается в написании аналогов таров за четыре часа, кому-то и голову включать приходится.
CC>Чувак, если у "разраба с опытом" такие простые вещи вызывают подобные сложности — о каких сложных вещах можно вообще говорить?

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

Родной, у нормального инженера просьба переизобрести колесо вызывает лишь один вопрос — "зачем"? Подобные тесты как раз отсеивают опытных инженеров.
Студент-то сходу напишет. Что скажут, то и напишет. Скажут написать tar, напишет tar. Вон, недавно одних таких попросили написать MCAS. Написали MCAS и лишних вопросов не задали. Инженер, которых задавал кучу лишних вопросов, уволен, проект сдан вовремя, заказчик щаслив, акционеры рукоплескают. Oh wait...

Тест на позицию по embedded? Какой в пень tar, там либо биты памяти нужно уметь экономить с антикварным-С-компилятором, либо модули ядра линукса писать.
Если позиция плюсовая, то как в такой задаче показать знание собственно плюсов, не выеживаясь на ровном месте? Вот я бы на этом месте, скорее всего и погорел, кстати.

Еще крайне вероятен такой момент — опытный сеньер уже не раз погорел на "нам нужно быстренько прототип, чисто для тестов" или "самая простейшая реализация, код все равно на выброс", поэтому ищет подвоха во всем. Типа сегодня утром был tar, а завтра оказывается, что он должен быть клиент-серверным с репликацией и availability 99.9999%, масштабированием и произвольным доступом.

Короче, проще надо быть.

Требуется писатель таров — так и пишите в вакансии. Получите кого хотите. А то ведь знаешь ли, идти к архитектору Синей Долины с просьбой разработать проект небольшого загородного домика для 10 соток — идея так себе.
Если требуется опытный разработчик — ищите опытного разработчика.