Методология разработки на 1С-Битрикс – опыт дурака / Хабр

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

Далее опишу основные проблемы, с которыми пришлось столкнуться в этом, и нескольких похожих, проектах, апробированные мною решения и результаты работ.

Исходные данные:

• Есть интернет-магазин на 1С-Битрикс
• Проекту несколько лет, но только несколько месяцев назад сайт перевели на 1С-Битрикс
• Посещаемость 10-15 тыс. человек в день
• Каталог магазина содержит около 12 000 позиций товаров
• Простои и отключения сайта недопустимы
• Проект в течении полугода разрабатывался другой компанией:
• 1. Есть ТЗ, примерно на 100 листов, соответствующее выполненной работе примерно на 40%
  2. Никакой документации проекта
  3. Отсутствие понимания, почему предыдущие разработчики использовали именно такие архитектурные решения.

Разработкой программного обеспечения в целом, и web-проектов в частности, занимаюсь около 8 лет. За это время сталкивался с проектами различной сложности и, на первый взгляд, задаче не показалась мне слишком трудной. При выполнении проектов в нашей компании, как правило, применяется методология SCRUM. От нее я и начал отталкиваться.

Первым делом, получил доступ исходному коду проекта. Поверхностно проанализировал. Согласовал с заказчиком список первостепенных задач. Составил план разработки для 3х разработчиков и, как сказал Гагарин, поехали!

Проблема №1 – во всем виноваты разработчики

Как это обычно и бывает, во всем виноваты все, кроме заказчика. Дизайнер сделал макет, который слишком много весит, хостер предоставил сервер, который медленно работает, разработчики сделали сайт, который все время глючит и ломается, менеджеры выполнили какие-то задачи, которые мы выполнять не просили, после перехода со старой версии сайта на 1С-Битрикс произошло резкое снижение поискового трафика и т. д. Ситуация не однозначная. С одной стороны основная ответственность конечно же должна лежать на компании разработчике. Нужно было донести до заказчика последствия всех действий с сайтом и подготовить к результату. При выполнении работы предложить целостную архитектуру будущей системы и план разработки, которого нужно придерживаться до завершения основных этапов. Провести тщательное тестирование функционала и сдать работу. С другой стороны, не редко сталкиваюсь с ситуацией, когда заказчик все сам лучше знает, потому что у него мама когда-то рисовала, а посему является лучшим дизайнером, и его 7ми летний сын прекрасно разбирается в SEO-оптимизации, потому что все время проводит за компьютером, играя в GTA.

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

В результате:

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

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

Проблема №2 – параллельная разработка.

В соответствии с лицензионной политикой 1С-Битрикс, каждая лицензия на сайт позволяет использовать 2 копии системы. Одну, как продакшен сайт, вторую – для разработки. Проблема заключается в том, что разработка ведется несколькими, в моем случае, тремя, разработчиками непрерывно. В случае с классической разработкой все просто. Каждый разработчик занимается своим модулем. Затем проводится функциональное тестирование каждого модуля, все доработки сливаются в репозиторий какой-нибудь системы контроля версий, дальше это тестируется все вместе (интеграционное тестирование). Если результат нормальный –тестовая версия презентуется заказчику. После принятия тестовой версии происходит обновление продакшен-сервера. В соответствии с методологией SCRUM я определил, чтоб буду выкладывать новые версии на боевой сайт раз в неделю. Соответственно, есть 3-4 дня на основную разработку. 1 день на тестирование и исправление ошибок и пол дня на обновление боевого сервера. Сроки конечно колеблются, но правила «релиз каждый четверг» старался четко придерживаться.

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

Как же быть с лицензией? Обратился в техническую поддержку 1С-Битрикс. Получил предложение докупить доп. лицензии для разработки. Мягко сказать, не обрадовался, но других предложений не получил. Выход нашел достаточно быстро. Решил использовать NFR-ключи. Благо, партнерский статус позволяет. В результате создал 5 исталяций интернет-магазина:

• Продакшен-сервер
• Тестовый сервер
• 3 сервера разработки (по одному на разработчика)

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

Сейчас использую следующую схему:

• Каждый разработчик использует для работы только свою локальную копию
• В оговоренное время все завершенные доработки сливаются в общую ветку в репозитории
• QA забирает себе «смердженную» версию для тестирования
• После тестирования и исправления ошибок происходит обновление демонстрационного сервера для заказчика
• После проверки и акцепта заказчиком, доработки переносятся на боевой сервер.

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

