Мы не говорим, что используем эти методологии на проекте совместно, мы лишь о том, что применяем эти подходы на разных проектах в зависимости от условий и требований клиента.
2. Как закрытый код может быть безопаснее открытого?
Давайте уточним, мы не утверждаем, что закрытый или открытый код является априори более безопасным. Мы скорее подсвечиваем то с чем можно столкнутся. С вашим мнением о злоумышленниках согласны.
3.Как уже отметили выше - а где какая-то система контроля версий?
Конечно, система контроля версий используется, и мы полагаемся на Git. Инструменты вроде GitHub помогают нам. В статье это не было упомянуто, и мы согласны, что этот момент нужно было раскрыть, чтобы не возникало сомнений.
Спасибо за подробный комментарий к статье, мы учтем в будущем о упоминании более технических вещей.
1. Правка кода, который может быть перезаписан обновлениями шаблонов.
Мы не считаем это подходом "по умолчанию" и всегда ищем решение, которое минимизирует риски, связанные с обновлениями. Например:
- Если используется CMS с поддержкой дочерних тем (как в WordPress), мы всегда применяем этот подход.
- Когда работа связана с более сложными системами или неочевидными ограничениями (например, кастомизация на уровнях, где нет прямой поддержки дочерних тем), мы разрабатываем кастомный функционал так, чтобы минимизировать вероятность конфликтов с обновлениями. Это могут быть отдельные модули или плагины.
2. Работа без системы контроля версий
Конечно же мы не работаем без системы контроля версий. Использование таких инструментов, как Git, является стандартом для любого проекта в нашей компании. Когда в статье упоминалось создание "отдельной системы контроля версии", имелся в виду процесс, в котором нам иногда приходится создавать отдельные ветки или специальные сценарии работы именно для шаблонов, которые имеют свои особенности. Это дополнительный слой работы, а не альтернатива стандартной системе контроля версий.
Что касается кастдевов, то тут согласны. Вещь полезная. Про сегментацию - тоже согласен. Мы написали про ЦА, но возможно нам нужно было дополнить про сегментацию.
Бывает :)
Поэтому топим за агентства (читать: более добросовестные).
1. Как можно сочетать Scrum и Waterfall вместе?
Мы не говорим, что используем эти методологии на проекте совместно, мы лишь о том, что применяем эти подходы на разных проектах в зависимости от условий и требований клиента.
2. Как закрытый код может быть безопаснее открытого?
Давайте уточним, мы не утверждаем, что закрытый или открытый код является априори более безопасным. Мы скорее подсвечиваем то с чем можно столкнутся. С вашим мнением о злоумышленниках согласны.
3.Как уже отметили выше - а где какая-то система контроля версий?
Конечно, система контроля версий используется, и мы полагаемся на Git. Инструменты вроде GitHub помогают нам. В статье это не было упомянуто, и мы согласны, что этот момент нужно было раскрыть, чтобы не возникало сомнений.
Спасибо за подробный комментарий к статье, мы учтем в будущем о упоминании более технических вещей.
1. Правка кода, который может быть перезаписан обновлениями шаблонов.
Мы не считаем это подходом "по умолчанию" и всегда ищем решение, которое минимизирует риски, связанные с обновлениями. Например:
- Если используется CMS с поддержкой дочерних тем (как в WordPress), мы всегда применяем этот подход.
- Когда работа связана с более сложными системами или неочевидными ограничениями (например, кастомизация на уровнях, где нет прямой поддержки дочерних тем), мы разрабатываем кастомный функционал так, чтобы минимизировать вероятность конфликтов с обновлениями. Это могут быть отдельные модули или плагины.
2. Работа без системы контроля версий
Конечно же мы не работаем без системы контроля версий. Использование таких инструментов, как Git, является стандартом для любого проекта в нашей компании. Когда в статье упоминалось создание "отдельной системы контроля версии", имелся в виду процесс, в котором нам иногда приходится создавать отдельные ветки или специальные сценарии работы именно для шаблонов, которые имеют свои особенности. Это дополнительный слой работы, а не альтернатива стандартной системе контроля версий.
Спасибо за комментарий.
Полностью с вами согласен!
Вот поэтому и нужно, как минимум, изучать рынок, требования, и уметь быть гибкими. Все меняется каждый день - в этом я согласен.
Про конкурентов мы написали, 5-ый пункт о них.
Что касается кастдевов, то тут согласны. Вещь полезная. Про сегментацию - тоже согласен. Мы написали про ЦА, но возможно нам нужно было дополнить про сегментацию.
Благодарим за комментарий!
что?
Добрый день! Да, хорошо.
Почему на специфичном?
Если честно, мы ваш ответ не поняли.
Thank you for your detailed comment.
Благодарим за комментарий!
Живой человек.
Стоимость обращения в нише трубопроводной арматуры с Директа
Благодарю за то, что поделились своими факапами!
Я бы обратил особое внимание, во-первых, на составление брифа, а во-вторых, на то, как на него отвечают.
Да!