Как посмотреть ответы на тесты 1с

Обновлено: 05.07.2024

Проектирование в 1С очень часто пропускается. Если оно и происходит, то только в достаточно небольшом объеме, и то только у серьезных команд. Чаще всего, оно происходит в уме (где-то, как-то).

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

Дальше идет следующий этап – это этап тестирования. То есть, тестирование – это мы проверяем требования заказчика (требования, которые мы должны выполнить).

Дальше идет поиск ошибок, отладка.

Как правило, я сам проходил эти этапы. Тестированием занимаются очень немногие. Еще меньше число тех, кто вообще представляет, что же такое «тестирование». Для большинства разработчиков цикл разработки представляет собой совокупность только двух этапов - процесса кодирования и отладки. Причем отладка занимает очень много времени.

Есть такой закон, который я, например, прочитал у Макконелла – Главный закон качества ПО:

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

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

Пример правильности этого закона: Отладка и исправление неверного кода занимает около 50 % времени. То есть – 50 % времени всей разработки мы тратим на поиск ошибок.

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

Методики разработки

  • Защитное программирование
  • Обзоры кода
  • Проектирование
  • Тестирование
  • Экстремальное программирование

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

  1. Защитное программирование – это методика, когда мы ведем разработку и само написание кода помогает нам не допускать ошибок. То есть, в этом случае мы что делаем? Мы проверяем данные.
    Элементарный пример – у нас есть какая-то функция, которая принимает входные параметры определенного типа, определенных значений. Мы можем в функции сделать предположение (так называемый инвариант или утверждение) и проверить эти предположения. То есть, мы не пишем, как 1С привыкла: параметр и в комментариях пишем, что тип такой-то, значения такие-то, варианты и так далее… Мы можем прямо написать утверждение – вот этот параметр должен быть такого типа. Если это утверждение не выполняется, программа просто выдает исключение и останавливает свою работу, потому что это является ошибкой разработки.
  2. Следующая методика – это «Обзоры кода». То есть, мы можем читать чужой код. То есть, один кто-то написал код, мы можем попросить соседнего разработчика, руководителя посмотреть и проанализировать ошибки, которые были допущены в этом коде. Это методика очень эффективна.
    Я люблю читать чужой код, люблю свой код пересматривать. Таким образом находится достаточное число ошибок.
  3. Следующая методика - проектирование. Чем лучше мы построим программу, чем лучше продумаем связи, чем лучше продумаем архитектуру, интерфейсы взаимосвязей, тем лучше наша система будет работать, тем удобнее нам ее будет исправлять.
  4. Методика, которая известна лучше всех предыдущих – это тестирование. Фактически, каждый разработчик выполняет эту функцию, применяет методику тестирования. Но очень многие проверяют в уме. То есть этот код должен получить такие-то результаты… Мы проверяем какой-то один вариант, проверяем два варианта, проверяем три варианта… А на самом деле в сложных системах вариантов очень много и их нужно проверять достаточно большое количество. И когда вариантов очень много для проверки, фактически получается, что они не проверяются все. У меня есть пример, есть система, идет цикл разработки, система отдается на проверку пользователю. У пользователя стоит тестирование – проверить 40 разных пунктов – релиз выпускается, например, раз в два месяца (или в месяц). Пользователь должен перед выпуском каждого релиза проверить 40 пунктов – это тяжело и он никогда практически не будет этого делать. Он будет помнить, что он это проверял в прошлый раз – и сегодня он этого делать не будет, потому что тогда на это придется потратить весь день. Как правило, отдельный тестировщик на проекте есть очень редко, обычно человек должен выполнить функцию тестировщика и выполнить свою основную функцию. В итоге функции тестировщика, как правило, пропускаются и тестирование не выполняется в полном объеме.
    Дальше я еще потом на тестировании остановлюсь…
  5. Следующая – очень эффективная методика – это методикаэкстремального программирования. Это методика свежая, буквально начала-середины 90-х годов. На западе очень сильно распространена, очень много информации по ней. У нас применяется не так много. Иногда эту методику называют «гибкие методики разработки», иногда – экстремальное программирование.