По мере построения схемы столкнулся с еще одной проблемой. Проект занимает на диске около 80Гб. Без кеша и временных файлов – около 60. Пытался по началу убрать картинки и видео из контроля версий – не получилось. Информация на сайте меняется постоянно. Тестировать нужно на актуальных данных. Первый комит сайта в репозиторий у меня шел кусками более 2х суток. Первый чекаут в папку для разработки проходит несколько часов (SVN сервер в локальной сети разработки). Если, не дай бог, случайно сделать полный апдейт папки проекта – можно уходить курить, обедать, играть в пинг-понг или керлинг. Комит только выбранных файлов или папок проходит достаточно быстро. Решение: выполнил задачу – закомить сразу десяток измененных файлов.

Проблема №3 – обновление продакшен-сервера и совместная работа с заказчиком

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

Тут отлично работают законы Мерфи:

• Если что-то плохо работает на тестовом сервере – на боевом сервере это обязательно сломается.
• Если что-то отлично работает на тестовом сервере – на боевом сервере это все равно обязательно сломается.
• Если баг на сайте существует всего 5 секунд, его обязательно найдет кто-то из посетителей и обязательно напишет об этом в отзывах или в форме обратной связи.
• Если сайт не работает 1 минуту во время обновления, то именно в эту минуту владелец компании будет показывать его своему другу или конкуренту (и это не смотря на согласование времени и процедуры обновления).

Я, конечно, утрирую, но в каждой шутке есть доля шутки. Минимальная нагрузка на сайт с 4 до 6 утра. Обновлять в это время конечно бы лучше, но уж очень не хочется.

В случае большинства веб-приложений есть четкая структура разделения приложения на слои и обновление сайта можно разделить на 2 части:

• Обновление программного кода
• Обновление базы данных с помощью SQL-скриптов

В случае с 1С-Битрикс все немного сложнее. Во-первых, файлов много. У меня в проекте их более миллиона. Обычный апдейт из репозитория проходит никак не меньше 20-30 минут. Можно конечно апдейтить только измененный файлы, но тогда теряется весь смысл репозитория. Во-вторых, и это куда более печально, часто при апдейте приходится делать ручные изменения и настройки через админку. А это всегда медленно, нужно помнить все изменения, которые необходимо выполнить, велика вероятность случайно ошибиться. Можно, конечно, написать SQL скрипт, который сам внесет все нужные изменения в базу. В простейших случаях, разумеется, так и делаем. Но в большинстве случаев написание и отладка такого скрипта занимает больше времени чем сама разработка и намного больше времени, чем выполнение всех действий вручную с последующей проверкой.

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

Второе, с чем столкнулся, это совместная работа с заказчиком. Т.к. проект большой, над ним постоянно трудится около 30 человек. Контент-менеджеры, менеджеры по продажам, SEO-оптимизаторы, маркетологи и много еще кого. Естественно, каждый вносит в страницы сайта и настройку модулей какие-то изменения. Первым решением было забрать права у заказчика на внесение изменений в программный код сайта. Решение абсолютно правильно, но стало только хуже. Если раньше заказчик предполагал, что он так же может зайти на сайт и случайно что-то сломать, то теперь все шишки стали сыпаться только на нас. При чем. Даже если контент-менеджер криво отредактировал текст на странице и не закрыл какой-то тег – все равно виноват разработчик. Решение нашлось довольно простое. В маркетплейсе есть бесплатны модуль по контролю версий страниц. Проблему это не убрало, все равно кто-нибудь время от времени что-то да наплужит, но зато теперь появилась возможность посмотреть в любой момент времени кто менял, что менял и почему все сломалось. Результат, конечно, не ice, но кучу нервов мне экономит.

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

Проблема №4 – «сделайте мне срочно, это же задача на 5 минут»

Проблема относится не столько к 1С-Битрикс, сколько к доработке и поддержке работающих проектов. Часто у заказчика возникает желание сделать какую-то мелочь, но срочно и сразу на боевом сайте. Результат всегда один – ничего хорошего из этого не выходит. В лучшем случае, об этой доработке просто забудут при очередном релизе, в худшем – сервер просто упадет и его придется несколько часов восстанавливать из бекапа.

