Всем привет!

Преамбула.
Ищу себе помошника. Основная задача — писать и поддерживать биллинг. Требования по знаниям — Ява и БД. Денежка ~$1000 (в Красноярске). Готовы взять даже студента старших курсов, лишь бы человек был с головой.

Амбула.
Нарисовал тестовое задание. Сейчас то беспокоюсь, не перестарался ли, то боюсь, что слишком просто.. Ваше мнение, господа коллеги?

---------------------------------------------------------------------------------------------------------
Задание №1.

В русско-язычной части сети есть некая html-страничка. Необходимо обратиться к ней и отделить полезный
текст от html-тегов. Результат вывести на консоль. При выполнении задания воспользоваться регулярными
выражениями. Для определённости: текст на страничке имеет кодировку cp1251, а консоль - сp866.
---------------------------------------------------------------------------------------------------------
Задание №2.

Графический редактор. 
Рисование производится с помощью примитивов: точка, линия, дуга, окружность.
Написать программу в объектно-ориентированной парадигме; предусмотреть возможность редактирования
примитивов (цвет, размер, положение). Продемонстрировать основные принципы ООП.
---------------------------------------------------------------------------------------------------------
Задание №3.

Чат. 
Написать простейший чат-сервер и простейший чат-клиент. 
Предусмотреть возможность одновременного общения до 5 человек.
---------------------------------------------------------------------------------------------------------
Задание №4.

У учительницы одной из начальных школ штата Нью-Йорк пропал кошелёк.       
Украсть кошелёк мог только кто-нибудь из пяти учеников:                    
Лилиан, Джуди, Дэвид, Тео или Маргарет.                                    
При опросе этих детей каждый из них дал по три показания:                  
                                                                           
Лилиан:                                                                    
 1) Я не брала кошелёк.                                                     
 2) Я никогда в своей жизни ничего не воровала.                             
 3) Это сделал Тео.                                                         
Джуди:                                                                     
 4) Я не брала кошелёк.                                                     
 5) Мой папа достаточно богат, и я имею свой кошелёк.                       
 6) Маргарет знает, кто это сделал.                                         
Дэвид:                                                                     
 7) Я не брал кошелёк.                                                      
 8) Я с Маргарет не был знаком, до поступления в школу.                     
 9) Это сделал Тео.                                                         
Тео:                                                                       
 10) Я не виновен.                                                          
 11) Это сделала Маргарет.                                                  
 12) Лилиан лжёт, утверждая, что я украл кошелёк.                           
Маргарет:                                                                  
 13) Я не брала кошелёк у учительницы.                                      
 14) В этом виновна Джуди.                                                  
 15) Дэвид может поручиться за меня, так как знает меня со дня рождения.    
                                                                            
При дальнейшем расспрашивании каждый из учеников признал,                  
что из сделанных им трёх заявлений два верных и одно неверное.             
Определите кто из учеников украл кошелёк своей учительницы.                

Задачу необходимо решить на SQL. Результат работы продемонстрировать с помощью 
Java-программы с использованием интерфейса JDBC. Предпочтительная СУБД - PostgreSQL.
---------------------------------------------------------------------------------------------------------
Задания 1-4 - на знание стандартных пакетов Java.

Задание 2 - на знание ООП.
Задание 3 - на понимание архитектуры клиент-сервер и, отчасти, на умение работать с потоками.
Задание 4 - на умение формализовывать задачи и на знание SQL.

Все задания необходимо выполнить самостоятельно. Любая нечестность аукнется на испытательном сроке.
Ибо нам нужен инженер, а не кодер.

P.S.: Задания даю на дом, по времени никак не ограничиваю.

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

Опять же, если фактическое знание API для вас очень важно, то его можно проверить соответствующим опросом на собеседовании.

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

_>Задачи неплохие.
_>Но, по-моему, их слишком много.

Даже как-то и не подумал об этом аспекте.. Спасибо.

