Очень мне нравится игра смыслов в названии этого репозитория 😊 #1С

Новые плюшки механизма "История данных": добавлена поддержка новых объектов (константы, планы обмена, планы видов расчетов), обработчик события ОбработкаФормированияПоВерсии в котором можно повлиять на формирование данных сохраняемой версии (исключить какой-либо реквизит, добавить комментарий к версии и т.п.), возможность переопределения стандартных форм UI механизма История данных.

И небольшой оффтопик на тему "самодокументируемого кода", антипример из статьи: кто сможет не читая статью понять, для чего нужен новый параметр формы НомерВерсииПереходаНаВерсию?

https://wonderland.v8.1c.ru/blog/razvitie-mekhanizma-istoriya-dannykh/

Все написали уже, но это очень показательная новость: Notepad в windows 10 начал понимать юнкисовый перевод строки, а не только формат windows. Это как раз и есть индикатор того, насколько Microsoft ударились в кроссинтеграцию всего со всем. Крутая и сильная стратегия, прямо кулачки держу за то, чтобы у них все получилось - для многих более мелких игроков это будет сигнал, что стратегия “дружить со всеми” снова существует на рынке. https://www.theregister.co.uk/2018/05/08/windows_notepad_unix_macos_line_endings/

Высший пилотаж Copy/Paste Driven Development'а: это даже копипастить сложно #codesmells #1С

Фундамент для автоматизации

Первая автоматизация, которая должна появиться в вашем проекте — непрерывная доставка.

CI/CD — это процесс, который после каждого коммита выполняет манипуляции над кодом: валидирует, тестирует и снимает метрики качества. В случае, если код ок, то CD автоматически раскатывает его по серверам.

CD спасает программистов от кучи рутины: не нужно хранить ключи от серверов, ждать выполнения проверок на локальной машине (любой SaaS умеет пускать тесты хоть в 10 потоков), настраивать окружение для деплоя.

Налаженный процесс CI/CD открывает дорогу к куче ускоряющих/удешевляющих практик: 10 релизов в день, gitflow, TDD/BDD. Даже Agile (простите) не работает без непрерывной доставки.

Вопреки заблуждению, которое я часто слышу от коллег, чтобы внедрить простейший CI/CD не нужно усложнять инфраструктуру. В начальном варианте не нужны даже docker и ansible — достаточно пары скриптов, которые может написать любой знакомый с bash программист.

Прямо сейчас начните отправлять через CD все — ваш лендинг, сайт и приложение, скрипты для воксимпланта.

Самый крутой CI — circleci.com. Полный каталог всех сервисов — на гитхабе.

Отличная подборка статей по велосипедостроению "Как сделать <Что-то>".

https://github.com/danistefanovic/build-your-own-x

Думаю, вполне реально набрать тучу ссылок по теме "Как сделать <Что-то> на 1С": игры, языки программирования, системы контроля версий, очереди, чаты, эмуляторы, сайты, учетные системы... :) Правда операционных систем пока вроде никто не писал.

Стартует прием докладов на 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/