Решение нашел только одно – никогда не идти на поводу у заказчика в ущерб надежности и безопасности. Как бы заказчик не просил, виноват всегда будет разработчик. Как говорил мне мой бывший начальник: «Я же тебя не просил сделать плохо».

И раз уж затронули тему бекапов, хочу заметить. Бекап средствами 1С-Битрик это конечно хорошо и удобно, но очень медленно. В случае, если срочно нужно восстановить 1-2 файла или несколько значений в базе, приходится ждать пока разархивируются все 60 Гб. Здесь наиболее эффективной мне кажется следующая схема:

• Должен происходить ежесуточный бекап файлов и базы данных в виде архива на внешний источник данных.
• Всегда делаем бекап непосредственно перед обновлением в одном из 2х вариантов:
• 1. Вариант light – Копируем всю папку проекта в соседнюю папку на сервере. Базу данных в виде дампа сохраняем в отдельный файл. Ничего не архивируем. В случае, если нужно будет восстановить какое-то значение в базе или один из файлов, все будет под рукой и легкодоступно
  2. Вариант strong – аналогично предыдущему, только базу копируем в другую базу данных MySQL. Это позволит в случае полного краха за 1-2 минуты исправить в файле хостов корневую папку сайта и проект начнет работать из соседней папки с копией базы.

Заключение

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

Разработка сайтов на 1С-Битрикс | Айтигро

Умеем и любим делать технически сложные сайты на 1С-Битрикс

Мы досконально изучим ваш бизнес, выявим смыслы, проанализируем спрос на ваш продукт и спроектируем сайт, который удовлетворит все потребности ваших потенциальных клиентов. Занимаемся разработкой сайтов различной функциональности и масштабов.

Команда специализируется на разработке следующих типов сайтов:

Корпоративные порталы

E-commerce (сайты электронной торговли)

HoReCa (сайты для сетей ресторанов, кафе и баров)

Узнать про аналитику и проектирование до разработки

Процесс разработки

1 ЭТАП. ПРЕДПРОЕКТНОЕ ИССЛЕДОВАНИЕ

1. Выявляем основные параметры будущего проекта
2. Озвучиваем ориентировочные оценки реализации проекта
3. Фиксируем точную стоимость и сроки проектирования
4. Заключаем договор на проектирование

Результат: у нас есть общее понимание сути проекта, точная оценка детального проектирования сайта, ориентировочные срок, стоимость и этапность его реализации

2 ЭТАП.

ПРОЕКТИРОВАНИЕ

1. Определение ключевых и дополнительных целей проекта
2. Моделирование портретов клиента и сценариев пользователя
3. Описание структуры и элементов проекта
4. Разработка интерактивного прототипа
5. Подготовка технического задания
6. Составление матрицы оценки согласно техническому заданию

Результат: общее с клиентом глубокое понимание всех реализуемых механик проекта, визуализированное в форме прототипов и зафиксированное в техническом задании. Ясное понимание стоимости и сроков реализации требуемого проекта.

3 ЭТАП.

ДИЗАЙН

1. Разработка дизайн-концепта главной страницы
2. Разработка UI-kit для повторяющихся элементов
3. Разработка дизайна страниц во всех необходимых разрешениях
4. Тестирование макетов на полноту соответствия ТЗ

Результат: готов дизайн, который можно верстать и внедрять в 1С-Битрикс

4 ЭТАП. ВЕРСТКА И FRONT-END ПРОГРАММИРОВАНИЕ

1. Верстка шаблонов и компонентов страниц сайта
2. Front-end разработка
3. Тестирование верстки на соответствие браузерам и разрешениям согласно ТЗ

Результат: дизайн-макеты уже работают в браузере, остается всё это соединить с 1С-Битриксом

5 ЭТАП.

BACK-END программирование

1. Настройка всех необходимых сервисов и инфоблоков
2. Реализация всех требуемых интеграций
3. Разработка всего нестандартного функционала

Результат: сайт разработан, интегрирован со всеми необходимыми сервисами и готов к тестированию и наполнению

6 ЭТАП. ТЕСТИРОВАНИЕ

1. Ручная проверка всех систем сайта тестировщиком
2. Автоматическая проверка сайта средствами 1С-Битрикс
3. При необходимости, проверка сайта сторонними сервисами

Результат: сайт тщательно проверен и готов к заполнению

7 ЭТАП.

