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



Задача 1

Разработать алгоритм проведения документа "Переоценка взаиморасчетов"
Документ должен откорректировать остаток ресурса "Сумма упр", регистра учета взаиморасчетов с контрагентами.  
Измерения регистра
Контрагент
Валюта  
Ресурсы
Сумма взаиморасчетов
Сумм упр.

Валюта управленческого учета - руб.
Курсы валют хранятся в периодическом регистре сведений.


Задача 2

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

Поля отчета
Валюта
Курс
Дата начала действия курса
Дата окончания действия курса

Учесть тот факт, что курс может не меняться, но запись в РС будет.
Дата окончания действия последнего курса - пустая дата.

(373) >с какого не то?

с такого... по твоим параметрам результат запроса должен быть ПУСТ

(372)напуркуа ее рисовать, она есть в любой типовой

(375) бугага...

(374) крутани сам, ниразу не пуст

нам так же говорили что у нас "неверная задача" и данные надо уложить в РН и натравить на это СКД

(377) а он должен быть П.У.С.Т.

иначе бы Рома не сидел и лоб не морщил с динамическим запросом

не должен быть пуст

задача не должна быть оторванной от жизни - иначе вопрос "а на фига?" не даст ее решить

>задача не должна быть оторванной от жизни

она как раз жизненная - "Реляционное деление"

>иначе вопрос "а на фига?" не даст ее решить

не дает решить задачу либо низкий уровень кандидата либо ограничения платформы... если ограничение - то на что? тут же pivot или fetch не просят сделать

(382) в (303) вполне жизненная задача, получить роли пользователя, в любой типовой есть РС по ролям с тремя измерениями Организация - Пользователь - Роль
если в параметр передается список организаций и пользователь и в РС есть записи ролей для этого пользователя с какого результат запроса будет пуст?
не вижу смысла мудрить с обращениями к справочникам Организаций/Пользователей/Ролей, если кому то нравится морщить лоб - это его личное горе

>с какого результат запроса будет пуст?

это было бы удобно иногда в типовых... ибо тут логическое "И", а в типовых "ИЛИ" - типовая грабля:

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

в все "Группы пользователей" в итоге при "сложных" правах вырождаются в "Группа для юзера Вася"

(19) >> Когда на собеседовании предлагают решить что-то хитрое...
>> Задачки уровня спеца по платформе решать готов при этом.

Вообщето в (0) как раз задачи уровня спеца по платформе.

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

Второе задание - тоже вполне себе задача уровня спеца.

(367) Написал же, что эволюционно вывел этот текст запроса, свежим взглядом не посмотрел. Если бы посмотрел, то убрал бы динамический текст запроса в выборка из справочника ессно.

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

По-твоему тесты типа http://5ballov.qip.ru/test/proverka-iq/test-na-logiku-umeyut-li-letat-krokodilyi/?again и Test.  Все крокодилы умеют летать чушь собачья?

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

(384) при чем тут группы доступа к РС Роли Исполнителей?

(387) кр0савчеГ

(329)хоть проиндексировал )))

(388)
Да но к сожалению не показывает уровень специалиста.
Бывает что человек двух слов связать не может - волнуется. но но поверку гений.

Как раз чаще наоборот  - соловьем заливается, а сам буратино.

я честный... молчаливый буратино

(392) да, но соловью на вопрос как делал и плюсы/минусы решения, тяжело ответить.

(394)
слова ничего не значат
важен результат
это абсолютная оценка, лишенная субъективного фактора

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

Если для консультанта- разработчика, то первая простая. Вторая посложнее.

Подвох может быть в том, что у автора свое видение «правильности» .

(396)
"Если задача для кодера, то нет всех требований, чтобы разработать алгоритмы"

LOL

Задача именно для разработчика,
чего тут консультировать.

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


по второй я даже не представляю какое авторское видение "правильности" тут возможно
запрос либо работает либо нет

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

Мда, я был как то о твоем опыте был более высокого мнения.

(397) Нахрена выгружать результат в ТЗ?
В типовых это делается потому, что движения нельзя передавать между клиентом и сервером.
А тут-то зачем?

(387) Суть задачи - определение наличия роли исполнителя ВО ВСЕХ переданных параметром организациях.

Если для какой-либо организации нет записи в регистре запрос должен вернуть пустой результат.

(400) Спасибо, КЭП

(401) Блин, не на тот пост ответил. (400) к (380)

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

(403) Да так себе вывод у вас. Просто там чистая булева логика которая программистам привычна, вот и все. Дело не в абстрактном мышлении в целом, а в том что программисты постоянно работают с абстракциями такого рода, потому и решают подобные тесты быстрее и лучше.

