#Работа
Код-ревью

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

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

2. Оптимизация система. Пример: у нас есть документ "Реестр отгрузки" который в ТЧ хранит документы заказа клиента, при пометке на удаления ЗК нужно было удалять документ из ТЧ. Я сделал так чтобы при открытии документа, всегда была проверка на помеченные на удаления ЗК. Сдал код на ревью и меня сразу же развернули и сказали что так неверно, и это нагрузка на систему, и нужно все действия выполнять при пометке на удаление ЗК. Я аргументировал тем что мой код хорош если открывать старые реестры, где есть помеченные на удаления заказы, так как если писать в модуле ЗК, то старые заказы из реестров не удалятся, на что мне ответили что они все уже закрыты и уже не понадобятся и пока я нормально не сделаю эту задачу другую мне не дадут. Я понял что бороться бессмысленно, надо переделывать и переделал в течение 10 минут, просто перенес код в другой контекст и ревью было успешно пройдено.

И я понял что код-ревью это круто, так как тебя сразу учат писать код правильно, в 1 случае сделать так чтобы код работал всегда, лучше переписать код сразу, чем потом устранять баг который будет у пользователя на проде. Во 2 случае так чтобы не нагружать систему, лишний раз. Чтобы прод не упал

#Мысли
Пока жду аналитика решил полазить в интернете и наткнулся на статью Белокаменцева про слесаря 1С
https://habr.com/ru/articles/567620/
И я задумался, и проговорил у себя в голове "А он ведь прав"

Читав я вспомнил свою работу внедренцем в бите, по сути все что описано я там делал, за исключением кода. И правда ведь, куча малых бизнесов которым доработки то и не нужны и более того даже процентов 30-40 функционала которые есть в типовом решение используются не всеми. И вот мне стало интересно, а что-же будет дальше? Сейчас программисты 1С нужны, сейчас куча переходов куча внедрений и работы хватает всем. Но что произойдет когда все эти внедрения закончатся? Возможен ли такой вариант что все конфигурации будут вылизаны до такой степени что их и дорабатывать не придётся, а останутся только люди котрые будут обновлять типовые(БП,ЗУП,УТ и т.д.) в самой 1С. Конечно бизнес имеет свойство расти, но во 1 для этого нужно время, а во 2 думаю не каждый бизнес может разрастись до масштабов внедрения. Я вижу 2 варианта либо и правда не нужно будет столько программистов 1С, либо 1С придумает что-то новое и к тому времени когда большинство проектов закончится уже допилят EDT и начнётся переход с конфигуратора на него. Поэтому и неизвестно что будет дальше с программистами 1С.

#Работа
Ребят надеюсь на вашу отзывчивость. Есть просьба:
Я сделал константу, которая в РМК не дает пробивать чеки если товар просрочен у константы тип перечисление которое хранит значения:

Разрешать
Запрещать
Выводить предупреждение

Но это может использоваться потом и в других местах кода, никак не можем перечислению название придумывать
РМК продажи и товары - эти слова забракованы. Ещё мы думаем что нужно использовать слова связанные с разрешением и запрещением. Я предложил РежимыРазрешительныхДействий и РежимыДействий, но пока ещё рассматриваем варианты.Кучу вариантов уже перебрал ничего не подходит, уже даже РП с аналитиками подключил и даже chat GPT. Если есть идеи напишите пожалуйста в комментарии.

#Работа
В общем за прошлые 2-3 недели произошли изменения на работе, проект закончился, уже подписан договор сопровождения, к сожалению нового пока не предвидится, сегодня только было несколько задач по сопровождению и исправлениям в ПФ, в загрузке данных и т.д. Поэтому я все это время готовил новый релиз для нашей конфы, много чего было сделано, доработки РМК, доработка обмена данными, контроль маркировки, обработки т.д. Сегодня наконец-то релиз готов, доработок было много и все к этому релизу сделать не успели поэтому, было принято решение перенести их в другой релиз, и к тому же и так этот получился слишком большим. Сегодня ночью будем обновлять клиентов, я буду сидеть на подстраховке, если что случится исправлять, если что-то будет непонятно, буду объяснять, как никак кто как не разработчик лучше объяснит как работает программа? Ну и так же я сделал обработку по контролю маркировки(разрешительный режим и поэкземплярный вывод), если что-то будет непонятно по ней, также буду объяснять.