ЗАПУСК

1. Перенос сайта на публичные сервера
2. Настройка необходимых метрик, открытие для индексации поисковыми системами
3. Празднование с бутылочкой шампанского и коробкой пиццы 🙂

Результат: проект запущен и начинает приносить требуемый результат

Наши проекты

Сертификаты

Чтобы добиться устойчивости вашего магазина к большим нагрузкам, мы используем самую надежную CMS и
многоступенчатое тестирование. 1С-Битрикс (наша студия является его золотым сертифицированным партнером)
— это оптимальная платформа для коммерческих проектов и единственная в России сертифицированная CMS.
Лицензия стоит копейки по сравнению с тем, сколько проблем с вас снимет техническая поддержка.
Кроме того, использование Битрикс дает возможность эффективной интеграции магазина с 1С.

Подтвержденные компетенции в работе c 1С-Битрикс

Интеграция с любимыми сервисами

За время нашей практики мы интегрировали сайты и приложения с множеством сервисов и систем: от привычных до самых экзотических и узконаправленных. Когда нужно – мы привлекаем штатных специалистов (например, у нас есть специалисты по 1С). В остальных случаях мы внимательно изучаем документацию инструмента и находим общий язык со сторонними разработчиками.

• CRM

  • БИТРИКС24

  • AMOCRM

• Системы доставки

  • СДЭК

  • DHL

  • ПОЧТА РОССИИ

  • EMS ДОСТАВКА

  • E-DOST

  • КИТ

  • ДЕЛОВЫЕ ЛИНИИ

• Эквайринги

  • СБЕРБАНК

  • ЯНДЕКС. КАССА

  • ЯНДЕКС.ДЕНЬГИ

  • АЛЬФА БАНК

  • ГАЗПРОМ

  • QIWI

  • GOOGLEPAY

  • PAYPAL

  • APPLEPAY

  • ТИНЬКОФФ БАНК

  • РОБОКАССА

• ERP

  • 1C

  • МОЙСКЛАД

  • SAP

• Маркетинговые сервисы

  • ЯНДЕКС. МЕТРИКА

  • GOOGLEANALYTICS

  • ADMITAD

  • ROISTAT

  • ЯНДЕКС.ОФЕР

  • ACTIONPAY

  • ЯНДЕКС.МАРКЕТ

  • АВИТО

• Сервисные рассылки

  • DASHAMAIL

  • MAILCHIMP

  • SMSC

• Системы управления ресторанами

  • R-KEEPER

  • IIKO

Наши клиенты

Более 10 лет работаем как с крупными компаниями, так и со средним бизнесом – лидерами в своих отраслях.

SEO-продвижение

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

Что мы делаем:

1. Всесторонний SEO-аудит: сайт, отрасль, конкуренты
2. Доработки сайта в целях SEO
3. Ежемесячный контроль состояния и оптимизация проекта

Поддержка сайтов на 1С-Битрикс

После запуска проекта всё только начинается. Сайт – часть бизнеса, поэтому он требует постоянного контроля и развития.

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

подробнее

Разработка приложения Битрикс24

Разработка приложения Битрикс24

КОГДА НУЖНО СОЗДАВАТЬ ПРИЛОЖЕНИЕ ДЛЯ БИТРИКС24?

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

Возможно, вы уже знаете, что у Битрикс24 есть REST API, с помощью которого можно практически бесконечно расширять возможности CRM.

Именно разработкой приложений для битрикс24 с использованием REST API мы занимаемся.

Если вам необходимо использовать существующие модули Битрикс24 вместе со структурой и процессами, характерными для вашей деятельности

Этот вариант может возникнуть в результате детального анализа вашей работы с Битрикс24, как наиболее оптимальное решение для автоматизации вашего бизнеса. Мы поможем проанализировать вашу проблему и принять решение.

Например, мы разработали сервис-приложение Битрикс24 для работы с расписанием и контроля успеваемости учащихся.

ПРИМЕР

Вариант решения задач:

• загрузить данные из внешних источников и обработать их в Битрикс24
• отправить данные во внешние сервисы из CRM
• у вас есть сервис, который вы хотите качественно интегрировать с битрикс24

ИНТЕГРАЦИЯ С ВНЕШНИМИ УСЛУГИ Например, мы разработали сервисное приложение B242GA для Битрикс24 и интегрировали сервисы коллтрекинга с Битрикс24 и Google Analytics для реализации задачи сквозной аналитики в Битрикс24. Подробно

