Работаем удалённо, для клиентов в любой стране. Читаем код, говорим, в каком он состоянии, и только после этого называем часы. Не наоборот.
Сообщения прочитаны, ответов нет. Сроки идут, а доступы остались у него.
Работа та же, счёт другой, и уходить некуда: как устроен проект, знают только они.
Ни документации, ни автора. Любая правка начинается с раскопок и заканчивается неизвестно когда. Здесь и нужен аудит кода — прежде чем что-то обещать по срокам.
Он держится, и все делают вид, что так и задумано. Легаси, которое годами не обновлялось, — до первой задачи, которую нельзя отложить.
Проект живой, задача понятная, исполнителя нет. Начинать заново из-за одной функции — дорого.
Может быть, и правда проще. А может быть, тому, кто это сказал, просто не хочется читать чужой код.
Мы не называем цену, пока не прочитали код. Это единственный честный порядок и самый неудобный для нас.
Кто называет сумму и срок по описанию задачи — называет их наугад. В своём проекте наугад ошибаются на проценты, в чужом — в разы, и разницу оплачивает кто-то один. Поэтому сначала чтение, а цифры после него.
В каком состоянии код: что работает, что держится на честном слове, а что уже мертво и просто лежит в репозитории.
Что чинится, что стоит рефакторинга, а что дешевле переписать. Это разные ответы для разных частей одного проекта, и «переписать всё» почти никогда не входит в их число.
Где риски: что не обновлялось годами, где нет резервных копий, что сломается первым.
Что нужно сделать срочно, а что подождёт. Срочное и важное — разные списки, и путать их дорого.
Беглый аудит кода — бесплатно. Несколько часов на то, чтобы понять, с чем имеем дело; вы за них не платите.
Детальный разбор — платный: по часам и по таймеру, как и вся остальная работа. Но заказывать его вслепую не придётся — сколько он займёт, мы скажем после бесплатного осмотра.
Платформа продажи билетов для Молдовы и Румынии: публичный сайт, портал организатора, касса, приложение покупателя, приложение сканирования для персонала, проход через турникеты. Проект начали не мы — кодовая база пришла уже написанной. Ведём его десять лет, в активной разработке и поддержке до сих пор.
B2B-магазин дистрибьютора отделочных материалов, сросшийся с его ERP. У каждого партнёра свои договорные цены, группа скидок, сроки оплаты и менеджер — всё это уже жило в ERP, и магазин не должен был стать вторым источником правды. Партнёр входит и видит свою цену, заказ уходит обратно в ERP документом, статус поставки читается оттуда же. Та же витрина обслуживает и частных покупателей — с оплатой картой и рассрочкой.
Значительная часть наших работ закрыта NDA агентств. Примеры — по запросу.
Не предлагаем переписать всё с нуля по умолчанию. Это самый дорогой ответ и почти никогда не самый нужный. Иногда он верный — но тогда это вывод из чтения кода, а не первая реплика.
Не называем цену до чтения кода. Быстрый ответ «да, сделаем, недорого» вы уже слышали один раз — и, скорее всего, поэтому здесь.
Не берёмся молча. Если после чтения окажется, что чинить дороже, чем переписать, вы услышите это прямо — и тогда мы предложим переписать.
Андрей — CTO с 2009 года, в двух компаниях. Разбор чужого проекта начинается с него.
Чужой код — ровно то место, где одна пара рук упирается в незнакомый стек. Двое из нас работают на одной бэкенд-территории, двое — на одном мобильном.
Запас может быть в оценке, но в счёт попадают только отработанные часы. Работа заняла меньше — вы платите меньше. Подробнее — на главной.
Доступ к репозиторию и к серверу. Больше на этом этапе ничего не нужно: разбираться, как всё устроено, — наша работа, а не ваша.
Для сайта этого может быть достаточно: то, что лежит на хостинге, чаще всего им и является. Посмотрим, что там есть, и скажем точно.
Беглый просмотр — несколько часов, и он бесплатный. Сколько займёт разбор целиком, видно уже после него: снаружи объём чужого кода не оценивается, а называть срок вслепую — это то самое гадание, за которое платит клиент.
Само по себе это не повод его переписывать: так обычно и выглядит проект, который год стоял без разработчика. Обновление считается отдельной работой со своим сроком: сначала мы говорим, насколько всё отстало и чем это грозит, а решаете вы, обновлять сразу или пока работать как есть.
Если он справляется — да, менять его ради самой смены незачем. Если проблемы проекта начинаются именно с него, мы скажем об этом при чтении кода. Переезд — тоже отдельная работа, и оформлять хостинг лучше на вас, а не на нас.
Только если он совпадает с нашим — список внизу страницы. Разбираться в чужом коде на технологии, которой мы не занимаемся, значит учиться за ваш счёт. Честнее сразу сказать, что это не к нам.
Вам. Мы работаем помесячно и выставляем счёт за уже сделанное, поэтому доступ к репозиторию можно отдать сразу, а не в конце проекта — держать код у себя до последнего платежа нам незачем.
Да. Значительная часть наших текущих работ и так под ним.
Работаем удалённо с клиентами откуда угодно, часовой пояс EET. Говорим и пишем на румынском, русском, английском и болгарском.
Не нужно готовить техническое задание. Достаточно написать, что за проект и почему он остался без разработчика — дальше мы спросим сами.
Это точка входа. Подхват всегда начинается с Андрея — код читает он.
Написать кому-то из нас напрямую — контакты на главной.
Если задача другая: веб-приложение или внутренняя система, API, интеграции и платежи, приложение для iOS и Android, интернет-магазин, сайт или лендинг, адаптация готового сайта под телефон.
Хотите сначала посмотреть, кто мы такие, — главная страница: трое, чем занимается каждый, как считаем часы и что уже сделали.
уровень 1 — платформа
Дистрибьютор продаёт через один и тот же магазин в двух режимах: партнёрским фирмам и частным покупателям. Трудной была именно B2B-часть — у каждого партнёра свои договорные цены, своя группа скидок, свои сроки оплаты и закреплённый менеджер, и всё это уже живёт в ERP компании. Магазину нельзя было стать вторым источником правды. Поэтому работа была не в том, чтобы открыть магазин, а в том, чтобы построить слой, который связывает магазин с ERP: цена, которую партнёр видит после входа, — это его цена из ERP, а заказ уходит обратно в ERP документом, без ручного перенабора. Делали как разработчики в составе команды Rinnovation.
Один магазин на два типа покупателей: категории клиентов с разной ценой, разным ходом заказа и разными способами оплаты. Частным лицам — полочные цены, оплата картой и покупка в рассрочку через партнёров по финансированию, в той же корзине. Уведомление, когда пропавший товар вернулся в наличие.
Партнёры приезжают из ERP, учётные записи в магазине создаются и обновляются сами. Синхронизируется номенклатор: категории, товары, изображения и соответствие атрибутов ERP полям магазина. Остатки обновляются, чтобы партнёр заказывал по реальному наличию, а не по статичному списку. Группы скидок, сроки оплаты и менеджеры подтягиваются и привязываются к партнёру. Синхронизации идут по расписанию, с журналом и отдельными инструментами диагностики, когда соответствие не сходится; есть сверка данных и чистка записей, оставшихся без пары.
Три уровня цены из ERP: общее предложение, согласованное лично с партнёром и действующие акции. После входа фирма видит только свои цены, с правильным приоритетом между общей ценой, своей и акцией. Предложения обрабатываются пакетами — комбинаций «партнёр — товар» много. Групповые скидки применяются в магазине так же, как в ERP.
Заказ из магазина автоматически выгружается в ERP документом — с партнёром, товарами, ценами и условиями. Состояние заказа читается обратно из ERP и показывается в кабинете, поэтому партнёр видит реальную стадию поставки. Сопутствующие документы доступны там же. Выгрузка учитывает категорию клиента: розничный заказ и заказ по договору попадают в систему с разными условиями.
Договорные цены видны только после входа, вместо немедленной оплаты — сроки, заказ на счёт, закреплённый менеджер. Фирма автоматически проверяется по фискальному коду в публичном реестре плательщиков НДС.
уровень 1 — платформа
Платформа продажи билетов и управления событиями: от публикации события и выбора места на схеме зала до оплаты, выпуска билета, контроля на входе и расчёта с организатором. Шесть интерфейсов в одном продукте, два рынка со своими налоговыми правилами — Молдова и Румыния, — интерфейс и контент на румынском, русском и английском. В активной разработке и поддержке уже много лет.
iticket.md iticket.roКаталог событий, поиск, схема зала с выбором мест, оформление заказа и личный кабинет. Разные цены по секторам, рядам и отдельным местам; временная бронь не даёт продать одно место дважды и сама снимается, если оплата не прошла. Три языка со своими адресами, структурные данные и картинки для шеринга, согласие на cookie.
Создание и ведение событий, своя команда, отчёты по продажам. Несколько компаний и договоров на одного организатора, ступени комиссии и переносимые авансы, разделение комиссии по отдельным счетам, электронные фактуры в фискальную систему, настраиваемые правила отмен и частичных возвратов.
Внутренние операции, финансовая статистика, бухгалтерские отчёты с выгрузкой в Excel и PDF. Права доступа по ролям и полный журнал изменений, GDPR-сценарии удаления и переноса персональных данных. Тексты интерфейса правит команда клиента, без разработчиков.
Физическая точка продажи: оформление, выпуск и печать билета на месте по шаблонам, настраиваемым под каждое событие.
Покупка ваучера, отправка получателю, погашение при заказе билета и сканирование.
Поиск, продвигаемые события, чипы категорий, фильтры по городам, вкладки билетов, ваучеров и аккаунта. Оплата картой, по QR прямо из банковского приложения, с баланса счёта, по счёту или при получении — с историей операций и своей обработкой ошибок под каждый способ. Push-уведомления.
Контроль билетов на входе для персонала площадки: сканирование QR и статистика по событию в реальном времени.
Интеграции с внешними партнёрами, виджеты бронирования для чужих сайтов, рассылки по e-mail и SMS с предпросмотром шаблона, реферальная программа с выплатами, кэшбэк-кампании и A/B-тесты. Сюда же проход через турникеты: турникет стоит на площадке и работает по своему протоколу.