Распределение ролей

В ходе дискуссии в комментариях на тему "Должен ли программист исправлять ошибки пользователей?" у меня появилась мысль.

Сейчас не только в 1С, но и мире IT есть куча разных ролей, на примере 1С это программисты, аналитики, консультанты, тестировщика и т.д. И я задумался, а почему так? Я понял что такое есть не везде, у нас например аналитики это и консультанты и тестировщики, почему для этого не отдельных людей? Потому-что в компании нету такого количества задач, если бы у аналитиков было куча задач именно по аналитике 1С, они бы не успевали просто выполнять ещё и эти 2 роли. Поэтому нету смысла нанимать людей для закрытия остальных задач, и не в каждой компании человек выполняет только 1 роль, например в маленьком инхаусе, ты будешь делать все и консультировать и программировать и тестировать и администрировать, но там и выхода нет, если у компании есть деньги только на 1 роль, то придется делать всё.

#Работа #Яндекс

В общем сдал я 1 часть дипломного проекта Яндекса, на нём пока-что ничего интересного, мало отличий от того что проходил на всем курсе, уже открыт доступ ко 2 части, вот там уже поинтересней, там нужно сделать мобильное приложение с регистрацией пользователей, пока-что ещё не дошёл до этой темы, но там все не так просто мне кажется, обязательно расскажу как сдам

А на работе пока ничего особенного, сделали новый релиз поставили на тестирование 1 клиенту, пофиксили 1 баг связанный с отправкой маркировки в ОФД, больше багов не предвиделось, задачи у меня сейчас уже другие, ПФок нет, в основном сейчас все задачи по доработку РМК(видимо теперь все доработки связанные с ней будут падать на меня), но есть и 1 положительная новость мне сказал руководитель подразделения что если сдам спеца по УТ, то он навалит мне задача по ERP так что в планах как можно скорее закончить Яндекс и начать подготовку к спецу по УТ, думаю на подготовку месяца мне хватит там всего 6 билетов, так что не так много и учить.

#Яндекс #Отзыв
Обзор на курс "1С-разработчик" от Яндекса

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

Но что же по итогу?

Плюсы:
Базовые механизмы платформы расписаны очень хорошо. Мне на работе не раз пригодились и пригождаются эти знания.

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

Минусы:
Много воды и недостаток материала. Как я уже говорил Яндекс точно не подготовит на джуна, но на стажёра думаю более-менее(но тут ещё зависит от того в какую компанию попадет стажёр).

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

И самая главная бесполезная тема на курсе(и не только от Яндекса) это "Разработка мобильного приложения". Стажёр и джун точно с этим не столкнуться, да даже не каждый синьор хоть раз разрабатывал мобильное приложение, это максимально лишняя и не нужная информация. А вот по настоящему нужной например разработки ПФ, вообще не уделено время(только в конструкторе печати как её делать, но не более)

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

Итог:
В принципе материалы курса мне пригодились, заметки которые я оставлял на протяжение курса я также использовал на работе. Но курс подойдёт далеко не каждому, но главный + для многих это то что помогают с трудоустройством(хотя не знаю насколько это правда, так как ещё этого не было, закончился курс только в понедельник, да и я уже работаю)

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

Всем начинающим рекомендовал бы начать обучение самостоятельно, например с курса Гилева за 21 день.

Но когда же нужны курсы?

Идти обучаться на курсы с 0 не всегда работающая тема, если бы я начинал сейчас то изучил бы 2 книги(практическое пособие и язык запросов) и паралельно решал бы сборник Чистова, и задачи с тестовых заданий на стажёров/джунов которые дают работодатели. И вот уже можно искать работу.

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

Вот кстати не плохой roadmap

#Работа #Мысли
Вот и лето прошло

Думаю стоит подвести итог. С самого начала лета я работал и решал задачи, начиналось всё с ПФ, тогда я был ещё на проекте и ПФ я делал довольно быстро, затем задачи стали другими и стали сложнее, помню задачу связанную с доработкой механизма подбора которая была оценена на 3 часа, а делал я ее 1,5 недели и то решил не сам. Хотя сейчас я думаю если бы мне дали эту задачу за 3 часа я бы её спокойно решил, но все равно думаю по настоящему сложных у меня ещё не было.

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