Экстремальное программирование

У него есть несколько принципов:

  • Единая команда
  • Совместное владение кодом системы
  • Обзоры кода и парное программирование
  • Разработка через тестирование (TDD)
  • Функциональное тестирование
  • Рефакторинг
  • Простота
  • Короткие циклы
  • Непрерывная интеграция
  • Улучшение дизайна, постоянное планирование

Расскажем о них поподробнее:

Вернемся к тестированию. Будем говорить только о тестировании.

Виды тестирования

  • Модульное тестирование (юнит-тестирование)
  • Функциональное тестирование
  • Тестирование методом черного ящика и методом белого ящика
  • Нагрузочное тестирование
  • Тестирование разработчиком и специальными тестерами
  • Самый проблемный вид тестирования – тестирование пользовательского интерфейса

Теперь об этих видах тестирования подробнее:

Сейчас немного коснусь существующих систем тестирования

Существующие системы тестирования

  1. Первое, с чем мы знакомы, когда говорим «Тестирование 1С» - это, конечно конфигурация «Сценарное тестирование» (входит в пакет 1С:КИП).
    Мое мнение вкратце – не пригодно оно к реальному использованию.
    Оно сделано больше для функционального тестирования и очень сильно зависит от изменений в программе.
    Если в форме добавился какой-то реквизит, Сценарное тестирование может вылетать, если в форме удалился какой-то реквизит – Сценарное тестирование может вылетать.
    Нет возможности исключить ошибки, прогнать все тесты за исключением ошибок. Если есть ошибка, тест остановится весь.
    Кроме этого, неприятным моментом является то, что конфигурация «Сценарное тестирование» не продается отдельно от пакета конфигураций «Корпоративный инструментальный пакет». А цена этого пакета очень велика.
    Хотя – лично мое мнение, что тестирование в 1С должно быть бесплатным.
  2. Есть очень хорошая подсистема (автор - Сергей Старых) – называется Подсистема «Инструменты разработчика».
    В этой подсистеме недавно появилось тестирование. Были введены начальные понятия тестирования – тестируются все формы и часть метаданных, то есть, тестируется открытие всех форм, которые есть в конфигурации, для документа тестируется проведение документа, запись документа, удаление документа и т.д.
    Самое интересное – тестируются события и интерактивные изменения форм.
    Например, тестируется ввод пользователем. Как будто пользователь вручную вносит данные. Это очень важно.
    Не в одной из систем, о которых я расскажу далее, нет тестирования этих интерактивных изменений. Например, там можно протестировать поиск по форме (по списку). То есть, как будто пользователь набирает символы, и подсистема это отрабатывает. Очень полезный инструмент.
  3. Еще есть некоторые публикации на сайте «Инфостарт».

Одна из самых первых разработок, поэтому я о ней упомянул.
Она неудобная и непродуманная на самом деле.


Это опять же, зачаточный такой модуль, просто пример того, как это можно организовать в 1С.


достаточно интересная, но почему-то автор ее удалил

  • Функциональное тестирование на обычных формах
  • Можно подключать различные алгоритмы
  • Можно тестировать запросы и т.д.
  • Недостатки: Нет управляемых форм и нет дальнейшего развития
  1. Дальше я укажу те системы, которые я сам реально использовал, с которых мое знакомство с системами тестирования для 1С началось:
  • Я ее в 8.2 до сих пор успешно использую.
  • Недостатки: немного устарела, нет управляемых форм
  • Шаги в нужном направлении
  • Только Управляемое приложение

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


То есть, толстый клиент или тонкий клиент менеджер тестирования взаимодействует (общается) с клиентом тестирования (толстым, тонким или Web-клиентом).
То есть – пишется тест на языке 1С. И заданные действия выполняются в клиенте тестирования.

