Помогаторы разработчика 1С

Причем поддерживаются всевозможные картинки, стили и прочее.

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

Использование внешних обработок

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

Но ведь решается это довольно просто. Практически любую разработку чего-то более-менее серьезного я делаю во внешних обработках.

Достаточно в коде в нужном месте сделать небольшую вставку. Перед этим в редактируемом модуле нажимаем Ctrl+A, Ctrl+C, вставляем весь текст текущего модуля в модуль обработки «ОбработкаДляРазработки.epf» и все, дальше спокойно разрабатываете во внешней обработке. Причем тестируете также все в интерфейсе, но оно сразу же работает с учетом внесенных изменений. Метод подходит для общих модулей, моделей всех объектов, да чего угодно.

Функция РассчитатьПоЗначениямИзмененныхПоказателей(ПараметрыРасчета) Экспорт
	
	//++ Вызов внешней обработки
	Обработка = ВнешниеОбработки.Создать("D:\Temp\ОбработкаДляРазработки.epf");
	Возврат Обработка.РассчитатьПоЗначениямИзмененныхПоказателей(ПараметрыРасчета);
	//--
	
	//...
	
КонецФункции

Даже формы объектов можно разрабатывать во внешних обработках. Тут кода правда чуть-чуть побольше.

&НаКлиенте
Процедура ОткрытьОбраоботку(Команда)
	
	ПараметрыОткрытия = Новый Структура;
	ОписаниеОповещения = Новый ОписаниеОповещения("ПослеПомещенияФайла", ЭтаФорма, ПараметрыОткрытия);
	НачатьПомещениеФайлаНаСервер(ОписаниеОповещения,,,,"D:\Temp\ОбработкаДляРазработки.epf");
	
КонецПроцедуры
	
&НаКлиенте
Процедура ПослеПомещенияФайла(ОписаниеПомещенногоФайла, ПараметрыОткрытия) Экспорт
	
	ИмяОбработки = ПолучитьИмяВнешнейОбработки(ОписаниеПомещенногоФайла.Адрес);
	ОткрытьФорму("ВнешняяОбработка." + ИмяОбработки + ".Форма", ПараметрыОткрытия);
	
КонецПроцедуры

&НаСервереБезКонтекста
Функция ПолучитьИмяВнешнейОбработки(Адрес)
	
	Возврат ВнешниеОбработки.Подключить(Адрес);
	
КонецФункции

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

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

Внешние инструменты

Однажды в одном из 1С-ных каналов был опрос среди разработчиков, кто какую консоль запросов использует. И я был очень удивлен увидев, что почти 40% разработчиков используют типовую консоль с диска ИТС. Ведь есть и поудобнее инструменты. Кроме того, помимо консоли запросов есть еще и консоль СКД, обозреватель и редактор объектов, консоль кода и т. д.

И логично, что сообщество разработчиков для себя любимых создало очень много довольно таки удобных инструментов вместо и в дополнении к типовым с ИТСа.

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

Но у инструментов разработчика есть один существенный минус – ими просто неудобно пользоваться на управляемых формах. Некоторые все же продолжают, но я в какой-то момент начал искать альтернативные инструменты, собирать к себе в папочку какие-то интересные обработки с Инфостарта. В качестве консоли запросов я какое-то время пользовался «Запросником» на управляемых формах. Даже дорабатывал его немного под себя.

На Инфостарте также есть доработанные версии с раскраской запросов и кода.

Но уже года два как я плотно перешел на Инфостарт Тулкит. Это набор очень полезных инструментов в одном расширении. Здесь и консоль запросов, СКД, кода, редактор объектов, анализ прав и т. д. Все в одном месте, мне нравится. Это как набор ключей для автомеханика. Или как стиральная машина автомат – быстро привыкаешь, ее не замечаешь, но без нее уже никак. У Инфостарт Тулкит один минус – инструмент сильно платный, но, мне кажется, что своих денег стоит.

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

Вот список интересных на мой взгляд инструментов:

• Инструменты разработчика

• Infostart Toolkit

• PowerTools

• Универсальные инструменты 1С

• Инструменты разработчика «инструментики»

• Консоль внедренца

Скриптовые движки

Идем дальше. Иногда программист 1С не ограничивается программированием в 1С. Случается так, что нужно написать какие-то скрипты по администрированию, настроить какие-то простые линии сборки, автоматизировать запуск тестов, да мало ли что еще.

Даже в нашем первом примере с запуском конфигуратора – можно пойти дальше и написать скрипт, который запустит конфигуратор, обновит конфигурацию из хранилища, обновит конфигурацию базы данных, запустит предприятие сразу в режиме отладки. И, например, поставить это все в Планировщик заданий Windows где-нибудь на 8 утра. Пришел на работу, а тебя уже ждет открытый обновленный конфигуратор. Можно и дальше продолжить мечтания об автоматизации каких-то рутинных действий, но в этом случае перед разработчиком 1С встает вопрос: а на чем делать всю эту оптимизацию? И у нас есть 2 скриптовых движка: это OneScript и 1С:Исполнитель.

OneScript замечателен тем, что его синтаксис почти полностью совпадает с синтаксисом платформы 1С:Предприятие 8. Он с такой парадигмой и создавался. Для него и на нем написано множество библиотек и даже готовых инструментов, есть активная поддержка сообщества. Я давно и плотно на нем «сижу».

Ну а 1С:Исполнитель использует язык разработки новой платформы от фирмы 1С – 1С:Элемент. Я, если честно, его не пробовал. Но возможно стоит, чтобы сразу приобщиться к будущим технологиями от фирмы 1С.

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

Проверка кода

Помимо непосредственного написания кода, есть помощники, которые помогают писать еще и по возможности хороший код.

