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

Запись видео будет?

(0) возможна оплата $m. записался?

(1) Да. Но на 90 дней только оставляют на платформе. Скачивать - нарушение.

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

Хоспаде, 12 тыщ что-ли нет у 1С-ника если прям так интересно?

(0) почитал, курс вероятно хороший
но покупать смысла не вижу, все это прекрасно и так гуглится и изучается

(6) ну а тут "разжевали и в рот положили" (другими словами - в одно ухо влетело, в другое вылетело)

удобно

(6) А там еще готовые скрипты и пайплайны для одинэсных автоматизаций будут, как я понял.

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

одиночке фри это все нафик не надо

(8) гуглится или пишется самостоятельно без проблем

(0) После этого курса можно будет работать девопсером за 350к/нсек?

(10) Одобряю! Отличная инструкция для абсолютно любого дела, куда по физ-кондициям проходишь.

(11) За 350? Там таких нищебродов не берут.

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

(14)+ тут же все инструменты общедоступны как и мануалы
все отличие что скомпилировали и собрали в удобном виде

подойдет для админа который хочет в девопс/1С

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

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

(10) Проблема только в наличии времени все это разбирать с нуля. И поэтому лучше деньгами расплатиться а не собственным временем.

(16) угу
только вот цель то какая?
на зарплату крутого девопса от 300к только после этого курса не возьмут

(17) а оно тебе надо? куда ты это будешь применять?
чтобы понять как оно работает там просто на демо-стенде с этим поработать надо а не самому его поднимать и настраивать
причем один хрен по верхам и нифига не поняв что там внутри и как

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

(20) прикинь от дымных тестов почти все отказываются

(21)+ просто реализуют в полных тестах прерывание по первой же ошибке
так проще и логичней
ну и первыми тестами идут базовые а затем уже продвинутые

и нет смысла делать отдельные дымные

(21) Почему? Я бы не отказался, чтобы автоматом хотя бы открытие форм прощелкивало и компиляцию модулей объектов. Оно можно и тупо самому обработку написать. Но интересно послушать как организуют люди, которые уже потратили время на процесс.

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

(23) нет смысла делать отдельно smoke test, когда его можно засунуть первым в полный тест

(19) На работе хотим в гит.

(26) гит без EDT хрень

(27) А вот прикинь - если я правильно прочитал между строк, то основной процесс у ребят без EDT, хотя есть и те кто через него работают. Тоже интересно, как именно - на каждый бранч отдельное хранилище генерят, что ли? Что-то такое обсуждалось на вебинаре, но меня отвлекали по работе.

(28) ну можно EDT юзать как прокладку между Конфигуратором и Гитом
А вот напрямую из Конфигуратора в Гит и из Гит в Конфигуратор это изврат
Особенно если у других еще и EDT есть

(29) Если я правильно понял, то у них GitLab - как инструментарий основного репозитория, а из конфигуратора в него залетает через хранилище 1С, залитием из которого в GitLab заведует Jenkins (ну, так у них исторически). Выглядит замороченно, но если все автоматизировано - то какая разница?

(30) хаха
ну так можно извратиться но тормоза же
попробуй большую конфу из Конфигуратора в файлы выгрузить и назад без EDT

(31) Не пробовал. Но вроде бы инкрементальная загрузка/выгрузка - это фишка платформы а не EDT

Какой-то файлик, что ли, дополнительно подкладывать надо, чтобы инкрементально шло... Ну, вот и послушаем. Говорилось о том, что медленно только начальные выгрузки/загрузки работают.

В 20 релизе, говорят, еще это дело ускорили.

Хотя все относительно. Может, для них "недолго" - на фоне ожидания тестов :) Но упоминалось что у них какая-то перепиленная комплексная конфа за гиг размером и полная ее выгрузка минут двадцать что ли у них чехлит (могу соврать), а потом уже все типа "относительно" быстро.

(35) 20 минут нюню
от часа там на холодную

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

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

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

Полноценный прогон тестов это всегда несколько часов. А в тестах самое сложное поддерживать их актуальность

(38) гитсинк запускаешь и все

