Вы хотите работать с современными Agile подходами к разработке, используя их и учась им? Ставите целью саморазвитие и стремитесь реализовывать свой потенциал? Желаете быть частью динамичного e-commerce бизнеса, жить внутри развитой корпоративной среды, предоставляющей возможность профессионального и личностного развития? Тогда эта вакансия для Вас!

Преимущества работы у нас:
1.    Внутренний заказчик - основную часть бизнес-инициатив мы получаем от сотрудников бизнес-подразделения нашей компании. Внутренняя коммуникация для уточнения требований и деталей реализации позволяет нам разрабатывать более точный и востребованный бизнес-продукт.
2.    Современные методологии - такие как Agile, Scrum, Kanban и DevOps позволяют нам успешно реагировать на изменяющиеся требования бизнеса и современного рынка e-commerce.
3.    Большая честная компания - социальная защита сотрудников нашей компании является залогом стабильной работы. Оформление по ТК РФ. Белая зарплата выплачивается по графику, без задержек и в полном объеме. Годовой бонус по достижению целей компании. Добровольное медицинское страхование (ДМС), страхование жизни, страхование от несчастного случая (после испытательного срока). Налоговые вычеты по НДФЛ, справки для ипотеки.
4.    Развитие и обучение - повышаем квалификацию специалистов, проводим внутренние и внешние обучения. Компенсируем корпоративное обучение английскому и немецкому языкам.

О нас:
Мы, компания eSolutions, входим в немецкий холдинг Otto Group - мировой лидер дистанционной торговли и электронной коммерции, компания с 60-летней историей, офисы которой расположены в 20 странах мира, а общая численность сотрудников превышает 53 000 человек.

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

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

Задачи, которые Вам предстоит решать:
1.    Разрабатывать внутренние веб-сервисы в учетной системе 1С для получения данных из внешних источников.
2.    Интегрироваться с внешними веб-сервисами для отправки данных из учетной системы 1С.
3.    Разрабатывать реализацию бизнес-логики в учетной системе 1С.
4.    Разрабатывать сводные аналитические отчеты в учетной системе 1С с разным количеством источников данных.
5.    Повышать общую отказоустойчивость учетной системы 1С через оптимизацию запросов и процессов, рефакторинг.
6.    Изучать и использовать новые эффективные подходы в разработке, использовать встроенные инструменты и реализовывать интеграции с внешними инструментами, повышающими качество, скорость разработки, тестирования и внедрения, а также качество поддержки.

Качества, которыми Вы обладаете:
1.    Вы хотите работать на крупном проекте, в команде с разделенным функционалом, состоящих из менеджера проекта, разработчика 1С, разработчика web, аналитика, тестировщика, с применением современных методов разработки и ведения проектов.
2.    Вам нравится решать сложные задачи в срок.
3.    Вы активно предлагаете решения задач на обсуждениях.
4.    Вы стремитесь создать стабильно работающий продукт.
5.    Вам нравится изучать новые методологии, подходы, системы, фреймворки, языки программирования.
6.    Вы мыслите категориями, где 1С может быть одной из группы систем.

Мы ценим наших сотрудников, поэтому дополнительно предоставляем следующие льготы:
Полная оплата по больничному листу до 30 дней в году.
Корпоративное обучение английскому/немецкому языку.
Частичная компенсация расходов на питание.
Скидка 15% на бренды группы – OTTO, Quelle, WITT и bonprix и в в интернет-магазинах наших клиентов.
Гибкий график работы (начало рабочего дня с 7 до 10 утра), 9 часовой рабочий день, обеденный перерывы 45 минут, рабочий день в пятницу сокращен на 1 час. Место работы – ст.м. Савёловская, Бизнес Центр «Фактория».

Резюме можно присылать на [email protected]

Много букв, и нет главной информации -  денег сколько?

Agile -этой технологии 30 лет

Не вижу сумму, но выражу общее мнение, что это в любом случае мало

Дас ист фантастиш!

Сколько мешков денег хотите платить?

(0) Наконец-то я нашел человека, который расскажет мне, что такое Agile, Scrum, Kanban и DevOps

(5) И не надейся. Такое ощущение, что просто собрали в кучу все "умные слова".

Хоть бы конфигурацию озвучили.

(0) А чего это немецкий холдинг и не SAP?

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

На практике - ребята просто тупо пишут код.

(8) Ну не совсем, Канбан вполне рабочий на производстве, он для производства то и сделан был

(0) > Полная оплата по больничному листу до 30 дней в году.

С переломом ноги провалялся 2 месяца. Это значит 30 дней я бы сосал с вашим работодателям.

(7) Всегда, задаюсь таким вопросом) Отвечают, что на сап денег нет)

> Современные методологии - такие как Agile, Scrum, Kanban и DevOps позволяют нам успешно реагировать на изменяющиеся требования бизнеса и современного рынка e-commerce.

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

(0) от 200 000 р. после вычета НДФЛ!

Это Вам за Agile. Такие капризы стоят дорого!

"Вы мыслите категориями, где 1С может быть одной из группы систем." - кто-нибудь понял?

(15) А это стоит еще дороже!

В переводе: К вам будут приходить с вопросами интеграции 5 начальников разных отделов.

(15) Зоопарк решений разных производителей с полным отсутствием средств интеграции. Чего не понятно-то? :)

(16)(17) Я бы еще понял "...где 1С может быть одной из систем группы".

(15) Это когда все кругом Д'Артаньяны, а вся инфа сливается в 1С

(0) я так понимаю удаленку не рассматриваете и трудовой кодекс не особо чтите (30 дней по билютню лишь)

А зарплата где?

Аннушка уже разлила маслице :)

А ветка согласована?

(23) Ветка согласована.

(20) вроде ТК не запрещает улучшать условия для работника. Речь я так понимаю про сохранение оклада(!) на время БЛ.

А Что такое DevOps?

(25) ну так то минус кадровика, из (0) просматривается, что 31 день и далее за свой счёт

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

(26) Да, еще CI, TDD и BDD забыли...

(26) Это когда "программист 1С" Windows переставляет...

(29) и XP...

(27) почему за свой счет? Пособие от ФСС, доплаты до оклада не будет. Обычно так

Так денюг скока?

(30) "Это когда "программист 1С" Windows переставляет"
А картриджи менять не надо?

(29) "TDD и BDD"
Это я знаю...

(35) Возьми с полки пирожок.

(33) в такой прекрасной компании, видимо, практикуется работа за идею.)

(36) Спасибо, я уже пообедал

(20) Либоя что-то туплю, либо больничные более 3-х дней оплачивает фсс, а тут говорится скорее всего что вам до зряплаты будут доплачивать, ибо фсс выплаты всегда меньше ;-)

(24) Ветка согласована.

Станислав, в вакансиях необходимо обязательно указывать вилку оклада, но в данной вакансии явно нарушение правил.
Поправьте, если я не прав.

(26) Грубо говоря, сборка, тестирование приложений, доставка заказчику через скрипты собственного написания, управление инфраструктурой разработки, как сейчас модно. Обычно требуется владением ЯП для написания скриптов, навыки администрирования и владения специфическими инструментами.

Я не понял... Куда слилась Anna?

(42) Мопед не её...

(33) Это похоже секрет

(42) видимо подбирает слова чтобы кратко, в 5-6 абзацах, описать спрашиваемый многими размер з/п но так, чтобы при этом избежать конкретных цифр

(45) А что тут думать? Давно все пишут: "Оплата достойная. Обсуждается по итогам собеседования".

(45) Как красиво описать "полмиски риса"

(47) 2 четвертинки миски риса ;-)

(47) "зарплата мирового уровня" (Китай - это же мировой уровень?)

(48) горсточка риса )

Вакансия моего уровня.
Но увы работать на вас не смогу.
Хотя задачи прямо мои.

Могу разве что не просто Старший, а в ДОЛЕ

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

Чтобы человек реально стал ведущим, и делал продаваемые продукты. Тут только доля акций компании.

(51) Миша Отто не согласится.

(52) Там ООО. Нет акций.

(54) Там LLC/Mbh

(52) Да нет там никаких ведущих и старших. Ежу понятно что это искусственное завышение статуса. Вернее есть, но весь отдел по трудовым ведущие :).

(53) им нужно посмотреть мой проект, так как мой продукт пересекается с тем что они делают в (0)

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

(55) А по-русски ООО.

а у меня уже рабочий бизнес. 4 000 клиентов, куча клиентуры постоянно новой, интернет магазины разнорго уровня. Даже есть особо крупные компании в клиентах.

(58) В русском ООО ничего кроме зп местным сотрудникам