Пример вызова приложения-теста


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

  • Пользователь, который знает систему или разработчик может выполнить самостоятельно необходимые действия и записать эту последовательность действий в специальный файл, чтобы в дальнейшем производить этот файл уже в системе тестирования.
  • Один минус – пока 1С сделала только надстройку над платформой для записи этого XML файла.
    Среды тестирования пока что нет. То есть те результаты, которые мы можем получить, никоим образом системой 1с не обрабатываются, не анализируются.
  • Значит, мы должны написать код для системы тестирования сами
    Возможно, 1С сделает на следующем этапе свою систему тестирования, возможно, она переработает сценарное тестирование. Пока неизвестно. 1С молчит по этому поводу.

Рекомендуемая система для тестирования в 1С

(я фактически ее product-owner и один из авторов) -

Защитное программирование

Защитное программирование – очень важный этап применения методики тестирования

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

Использование инвариантов/утверждений

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

Потому что иногда начинают использовать утверждения для передачи данных во внешнюю систему – это неправильно. Это уже не утверждение.

Я использую утверждения для разных случаев – у меня есть функция, например, в которой я знаю, что должен быть передан параметр, например СправочникСсылка.Номенклатура. Я так и пишу в коде:
Тесты.ПроверитьТип(Параметр, СправочникСсылка.Номенклатура)

Теперь – самое интересное: Тестирование разработчиком и разработка через тестирование.

Тестирование разработчиком

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

  • Затруднение у разработчиков (Цель тестирования отлична от других этапов разработки, Тестирование требует поиска ошибок в своем коде)
    Тестирование разработчиком вызывает затруднения, потому что цель тестирования отлична от цели разработки. То есть от разработки мы хотим получить правильный код, который правильно работает, получает верные результаты, содержит минимум ошибок и т.д. А в тестировании мы должны найти ошибки, наоборот. Иногда бывает это трудно. Разработчику бывает лень искать ошибки. Разработчик не понимает, что ошибки нужно искать и т.д.
  • Тестирование никогда не доказывает отсутствия ошибок.
    Но наличие тестов – это лучше, чем отсутствие тестов.

Что еще можно сказать об основных требованиях к тестированию:

Два главных требования тестирования:

  • Тестирование должно быть автоматизированным. А еще лучше – автоматическим 100%. Если тестирование не будет автоматизированным, его никто никогда выполнять не будет.
  • Тестирование должно быть быстрым.
    Если тесты будут выполняться медленно, их опять же никто не будет делать. Это все из опыта.

Разработка через тестирование (TDD)

Быстро расскажу о результатах, которых можно достичь, используя методику разработки через тестирование:

Результаты использования TDD

Здесь указаны основные принципы, как надо выполнять разработку через тестирование (TDD).

1. Вопрос: Что такое сертификат "1С:Профессионал"?
Ответ: Сертификат "1С:Профессионал" – это официальный документ, подтверждающий знание программ 1С, высоко ценится при приеме на работу, позволяет получить доступ к следующему уровню экзаменов - "1С:Специалист".

2. Вопрос: Как гарантированно сдать экзамен и получить сертификат?
Ответ: Чтобы пройти тестирование и получить сертификат "1С:Профессионал", необходима предварительная подготовка.
Это могут быть:

4. Вопрос: Когда будет известен результат тестирования?
Ответ: Результат будет известен сразу после завершения тестирования. В случае успешно выполненного задания в Центр сертификации приходит сертификат "1С:Профессионал" от фирмы "1С".

5. Вопрос: Сколько стоит пересдача экзамена?
Ответ: Вторая попытка сдачи экзамена бесплатна, но только в том центре, где проходили сертификацию в первый раз.

6. Вопрос: Я хочу сдавать экзамен 1С:Профессионал как частное лицо, но мне пришел отказ, с формулировкой:
Заявка №123456 отклонена Иванов Петр Федорович не является сотрудником контрагента У Иванов Петр Федорович есть сертификаты у других партнеров.
Что мне делать?
Ответ: Отказ с данной формулировкой возникает в том случае, если сдающий числится за партнером.
Есть 2 варианта решения:

  • Если Вы действительно работаете у партнера, то подать новую заявку на экзамен в СЭЦ (если он есть в городе, если нет, то в АЦС), указав так же код партнера.
  • Если Вы больше не работаете у партнера, то надо написать в партнерский отдел - fran@1c.ru Я, Иванов Петр Федорович, не являюсь больше сотрудником фирмы ООО "ИИ", прошу меня открепить. После того как Вас открепят и сообщат об этом, можно снова подавать заявку на экзамен (данные ФИО и фирмы приведены для примера, все совпадения случайны). Рассмотрение заявки 1-3 дня.

