Кому станет хуже?

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

При этом совсем не задумываемся, а кому станет хуже от такого проекта? Не испортим ли мы какие-то другие сценарии? Не постарадают ли остальные пользователи?

И вот после проблемы с полным наименованием добавили в шаблон проекта еще один пункт анализа - Кому станет хуже от проекта?

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

Поэтому к готовому решению еще стоит отдельно присмотреться, не рушим ли мы какие-то другие кейсы пользователей.

Пятница! Не мог не поделиться! На улицах Москвы выгуливают утяток :) Или это будущий гусь?

Минимальная и рекомендуемая версия платформы

В каждом дистрибутиве конфигурации есть информация про версии платформы.
И обычно их там несколько. Что означают эти версии платформы и какую выбрать?

В первой строчке пишется, что следует «использовать платформу не ниже» определенной версии. Это так называемая Минимальная версия платформы. Если попытаться запустить конфигурацию на версии ниже заявленной, то будет предложено обновить платформу и программа не запустится.

Эта регулируется функциональностью БСП в модуле СтандартныеПодсистемыСервер:

// Возвращает поддерживаемые режимы совместимости и минимальные версии платформы в зависимости от них. 
// См. файл ReadMe.txt.
// Ниже этой версии платформы конфигурация не запускается, а показывает окно с требованием обновить платформу.
// На версиях ниже указанных может отсутствовать используемая функциональность платформы,
// из-за чего будут возникать ошибки в работе.
//
// Возвращаемое значение:
//  СписокЗначений:
//   * Значение      - Строка - поддерживаемый режим совместимости.
//   * Представление - Строка - минимальные номера сборок платформы, разделитель - точка с запятой.
//
Функция МинимальнаяВерсияПлатформыДляИспользования() Экспорт
  
  // Не рекомендуется менять в исправительных релизах.
  Версии = Новый СписокЗначений;
  Версии.Добавить("8.3.21", "8.3.21.1775; 8.3.22.1923");
  Версии.Добавить("8.3.22", "8.3.22.2355; 8.3.23.2011; 8.3.24.1548; 8.3.25.1286");
  Версии.Добавить("8.3.23", "8.3.23.2011; 8.3.24.1548; 8.3.25.1286");
  Версии.Добавить("8.3.24", "8.3.24.1548; 8.3.25.1286");
  
  Возврат Версии;
  
КонецФункции

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


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

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


#Разработка #Платформа

Переход на новый режим совместимости

Мы сейчас занимаемся адаптацией 1С:Бухгалтерии к работе на платформе 8.3.24. Имеется в виду режим совместимости не ниже 8.3.24. Соответственно, скоро в конфигурации будут доступны новые возможности 8.3.22, 8.3.23 и 8.3.24 с отключенным режимом совместимости.

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

А чего Вы ждете из новых возможностей?

#Платформа

Подсказка и расширенная подсказка

💡 У большинства элементов есть свойство Подсказка, которая выводится рядом с элементом в зависимости от свойства Отображение подсказки. По умолчанию подсказка - это обычная строка, но можно включить Расширенную подсказку, чтобы использовать форматированную строку.

Для этого на элементе формы следует нажать на правую кнопку мыши и выбрать пункт Показать расширенную подсказку. В форматированной строке уже можно указывать ссылки и менять шрифт текста.

1️⃣ Для разовых подсказок хорошо подходит отображение через кнопку. Например, если пользователь видит новый ему элемент и сомневается, что с ним делать. В этом случае ему достаточно один раз посмотреть подсказку по кнопке, чтобы понять, что делать. Позже он сможет вернуться к этой подсказке, если потребуется

2️⃣ Если форма используется не часто, то можно расположить подсказку сверху о всей форме, чтобы у пользователя она всегда была перед глазами. Например, если это форма с настройками каких-то правил. В этом случае пользователь при открытии формы сразу видит, что нужно сделать

3️⃣ Для некоторых сложных элементов стоит сделать подсказку снизу, чтобы объяснить, что этот реквизит означает и для чего используется. Важно давать подсказки на важные элементы формы, чтобы подчеркнуть их важность

4️⃣ Для акцентирования внимания на конкретный реквизит допустимо использовать различные средства выделения, например, желтый фон или картинки

5️⃣ Подсказок много не бывает, но они не должны быть навязчивыми.



#Design

Интервьюер:
- Если Вы объясните мне, что такое взаимная блокировка, то я возьму Вас на работу

Соискатель:
- Если Вы возьмете меня на работу, то я объясню Вам, что такое взаимная блокировка

#fun

Попинал колеса, повертел руль, протер фары, но машина все равно не заводится (с)

При ошибках в программировании мы тоже делаем подобные действия:

1️⃣ Запустить еще раз ничего не меняя

2️⃣ Переоткрыть конфигуратор или EDT (c EDT помогает чаще)

3️⃣ Перезагрузить компьютер

4️⃣ Почистить кэш

5️⃣ Пожаловаться коту

В процентах 20 случаев это помогает. Рекомендую!

#fun

Флажок

Флажок используем для включения или выключения какой-либо опции (у него два состояния)

1️⃣ У Флажка следует установить заголовок справа. Следут отойти от умолчания платформы

2️⃣ Зона действия флажка, с точки зрения интерфейса, небольшая или отсутствует. Например, при включении флажка можно включить доступность соседнего реквизита или гиперссылки. В случае если требуется влиять на форму сильнее, то лучше использовать Выключатель или Переключатель

3️⃣ Флажок следует использовать для простой опции, в которой понятно, что означают оба состояния. Если из названия сложно понять действие флажка, то можно добавить подсказку снизу

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

