https://status.github.com/messages

Охренеть, с 1-го декабря красное...

Охренеть, с 1-го декабря красное...

с 10 ноября тоже

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

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

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

выживач тред старт хере

с 10 ноября тоже

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

выживач тред старт хере

Стоп сразу, пожалуйста. ?

Стоп сразу, пожалуйста. ?

хорошо, я пошутил :)

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

У тебя походу раз в день регулярно этот вопрос возникает в это время ))

> мне нужна работа удаленная либо релокейт в европу Это ваще всем почти нужно, мне кажется =))

> мне нужна работа удаленная либо релокейт в европу Это ваще всем почти нужно, мне кажется =))

Не всем. Мне сисадмин нужен.

То есть, работа тебе не нужна, тебе нужен сисадмин?

То есть, работа тебе не нужна, тебе нужен сисадмин?

в рабство?

Не всем. Мне сисадмин нужен.

удаленный или на постоянку в офис?

в рабство?

Вот и я хочу понять )

Не всем. Мне сисадмин нужен.

под какие задачи?

удаленный или на постоянку в офис?

фуллтайм

я думаю, здесь, оффтопик и Антон меня забанит, но если кому интересно, последняя в https://t.me/sysadmin_jobs на данный момент

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

Ты так хорошо знаешь московский рынок?

сети знать не обязательно

бухгалтеров, 1С и прочих девочек - нет

а причем тут бухгалтеры, 1с, девочки и администрирование linux?

вы с эникеем не перепутали?)

а причем тут бухгалтеры, 1с, девочки и администрирование linux?

ну так я про перечень задач

мне кажется, это проще эникейства (по крайней мере, спокойнее, и мозг никто не делает истериками)

т.е. что нужно: знать, уметь линукс, поддерживать jira, git, gerrit, bamboo (и то не факт), ipa с freeradius и гипервизоры с виртуалками (opennebula и rbd на ceph) и vpnы с nat кое-где и маршрутизацией (да, тут нужно немного знать сети). в перспективе - конечно, всё же уметь настраивтаь коммутаторы, bgp на mx80, что-то на srx240, ospf на 3750, в перспективе отказаться от него нафиг.

за это 90т.р. на руки мало?

поддержку софта выкинуть и эникей

и не девопс

и не девопс

ну, я же сказал, что мне нужен сисадмин, а не девопс

Ещё раз сорри за оффтоп. Антон, если считаешь нужным, почисти, пожалуйста.

> настраивтаь коммутаторы, bgp на mx80, что-то на srx240, ospf на 3750 ааааааа! Вот за что?

Ещё раз сорри за оффтоп. Антон, если считаешь нужным, почисти, пожалуйста.

Строго говоря, оффтоп. Но почистить ты ведь и сам можешь.

Строго говоря, оффтоп. Но почистить ты ведь и сам можешь.

ответы остунтся, будет непонятно к чему они.

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

хреновый вариант.

ответы остунтся, будет непонятно к чему они.

А это уже приберётся в рамках стандартной процедуры.

Краем уха слышу как считают стоимость 1С в Амазоне =_=

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

Это внутренняя инфраструктура. Ночью наши разрабы тоже спят

Идея для стартапа - чекбоксы навыков/требований. Контора, публикуя вакансию только отмечает чекбоксы. И система сама определяет должность! Чтобы никаких дивапсов, чинящих принтеры, или linux-администраторов, поддерживающих 1C И что за мода вообще на jira не иметь отдельного человека?

Идея для стартапа - чекбоксы навыков/требований. Контора, публикуя вакансию только отмечает чекбоксы. И система сама определяет должность! Чтобы никаких дивапсов, чинящих принтеры, или linux-администраторов, поддерживающих 1C И что за мода вообще на jira не иметь отдельного человека?

Check all

Идея для стартапа - чекбоксы навыков/требований. Контора, публикуя вакансию только отмечает чекбоксы. И система сама определяет должность! Чтобы никаких дивапсов, чинящих принтеры, или linux-администраторов, поддерживающих 1C И что за мода вообще на jira не иметь отдельного человека?

Генератор названия вакансии. Но делать будешь всеравно все

Check all

Запретить. Или сделать эту опцию платной и за дорого ) Ну там, если работодатель хочет совместить C и навыки администрирование Jira - это платная опция ) Плата за глупость )

Запретить. Или сделать эту опцию платной и за дорого ) Ну там, если работодатель хочет совместить C и навыки администрирование Jira - это платная опция ) Плата за глупость )

Будут руками все галочки ставить

Ахахах. Запретить - не всмысле вербально ) А всмысле технически )

Вопрос по организации работы с множеством репозиториев(7 штук на данный момент). Проект состоит из модулей друг от друга фактически зависимых - клиент, бэкэнд, конфигурации, статика и т.д. каждый живет в своем репозитории. Сейчас все работают только в двух ветках - develop и release. Все это собирается через CI и деплоится по кнопке аля teamcity. Минусы подхода очевидны - только 2 ветки не дают возможности раздельно тестировать\разрабатывать фичи. В виду коммерческого характера проекта - не все члены команды должны иметь доступ ко всем репозиториям- например в статику имеют доступы художники поддержки(льют картинки), но к репозиторию с серверным кодом они доступ не имеют. Хотим перейти на git-flow-подобную схему работы, но заводить по ветке в каждом репозитории накладно, когда не каждый реп нужно менять. Ситуацию осложняет то, что есть несколько однотипных проектов и например бэкэнд посути у них общий.

