«Сначала реши проблему. Потом пиши код»
Джон Джонсон
Джон Джонсон
1👍23🔥7🤔7💯5👀3😁1👌1
Про фрейминг
Представьте, что есть два инструмента, у которых вот такое описание:
1. Наш ИИ в 85% дает правильные рекомендации по коду. Используйте именно его!
2. Наш ИИ ошибается всего в 14% случаев - это самый низкий процент ошибок на рынке. Используйте наш инструмент!
Что для Вас лучше сработает?
С точки зрения математики и вероятности второй инструмент выгоднее, ведь он ошибается реже, чем первый на 1 процент. Но выбрать нам его не позволяет психология.
Потому что нам гораздо больше нравятся успешные рекомендации. Ведь ошибки звучат плохо и тревожно и мы подсознательно от них отстраняемся. А вот успех и правильность нам нравятся и мы стремимся к ним.
Это когнитивное искажение называется эффект фрейминга. Наше восприятие информации зависит от того, как она подана.
И знайте, что в 80% случаях лайк под постом закрепляет идею!
Представьте, что есть два инструмента, у которых вот такое описание:
1. Наш ИИ в 85% дает правильные рекомендации по коду. Используйте именно его!
2. Наш ИИ ошибается всего в 14% случаев - это самый низкий процент ошибок на рынке. Используйте наш инструмент!
Что для Вас лучше сработает?
С точки зрения математики и вероятности второй инструмент выгоднее, ведь он ошибается реже, чем первый на 1 процент. Но выбрать нам его не позволяет психология.
Потому что нам гораздо больше нравятся успешные рекомендации. Ведь ошибки звучат плохо и тревожно и мы подсознательно от них отстраняемся. А вот успех и правильность нам нравятся и мы стремимся к ним.
Это когнитивное искажение называется эффект фрейминга. Наше восприятие информации зависит от того, как она подана.
И знайте, что в 80% случаях лайк под постом закрепляет идею!
👍66🔥10❤8🤣2
Forwarded from INFOSTART TEAM EVENT
This media is not supported in your browser
VIEW IN TELEGRAM
👍28🔥12❤4🤡2
// @skip-warning - специальный комментарий, отключающий синтаксическую проверку в строке или методеВ типовой БНКО встречается 1639 раз, в основном в библиотеках. Часто он обеспечивает переопределение процедур и подавляет пустой метод (см. скриншот)
Важный момент, что этот комментарий не пишут на всех срабатываниях проверки, лишь бы не исправлять. Мы подавляем проверки только в тех случаях, когда это действительно необходимо
Например, если переопределяемая процедура пустая, то синтаксическая проверка выдаст ошибку, а skip-warning подавляет эту проверку, чтобы не отображалось красным в EDT или в BSL Language Server
Самое главное, что такой комментарий сигнализирует, что ошибка проверена и намеренная. Без него может показаться, что предупреждение просто пропущено
Поэтому в библиотеках это распространено больше. Они встраиваются в разные конфигурации и объяснять разработчикам каждый раз было бы сложно. В типовых такие моменты могут упускать, так как код не передается дальше
Еще есть комментарии
// АПК:123-выкл и // АПК:123-вкл. Они отключают правило 1С:Автоматизированная проверка конфигурации (АПК) для блока или конкретной строки (без выкл и вкл). Цифры - это номер правила АПК. В типовой БНКО встречается 3576 раз, опять же в основном в библиотеках (см. скриншот)Такого же эффекта можно достичь и файлами исключений в Sonar или АПК. Но тогда нужно вместе с библиотеками каждому потребителю поставлять и их, а это сложнее
В других языках это тоже применяется, например, в Python или в С++ и C
update:
Еще варианты для подавления проверок:
• // @skip-check - 1461 раз встречается в конфигурации
• // BSLLS: name-off и BSLLS: name-on - 51 раз встречается в конфигурации (!?!)
👍26🔥10✍7❤1
Media is too big
VIEW IN TELEGRAM
Когда ты полностью завайбкодил приложение и оно работает 😂
😁8🔥6❤4🤣4🤡1
Никита Арипов | 1С, DevExp
Когда ты полностью завайбкодил приложение и оно работает 😂
Рассказываю, что на видео, у кого оно не грузится.
Там недостроенная игрушечная железная дорога, то есть прям с обрывами полотна.
И по ней запускают поезд. И из-за обрывов он сходит с рельс, но продолжает ехать по столу (напоминаю, что это игрушка), затем врезается в другой участок дороги, сдвигается по курсу и начинает ехать внутри огражденного участка дороги. Так едет до тех пор пока не въезжает в другой обрыв и снова попадает на рельсы.
То есть формально все работает. Железная дорога есть. Поезд ездит по кругу. Вне трассы ничего не происходит. Но внутри творится хаос.
Поэтому и аналогия с вайбкодингом, что там что-то работает и ладно. Главное, не смотреть что там внутри происходит.
Там недостроенная игрушечная железная дорога, то есть прям с обрывами полотна.
И по ней запускают поезд. И из-за обрывов он сходит с рельс, но продолжает ехать по столу (напоминаю, что это игрушка), затем врезается в другой участок дороги, сдвигается по курсу и начинает ехать внутри огражденного участка дороги. Так едет до тех пор пока не въезжает в другой обрыв и снова попадает на рельсы.
То есть формально все работает. Железная дорога есть. Поезд ездит по кругу. Вне трассы ничего не происходит. Но внутри творится хаос.
Поэтому и аналогия с вайбкодингом, что там что-то работает и ладно. Главное, не смотреть что там внутри происходит.
😁27👍17🔥4🥴4💩1
Порядок чтения кода
Представьте, что вы читаете модуль и пытаетесь понять что он делает. Просмотрели его до конца и только там увидели, то что вам нужно. Тот конкретный метод, который помог вам понять все остальное содержание модуля.
Чтобы этого избежать располагайте код в том порядке, в котором читателю было бы удобнее получать информацию. Помните, что на каждого писателя приходится много читателей. С кодом тоже самое. Код читают гораздо чаще, чем пишут.
Если планируете изменять существующий модуль, то не поддавайтесь искушению почистить все сразу. Скорее всего, читая код, вы заметите и другие детали, которые усложняют понимание и изменение кода. Оставьте их на потом.
При этом идеального порядка методов не существует:
• иногда стоит сначала понять примитивы, а потом разбираться в их объединении
• иногда лучше начать с понимания API, а затем переходить к подробностям реализации
• иногда лучше добавить описание всего модуля в начало
Представьте себя на месте читателя и руководствуйтесь здравым смыслом и опытом. Какой порядок предпочли бы вы?
Пусть последовательность, которую вы выбрали, порадует следующего читателя.
Плохо:
Лучше:
Во втором случае мы идем от создания документа к его заполнению. При этом изменение отбора вообще кажется лишней процедурой и стоит ее переместить в другую область.
Представьте, что вы читаете модуль и пытаетесь понять что он делает. Просмотрели его до конца и только там увидели, то что вам нужно. Тот конкретный метод, который помог вам понять все остальное содержание модуля.
Чтобы этого избежать располагайте код в том порядке, в котором читателю было бы удобнее получать информацию. Помните, что на каждого писателя приходится много читателей. С кодом тоже самое. Код читают гораздо чаще, чем пишут.
Если планируете изменять существующий модуль, то не поддавайтесь искушению почистить все сразу. Скорее всего, читая код, вы заметите и другие детали, которые усложняют понимание и изменение кода. Оставьте их на потом.
При этом идеального порядка методов не существует:
• иногда стоит сначала понять примитивы, а потом разбираться в их объединении
• иногда лучше начать с понимания API, а затем переходить к подробностям реализации
• иногда лучше добавить описание всего модуля в начало
Представьте себя на месте читателя и руководствуйтесь здравым смыслом и опытом. Какой порядок предпочли бы вы?
Пусть последовательность, которую вы выбрали, порадует следующего читателя.
Плохо:
Процедура РассчитатьИтог()
КонецПроцедуры
Процедура ЗаполнитьДоговор()
КонецПроцедуры
Процедура ПриИзмененииОтбораОрганизации()
КонецПроцедуры
Процедура СоздатьДокумент()
КонецПроцедуры
Лучше:
Процедура СоздатьДокумент()
КонецПроцедуры
Процедура ЗаполнитьДоговор()
КонецПроцедуры
Процедура РассчитатьИтог()
КонецПроцедуры
Процедура ПриИзмененииОтбораОрганизации()
КонецПроцедуры
Во втором случае мы идем от создания документа к его заполнению. При этом изменение отбора вообще кажется лишней процедурой и стоит ее переместить в другую область.
👍28❤9🔥5💯3
Оставайся голодным!
Знаменитое «художник должен быть голодным» говорит нам не о буквальном голоде, а о сохранении умения быть неудовлетворенным. В бизнесе тоже есть «stay hungry», которое мотивирует желать чего-то еще.
В нашей работе с программами тоже нужно оставаться голодным, чтобы при взгляде на ситуацию, проект, задачу или интерфейс спрашивать себя, что здесь не так. Что можно улучшить?! Что можно сделать по-другому?!
Такие вопросы позволяют развивать критическое мышление, творчество и смекалку. Это превращается буквально в игру: смотрим на форму и думаем, что можно улучшить. Минимальное даже: поменять местами поля, сократить заголовок, добавить иконку к кнопке. Любое улучшение сгодится!
Знаменитое «художник должен быть голодным» говорит нам не о буквальном голоде, а о сохранении умения быть неудовлетворенным. В бизнесе тоже есть «stay hungry», которое мотивирует желать чего-то еще.
В нашей работе с программами тоже нужно оставаться голодным, чтобы при взгляде на ситуацию, проект, задачу или интерфейс спрашивать себя, что здесь не так. Что можно улучшить?! Что можно сделать по-другому?!
Такие вопросы позволяют развивать критическое мышление, творчество и смекалку. Это превращается буквально в игру: смотрим на форму и думаем, что можно улучшить. Минимальное даже: поменять местами поля, сократить заголовок, добавить иконку к кнопке. Любое улучшение сгодится!
👍28💯7🔥5❤1🤡1
В зарубежном интернете встретил вот такие картинки для запоминания форматов дат.
Переделал наш формат даты, чтобы он выглядит симметрично и красиво на последней картинке.
Переделал наш формат даты, чтобы он выглядит симметрично и красиво на последней картинке.
🔥12🤔8👍6❤2🤡2
«Планы доносятся на семинаре»
Именно такую фразу часто можно услышать в ответ на вопрос про то, когда будет сделана та или иная функциональность. Поэтому не упустите шанс пообщаться с разработчиками на семинаре.
В эти выходные (27 февраля - 1 марта) пройдет традиционный весенний партнерский семинар. На этом мероприятии эксперты фирмы «1С» делятся новыми проектами и обсуждают планы развития программ. А также Борис Георгиевич рассказывает о состоянии дел партнерской сети и компании «1С». В этом плане это уникальное мероприятие!
На семинаре помимо выступлений еще проходит вернисаж. На нем будут разработчики платформы и типовых конфигураций. С ними можно пообщаться, обсудить вопросы учета и предложения по развитию. Не стесняйтесь подходить - мы там для этого и стоим!
Я тоже буду выступать на этой конференции - буду рассказывать про НКО и что мы в ней сделали. Сейчас активно готовлюсь к выступлениям.
Буду рад увидеться на мероприятии, кто будет - приходите пообщаться!
У нас много новостей!
Именно такую фразу часто можно услышать в ответ на вопрос про то, когда будет сделана та или иная функциональность. Поэтому не упустите шанс пообщаться с разработчиками на семинаре.
В эти выходные (27 февраля - 1 марта) пройдет традиционный весенний партнерский семинар. На этом мероприятии эксперты фирмы «1С» делятся новыми проектами и обсуждают планы развития программ. А также Борис Георгиевич рассказывает о состоянии дел партнерской сети и компании «1С». В этом плане это уникальное мероприятие!
На семинаре помимо выступлений еще проходит вернисаж. На нем будут разработчики платформы и типовых конфигураций. С ними можно пообщаться, обсудить вопросы учета и предложения по развитию. Не стесняйтесь подходить - мы там для этого и стоим!
Я тоже буду выступать на этой конференции - буду рассказывать про НКО и что мы в ней сделали. Сейчас активно готовлюсь к выступлениям.
Буду рад увидеться на мероприятии, кто будет - приходите пообщаться!
У нас много новостей!
👍16🔥8❤3
Придете на семинар?
Anonymous Poll
12%
Буду в Космосе
20%
Буду смотреть онлайн
38%
Не приду
30%
Просто посмотреть ответ
👍2🔥2🤓1👨💻1
Отец знакомого работает в Anthropic.
Сегодня срочно вызвали на совещание. Вернулся поздно, ничего не объяснил.
Сказал только срочно подтянуть фундаменталку: дизайн систем, архитектуру, распределенные вычисления и управление командами.
И закупить оперативки на два года вперед.
Сейчас собираем свой локальный кластер ИИ в гараже.
Не знаю, что происходит… Кажется, началось.
Сегодня срочно вызвали на совещание. Вернулся поздно, ничего не объяснил.
Сказал только срочно подтянуть фундаменталку: дизайн систем, архитектуру, распределенные вычисления и управление командами.
И закупить оперативки на два года вперед.
Сейчас собираем свой локальный кластер ИИ в гараже.
Не знаю, что происходит… Кажется, началось.
😁53🔥8🤔6❤2😱2