5️⃣Не следует в заголовке флажка использовать отрицательные формулировки, потому что потребуется дополнительное усилие, чтобы понять выключенный флажок, например, «Не Не проводить документ при записи»

Больше в Дизайн гайде по 1С

#Design

Конференции

Помню когда я впервые посмотрел конференцию Инфостарта, то это было что-то неземное! Казалось, что там все уже в космос летают, а я какой-то фигней занимаюсь.
Помню как слушал доклады про применение Postgres, git, docker, kubernetes и другие слова, которые я даже не знал.

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

Затем постепенно и о-о-очень осторожно начал что-то пробовать и применять. Помню свои робкие попытки по созданию репозиториев. Тогда для меня git, GitHub и Gitlab было одно и то же, GitHub - это же просто git в интернете и все, у меня и локально был GitHub - ну я так думал :) Но первые шаги были сделаны, коготок увяз, и я начал задавать вопросы экспертам. Начал постепенно погружаться в это все.

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

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

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

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

К чему я это все?
Сегодня стартует первый тур голосования на Infostart Tech Event 2024. У меня там заявлены два доклада. О них расскажу завтра и послезавтра.

Но проголосовать можно уже сегодня 🙂

Developer Experience - Убираем ерунду из процесса разработки

— Как дела? Давно пилишь?
— Три дня уже.
— Что-то долго. Может тебе стоит пилу заточить?
— Не, некогда точить, нужно дерево пилить. 

Задумывались ли Вы когда-нибудь сколько времени разработчики тратят на ерунду?

Например, сколько часов проходит от выдачи задачи до первой строчки кода по проекту? Разработчику нужно найти основную поставку, развернуть ее на нужной платформе, создать и открыть хранилище, настроить пользователей и подключить ГитКонвертер. Только после этого он может приступить к работе.

А сколько времени проходит для подготовки расследования инцидентов от пользователей: получить базу, открыть нужной платформой, загрузить dtшку. А потом окажется, что в файловой не воспроизводится.

И каждый разработчик может привести еще примеры такой ерунды, связанной с поиском документации или ответственного. Причем с этим сталкивается каждый разработчик по каждой задаче.

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

Но ведь можно упростить себе и коллегам жизнь используя правильные инструменты! Да и пилу точить тоже полезно. Поэтому если хочется разбираться с ерундой и учиться искать ерунду ее, то добро пожаловать в мир Developer Experience (DevEx)

Своим опытом планирую поделиться на на Infostart Tech Event 2024, он проходит в стиле Стимпанк, поэтому и картинка у поста в эту тему.

Пожалуйста, проголосуйте за мой доклад!

Навыки высокоэффективных разработчиков

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

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

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

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

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

В своем выступлении хочу рассказать о полезных навыках разработчика с примерами, поделиться своими факапами и как с ними справляться. Постараюсь затронуть обширную область навыков вокруг разработки программных продуктов. В результате постараемся выявить свои слабые места и наметить пути улучшения.»

Пожалуйста, проголосуйте за мой доклад

🏖️ Отпуск

Две недели буду в отпуске, поэтому писать ничего не планирую.

Вот вам мотивации на две недели - https://youtu.be/EPMM60h50KM?si=k269puT9XsWx3yhR

Я в вас верю, не теряйте!

💻 Отпуск закончился

Возвращаюсь к работе, из интересных новостей:

1️⃣ Все основные конфигурации выпушены с режимом совместимости 8.3.23. Можно безнаказано пользоваться новыми возможностями платформы

2️⃣ Запущен сайт 1С:Мерч. Закупиться можно через партнеров

3️⃣ Сегодня начинается второй тур голосования за доклады на Infostart Tech Event. Прошел ли я в рамках первого тура в программу - пока не знаю, еще не сообщали

4️⃣ Заканчиваю работу над Дизайн-гайдом. Оформляю статью на Инфостарт

Переключатель

В других языках этот элемент называется Радиокнопки (radiobutton). Он получил название от кнопок старых радиоприемников: при нажатии на кнопку включалась определенная частота, остальные кнопки отскакивали вверх. Визуально, такие кнопки больше похожи на переключатель, но среди дизайнеров название не прижилось, а вот в 1С используем именно его - для пользователя понятнее «переключатель», а не «радиокнопка»

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

1️⃣ Переключатель лучше использовать когда значений немного - от 2 до 5
Если значений больше, то используется Поле ввода со списком значений

2️⃣ Переключатель действует на то, что находится справа и под ним
Не следует по переключателю менять форму выше этого элемента

3️⃣ Выбранное значение по умолчанию должно идти первым в списке
Например:
🔘Все ⚪ С ошибками ⚪ Без ошибок

4️⃣ Для сложных опций рекомендуется добавлять подсказки к значениям переключателя
Чтобы это сделать следует использовать два элемента формы с путем к одному реквизиту. В этом случае для каждого элемента можно добавить свою подсказку

5️⃣ Не следует в значениях переключателя делать повторяющийся текст, его лучше вынести в заголовок

Больше в Дизайн гайде по 1С

#Design

Дизайн гайд по 1С

Оформил публикацию на Инфостарт - Гайд для создания форм на 1С
У кого есть возможность, поставьте, пожалуйста, плюсик.

Следующий шаг - подготовить конфигурацию (или обработку) с примерами элементов и освоить статичные сайты на GitHub Pages, чтобы оформить удобную навигацию и оформление. Пока встречал создание страниц через Jekyll.
Это вообще норм? Или сейчас используют что-то другое? Что?

P.S. В самом разгаре второй тур голосования за доклады для конференции Инфостарт. Здесь можно проголосовать за мой доклад - Навыки высокоэффективных разработчиков