Нашли или выдавили из себя код, который нельзя назвать нормальным,
на который без улыбки не взглянешь?
Не торопитесь его удалять или рефакторить, — запостите его на
говнокод.ру, посмеёмся вместе!
Функция ЭтоБуква(Буква)
Возврат Найти("еоатинркулмДСвПдОсКцчыгзпбТНИьБФхВяРАЗЭйУЕГМЦжщЙШЩЫЛЯЧЬХЪЖЮЁёшъфэюQWERTYUIOPASDFGHJKLZXCVBNMqwertyuiopasdfghjklzxcvbnm", Буква) > 0;
КонецФункции
Функция ЭтоЦифра(Буква)
Возврат Найти("1234567890", Буква)>0;
КонецФункции // ЭтоЦифра()
Функция ЭтоБукваИлиЦифра(Символ)
Возврат Найти("еоатинркулмДСвПдОсКцчыгзпбТНИьБФхВяРАЗЭйУЕГМЦжщЙШЩЫЛЯЧЬХЪЖЮЁёшъфэюQWERTYUIOPASDFGHJKLZXCVBNMqwertyuiopasdfghjklzxcvbnm1234567890", Символ) > 0;
КонецФункции // ЭтоБукваИлиЦифра()
Из типовой конфигурации БГУ 2.0.
На первый взгляд реализация забавна :-) Но, в общем-то, это не является говнокодом: просмотрев в гугле различные "рейтинги букв", получил примерно то же самое.
Тем не менее, можно решить вопрос с помощью проверки кода символа.
Судя по тому, сколько по количеству говнокода выкладывается на этом сайте, то 1С вовсе не говно.
А если навскидку прикинуть, то гораздо больше выкладывается говнокода по С++, РНР, JAVA.
И вообще, что за дибильная манера хаить тот или иной язык программирования? Или извилина настолько прямая, что не в силах понять, что каждый язык предназначет для своих целей. И нет такого универсального языка, который бы решал абсолютно все задачи.
То, что программисты бывають жопорукими, это я согласен, можно обхаять их код, чтобы другие не наступали на те же грабли.
Но то что языки хуевые - абсолютно не согласен. Повторюсь, каждый язык решает определенные задачи. То что можно написать на 1С, никогда не напишешь, например, на PHP. И наоборот.
да нет, как раз есть именно хуевые языки
- когда касается дело синтаксиса, выразительных средств, возможностей стандартной библиотеки, производительности
С библиотекой и возможностями - да, в одноэссе так всё и обстоит. Я лично знаю двух людей, которые на этом безобразии (даже на 7.7) писали "парсер" названий товаров с разными целями. Вот там творится такой угар содомии, что не будь я морально готов, мои глаза бы вытекли сразу.
С математикой там тоже куча треша была. Вот, например, мой любимый баг в 7.7
Если в запросе вызвать функцию, суммирующую значения, над вещественными числами (например, какие-то суммы), эта блядь приводит их к целочисленному. Помогает только магическое подёргивание в виде +1-1.
Возможно, я ошибся, за давностью лет. Нашёл только один похожий баг по описанию. Там суть в том, что если в запросе участвуют ресурсы с разной точностью, точность автоматически усекается до меньшей. Но если явно в выражение ввести константу, то никаких манипуляций с точностью не будет. И, вроде как, плюс ноль не катит.
Это не баг, а кривизна рук программиста.
Нафига делать разные разряды? Если это цена, то например Сумма(15.2). Есть количество, то Сумма(15.3). И так применить ко всей логике.
Нужно понимать, что ты создаешь и как это будет работать.
Э, нет, батенька. Какое право эта тварь дрожащая смеет понижать точность там, где оную тварь не просят?
И, почему-то, висит в списке "топ десять известных багов".
> Какое право эта тварь дрожащая смеет понижать точность
Согласно правилам приближенных вычислений, или как они там правильно называются.
> И, почему-то, висит в списке "топ десять известных багов".
Потому что мозг народа еще со школы безнадежно проёбан калькуляторами и плавучкой, и почти никто уже не видит разницу между 1.00, 1.0 и просто 1.
P.S. Баг тут скорее в том, что прибавление единички какого-то хрена исправляет ситуацию.
Х.з., про это я не думал. По моим воззрениям, если у нас есть яблоко и половина яблока, у нас должно быть около полутора яблок, а не одно.
В любом случае, я готов допустить, что такая задумка вполне легальна. Но! Никаких предупреждений о таких граблях нет, ни в документации, нигде.
>есть яблоко и половина яблока, у нас должно быть около полутора яблок
Или хотя бы исключение/ворнинг о том что мы хотим сложить целое с дробным, а яблоки сплюсовать яблочным желе.
И чтобы годные целые яблоки не неявно не резались и не кастились в желе.
>Это не баг, а кривизна рук программиста.
Программиста, который делал 1С.
Неявные преобразования это всегда плохо (даже расширения иногда портят жизнь). И особенно понижение точности.
>Нафига делать разные разряды?
Могут совмещаться разные модули кода, а в них разная точность, мог быть рефакторинг и не везде поменяли. Примеров - миллион.
А если навскидку прикинуть, то гораздо больше выкладывается говнокода по С++, РНР, JAVA.
И вообще, что за дибильная манера хаить тот или иной язык программирования? Или извилина настолько прямая, что не в силах понять, что каждый язык предназначет для своих целей. И нет такого универсального языка, который бы решал абсолютно все задачи.
Но то что языки хуевые - абсолютно не согласен. Повторюсь, каждый язык решает определенные задачи. То что можно написать на 1С, никогда не напишешь, например, на PHP. И наоборот.
- когда касается дело синтаксиса, выразительных средств, возможностей стандартной библиотеки, производительности
С математикой там тоже куча треша была. Вот, например, мой любимый баг в 7.7
Если в запросе вызвать функцию, суммирующую значения, над вещественными числами (например, какие-то суммы), эта блядь приводит их к целочисленному. Помогает только магическое подёргивание в виде +1-1.
Нафига делать разные разряды? Если это цена, то например Сумма(15.2). Есть количество, то Сумма(15.3). И так применить ко всей логике.
Нужно понимать, что ты создаешь и как это будет работать.
И, почему-то, висит в списке "топ десять известных багов".
Согласно правилам приближенных вычислений, или как они там правильно называются.
> И, почему-то, висит в списке "топ десять известных багов".
Потому что мозг народа еще со школы безнадежно проёбан калькуляторами и плавучкой, и почти никто уже не видит разницу между 1.00, 1.0 и просто 1.
P.S. Баг тут скорее в том, что прибавление единички какого-то хрена исправляет ситуацию.
В любом случае, я готов допустить, что такая задумка вполне легальна. Но! Никаких предупреждений о таких граблях нет, ни в документации, нигде.
Или хотя бы исключение/ворнинг о том что мы хотим сложить целое с дробным, а яблоки сплюсовать яблочным желе.
И чтобы годные целые яблоки не неявно не резались и не кастились в желе.
Программиста, который делал 1С.
Неявные преобразования это всегда плохо (даже расширения иногда портят жизнь). И особенно понижение точности.
>Нафига делать разные разряды?
Могут совмещаться разные модули кода, а в них разная точность, мог быть рефакторинг и не везде поменяли. Примеров - миллион.
Сайт только у меня глючит?