_> Проверить адекватность кандидата (умение выразить постановку задачи в грамотном коде и знание API) можно на любой паре из них.

Грамотность кода можно посмотреть на 2-ой и 3-ей задаче (1-ая — слишком мелкая, 4-ая — слишком плоская)

_>А так, необходимость траты кучи неоплачиваемого времени только для того, чтобы попасть к вам на собеседование

Кхм. Должен сделать важное пояснение.
Во-первых, эти задачи я даю после собеседования. На котором ни один человек не сумел ответить про основные составляющие сути ООП. Кто ни придёт — начинает нести какую-то чушь про методы и события. А если человек что-то знает и умеет — я это пойму без кучи заданий; сразу предложу попробоватся на испытательный.

Впрочем, задачки валяются в местной файлопомойке. Если кто сделает и с ними придёт — по меньшей мере уже будет о чём говорить.

Во-вторых. По времени это занимает четыре вечера (можно — за день, но нафиг такие подвиги)... Для студента 4-5-ого курса — не ах-ти как обременительно.

_> запросто отпугнет многих потенциальных работников или отодвинет вас, как работодателя, в конец списка (хотя, возможно, в Красноярске он и неособо длинен).

По меркам Красноярска мы предлагаем очень хорошую денежку. Причём, это только начало.

_>Опять же, если фактическое знание API для вас очень важно, то его можно проверить соответствующим опросом на собеседовании.

Фактическое знание API для меня действительно очень важно. Но сыпятся люди гораздо раньше Потому в задачи и напихал апишных заморочек

Здравствуйте, Мурлакотам, Вы писали:
_>>А так, необходимость траты кучи неоплачиваемого времени только для того, чтобы попасть к вам на собеседование
М>Кхм. Должен сделать важное пояснение.
М>Во-первых, эти задачи я даю после собеседования. На котором ни один человек не сумел ответить про основные составляющие сути ООП. Кто ни придёт — начинает нести какую-то чушь про методы и события. А если человек что-то знает и умеет — я это пойму без кучи заданий; сразу предложу попробоватся на испытательный.
При выделенном тестовое задание не имеет смысла.

М>Впрочем, задачки валяются в местной файлопомойке. Если кто сделает и с ними придёт — по меньшей мере уже будет о чём говорить.
Т.е. здать новый всплеск тем "Помогите сделать задание"? Хорошо, что все С++

_>> запросто отпугнет многих потенциальных работников или отодвинет вас, как работодателя, в конец списка (хотя, возможно, в Красноярске он и неособо длинен).
М>По меркам Красноярска мы предлагаем очень хорошую денежку. Причём, это только начало.
Дело в том, что тестовое задание ИМХО отпугивает именно хороших кандидатов. Тех кому ничего не светит не жалко потратить четыре вечера.


_>>Опять же, если фактическое знание API для вас очень важно, то его можно проверить соответствующим опросом на собеседовании.
М>Фактическое знание API для меня действительно очень важно. Но сыпятся люди гораздо раньше Потому в задачи и напихал апишных заморочек
Сколько ищете? Может лучше брать тех, кто не сыпется, а не добивать их тестовым заданием*

* вопрос нужно знание конкретного АПИ или мозги оставим для СВ и совести работодателя

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

_>>>А так, необходимость траты кучи неоплачиваемого времени только для того, чтобы попасть к вам на собеседование
М>>Кхм. Должен сделать важное пояснение.
М>>Во-первых, эти задачи я даю после собеседования. На котором ни один человек не сумел ответить про основные составляющие сути ООП. Кто ни придёт — начинает нести какую-то чушь про методы и события. А если человек что-то знает и умеет — я это пойму без кучи заданий; сразу предложу попробоватся на испытательный.
LM>При выделенном тестовое задание не имеет смысла.