Ну а сами тесты нужны чтоб как минимум тестовые случаи руками не забивать

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

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

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

А чтож там будет тогда?

Как настроить авто сборку при прохождении тестов?
Так это самый последний этап всей этой затеи

(46) Судя по всему сюсюкание с такими слоупоками как я.

(44) поэтому для этой работы нужен выделенный тестировщик, но в 1С же это не принято

(49) нет конечно же. Сам написал код и сам тест написал. К тому же тесты нужны хотя бы для (42)

Devops в 1С - это уже давно "deviations and optimism". Как какого-нибудь Лустина не послушаешь, так "тут мы развлекались", "тогда мы веселились". Тьфу.

(50) Это только на xUnit так

Сегодня вот еще рассылка прошла, Дима Шерстобитов курс по EDT выпустил, обещает еще по тестированию сделать.

Запускает у Фарита https://курсы-по-1с.рф/courses/dev-edt-and-git/

(51) Лустина послушать мне один раз хватило. Докладчик и педагог из него никакой.

(54) +1

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

(54) Вы наверное за ним записывали? Его надо просто слушать и наслаждаться потоком сознания.

(57) ... бурно аплодировать и оставлять чаевые.

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

(59) а что ты делал до 40 лет? В песочницу играл?
Если тебя возьмут по протекции, то там конечно особо ничего не надо. Но, таких вакансий на хх по логике нет.

(52) а смысл писать тесты, которые не помогают при разработке?

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

и очень часто излишнее "образование" вредно, память то не резиновая, если заполнить ее хламом то для реально полезного места не останется

(62) это как качаться вредно - сил не хватит на реальные дела.
Ну нет же конечно

Прошла первая неделя курса. Пока курс очень нравится.
На первой неделе было щупание на сквозном примере и под чутким руководством: git, gitlab, sonarqube, vscode, 1C:АПК, oscript, gitsync и может чего еще забыл.
to be continued

(64) А АПК научилась спокойно воспринимать типовые конфигурации от 1с?

(65) Понятия не имею. Ты про технические проблемы или про ругань на типовой код?

(66) Про ругань. Если будет время - прогони АПК на типовой (абсолютно) бухии (я не говорю про ЕРП).
О.....шь.

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

Прикольный пример со статическим анализом вспомнился. Создал общий серверный модуль с единственной процедурой в которой Сообщить(). Сонаркуб мне рассказал, почему я восемь раз был неправ :)

(0) Мне контора купила)

(69) Он тебе рассказал, но нам ты не расскажешь? )))

(71) Лениво просто. Но если интересно, то раз сказал А, сейчас скажу и Б. Сек...

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

(70) Мне тоже считай на халяву досталось. На инфостарте ихние мани накопились. А хохлу их все равно девать особо некуда.

(73) реальные ошибки то находит?

(67) Список исключений для АПК грузил? Или так, поглумится?

(75) Я пока не настоящий сварщик, дяденька. Я даже еще не знаю, что такое "реальные ошибки". Но если речь про ошибки компиляции, то вряд ли. Там просто примерно около полутораста правил в плагин забито плюс то, что АПК проверяет. Плюс можно свои правила прикручивать. Ясен пень, это не серебрянная пуля. Ошибки компиляции по-идее дымовые тесты должны вскрыть, это на этой неделе будет.

(73) Ну второе - это нормально. Третье тоже.
Пятое непонятно.
Седьмое тоже нормально...

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

(77) ну типа копипаст не удачный

(78) Ну, я просто модуль назвал "ОшибочныйОбщийМодуль" :)

И это же не все идет именно как ошибки. Оно там делится на категории. Часть "ошибки", а часть "вонючий код". По "вонючему коду" считается динамика технического долга.

(80) Вафель ты щас пишешь юнит-тесты?

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

(80) Правила статического анализа редко бывают сложными. Так что вряд ли. Но вообще я только по самым верхам пробежаться успел. Есть показатель дублируемости кода в проекте. В динамике и в сравнении с другими проектами может быть интересен.

(83) стараюсь по возможности

Но полностью давно уже не запускал. Наверное половина отвалится

(87) на сценарные не планируешь переходить? Их вроде легче поддерживать.

