Стартует прием докладов на INFOSTART EVENT 2018 - одну из главнейших на сегодня конференций 1Сников. Новое место (теплый ламповый Колизей уже с трудом вмещал участников в прошлый эвент), новый формат, большее ожидаемое количество участников!

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

https://event.infostart.ru/2018

А так все начиналось 6 лет назад :)

Новости из Зазеркалья: https://wonderland.v8.1c.ru/blog/uluchshenie-raboty-s-faylami-v-veb-kliente/

Улучшили работу с файлами в веб-клиенте: свой собственный диалог выбора файлов и теперь не обязательно устанавливать в браузере расширение для работы с файлами, добавили возможность перетаскивания файлов прямо в окно 1С и другие улучшения, как со стороны UI, так и со стороны программного интерфейса.

#1С

#Битрикс такой #Битрикс

Технология разветвленной разработки конфигураций.
https://its.1c.ru/db/v8std#content:2149184358:hdoc

Эпичный стандарт "1С-Flow" коротко:
1. Разработку организуем в СППР.
2. Основное хранилище (аналог "master" в gitflow) всегда держим в "неразваленном" состоянии (хаха).
3. Исправительное хранилище - аналог "release" в gitflow.
4. Разработка ведётся в "хранилище технического проекта" (аналог "feature" в gitflow). Это хранилище создаётся из файла поставки из основного хранилища, остаётся "на поддержке" и таким образом позволяет существенно облегчить работу по синхронизации с основной веткой.

Смотрите какой желтый заголовок :)
Хотите еще больше желтизны? Знаете, какая инфобаза стала жертвой? Нагрузочный тест Гилева :)

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

https://habr.com/post/352566/

Если правда, то, думаю, многие опенсорсные проекты захотят соскочить c Github'а.

https://www.opennet.ru/opennews/art.shtml?num=48696

Народ таки побежал с гитхаба
https://twitter.com/gitlab/status/1003409836170547200

Кстати, помните у 1С был такой проект - nashe1c.ru Это был каталог внешних обработок, отчетов и статей. Но он не взлетел.

...А потом 1С вложилась в Инфостарт :)

Однажды Инфостарт (та часть, которая журнал) наверняка станет качественным источником ИТ-новостей, ну скажем так, сопоставимым по качеству публикаций с Т-Ж (но про 1С).

Но пока еще есть к чему стремиться :)

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

https://infostart.ru/journal/news/mir-1s/ukh-kakaya-konfiguratsiya-vypushcheno-reshenie-1s-upravlenie-kholdingom-3-0_842303/

"Нельзя просто так взять и купить Github"

По всему миру люди, сколь-нибудь имеющие отношение к разработке, обсуждают покупку Майкрософтом Гитхаба. Немного неожиданный аспект потенциальных проблем рассматривает Wired.
Любые крупные сервисы, публикующие пользовательский контент, сейчас испытывают массу проблем: Фейсбук является ярчайшим примером. Майкрософт сейчас окажется владельцем ресурса, который как раз относится к этому классу. И столкнётся с непривычными сложностями. Код ведь иногда похлеще, чем человекочитаемый контент. Вот, например, мешающие бизнесу самого Майкрософта эмуляторы Xbox. И это ещё цветочки: международные проблемы будут покруче. Например, власти Китая просили GitHub убрать материалы, связанные с расстрелом на площади Тяньяньмен, — GitHub отказался, и Китай не стал дожимать: этот источник открытого кода слишком важен китайским разработчикам. А вот Майкрософт имеет колоссальные интересы в Китае, его дожать будет намного проще при желании — ему есть что терять.
Короче, посмотрим, какие будут новые истории в стиле знаменитой Tay, которую Майкрософт по наивности выпустил в Тви ;))
https://www.wired.com/story/microsoft-github-code-moderation/

Все от Микрософта с Github'а ломанулись в облачный Gitlab, а он в ажуре :) В смысле - в облаке Microsoft Azure

Сейчас буду много ворчать. Мне нравится проект Vanessa Behavior (ну или, если угодно, его реинкарнация - ADD, https://github.com/silverbulleters/add/). Леня Паутов, Женя Сосна и команда Серебряной пули (Алексей, Артур, привет) разработали отличный инструмент, показали сообществу, что решения на 1С нужно и можно тестировать автоматизированно и используя современные промышленные подходы, катализировали разработку других отличных инструментов тестирования, причем - тоже открытых (Тестер, Тестирование 3.0, ссылки на них можно найти по тегу #Тестирование).

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

Gherkin - средство коммуникации между конечным пользователем и аналитиком. Хороший сценарий на геркине - лаконичный пример, в идеале не содержащий технических деталей, а только шаги в терминах предметной области. Сценарий, который будет понятен не-программисту. Который развивается линейно. Не содержит без необходимости параметров и технических деталей.

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

При таком порочном подходе вместо лаконичных, легко читаемых сценариев мы получаем простыни примитивных низкоуровневых шагов "я нажимаю кнопку" вперемешку со служебными шагами типа "Пауза" и т.п. Сценарии на gherkin не пишутся как истории, а программируются или вообще генерируются по факту реализации функционала накликиванием ("фичи из воздуха"). "Программисты на gherkin" начинают обсуждать вопросы о переиспользовании и сложной параметризации сценариев и даже о том, как можно в Gherkin реализовать цикл!

Приехали.

#Тестирование #1С #BDD

А вот что пишет автор Cucumber'а про сравнительную полезность использования Gherkin не по прямому назначению (BDD), оригинал: https://www.infoq.com/news/2018/04/cucumber-bdd-ten-years