От простых ПФ на 4 часа, я стал решать совершенно другие задачи, на 12,16,32 часа. И я понял, прежде чем судить о задаче, вначале в нее нужно вникнуть (посмотреть как работает в конфе, уточнить у аналитика). И после того как все встало на свои места и ты понимаешь какой нужен результат решать ее уже не так страшно, как говорится "Глаза боятся, руки делают".

У меня, не было ни индивидуального плана развития и никаких прочих материалов, только обучение "Боем". Есть задача, есть ТЗ, что непонятно по ТЗ к аналитику, что непонятно по тех. части к наставнику. И как мне кажется научиться программировать можно только так, никаких разработок конфы с 0, никаких решений ТЗ которые отправляют работадатели для "Проверки уровня", только реальные задачи.

#Мысли
Я прочитал книгу Хрусталевой "101 совет начинающему разработчику". Ее суть в том чтобы показать лайфхаки для ускорения работы в конфигураторе, программировать она конечно не научит, но много полезных фишек там точно можно найти. Всем рекомендую.

#Трудоустройство
Решил я вчера вечером оценить ситуацию на рынке труда и свой уровень, путем прохождения собесов, но только не на стажерскую позицию, а позицию джуна(опыт 1,2 года поставил) и на самом деле я был удивлен.
Статистика такая:
8 приглашений из примерно 30 откликов(просмотров по откликам 17)
3 из них дальше не прошло потому-что отказался ТЗ делать, так как я не собираюсь менять работу, и время тратить на них не хочу, хотя 1 показалось очень крутым, приложу его
1 - приглашение "На рассмотрение"
3 собеса:
1 - отказ от ТЗ
2 - недо тех собес, рук it департамента, не особо шарит в 1С, всем занимаются подрядчики
3 - только с HR, жду обратную связь
4 - не откликался, пригласили сами

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

Но что делать людям без опыта?

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

Вот кстати 1 из ТЗ которое мне скинули, даже решу его когда разгребу ту гору задач которую взвалили на меня с утра.

#Трудоустройство #Мысли
Все таки опыт на рынке решает, не сертификаты.
В общем мне пришло ещё 2 приглашение на 2 вакансии джуновские с окладом 130 и 180к. Но мне кажется это странно чтобы отработать год и зарабатывать 180к тут 2 варианта, либо скажут что окончательная сумма после собеса, либо тут нужно на джуна знать как на ~ мидла, но я не пошёл на собеседования, как-то перехотелось и куча задач навалилось.

В общем прошёл я 3 тех собеса. 1 был очень интересный, меня пригласила компания на позицию стажёра с окладом 30к(видимо gross) когда в резюме я указал 60, хитрая HR, хочет схантить джуна по цене стажёра, в общем после тех. собеса(ничего примечательного на самом деле стандартные вопросы про регистры, про запросы и про платформу) сразу кинули оффер с испытательным сроком. Тут идёт набор стажёрской группы и группы практикантов.

2 это что-то ~ тех.собеса в инхаус, в общем просто рассказали чем занимаются, и всё по сути, тех вопросы не спрашивали у меня

3 тех собес был уже поинтереснее, там мне объясняли задачу и спрашивали какое я бы предложил решение этой задачи, в общем на 1 задачу я ответил, на 2 задаче был вопрос по СКД, но с СКД я не работал сказал честно, поэтому спросили про то какие задачи я решаю в последнее время. Далее сказали что нужно 3 дня обдумать, по итогу пришли на следующее утро с оффером в 60к net (ну я сказал что хочу получать столько, поэтому и пришло). Там суть в том что ты работаешь как программист, но не на проектах, а на задачах клиентов из франча.

Итог:
1. Опыт на рынке решает, ни сертификаты, ни курсы и тому подобное, всем важно решение реальных задач.
2. Я не указывал что у меня есть сертификаты, но приглашение шли.