Есть, кстати, достаточно интересная и не простая задача. В чистом виде применение ей в жизни, наверное, не найдется, но подход к ее решению мне несколько раз пригождался.
Итак.
Есть таблица получаемая запросом:
ВЫБРАТЬ
    "ЗначениеПоля1" КАК Поле,
    "Широкий" КАК Характеристика1,
    "Узкий" КАК Характеристика2,
    "Гладкий" КАК Характеристика3,
    "Большой" КАК Характеристика4,
    "Узкий" КАК Характеристика5
ПОМЕСТИТЬ ИсходныеДанные

ОБЪЕДИНИТЬ ВСЕ

ВЫБРАТЬ
    "ЗначениеПоля2",
    "Автоматический",
    "Торговый",
    "Кассовый",
    "Сервисный",
    "Используемый"

Необходимо отсортировать значения в колонках. Все действия выполняются в запросе.

(396) Думаю вашим разработчикам так же будет интересна эта задача.

(399)
внимательность еще раз внимательность
ТЗ <> таблица движений  

Движения.ВзаиморасчетыСконтрагентами.Загрузить(Запрос.Выполнить.Выгрузить())

(406) А, ну да.
В типовых правда в ТЗ выгружается.
И имхо это далеко не самое главное в задаче :))

(405) >Необходимо отсортировать значения в колонках

у вас поразительная способность формулировать задачи так что нефига не понятно сразу, а только с 2-3 поста...

(408) Да он хочет сделать транспонирование + сортировка.
Но задача мутная конечно :))

(409) в смысле он pivot хочет?

(408) по работе их решать приходится, а не ставить. Эта с одного из собеседований

ЗначениеПоля1 | Широкий | Узкий | Гладкий | Большой | Узкий
ЗначениеПоля2 | Автоматический | Торговый | Кассовый | Сервисный | Используемый

На выходе:
ЗначениеПоля1 | Большой | Гладкий | Узкий | Узкий | Широкий
ЗначениеПоля2 | Автоматический | Используемый | Кассовый | Сервисный | Торговый

(410) Мы же в приличном месте, держи себя в руках :))

через case перекладывать по полям... но это надо знать сколько полей в выборке да и вообще тупо...

(413) Так и делается. Фиксированное количество, в даннос случае 5.

мля...

(0) И прально... Откуда я знаю..тестовые это задачи..Или тебе просто в лом их самому делать и ты с помощью собеседований халявные отчеты получаешь

(416)
<0> Еврейчик стайл

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

(418) (419) Сами подбирать сотрудников пробовали?

блин, опять с нумерацией накосячил. (416,418)

(400) не вкурил сразу
и быстрее будет запросить роли запросом, а потом проверить результат по организации

(418) на задание надо смотреть

я бы 2-рой вариант решил вот так:

ВЫБРАТЬ
    КурсыВалют.Валюта КАК Валюта,
    КурсыВалют.Курс,
    КурсыВалют.Кратность,
    МИНИМУМ(КурсыВалют.Период) КАК ПериодМин,
    МАКСИМУМ(ВЫБОР
            КОГДА КурсыВалютСрезПоследних.Период ЕСТЬ NULL
                ТОГДА КурсыВалют.Период
            ИНАЧЕ ДАТАВРЕМЯ(1, 1, 1)
        КОНЕЦ) КАК ПериодМакс
ИЗ
    РегистрСведений.КурсыВалют КАК КурсыВалют
        ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.КурсыВалют.СрезПоследних(, ) КАК КурсыВалютСрезПоследних
        ПО КурсыВалют.Валюта = КурсыВалютСрезПоследних.Валюта
            И КурсыВалют.Период = КурсыВалютСрезПоследних.Период
            И КурсыВалют.Курс = КурсыВалютСрезПоследних.Курс
            И КурсыВалют.Кратность = КурсыВалютСрезПоследних.Кратность
            И КурсыВалют.КурсНБУ = КурсыВалютСрезПоследних.КурсНБУ
            И КурсыВалют.КурсУМВБ = КурсыВалютСрезПоследних.КурсУМВБ

СГРУППИРОВАТЬ ПО
    КурсыВалют.Валюта,
    КурсыВалют.Курс,
    КурсыВалют.Кратность

УПОРЯДОЧИТЬ ПО
    Валюта,
    ПериодМин

Еще 5 задачек в архив :-)
http://www.fayloobmennik.net/3661546

(424) Какое-то классическое алгоритмическое программирование.
В 1С малоценные умения, чаще важны другие вещи :))

(424) что-то 3 задачу не пойму.

(426) проверь разницу и добавь значение!

(427) ааа... размер массива на 1 меньше,чем число натуральных чисел.. теперь дошло об чем речь.
спасибо)

(425) угу

Хе, посмотрел, кто-то развлекается в http://77.37.142.90/courses :))
Ну что, кто осилит решение второй задачи при миллионе записей? :))
Чур, сервак мне не ронять :))

(430) серьезно...юзают что ли?

(431) Ну так, изредка :))
Валюту добавили, курсы :))

(424) Из Хомнета задачки?
Если да - не хватает второго листика с прикладными задачами