7. Вопрос: Если я работаю у партнера, могу ли я сдавать экзамен как частное лицо? В АЦС, а не в СЭЦ?
Ответ: Нет, не можете. Если в городе есть СЭЦ, а Вы являетесь сотрудником партнерской организации, то Вы обязаны сдавать именно в СЭЦ, см. Инфописьмо (Ссылка: №25409 от 18.01.2019).

11. Вопрос: Возможно ли восстановить сертификат, который был утерян?
Ответ: Возможно. Стоимость услуги 150 р. за сертификат. Для восстановления сертификата сделайте запрос на prof@1c.ru с темой "Восстановление сертификата", в тексте письма Вам нужно указать: ФИО, название сертификата, примерно, когда был получен (например, Иванов Иван Иванович, сертификат "1С:Профессионал" по бухгалтерии, получен в 2008 году).

12. Вопрос: Как мне узнать, что экзамен переведен на новую редакцию?
Ответ: За месяц до перехода на новую редакцию будет выпущено новое информационное письмо с извещением о начале продаж нового комплекта вопросов и дате начала тестирования "1С:Профессионал" по новой редакции. По каким редакциям проводится экзамен "1С:Профессионал" в настоящее время см. здесь.

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

Есть 3 способа подготовки к тесту:

1)Добросовестно прорешать все тесты(долгий и не эффективный способ);

2)Найти в интернете ответы без картинок(я учил 2 недели, получил нулевой результат);

3)Диски ИТС(имхо если даже найдёте все диски за последние 1,5 года, не найдёте дисковода в наши то времена :D)(много мороки, неэффективный метод подготовки);

4)Списать(не советую, ибо последствия);

Не знаю, что было в стародавние времена, а в 2019 году если вы будете готовиться не по официальному тесту, то:

1)не получите реального понимания своего уровня зубрежки(алгоритм бесплатного теста и платного обучены по разному. Что это значит? А то, что натренировавшись на бесплатном тесте вы будете стабильно сдавать 7 из 10 попыток, а прийдя на экзамен будете писать по алгоритму официального теста 4 из 10 успешных попыток),

2)в интернете есть ответы, они правильные, но без картинок это не пригодно для учебы, плюс нет эффекта "увидел-на автомате тыкнул",

3)в официальном тесте и тесте на сайте ответы находятся всегда на своей цифре, на экзамене ответы на вопросы перемешаны(кроме верные ответы "1,2 и 3"(например)).

Вывод: для быстрой сдачи теста:

1)покупайте официальный доступ на 3 месяца(2100 на 2019г.),

2)сначала пытайтесь найти ответ в конфигураторе, не можете-зазубрите, ответ,

3)не зубрите ответы по расположению(вопрос "Как сделать то-то %" Ага процент в конце вопроса, значит ответ "3"! Не надо так зубрить, лучше понять вопрос-ответ, так будет быстрей, я серьёзно),

4)не верьте тому, что написано в интернете, "за 2 недели подготовился и сдал с первой попытки", в реальности

а)1 знакомый(умный) учил(именно учил) 10 дней-сдал с первого раза 12 из 14;

б)2 знакомый-теперь ведущий спец, получает 120 К(сам фишку видел), сдал с 3 попытки(зубрил "Вопрос Такой-то %", значит ответ "3"),

в)3 знакомый сдал за 2 недели сплошной зубрёжки(обычный паренёк),

г)4 знакомый сдал с 3 попытки(учил без платного доступа, средний ум, но не всё свободное время тратил на подготовку(не старался)),

