2) CMS (Content Management System)
CMS – это система управления контентом сайта. Существует множество различных CMS, которые зачастую предназначены для конкретного направления бизнеса: интернет-магазин, блог, учебный центр и прочее.
➕ Плюсы:
Высокая скорость разработки полноценного сайта.
➖ Минусы:
Сложность добавления логики, не предусмотренной конкретной CMS.
📌 Для какого бизнеса подойдет:
CMS удобен, если бизнесу нужно создать интернет-магазин, иметь возможность выкладывать документы на сайте или заложить большую функциональность, чем предоставляет конструктор.
👇👇👇
CMS – это система управления контентом сайта. Существует множество различных CMS, которые зачастую предназначены для конкретного направления бизнеса: интернет-магазин, блог, учебный центр и прочее.
➕ Плюсы:
Высокая скорость разработки полноценного сайта.
➖ Минусы:
Сложность добавления логики, не предусмотренной конкретной CMS.
📌 Для какого бизнеса подойдет:
CMS удобен, если бизнесу нужно создать интернет-магазин, иметь возможность выкладывать документы на сайте или заложить большую функциональность, чем предоставляет конструктор.
👇👇👇
3) PHP-фреймворки
Это универсальные программные платформы для написания сайта или сервиса. Их гибкость позволяет создать любой ресурс, в том числе со сложной бизнес-логикой и высокими требованиями к скорости работы, надежности и безопасности.
➕ Плюсы:
Универсальность и возможность разработки проекта любой сложности.
➖ Минусы:
Для создания сайта с помощью PHP-фреймворков бизнесу понадобится команда квалифицированных специалистов: аналитики, backend- и frontend-разработчики, тестировщики, DevOps-инженеры и т.д.
📌 Для какого бизнеса подойдет:
PHP-фреймворки позволяют настроить более сложные процессы, специфичные для конкретного бизнеса, и решить важные задачи в интернете или интранете, для которых не подходят стандартные бизнес-процессы сайта-каталога или интернет-магазина. Стоит отметить, что различные CMS уже используют компоненты фреймворков (например, Drupal) или основаны на них (например, October CMS).
👇👇👇
Это универсальные программные платформы для написания сайта или сервиса. Их гибкость позволяет создать любой ресурс, в том числе со сложной бизнес-логикой и высокими требованиями к скорости работы, надежности и безопасности.
➕ Плюсы:
Универсальность и возможность разработки проекта любой сложности.
➖ Минусы:
Для создания сайта с помощью PHP-фреймворков бизнесу понадобится команда квалифицированных специалистов: аналитики, backend- и frontend-разработчики, тестировщики, DevOps-инженеры и т.д.
📌 Для какого бизнеса подойдет:
PHP-фреймворки позволяют настроить более сложные процессы, специфичные для конкретного бизнеса, и решить важные задачи в интернете или интранете, для которых не подходят стандартные бизнес-процессы сайта-каталога или интернет-магазина. Стоит отметить, что различные CMS уже используют компоненты фреймворков (например, Drupal) или основаны на них (например, October CMS).
👇👇👇
Среди множества PHP-фреймворков, на наш взгляд, стоит выделить следующие:
✔️ Laravel – один из наиболее популярных фреймворков на сегодняшний день. Это обусловлено относительно невысоким порогом вхождения (если сравнить с Symfony), универсальностью, мощным набором встроенных компонентов и инструментов для разработки (например, почтовые сервисы, простое добавление авторизации и аутентификации пользователей, обеспечение безопасности). Кроме того, наличие подробной документации и многочисленного сообщества разработчиков позволяет оперативно находить оптимальные решения задач. Laravel отлично подходит, если вам нужно быстро создать проект, внутри которого будут реализованы бизнес-процессы разного уровня.
✔️ Symfony – один из самых сложных, надежных и высокопроизводительных фреймворков. Представляет собой множество модулей для реализации любой функциональности, подходит для крупных проектов, в том числе уровня enterprise. Порог вхождения для разработчиков несколько выше, чем у других фреймворков, поэтому скорость разработки может быть ниже, но код более предсказуем. У Symfony также есть подробная документация на разных языках и большое сообщество разработчиков. Фреймворк активно развивается и поддерживается на протяжении многих лет. Symfony – хороший выбор, если у вас в приоритете надёжность и возможность лёгкого масштабирования.
✔️ Yii 2 – один из самых быстрых и не требовательных к ресурсам фреймворков. Также входит в число наиболее популярных и имеет активное сообщество. Порог вхождения довольно низкий, что позволяет быстро начать работу над проектом специалисту, не знакомому с этим фреймворком. Это ускоряет и в конечном итоге уменьшает стоимость разработки. Если у вас в приоритете скорость и простота работы сайта, то выбирайте Yii2.
👉 Напишите в комментариях, чем вы руководствуетесь при выборе инструмента для создания сайта.
#SimbirSoft
✔️ Laravel – один из наиболее популярных фреймворков на сегодняшний день. Это обусловлено относительно невысоким порогом вхождения (если сравнить с Symfony), универсальностью, мощным набором встроенных компонентов и инструментов для разработки (например, почтовые сервисы, простое добавление авторизации и аутентификации пользователей, обеспечение безопасности). Кроме того, наличие подробной документации и многочисленного сообщества разработчиков позволяет оперативно находить оптимальные решения задач. Laravel отлично подходит, если вам нужно быстро создать проект, внутри которого будут реализованы бизнес-процессы разного уровня.
✔️ Symfony – один из самых сложных, надежных и высокопроизводительных фреймворков. Представляет собой множество модулей для реализации любой функциональности, подходит для крупных проектов, в том числе уровня enterprise. Порог вхождения для разработчиков несколько выше, чем у других фреймворков, поэтому скорость разработки может быть ниже, но код более предсказуем. У Symfony также есть подробная документация на разных языках и большое сообщество разработчиков. Фреймворк активно развивается и поддерживается на протяжении многих лет. Symfony – хороший выбор, если у вас в приоритете надёжность и возможность лёгкого масштабирования.
✔️ Yii 2 – один из самых быстрых и не требовательных к ресурсам фреймворков. Также входит в число наиболее популярных и имеет активное сообщество. Порог вхождения довольно низкий, что позволяет быстро начать работу над проектом специалисту, не знакомому с этим фреймворком. Это ускоряет и в конечном итоге уменьшает стоимость разработки. Если у вас в приоритете скорость и простота работы сайта, то выбирайте Yii2.
👉 Напишите в комментариях, чем вы руководствуетесь при выборе инструмента для создания сайта.
#SimbirSoft
Проджект-менеджеры SimbirSoft составили подборку книг, которые помогают им в работе и управлении проектами.
🙌 Делимся списком с вами и надеемся, что он будет для вас интересным и полезным.
Мы всегда рады обратной связи, а также вашим рекомендациям — расскажите нам о своей настольной книге, если не встретили ее в нашем списке ♥️
#SimbirSoft #ProjectManager
🙌 Делимся списком с вами и надеемся, что он будет для вас интересным и полезным.
Мы всегда рады обратной связи, а также вашим рекомендациям — расскажите нам о своей настольной книге, если не встретили ее в нашем списке ♥️
#SimbirSoft #ProjectManager
Как лучше выстроить процессы в ситуации, если в качестве исходных данных есть только код — без описания продукта и прочей технической документации (ТД)? Делимся нашим чек-листом👇
✔️ Первое. Общаемся с клиентом и узнаем больше о продукте, его целях, аудитории и функционале. Это достаточно очевидный пункт, но мы хотим подробно рассказать о процессе, поэтому оставляем его в нашем списке.
✔️ Второе. Получаем доступ ко всей имеющейся информации — техническому заданию, доске разработки, тестовым стендам и т.д. Анализируем её и определяем пул необходимых доработок. Для этого:
🔹 Изучаем логи запросов к серверу, базу данных в realtime.
🔹 Находим нужный для изменения код и исследуем его.
🔹 Проверяем, чтобы функционал приложения совпадал с указанным в технической документации. Если мы обнаружили расхождения, то отмечаем и передаем информацию владельцу.
↓↓↓↓
✔️ Первое. Общаемся с клиентом и узнаем больше о продукте, его целях, аудитории и функционале. Это достаточно очевидный пункт, но мы хотим подробно рассказать о процессе, поэтому оставляем его в нашем списке.
✔️ Второе. Получаем доступ ко всей имеющейся информации — техническому заданию, доске разработки, тестовым стендам и т.д. Анализируем её и определяем пул необходимых доработок. Для этого:
🔹 Изучаем логи запросов к серверу, базу данных в realtime.
🔹 Находим нужный для изменения код и исследуем его.
🔹 Проверяем, чтобы функционал приложения совпадал с указанным в технической документации. Если мы обнаружили расхождения, то отмечаем и передаем информацию владельцу.
↓↓↓↓
✔️ Третье. В случае, если у проекта нет описания, то мы формируем его самостоятельно. Основные его составляющие — это информация о функционале, список запросов к серверу и их последовательность (от запуска приложения до завершения сценария), данные о состоянии продукта до и после выполнения какого-либо действия.
✔️ Четвертое. Согласовываем с клиентом изменения и приступаем к разработке.
✔️ Пятое. Выпускаем релиз и тестируем продукт.
✔️ Шестое. Вместе с заказчиком составляем план дальнейшего развития системы.
Отсутствие четкого описания функционала и логики работы приложения может привести к тому, что реализованный продукт не будет соответствовать ожиданиям заказчика. Все пункты нашего чек-листа созданы для того, чтобы избежать этой проблемы и выполнить работу качественно.
Узнать больше про наши реализованные проекты вы можете по ссылке: https://s.simbirsoft.com/fQP7
#SimbirSoft
✔️ Четвертое. Согласовываем с клиентом изменения и приступаем к разработке.
✔️ Пятое. Выпускаем релиз и тестируем продукт.
✔️ Шестое. Вместе с заказчиком составляем план дальнейшего развития системы.
Отсутствие четкого описания функционала и логики работы приложения может привести к тому, что реализованный продукт не будет соответствовать ожиданиям заказчика. Все пункты нашего чек-листа созданы для того, чтобы избежать этой проблемы и выполнить работу качественно.
Узнать больше про наши реализованные проекты вы можете по ссылке: https://s.simbirsoft.com/fQP7
#SimbirSoft
mobile.simbirsoft.ru
Примеры бизнес приложений для мобильных устройств
Мы разрабатываем мобильные приложения на заказ для компаний из различных отраслей бизнеса.
Сегодня в центре нашего внимания автоматизированное тестирование, которое проводят SDET-специалисты.
👉 Автотесты необходимы на масштабных длительных проектах, в которых реализуется большое количество функций. Они помогают обеспечить высокий уровень качества продукта, оптимизировать процесс тестирования и быстро выявить и скорректировать ошибки.
🔥 Мы собрали чек-лист, который поможет сделать разработку автотестов максимально эффективной для вашего проекта.
✔️ Стратегия
Стратегия – это ваш гарант получения нужного результата. На этом этапе важно понять, что будет автоматизировано и в какой приоритетности, какие фичи продукта могут измениться в процессе разработки и поэтому должны быть протестированы в последнюю очередь и т.д. Очевидно, но неизбежно: чем более детально проработана информация на старте, тем качественнее конечный результат.
↓↓↓
👉 Автотесты необходимы на масштабных длительных проектах, в которых реализуется большое количество функций. Они помогают обеспечить высокий уровень качества продукта, оптимизировать процесс тестирования и быстро выявить и скорректировать ошибки.
🔥 Мы собрали чек-лист, который поможет сделать разработку автотестов максимально эффективной для вашего проекта.
✔️ Стратегия
Стратегия – это ваш гарант получения нужного результата. На этом этапе важно понять, что будет автоматизировано и в какой приоритетности, какие фичи продукта могут измениться в процессе разработки и поэтому должны быть протестированы в последнюю очередь и т.д. Очевидно, но неизбежно: чем более детально проработана информация на старте, тем качественнее конечный результат.
↓↓↓
→ Своевременная корректировка планов
Наиболее эффективно, если процесс разработки описан как в первоначальном виде, так и с дальнейшими изменениями, происходящими во время проекта. Если не отразить эти изменения вовремя, некоторые элементы могут быть не учтены, что приведет к ошибкам в работе всей службы тестирования. Например, на одном проекте команда разработки добавила поле «Телефон» в личном кабинете уже после подготовки документации и не отразила это изменение. По этой причине проверка поля не вошла вовремя в тест-план, и долгое время корректность его заполнения не проверяли.
Чтобы такого не происходило, в документацию мы рекомендуем добавлять версионирование, соответствующее проекту. Рассмотрим на примере приложения заказа пиццы.
1. В первой версии в магазине доступна только пицца навынос.
2. Во второй версии добавлена доставка. Это необходимо отразить в документах, так как в заказе появляется новая функция, которую нужно покрыть тестами. Будут ли пользователю доступны обе опции при заказе, будет ли в этом поле корректный адрес, когда магазин получит заказ?
3. В третьей версии поменялась форма заказа: добавили онлайн-отслеживание, при этом исключили одну из невостребованных ранних фич. Все изменения должны войти в документацию 3.0, чтобы SDET-специалисты скорректировали стратегию тестирования с учетом новых планов развития продукта.
✔️ Модернизация и расширение системы тестирования
По нашему мнению, важно постоянно анализировать рабочий процесс и продумывать варианты улучшения. Иногда уже в ходе проекта становится ясно, что в автотестах необходимо охватить дополнительный пласт задач, который не вошел в первоначальный план. В этом случае наши SDET-специалисты составляют список предложений с описанием того, как это усовершенствует продукт и зачем это нужно.
На модернизацию тестирования нужно закладывать дополнительные ресурсы, но это поможет вам избежать ситуации, когда баги вскрываются уже после выпуска.
✔️ Атмосфера и процессы в команде
Мы уделяем особое внимание этому пункту. В ходе проекта важно выстроить общий язык с командой и настроить коммуникацию: обо всех изменениях в работе должны знать все заинтересованные стороны. Кроме того, будет хорошо, если все специалисты смогут общаться и напрямую задавать друг другу необходимые вопросы. Это позволит вам избавиться от простоев из-за ожидания нужной информации.
Для быстрого и комфортного погружения нашей команды в проект мы используем несколько лайфхаков, которые могут быть вам полезны:
📍 задействуем специалистов, которые уже работали на схожих кейсах в той же области;
📍 стараемся формировать команду из тех специалистов, которые уже знакомы с заказчиком, если это не наше первое сотрудничество;
📍 если специалисты, знакомые с отраслью или проектами заказчика, уже погружены в другие задачи, мы стараемся периодически подключать их для консультаций.
Узнайте, когда стоит подключать автотесты на проекте, в нашем материале по ссылке: https://s.simbirsoft.com/jZDd
Наиболее эффективно, если процесс разработки описан как в первоначальном виде, так и с дальнейшими изменениями, происходящими во время проекта. Если не отразить эти изменения вовремя, некоторые элементы могут быть не учтены, что приведет к ошибкам в работе всей службы тестирования. Например, на одном проекте команда разработки добавила поле «Телефон» в личном кабинете уже после подготовки документации и не отразила это изменение. По этой причине проверка поля не вошла вовремя в тест-план, и долгое время корректность его заполнения не проверяли.
Чтобы такого не происходило, в документацию мы рекомендуем добавлять версионирование, соответствующее проекту. Рассмотрим на примере приложения заказа пиццы.
1. В первой версии в магазине доступна только пицца навынос.
2. Во второй версии добавлена доставка. Это необходимо отразить в документах, так как в заказе появляется новая функция, которую нужно покрыть тестами. Будут ли пользователю доступны обе опции при заказе, будет ли в этом поле корректный адрес, когда магазин получит заказ?
3. В третьей версии поменялась форма заказа: добавили онлайн-отслеживание, при этом исключили одну из невостребованных ранних фич. Все изменения должны войти в документацию 3.0, чтобы SDET-специалисты скорректировали стратегию тестирования с учетом новых планов развития продукта.
✔️ Модернизация и расширение системы тестирования
По нашему мнению, важно постоянно анализировать рабочий процесс и продумывать варианты улучшения. Иногда уже в ходе проекта становится ясно, что в автотестах необходимо охватить дополнительный пласт задач, который не вошел в первоначальный план. В этом случае наши SDET-специалисты составляют список предложений с описанием того, как это усовершенствует продукт и зачем это нужно.
На модернизацию тестирования нужно закладывать дополнительные ресурсы, но это поможет вам избежать ситуации, когда баги вскрываются уже после выпуска.
✔️ Атмосфера и процессы в команде
Мы уделяем особое внимание этому пункту. В ходе проекта важно выстроить общий язык с командой и настроить коммуникацию: обо всех изменениях в работе должны знать все заинтересованные стороны. Кроме того, будет хорошо, если все специалисты смогут общаться и напрямую задавать друг другу необходимые вопросы. Это позволит вам избавиться от простоев из-за ожидания нужной информации.
Для быстрого и комфортного погружения нашей команды в проект мы используем несколько лайфхаков, которые могут быть вам полезны:
📍 задействуем специалистов, которые уже работали на схожих кейсах в той же области;
📍 стараемся формировать команду из тех специалистов, которые уже знакомы с заказчиком, если это не наше первое сотрудничество;
📍 если специалисты, знакомые с отраслью или проектами заказчика, уже погружены в другие задачи, мы стараемся периодически подключать их для консультаций.
Узнайте, когда стоит подключать автотесты на проекте, в нашем материале по ссылке: https://s.simbirsoft.com/jZDd
Simbirsoft
Как понять, что пора автоматизировать тестирование
📱 Чем разработка мобильного интерфейса отличается от адаптивного веб-интерфейса?
Адаптация веб-интерфейса под мобильную версию зачастую происходит за счет уменьшения и перетасовки ключевых элементов основного ресурса. В нашем посте рассказываем, почему для мобильного приложения лучше разрабатывать отдельный интерфейс.
🔘Клиент быстрее достигнет своей цели в отдельно продуманной дизайн-системе
Интерфейс приложения — это «маленькая вселенная», которую создают по законам удобства пользователя. В большинстве случаев ключевые кнопки расположены в зоне досягаемости большого пальца. Например, в приложении РЖД достаточно просто свайпнуть пальцем к центру в любом месте экрана, чтобы вызвать меню. В то же время в мобильной версии сайта нужная иконка располагается в верхнем правом углу, что для пользователя неудобно. Придется приложить дополнительные усилия, чтобы дотянуться и попасть по кнопке.
↓↓↓
Адаптация веб-интерфейса под мобильную версию зачастую происходит за счет уменьшения и перетасовки ключевых элементов основного ресурса. В нашем посте рассказываем, почему для мобильного приложения лучше разрабатывать отдельный интерфейс.
🔘Клиент быстрее достигнет своей цели в отдельно продуманной дизайн-системе
Интерфейс приложения — это «маленькая вселенная», которую создают по законам удобства пользователя. В большинстве случаев ключевые кнопки расположены в зоне досягаемости большого пальца. Например, в приложении РЖД достаточно просто свайпнуть пальцем к центру в любом месте экрана, чтобы вызвать меню. В то же время в мобильной версии сайта нужная иконка располагается в верхнем правом углу, что для пользователя неудобно. Придется приложить дополнительные усилия, чтобы дотянуться и попасть по кнопке.
↓↓↓
🔘Можно вводить дополнительные функции, используя технологии устройства
Наличие дополнительных механик управления: свайпа, нажатия и удержания, multi-touch — поможет улучшить, упростить взаимодействие с пользователем. Помимо этого возможно расширить функционал сервиса за счет считывания отпечатка пальца, взаимодействия нескольких приложений, использования камеры, получения доступа к микрофону, контактам, смс. Например, приложение для ведения финансов Дзен-мани с помощью камеры сканирует чек и автоматически записывает покупку в нужную категорию расходов – никакие дополнительные действия не нужны.
🔘Публикация в App Store и Google Play позволяет учитывать отзывы и работать с пользовательским опытом
Вы можете узнать мнение пользователей, сделать общие выводы о реакции клиентов на модернизацию функционала и дизайна, отслеживать количественных показателей (оценки, число скачиваний и т.п.). Отзывы в магазинах приложений помогут подсветить баги, указать на удачные и провальные решения и выстроить дальнейшую работу по улучшению сервиса. Впечатления пользователей о сервисе — «бесплатное» обозначение точек роста вашего бизнеса.
Отдельно разработанный интерфейс приложения несет в себе больше преимуществ по сравнению с адаптивным вебом. Среди миллионов приложений востребованы те, которые продуманы и учитывают потребности пользователя. Проработка отдельного дизайна позволит сделать первый шаг в построении долгосрочной коммуникации с клиентом.
Если вы задумываетесь о разработке мобильного приложения для вашей компании, напишите нам: request@simbirsoft.com.
#SimbirSoft #design_SimbirSoft
Наличие дополнительных механик управления: свайпа, нажатия и удержания, multi-touch — поможет улучшить, упростить взаимодействие с пользователем. Помимо этого возможно расширить функционал сервиса за счет считывания отпечатка пальца, взаимодействия нескольких приложений, использования камеры, получения доступа к микрофону, контактам, смс. Например, приложение для ведения финансов Дзен-мани с помощью камеры сканирует чек и автоматически записывает покупку в нужную категорию расходов – никакие дополнительные действия не нужны.
🔘Публикация в App Store и Google Play позволяет учитывать отзывы и работать с пользовательским опытом
Вы можете узнать мнение пользователей, сделать общие выводы о реакции клиентов на модернизацию функционала и дизайна, отслеживать количественных показателей (оценки, число скачиваний и т.п.). Отзывы в магазинах приложений помогут подсветить баги, указать на удачные и провальные решения и выстроить дальнейшую работу по улучшению сервиса. Впечатления пользователей о сервисе — «бесплатное» обозначение точек роста вашего бизнеса.
Отдельно разработанный интерфейс приложения несет в себе больше преимуществ по сравнению с адаптивным вебом. Среди миллионов приложений востребованы те, которые продуманы и учитывают потребности пользователя. Проработка отдельного дизайна позволит сделать первый шаг в построении долгосрочной коммуникации с клиентом.
Если вы задумываетесь о разработке мобильного приложения для вашей компании, напишите нам: request@simbirsoft.com.
#SimbirSoft #design_SimbirSoft
Для того, чтобы разрабатываемый продукт соответствовал всем потребностям конечных пользователей, важно продумывать User story 📋
О том, что такое пользовательские истории и как правильно с ними работать, рассказываем в нашей статье: https://vc.ru/design/292246-kak-rabotat-s-user-story
Здесь мы делимся своим опытом и рассматриваем User story на примере заказа дебетовой карты в онлайн-банке.
О том, что такое пользовательские истории и как правильно с ними работать, рассказываем в нашей статье: https://vc.ru/design/292246-kak-rabotat-s-user-story
Здесь мы делимся своим опытом и рассматриваем User story на примере заказа дебетовой карты в онлайн-банке.
✔️ Вместе с инхаус-командами клиентов мы создаем новые IT-продукты или помогаем развивать существующие. Работая с сотнями проектов, мы выявили несколько факторов, которые влияют на их эффективность. В этом посте поделимся своими лайфхаками, которые нам помогают формировать успешные команды.
🔹 Сбалансированность команды
На своем опыте мы выяснили, что на большинстве проектов задачи распределяются в примерном соотношении: 30% – простые, 50% – средние, 20% – сложные. Следовательно, нужны как опытные специалисты – Middle и Senior, так и начинающие Junior, которые смогут выполнять простые задачи и перенимать опыт. В таком случае мы решаем несколько задач:
◾️ в команде будет общепризнанный лидер и «рефери» для решения спорных ситуаций в лице Senior-разработчика;
◾️ задачи будут распределены в соответствии с профессиональным уровнем специалистов;
◾️ при выборе разработчиков будет экономически целесообразно учитывать уровень сложности и другие особенности проекта.
↓↓↓
🔹 Сбалансированность команды
На своем опыте мы выяснили, что на большинстве проектов задачи распределяются в примерном соотношении: 30% – простые, 50% – средние, 20% – сложные. Следовательно, нужны как опытные специалисты – Middle и Senior, так и начинающие Junior, которые смогут выполнять простые задачи и перенимать опыт. В таком случае мы решаем несколько задач:
◾️ в команде будет общепризнанный лидер и «рефери» для решения спорных ситуаций в лице Senior-разработчика;
◾️ задачи будут распределены в соответствии с профессиональным уровнем специалистов;
◾️ при выборе разработчиков будет экономически целесообразно учитывать уровень сложности и другие особенности проекта.
↓↓↓