1 - Сколько было рукопожатий в комнате со 100 людьми, при условии что каждый жмет каждому. То же самое для 1000, 1000000 и т.д.
2 - 3 станции ветки метро, человек в произвольное время подходит на среднюю станцию и садится в первый попавшийся поезд (в сторону станции А или в сторону станции Б). Интервалы между поездами одинаковые. Почему так оказалось что на станции Б он был в 2 раза чаще. Расстояние между станциями - не играет роли.

(434) 1. 100! 1000! 1000000! и т. д.
2. Потому что теория вероятности.

(434) 1. (A1 + An) / 2 * n
2. Потому что "в произвольное время подходит на среднюю станцию и садится в первый попавшийся"

где n = (ЧислоЧеловек - 1)

(433) Если кому попроще, то только первый

(435) А, не. По первой n * (n / 2 + 0,5).

(434)
1)Арифметическая прогрессия.
2)Скоростной спуск по эскалатору?)

(439) для 3х получается 6.

апще-то правильно будет (N*N - N)/2

и объяснение простое. делаем матрицу N*N вычитаем диагональ (потому что сам себе никто не жмет). и делим пополам, чтобы не считать каждое рукопожатие дважды.

для 3х соот-но получаем 3 рукопожатия.

(434) 2) допустим это кольцевая ветка с движением в одну сторону. и чтобы добраться до А нужно проехать через Б.

(441) Вообще-то для трех должно быть шесть.

+(443) А, пардон, сам с собой же не здороваешься :))
Тогда n * (n / 2 - 0,5).

рома, детскую задачу по уравнениям математический физики решишь ?

(443) все верно, для 3-х человек 6-ть рукопожатий

(446) не возьмут тебя на такую работу. или возьмут только к онанистам-рукопожатникам.

(446) про 3х человек это вообще задача для 1 класса

епт, себя не исключил)

(445) Попробуй :))

(434).2 - пример
интервал 3 минуты,
0я в сторону Б (вход в период 0-2 минуты в сторону Б)
2я в сторону А (вход в период 2-3 минуты в сторону А)

вот еще отличная задача (задаю ее на собеседовании на прога):

Бухгалтер просит вас перенумеровать счета фактуры по организации ООО "..." за текущий месяц. Посмотрев ситуацию, вы находите там всего 10 счетов фактур. Что бы вы сделали?

(452) Предложил бы буху переномеровать вручную.

(452) Воспользовался бы консолью запросов с обработкой результата запроса.

(454) Вот тут ты и попал... Правильный ответ в (453).

+455 Программист должен понимать, что он должен делать, а что в силах сделать сами пользователи. Иначе сведется к тому, что всю дурацкую работу свалят на прога.

(456) Ага, это сегодня и сейчас их 10, а завтра станет 11, послезавтра 12... - "Он меня всё время заставляет вручную работать, я как дура каждый день перенумеровываю документы" - прог лишён премии)

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

В (0) нет одназначно трактуемого технического задания, соответсвенно не понятно, что хочет получить автор!!!
А так хорошая задача, что бы показать загруженность кадровички!

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

(454) +100
в (455) ответ франча

(457) Ты не прав. Прав (456).

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

(463) Не добавить не убавить.
Если взглянуть с другой стороны:
- Если франч - решение таких не интересных задач может подтолкнуть буха обращаться часто за такой поддержкой в результате чего можно будет прокачать скилл инженера ИТС. Ей же проще будет позвонить и заплатить чем самой это делать.
- Если фикси - то вопрос приоритетов, потому как оплачено.
- Если фри - 500 руб. Делать?

(464) Рассуждение мальчика на побегушках.
Заглядывание хоть на каплю дальше пятиминутных задач абсолютно меняет взгляд на вещи.
Без обид.

(465) Этим часто франчи и отличаются от самостоятельных одиночек.
Не пятиминутной выгодой все определяется.
Есть и масса других важных вещей.

(465) Ну, Москва не сразу строилась. Работаю над этим.

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

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

(469) В консоли конечно. В конфигураторе сперва показал -- вот документ РТУ, вот ТЧ Товары, вот ТЧ Услуги, вот такой результат надо получить (нарисовал итоговую таблицу). Дал консоль, над душой не стоял...

(470) Чел сидел консультантом, аналитиком или "на подхвате".
Ищет должность падавана.
Все та же проблема: ни один кадровик еще не заявил, что им нужен человек для обновления баз, клепания/правки печ.форм и разовых обработок.
Поэтому парень, просто ходит на все собеседования в надежде понравится.

(396) бу-га-га, мегаспецы, аха)

(434)
1) n*(n-1)/2
2) Изза того что поезд А приходит например в 12.00 а потом в следующий раз в 12.15, а поезд В приходит в 12.13 и в следующий раз 12.28 (ну просто для примера) поэтому вероятность сесть в один поезд больше, чем другой, в любой момент времени