Тут дело такое... Много кто хочет, но валится не из-за того, что ничего не знает, а потому что ещё просто нет опыта общения с работодателями. Приходила пара ребят.. вроде — не дураки. Хотят очень. Сказать им, что "вы нам не подходите, потому что вы не знаете самого простого" — как минимум, не корректно. Знают. Только правильных слов произносить вовремя ещё не умеют. Если проявят упорство — велкам!

LM>Дело в том, что тестовое задание ИМХО отпугивает именно хороших кандидатов. Тех кому ничего не светит не жалко потратить четыре вечера.

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

LM>Сколько ищете? Может лучше брать тех, кто не сыпется, а не добивать их тестовым заданием

Неформально — больше года.

LM>* вопрос нужно знание конкретного АПИ или мозги оставим для СВ и совести работодателя

Конкретных АПИ не надо: слишком хорошо. Будет ориентироваться в стандартных пакетах — уже sehr gut. Я ж специально оговорился в начале — готовы взять даже студента
И ещё.. Разработка софта здесь персонифицирована и продукты в основном внутренние. Если человек чем-то занимается — он занимается сразу целым направлением. И швец, и жнец, и на дуде игрец

Здравствуйте, Мурлакотам, Вы писали:

_>>>>А так, необходимость траты кучи неоплачиваемого времени только для того, чтобы попасть к вам на собеседование
М>>>Кхм. Должен сделать важное пояснение.
М>>>Во-первых, эти задачи я даю после собеседования. На котором ни один человек не сумел ответить про основные составляющие сути ООП. Кто ни придёт — начинает нести какую-то чушь про методы и события. А если человек что-то знает и умеет — я это пойму без кучи заданий; сразу предложу попробоватся на испытательный.
LM>>При выделенном тестовое задание не имеет смысла.
М>Тут дело такое... Много кто хочет, но валится не из-за того, что ничего не знает, а потому что ещё просто нет опыта общения с работодателями. Приходила пара ребят.. вроде — не дураки. Хотят очень. Сказать им, что "вы нам не подходите, потому что вы не знаете самого простого" — как минимум, не корректно. Знают. Только правильных слов произносить вовремя ещё не умеют. Если проявят упорство — велкам!
Если дело именно в таких ребятах, то возможно им стоит дать задание. Главное, чтобы глаза гореть не перестали месяца через три работы.


LM>>Дело в том, что тестовое задание ИМХО отпугивает именно хороших кандидатов. Тех кому ничего не светит не жалко потратить четыре вечера.
М>Красноярск — не Москва. И хорошие кандидаты здесь известны поимённо. Охота за головами такая, что человеку в баре за кружкой пива достаточно заикнуться о том, что он устал от имярек — звонить ему начинают ещё до того, как у него пройдёт похмелье c этого самого пива.
А пьете Вы неплохо

P.S. Удачи.

Для начала было бы неплохо определиться со стратегией набора людей, а потом и с тактикой.

По своему опыту, могу сказать примерно следующее... Если рассмотреть резюме, которые приходят, то получается примерно такая картина:

1. Из 100 присланных резюме только 30 адекватных
2. Из 30 адекватных только 5 более-менее подходят на позицию
3. Из 5 подходящих 3 отказываются через день после предложения работы
4. Из 2 оставшихся 1 просит слишком много и компания колеблется
5. Последний оставшийся много денег не просит, но всё-равно колеблется...

На кого ориентируешься ты? Думаю, что на 5х подходящих лучше не ориентироваться, так как можно годами искать и нигого не найти. Более того, профессиональные разработчики не очень любят работать на позициях помошников. Т.е. лучше всего тебе ориентироваться те 25 адекватных ребят, которые не подходят на позицию, но могут обучиться. В-общем, твоя задача — выбрать из них наиболее способного. Для такой цели тествовые задания — самое то. Но проверять их знания API, библиотек и т.д. бесмысленно. Более того, потенциально сильные ребята могут "испугаться". В-общем, думаю, что задачи не очень подходящие . Единственная нормальная задача — последняя. Только надо попросить реализовать её не на SQL, а на JAVA.

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

