Внедрение( передача продукта от разработчика к заказчику)

💸 Как сделать бизнес проще, а карман толще?

Тот, кто работает в сфере услуг, знает — без ведения записи клиентов никуда. Мало того, что нужно видеть свое раписание, но и напоминать клиентам о визитах тоже. Проблема в том, что средняя цена по рынку за такой сервис — 800 руб/мес или почти 15 000 руб за год. И это минимальный функционал. Нашли самый бюджетный и оптимальный вариант: сервис VisitTime.
⚡️ Для новых пользователей первый месяц бесплатно. А далее 290 руб/мес, это в 3 раза дешевле аналогов. За эту цену доступен весь функционал: напоминание о визитах, чаевые, предоплаты, общение с клиентами, переносы записей и так далее.
✅ Уйма гибких настроек, которые помогут вам зарабатывать больше и забыть про чувство «что-то мне нужно было сделать».
Сомневаетесь? нажмите на текст, запустите чат-бота и убедитесь во всем сами!

Документация для программного обеспечения — документы, описывающие то, как работает программа и/или то, как её использовать.

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

- архитектурная/проектная — обзор программного обеспечения, включающий описание;

- рабочей среды и принципов, которые должны быть использованы при создании ПО;

- техническая — документация на код, алгоритмы, интерфейсы, API;

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

- Выбор содержательных имён переменных, функций и классов.

- Принцип единой ответственности. На класс должна возлагаться только одна ответственность, одна функция должна выполнять только одну операцию.

- Функции и классы должны быть компактными.

- Максимальный уровень отступов в функции не должен превышать трех.

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

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

- Вертикальное разделение концепций - разделение фрагментов кода пустыми строками.

Рефакторинг кода - процесс изменения исходного кода программы, не затрагивающий её поведения и ставящий целью облегчить понимание её работы и/или упростить её дальнейшую поддержку. Рефакторинг - это лишь замена имён переменных или перемещение небольших участков кода из одного места программы в другое.
Правила именования переменных заключается в том, что к именам переменных добавляется некоторый префикс. Этот префикс служит идентификатором области, которой эта переменная принадлежит.Такой идентификатор должен легко запоминаться и должен быть понятен исходя из своего названия. Похожие объекты должны иметь похожие идентификаторы, что позволяет объединять объекты в логические группы.
Любой код должен содержать комментарии, которые помогают понять, что происходит в той или иной части кода. Множество ненужных комментариев, однако, также не желатель. Комментарии должны быть компактными, максимально информативными и каноническими.

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