Должен ли программист выполнять роль девопса на сервере заказчика?

Question

[Слава]

У меня был заказ от иностранца. Я написал программу по тех заданию и прислал ему видео демки. Потом я прислал ему исходники проекта. Он дал мне доступ к демо-серверу на незнакомой мне операционной системе - Мак ОС без рутовских прав и без какой-либо панели для администрирования сайтов и без какого-либо файлового менеджера. Проект не завелся - выходили сообщения, что нехватает прав доступа к тем или иным папкам и что файлы не найдены ит.п.
То есть надо править конфиги htaccess потому что у него не nginx, копировать проект через консоль с одной папки в другую, создавать симлинки и т.п. Я попросил у него дать доступ мне к файловому менеджеру, а он настаивает чтобы я все делал через командную строку. Но в этой операционке команды отличаются от линукса в некоторых моментах и я не могу быстро все это настроить и не знаю как.

Я сказал, что это уже работа девопса подготовить окружение для запуска проекта и что мы не согласовывали эти дополнительные часы, которые не входили в стоимость работу. А мне приходилось простаивать: То доступов к папкам нет, а рутового пароля у него нет, то файлового менеджера нет, то еще чего-то. В итоге вместо 5 часов я потратил около 15ти. Еще нужно учесть, что у них там были старые версии php и я вынужден был использовать старую версию фреймворка, которая уже не совместима со многими новыми инструментами. Эту проблему я решил, но сейчас он хочет чтоб я на Мак ОС настроил все чтоб проект заработал.

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

Comments

[Олег]

https://habr.com/ru/post/285528/ - думаю вы столкнулись с последователем "гения из статьи"

[Ярослав Александров]

Должен ли программист выполнять роль девопса

Здесь полностью ваша вина, так как вы в роли фрилансера менеджера-проекта не оговорили проект и условия заказа.

[batyrmastyr]

Положим нужные версии php и nginx элементарно ставятся через brew / fink, но, как уже не раз сказали, «не было речи про развёртывание у заказчика» - значит даёшь рабочую инструкцию как развернуть на чём тебе удобнее и договариваешься отдельно.

Answer 1

[Vitaly Karasik]

По-моему, ответ простой - что было записано в договоре, то и обязан.
Т.е. если речь шла о коде - то только код. Если договаривались о "запустить на сервере" - то надо ставить на сервер. Но вот о том, что для вебсервера используют Мак, я еще не слышал :-)

Comments

[Слава]

а договора небыло. просто был прислан текстовый файл с заданием и я ответил что сделаю это.

[12rbah]

Слава, в целом вам/ему стоило уточнить ОС(хз кто должен уточнять на фрилансе). В целом по описанию больше вопросов к заказчику. Но в реальности как договоритесь тут сфера никак не регулируется, если без договора. Вариант засунуть в докер не подходит?

[Everything_is_not_so_bad]

Заказчик - студент, небось. Ему, не исключено,самое главное - заставить программу работать локально.

[Слава]

12rbah, там такое не проодит. то есть если вы понимаете, я не могу подключится к серверу напрямую. я должен сначала подключиться к его компу через программу удаленного доступа и лишь с его компа подключиться по SSH к удаленному серверу, который почему то на мак ос. и туда я должен залить проект притом сначала я даю ссылку на скачку проекта ему - он на своей машине скачивает его и доставляет до сервера на маке а в маке есть уже развернутая песочница на index.php одностраничника, который рабтает. но у меня то проект и моря папок и подпакок на laravel и мне надо чтоб он настроил ссылку запускаемого файла на нужную папку и ее файл. но там то доступов нет то редиректы не работают. а я даже не знаю где веб-сервер находится и где можно повлиять на его настройкки чтоб задать рут директорию для проекта. а через консольк делать это ну такое...

[Everything_is_not_so_bad]

12rbah,
С Docker не факт, что проще заказчику.

[Vitaly Karasik]

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

Я за второй вариант, учиться всегда здорово.

[ThunderCat]

Слава,

а договора небыло. просто был прислан текстовый файл с заданием и я ответил что сделаю это.

