Size: a a a

1С, БСП, DevOps и Архитектура

2021 February 05

JD

John Doe in 1С, БСП, DevOps и Архитектура
𝖍𝖔𝖉𝖞𝖙𝖔𝖓𝖊
Кому Два Полцарства Полразряда?
То что результат перемножения множителей в какой-то части формулы получается равным единице не означает, что эти множители можно опустить из текста. Ты код пишешь для читателя, а не для машины.
источник

H

Hero in 1С, БСП, DevOps и Архитектура
John Doe
Не вижу здесь чего-то плохого, разве что НЕ = заменил бы на <>
А я наоборот использую Не вместо <>.
Мне так понятнее, в противном случае мне кажется что это проверка на равенство.
источник

H

Hero in 1С, БСП, DevOps и Архитектура
John Doe
Не вижу здесь чего-то плохого, разве что НЕ = заменил бы на <>
Я однажды несколько часов дебажил процедуры одну. Уже плакать начал и случайно чел подошел, присел и обратил внимание, что там <>, хотя я этого вообще никак не замечал.
И сидел орал: но они же равны, равны, почему не работает :(((
Ууу сука. Никогда это не забуду
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Hero
А я наоборот использую Не вместо <>.
Мне так понятнее, в противном случае мне кажется что это проверка на равенство.
Абсолютно любой мозг распознает символы / образы быстрее, чем слова (текст). А цвет - еще быстрее, чем образы.
Представь что все условия подсвечивались бы - равенство зеленым, неравенство красным / желтым / выбери свой цвет. Это был бы самый легкий способ восприятия для читателя.
Дальше по сложности идет образ "<>" или "=" в одном месте.
И проигрывает им всем необходимость чтения частицы "НЕ" в значительном отрыве (на длину имени переменной) от знака равенства. Без вариантов это самый тяжелый для мозга способ записи.
источник

H

Hero in 1С, БСП, DevOps и Архитектура
John Doe
Абсолютно любой мозг распознает символы / образы быстрее, чем слова (текст). А цвет - еще быстрее, чем образы.
Представь что все условия подсвечивались бы - равенство зеленым, неравенство красным / желтым / выбери свой цвет. Это был бы самый легкий способ восприятия для читателя.
Дальше по сложности идет образ "<>" или "=" в одном месте.
И проигрывает им всем необходимость чтения частицы "НЕ" в значительном отрыве (на длину имени переменной) от знака равенства. Без вариантов это самый тяжелый для мозга способ записи.
На счет подсветки согласен.
На счет НЕ вот написал уже, у меня тригер когда НЕ, когда его нет я приглядываюсь)
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Hero
На счет подсветки согласен.
На счет НЕ вот написал уже, у меня тригер когда НЕ, когда его нет я приглядываюсь)
Я согласен, что видеть "НЕ" весьма удобно и это хороший триггер.
Но этим ты себя и вгоняешь в ловушку: такая привычка может сыграть с тобой злую шутку, когда вместе с "НЕ" там будет стоять "<>" :)
источник

H

Hero in 1С, БСП, DevOps и Архитектура
John Doe
Я согласен, что видеть "НЕ" весьма удобно и это хороший триггер.
Но этим ты себя и вгоняешь в ловушку: такая привычка может сыграть с тобой злую шутку, когда вместе с "НЕ" там будет стоять "<>" :)
Ну это очень изощренная ловушка. Жесть просто какая-то)))
Но в конфах БСП тоже так пишут чаще.
Ты рекомендуешь отказаться от такой записи?
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Hero
Ну это очень изощренная ловушка. Жесть просто какая-то)))
Но в конфах БСП тоже так пишут чаще.
Ты рекомендуешь отказаться от такой записи?
У каждого свой опыт, поэтому рассуждения на этот счет обычно скатываются во вкусовщину.
Но бегать глазами несколько раз через длину имени переменной между "НЕ" и "=" лично у меня тратит куда больше внимания (топлива), чем концентрация взгляда на одну точку с "<>".
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Есть стиль, решающий этот вопрос: преобразовывать все сравнения заранее к булевым и осмысленным названиям переменных. А в условии использовать только булевые переменные. @Labotamy в своих ревью, насколько я видел, его придерживается.
P.S. С булевыми я почти всегда использую НЕ вместо "<> Истина" или "= Ложь".
источник

H

Hero in 1С, БСП, DevOps и Архитектура
John Doe
Есть стиль, решающий этот вопрос: преобразовывать все сравнения заранее к булевым и осмысленным названиям переменных. А в условии использовать только булевые переменные. @Labotamy в своих ревью, насколько я видел, его придерживается.
P.S. С булевыми я почти всегда использую НЕ вместо "<> Истина" или "= Ложь".
Да, вот это хороший вариант. Я такое видел тоже в типовом коде.
Надо взять на заметку.
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Еще пятничный вопрос: как работает свойство поля формы "КнопкаОчистки" в значении "Авто"? На что платформа смотрит, как принимает решение?
источник

H

Hero in 1С, БСП, DevOps и Архитектура
John Doe
Еще пятничный вопрос: как работает свойство поля формы "КнопкаОчистки" в значении "Авто"? На что платформа смотрит, как принимает решение?
В документации мы естественно не найдем ответ?
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Hero
В документации мы естественно не найдем ответ?
В СП, на ИТС и партнерке я не нашел
источник

H

Hero in 1С, БСП, DevOps и Архитектура
John Doe
В СП, на ИТС и партнерке я не нашел
Это был риторический вопрос))
источник

ДБ

Дмитрий Бабенко... in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
если на двух других серверах будет обработка клиентских соединений, то да
Спасибо.
источник
2021 February 06

СБ

Сергей Блинов... in 1С, БСП, DevOps и Архитектура
Дратути ) подскажите программку, в которой можно красиво структуру xml изобразить?  Про visio знаю, еслифчо..
источник

ПБ

Павел Белов... in 1С, БСП, DevOps и Архитектура
Сергей Блинов
Дратути ) подскажите программку, в которой можно красиво структуру xml изобразить?  Про visio знаю, еслифчо..
XML Studio
источник

СБ

Сергей Блинов... in 1С, БСП, DevOps и Архитектура
liquid xml studio это оно?
источник

ПБ

Павел Белов... in 1С, БСП, DevOps и Архитектура
Сергей Блинов
liquid xml studio это оно?
ага
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Сергей Блинов
Дратути ) подскажите программку, в которой можно красиво структуру xml изобразить?  Про visio знаю, еслифчо..
Интернет Ехплорер
источник