(0) Анна, а Розанова Елена не рядышком с Вами? Скажите ей что не хорошо игнорить людей если обещалась дать обратную связь!

ottoruss.ru у них даже сайта нет.. фи

(59) А у Миши 11 ярдов баксов. А у тебя?

(10) (20) Мы месяц выплачиваем 100% ЗП, дальше платим в соответствии с законодательством, сумма зависит от Вашего зароботка в предыдущие годы. То есть мы платим больше, чем положено по закону.

(63) но что та с ведущими 1Сниками проблемы...
которые являются идеологами продуктов

(65) У них проблемы с эйч-аром в русском подразделении.

(65) ну у многих миллиардеров проблемы с ведущими 1Сниками...  видимо наличие ведущего 1Сника и наличие миллиардов - это две вещи никак не связанные...
а скорее даже мешающие одна другой

(6) У нас УТ 11

(0) 200К и я нихера не делаю, ок?

(67) скажем так наличие миллиардов ч человека денег, не значит что он бросил работу и не стремится что то делать, хоть даже оно ему уже может быть и нафиг не надо лично.

(10)  Мы месяц выплачиваем 100% ЗП, дальше платим в соответствии с законодательством, сумма зависит от Вашего заработка в предыдущие годы. То есть мы платим больше, чем положено по закону. А еще, если не дай Бог с Вами произойдет такая неприятность, Вы сможете воспользоваться   ДМС от работодателя для получения качественного своевременного лечения.

(61) Подскажите, пожалуйста, как с Вами связаться ?

(64) Вокруг да около, вилка какая? По законодательству вообще ограничения нет в ЗП, хоть миллиард. Я вот щас 700 000 тыс получаю, на сколько больше вы будете платить согласно вашим словам "сумма зависит от Вашего зароботка в предыдущие годы"?

(73) "Я вот щас 700 000 тыс получаю"
В век?

(73) >>"сумма зависит от Вашего зароботка в предыдущие годы"
Это она про больничные.
Про зарплату Anna  пока что молчит как партизан...

(73) Расслабься. Кому ты нужен, если не знаешь элементарных правил расчета среднего для целей выплаты больничного?

Anna-recruiter, если вы откроете тот же хх, то увидите, что основная масса предлагаемых вакансий с уже указанной вилкой. Вы же, с упорством, ее скрываете. Я не знаю, вы понимаете суть претензии или нет, но без СУММЫ вы не видны на hh. Очевидно поэтому вы здесь? Если по hh можно найти конторы с суммами, то почему (по вашему), кто заглянет к вам сюда, и обратит внимание на вашу обезличенную вакансию? Если вы хотите, чтобы кто-то ценил ваше время - нужно также относиться к чужому времени тоже. Вот эти все "готовы рассматривать зарплатные ожидания" и прочая милота - это не про 1Сников. 1Сники, в большей своей части, имеют дело с финансовым учетом. Там есть четкие цифры. От вас ждут - ровно тоже самого. Иначе - вы собирете фидбекный мусор в отликах, т.к. без понимания вилки в данный момент к вам могут побежать только те, у кого забанен хх. Но кажется, таких уже нет.

Итак, Анна. Озвучьте зп.

(75) То есть через месяц сотрудник отправится на больничный? Нервный срыв или просто покалечат?

(74) в руандских франках, только получать такую сумму хочу в рублях, ну или в евро)

Ну и к тому же, если контора не озвучивает вилку, сразу же +1 к индикатору "Мутные какие-то они".

Если вы белые, то чего вы боитесь? Почему скрываете самое главное в вакансии?

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

Аннушка создает интригу

(61) @рокот, ты что уже у них был? Так обезличенно этой вакансии и конторы, может расскажешь про ощущения? :)

(79) Я думаю если указать ЗП в такой валюте но цифры выплачивались бу в рублях, то в мировой финансовой системе не хватило бы денег, чтобы выплатить хотя бы 10% ЗП)))

(84) (84) это к (81)

(1) У нас достаточно широкая вилка, мы готовы нанять как разработчика, так и старшего разработчика на эту роль. Заработная плата будет зависеть от того, как кандидат пройдет техническое интервью. Но в любом случае это белая заработная плата в соответствии с рыночном уровнем.
Напишите мне Ваши пожелания по ЗП на почту,пожалуйста, если Вас интересует данная вакансия. Я смогу сориентировать в рамках этой нашей вилки ли нет.

(77) вы получаете ачивку hh-killer

Вилка есть, но мы вам ее не покажем (с)

(86)
>в соответствии с рыночном уровнем
чуда не случилось

(86) а зачем кого-то ориентировать в вилке если её можно просто тут написать? Зачем создавать видимость бурной работы, если все можно решить здесь и сейчас, просто указав эти несчастные цифры. Вы понимаете, как вы сейчас себя дискредитируете этим? Вы оплатили это размещение, и теперь тупо сливаете себе карму вот этой "интригой". На самом деле, воспринимается это ни как "интрига", а как некие показатель рынка, что кое-кто настолько хитрый и жадный, что буквально превращает найм кандидата в какой-то рыночной базарный торг. Вот как это воспринимается всеми, кто это читает. И поэтому, если вы еще к конструктивному диалогу готовы - пишите вилку прямо в первом сообщении, а все эти диалоги можете удалить.

(61) Елена всегда старается давать обратную связь, но все мы люди, возможно что-то пропустила. Пожалуйста, напишите мне, как с Вами связаться, и Елена свяжется с Вами сегодня.

(90) +100500 Такое ощущение, что хотят не просто прогнуть по з/п, а ищут того кто меньше остальных попросит.

(92) они тебя берегут , чтобы ты со смеху не укатился)

(92) Так и есть, ищут того кто подходит, но попросит меньше

(94) Это аукцион или тендер. Так-то - нормальное явление, но даже в этих условиях - вилка озвучивается.

Интересно еще кто будет проводить "техническое интервью" для СТАРШЕГО разработчика? Судя по всему у них нет такого
Или как в анекдоте "В психушке кто первый надел халат - тот и доктор"

(96) Подскажите, на каком основании подобный вывод был сделан? Не первый раз озвучивается, а очевидность его - у меня вызывает сомнения. Я про "для СТАРШЕГО разработчика? Судя по всему у них нет такого".

Знаю этих ребят - не любят там 1С.
SAP есть - его любят больше)
https://hh.ru/vacancy/22602357
давно уже ищут

(7) почему в российском подразделении должен быть сап? Я тоже в немецком холдинге работаю, нет у нас сап. Есть 1С.

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

Был я в той компании, кинул резюм на прогера, позвонила Анна, предложила старшего. Пришел собеседоваться, 2 собеседования прошел (1. с кадровиком и прогером, 2. с ИТ директором) на третьем завалился - руководитель отдела спросил как я собираюсь вести разработку одного объекта силами нескольких разработчиков одновременно. Я предложил использовать хранилище, но там понятно - параллельно не получиться... Как параллельно, я до сих пор в задумчивости...
Справедливости ради должен отметить, что WS/XDTO не моя сильная сторона, поэтому допускаю, что мои некоторые мои ответы могли быть неточными. В своей области товарищ вполне себе адекватный, но чтобы соответствовать требованиям компании необходимо вариться именно в WS/XDTO.
ЗП не буду озвучивать - возможно это коммерческая тайна. Но не такая уж она и большая.

(83) Да особо нет никаких ощущений, меня пригласила на собеседование Розанова Елена, она же опоздала минут на 20, и когда я собрался уходить появилась. В общем рассказала мне муть про то что их 1с-ники оказывают для своих клиентов услуги по 1с, не как франчи, а типа ведут их документооборот и прочее..
В итоге дала на бумажке тест с простейшими вопросами. После сказала что свяжется в любом случае и все. Не связалась и на письмо не ответила ))

П.С. У меня в резюме 150 тыр, они их готовы были дать

Это было полгода назад. Толи сейчас снова старший понадобился, толи кто-то уволился, толи уволили.

(91) Спасибо. уже не нужно. Прошло уже 2 месяца с собеседования. И я ей писал отдельно )

Че-то так и не понял, удаленка?

(105) Должность "Старший (Главный) Распорядитель" © - не существует.. с 1927-го года.

(106) + имею в виду должность в варианте "Удаленно"

(107) Ошибаешься, вакансий удаленных ведущих прогов (в подчинении проги, организовывать их работу) довольно много

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

(109) на фиг эту муть.

(110)Ага, а сотрудник отдела кадров слушает программиста и думает: "Нафиг эти индексы".

(111) Значит не судьба

(62)
Добрый день! Вы можете посмотреть информацию о нашей компании вот здесь: https://hh.ru/employer/2347076

