Что обычно HR/руководители отделов любят спрашивать, какие тестовые задания встречаются на собеседованиях по 1С?

(247)Вот это уже другое дело:)

Все что не делается-к лучшему

(250) Конечно и поменьше самокопания и рефлексии... Вот с мани пример надо брать). Его вообще ничто не смущает. Саморекалмы много быть не может...

Маня ваще уникум,особенно с его шевелюрой

(251)
самореКАЛма - в мемориз... :-)

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

(254) бывает и такое...
например вакансия на восьмерку а часть задач на SQL

на семере вообще много задач решаются извратно
и кто в теме быстро проверяет насколько человек с ней знаком
в восьмере возможностей для быдлокода намного больше
так что вэлкам! )))

(255)Это нормально... Без знания СКЛ на восьмерке весьма тяжело...

(256) да где больно на 8ке копрокодить то. запросом отобрал из ТЗ что нужно и вывалил в ту же ТЗ

имхо 7-шникам нужно доплачивать 50% сверху за ущербность платформы :)

(257)
требуются знания SQL на уровне тех
что в восьмерке через запросы недоступны
задачу сейчас не вспомню

(259) их скоро в красную книгу занесут как исчезающий вид. и запретят уничтожать(*зачеркнуто*) троллить

(258) УФ 8.2 имею ввиду )

кстати, задачи из (235) это задачи второго этапа собеседования. задачи первого этапа в этой ветке все есть.

(259) а им и доплачивают сейчас
недавно вакансия была на семеру ценой поболее средней на восьмеру

(262) а что не так с УФ? я 1.5 года с ними развлекаюсь, класс!

>> я 1.5 года с ними развлекаюсь

Работать не пробовал?

(266) не, ты чо. я боюсь ))

(263) кстати судя по решению в 3-ей задаче тебе и на восьмере могут отказать)

(199) >> запрос, который покажет контрагентов с одинаковыми наименованиями или инн

ВЫБРАТЬ
   Контрагенты.ИНН,
   Контрагенты.Наименование,
   Количество(*) КолВоПовторений
ИЗ
   Справочник.Контрагенты КАК Контрагенты
Сгруппировать по  ИНН, Наименование
Имеющие Количество(*)>1

Неоптимально?

(268) ну тогда давай свое гениальное решение

хотя коммент пропустил
//Вариант без распределения погрешности от деления

а им оба варианта надо было или только правильный?

(271) хз чо им надо было. мутная контора.

(270) я там тока 1 косяк увидел - нет проверки, что КоличествоВсего мб равно 0

(271) что в моем коде тебе не нравится?

(273) ну в задаче сказано что она заполнена, потому и не стал делать проверку

(267) погоди - скоро мисту завалят быдлокодом с УФ
как раз начинают работать с этой платформой
у меня сейчас веселуха - надо в одной конфе совмещать и обычные и управляемые
формы... причем чтобы корректно пахало и в тонком и толстом клиентах и в вебке

(276) тю... это пройденный этап )

(277) везет ) если на эту конфу посадить 8.1-ка то быдлокода будет дайбоже

(275) дак и заполненная не факт, что не даст в сумме 0 :) но эт мелочи по идее

(274) я имел ввиду что правильное распределение когда от суммы ничего не отсается
а им зачем то нужен вариант без уплотнения погрешности

(280) я играл с разными значениями количества и суммы и на 7ке у меня никогда не оставалось остатка. потому и написал потом вариант без распределения.

(279) на той стороне проверяющий может быть с завышенным ЧСВ
и даже чуток корявый код может запороть
хотя сам не факт что реальный спец )

(281) 7 рублей на три строки с количеством 1 распредели

(282) нуууу зачем так :) достаточно обострённого чувства прекрасного)

http://infostart.ru/public/100837/ - вот кейс гения, правда в комментах его там полностью расъепли.

(281) то есть код без распределения - твоя инициатива ?

(282) +100500
(283) не держу дома одинца.

(287) а ты на калькуляторе посчитай с округление 15.2 для суммы

(288) на калькуляторе понятно что будет. в понедельник проверю на копрокоде :)

(289) я и так знаю что копейка проеется ))
в твоих конфах надеюсь не миллиарды бюджета рапределяются ))

(290) триллионы и 9 знаков после запятой )))

(291) по условию

"Дана таблица значений с двумя колонками: "Количество" (Число:5:0) и "Сумма" (Число:15:2). В таблице заполнена колонка "Количество". Необходимо заполнить колонку "Сумма", распределив "СуммаДляРаспределения" по существующим строкам пропорционально количеству. "