(88) совсем не легче и к тому же они отрабатывают куда дольше

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

Какое красивое слов придумали.. Девопс.. раньше просто было - эникейщик...

(41)+vsCode+BSL для него. все ошибки видны онлайн в коде, а не где-то в сонарах/апк. что вам еще надо?

(91) немного не так
эникейщик помогает юзерам
девопс помогает прогам

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

(91) devops должен хавать специфику работы продукта на уровне близком к разрабам этого продукта. Поэтому ни эникеи ни админы тут не помощники, хоть и фигачат всякие курсы для админов на devops. Админы максимум могут помочь с грамотным развертыванием инструментов. devops - это просто одна из ролей разраба, синьора какого-нить. Кто продукт пилит, тот его и танцует, если говорить про внутренний продукт. Остальное - от лукавого.

(94) 1С:Эксплуататор ? :)))

https://1c.ru/rus/partners/training/uc1/course.jsp?id=540

(95) не, 1С:БДСМ

(95) Зачет!
Теперь я знаю, как devops на одинэсном!

(97) в америке наверно уже бы офис 1с снесли

(90) а как проверить заполнение табличной части документа, не через проверку движений (до/после)?

(99) ну хотя бы количество строк > 0

(100) не катит, нужно чтобы все данные в ТЧ совпадали

(100) Через формирование печатной формы по данным ТЧ и сравнение с эталоном?

(102) слишком общий тест. Он стухнет на раз два. Такие тесты писать не выгодно

Лучше уж тогда просто таблицы сравнивать

Но по идее нужно правильно тест писать, что всего пару строк в итоге было. Или 1,  но на каждый случай

Продолжение записок слоупока.
Нахожусь в процессе знакомства с vanessa-automation. Я немножко в шоке. Или множко. Слышал про нее конечно, но не щупал и относился равнодушно.
Ну ладно, я раньше вообще как-то не знакомился с инструментами автоматизированного тестирования платформы 1С.
Ну ладно, трансляция записи действий пользователей в диалект Gherkin и обратно - прикольно.
Но насколько круто получился сам инструмент работы со сценариями, особенно редактор! Я когда увидел - вообще охренел. Это вообще как так, думаю? Пока не узнал/разобрался что использовался готовый движок Monaco от мелкомягких. Что отнюдь не умаляет. Я вообще не знал, что есть такая штукенция и ее в 1С впендюрить можно.
И насколько круто это все выглядит в совокупности! Да блин, эти сценарии настолько прикольно и удобно писать, что прям хочется тестировать!
У меня где-то на подкорке отложилось, что тестирование в 1С - это криво, сложно, неудобно. Ну и ладно думаю. Не жили красиво - нечего и начинать.
А тут такая красота. Еще не знаю, буду ли использовать и в каких объемах, но я впечатлен до глубины души. Оказывается, для сценарного тестирования в 1С есть такой инструмент, которому могут позавидовать другие среды. Ибо тут некоторая ограниченность и стандартизированность разработки в 1С играют только на руку.

(106) они вроде свою add двигают, странно что решили про Automation рассказывать

(107) Не. Они параллельно двигаются. В Automation - BDD, а в Add - дымовые тесты и юнит-тесты (вроде). Пока по курсу про Add только в контексте дымовых тестов рассказывали.

(108) У них (Аюханов и ко) в ADD всё есть: и BDD c геркеном и xUnit, и OneScript и Vanessa Runner. Vanessa Automation это проект 1С и про него надо в контексте СППР рассказывать https://www.youtube.com/watch?v=1UBlV4kWx_o

(109) С каких это пор Vanessa Automation - это проект 1С? Ты с "1С:Сценарное тестирование" не путаешь?
СППР на этой неделе тоже факультативно, я до него еще не добрался.
Давали такую историческую справку на курсе - изначально был Vanessa Behavior, который умирая породил два наследника: Vanessa Automation и Vanessa-ADD. И де факто сейчас Vanessa-ADD презентовали как инструмент для дымовых тестов и xUnitFor1C, а Vanessa Automation - для BDD. Хотя (это я уже читаю между строк) изначально проект Vanessa-ADD и задумывался как "все в одном". Может Vanessa-ADD и юзается для запуска фича-тестов (построение пайплайнов на следующей неделе вроде). И в этом смысле он таки "все в одном". Но для разработки и отладки фича-тестов по прежнему Vanessa Automation, как я понял.