Если нету опыта, то надо решать ТЗ которые дают работодатели и искать задачи в интернете, чтобы если как в случае со 2 тех собесом, быть в теме.

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

P.S. кому интересны вакансии про которые я написал напишите в комментах, поделюсь со всеми.

#Мысли
Запоздал я что-то с этим постом, он должен был выйти ещё в понедельник, но тем не менее расскажу своё мнение

Стоит ли идти стажёром в компанию без стажерской программы и без индивидуального плана развития?

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

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

Но в любом случае нужно готовиться решать задачи, решать ТЗ которые дают работодатели, решать сборник Чистова, запросы на groxin.ru они не учат решать реальные задачи, но они учат рассуждать, выстраивать последовательность решения задачи, где что и как сделать, чтобы перейти к следующему этапу решения.

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

Пример с реальной задачи:
Необходимо сделать команду которая будет запускать оплату на эквайринговом терминале и распечатать чек на фискальном устройстве
1. Создать команду и форму, на форме должно быть: 1. Реквзит эквайринговый терминал 2. Сумма которую нужно провести 3. Команда "Выполнить"
1. Создаём форму и команду
2. Пишем запрос который по текущему рабочему месту определить доступные эквайринговые терминалы
3. При запуске кнопки выполнить необходимо выполнить запрос, который определит к какому фискальному устройству подключен эквайринговый терминал.
4. Произвести операцию на эквайринговом терминале(тут я уже использовал БПО и передал в нее все описанные выше параметры и ещё дополнительные)

Примерно так можно выстраивать алгоритмы и в дальнейшем это может облегчить решение задач

#Работа
Коллеги, давайте сделаем созвон на 5 минут
Также созвон на 5 минут:

#Работа #Обучение #Практикум
Я уже как-то писал о курсе "Практикум погружения в работу программиста 1С" в общем сегодня от компании попал на этот курс, так что буду расписывать как сам по себе этот курс и т.п. в #Практикум. Весь курс будет на УТ, поэтому решил перед началом порешать билеты из спеца(не спец-конса) по УТ, чтобы уже быть немного в теме УТ.

Спасибо огромное Анастасии https://yangx.top/yellow_note Денису @ivanayskas за привлечение подписчиков. И также огромная благодарность можно сказать основоположнику канала Роберту https://yangx.top/oldman1c за самых первых подписчиков, спасибо что все читаете меня, теперь буду стараться делать больше контента(в планах было что-то об отчете раз в неделю о том что я узнал нового на работе и какие делал задачи, да как-то было писать не о чем)

Сегодня хотел бы поднять тему о нетиповых конфигурациях, а именно про ужасное внедрение БСП

Недавно на работе к нам пришел новый клиент, которому надо было развернуть нашу конфу в ГРМ, а БП во фрэшэ. Необходимо было сделать им нормальную синхру и мы столкнулись с проблемой, что у нас вообще не внедрена для этого подсистема и ничего не заточено под типовую синхру через интернет. И слава богу у клиента сорвались планы и они ещё не начали работать, хотя должны были.

Вся проблема была в том что БСП была 2-х годичной давности и была внедрена абсолютно не полностью. В общем обойти проблему удалось, я сделал выгрузку данные в xml на почту и написал расширение для БП, чтобы этот файл загружать. Но как я понял из этой ситуации что БСП надо внедрять всю и полностью, никогда не знаешь что из нее может пригодится. И вот нам наследникам конфигурации пришлось столкнуться с такой ситуацией, хороший вопрос к программисту который внедрял БСП, почему она не была внедрена полностью, но этого видимо мы не узнаем. Поэтому сейчас будем обновлять БСП и мою любимую БПО, как я заметил задачи с торговым оборудованием мне нравятся больше всего, а БПО которая облегчает работу с ним в 10 раз делает решение задач ещё приятнее.

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

#Работа #Мысли
В комментариях попросили рассказать о задачах с БПО, приятно что кому интересно узнать мое мнение, у кого есть какие идеи для рассказов в постах пишите в комментариях, буду писать о том что вам интересно. И так к сути

БПО(библиотека подключаемого оборудования)