абстрагируйся от математических вычислений с неограниченной разрядностью
у тебя есть документ где на сумму всего 15.2 и 2.33333333333333333333333333... будет обрезано до 2.33
итого по сумме из трех строк будет 6.99 и копейка проеется
ее надо добавить допустим в последнюю строку
в реальной конфе (хоть 7 хоть 8) бухгалтер будет немного недовольна

(292) На бух.курсах в 1Ц учили, то про проеавшую копейку с методической точки зрения законно относить на 1 строчку, последнюю строчку, или максимальную сумму в строке.

(269) это что? рабочий код?

(294) этот код может загасить адинэску

(235) Таки да, ты хреновый прогер, после прочтения решения первой задачи вспомнилась притча про тухлое яйцо, которое необязательно съедать целиком.
(254) Можно чего-то не знать, чего-то не уметь, где-то лохануться, это все нормально, такова селяви, но настаивать на своей правоте когда тебе разжевали сущность твоей ошибки это диагноз. Прверь свой код когда под удаление попадают все записи. Про удаление строк давным-давно уже все косточки обсосаны, например здесь
http://my1c-archive.narod.ru/knowhow/delstrtz.html
(269) Читай задачу: "...с одинаковыми наименованиями _ИЛИ_ инн"
У тебя с одинаковыми наименованиями _И_ инн.

(294) это рабочий запрос. Сгенерить код его обхода при помощи конструктора - не проблема ведь? :)

А твое решение какое?

(269),(297) У тебя условие И а не ИЛИ, как (296) написал.

Вот набросал тут решение, лишние поля для проверки и ещё условие на заполненность добавил

[code]
ВЫБРАТЬ
   Контрагенты.Ссылка,
   Контрагенты.Код,
   Контрагенты1.Код КАК Код1,
   Контрагенты.Наименование КАК Наименование,
   Контрагенты1.Наименование КАК Наименование1,
   Контрагенты.ИНН КАК ИНН,
   Контрагенты1.ИНН КАК ИНН1
ИЗ
   Справочник.Контрагенты КАК Контрагенты
       ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.Контрагенты КАК Контрагенты1
       ПО Контрагенты.Наименование = Контрагенты1.Наименование
           И (Контрагенты.Наименование <> "")
ГДЕ
   Контрагенты.Ссылка > Контрагенты1.Ссылка

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

ВЫБРАТЬ
   Контрагенты.Ссылка,
   Контрагенты.Код,
   Контрагенты1.Код,
   Контрагенты.Наименование,
   Контрагенты1.Наименование,
   Контрагенты.ИНН,
   Контрагенты1.ИНН
ИЗ
   Справочник.Контрагенты КАК Контрагенты
       ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.Контрагенты КАК Контрагенты1
       ПО Контрагенты.ИНН = Контрагенты1.ИНН
           И (Контрагенты.ИНН <> "")
ГДЕ
   Контрагенты.Ссылка > Контрагенты1.Ссылка

УПОРЯДОЧИТЬ ПО
   Наименование,
   ИНН
[/code]

(298) согласен, невнимательно прочел условие ( У меня по И. Если по ИЛИ - то делал бы как ты.

300!

(298) а прикинь будет 3 контрагента с одинаковым ИНН

(299) значит ты тоже не умеешь писать запросы

(5) видел две таких конторы :)))

(298) Контрагенты.Ссылка > Контрагенты1.Ссылка - а это что за условие?

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

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

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

(307) +1
чтобы не терять свое время и время работодателя

(306) это вдвойне хорошо. Они позволяют отсеять неадекватов с другой стороны :)

(301) Да хоть 10.
Проверил на своей базе, нашёл группу из 7 штук.

(308) Авторский ответ, который ты написал, ты покажешь или нет? :)

(0) выстрела в коленку

(312) :)) помотала тебя жизнь, сынок...

(312) то есть заходишь и шмаляя с двух рук укладываешь эйчаров + ит-куроводителей ))

(311) группировка по наименованию, сумма(1) и имеющие сумма(1)>1
тоже самое по ИНН

(315) Значит, через группировку и "имеющие" некошерно, надо через соединение таблицы с собой? Спасибо, буду знать.
А как "правильно"? Задача была поставлена, если я правильно понял, _одним_ запросом, а в (298) фактически два запроса.

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

(316) и где же там фактически 2 запроса?

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

(319) не парься. вариант с группировкой - единственный правильный, который быстрый

я бы конечно написал так
ВЫБРАТЬ Ссылка
ИЗ Справочник.Контрагенты КАК Контрагенты
 ЛЕВОЕ СОЕДИНЕНИЕ (ВЫБРАТЬ Наименование ИЗ Справочник.Контрнагенты СГРУППИРОВАТЬ ПО Наименование ИМЕЮЩИЕ КОЛИЧЕСТВО(*) > 1) КАК ДубльНаименование
