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

#Новости #История
В общем пока я ещё не закрыл спринт по интеграциям о котором писал здесь. Решил написать историю о том как я попал в 1С и почему выбрал эту сферу.
Также я решил "Вдохновиться" идеей хэштэгов и получился вот такой список:

#Обучение - буду рассказывать как я учу 1С и как продвинулся впринципе.

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

#Новости - например как часть этого поста, о смене формата канала.

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

#Работа - рассказы о том как проходит работа, продвижение и т.п.

#Мысли - просто мысли вслух.

#СсылкиИМатериалы - полезные материалы про 1С собранные с курса Яндекса и с интернета.

#Яндекс - про обучение на Яндекс.Практикуме

Итак история про то как я попал в 1С.

IT я впервые попробовал в 8 лет на Python 2. Там были основы основ, вывод картинок на экран. В общем тогда меня не затянуло. Затем позже, уже не помню когда точно я попробовал 1С это была всем известная книга Радченко и Хрусталевой "Практическое пособие разработчика" издание было только 2 на тот момент. Тоже недалеко зашло и после этого как-то вернулся в питон в 14 лет и изучал его большими перерывами.

После я поступил на 1 курс и также потихоньку изучал питон. Когда наступил 2 курс у нас уже должна была быть производственная практика и к нам пришла 1 IT-компания из моего города. Они очень хорошо себя презентовали и почти весь поток(люди которые реально заинтересованны и замотивированны быть программистами) хотели пойти туда, но мест на практику всего было 7. И я начал помогать преподам, выступать с проектами в научных конференциях чтобы повысить свои шансы попасть туда(что у меня и получилось), а также активно готовиться к их стеку на backend-разработчика: Django(это фреймворк на питоне для разработки бэкэнда), Docker,GIT,PostgreSQL,MySQL и т.п., но случилось следующее. Не знаю подробностей, но в то время проходили практику там студенты с 4 курса и там случился какой-то конфликт и компания сказала что больше никого из нашего колледжа не возьмет на практику. Что самое смешное через год они опять пришли к нам с презентацией и приглашением на стажировку, но к ним уже никто не пошёл, оказалось не такая уж и крутая компания как они себя презентуют.

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

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

В один момент я увидел вакансию размещенную в моем городе с окладом 100-200к, я решил откликнуться с мыслью что у них может быть стажерская позиция и так и случилось. Я прошел тех.собес сделал задание по оперативному учёту и меня были готовы взять. Правда потом случилась история которую я расписал в #Трудоустройство,но в конечном итоге я устроился и сейчас работаю на проектах стажёром. Как-то вот так я и попал в 1С.

#ВеселыйКод
А вы тоже когда работаете с ПФ, формируете массив параметров макета? 😂

#Работа
История о том как полезно изучить код перед началом выполнения задачи

У меня есть вредная привычка, не изучив код, сразу писать в консоли запрос для решения задачи и вот что случилось из-за неё.

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

#Работа
Так я и не рассказал чем я вообще занимаюсь.

Я работаю во франче, сейчас на отраслевом(аптеки) проекте внедрения, внедряем конфигурацию Софт-аптека(это конфа нашей компании), хороший конечно вопрос, какой потом будет с меня спрос на рынке, от типовых конфигураций профиту было бы больше конечно , но не суть. В общем скорее всего до конца лета +- проект закончится, головной офис мы уже перевели, да и задач мало осталось, в основном самые мелкие которые я и делаю. Кстати о задачах, в основном это разработка/доработка ПФ и доработка документов, сейчас висит задача до которой я не добрался, там нужно выгрузку прайс листов доработать. Впринципе кроме такого рода задач почти ничего и не осталось, просто одни сложнее другие легче. Всего 2 программиста, я и мой наставник, сидим потихоньку дорабатываем конфу которая уже в промышленную эксплуатацию перешла, но торговые точки мы ещё не переводили(а их порядка 130). Работаем мы по agile scrum каждый день созвоны, планирования дня и т.п.

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

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

Но в любом случае мне сильно повезло сразу попасть на проект, думаю мой случай это исключение из правил, ну и наверное опыт работы в Бите сыграл на руку.

Сегодня поздний пост, но просто не могу не поделиться. Наверное многие знаю тренажер запросов groxin.ru

В нем вы пишите запросы, но вручную и не имея доступа к данным. Я решил сделать схему БД "Мебель" с тренажера в виде конфы и наполнил её данными. P.S. если какие-то данные неверные пишите я исправлю и да мне было лень писать загрузку данных. При открытии открывается консоль запросов, но кому она не нравится(например мне) в конфигураторе можете при открытии поставить управляемую консоль отчётов, она тоже есть в обработках.

#Обучение #История
ЭВРИКА!

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

В общем вернемся к теме с groxin хочу поделиться своим маленьким достижением,вчера после поста решил потренироваться на запросах и вот что вышло. До того как я устроился на работу не сильно хорошо понимал запросы(да и сейчас я в них не ас), но когда к тебе поступают задачи каждый день, то их приходится в них разбираться, потому-что ты каждый день будешь их писать(за 1,5 месяца был только 1 день когда я их не писал). Я не очень хорошо понимал структуру запросов, предназначение соединений и ВТ(даже не смотря на то что проходил их на Яндексе. И из-за этого я никак не мог решить 20 задачу на groxinе, но после того как я их подтянул, задача была решена очень быстро. Да, это конечно очень маленькое достижение и для многих не результат вообще, но для меня результат. Именно такие маленькие достижения дают мотивацию и самое главное понимание того что ты развиваешься, и начинаешь думать более логически или как я говорю "Программистически", а не стоишь на месте(а до вчерашнего дня я думал что это так) . Скрин прикладываю.
P.S. ТГ не дает вместе со скрином

#Яндекс

Так я и не расписал про спринт "Интеграции и веб-сервисы". Это был самый большой и изнуряющий спринт. Тут и работа с файлами и веб сервисы и API и XDTO пакеты. По моему мнению избыток, работа с файлами это база, но остальное для стажёра перебор (по моему мнению Яндекс готовит не на Джунов, а на стажёров). Особенно для людей с 0 усвоить столько информации то ещё испытание, я на самом деле тоже не до конца все усвоил, буду ещё раз проходить эту тему. Уже на следующей неделе кстати стартует итоговый проект, так что скоро вернусь.

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

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

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С и также прикладывать их в портфолио, так могут увидеть какие вы задачи решали и портфолио точно выделит резюме на фоне остальных.