Люки, а где же вопрос про люки?
Надо как минимум добавить вопрос про бензозаправки в славном городе Красноярск?

Для профи вы должны предложить что-то особенно выдающееся, чтобы он взялся за все эти 4 задания.
Кстати, а зачем 4 задания?
Одного задания более чем достаточно, чтобы выявить грамотных.
Хотя, на мой взгляд, достачно и обычного интервью с беседой на интересующие темы.
Остальное покажет испытательный срок.

Возвращаясь к твоему вопросу....
Задания, на мой взгляд, неадекватны.
А если требовать решения всех 4-х, то это вообще явный перебор.

Здравствуйте, Мурлакотам, Вы писали:

М>Нарисовал тестовое задание. Сейчас то беспокоюсь, не перестарался ли, то боюсь, что слишком просто.. Ваше мнение, господа коллеги?

Мое мнение — перестарался. Потому что:

Задач слишком много. Я б оставил какую-нибудь одну (2 или 3 например), возможно чуть усложнив. На мой взгляд, тестовое задание должно быть таковым, чтобы подходящий кандидат мог сделать его за 3-4 часа, ну, как максимум, за день. Я б не стал заставлять человека тратить больше из своего личного времени (которое стоит денег) на решение тестов. Чем более опытен и уверен в себе и своих знаниях человек, тем больше вероятность что от такого предложения он просто откажется. И будет прав, кстати.

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

B>Для профи вы должны предложить что-то особенно выдающееся, чтобы он взялся за все эти 4 задания.

Предлагаем

B>Кстати, а зачем 4 задания?

ХЗ... Чтоб охватить спектр минимально необходимых знаний.

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

Трабл в том, что просто почти никто не приходит. И без тестовых заданий. Даже при обещании хорошей денежки — крайне мало желающих. Смотрел krasjob — 1C, Делфи, чуть-чуть С++/С#. Такое впечатление, что Явы ваще никто не знает.

B>Возвращаясь к твоему вопросу....
B>Задания, на мой взгляд, неадекватны.
B>А если требовать решения всех 4-х, то это вообще явный перебор.

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

Здравствуйте, Мурлакотам, Вы писали:

М>Амбула.
М>Нарисовал тестовое задание. Сейчас то беспокоюсь, не перестарался ли, то боюсь, что слишком просто.. Ваше мнение, господа коллеги?

М>Ибо нам нужен инженер, а не кодер.

М>[/code]

Советую сосвить абсолютно левую замудренную задачу, и дать на ее решение 10-15 минут (в реальности даже знаю тему задача должна решаться в течении не менее 2 дней ), задача обязательно должна быть завязана на какой-нить замудреный частоиспользуемый Вами API. и тут вам у претендента останеться 2 варианта, либо он крут до безумия и разложит решение по полочкам сразу. Или он ответит GOOGLE !!! В любом случае если он не ответит в течениир 10 минут то не ответит никогда

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

Здравствуйте, Мурлакотам, Вы писали:


М>Трабл в том, что просто почти никто не приходит. И без тестовых заданий. Даже при обещании хорошей денежки — крайне мало желающих. Смотрел krasjob — 1C, Делфи, чуть-чуть С++/С#. Такое впечатление, что Явы ваще никто не знает.

Ну может и в самом деле у вас в Красноярске Ява не популярна и свободных спецов просто нету...
Надо просто учесть эти реалии и быть готовым инвестировать время и деньги в нужного вам человека.
Т.е. грубо говоря взять человека "на вырост". Так часто делают.
В этом случае задания точно надо будет поменять...

Здравствуйте, Мурлакотам, Вы писали:

М>Готовы взять даже студента старших курсов, лишь бы человек был с головой.

М>Нарисовал тестовое задание... Ваше мнение, господа коллеги?