д)я (средние способности) сначала зубрил по бесплатным тестам из интернета 2 недели(эффекта не было никакого), понял, что никогда так не выучу, купил платный доступ, зубрил 4 недели(тупо зубрил-это не правильно(надо сначала посмотреть в конфигураторе, попытаться понять, не получается-только тогда зазубрить)), в итоге сдал с 1 попытки 12 из 14(я зубрил только по вечерам и выходным, работа жи).

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


1С-ТестЦентр будет оказывать услуги по независимой проверке знаний 1С-разработчиков и выдавать заключения или сертификаты с указанием соответствующего грейда – от Junior до Senior.

Как будет организован процесс тестирования

Новый сервис позволит партнерам 1С проверить знания своих специалистов и получать соответствующую квалификационную оценку для разработчиков 1С. То есть даже для тех, кто не имеет официальных сертификатов 1С:Специалист.

Тестирование проходит в режиме онлайн. Претендент должен ответить на 50-60 вопросов, по 1-3 минуты на вопрос. Оценка для каждого вопроса выставляется по 10-бальной шкале. Отвечать можно письменно, набрав текст, или голосом – ответ не должен превышать одну минуту.

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


Грейд

Баллы MIN

Баллы MAX

Удостоверяющий документ

Предполагается, что сертификат от 1С-ТестЦентра будет иметь два вида:

  • желтый выдается при наличии сертификата «1С:Специалист по платформе 1С:Предприятие»;
  • синий – при отсутствии сертификата «1С:Специалист по платформе 1С:Предприятие».


Кому может пригодиться и сколько будет стоить

Тестирование в 1С-ТестЦентре проводится платно – для одного специалиста прохождение тестового испытания стоит 960 рублей. При покупке пакета сразу для нескольких человек предусмотрены скидки. При этом оплатить тестирование смогут и физические лица, и организации.

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

Хоть бы кратко расписали чем Junior отличается от Middle какой набор знаний подразумевается под каждым названием хотя бы кратко? А так набор названий и набор баллов. Вот есть задача, а кто ее может решить Middle или Senior? отличается от Middle какой набор знаний подразумевается под каждым названием хотя бы кратко? А так набор названий и набор
Тест на глубину теоретических знаний, а не на круг решаемых задач.
Но достаточно злой. (2) Ну так хотя бы кратко описали этот теоретический круг для каждого грейда. а что сертификат специалист по платформе уже не катит? (4) давно покупаются и продаются франчами. Как мерило знаний и умений - обесценено массовыми сдачами сотрудников франчей с высочайшей конверсией (4) Катит. Там же отдельно вводится цветовая дифференциация сертификатов. Но ТестЦентр, мне кажется, немного для другого - чтобы очень быстро и относительно достоверно проверить знания претендента.
Что огорчает, так это то, что сервис позиционируется только для франчайзи. В корпоративном сегменте при найме разработчиков такая штука вполне была бы полезной.

(6)У общества появилась цветовая дифференциация штанов сертификатов - значить у общества появилась цель! Осталось разобраться куда эта цель направлена.
Надеюсь малиновые штаны сертификаты для 1С Экспертов со временем тоже подвезут!

Что огорчает, так это то, что сервис позиционируется только для франчайзи.

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

Возможно и сами тесты будут разного уровня сложности - когда сдача идёт с и ли без сертификата 1С Специалист.

Вообще-то очень правильный шаг. Просто из-за пандемии видимо очень упал спрос на очное получение сдачу экзамена на сертификаты 1С Специалист. Вот и решили как-то заполнить пробел. По сути тест не даёт сертификата 1С Специалист - это лишь локальная проверка знаний сотрудника.