По BDD от 1с также есть конфа "Сценарное тестирование", которая входит в состав КИП. Год назад из нее вырезали фичи по деплойменту и выкатили бесплатный продукт 1С:Тестировщик. Сравни с ванессой https://www.youtube.com/channel/UCbdRui0PGMp9lqhvnVJcRzA

(110) с тех самых пор https://github.com/Pr-Mex/vanessa-automation

(112) И как понять что этот репозиторий принадлежит фирме 1С? Извиняюсь за тупые вопросы, я пока не настоящий сварщик.

(111) Пока времени катастрофически не хватает, но как-нить обязательно гляну.

(113) Ну не фирме 1с, а там основной контрибьютор - сотрудник 1С, а так лицензия BSD

Почему для меня странно что парни рассказывают про Automation - у них был срач такой с Паутовым что как будто они друг у друга киздят код https://github.com/Pr-Mex/vanessa-automation/issues/1

(115) Почитал. Спасибо, прикольно. Ну, во-первых, сотрудник 1С - это не 1С. Во-вторых, artbear и команда - профи в хорошем смысле этого слова. И поэтому разногласия оформлению проекта не мешают ни поддержке Vanessa Automation в opm, ни созданию детальных видеороликов для обучения этому продукту. Честно говоря, присоединяюсь к их недоумению. Нафига было оставлять vanessa в названии? И пахнет так себе и народ путает.

А xUnit уже не поддерживается в составе ванессы?

(116) вообще-то тесты для ерп 1с пишет на продукте Леонида. К чему ты придираешься я не понимаю. И пахнет дурно от пули

(117) Вроде поддерживается. Но я пока даже не знаю, что это такое.
(118) От пули дурно пахнет тем, что они забанили Леонида в оригинальной репе. И пахнет сильно. Чую руку Лустина. Он персонаж, скажем так, колоритный.
Я просто не понимаю, зачем Леонид оставил старое название. Я могу понять его ностальгические мотивы, но если подумать то всем было бы лучше, если бы он его сменил. Ну, это ИМХО. Вряд ли я вправе брать на себя роль судьи хотя бы потому, что не в курсе деталей. Просто когда новый проект использует старое название, ассоциирующееся с другим стеком, то это как минимум неудобно для пользователей.

(119) ну в репозитории из (115) ничего на тему нет. Есть какие то другие?

(117) вошёл в add

(118) > вообще-то тесты для ерп 1с пишет на продукте Леонида
В принципе, да. Это серьезный маркер.

(121) Во, видишь. И я запутался. И pechkin запутался.

вот этот наверно
https://github.com/vanessa-opensource/add

через тест клиента не удобно юзать тесты как генераторы данных для разработки

Бедный форум. Похоже на аутоиммунное. Может быть даже рак.

(126) рассказывай, что нового узнал? я Миша, которого ебалай Печенкин банит постоянно

(126) Проблема этого странного форума в том что среди всех тем только 10% связаны с 1С. От скуки отвечаешь в непрофильной ветке, это не нравится какому-то модератору, и он банит чисто по субъективной причине.

(126) Да не, ничего еще нового не узнал. Долбался с ньюансами оформления BDD-сценариев в vanessa-automation. Хочу еще до завтра потыкать палочкой в СППР, но только после работы получится. Завтра только откроют материалы на построение пайплайнов всего изученного добра в jenkins

(128) Этот форум могла бы спасти шоковая терапия. Например, перестать его модерировать. Вообще. Ну, кроме детской порнографии разве что.

(130) ты был на дубовом или 330? нееее нам такого не надо.
Суровая гом...тина (зачеркнуто) армейский юмор

(131) ага, а тут одна ватно-скрепная повестка, как будто это лучше чем-то

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

кстати 330 теперь вообще заблокирован. вот до чего свобода слова доводит