(109) >>Но я так понимаю, это вопрос проверки лояльности сотрудника к организации.
Я бы даже сказал, что это один из элементов стрессового собеседования. Правда не понятно, зачем все эти новомодные технологии к 1с-никам применять.
Ну а если эти опоздания были не преднамеренными, то они показывают отношение этой компании к сотрудникам.
В общем любом случае получается "не айс".

(114) и потом сотрудник такой "ну если на встречи тут можно опаздывать, то нахер все эти сроки выполнения, ведь договориться и вовремя не сделать - тут в порядке вещей"

(114) "это один из элементов стрессового собеседования"
Мда.. это отношение компании к кандидату: проявление неуважения.

(96) Интервью будут проводить руководитель отдела разработки и руководитель департамента IT.

(109)  Я приношу свои извинение за задержку с началом интервью. Безусловно это не происходит намеренно.У нас есть более действенные методы проверить лояльность и мотивацию :).
Скорее всего я задержалась на предыдущем интервью из-за опоздания кандидата.

Еще анекдот - прогер, который первым со мной беседовал, для проверки на тип значения в запросе предложил использовать ТипЗначения.

Что-то я читаю коллег, немного недоумеваю.

Эйчары опаздываю на свои собеседования, не держут обещания и не дают обратную связь, вилку заработной платы скрывают, при этом, чтобы устроиться к ним в контору, нужно пройти ТРИ (так все?)...Карл, ТРИ!!! Собеседования. На последнем какой-то чувак, спросит тебя как один объект разрабатывать параллельно несколькими человеками, ответ не скажет и пошлет тебя нафик?

Анна, ну так все или нет?

Это за гранью добра.

(119) а почему нет?)

Редко я это делаю, но на всякий случай добавлю вашу контору в свой стоп-лист :)

Сцылко

(123) а потом попадается нессылочный тип...

(118)Анна, я не в претензии, это обычная практика.
(all)За удафовский язык банят?

(124)Все хорошо в меру и по месту.

(126) согласен

(77) Сумма ЗП будет зависеть от квалификации и опыта сотрудника. Она будет определяться после технического интервью. Безусловно мы обсудим пожелания по заработной плате по телефону или электронной почте до встречи для того чтобы не тратить ни время в случае если ожидания кандидата намного превышают нашу вилку. Обсуждать сумму сейчас, даже не видя резюме кандидата, к сожалению, не имеет смысла.

(120) >>ужно пройти ТРИ (так все?)...Карл, ТРИ!!! Собеседования.
Судя по всему нет, не все. В таких пафосных конторах тремя собесами не ограничиваются. Думаю дальше будет еще СБ с полиграфом, потом какой-нить психолух ну и т.д.

(128) так никто ж не просит обсуждать сумму. Просят озвучит вилку.

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

это ведь в обе стороны работает, не?

(128) Ну хорошо, тогда озвучьте хотя бы требования на вилку от 100 до 150 тыр.

(131) "150 1Снику? 80!" )

(132) Начальство требуется. на 80 не купишь представительский мерс

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

Последнее собеседование, на которое я ходил с похожим описанием "сумма ЗП будет зависеть от квалификации и опыта сотрудника", закончилось тем, что мне предложили сдать 1000р "в рекламный бюджет".

(134) неужели так квалификацию оценили, что ты им ещё и должен остался?))))

(135) может чаем напоили, печеньку дали и всё это с ресторанной наценкой

воообще такие компании могут платить .. другое дело ..
скажем так , это аня получать будет все равно больше.

С точки зрения количества интервью при отборе:
необходимо пройти собеcедование с HR, тест на знание 1С и встречу с IT (c руководителем отдела разработки и руководителем департамента IT).
Собеседование с HR  и тест можно пройти по скайпу, если не удобно приезжать в офис. Мы стараемся идти на встречу и проводим интервью после рабочего дня, в выходные и праздничные дни, если кандидату не удобно в рабочее время.
Коллеги из IT  стараются интервьюировать вместе.

Итого 2 этапа: 1)скайп интервью+тест в удобное время для вас          
2) интервью с IT  коллегами в нашем офисе.

Не понимаю вакансий с ценником - "сумма зависит от вашего опыта"

Ну, тоесть, вам подойдет и раздолбай за копейки и спец за рубли? Пофиг?

(135)Отпустили, и то хорошо. Из разряда - били несильно, догоняли неохотно :)

(128) Анна, к вашей цитате "Обсуждать сумму сейчас, даже не видя резюме кандидата, к сожалению, не имеет смысла."

Это очень самоуверенное, и что грустно, печальное заявление, т.к. на hh.ru - где вы не можете собрать отклики, большинство размещаемых вакансий указано вместе с вилкой. Это общепризнанная практика в нашей стране, и так работают абсолютно все вменяемые организации. Мне кажется, что политика, проводимая Вами, как эйчаром по скрытию зарплатной вилки, наносит не только прямые финансовые потери той организации, где Вы работаете, но и косвенные - в виде потери некоторой репутации. Возможно, вы действительно интересный и хороший работодатель, но его - работодателя оценивают "от вида двери". Пока "ваша дверь" в виде вашей работы на этом форуме - повторюсь полностью вас лично и вашу компанию дискредитирует. Я поясню, в чем вы дискредитируете вашу компанию: складывается такое чувство, что вы, озвучивая то, что озвучиваете - не компетентны. И поэтому, у 1Сного сообщества возникаю уже другие вопросы - если вы там работаете, то что за компания такая? Вы понимаете о чем я, Анна? Более того, вы и ваша коллега, по отзывам опаздываете, забываете давать обратную связь и сразу оправдываетесь. Что это за подход к делу?

Я бы, на месте Вашего руководителя, уже принял нужные кадровые решения. И по вашу вопросу в том числе.

(0) Анна, а скажите пожалуйста, вы ищете сотрудника на освободившуюся вакансию или это дополнительная вакансия?
Если освободившаяся, то что случилось с предыдущим старшим разработчиком?

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

Своё время вы цените. А на людей, которые потратят своё время на два интервью, чтобы в конце услышать "мы готовы предложить вам з/п 50 тысяч рублей в месяц до вычета налога и бесплатные печеньки с кофе", вам и вашей компании, судя по всему, просто наплевать

(142) Это новая вакансия

(143) Мы обсудим Ваши пожелания по заработной плате по телефону или электронной почте ДО встречи. ДО всех интервью.

(119), (124)
Проверять на тип значения в запросе следует именно с использованием функции ТИПЗНАЧЕНИЯ.
Хотя бы потому, что возможна конструкция <ТИПЗНАЧЕНИЯ(Таблица.Поле) В (&ТипыЗначений)>.

Значения типа Тип в языке запросов можно использовать в операциях сравнения, упорядочивания, группировки.
Возможна передача значения типа Тип как параметр запроса.
Возможен возврат результат этой функции из языка запроса и сравнение с результатом платформенной функции Тип(...)

А вот использовать ключевое поле ССЫЛКА, в условии существования нормальной функции ТИПЗНАЧЕНИЯ, совершенно бессмысленно.
Тем более, что результат преобразования в SQL будет одинаковый.

(1) Анна, добрый день.
Отправила вам отклик.

(141)[Я поясню, в чем вы дискредитируете вашу компанию]
забавный ты, это же HR крупной конторы, которая действует по детальному бизнес-процессу, согласованному тучей вице-президентов и KPI за это получает =)

(146) многократно сталкивался с ситуацией, когда замена
"ТИПЗНАЧЕНИЯ(Док)=Тип(Документ.Ааа)" на "Док ССЫЛКА Документ.Ааа" давала существенный выигрыш в скорости (порядка 30-40%) формирования таблицы.

(146)Есть ссылка на официальную документацию?
Особенно порадовала возможность использования параметров.

(147) Спасибо! Сейчас посмотрю и отвечу

(149) Пруф в студию.
Я наоборот, ни разу не сталкивался с просадкой производительности.

(152) в каком виде пруф?)))

(152)Нет уж, сначала ты

(144) То есть помимо всего прочего вы ищете руководителя или у вас все разработчики старшие?

(148) и что это меняет?

(154) Чо, на ИТС искать не умеем?
https://its.1c.ru/db/v839doc#bookmark:dev:TI000000498
"8.4.16.7. Константы и параметры в языке запросов"

(156) То что ей пох на твои замечания, даже если они и дельные

(156) я бы на месте анны ответил "это политика компании, я ее не определяю и менять не имею права". Это было бы честно.

(158) таки а мне то от этого что? :) Я не эйчар, я никого не ищу. Если она хочет кого-то найти, надо изменить свое поведение. Пофик ей, не пофик, у кого там какие кпи и т.д. - это какое отношение имеет к сабжу?

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