Наверное лучший помощник в этом - это твой же сосед–программист. Я много раз говорил о важности и полезности рецензирования кода. Если ваш код не рецензируют, попросите коллегу сделать это. Это полезно не только из-за того, что другой человек своим свежим взглядом может увидеть то, что вы не заметили. Но и тем, что когда ты знаешь, что твой код будет прорецензирован, ты априори стараешься писать его более качественно, а потом это входит в привычку.

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

Для этого есть специальная конфигурация 1С:АПК от фирмы 1С. Очень советую вам использовать АПК в своей работе. Благодаря ей вы довольно быстро освоите основные стандарты разработки, соберете свою коллекцию шаблонов под эти стандарты, избежите неизбежных опечаток, научитесь оформлять свой код как в типовых решениях. Может не все правила из большого набора типовой поставки АПК вам подойдут, но тут можно договориться с командой и какие-то правила отключить или наоборот, добавить свои. Логика проверки здесь пишется на том же языке платформы 1С, это удобно. Есть плагин АПК-2 и для 1С:EDT.

Ну и стоит сказать, что для решения этой же задачи уже есть несколько плагинов для проверки 1С-ного кода на платформе SonarQube. Можно найти несколько публикаций на эту тему. Правда порог входа, как мне кажется, здесь уже повыше. А новые правила пишутся на языке Java.

Эти два инструмента - плагины для SonarQube и 1С:АПК, не заменяют друг друга, а скорее дополняют, т. к. для 1С-ного сонара имеющиеся наборы правил несколько отличаются от АПК-шных.

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

Физическая культура

Ну а от культуры написания кода мы внезапно переходим к культуре физической.

Наша профессия вроде как не считается вредной (всего 2-ой класс), однако все мы знаем, к чему приводит долгое сидение за компьютером.

Это и проблемы с сердечно-сосудистой системой, со зрением, боли в спине и суставах (те же колени), лишний вес. Там же плохое подавленное настроение и проблемы со сном. Да вы и так все это знаете.

Но мы с вами здесь же говорим про разработку и продуктивность, так? Есть куча исследований о том, как качество нашего отдыха влияет на нашу продуктивность следующего дня. А хуже отдыха, чем проводить время опять за компьютером, для программиста придумать сложно. Да это и не отдых строго говоря. Из-за венозного застоя в шейных позвонках в течении дня мозг и так не получает достаточного питания тем же кислородом, продолжая активно работать. И вместо восстановления вы его вечером добиваете. Это приводит к мигреням, утомляемости, раздражительности, плохому настроению, проблем со сном и питанием. То же самое про другие органы. А дальше все это катится как снежный ком.

Что делать – известно. Все мы слышали про рекомендации делать перерывы в работе и зарядку для глаз. Есть специальные программы-напоминалки и все такое. Но когда я погружен в работу, мне все это только мешает и раздражает. Сколько не пробовал – ничего не прижилось.

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

А если у вас еще есть дети старше 7 лет, то во многие секции можно ходить вместе, совмещая полезное с еще более полезным, воспитывая личным примером. Тут вообще без комментариев.

Ну и раз уж мы заговорили про сон.

Сон

Я считаю сон – чуть ли не главным «помогатором» разработчика. У нас сейчас культ работы и какой-то личной продуктивности, и все это часто в ущерб сна. И это большая проблема, т. к. недостаток сна очень сильно сказывается на нашем здоровье и той самой продуктивности.

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

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

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

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

Возможно вот эта литература сможет вам помочь.

• Мэттью Уолкер – «Зачем мы спим. Новая наука о сне и сновидениях»

• Шон Стивенсон – «Здоровый сон. 21 шаг на пути к хорошему самочувствию»

• Андрей Курпатов – «10 рецептов хорошего сна»

Состояние потока

Ну и наконец, переходим к TOП 1 моего списка.

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

Уже позже я узнал, что данный феномен известен и изучен. Называется он «Состояние потока». Этот термин ввел американский психолог Михай Чиксентмихайи еще в далеком 1975 году. Самая известная книга на эту тему у него же так и называется – «Поток».

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

И, оказывается, что и для решения рабочих задач (да и вообще любых), с некоторой успешностью можно научиться входить в это состояние и оставаться в нем довольно продолжительное время показывая какую-то супер продуктивность и ощущая настоящее счастье от работы. По мнению автора, счастье – это и есть нахождение «в потоке», чем бы вы ни занимались. Научиться этому - большая работа, которой можно и нужно заниматься всю жизнь.

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

Почитайте о состоянии потока у данного или других авторов, есть несколько книг на эту тему.

Я не могу сказать, что прямо добился каких-то супер-результатов по нахождению в состоянии потока, к сожалению нет. Но все же некоторые вещи мне очень помогают иной раз войти и оставаться в этом состоянии. Например, это:

1. Быстрый запуск конфигуратора

2. Настроенная под меня среда разработки

3. Мои любимые шаблоны текста

4. Горячие клавиши

5. Слепой метод печати

6. Мультибуфер

7. Разработка во внешних обработках без лишних ненужных ожиданий и отвлечений

8. Прочие удобные внешние инструменты

9. Различные скриптовые движки, которые делают за меня всю рутинную работу

10. Красивый код, который не стыдно показать и легко поддерживать

11. Бодрящая физнагрузка

12. Столь необходимый нам всем здоровый сон

13. И то волшебное чувство счастья, творчества и продуктивности, которое я ощущаю находясь в состоянии потока

Это все позволяет оставаться мне, как мне кажется, продуктивный разработчиком 1С. Чего я и вам, искренне, от всей души, желаю.

А у меня все. Спасибо тем, кто дочитал до конца.