На этот раз поговорим о том, как сложность кода вытягивает жизненные силы из разработчиков, затрудняет планирование, построение и тестирование проектов. На митапе обсудим:
• Почему же возникает сложность? • Зачем с ней надо бороться? • Как организовать свой код, чтобы он вываливал меньше сложности на коллег-разработчиков
Язык программирования 1С содержит много нюансов и особенностей, которые могут приводить к неожиданным для разработчика результатам. Сталкиваясь с ними, программист начинает лучше понимать логику платформы, а значит быстрее выявлять ошибки и видеть потенциальные узкие места своего кода там, где позже можно было бы ещё долго медитировать с отладчиком в поисках источника проблемы. Мы рассмотрим разные примеры поведения кода 1С. Разберём результаты выполнения и ответим на вопросы «Почему?», «Как же так?» и «Зачем нам это знать?».
Тиражные решения. И насчет тиражных решений для программистов...
❗️Если вы решили взяться за некое тиражное решение, надо помнить, что разработка займет намного больше времени, чем если вы делаете продукт только для себя. Моя рекомендация - почитать книгу "Мифический человеко-месяц, или Как создаются программные системы". Она также про восприятие времени, о его планировании, и как часто здесь совершаются ошибки.
О чем книга - главные выводы: 1️⃣ Программный продукт отличается от программы. Необходимо тщательное тестирование. Затраты времени в 10-100 раз больше, чем на программу "для себя".
2️⃣ Время выполнения проекта НЕ обратно пропорционально числу программистов. Растут затраты на взаимодействие.
3️⃣ Помните, что программный продукт также должен быть более тщательно протестирован, иметь инструкцию (написание которой занимает столько времени, что это оказывается очень неожиданно), а также иметь онлайн-поддержку, систему контроля версий.
📌 Опишу немного свой опыт.
Написал хорошую обработку. Почему бы не сделать тиражное решение? Для этого понадобилось немного добавить универсальности, чтобы пользователь мог просто ей пользоваться. Сделал. На размещение на маркетплейсе - ушло почти 2 часа, надо же не просто разместить, а красиво описать.
Ага, надо же еще и краткую инструкцию? 🙈
⚠️ Далее, запутался с версиями, так как иногда нужно было вносить изменения. На контроль версий ушло время.
Вот она, первая продажа! Но... Пошли вопросы от покупателей. Чтобы ответить, нужно вникнуть в каждый, написать ответ, далее, если ошибка - поставить в план исправлений - баг-трекер.. Желательно еще и онлайн "Ответы на частые вопросы", а также поддержка в онлайн-чате - сейчас пользователь не хочет ждать более 5 минут ответа на свой вопрос.
В итоге - снял с продаж, так как стало невыгодно. Кроме того, по моему мнению, сейчас маркетплейсы переполнены разработками, и, чтобы ее купили, надо стараться еще сильнее.
✅ Вывод - тиражное решение надо просчитывать заранее очень тщательно и не вестись на разговоры "разбогатей за 10 минут на продаже своих разработок".
ЖЁ 