(156)Не про ТипЗначения я информацию увидел, но не нашел про то, что эта инструкция кошернее Ссылки. И те плюсы которые были приведены:
1. Возможна передача значения типа Тип как параметр запроса.
2. Возможен возврат результат этой функции из языка запроса и сравнение с результатом платформенной функции Тип(...)
3. Хотя бы потому, что возможна конструкция <ТИПЗНАЧЕНИЯ(Таблица.Поле) В (&ТипыЗначений)>.
4. Проверять на тип значения в запросе следует именно с использованием функции ТИПЗНАЧЕНИЯ.
довольно сомнительные, и вообще я бы Вам рекомендовал почитать стандарт разработки 1С.
Возьму свои слова обратно, если вы сможете предоставить неопровержимые доказательства своей позиции.

(159) этого ответа нет, и она так не ответит. Она уже ответила по этому вопросу - она лично считает озвучивание вилки не правильно. Какая это политика компании? Это частное мнение нанятого сотрудника на должность эйчара. Это мнение ошибочно и в корне не верно. Это нужно признать, изменить текстовку в (0), указать это на hh - и вопрос решится (при условии заявленных рыночной вилки) в течении недели. Если этого не сделать - это имитация бурной деятельности + кажется не совсем вменяемость касаемо темы "как делаются такие дела".

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

(153) В каком виде?
В виде конкретно воспроизводимой ситуации, когда замена сравнения с использование ССЫЛКА на сравнение ТИПЗНАЧЕНИЯ() = ТИП() приводит к деградации производительности.

Если ты сталкивался, значит может привести конкретный пример.
Я наоборот не встречал такого поведения ни разу.

(161) здесь тонкий момент. Анна - модератор этой ветки, и она может удалить любое высказывание, которое посчитает нужным. И поэтому, кому и что есть смысл здесь высказывать, решать не тебе. Если все это бессмысленно - все это можно удалить. Вот такие дела. Ну и на будущее - у нас вроде не 37-ой год, чтоб решать за кого-то, где и в чем есть смысл :) Я не вброса ради, а от искреннего желания помочь человеку взглянуть на процесс сабжа с другой стороны. А воспринимать ли обратную связь или нет - это личное дело того, кто это будет читать :) И не более того.

(165) Но и обратного я так понимаю, тоже не наблюдали? Тогда не вижу смысла в холиваре. И так можно. И этак. Как удобнее и читабельнее.

(166) Разве она может? Она просто создатель, но не модератор

(155) Мы ищем старшего разработчика. Это неруководящая должность. Руководитель разработки есть

(168) может.

(165)https://its.1c.ru/db/v8std/content/2149184303/hdoc
Вот пример проверки в запросе на тип документа, обратите внимание используется метод Ссылка.

(171) И что там если кратко, для тех у кого доступа сейчас нет?

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

(171) раньше в запросах не было ТИП и ТИПЗНАЧЕНИЯ, поэтому можно найти много примеров где ССЫЛКА.
Ваш спор ниочем, в рамках данной ветки точно)

2.3 При необходимости следует жертвовать компактностью и универсальностью кода ради производительности:

    Как правило, для выполнения конкретного запроса в данных условиях не нужны все возможные типы данной ссылки. В этом случае, следует ограничить количество возможных типов при помощи функции ВЫРАЗИТЬ.
    Если данный запрос является универсальным и используется в нескольких разных ситуациях (где типы ссылки могут быть разными), то можно формировать запрос динамически, подставляя в функцию ВЫРАЗИТЬ тот тип, который необходим при данных условиях.

Это увеличит объем исходного кода и, возможно, сделает его менее универсальным, но может существенно повысить производительность и стабильность работы запроса.

Например, неправильно:

Запрос.Текст = "ВЫБРАТЬ
| Продажи.Регистратор.Номер,
| Продажи.Регистратор.Дата,
| Продажи.Контрагент,
| Продажи.Количество,
| Продажи.Стоимость
|ИЗ
| РегистрНакопления.Продажи КАК Продажи
|ГДЕ ...

В данном запросе используется обращение к реквизитам регистратора. Регистратор является полем составного типа, которое может принимать значения ссылки на один из 56 видов документов.  
SQL-текст этого запроса будет включать 56 левых соединений с таблицами документов. Это может привести к серьезным проблемам производительности при выполнении запроса.

Правильно:

Для решения данной конкретной задачи нет необходимости соединяться со всеми 56 видами документов. Условия запроса таковы, что при его выполнении будут выбраны только движения документов РеализацияТоваровУслуг и ЗаказыПокупателя. В этом случае можно значительно ускорить работу запроса, ограничив количество соединений при помощи функции ВЫРАЗИТЬ().  

Запрос.Текст = "ВЫБРАТЬ
| ВЫБОР
| КОГДА Продажи.Регистратор ССЫЛКА Документ.РеализацияТоваровУслуг
| ТОГДА ВЫРАЗИТЬ(Продажи.Регистратор КАК Документ.РеализацияТоваровУслуг).Номер
| КОГДА Продажи.Регистратор ССЫЛКА Документ.ЗаказПокупателя
| ТОГДА ВЫРАЗИТЬ(Продажи.Регистратор КАК Документ.ЗаказПокупателя).Номер
| КОНЕЦ ВЫБОРА КАК Номер,
| ВЫБОР
| КОГДА Продажи.Регистратор ССЫЛКА Документ.РеализацияТоваровУслуг
| ТОГДА ВЫРАЗИТЬ(Продажи.Регистратор КАК Документ.РеализацияТоваровУслуг).Дата
| КОГДА Продажи.Регистратор ССЫЛКА Документ.ЗаказПокупателя
| ТОГДА ВЫРАЗИТЬ(Продажи.Регистратор КАК Документ.ЗаказПокупателя).Дата
| КОНЕЦ ВЫБОРА КАК Дата,
| Продажи.Контрагент,
| Продажи.Количество,
| Продажи.Стоимость
|ИЗ
| РегистрНакопления.Продажи КАК Продажи
|ГДЕ
| Продажи.Регистратор ССЫЛКА Документ.РеализацияТоваровУслуг
| ИЛИ Продажи.Регистратор ССЫЛКА Документ.ЗаказыПокупателя";


Этот запрос является более громоздким и, возможно, менее универсальным (он не будет правильно работать для других ситуаций - когда возможны другие значения типов регистратора). Однако, при его выполнении будет сформирован SQL запрос, который будет содержать всего два соединения с таблицами документов. Такой запрос будет работать значительно быстрее и стабильнее, чем запрос в его первоначальном виде.

(170) Не может

(175) При чём тут ВЫРАЗИТЬ? С ВЫРАЗИТЬ как раз всё понятно ( уменьшить объём соединений ).
А вот выражение "ТИПЗНАЧЕНИЯ(Док)=Тип(Документ.Ааа)" = "Док ССЫЛКА Документ.Ааа". В базе данных за тип отвечает отдельное поле ( если составное поле ). Выражение ТИПЗНАЧЕНИЯ(Док) означает что сравнивается не по ссылке ( Тип + GUID ), а только по полю Тип. ССЫЛКА тот же эффект

(173) Типа использование ТипЗначения это нечестно))?

А если тебе группировка (итог) по типу понадобится, будешь
делать "выбор когда ... ссылка ..." с перебором всех типов?

(176) см.выше

(178) а ты будешь делать "выбор когда  типзначения() = тип()"?
при чем тут итог?
разговор про условие проверки , а не про группировочное поле с типом

А вообще - создайте отдельную ветку и там обсуждайте

(178)Я буду делать так как указано в рекомендациях фирмы 1С, если это не будет противоречить здравому смыслу :)
(177)Ты посмотри внимательно - проверка на тип выполняется при помощи метода Ссылка а не ТипЗначения.

(182) и что где-то 1с заявляет что ССЫЛКА лучше чем ТИПЗначения?

А вообще я уже говорил что все хорошо в меру, думаю и ТипЗначения был продуман не просто так, для чего-то он видимо все таки нужен.

(183)Читайте внимательно всю ветку с самого начала холивара.

(180) я буду использовать типзначения()  без выбора и обхода метаданных для формирования цикла запроса

(183) одно преимущество точно есть - она работает на 8.0 )

*(186) формирования текста запроса

(166) Так Я и не решаю. Я тебе пересказываю смысл сказанного ранее (не мною)

(181)Кумир, добей меня танцем (с)
Как ты будешь приводить к типам без выбора?

Блин(189) к (186)

(189) Не поверишь
ВЫбрать
ТипЗначения(Регистратор) КАК ТипЗначения...

а дальше можешь сортировать, группировать и т.д.