Проблема тут в том, что 1С Специалист сертификат можно получить и 10 лет назад и три года назад - и это будут разные знания для большинства обладателей (платформа-таки развивается - пусть и своеобразным путём) - и тесты будут тоже обновляться - и как это бывает с тестами 1С - вопросы будут стараться спрашивать заковыристые вещи - которые большинству наизусть знать вообще не нужно - и в большинстве случаев это не нужно и работодателям - но раз эти шутки где-то зарыты в платформе , то значит их можно спрашивать. Тем более всё усугубляется лицензионным расслоением на ПРОФ и КОРП клиентов - многие новые фишки платформы доступны только на КОРП лицензиях (КОРП конфигурации тоже есть, но там это как раз мелочи) - и в 90% предприятий не используются, на курсах почти не изучаются - но 100% это будет в тестах - от чего 90% программистам завалить тест как нефиг делать, даже с сертификатом 1 Специалист - где для Специалиста нужно знать только 10-20% всех возможностей платформы (и 80-90% возможностей конфигурации ПРОФ, но не КОРП). Для Профессионала по платформе конечно позубрить придётся - но раньше как было - зазубрил - сдал - и забыл - так как нафиг никому не надо это помнить! Причём время от момента сдачи на Профессионала и до момента на Специалиста тоже может пройти очень много.

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

Максим Калинин


Максим Калинин

а что ты хотел? все сценарии js, доступ к бд через клавишу? при заходе на веб страницк, тебе сервер присылает стартовик html страницы и подгруженный css, а тест написан на js, который не вставлен в html, а лишь лежит отдельным файлом и подключен к файлу. так что, увы сейчас тест не обойти)

Максим Калинин


Максим Калинин

тег <body> раскрой полностью и ищи строчки с тегами div, src, li, ну мб что то похожее еще) если нет, то увы никак

Илья Сергеевич


Илья Сергеевич

Илья Сергеевич


Илья Сергеевич ответил Максиму

Максим, и да. Тест обойти, если не знаешь, зачем такое пишешь?

Максим Калинин


Максим Калинин ответил Илье

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

Илья Сергеевич


Илья Сергеевич ответил Максиму

Максим, тебя спросили как ответы видеть. Я автору поста сказал. А ты глупый

Илья Сергеевич


Илья Сергеевич ответил Михаилу

Максим Калинин


Максим Калинин

Илья, вот под каждым постом найдется такой уникум, как ты. откуда вы только беретесь

Илья Сергеевич


Илья Сергеевич ответил Максиму

Максим, какие? Которые шарят и те которые как ты хрень несёшь?

Тёма Немиров

Владислав Флерко


Владислав Флерко

Делать вам нехуй,ребятки. Это же отследить изи. Бтв прохожу ект за бабос если кому интересно))00

Илья Сергеевич


Илья Сергеевич

Владислав, кого отследить? То что ты файл открыл? Не расказыай сказки. Даже если и можно то какой понт?

Владислав Флерко


Владислав Флерко ответил Илье

эм. Логи сохраняются. Ну просто рофл в том что если вдруг захотят - сделают, особенно когда тренд на увольнения))0

Илья Сергеевич


Илья Сергеевич ответил Владиславу

Владислав, что то за 3,5 года никто ничего не сказал. Даже если спалят что не факт, да бред. Это тест. И это через язык программирования.

Владислав Флерко


Владислав Флерко ответил Илье

Суть теста в том что ты его проходишь своими силами. Шаришь? То что есть лазейки,которые позволяют пройти тест без применения знаний- проблема работодателя по итогу,но он предпочитает не обращать на нее внимания. Чем больше сотрудников проходят так - тем хуже знания сотрудников в общем.

Илья Сергеевич


Илья Сергеевич ответил Владиславу

Владислав, за фрод тоже самое могу тебе сказать, как к примеру твой офис бьёт в кд симки к примеру. Шаришь?

Владислав Флерко


Владислав Флерко ответил Илье

Это не все оп делают, а если и делают- без серых схем,просто предлагают добавить 1 штучку,например, под предлогом "доп.контактный". А вообще ты просто не понимаешь где причина,а где следствие. Ртк важны продажи, цифры и сокращение расходов,поэтому и контроль за некоторыми вещами только на словах. Тех кто так проходит не задушили за это только потому что мтс не может/не считает нужным это контролировать.

Читайте также: