Re[4]: а зачем это разработчику?
От: rosencrantz США  
Дата: 05.12.23 22:12
Оценка:
Здравствуйте, alzt, Вы писали:

A>Здравствуйте, rosencrantz, Вы писали:


_>>>как это нафиг? чтоб потом на тебя обязанности SRE повесить. это ж так классно когда ты будешь за одну зарплату выполнять две разные работы


R>>Вторая работа — это ныть, что не можешь свои тикеты делать, пока дядя-девопс не напишет в проектный ридми как "технологию X" в проект добавить?


A>Не лучше ли, если архитектор или специальный девопс будет оценивать какую технологию добавлять, а какую нет?


У каждого свой проект в голове, и каждый свой проект считает эталонным Не во всех проектах не на всех этапах их жизненного цикла не для всех команд выделенные роли девопса и архитектора будут иметь смысл.
Re: а зачем это разработчику?
От: DronHrenoff Земля  
Дата: 07.12.23 10:08
Оценка:
Здравствуйте, nikkit, Вы писали:

N>когда искал работу часто попадались требования знаний к8 и докер прям на уровне администратора и консоли докера.

N>если ты не девопс или сисадмин — нафиг это?

Дебил какой-то от балды не подумав написал, выслал рекрутерам, они вот так и закинули. Ваще правильно составить описание вакансии превращается в настоящее искусство
"На раскачку нет времени!" (с) — Владимир Сказочный ****
Re[5]: а зачем это разработчику?
От: alzt  
Дата: 23.12.23 12:17
Оценка:
Здравствуйте, rosencrantz, Вы писали:

A>>Не лучше ли, если архитектор или специальный девопс будет оценивать какую технологию добавлять, а какую нет?


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


Я только про зрелые проекты, которые долго существую и ещё долго будут поддерживаться. Там надо очень аккуратно с добавлением новых зависимостей.
Если пишется стартап, то главное быстрее, думать потом будут, а то инвестор передумает.
Re[6]: а зачем это разработчику?
От: rosencrantz США  
Дата: 23.12.23 19:05
Оценка:
Здравствуйте, alzt, Вы писали:

A>Здравствуйте, rosencrantz, Вы писали:


A>>>Не лучше ли, если архитектор или специальный девопс будет оценивать какую технологию добавлять, а какую нет?


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


A>Я только про зрелые проекты, которые долго существую и ещё долго будут поддерживаться. Там надо очень аккуратно с добавлением новых зависимостей.


Везде надо очень аккуратно. Другое дело, что в тоннах легаси работает не трогай в зрелых проектах это очень болезненно и обычно желание ни у кого не возникает
Re[4]: а зачем это разработчику?
От: Igore Россия  
Дата: 24.12.23 19:34
Оценка:
Здравствуйте, sergey2b, Вы писали:

S>через год полтора image не собираеться тк не доступны зависимости

Это вопрос к инфраструктуре компании, должен быть кэширующий прокси, например harbor для образов, плюс artifactory для пакетов и всё, один раз собралось, больше тебе интернет не нужен, ты получаешь воспроизводимую сборку внутри компании.
S>часть сообшений об ошибках пропадают в докере (не везде но я с этим столкнулся)
S>проблеммы с сохранением результатов из докера (конечно решаемых но приложить усилия надо)
Тут для меня совсем непонятное написано, какие ошибки пропадают в докере? Работает с ошибками ну и ладно, у всех будет одинаково работать с этими ошибками. Сохранения результата работы это совсем смешно, делаешь volume и хранишь на хосте, и это ничем не отличается от того что ты докер не используешь.
Re[3]: а зачем это разработчику?
От: Igore Россия  
Дата: 24.12.23 19:39
Оценка:
Здравствуйте, mgu, Вы писали:

R>>Например теперь используется более свежая версия Mysql, или добавился какой-нибудь Nginx.

mgu>А так ли нужна "более свежая версия"?
К сожалению да, на примере проекта где я сейчас, используется postgresql 9.6, и приплыли, новый pgAdmin к нему не подключается, django новый с ним не работает, python новый не поставишь(на старом django только старый python). Не, можно конечно оставить как есть, но лучше постепенно всё обновлять, и плюс пожелания от клиентов, а вот там у вас CVE, а может обновите?
Re[5]: а зачем это разработчику?
От: sergey2b ЮАР  
Дата: 28.12.23 20:16
Оценка:
Здравствуйте, Igore, Вы писали:

I>Тут для меня совсем непонятное написано, какие ошибки пропадают в докере? Работает с ошибками ну и ладно, у всех будет одинаково работать с этими ошибками. Сохранения


при компиляции проекта часть сообщения об ошибки компиляции не видны в консоле докера (те скажем 4 ошибки но видна только последняя)

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

это смешно пока вам надо сохранить 1-2-3 файла
если пару сотен видеофайлов одновоременно то возникают ошибки записи
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.