Алеандр

Я не о вашем споре, я отвечаю на те примеры, которые мне предлагают. Выше уже написал: задачи разные, говорить о том, что "вот я такие задачи не беру, а для тех, что беру - гит маст хэв и вы тоже его должны использовать" - тоже странно. Кто-то же эти задачи выполняет? Выполняет. Им гит не нужен? Не нужен. Соответственно, утверждения или предположения, что "раз я не нагнусь за этими 100р", то и остальным это не надо - это уже лишнее.

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

Есть реальный клиентский проект, 15к просмотров едва дотягивают до 200-300р/дейли. Справедливости ради, раньше было в 2-3 раза больше почти по всем проектам, с РСЯ в принципе упали доходы.

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

А потом из "пока 10 товаров" вырастают сотни позиций, онлайн сервис становится невероятно расходным, а переехать на другую платформу - невероятно тяжким. И начинаются хождения по мукам ) Имхо, лучший вариант  - любой готовый движок из коробки, оплата за его установку и подключение нужных модулей и дальше спокойно жить, не переживая за расширяемость без высоких оплат онлайн-платформам, где и магазин то не ваш, по сути.

У вас бессмысленный спор. Для определенных задач есть те или иные оптимальные инструменты. Для разработки худо-бедно приличных сайтов, в том числе и когда над ним работают разные команды, когда заказчик понимает объемы и сроки - контроль версий, git и все прочее - имеет смысл и объективную необходимость. В случае же, когда разработка подразумевает локальную правку раз в столетие на простеньком бложике на 100 уников, а дальше к нему еще сто лет никто не будет возвращаться, то даже заказчику объяснить вот эти все гит, версии, репозитории, что оно там где-то будет храниться, как-то обновляться и вот это все - ему оно нафиг не надо и проблема не в том, что ты не хочешь или не умеешь, а при том, что заказчику все это не упало. То тогда все элементарно решается тремя искомыми строчками правок в файле, бэкапом актуальной конфигурации и адью этот клиент. Полагаю, что вы работаете в разных объемах и с разными заказчиками, потому и никогда друг другу не докажете правоту того или иного подхода в работе. Условия изначально разные. У меня есть и такие, и такие разработки, это совершенно не мешает применять их по необходимости, а не потому что так "правильнее" )

Для примера: пришел заказчик, ему нужно подправить пару стилей на сайте, как это сделать самостоятельно - он, естественно не знает. Нет никакой необходимости предлагать ему гит, объяснять ему зачем это все надо и для чего это нужно, это работа на 10-15 минут и некоторую копейку денег, ради которой никакой ценности поднимать вот это все и потом это же все объяснять заказчику. Ты просто бэкапишь файлик, правишь нужные стили, он проверяет, ты получаешь свою копейку и все довольны. А если будете настаивать, то вас скорее всего просто не выберут исполнителем, поскольку вы предложите слишком непонятное и не оптимальное решение простейшей задачи заказчика.

На каждую задачу - свои инструменты, потому спор о том, что надо или не надо в гит - бессмысленен.

А есть куда двигаться в принципе? В определенной тематике, в определенном гео, с определенным набором услуг - сложно двигаться дальше, если для этого набора выбраны максимально доступные лиды. Соответственно расширяться нужно по смежной тематике и услугам, но это уже не только про продвижение в сети.

Мы говорили о ситуации, когда у заказчика правая рука не знает, что делает левая )

Уверен, сломали бы что-то еще, раз к работе допускаются не согласованные между собой разработчики, использующие разные инструменты разработки. Например, накатили бы наоборот - сначала с контролем версий из репы, а потом кустарно, изменением базы данных или файлов "поверх", без учета вновь созданных ранних исправлений. Нет, не спас бы ) Лишь вопрос очередности накатывания, так или иначе вылез бы конфликт данных.

Именно об этом я и говорил, применительно к описанной ситуации, что любой инструмент не панацея, если нет знаний и умений правильно его использовать. Версия, что "а вот если бы был git - то чего-то не случилось бы" - не состоятельна в таком виде.
Заказчику не нужно быть программистом или админом, иначе он никого не нанимал бы, но элементарная логика и понимание должны присутствовать, что если над проектом дать работать разным исполнителям, не согласовав их друг с другом - результат будет гарантированно плачевным.

Вы смешали понимание работы определенного инструмента и тот факт, что заказчик в принципе может сделать так, что ни один инструмент не поможет с нормальной разработкой его сайта. Мой комментарий был исключительно об этом.