Итак, Гугл+ официально все. Понадобилось 7 лет, чтобы закрыть то, чего не надо было запускать.
Если серьезно, то гугл плюс принес в мир интернет-проектов много новых и сильных концепций в интерфейсах. Показал другим корпорациям, что такое настоящая принудительная интеграция продуктов. Ввел идею “кругов”, которую никто так и не повторил, хотя она кажется правильной. Но никто не будет жалеть о закрытом гуглплюс. По признанию самого гугла, последние годы у 90% посетителей плюса сессии не превышали 5 секунд”. При этом последней каплей для закрытия явилось обнаружение утечки данных персональных данных около полумиллиона пользователей.

https://blog.google/technology/safety-security/project-strobe/

Оптимизировать понятный код легко. Делать понятным оптимизированный - тяжело.

Отличный транскрипт отличного доклада Александра Белова на IE 2017 про #NoEstimates

Google Photo напоминает про поза-позапрошлогодний IE.

К сожалению я в этом году снова только онлайн. Еще не поздно присоединиться - https://event.infostart.ru/2018/

🔩 Запуск старых версий 1С-Битрикс (БУС) на современных BitrixVM/BitrixEnv

До некоторого времени BitrixVM/BitrixEnv шли по умолчанию с PHP 7.0, но позволяли сделать даунгрейд версии PHP до 5.6 в автоматиеском режиме (в меню сначала пункт 1, затем пункт 8). В современных версиях теперь используется PHP 7.2 и автоматический даунгрейд из меню BitrixVM/BitrixEnv можно сделать только до PHP 7.0. Это усложняет запуск старых версий БУС, не работающих под PHP 7.0 и которые проапгрейдить по-каким либо причинам нельзя.

К счастью, есть возможность сделать на CentOS 7 даунгрейд PHP до версии 5.6 вручную вот такой не хитрой последовательностью команд:

https://gist.github.com/kuntashov/b944b5ce5120ad17250ad0c2ef96f342

#СекретыБитрикс

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

@kuntashov , шоб вы знали: в BitrixEnv последних версий (в тех в которых пхп 7.2) можно даунгрейдить пхп до версии 5.6 через меню, просто делать это надо последовательно: сначала до 7.1, потом 7.0, потом 5.6

Нашел в другом чате - может кому пригодится, в связи с новой платформой ))
https://gogprog.ru/rabota_s_licenziyami_i_klyuchami_1s/license-info-1c.html

🔥 Новости из мира GIT (+ 1C)

Пока на #InfostartEvent сегодня на секции "Инструменты разработки" несколько докладчиков бодро агитировали за GIT, в мире за пределами конференции тоже кое-что произошло интересного по этой теме, и события действительно стоящие внимания.

🐱Во-первых, Github анонсировал две очень крутые фичи:

Предложение изменений (Suggested Changes) [1] — это возможность прямо в интерфейсе Github при обсуждении/во время ревью какого-либо участка кода прямо там же предложить изменения. Имхо, это должно в разы упростить совместную работу с кодом, очень полезная фича. Как это будет выглядеть в интерфейсе Github -- на картинке к этому посту.

Github Actions [2] — инструмент для автоматизации процесса разработки; по сути это CI с визуальным конструктором. Знатоки говорят, это очень похоже на известный CircleCI.

🛠 Во-вторых, сегодня прямо в первый же день конференции Станислав @Benony0 Ганиев (а он сейчас как раз на ИЭ и сегодня 11:30 Мск у него доклад) опубликовал на Инфостарте очень подробный мануал про то, как начать использовать GIT на проектах 1С. В заголовке статьи фигирирует фраза "Часть 1", так что уже с нетерпением ждем продолжения, а пока следуя информации из первой части (с обилием скриншотов) ставим и настраиваем весь необходимый софт.

Ссылки:
[1] https://blog.github.com/2018-10-16-future-of-software/#suggested-changes-public-beta
[2] https://blog.github.com/2018-10-16-future-of-software/#github-actions-limited-public-beta
[3] https://infostart.ru/public/864097/

#1С + #GIT = ❤️

Отличные аспекты Дмитрий Решитко задел, в целом доклад на текущий момент самый крутой (не только в контексте тестирования)

#InfostartEvent

Официальный анонс по поводу дружбы ПервогоБита и Серебряной Пули:

https://www.comnews.ru/content/115429/2018-10-19/pervyy-bit-i-serebryanaya-pulya-obedinilis-dlya-sozdaniya-novyh-cifrovyh-resheniy

