Найти тему

Когда кастомизация превращает проект в проблему

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

Проект – приложение на Clean Architecture и с кастомизированными библиотеками. Коллеги меня поняли)

Для остальных поясню – это как если бы вы получили в ремонт машину с двигателем индивидуальной сборки. Представили? Это может быть мощный и классный двигатель, но его придется перебирать вручную. Долго и дорого.

Моя команда сейчас занимается именно этим – чуть ли не вручную перебирает код, чтобы настроить push-уведомления и кэширование. Простейшие функции, а времени на них уходит масса. Все потому, что предыдущие разработчики увлеклись кастомизацией. Я здесь уже не раз писала и еще, наверное, раз десять напишу...

...чем глубже кастом, тем сложнее (и дороже) техподдержка!

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

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

И если сами делаете приложения – давайте делать разумный кастом. Мы все тут на одном рынке, в одной связке. И к вам когда-нибудь тоже может прийти проект, с которым вы за-ко-ле-бетесь!

Мария Орлова, генеральный ТехноФабрики

Подписывайтесь, будет больше честных и нескучных историй про разработку приложений и сайтов для бизнеса