Вопрос по организации работы с множеством репозиториев(7 штук на данный момент). Проект состоит из модулей друг от друга фактически зависимых - клиент, бэкэнд, конфигурации, статика и т.д. каждый живет в своем репозитории. Сейчас все работают только в двух ветках - develop и release. Все это собирается через CI и деплоится по кнопке аля teamcity. Минусы подхода очевидны - только 2 ветки не дают возможности раздельно тестировать\разрабатывать фичи. В виду коммерческого характера проекта - не все члены команды должны иметь доступ ко всем репозиториям- например в статику имеют доступы художники поддержки(льют картинки), но к репозиторию с серверным кодом они доступ не имеют. Хотим перейти на git-flow-подобную схему работы, но заводить по ветке в каждом репозитории накладно, когда не каждый реп нужно менять. Ситуацию осложняет то, что есть несколько однотипных проектов и например бэкэнд посути у них общий.

Опишите api взаимодействия и версионируйте. Собирайте исходя из версий api, а не версий по отдельной репе/ветке.

А я что-то не понял, в чем вопрос и проблема

Не хотите flow на всех репах?

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

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

Девопс у каждого свой, описывайте, что делать будете

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

Собрат по ATG)

Девопс у каждого свой, описывайте, что делать будете

в моем случае автоматизация развертывания окружений для разработки самописного ПО плюс аналогичное развертывание сред на базе заказчика( раздельно с разработчикоками).

Собрат по ATG)

глаз аж задергался)

У меня те же ассциации)

в моем случае автоматизация развертывания окружений для разработки самописного ПО плюс аналогичное развертывание сред на базе заказчика( раздельно с разработчикоками).

Ну хоть девопс, но конкретики все равно нет. Если стек есть, то вперед по стеку...

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

Ну хоть девопс, но конкретики все равно нет. Если стек есть, то вперед по стеку...

Наверное, его интересует как вообще можно деплоить, бест практисы, и пр. Тут стек неважен, чем собирать приложение maven иди npm, не так важно

Ну хоть девопс, но конкретики все равно нет. Если стек есть, то вперед по стеку...

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

ERROR: S client not available

Наверное, его интересует как вообще можно деплоить, бест практисы, и пр. Тут стек неважен, чем собирать приложение maven иди npm, не так важно

да, на данный момент примерно такие вопросы в голове.

Наверное, его интересует как вообще можно деплоить, бест практисы, и пр. Тут стек неважен, чем собирать приложение maven иди npm, не так важно

Без стека все равно ничего не порекомендовать и очень много субъектива и специфики будет

Так то я вот например могу посоветовать гитлаб, просто потому, что оно работает из коробки без гемороя и имеет много плюсов, по сравнению с аналогами...

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

Я правильно понимаю что вас взяли девопсить с нуля проект при отсутствии опыта?

Я правильно понимаю что вас взяли девопсить с нуля проект при отсутствии опыта?

можно сказать и так. по совокупности навыков подхожу. эта стезя для меня нова как отдельно взятое направление.

Я правильно понимаю что вас взяли девопсить с нуля проект при отсутствии опыта?

Ну, не все же рождаются уже с опытом...

Это да, но дивапс всё-таки должен представление иметь, тем паче что их на рынке как грязи.

У меня в Konsole в vim Shift+Up/Down листает страницы. Куда с таким вопросом обратиться?

@ru_sysadmin, конечно. Ну, или @vim_ru, но там полторы калеки.

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

представление общее то есть, но таки хотелось бы почитать за предметную область больше)

в конторе такой должности вообще не было до момента.

Да кроме философии нет ничего общего

Да и то, у каждого она своя

У меня в Konsole в vim Shift+Up/Down листает страницы. Куда с таким вопросом обратиться?

@vimers

понятно, спасибо) в таком случае будем разбираться по ходу поступления задач) собственно с АТГ было также.

У меня в Konsole в vim Shift+Up/Down листает страницы. Куда с таким вопросом обратиться?

Как народ без guake живёт (

Идея мне нравится ) Но Gnome из-за этого ставить не буду

К тому же, отношения к проблеме это не имеет никакого

Идея мне нравится ) Но Gnome из-за этого ставить не буду

xfce?

Вопрос - буду ли я ставить xfce?)

Это да, но дивапс всё-таки должен представление иметь, тем паче что их на рынке как грязи.

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

Вопрос - буду ли я ставить xfce?)

не холивара ради, но не спросить я не мог) да, давно пользую, очень годно)

Сижу на kde, перелезать пока не собираюсь, мне нужно просто Shift+Up/Down найти и отключить )

Причём именно для vim

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

Я примерно понимаю, как вы к этому пришли, я о том, что методологии DevOps достаточно специфичны, и очень желательно (ИМХО) иметь админский бэкграунд. Вы, как я понимаю, прикладник. Я не понимаю как вам может быть по душе то, что вам непонятно. Вам придётся разрабатывать вещи, которые вы не понимаете. Я вас не критикую, я удивляюсь вашей смелости. Я бы испугался.

Я примерно понимаю, как вы к этому пришли, я о том, что методологии DevOps достаточно специфичны, и очень желательно (ИМХО) иметь админский бэкграунд. Вы, как я понимаю, прикладник. Я не понимаю как вам может быть по душе то, что вам непонятно. Вам придётся разрабатывать вещи, которые вы не понимаете. Я вас не критикую, я удивляюсь вашей смелости. Я бы испугался.

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

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

Желаю вам успехов в таком случае, и терпения побольше

Желаю вам успехов в таком случае, и терпения побольше

спасибо большое;)