Либо я не понял чего то, либо ты.
Спрошу по другому, метод ТипЗначения поможет тебе избежать проблемы указанной в (175)?

(191) Товаришь в шоке что можно поле тип выбрать без ссылки :), а тип это всего навсего 4 байта на сколько я помню

(192) В (175) нет никакой проблемы.

Но этот код можно записать читабельнее, например так:

ВЫБРАТЬ
    (ВЫБОР ТИПЗНАЧЕНИЯ(Продажи.Регистратор)
        КОГДА ТИП(Документ.РеализацияТоваровУслуг) ТОГДА ВЫРАЗИТЬ(Продажи.Регистратор КАК Документ.РеализацияТоваровУслуг).Номер
        КОГДА ТИП(Документ.ЗаказПокупателя) ТОГДА ВЫРАЗИТЬ(Продажи.Регистратор КАК Документ.ЗаказПокупателя).Номер
        КОНЕЦ) КАК Номер


Хотя еще читабельнее (и оптимальнее) будет сделать явные левые соединения с реализациями и заказами, а оттуда получать номер и дату через ЕСТЬNULL

Есть два запроса:
    Запрос = Новый Запрос("ВЫБРАТЬ ПЕРВЫЕ 1
    |    ""ТипЗнч"" КАК Поле1,
    |    ЗаказыПокупателей.Регистратор
    |ИЗ
    |    РегистрНакопления.ЗаказыПокупателей КАК ЗаказыПокупателей
    |ГДЕ
    |    ТИПЗНАЧЕНИЯ(ЗаказыПокупателей.Регистратор) = ТИП(Документ.ЗаказПокупателя)");
    
и
    Запрос = Новый Запрос("ВЫБРАТЬ ПЕРВЫЕ 1
    |    ""Ссылка"" КАК Поле1,
    |    ЗаказыПокупателей.Регистратор
    |ИЗ
    |    РегистрНакопления.ЗаказыПокупателей КАК ЗаказыПокупателей
    |ГДЕ
    |    ЗаказыПокупателей.Регистратор ССЫЛКА Документ.ЗаказПокупателя");
    
    Запрос.Выполнить()

Данные профайлера

exec sp_executesql N'SELECT TOP 1
P1,
T1._RecorderTRef,
T1._RecorderRRef
FROM dbo._AccumRg23591 T1 WITH(NOLOCK)
WHERE (T1._RecorderTRef = 0x00000167)',N'P1 nvarchar(4000)',N'ТипЗнч'

и

exec sp_executesql N'SELECT TOP 1
P1,
T1._RecorderTRef,
T1._RecorderRRef
FROM dbo._AccumRg23591 T1 WITH(NOLOCK)
WHERE (T1._RecorderTRef = 0x00000167)',N'P1 nvarchar(4000)',N'Ссылка'

т.е. вопрос сугубо в удобстве применения.

(194) именно так)

(194)О боже, там же нет проблемы!
"В данном запросе используется обращение к реквизитам регистратора. Регистратор является полем составного типа, которое может принимать значения ссылки на один из 56 видов документов.  
SQL-текст этого запроса будет включать 56 левых соединений с таблицами документов. Это может привести к серьезным проблемам производительности при выполнении запроса. "
Если это не проблема, тогда извините :)

(175) называется "прочитал стандарт и тыкает им во все неподобающие места"

(197) вроде давно уже 1С занимаешься...

(195)Это было фаталити.
Я так понимаю, все согласны с несокрушимыми доводами по поводу передачи параметров в запрос и сравнение со списком значений...

(199)Я как то читал рекомендацию, в которой указывалось что метод ТипЗначения при использовании его в запросе выполняет дополнительно преобразование к тому типу, который был указан в параметрах. Соответственно метод Ссылка отрабатывает быстрее, поскольку он не выполняет никаких преобразований. Но это было довольно давно, возможно с тех пор был изменен механизм преобразования текста запроса 1С в SQL.

(197) ты привел статью с ИТС времен 8.0-8.1, тогда типов не было в запросе. В (194) тебе привели эквивалентные решения без ссылки (мне кстати явное соединение с двумя таблицами больше нравится).

(200) параметры можно не передавать есть Тип()

По производительности ответ в (195)

Единственное что тип значения позволяет тип получить, а ссылка сравнить на тип. т.е.
ВЫБРАТЬ ТИПЗНАЧЕНИЯ(Продажи.Регистратор)
ИЗ РегистрНакопления.Продажи КАК Продажи

с ссылкой будет сделать намного труднее.

(195) Было интересно, кто же не поленится сделать пример )

(200) "ТипЗначения" появился в запросах вместе с "Тип" позже "Ссылка". Емнип, в документации к релизу было написано, что это для удобства и проч. Искать пруфы не буду, я не Билли )

(204) да аж самому интересно стало что выпросил доступ у админов на скуль :)

Хоть что-то интересное в этой ветке)

В общем, имеет смысл использовать ССЫЛКА, если нет необходимости использовать ТипЗначения, т.к читабельнее.

Не понимаю, почему некоторые вместо ВЫРАЗИТЬ пользуется соединениями. Потом же на запрос без слёз не взглянешь.

(195) Однако! Хотя я любитель ТИПЗНАЧЕНИЯ, но наука требует жертв.
Я сделал замеры производительности, вот запросы к ERP 2.2 на PostgreSQL-1C 9.4:

И действительно, проверка, что регистратор есть ССЫЛКА или ССЫЛКА чуть быстрее.
При этом проверка, что регистратор НЕ (ССЫЛКА ИЛИ ССЫЛКА) одинаково с НЕ В (ТИП, ТИП)


// ТипЗначения1 - проверка, что тип регистратора в списке - ВРЕМЯ 0.23
ВЫБРАТЬ
    КОЛИЧЕСТВО(*) КАК Записей
ИЗ
    РегистрНакопления.СебестоимостьТоваров КАК ТТ
ГДЕ
    ТИПЗНАЧЕНИЯ(ТТ.Регистратор) В (
        ТИП(Документ.ПоступлениеТоваровУслуг)
        ,ТИП(Документ.РеализацияТоваровУслуг))

// ТипЗначения2 - проверка, что тип регистратора НЕ в списке - ВРЕМЯ 0.25
ВЫБРАТЬ
    КОЛИЧЕСТВО(*) КАК Записей
ИЗ
    РегистрНакопления.СебестоимостьТоваров КАК ТТ
ГДЕ
    НЕ ТИПЗНАЧЕНИЯ(ТТ.Регистратор) В (
        ТИП(Документ.ПоступлениеТоваровУслуг)
        ,ТИП(Документ.РеализацияТоваровУслуг))

// ТипЗначения3 - проверка, что тип регистратора в списке через параметр запроса - ВРЕМЯ 0.23
ВЫБРАТЬ
    КОЛИЧЕСТВО(*) КАК Записей
ИЗ
    РегистрНакопления.СебестоимостьТоваров КАК ТТ
ГДЕ
    ТИПЗНАЧЕНИЯ(ТТ.Регистратор) В (&Типы)

// ССЫЛКА1 - проверка, что тип регистратора в списке - ВРЕМЯ 0.17
ВЫБРАТЬ
    КОЛИЧЕСТВО(*) КАК Записей
ИЗ
    РегистрНакопления.СебестоимостьТоваров КАК ТТ
ГДЕ
    ТТ.Регистратор ССЫЛКА Документ.ПоступлениеТоваровУслуг
    ИЛИ ТТ.Регистратор ССЫЛКА Документ.РеализацияТоваровУслуг

// ССЫЛКА2 - проверка, что тип регистратора НЕ в списке - ВРЕМЯ 0.25
ВЫБРАТЬ
    КОЛИЧЕСТВО(*) КАК Записей
ИЗ
    РегистрНакопления.СебестоимостьТоваров КАК ТТ
ГДЕ
    НЕ (ТТ.Регистратор ССЫЛКА Документ.ПоступлениеТоваровУслуг
        ИЛИ ТТ.Регистратор ССЫЛКА Документ.РеализацияТоваровУслуг)


.02 сек - это погрешность

Мандалай, ты прав в том ключе, что когда-то давно действительно были такие рекомендации: юзать Ссылку в ГДЕ. Сейчас, судя по всему, все это кануло в небытие. Но есть такие ситуации, когда ты Ссылкой не сможешь выкрутиться - какие, да? Очень простые - когда у тебя в запрос передается таблица как параметр, в ней есть реквизит не составного типа, а в тебя в запросе проверка по Ссылке. Тогда во времени исполнения ты получишь трабл "Несовместимые типы", и в этом случае костыль в виде ТипЗначения = Тип тебя спасет.

(208) К сожалению нет, 0.06 сек это не погрешность.
Все замеры делались многократно, на прогретой базе.

