при том, что виртуалка - это среда. практически полноценная. хз что там в самолётах и банках, но сам софт редко водружают программисты

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

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

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

мирок 0,001% компаний тебя уже засосал, да и то не скажешь так, ибо по той же яндекс почте ощущение, что её писали на отъебись из под палки

да куда уж мне что-то знать-то о мире (:

потому что так выглядит 90% разработки

так выглядит 90% того сегмента разработки, который тебе интересен.

мне он не интересен, просто волею судьбы я о нём много узнал

потому что так выглядит 90% разработки

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

Вы, уважаемый, лично были в Google, Apple, Amazon и знаете кто там за что отвечает? Нет? Там вот почитайте, кто там отвечает за "инфраструктуру" и доставку кода. Удивитесь сильно.

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

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

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

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

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

не экстраполируй на всех

так выглядит 90% того сегмента разработки, который тебе интересен.

Обясните мне тупому, как програмист который НАПИСАЛ мускуль, может хуже админа знать, как его настраивать/разворачивать/оптимизировать???

так выглядит 90% того сегмента разработки, который тебе интересен.

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

Говорят, пока бизнесс не напишет, что реально что-то сломалось, в логи нефига смотреть...

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

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

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

Обясните мне тупому, как програмист который НАПИСАЛ мускуль, может хуже админа знать, как его настраивать/разворачивать/оптимизировать???

То есть по-вашему, программист который написал движок innodb и файловую систему, к примеру, btrfs, где будет работать этот mysql, может ХУЖЕ админа оптимизировать работу этих продуктов под максимальную производительность? А админ максимум читал мануал, который этот программист для него же и написал. Так что ли?

а код почитать?

а код почитать?

а код почитать?

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

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

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

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

одно другого не отменяет, но ГОРАЗДО проще уточнить какой-то кусочек у разработчика, чем продираться через многослойные абстракции. мне нужно всего лишь узнать "удаленная система должна подтвердить только получение инфорамции о транзакции или подтвердить флаш, чтобы мы засчитали транзакцию за совершённую?" вопрос-ответ займет 30 секунд. разбирательство в коде, если ты в этом приложении постоянно не копаешься - часы.

Ну у разраба спросить лучше, особенно если есть возможность

тем не менее это не значит, что админ в любом случае решит проблему хуже программиста

это конечно да, но и разрабу у админа спросить иногда не помешает и тоже лучше и быстрее может быть

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

парни, возвращаясь к изначальному вопросу, девопс конечно же не про админство (а про формат взаимодействия между девами и опсами) но в DevOps Jobs принято искать опсов, поскольку для поиска девелоперов есть традиционные каналы поиска по языку поэтому парсить отсюда вакансии - почему бы и нет

Отсюда, это из категории админство?

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

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

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

как в группе про девопс вообще имеет право возникать спор dev VS ops? =)

Можно решать нерешаемое

наверное да, если у вас она так называется

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

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

И кормят, и зп платят, и винты покупать для бекапа не заставляют

это редкость, мне кажется

Да, я туда скидываю джобы попавшие в выдачу по ключевым словам типа линукс и администрирование

Хорошая интересная работа она вообще редкость

И хорошо оплачиваемая

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

отлично

То есть бот одобрен? =)