деталь

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

Для автоматизации данной процедуры портал интегрируется с сайт.

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

РЕШАЕТ ЗАДАЧИ :

оповещение пользователей (сотрудников в области просмотра экрана) о важном событии, требующем внимания

выводит информацию о нестандартных, сложно настраиваемых образцах из БД битрикс24

выводит тревоги от систем мониторинга

ЧАТБОТ:

1

Гарантированная доставка оперативной информации о важном событии для мобильного и десктопного приложения Битрикс24

2

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

3

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

4

Автоматизирует решение массового потока однотипных запросов ваших клиентов в диалоге

Битрикс24 — отличный вариант для быстрого старта SaaS решения:

Большую часть существующего функционала можно использовать повторно, адаптируя под свою задачу — экономя время и быстро запуская MVP продукта.

REST API позволит вам разработать уникальную функцию и интерфейс для вашего сервиса.

Уже есть готовый канал распространения с готовым биллингом — маркетплейс Битрикс24

Есть как минимум три готовых способа монетизации вашего сервиса — продажа подписки через маркетплейс Битрикс24, реализация собственного механизма подписки, разовая установка заявки на клиентском портале

Напишите нам о своей задаче.

Мы проанализируем и предоставим бесплатное описание решения и расскажем, как будет происходить внедрение.

Разработка интернет-магазина на 1С Битрикс с индивидуальным дизайном
— США, ЕС, Великобритания

Соучредитель, генеральный директор

Здравствуйте!

Разрабатываю сайты и приложения с 2013 года. Начинал как менеджер проектов. Со временем я собрал команду программистов и вместе с братом мы основали агентство.

С уважением!

Соучредитель / Эксперт по Google Рекламе/Эксперт по лидам и воронкам

Здравствуйте!

Я люблю и глубоко понимаю цифровой маркетинг.
— За 6 лет опыта я провел миллионы кампаний.
— 3000+ часов, 40+ клиентов.
— С 2013 года помогаю клиентам из Евросоюза,
США и России увеличить прибыль за счет поддержки Google Ads.
— Я настроил всевозможные теги и события в Google Analytics и Менеджере тегов
.
— Моя работа многократно окупилась, а рентабельность инвестиций в
увеличилась от 1,5x до 8x.

С уважением!

Старший разработчик полного стека, CTO Line UP

Эксперт в NodeJS, Angular, Mondo DB, RabbitMQ, SDL 2.x

Здравствуйте!

Разрабатываю 8 лет. Моя специализация высоко
загруженные десктопные и мобильные приложения. За прошедшие годы я принял участие
в 45 проектах, в 20 из которых я выступал в качестве тим-модального лидера. я могу
гарантировать, что в конце вы получите хорошо структурированный код и идеальное
рабочее приложение. Мы можем реализовать любую вашу идею.

С уважением!

Ведущий специалист и руководитель проекта

Здравствуйте!

Я управляю проектами с 2016 года
Командный режим Лидерство и управление проектами с использованием инструментов Trello и Tracking
. Организация Team-modals, а также успешная доставка
работ.

С уважением!

Старший разработчик внешнего интерфейса

Эксперт в html5, css3, JS, Jquery, ReactNative, React, Angular

Здравствуйте!

Разрабатываю 4 года. За последние 2 года у меня
руководил командой-модаль и лично, как хороший повар, я
написание кода. Я очень внимателен к деталям. На выходе будет
получите готовый, безупречный продукт, который понравится вашим пользователям!

С уважением!

Младший разработчик PHP и FrontEnd

Здравствуйте!

Я студент. Сделал Line UP в CMS 1С-Битрикс. Это занимает 100 часов. Я сделал это в январе 2020 года.

С уважением!

Старший бэкэнд-разработчик WordPress

Эксперт в CMS WordPress

Привет!

У меня 2 года опыта разработки. Принимал участие в реализации десятков проектов WordPress. Моя специализация BackEnd. Мы работаем
в командном режиме Line UP и гарантированно реализуем любой из ваших
задания!

С уважением!

Старший разработчик веб-интерфейса WordPress

Эксперт по Bootstrap и JS

Привет!

У меня 2 года опыта разработки. Принимал участие в реализации десятков проектов WordPress.

This entry was posted in Популярное