(210) Даешь трассировки и планы запросов!

(210) именно что погрешность

(210) Каков вообще разброс времени выполнения одного и того же запроса?

(210) Пока не зачехлил, скинь планы запросов, да )

(213) Доверительный интервал - 0.02 сек.

(210) погрешность в 0.06 от 0.25 это  порядка 25% времени - нехилая такая погрешность

(211) (214) За планами надо лезть глубже.
Уже не хочу.

У меня была реакция на насмешку в (119) "Еще анекдот - прогер, который первым со мной беседовал, для проверки на тип значения в запросе предложил использовать ТипЗначения."
Я выразил свою позицию, что я согласен с программистом, который собеседовал Мандалая, и обосновал позицию.

(216) Я наоборот утверждаю, что 0.06 погрешностью не является.
Так что твое высказывание не ко мне, а к (212)

(209)Спасибо, я совершенно согласен, я же не говорю что метод ТипЗначения чмо и отстой, но каждому методу свое место.

(217)Анекдотом в данной ситуации является то, что собеседовать посадили человека некомпетентного.

(219) Че-то много букв понаписали, в чем там соль?

(219) Невозможно знать всё на свете. Незаслуженно назвали некомпетентным собеседователя.

И чо, реально кто-то отсюда постучался на вакуху ?

Хотя бы показать что запросы разные
тут получается разница:
А = 1 ИЛИ А=2
против
А в (1, 2)

(222)Судя по постам кто-то скинул.

на ms может и другая картина быть

(221)Если товарищ принимает решение о принятии кого-то на работу, он априори должен знать больше того кого собеседует, иначе как он примет решение?

(223) тут разница большая. или индексы не будет использовать(в теории) а в будет(в теории)

(227) Индексы для ИЛИ по одному полю будут всегда использоваться.
А вот индексы по ИЛИ по разным полям использоваться не будут.
Об этом есть конкретная статья "Эффективные условия запросов" в стандартах разработки - https://its.1c.ru/db/v8std#content:2149184307:hdoc

(226) Ошибочное утверждение.

(229) обоснуй.

(228) странно у меня другая информация
Использование логического ИЛИ в секции ГДЕ запроса
Не следует использовать ИЛИ в секции ГДЕ запроса. Это может привести к тому, что СУБД не сможет использовать индексы таблиц и будет выполнять сканирование, что увеличит время работы запроса и вероянтность возникновения блокировок. Вместо этого следует разбить один запрос на несколько и объединить результаты.

Например, запрос

ВЫБРАТЬ Товар.Наименование ИЗ Справочник.Товары КАК Товар ГДЕ Артикул = "001" ИЛИ Артикул = "002"

следует заменить на запрос

ВЫБРАТЬ Товар.Наименование ИЗ Справочник.Товары КАК Товар ГДЕ Артикул = "001"
|ОБЪЕДИНИТЬ ВСЕ
|ВЫБРАТЬ Товар.Наименование ИЗ Справочник.Товары КАК Товар ГДЕ Артикул = "002"

https://its.1c.ru/db/metod8dev#content:5842:hdoc:or

(231) Мои 146% свежее - посмотри даты на статьях.
"Твоя" статья - 07.12.2015
"Моя" - "Раздел обновлен", т.е. прямо совсем свежак.

(231)доступа туда нет :(

(231) Тогда можно писать  ГДЕ Артикул В("001" ,  "002" )
)

(231) Я делал в свое время замеры производительности по этой теме.
Если Артикул проиндексирован, то индекс для ИЛИ будет использован на всех поддерживаемых видах СУБД.

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

Смысл - застращать от использования ИЛИ. Лучше "запретить" во всех случаях, чем объяснять где можно, а где нельзя.

(234)А 1С верный план запроса построит при таком тексте запроса?

(222) чисто конкретно пол форума уже в очереди на собеседование

(235)А может просто оптимизировали работу 1С с SQL

(218) Это кстати не все траблы Ссылки. Я привел вычурный случай, - это типа универсального какого-то алгоритма, когда ты не можешь предсказать, какого типа будет это поле в ГДЕ. Соотв., из этого же следует, что отбор по типу значения в той же схеме компоновки, возможен, когда ты отдельно сделаешь поле ТипЗначения(Реквизит), и тогда ты штатно сможешь по нему отобраться. Но это все работает, когда набор данных схемы компоновки - запрос. Как только, ты его изменишь на объект, сразу получаешь болтом, потому что ты уже не сможешь определить тип передаваемого значения, и как следствие, ты не сможешь сделать отбор по типу. Т.е. понимаешь, вот этот совет, использование ссылки в где, надо дополнять так "Где это физически возможно". Я тебе два случая привел, где это физически невозможно, и поэтому если говорить обобщенно - юзать надо контекстно эти два механизма.

(236) 1С(файловая версия) не знаю, а вот скуль - хайли-лайкли.  Было бы странно, если бы было иначе.
А вот ИЛИ на разные поля - действительно лучше разносить через ОБЪЕДИНИТЬ (было пару инцидентов)

(233) В свежей статья на ИТС написано следующее:

2. Оператор ИЛИ
2.1. В основном условии оператор ИЛИ можно использовать только для последнего из используемых или единственного поля индекса, когда оператор ИЛИ можно заменить на оператор В.

ПРАВИЛЬНО:

ГДЕ
    Таблица.Поле = &Значение1
    ИЛИ Таблица.Поле = &Значение2

т.к. можно переписать при помощи оператора В (специально переписывать не нужно, можно оставить, как есть):

ГДЕ
    Таблица.Поле В (&Значения)

НЕПРАВИЛЬНО:

ГДЕ
    Таблица.Поле1 = &Значение1
    ИЛИ Таблица.Поле2 = &Значение2

нельзя переписать при помощи "В", но можно переписать при помощи "ОБЪЕДИНИТЬ ВСЕ" (каждое поле Поле1 и Поле2 должны быть проиндексированы):

ГДЕ
    Таблица.Поле1 = &Значение1

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

ГДЕ
    Таблица.Поле2 = &Значение1

Примечание: заменить ИЛИ на ОБЪЕДИНИТЬ ВСЕ можно не всегда, убедитесь, что результат будет действительно тем же, что и при ИЛИ, перед тем, как применять.

2.2. В дополнительном условии оператор ИЛИ можно использовать без ограничений.

ПРАВИЛЬНО 1:

ГДЕ
    Таблица.Поле1 = &Значение1 // Основное условие (использует индекс)
    И // Дополнительное условие (можно использовать ИЛИ)
    (Таблица.Поле2 = &Значение2 ИЛИ Таблица.Поле3 = &Значение3)

ПРАВИЛЬНО 2:

ГДЕ
    (Таблица.Поле1 = &Значение1 ИЛИ Таблица.Поле1 = &Значение2)
    И
    (Таблица.Поле2 = &Значение3 ИЛИ Таблица.Поле2 = &Значение4)

т.к. можно переписать при помощи В (специально переписывать не нужно, можно оставить, как есть):

ГДЕ
    Таблица.Поле1 В (&Значения1)   // Основное условие
    И Таблица.Поле2 В (&Значения2) // Дополнительное условие (или наоборот)


Кстати, по той же СКД, давно просят по составному типу сделать дефаултное добавление тип значения реквизита, чтобы можно было пользователю в настройках компоновке отбираться не задумываясь о том, есть ли поле с типом в полях компоновки. В 8.3.11 такого еще нет. В .12 - хз. Мож кто в курсе уже? :)

(239)"Как только, ты его изменишь на объект, сразу получаешь болтом, потому что ты уже не сможешь определить тип передаваемого значения, и как следствие, ты не сможешь сделать отбор по типу."
Почему не смогу? Если ТЗ, которая является объектом сразу при создании типизировать, то можно и на тип проверить.

(243) Тебе нужно добавить тип значения поля отдельным полем в объект. Сечешь фишку? Трабл.

(244)Зачем? Проверить сейчас не на чем, но по моему когда создаешь ТЗ, и ее колонки, каждой колонке через ОписаниеТипов задаешь свой тип, и в запросе спокойно работаешь с типами.

Кстати да, (207) а вот это двойное фаталити.

Так как на собеседовании то отвечать?А то вдруг я пойду и меня спросят?

(241)в пункте 2.2 не seek where ли будет?

(247)На мисту отправляй, пусть тут спрашивают, если чего-то не знают.

(245) =) Чувак, ты не можешь "спокойно работать с типами", т.к. для того, чтобы сделать отбор по типу в настройке компоновке или в схеме компоновке у тебя должно быть это поле для отбора. У тебя его не будет. И поэтому ты можешь обтипизировать колонки объекта сообразно твоему понятию о хорошем и плохом, но отдельного поля тип у тебя не будет. И, соответственно, ты не сможешь сделать отбор. Так понятнее?