ПО Контрагенты.Наименование = ДубльНаименование.Наименование
 ЛЕВОЕ СОЕДИНЕНИЕ (ВЫБРАТЬ ИНН ИЗ Справочник.Контрнагенты СГРУППИРОВАТЬ ПО ИНН ИМЕЮЩИЕ КОЛИЧЕСТВО(*) > 1) КАК ДубльИНН
ПО Контрагенты.ИНН= ДубльИНН.ИНН
ГДЕ НЕ ДубльИНН.ИНН ЕСТЬ NULL ИЛИ НЕ ДубльНаименование.Наименование ЕСТЬ NULL
правда потестить бы на больших объемах.

(321) кстати крайне нежелательно делать соединение с вложенным запросом "ЛЕВОЕ СОЕДИНЕНИЕ (ВЫБРАТЬ"
лучше получи сначала выборку во временную таблицу, и потом уже с ней соединяй. это я щас к эксперту готовлюсь, знаю :)

и в условиях соединения или ГДЕ лучше не использовать "ИЛИ" - лучше разбить на два запроса по одному условию

(322) тото у них все запросы к регистру по регистратору через вложенные запросы
(323) это ты говори тем, кто хочет узнать об 1с за 2,5 часа ;)

(324) не, ну то что вложенные запросы это зло не только в плане восприятия и отладки, но и в плане производительности - это я знал. а вот про ИЛИ - не знал. еще вроде как НЕ в условиях запроса тоже не желательно (но это я где-то краем глаза слышал, а что-почему - хз)

(325) в индивидуальных случаях бывает наоборот. что вложенный запрос выполняется быстрее

(322)(323) интересно, а 1с объясняет это своей косячностью или особенностями скуля ?

(326) вот вот методические указания это одно а жизнь она разнообразнее )

(325)+ я бы не рекомендовал использовать В(&) и несколько значений, потому как оптимизатор может свалиться в скан индекса.
про НЕ у меня был обратный опыт, выполнялся запрос быстрее, чем с равенством.

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

(327) про ИЛИ и НЕ - хз чем, а вот вложенные - это особенность скуля. когда скуль строит свой запрос он вроде как анализирует возможные выходные данные (результаты выборки) и исходя из этого строит план запроса. а если у него в одном из мест вложенный запрос - то проанализировать что он вернет до его выполнения он не может, и соответственно может построить не оптимальный план. как-то так

(329) применяю В(ТЧ.Колонка) - пока никуда не сваливалось)

в иерархии - тоже вроде как не желательно использовать

единственно с чем согласен что присоединение вложенного лучше избегать
остальное имхо если существует то надо применять а платформа пусть оптимизирует правильно

к слову а индексирование временной таблицы когда обосновано? не тормозит ли она создание на небольших объемах?

(335) когда по индексированным полям в дальнейшем будет происходить поиск или соединение

то есть по сути ВСЕГДА?
на создание индекса нужно же время и место... по идее для небольших ВТ может быть наоборот тормоза...
методисты что говорят? где почитать?

(333). Хы, предложи свой способ получить все элементы входящие в группу на любом уровне, и чтобы работало не медленнее. :)

(338) вариант - поиндексировать программно справочник типа 1_1_1 , 1_1_2 , 1_2_1 и т.д. и потом через ПОДОБНО )

(337) самому интересно

(338) если б знал.

(337) как раз на небольших объемах запрос выполняться может несколько дольше, чем с вложенным

(339). Есть на самом деле способ, видел как это сделано в 7.7 на прямых запросах. Там действительно нужна будет еще одна таблица. Но что-то я не уверен, что на справочниках или РС, это будет работать быстрее.

(339) это если нужно с первого уровня иерархии. а если со второго, то все твои индексы..

(340) если интересно, тогда ответ такой - универсального решения нет. нужно каждый раз экспериментировать. посиди на sql.ru в форуме MS SQL Server годиков 5.
там таких советов как для 1сников нету.

(322) Нахрен вообще какие-либо соединения )))

ВЫБРАТЬ
   ФизическиеЛица.Ссылка,
   ФизическиеЛица.ИНН
ИЗ
   Справочник.ФизическиеЛица КАК ФизическиеЛица,
   Справочник.ФизическиеЛица КАК ФизическиеЛица1
ГДЕ
   ФизическиеЛица.Ссылка <> ФизическиеЛица1.Ссылка
   И ФизическиеЛица1.ИНН = ФизическиеЛица.ИНН
       + какие хотите условия ))

(0) Кстати важно не только отвечать на вопросы, но и задавать грамотные вопросы ! По ним так же формируют определенное мнение о кандидиате, но тут главное не переборщить )))

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

(346) почему то их настораживают вопросы насчет условий работы
типа работать в опенспейс или в отдельном кабинете разницы нет