Имхо слишком наворочено. Зачем так много задач ?
Можно взять одну задачу отсюда
Contest по программированию

В чем прелесть — для решения задачи не требуется МНОГО времени, но по результатам можно невменяемых товарищей отсеивать с высокой долей вероятности. А вменяемых поспрошать в стиле :
А если бы нужно было добавить такую фичу, как бы Вы это реализовали ?
А какие есть альтернативы ?
А какие у этих альтернатив плюсы и минусы ?
Далее по вкусу.
Естественно, что задачи можно затачивать под себя.
Допустим для проверки умения работать с БД, можно поставить условие, что исходные данные берутся из определенной таблички в БД.
В общем, возможны варианты.

Да, и строку "помощник" исключить

мне кажется в описанных заданиях слишком много формализма
вы же говорите, что ищете не кодера

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

так вы проверили бы все основные интересующие вас моменты:
— совместимость именно с вами
— предыдущий, интересующий именно вас, опыт
— способность находить решения, ..... , уровень фантазии, незажатость стереотипами ....

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

из приведенного я бы оставил только п.3 в различных вариациях (многопроцессный/многопотоковый/однопотоковый варианты реализации сервера, обмен данными, различные варианты синхронизации .... плюсы и минусы различных вариантов)
+учитывая вашу биллинговую специфику, что-нибудь из проектирования (архитектуры) базы данных
+многозвенные распределенные системы
+что-нибудь несложное из SQL запросов
+(если еще после этого останутся какие-либо сомнения) что-нибудь (может даже с юмором) на полет фантазии, на нестандартное мышление ...
и все это только на бумажке и только схематично, останавливаясь только на наиболее принципиальных моментах, в стиле обсуждения совместного решения.

я думаю 1 — 1.5 часов должно хватить


ЗЫ: а не раскроете тайну, как решить п.4 на SQL — или я туплю ???
задачка-то ведь чисто логическая, а SQL — язык запросов

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

_>ЗЫ: а не раскроете тайну, как решить п.4 на SQL — или я туплю ???
_>задачка-то ведь чисто логическая, а SQL — язык запросов

Видимо так, как бы ты сделал на Прологе или другом языке логического программирования...

Голова на плечах плюс Гугл помогут спокойно решить за один день, что в общем-то приемлемо.
Первое задание простое;
2-е и 3-е решали все студенты на лабах;
Смысл 4-го, я так понимаю, в написаний запросов создания таблиц, ключей и триггеров. Затем задать запрос на вставку 1)= true 2)= true и 3)= false
Останется только над этим немного напрячься. Его стоит выделить как опциальное, чтобы не пугать сложностью.

Ещё раз.. Специфика отбора спецов здесь очень сильно отличается от Москвы. Человеков, способных фантазировать и рисовать схемки, здесь знают поимённо. Задачки — для "очень сильно хочущих"

Здравствуйте, Мурлакотам, Вы писали:

М>Задание №4.

М>У учительницы одной из начальных школ штата Нью-Йорк пропал кошелёк.
М>Украсть кошелёк мог только кто-нибудь из пяти учеников:
М>Лилиан, Джуди, Дэвид, Тео или Маргарет.
М>При опросе этих детей каждый из них дал по три показания:

...

М>Задачу необходимо решить на SQL. Результат работы продемонстрировать с помощью
М>Java-программы с использованием интерфейса JDBC. Предпочтительная СУБД — PostgreSQL.

Действительно, как уже спросили, а как решать подобную задачу на ЯП? Путём попыток вставки в таблицу трёх (ну или меньше) различных комбинаций true и false, и проверки, не было ли ошибок (из-за констрейнтов и прочая) при вставке?

Джуди?

D>Действительно, как уже спросили, а как решать подобную задачу на ЯП? Путём попыток вставки в таблицу трёх (ну или меньше) различных комбинаций true и false, и проверки, не было ли ошибок (из-за констрейнтов и прочая) при вставке?

Страждущим ответил в личку