(250) Вычисляемое поле в СКД не предлагать?

(40) Рекламодатель всегда прав.

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

Выше, предлагалось добавить в набор отдельное поле ТипПоля и при формировании набора делать ТипЗнч(НоваяСтрока.ТвоеПоле); - мы сейчас забьем даже на то, что вроде как по условию задачи этого делать нельзя (у нас уже есть готовый набор, есть готовый отчет и мы просто хотим отобраться). Мы видим, да наше отборочное поле появилось в отборах и вроде победа. Но как отобраться по ТИПУ? Если бы набор данных был запрос, вопросов нет - платформа предложит тебе тип в параметра отбора. Если набор данных - объект, она тебе этого не предложит, и как ты отберешься в этом случае? :) Это общая проблема, которая по крайне мере в 8.3.11 не решена в той формулировке, в которой она поставлена.

(253) Как это тип не известен? Тип будет "Тип"

(254) отберись по нему.

(0) Это еще что за сетевой маркетинг?

(253)(250) Может я не совсем понял в чем суть дискусии но запрос типа
ВЫБРАТЬ ПЕРВЫЕ 1
    ЗаказыПокупателей.Период,
    ЗаказыПокупателей.Регистратор,
    ТИПЗНАЧЕНИЯ(ЗаказыПокупателей.Регистратор) КАК ТипРегистратора
ИЗ
    РегистрНакопления.ЗаказыПокупателей КАК ЗаказыПокупателей
засунутый в СКД позволяет в пользовательском режиме делать отбор по полю ТипРегистратора. И не надо пользовательских полей.

(257) Конечно не понял. У тебя набор данных - запрос. Измени на объект, подсунь туда его и предложи - как отобраться по типу.

(255) Да, с вычисляемым полем СКД борода.
С полем, выбранным в запросе, проблем нет - в отборе можно выбирать тип, как и пишет товарищ (257).
С набором данных "Объект" тоже, выходит, борода.
Однако, даже если тип значения в самом запросе выбирается, то и там не все гладко :) Если вид сравнения отбора СКД сделать "В списке" или "Не в списке" и засунуть в список значений тип, который в результате запроса не фигурирует, то результирующий запрос СКД ругается "Неверные параметры в операции сравнения. Нельзя сравнивать поля неограниченной длины и поля несовместимых типов". Такие дела, надо будет запомнить )

(259) >>С полем, выбранным в запросе, проблем нет
Чувак, все таки - на самом деле, есть проблема то. Тебе нужно это поле протащить в поля набора :) Т.е. сделать, как выше чел пишет ТИПЗНАЧЕНИЯ(ЗаказыПокупателей.Регистратор) КАК ТипРегистратора. Пользователю такая вундер-вафля не нужна, он хочет просто в отборе раскрыть плюс, вытащить поле и сделать уже свой отбор. Чтоб такое было, нужно чтобы платформы автоматом добавляла в поля набора (явно или нет) для каждого поля его фантом ТИПЗНАЧЕНИЯ(ЭтоПоле), тогда эта проблема уходит. Пока, в 8.3.12 я не смотрел, такой фичи нет, и приходится везде где есть схема компоновки, а это не только сама отчет - это учитывать. Но сам этот эпичный диспут начался с того, что выше чел вел политику про отбор по ГДЕ через ССЫЛКА. Вот этот диспут наглядно показывает, что такое не катит в общем случае в компоновке вообще никак.

(260) Не понял, в чем проблема

(261) сделай простейшую схему компоновки с набором - запрос. В полях сделай ОДНО поле (Реквизит1), в котором укажи реквизит составного типа, при этом тип не указывай в настройках.

Задача: сделать на уровне пользователя отбор по этому полю.
Решение: в пользовательском поле, сделать поле, в котором указать в качестве выражения ТипЗначения(Реквизит1). Иду в отбор и? БОЛТ. Там нет этого поля. Таки как отобраться бедолаги?

(262) А, Я-то в (259) веду речь об отдельном поле, содержащем тип значения. А ты проблемой называешь то, что в изходный запрос нельзя добавлять новые поля, так?

Друзья! я просмотрел всю ветку, но не нашел хотя бы примерных цифр по зп... что я упустил?

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

(264) Анна, эйчар этой конторы, не считает правильным озвучивать вилку, т.к. с ее личной точки зрения, это бестолковое занятие и бессмысленное. Если у тебя есть желание, можешь сам первый ценник в почту ей скинуть, и она тебе скажет - ты угадал или нет. Таковы реалии, друже :)

(264) Цифр нет. Они не хотят, чтобы другие сотрудники знали уровни зарплат программистов 1С, и завидовали :)

(265) Кстати, такое пожелание для СКД у 1С, с их слов, давно записано :)
https://partners.v8.1c.ru/forum/t/1502045/m/1580932

(264) Лотерея.
Я сознательно игнорировал вакансии, где з/п не указана.

(264) Что? Забыли времена когда 1С-ники работали за доширак? Так вот они вернулись.

(267) я в курсе :) Поэтому и предположил, что возможно в .12 это уже есть. Но судя по описанию, нет. Кстати, выше показывалось что отбор в запросе по ССЫЛКА и ТИПЗначения = Тип одинаков на уровне СУБД. Это с 8.3.6 началось.

(269) Никогда такого не было

(270) "отбор в запросе по ССЫЛКА и ТИПЗначения = Тип одинаков на уровне СУБД. Это с 8.3.6 началось" // Раньше тоже вроде одинаков всегда "результирующий" запрос был в обоих случаях

(264) Игорь, добрый день! Если вакансия Вам интересна,пожалуйста, присылайте резюме на [email protected]. Я буду рада ответить на Ваши вопросы, обсудить вакансию и компенсацию.

а кстати почему обеденный перерыв всего 45мин?

(274) Видимо потому что в пятницу сокращенный день )

(264) Это аукцион. Продавцы кидают резюме и цену, а покупатель выберет наиболее выгодное предложение.

(275) Тогда, перерыв должен быть 48 минут, а не 45. Где три минуты?

(277) Три минуты за день, 15 минут в неделю ворует работодатель у РАБотника

(272) не всегда. Что-то переделывали, ведь не спроста несколько лет об этом где с ссылка трубилось везде :)

(279) А где например об этом говорилось?

(280) в апдейтах к платформе в 8.3.6 косвенно вброс есть на эту тему. Про где ссылка - статьи были на итс тех периодов, ну и опять же косвенно, не зря ж грабли вышеописанные всплыли про где ссылка в запросе к параметру в виде таблицы, при неизвестном (в общем случае) типа. Почему то так же сделано в некоторых местах в типовых и на это обращали внимание. Скорее всего - тоже привели к рекомендации. Но если что - это не более чем гипотеза, может просто челу так было удобнее :)

(276) Или а-ля Джон Краммер: "Привет, я хочу сыграть с тобой в одну игру "угадай вилку".

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

(276) >Это аукцион. Продавцы кидают резюме и цену, а покупатель выберет наиболее выгодное предложение.

Подобная схема называется тендер. В аукционе наоборот, идет повышение цены.

(234) Есть очень тонкий ньюансы:
1) Для каждого количества в списке будет формироватся свой план запросов, что в итоге может приводить к переполнению кэша плана запросов и можно получить нехилую нагрузку где не ждали (а может и не приводить)
2) При количестве элементов в списке более 1000 происходит следующая трансформация: Список предварительно загружается в Таблицу и потом идет уже соединение с таблицей, а не where.

(86) Какая прелесть :))

Что-то фабрикант мышей вообще не ловит

в тематических ветках обсуждение запросов

(287) Ушел в запой на радостях

Без фотки не взлетит!

https://life.ru/t/новости/1110387/intierniet-maghaziny_otto_i_quelle_ukhodiat_iz_rossii

Видимо,им 1сники желаемые зарплаты прислали

(285) Не смог пройти мимо, т.к. всё сказанное абсолютнейшая дичь:
1. Не будет. План зависит от количества значений в IN по определенной логике, например до 16 констант в IN будет  scan, от 16 до 65 filter + scan. А больше 65 будет сканирование таблицы констант и вложенные циклы с соединяемой таблицей к которой будет seek. И все варианты работают нормально. И никакого переполнения кэша (это вообще без комментариев) не будет.
2. См. п. 1.