Думаю что автор ответа имел в виду были ли какие-то требования, оформленные как четкие пункты, и входило ли в них "залить на сервер и шоб работало".

[CityCat4]

а договора небыло. просто был прислан текстовый файл с заданием и я ответил что сделаю это.

Ну значит ССЗБ. Вот так вот и привыкаешь, что "без договора не работать" становится железным правилом. Ну или двойной ценник сразу :)
Программа написана? Написана. А как он ее будет заливать, как запускать и каким образом - проблемы шерифа не конопатят индейцев.
Ну а на будущее - вон там ниже есть отличный ответ от Владимир Коротенко

[Слава]

Vitaly Karasik, а почему человек обязан помечать ответы решением? Есть же люди, которые готовы помогать другим безвозмездно. Имх не интересуют рейтинги внутри данного сайта. Сделай добро и не жди отклика, тогда добро придет в другом виде.

[Ярослав Александров]

Слава, потому что это напрямую относится к культуре и взаимоуважению.

а почему человек обязан помечать ответы решением?

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

[Vitaly Karasik]

Слава, Я разве написал что обязан?
Я только выразил свое личное мнение - я люблю делать добро и делиться знаниями, но в 99% случаях я не отвечаю авторам вопросов, которые никогда не отмечают ответы решением. Плохой характер у меня, без рейтинга и пузомерок мне неинтересно :-)

Ярослав Александров

Answer 2

[Saboteur]

С хрена ли это работа девопса? Поднять и запустить проект программист не способен?
Девопс на отдельную ставку - это оркестрация сотнями и тысячами виртуалок/контейнеров/пайплайнов и так далее.

А вот то, что это ввязали вам в работу это уже совсем другой вопрос, который должен был уточняться на этапе начала работ, в каком виде вы передаете проект.

Comments

[Слава]

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

[Saboteur]

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

Во-вторых, нахера нужен прогер, который свою собственную программу запустить не способен?
девопс и админ это про автоматизацию, а не про отгадывание какие зависимости на этот раз понатаскал прогер со stackoverflow

То, что тебе попался заказчик идиот, а ты неопытный не предусмотрел все это в договоре - это не значит что можно обижать девопсов. Девопс не настраивает единственное окружение. Он занимается автоматизацией и оркестрацией. И нужен тогда, когда в проекте ну хотя бы 5-10 программистов. И то не факт, учитывыя что базовые докеры сейчас должен знать любой мид.

[Слава]

Saboteur, это кто это сказал? у меня в анкете было указано что я бэкэнд разработчик. Мне предложили выполнить заказ - я сказал что занимаюсь только бэкэндом. Тогда мне сказали что насчет фронтэнда не стоит заморачиваться - подойдет обычный бутстрап или подобный фреймворк. Ладно. я согласился.

Но потом выяснилось что я должен через Энидеск подключиться к его VPS И с той vps уже подключаться к рабочей станции на MacOS при этом ни файлового менедже6ра, ни рутового пароля, ни фтп доступа мне дали. На рабочей версии стояла очень старая версия php которая несовместима с современными фреймворками. А без рутовых паролей я не мог себе установить доп ПО и тратил лишнее время на то чтобы рыскать по их диску в поиске веб-сервера. Ну и в веб-сервере конечно же я не смог ничего менять пришлось локально через .htaccess прописывать путь к рут каталогу проекта. Плюс я не мог сам залить туда ничего и мне приходилось ждать пока заказчик сделает это сам. Я не мог поменять права на папки и файлы - это опять приходилось ждать заказчика. По итогу вместо 5 часов я потратил не менее 15ти на ненужные простои и костыли. хотя если бы мне дали рутовые права и фтп доступ я бы все за час залил и настроил.

И какой договор? вы что смеетесь? Заказчик расплачивается криптой. Он из другой страны.. НИ о каких договорах кроме устных не идет и речи.

Программист должен писать код. А настраивать окружение должен человек заточенный под это - у которого есть множество контейнеров с разными драйверами, версиями ОС, пакетов и т.п. А программист не должен тратить на это время. И не важно сколько там в команде человек. Для программиста это грязная работа заниматься не программированием.

