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

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

Регистры накопления в 1С хороши своей простотой. Но не слишком ли они просты? Разговор о том, что могло бы быть в регистрах 1С, позволит вам лучше понять как устроено 1С:Предприятие. Какие типовые задачи приходится решать разработчикам конфигураций и о каких ограничениях следует знать аналитику.

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

1С начиналась с бухгалтерии. Кто‑то скажет, что не с бухгалтерии, а с электронной почты. Но все таки, 1С стала тем, чем она стала во многом благодаря именно с бухгалтерии. В первых версиях был только бухгалтерский регистр и весь учет строился на нем. С тех пор много что изменилось. Какие времена переживает бухгалтерский регистр сейчас и какое место занимает он в платформе 1С:Предприятие.

В данном случае, «по‑человечески» означает, что данные будут представлены человеку. В узком смысле, мы поговорим здесь об «отчетах». В широком смысле, нас будет интересовать организация интерфейса ПО — человек (но не ПО‑ПО, это тема отдельного разговора о способах интеграции 1С с внешним миром, которых множество).

У человека, не погруженного в тему, внезапно нахлынувший вал сообщений о GPT может оставить противоречивые чувства. Эксперты разделились на два, на первый взгляд, равновеликих лагеря. Одни авторитеты говорят, что это "вау!". Другие уверенно заявляют, что GPT это "генератор бреда". Чтобы вы могли разобраться самостоятельно, я расскажу, как это работает

Много узкоспециализированных объектов или небольшое количество универсальных? Истина, как обычно, посередине. Справочники и документы в 1С - это пример удачного попадания в эту середину. Разумеется, речь не о том, что видит пользователь, а о том, чем оперирует разработчик. Идея " а давайте у нас будут не таблицы базы данных, а справочники и документы", при всей своей внешней неброскости, не столь проста. О чем и поговорим далее

Основная трудность, с которой сталкиваются начинающие изучать 1С, заключается в том, что быстро разобраться что здесь к чему очень сложно. В платформе 1С:Предприятие вводится целый ряд оригинальных понятий. Объяснений этих понятий во встроенной справке, на сайте 1С и на прочих ресурсах много, но они мало что проясняют даже искушенному в ИТ. Здесь я расскажу об одном важном понятии в 1С. Простыми словами и со смыслом.

Регистры накопления - центральная концепция платформы 1С:Предприятие. Она кажется интуитивно понятной, но это только вводит в заблуждение. Ситуация усугубляется тем, что найти не то, что хорошее, а хотя бы минимально разумное описание не легко. Обратившись к синтакс-помощнику или сайту 1С (https://v8.1c.ru/platforma/registr-nakopleniya), вы узнаете, что регистры накопления используются для... накопления информации. Здорово! Но вообще-то любая таблица в любой базе данных используется не иначе как для накопления информации. Далее будет дано описание концепции регистров с ее плюсами и минусами, как это видит автор.

Я взял типовую конфигурацию Управление торговлей редакции 11.5 Немного доработал запрос к языковой модели GPT-3 и получил возможность обращаться к учетной системе на естественном языке

Опыт общения рядового 1С-ника с GPT-3

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

В этой статье я разбираю один конкретный класс объектов в системе 1С:Предприятие 8. Тема, конечно, узкая. Но, так как здесь мы имеем очень хороший пример очень плохой архитектуры, я думаю, многим будет интересно. В том числе и тем, кто далек от 1С. Со своей стороны я постарался изложить так, чтобы было понятно всем, кто обладает хотя бы основными знаниями о базах данных.

Визуальное программирование? Серьезно?! Я что-то пропустил? Кто-то изобрел программирование на ощупь? Или по запахам? Нет? Все программируют глазами? А почему тогда мы используем это прилагательное?

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

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

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

Как-то раз обратился ко мне старый-добрый клиент. У них база 1С старая. Обновления для нее уже не выпускают, а им скоро отчет сдавать. Что делать? Спрашивает меня ГБ. Я говорю:

- Не беда, в старой базе сделаете.

- Так он у нас через Такском не пройдет.

- Конечно, не пройдет. Но вы мне файлик пришлете, я там один символ поменяю, и пройдет.

- Даааа?

Почти 80 лет назад Айзек Азимов сформулировал свои знаменитые законы робототехники. И это был настоящий поворот в общественном сознании. До него робот стойко ассоциировался не иначе, как с Франкенштейном. Роботы восстали и убили своих создателей. Никому и в голову не приходило, что может быть что-нибудь еще. Видимо, такая простая мысль, что если сделать, как надо, то и будет, как надо, всем казалась слишком скучной. Заслуга писателя в том, что он заложил основы здорового отношения к развитию новых технологий. Его гуманистический принцип может служить надежным ориентиром во всех сложных ситуациях. А сложности есть и, кажется, что их становится больше. Сегодня заявления об экзистенциальной угрозе человечеству со стороны искусственного интеллекта звучат все громче. Что характерно, их можно услышать от людей, которые в рейтинге ретроградов занимают самые последние места.

Все громче звучат в последнее время разговоры о том, что профессия бухгалтера (как, впрочем, и еще целый ряд других) не выдерживает напора современных технологий. Даже если и есть тут некоторое преувеличение, то не такое уж и большое. Откройте прямо сейчас hh. Профессия «бухгалтер». В Москве 7 тысяч вакансий на полмиллиона соискателей. При том, что вакансий «программист» чуть ли не в три раза больше (20 тысяч). И пусть счет все еще идет на тысячи, не стоит обольщаться. Это — всего лишь инерция. Скоро все закончится, потому что… учет умер.

Жизнь программиста тяжела. В основном она состоит из двух вещей. Бесконечных, мучительных попыток понять, что он сделал не так и безграничного изумления по поводу того, как можно быть таким идиотом. А пользователи живут беззаботно. И это ужасно несправедливо. Чтобы сделать с этим хоть что-нибудь, разработчики программ для ведения учета придумали контроль отрицательных остатков.