(293) В обще - то будет, на обучении кстати приводятся все примеры. Под каждое количество параметром создается свой план запроса, что может и на реальных системах иногда приводит к переполнению кэша плана запросов.
Во вторых поведение оператора В зависит от релиза платформы, ранее оно было действительно от 65, но потом это число увеличили.
Было забавное видео от суровых MSSQL админов, в котором данная фича обсуждалась, там при различии текста запроса на символ формируется новый план запроса.
Вот статейка в тему http://www.queryprocessor.ru/fast-in-ssms-slow-in-app-part3/

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

(101) единственный вариант без использования сторонних утилит - EDT + GIT. Ну соответственно разрабатывая в разных ветках реально вести параллельную работу, и потом произвести слияние.
Наверное от старшего разработчика хотели широкий кругозор и знание современных трендов, на том же ИС вроде как отписывались люди которые небольшие проекты уже полностью на EDT перевели.

(293) Чет какая-то дичь

(293) ms sql server страшно логичная штука, в которую "до 16 констант в IN будет  scan" никак не укладывается

(294) Ты всё смешал в кучу. Похоже наблюдается эффект от обучения людьми из 1С, которые сами в этом ничего не понимают.

1. >Под каждое количество параметром создается свой план запроса

Не создается. Читаем пост того же Пилюгина http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1082155&msg=15712697

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

>что может и на реальных системах иногда приводит к переполнению кэша плана запросов.

Что значит переполнение? Старые планы из кэша планов вытесняются новыми. В скуле есть отдельная оптимизация для ad hoc запросов, но для 8.3 это неактуально, т.к. ввели переиспользование пула временных таблиц.

2. >Во вторых поведение оператора В зависит от релиза платформы, ранее оно было действительно от 65, но потом это число увеличили.

речь вроде бы про запрос SQL, и его план, при чем здесь платформа?

3. >Было забавное видео от суровых MSSQL админов, в котором данная фича обсуждалась, там при различии текста запроса на символ формируется новый план запроса.

Какая фича? Какое отношение это имеет к 1С, которая тексты запросов генерирует автоматически и не может  поставить лишний пробел или написать разным регистром?

4. >Вот статейка в тему http://www.queryprocessor.ru/fast-in-ssms-slow-in-app-part3/

Статья не имеет к кол-ву параметров и влияние на планы вообще никакого отношения.

(298) http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1082155&msg=15712697

(300) У них там проблема в select *

select * from t1 where b in
заменить на
select b from t1 where b in

(301) я не про проблему, раскрой плюсик в посте 15712697

На самом деле будет 1 из 3-х вариантов и вы это знаете, потому что это тупая физика.

Цикл по таблице констант (перебор/scan) и поиск по индексу (seek) в основной таблице.

Цикл по основной таблице (перебор/scan) и цикл по таблице констант (перебор)

Одновременный перебор 2-х таблиц отсортированных таблиц (merge)

Просто в плане запроса этого не покажут.

(303) Я в курсе, я про это и говорю.
Я повторял их опыт, у меня всегда выходил вариант 3, если я выбирал поле, по которому проходил поиск.

Я правда выбирал не из временной таблицы, а из физической.

Но даже 3 вариант - это по факту nested loops

Надеюсь вы это понимаете

Конечно, мы можем ползти по дереву индекса всей толпой искомых значений (хвала программистам Microsoft) но ровно до тех пор, пока не разделимся по ветвям. Интересно, реализовано ли это.

(304) - (307) Да пофиг какой там план, это не имеет никакого значения, т.к. это работает, и то как оно работает скулю виднее. Главное что не создается никакого нового плана если в условие IN добавляется новый параметр. Есть определенная логика, основанная на "магических числах", откуда берут бред про переполнение кэша? Чуваки на 1С-овских курсах явно дурачат людей.

(310) Про переполнение кэша это конечно дичь, но где вы нашли, что это курсы от 1С?

(293) по 2 - все верно. Когда значений в IN() мало - 1с подставляет их в скрипт литералами,  когда много - инсёртит в темп.

(312) Это вы про платформу, а systemstopper ведет речь про движок sql.

(312) П.2. упоминался в контексте планов запросов, а это всегда запрос скл. Когда я говорю про запросы, я имею в виду те с которыми работает скуль.

(313) Так palsergeich же посещал курсы какого-то эксперта 1С, вот про них стало быть и говорю

+(315) вроде только УЦ № 1 эти курсы проводит, значит это и есть курсы от 1с, не?

Удаленка?

"Повышать общую отказоустойчивость учетной системы 1С через ... рефакторинг" Это как?

(315) (316) Да, УЦ №1 проводит. Нормальные там курсы. Но, возможно, есть путаница в том, что значения параметров прописываются динамически в тексте запроса 1С, например

Где Номенклатура.Код=%ЗначениеКода%

Запрос.Текст=СтрЗаменить(Запрос.Текст,"%ЗначениеКода%",Значение);

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

(319) >>Тогда да, план запроса будет компилироваться для каждого нового значения параметра

не будет, учим матчасть https://docs.microsoft.com/ru-ru/previous-versions/sql/sql-server-2008-r2/cc645887(v=sql.105)

ссылка криво вставилась, правильная ссылка https://docs.microsoft.com/ru-ru/previous-versions/sql/sql-server-2008-r2/cc645887(v=sql.105)

Тоже кривая

https://docs.microsoft.com/ru-ru/previous-versions/sql/sql-server-2008/cc645887(v%3dsql.100)

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

(8) >>На практике - ребята просто тупо пишут код.

это не так

Чушня какая то в результате поиска

(326) Запросы, которые отличаются только литеральными значениями, будут иметь одинаковые хэш-значения. Например, следующие два запроса будут иметь одинаковые хэш-значения, поскольку они отличаются только литеральными значениями, присваиваемыми объектам FirstName и LastName.

USE AdventureWorks;
GO
SELECT I.CustomerID, C.FirstName, C.LastName, A.AddressLine1, A.City
FROM Person.Contact AS C
    JOIN Sales.Individual AS I ON C.ContactID = I.ContactID
    JOIN Sales.CustomerAddress AS CA ON CA.CustomerID = I.CustomerID
    JOIN Person.Address AS A ON A.AddressID = CA.AddressID
WHERE C.FirstName = 'Amanda' AND C.LastName = 'Allen';
GO
SELECT I.CustomerID, C.FirstName, C.LastName, A.AddressLine1, A.City
FROM Person.Contact AS C
    JOIN Sales.Individual AS I ON C.ContactID = I.ContactID
    JOIN Sales.CustomerAddress AS CA ON CA.CustomerID = I.CustomerID
    JOIN Person.Address AS A ON A.AddressID = CA.AddressID
WHERE C.FirstName = 'Logan' AND C.LastName = 'Jones';
GO

(327) Буду знать.

(0) Прочитал описание.
Всё что вы там написали можно заключить в одну фразу "мы пилим маркетплейс", только видимо ещё вместо "витрины" фронт отдельный даете. Lamoda с wb занимаются этим с 15го года.
Интеграция со всем через web-сервисы, куча поделок на php ещё. Ох уж этот "ecommerce" аж ностальгия нахлынула.)

(299) > Старые планы из кэша планов вытесняются новыми.

статистика устарела - план апается разве не только так?

(0) удаленщиков рассматриваете?

(319) Стоп! Мне именно там, видимо на тех самых курсах Виктор Богачев именно так рассказывал: план строится при первом вызове исходя из тех параметров которые передаются и далее именно этот план и используется... и только так! И не так и это потенциальный источник проблемы

* и это потенциальный источник проблемы

(330) какая разница как это происходит если мы всё равно не можем на это повлиять при работе с 1С, да и вообще, не только с 1С.
(332) Виктор Богачев сам потенциальный источник проблем. Он наверно имел в виду parameter sniffing, но это всё настолько экзотический случай что я даже представить себе не могу зачем на это обращать такое пристальное внимание. Видимо рассказывать больше не о чем.

(334) если дерьмо может случиться - оно когда-нибудь случится, если есть возможность предупредить такое событие или быстро пофиксить - это ценно.

В вакансиях немецких предприятий никогда не указывается зарплата.

(90) в вакнсиях немецких холдингов нет понятия вилки

Вы бы еще спросили, сколько на руки будут платить

Предлагаю ввести премию за самую информативную "рабочую" ветку. Я информации полезной узнал намного больше, чем из других "рабочих" веток. Голосую:))
(336)(337)(338) и иже с ними... Чего так возбуждаться на отсутствие вилки? Может быть они действительно несколько человек могут взять? Написали - рыночная з.п. Не ВЫШЕ рыночной, не НИЖЕ рыночной. Вилку з.п. 1Сника в Мск. все знают - от 60(джуниор) до 180-200(мегапрофи). Ну вот и вилка :))

(327)Спасибо просветил

Я же говорил что без фотки не взлетит