Правда ресурс для анонса какой-то странный... ну хотя бы тем, что в первые его вижу, хотя в подвале указано, что он с 1999 года существует (осторожно: выглядит соответствующим образом).

"Серебряная пуля и ПервыйБит будут заниматься цифровой трансформацией вместе. Официальная информация прошла по первому..." - я думал, Алексей сейчас скажет "По первому каналу", но нет, "По ПервомуБиту"

#InfostartEvent

Тут в тему недавнего разговора в чатике @Unofficial1C хорошая картинка попалась в Твиттере (Оригинал: https://mobile.twitter.com/meowthsli/status/1053695580109590528)

🚀 Новый канал по 1С от автора 1c-syntax Никиты Грызлова

Никита nixel2007 Грызлов завел свой канал, рекомендую подписаться: @nixel2007_thoughts

Кто (вдруг) не знает, Никита — Тот Самый™ человек, который
— инициировал разработку проекта 1c-syntax, благодаря которому заработала раскраска кода 1C на Github
— является автором Той Самой™ книги по инженерным практикам Серебряной пули
— один из самых активных контрибуторов и ментейнер множества проектов на OneScript'е
— написал несколько крутых статей на Инфостарте по библиотекам OneScript

Доступны все видеозаписи конференции
https://infostart.ru/journal/news/mir-1s/dostupny-vse-videozapisi-dokladov-i-sektsiy-infostart-event-2018-education_929736/

👿 Авторские комментарии или Проклятье 1Сника

Начал смотреть видеозапись круглого стола "Инструментарий" и не прошло и 10 минут видео, и снова вспоминают мое проклятие — "авторские комментарии". Блин, команда git blame для 1Сников должна иметь алиас faa (fuck authorjs author).

В свое оправдание 😇 скажу, что скрипт Авторские комментарии для Снегопата создавался лишь как пример к статье о том, как разрабатывать скрипты для Снегопата. А для 7.7 аналогичный скрипт-предок делался как средство автоматизации регламента внесения изменений в типовые конфигурации в компании, в которой я тогда работал (и это был мой первый год работы вообще).

А в оправдание комментариев "здесь был вася" могу сказать лишь одно: ими будут пользоваться до тех пор, EDT не пойдет в массы и пока им (и инструментом git blame в контексте 1С) можно будет пользоваться комфортно.

🍫 Тесты как способ быстро восстановить контекст

Продолжаю смотреть интересный круглый стол "Инструменты" с прошедшего #InfostartEvent

На нем прозвучал отличный комментарий Дмитрия Решитко, очень точно описывающий ту полезную сторону тестов, которая чаще воспринимается интуитивно, но про которую забывают, отвечая на вопрос "В чем польза тестирования?", цитирую почти дословно:

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

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

p.s.
Круглый стол по Инструментам очень хорош, рекомендую посмотреть. Очень полезные комментарии Дмитрия Шерстобитова по расширениями и Дмитрия Решитко по тестированию, да и в целом обсуждения интересные.

p.p.s.
Скриншот - из трансляции доклада Дмитрия, на котором он рассказывал про свой продукт Тестер (https://www.test1c.com), я уже про его здесь на канале неоднократно упоминал. Рекомендую обратить на него внимание, особенно тем, кто давно "приседает" вокруг задачи автоматизации тестирования, но по каким-то причинам процесс "не идет". Чат поддержки Тестера: https://gitter.im/tester1c/Lobby

🚒 Расширения в качестве хотфиксов рулят.

Ссылки из текста:
Баг: https://bugboard.v8.1c.ru/error/000042463.html
Скринкаст: https://www.screencast.com/t/O4axd9AtCb4 (не мой, нашел)

Простое правило про технический долг

В какой-то умной книге прочитал правило: «если пилишь фичу — сначала сделай так, чтобы ее удобно было добавлять, а только затем — добавляй».

Как бы ужасно (для менеджеров) это не звучало — в управлении техническим долгом работает отлично. Если техдолг заметно замедляет выполнение задачи — нужно сначала с ним расплатиться, а потом уже браться за задачу.

Пример — у меня в проекте все очень плохо с пермишенами: используется адская мешанина из булевых полей и встроенного во фреймворк говна. Когда бизнес придет с требованием, которое нельзя реализовать без нормального RBAC, я (конечно испробовав все способы этого не делать) сначала сделаю нормальный RBAC, а затем уже решу задачу.

#техдолг