ТОП 3️⃣ книги по 1С
🔹 1С:Предприятие 8.3: Практическое пособие разработчика. Примеры и типовые приемы (Радченко М.Г., Хрусталева Е.Ю.) – отличная книга для начинающих и не только!
🔹 Язык запросов «1С: Предприятия 8» (Хрусталева Е.Ю.) – основа основ, куда же в 1С без запросов;
🔹 101 совет начинающим разработчикам в системе «1С:Предприятие 8» (Хрусталева Е.Ю.) – очень полезно, для знания сред разработки, из этой книги узнал для себя позиционирование на текущем объекте в дереве конфигурации с помощью горячих клавиш CTRL+T;
———————————
Книги, которые не вошли в ТОП, но от того не менее важные и полезные:
🔸 Разработка интерфейса прикладных решений на платформе «1С:Предприятие 8» (Ажеронок В.А, Островерх А.В., Радченко М.Г., Хрусталева Е.Ю.);
🔸 Разработка сложных отчетов в «1С:Предприятии 8». Система компоновки данных. (Хрусталева Е.Ю.);
🔸 1С:Предприятие 8. Управление торговыми операциями в вопросах и ответах (Богачева Т.Г.) – отличная книга, которая помогала мне в начале моего пути разбираться с УТ, если кто работает с ней, рекомендую;
🔸 Разработка в системе «1С:Предприятие 8» (Митичкин С.А.) – сейчас нет актуального издания данной книги, но в начале развития версии 1С 8.0, данная книга шла на ровне с первым номером в топе.
———————————
Пишите в комментариях, какие книги вам зашли на столько, что вы получили эффект "ВАУ" после прочтения, подходящей для сферы 1С и программирования💬
———————————
> > > Случайный пост < < <
#ЕБ_Повседневность
#ЕБ_Развитие
🔹 1С:Предприятие 8.3: Практическое пособие разработчика. Примеры и типовые приемы (Радченко М.Г., Хрусталева Е.Ю.) – отличная книга для начинающих и не только!
🔹 Язык запросов «1С: Предприятия 8» (Хрусталева Е.Ю.) – основа основ, куда же в 1С без запросов;
🔹 101 совет начинающим разработчикам в системе «1С:Предприятие 8» (Хрусталева Е.Ю.) – очень полезно, для знания сред разработки, из этой книги узнал для себя позиционирование на текущем объекте в дереве конфигурации с помощью горячих клавиш CTRL+T;
———————————
Книги, которые не вошли в ТОП, но от того не менее важные и полезные:
🔸 Разработка интерфейса прикладных решений на платформе «1С:Предприятие 8» (Ажеронок В.А, Островерх А.В., Радченко М.Г., Хрусталева Е.Ю.);
🔸 Разработка сложных отчетов в «1С:Предприятии 8». Система компоновки данных. (Хрусталева Е.Ю.);
🔸 1С:Предприятие 8. Управление торговыми операциями в вопросах и ответах (Богачева Т.Г.) – отличная книга, которая помогала мне в начале моего пути разбираться с УТ, если кто работает с ней, рекомендую;
🔸 Разработка в системе «1С:Предприятие 8» (Митичкин С.А.) – сейчас нет актуального издания данной книги, но в начале развития версии 1С 8.0, данная книга шла на ровне с первым номером в топе.
———————————
Пишите в комментариях, какие книги вам зашли на столько, что вы получили эффект "ВАУ" после прочтения, подходящей для сферы 1С и программирования
———————————
> > > Случайный пост < < <
#ЕБ_Повседневность
#ЕБ_Развитие
Please open Telegram to view this post
VIEW IN TELEGRAM
Тестирование различных API
Не так давно, где-то полгода назад, я только узнал про такую классную штуку как Postman – Клиент для тестирования API. Понадобилась мне эта штука и коллега мне рассказал про неё, когда разрабатывал интеграцию 1С с GitLab, чтобы получать информацию о «релизах», какие изменения вносились, кто вносил и т.п., чтобы дальше это превращалось в некий отчет по изменениям.
На скриншоте рабочее окно Postman, которое позволяет нам вставить адрес API и, заполнив его параметры, отправить запрос.
В случае, когда документация не столь понятная или используешь «метод тыка», эта программа позволяет гораздо быстрее отлаживать запросы.
Думаю, что функционал гораздо шире, но пока освоился только с обычной отправкой запроса и получением результата. Классная фишка - можно сохранить папку запросов и отправить коллеге, прям как в консоли запросов)
Для тестирования нашел пару интересных открытых и публичных API, как раз повод попробовать в деле:
🔹 Cat Facts – случайные факты о кошках каждый день.
🔹 Nationalize - предсказывает национальность человека по его имени.
🔹 Joke API - API генерирует случайные шутки. Вы также можете получать шутки определенного типа (например, только шутки о программировании).
Сейчас готовлю материал для внутреннего митапа по этой теме, если поделитесь интересными наблюдениями или другими программами и поделитесь опытом, буду благодарен) Знаю про аналогичный софт – Insomnia, кто пользовался, чем лучше?💬
А если вы как и я не знали про клиентов для тестирования API, ставьте➕ в реакциях к посту)
----------------
> > > Дайджесты по каналу < < <
#ЕБ_Повседневность
#ЕБ_Развитие
Не так давно, где-то полгода назад, я только узнал про такую классную штуку как Postman – Клиент для тестирования API. Понадобилась мне эта штука и коллега мне рассказал про неё, когда разрабатывал интеграцию 1С с GitLab, чтобы получать информацию о «релизах», какие изменения вносились, кто вносил и т.п., чтобы дальше это превращалось в некий отчет по изменениям.
На скриншоте рабочее окно Postman, которое позволяет нам вставить адрес API и, заполнив его параметры, отправить запрос.
В случае, когда документация не столь понятная или используешь «метод тыка», эта программа позволяет гораздо быстрее отлаживать запросы.
Думаю, что функционал гораздо шире, но пока освоился только с обычной отправкой запроса и получением результата. Классная фишка - можно сохранить папку запросов и отправить коллеге, прям как в консоли запросов)
Для тестирования нашел пару интересных открытых и публичных API, как раз повод попробовать в деле:
🔹 Cat Facts – случайные факты о кошках каждый день.
https://catfact.ninja/fact
🔹 Nationalize - предсказывает национальность человека по его имени.
https://api.nationalize.io/?name=Roman
🔹 Joke API - API генерирует случайные шутки. Вы также можете получать шутки определенного типа (например, только шутки о программировании).
https://official-joke-api.appspot.com/random_joke
Сейчас готовлю материал для внутреннего митапа по этой теме, если поделитесь интересными наблюдениями или другими программами и поделитесь опытом, буду благодарен) Знаю про аналогичный софт – Insomnia, кто пользовался, чем лучше?
А если вы как и я не знали про клиентов для тестирования API, ставьте
----------------
> > > Дайджесты по каналу < < <
#ЕБ_Повседневность
#ЕБ_Развитие
Please open Telegram to view this post
VIEW IN TELEGRAM
Писать с нуля или попробовать выпилить из типовой
Есть у меня текущая задача: сделать интеграцию не типовой конфигурации с платежной системой Юкасса.
И передо мной встал вопрос, писать заново интеграцию с нуля, используя документацию, или же попробовать вытянуть из типовой конфигурации. Спойлер – сделать 50/50)
В целом подобные задачи с таким выбором у меня уже не первый раз. И всегда нужно смотреть по ситуации.
Какие можно выделить моменты
🔹 Взять из типовой:
- Быстро, но только в случае если требуется явно выделенная часть или уже есть пересечения в конфигурации (например, и там и там есть БСП);
- При обновлении можно будет сравнить и взять снова изменения из типовой конфигурации;
- В типовой уже должен быть хорошо написанный и оптимизированный код, как минимум могут быть учтены нюансы и подводные камни.
🔸Написать с нуля
- Бывает даже быстрее, написать с нуля, когда нужна маленькая часть и не требуется тащить всю матрешку (связку процедур и функций по разным модулям) из типовой конфигурации;
- Более высокая совместимость с конкретной задачи, если есть уникальные условия;
- Как правило, лучшее понимание своего кода, чем чужого.
Ну и по итогу, в большинстве таких случаев у меня это взять часть из типовой и остальное написать с нуля под конкретную задачу. А как у вас?💬
Главная мысль данного поста: смотрите на готовые конфигурации, а также на доступные решения в интернете! Возможно до вас уже кто-то решал подобную задачу, вы можете подчерпнуть как решение, так и увидеть подводные камни.
----------------
> > > Дайджесты по каналу < < <
#ЕБ_Повседневность
#ЕБ_Развитие
Есть у меня текущая задача: сделать интеграцию не типовой конфигурации с платежной системой Юкасса.
И передо мной встал вопрос, писать заново интеграцию с нуля, используя документацию, или же попробовать вытянуть из типовой конфигурации. Спойлер – сделать 50/50)
В целом подобные задачи с таким выбором у меня уже не первый раз. И всегда нужно смотреть по ситуации.
Какие можно выделить моменты
🔹 Взять из типовой:
- Быстро, но только в случае если требуется явно выделенная часть или уже есть пересечения в конфигурации (например, и там и там есть БСП);
- При обновлении можно будет сравнить и взять снова изменения из типовой конфигурации;
- В типовой уже должен быть хорошо написанный и оптимизированный код, как минимум могут быть учтены нюансы и подводные камни.
🔸Написать с нуля
- Бывает даже быстрее, написать с нуля, когда нужна маленькая часть и не требуется тащить всю матрешку (связку процедур и функций по разным модулям) из типовой конфигурации;
- Более высокая совместимость с конкретной задачи, если есть уникальные условия;
- Как правило, лучшее понимание своего кода, чем чужого.
Ну и по итогу, в большинстве таких случаев у меня это взять часть из типовой и остальное написать с нуля под конкретную задачу. А как у вас?
Главная мысль данного поста: смотрите на готовые конфигурации, а также на доступные решения в интернете! Возможно до вас уже кто-то решал подобную задачу, вы можете подчерпнуть как решение, так и увидеть подводные камни.
----------------
> > > Дайджесты по каналу < < <
#ЕБ_Повседневность
#ЕБ_Развитие
Please open Telegram to view this post
VIEW IN TELEGRAM