По сути аналог БСП только для торгового оборудования, очень удобная вещь, конечно сложных задач с ней не делал(хотя разобраться думаю смогу с любой), работал только с ККТ и эквайрингом, но меня спросили стоит ли бояться таких задач? Ответ - нет. По сути надо брать любые задачи(хотя я отказывался от 2-х задач этим кстати был недоволен мой РП, не по БПО, там надо было код анализировать, думаю не потяну сейчас такое.

Задачи у меня были простые например отправлять в ОФД деленный товар(но тут уже была библиотека интеграции МДЛП, так что не очень пример)
Самая первая была сделать отправку электронных чеков, решение довольное простое, для того чтобы фискализировать чек, необходимо создать параметры шаблона чека и передать их в БПО в процедуру Начать ФискализациюЧекаНаФискальномУстройстве() у нас в РМК есть отдельная огромная процедура которая заполняет шаблон чека. 1 что я сделал это полез на ИТС, и увидел что есть отдельный параметр "Электронно", но а дальше дело за малым, делаешь флаг который высвечивается при открытии выбора оплаты, затем передаешь все это передаешь в процедуру фискализации чека.

Ещё 1 задача была интереснее и облегчила работу в разы, у некоторым клиентам иногда приходилось звонить нам и запускать оплату на эквайринге без фискализации и записи в программе(не знаю для чего им это) и у нас есть аналитик который очень хорош по торговому оборудованию, он заходил в драйвера эквайрингом и прописывал там команду, причем команда была для каждого эквайринга разная(для каждого банка), и тут раскрывается главное преимущество БПО, я сделал эту задачу передав в процедуру НачатьВыполнениеОперацииНаЭквайринговомТерминале() просто сумму(которую вводит пользователь) и команду для эквайринга "AuthorizeSale", фискальное устройство которое будет печатать чек и всё, задача выполнена. Преимущество в том что тебе не нужно париться с разными командами, драйверами для разного оборудования, БПО все сделает самая только команду и параметры передай, вот так за 10 минут при помощи БПО было закрыто 8 эффективных часов.

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

#Практикум
В общем прошёл я 1 модуль на выходных
Впечатления положительные, давно так не увлекался решением учебных задач.
Я тут думал, а потянет ли этот курс человек пройдя "Программирование за 21 день" или с Яндекса. Ну за 21 день я полностью не досмотрел конечно, но вот если прийти на него с Яндекса, то да, вполне себе потянет, все задачи из 1 модуля на нём мы решали. Из минусов пока-что только 1 это долгое код-ревью, но с другой стороны и + пока жду могу спокойно заниматься рабочими задачами.

#Работа #Мысли
Чем может быть опасно и как может навредить программе отсутствие архитектора на проекте/разработке конфигурации?

Недавно закрыл 1 большую задачу на 32 часа. И задумался о архитектуре того механизма, который был спроектирован ужасно. Суть в том что есть 1 механизм для нескольких документов, который делает 1 и то же и программно работает почти везде одинаково. И нужно было его во всех этих документах доработать одинаково. Так вот к сути, этот механизм работает везде одинаково и делает 1 и то же, но для каждого документа он писался в отдельном модуле(на форме) вместо того чтобы сделать общую форму и перенести одинаковый код в общие модули, везде 1 и тот же код, но при этом написан по 5 раз в разных модулях. Я даже у наставника спросил для чего так, но он ответил что сам задавался этим вопросам, для чего так было сделано, нам наследникам не понять.

В общем после поста про плохое внедрение БСП я понял для себя 2 вещи:

1. Когда пишешь нетиповую конфу, нужно сначала поставить БСП, и у же вокруг нее строить свою конфигурацию, весь ее функционал может пригодится, ненужные функции всего лишь добавит вес, но заберет куча ненужного времени на внедрение отдельных подсистем, когда они понадобятся

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

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

#Работа #Мысли
https://infostart.ru/1c/articles/1714759/

Интересная статья. У меня на работе между разработчиками завязалась целая дискуссия на эту тему. Вообще не понятно для чего нужен тогда этот метод если его нигде нельзя использовать? Как я понял из статьи что когда обращаешься с клиента на сервер, то нужна ДатаСеанса(), но если какой-то регламент выполняющийся только на сервере то можно использовать ТекущаяДата()? Кто как думает?