Дайджест: 300 ссылок на обучающие ресурсы по программированию

300 ссылок на обучающие ресурсы по программированию на языках JavaScript, Python, PHP, Ruby, C, C++, С#, Haskell, Scala и в их фреймворках.

https://proglib.io/p/300-programming-urls/

Даже если вы — опытный разработчик, вы не сможете всегда держать в голове все команды Git или терминала. На этот случай у вас теперь будет такая полезная шпаргалка, где также описаны команды Phpstorm.

Программное переопределение текстов запросов динамических списков.
https://its.1c.ru/db/v8std#content:2149184417:hdoc

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

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

Как мы можем ему сообщить, что такой запрос переопределяется в коде? Написать комментарий? Но он же сотрётся при редактировании этого запроса в конструкторе.

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

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

https://wonderland.v8.1c.ru/blog/globalnyy-poisk/
Такси+
Глобальный поиск
8.3.15

Ограничение на использование конструкции "ПОЛНОЕ ВНЕШНЕЕ СОЕДИНЕНИЕ" в запросах.
https://its.1c.ru/db/v8std/content/2149184084/hdoc

Стандарт предупреждает: запросы с конструкцией ПОЛНОЕ ВНЕШНЕЕ СОЕДИНЕНИЕ будут тормозить на PostgreSQL, а одновременно использовать конструкцию ПОЛНОЕ СОЕДИНЕНИЕ и обращение к табличным частям из раздела ВЫБРАТЬ на PostgreSQL так и вообще запрещено.

На инфостарте неожиданный вброс)) https://infostart.ru/journal/news/tekhnologii/teoriya-i-praktika-mnogoyazychnogo-programmirovaniya-kak-izuchat-i-sochetat-v-rabote_945183/

вброс в чятик https://infostart.ru/journal/news/zhizn/na-ves-zolota-pochemu-it-spetsialistov-ne-khvataet-i-vsegda-li-tak-budet_955252/

импортозамещение готовилось давно

@how1c - чат для пользователей 1С, новичков, начинающих программистов.
Без флуда.

Лайфхак: исходники внешних обработок и отчетов 1С - это просто.
https://infostart.ru/public/850230/

exam1s.ru - платные костыли для подготовки к экзаменам по 1С

8.3.14 можно менять начало столетия!

И вы конечно все это кладбище ошибок зафиксировали, отправили в 1с и я могу ознакомиться с ними на багборде или партнерском форуме, верно?

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

Требования к проведению документов.
https://its.1c.ru/db/v8std#content:2149184252:hdoc

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

Хорошо, что есть стандарт,  который объясняет: непроведенный документ отличается от проведенного тем, что непроведенный документ является «черновиком», не отраженным в учете. Такие документы могут быть сохранены в системе, даже если они не полностью или вообще не заполнены; к ним не применяются никакие проверки и ограничения бизнес-логики (проверки заполнения, дат запрета изменения и т.п.). Данные таких документов не отражаются в учете (не выводятся в отчетах и т. п.)
В то же время, проведенный документ – это «чистовик», формирование и обработка которого завершены и по поводу которого принято решение, что данный документ должен участвовать в учете.

Небольшая шпаргалка для начинающих разработчиков по основам SQL, в которой вы найдёте примеры для таких операторов, как SELECT, LIKE, JOIN, UNION и многие другие.

https://github.com/enochtangg/quick-SQL-cheatsheet

:) Я когда-то давно в Деловых Линиях работал и там обмен с шиной на планах обмена с очень большим потоком данных.
Там делалось интересно:
1. Начать транзакцию
2. Запросом выбрать измененные данные
3. Наложить управляемую блокировку на данные
4. Сформировать пакет обмена
5. Асинхронно отправить в шину не дожидаясь ответа.
6. Создать запись в измененных об отправке.
7. Фиксация транзакции

При получении из шины подтверждения о приеме пакета
шаги 1-3
4. удаление поколения измененных
5. фиксация транзакции

Где бы подработать 1снику?..