Это так же унизительно, как если ты приходишь куда-нибудь, а тебе говорят "а почисти нам компьютер. тыж программист". Программист - это Элита общества. Он даже флешку в системник не должен вставлять сам - за него это должны делать те, кто его вызвал. А что касается опыта - у меня то его побольше чем у многих. Я с 14 лет занимаюсь разработкой. Это уже 30 лет. Через что только я не прошел. И фирма своя была по продаже и разработке ПО, и работал в крупных компаниях, и являюсь совладельцем IT проекта.

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

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

[Saboteur]

И как же так случилось, что с таким огромным опытом, ты не знаешь что заказчику сказать и спрашиваешь это на сайте?

Я очень негативно отношусь к программисту, который не способен свою собственную программу запустить.
И уж тем более считает что этой грязной работой должен заниматься Девопс.
Я еще раз говорю, девопс не настраивает окружение. Это задача инфраструктурного админа.
Девопс оркестрирует и автоматизирует, если окружений много. А единственное или 1-2 окружения может настроить кто угодно, в том числе и программист.
И звать Девопса для настройки одного енвайрнмента это из пушки по воробьям. Я как девопс тоже могу начать рассказывать про мальчика на побегушках.

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

[Слава]

Saboteur, еще раз:

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

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

А то что вы гооворите задача девопс инженера это оркестрирование контейнерами и т.п. - да это бред полнейший. Это так же нелепо как если бы программист сказал что его задача заниматься только серьезными проектами - разработкой операционных систем. А мелкие задачи пусть другие делают - не программисты.

И еще раз:
Если клиент тебе не дает root доступа к серверу и не предоставляет тебе UI для настройки и закачки твоей программы, то какого хрена ты должен тратить время на рутинные операции в командной строке? это уж точно не работа программиста.

На своем сервере программист один раз настроит VPS со всем нужным софтом и удобной для администрирования панелью и весь его рабочий процесс будет сводиться к его основной работе - к написанию кода. А на заливку на сервер он будет тратить минимум времени.

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

Вот у меня был клиент. Вроде бы меня попросил решить проблемы с сайтом на php. Я залез к ним, а у них там все на докерах и помимо php там было еще два сайта на nodejs которые все вместе взаимодействовали друг с другом и еще и с какими-то платежными и внешними системами.

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

Я клиенту сообщил об этом - что мол если хотите чтоб я вам сделал все по красоте, наймите девопс инженера чтоб он разобрался с вашим сервером и потом воссоздал окружение на моем локальном компьютере. Ато я не могу больше тратить время на это.

Я с вами соглашусь только в одном - бэкэнд прогер должен уметь развернуть свою программу локально и на удаленном сервере со стандартной распространенной операционной системой - Debian или Ubuntu.

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

[Saboteur]

Это так же нелепо как если бы программист сказал что его задача заниматься только серьезными проектами - разработкой операционных систем. А мелкие задачи пусть другие делают - не программисты.

К сожалению у тебя похоже нет понимания чем администратор отличается от девопса.
Я приведу тебе такой пример.
Привлекать программиста к исправлению опечатки в статье на сайте с вордпрессом - это нормально? Или это все-таки задача "контент-мененджера"?

Еще раз, не путай девопса и администратора.

А то что вы гооворите задача девопс инженера это оркестрирование контейнерами и т.п. - да это бред полнейший. Это так же нелепо как если бы программист сказал что его задача заниматься только серьезными проектами - разработкой операционных систем. А мелкие задачи пусть другие делают - не программисты.

Задача девопса - это автоматизация SDLC. У вас же, если есть конкретно один девелопер и конкретно один заказчик, самого SDLC процесса не существует. Нет отдельного сервера для сборки, нет отдельной утилиты для автоматизации деплоймента и мониторинга и так далее.
Девопс это не прокачанный администратор. В девопсы можно прийти из программистов, из QA, из саппорта, откуда угодно. Но соглашусь, что большинство девопсов - в прошлом админы.

Девопс совсем не обязательно должен разбираться в тонкостях centos/freebsd, зато должен знать как настроить дженкинс или другую CI систему

[Слава]

Saboteur, не привышайте свою важность. Девопс - это раб отдела Разработки, который освобождает программиста от грязной работы по разворачиванию окружения. И не важно как его называть - эникейщик, сис админ или девопс-инженер. Они нужны для того чтобы разработчики не тратили свое время на настройку рабочего окружения. А все остальное это уже вторично. Программисту на работе создают условия чтобы он мог работать - заводят учетки, регистрируют корпоративную почту, создают докер-контейнеры под проект, которым он будет заниматься, создают базы данных, создают роли - все это делает не программист. Программист только пишет код и проектирует и в его должностные обязанности ничего другого не входит.

Если у любого прогера какие-то неполадки в системе или ему нужно запустить тестовую виртуалку с настроенным веб-сервером под его версию пакетов, он оставляет заявку своему руководителю, руководитель идет в IT отдел и говорит - эй, мальчики, программист не может работать. Идите, настройте ему то, что он скажет. И сделай так чтоб когда он сохраняет что то на git чтоб автоматически запускались автотесты и происходил автодеплой на тест сервер. Вопросы есть? Вопросов нет... И девопс подрывается делать свою работу от самой простой до самой сложной. А программист в ус не дует и ему плевать как там что это называется. Ему должны все предоставить. Если нужно, то список комманд, запускающих скрипты, которые запросят только имя проекта, который потом создастся и пропишется где надо.

Это как "вот тебе машина" и меня не волнует в какой гараж ты ее поставишь и как ты на ней поедешь. Не умеешь пользоваться - проходи автошколу. Тоже самое и с сервером. вот моя программа. инструкция по запуску такая. дальше уже сами со своими бездельниками из it отдела, которые целыми днями режутся в сетевые игрушки и 5 минут в неделю затрачивают чтоб что-то запустить удаленно...

[Saboteur]

Слава, Не превышайте свою должность.
Разработчик это раб отдела разработки.
А девопс - главный помощник архитектора и менеджера по созданию SDLC.
Вы просто жалкий винтик в работе бизнеса.

[Слава]

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

[Saboteur]

Даже удивительно что у вас в голове происходит от непомерного нарциссизма.
Удивлю,но я работаю тех лидом. Девопсом. И практически стал архитектором.

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

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

Я рекомендую не нести бред и слушать что говорят опытные люди.

[Слава]

Saboteur, а разве речь шла о том, что я не способен? речь шла о том, что я не хочу и принципиально отстаиваю эту позицию. Я гтов настроить сервак и завести там свою прогу если мне дадут рутовые права и полноценную возможность сделать это быстро. А когда меня просят выслать архив, потом этот архив окажется там где им надо, потом я должен его раскаковать сам, прописать локальные настройки Апачи чтобы тот обращался к нужной папке, хотя я не знаю какие настройки у них на самом сервере. если я не могу выставлять права на сайты и на папки сам. и если я не могу копировать файлы или удалять лишние через хотя бы файловый менеджер mc. если я при этом не могу сам по фтп копировать что то чтоб если вижу, что шибка, то быстро попрравить ее и заново залить. А заказчик в другом часовом поясе и пока он появится на связи у меня пройдет целый сон. То есть у меня конец рабочего дня, а он просыпается. и все это заятгивается на недели. а если был бы доступ я бы сам все быстро сделал. вот в чем мой посыл.
а про деповспов не обижайся брат. это ирония не более. все мы братья и одной связке работаем. но если от меня требуется чтоб я сам что то на сервере трогал, то будь добр дай мне права рута, а не так чтоб я ждал пока ты у своего прямого заказчика что то там выяснишь или когда ты проснешься и мои файлы перекинешь куда надо и дашь им новые права доступа и потом снова исчезнешь на сутки, а я прогер, который свою работу сделал буду снова ждать. Между прочим до сих пор тянется, хотя уже и запустили на их сервере проект. но там видители от конечного заказчика еще не пришло одобрение.

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

Это так же как если бы я сделал мебель, а мне потом сказали - а теперь иди и отнеси ее к нам домой. только на машине ты не проедешь, иди пешком через болота.

[Saboteur]

если от меня требуется чтоб я сам что то на сервере трогал, то будь добр дай мне права рута

Так девопсу тоже нужно чтобы заказчик дал права рута ;)

Короче, основная проблема - что ты с заказчиком не уточнил кто что должен делать. А разрабы и девопсы тут не причем, тут подвел твой менеджер проекта (то есть ты, раз ты фрилансер)

Answer 3

[Владимир Коротенко]

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

Так что настройте и на будущее при переговорах это обсуждайте, и вопросы примерно следующие:

* Формат поставки
* Операционная система
* Доступы
* Права на исходный код
* Порядок приемки кода
* Прочее

То есть чем более точно вы все опишите в ТЗ и договоре, тем меньше у вас будет проблем

Comments

[Everything_is_not_so_bad]

Хороший ответ: все главные моменты разъясняет.

[Слава]

да с такими требованиями сразу пошлют на 3 букву и других найдут эти жадные Америкосы.

[Everything_is_not_so_bad]

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

Answer 4

[Сергей П]

Нужно поставлять свои решения с развертыванием в докере. Компоуз файл ему отдаете и говорите. что дальше не ваша забота. Может он на QNX каком-нибудь или OS/2 решил бы все завести. Это его проблемы.
Ну а то, что вы не согласовали заранее требования к платформе и окружению, не оговорили в каком виже будет поставка и какие вы готовы обеспечить работы по развертыванию - это теперь ваши обоюдные роблемы.
Если вы уже отдали ему исходники, то он может попытаться свалить с ними под предлогом, что вы ничего не развернули на его железе.
То. что не оговорено в договоре, будет геморроем. Ну а там уж только меряться кому геморрой длиннее покажется.

Answer 5

[Drno]

Забирай деньги, оставляй исходники и вали

Либо пусть дает нармальные доступы, с нужным соытом

Ну либо докер/виртуалка/контейнер

Answer 6

[As56]

Если заранее оговорено не было то нет, не обязан

Answer 7

[Everything_is_not_so_bad]

а договора небыло. просто был прислан текстовый файл с заданием и я ответил что сделаю это.

Договор - это юридический документ с подписями сторон, чтобы в случае нарушений можно было отстаивать свои права в суде, обычно с адвокатом. В случае работы с заказчиком надо ещё ознакомиться с международным правом и другими тонкостями.
Так что в твоём случае - это скорее, уговор(-чик) и с ним едва можно добиться чего-то, даже с адвокатом. А хорошие адвокаты за такую мелочёвку даже не возьмутся.

Так что проще всего максимально оградить от проблем изначально, чтобы избежать недопонимания, как описал Владимир Коротенко . Ну и финансовая сторона. И действовать поэтапно, не выполняя работы без оговоренной предоплаты
Сроки и всё такое - должно быть описано, чтобы всегда был пункт

б) а если "так", то будет "вот так".

Это можно писать простым языком, не юридическим. Никому не хочется заниматься с судами и многие вопросы лучше заранее решать за их пределами.
Так что условия доставки ПО нужно хорошо обговорить. Кому-то достаточно доступа к GitHub,а кому-то нужно развернуть прямо в продакшен сервере. И даже на Маке ))

Comments

[Слава]

как договор делать ради задачи на 100 баксов с Америкосом?

[Everything_is_not_so_bad]

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

Answer 8

[lolrofl01]

Ну жесть, совсем обленились)) Какой девопс для банальной настройки?))

Вопрос и выеденного яйца не стоит. Все очень просто.

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

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

Comments

[Слава]

какой договор ребят ? не бывает договоров при работе с залетными заказчиками из другой страны ради работы на 5 часов

[lolrofl01]

Слава, ну так тем более, в чем проблема? Объясните, что проект работает в конкретном окружении, если раньше не шла речь о том, что проект должен работать конкретно в его окружении. Если будет настаивать - шлите. Если согласится на ваше окружение - вы уж сами настройте, не пугайте человека девопсами и их прайсом)

Answer 9

[Pavel Omelchenko]

хороший программист — должен. Но тут нужно уточнить, что девопс это не роль, не человек, а методология. Которая подразумевает, что разработчик понимает куда он пишет свой код. То есть понимает как будет устроен продакшен и будет готов внести изменения в случае необходимости.

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