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

а если все оставить, и отмотать назад/вниз страницы - там будет "разбор заявок в техподдержку"

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

а если все оставить, и отмотать назад/вниз страницы - там будет "разбор заявок в техподдержку"

А что в этом плохого?

ну их по большому счету половина резюме не интересует

как там 1С, byod в конторах

принтеры хуинртеры

Больший диссонанс вызывает, когда дев/девопс приходит утром к админу со словами "у меня комп" не грузится. Вроде бы и IT-специалист, но при этом казалось бы элементарные вещи сам не решает

Когда дев, это нормально

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

ооо, еше не так давно было что-то в духе 150 gross максимум. Полгода поисков и стало понятно, что адекватные специалисты стоят дороже?

Нет, просто там профильное образование требуется.

@ProbablyClever_bot тут самоубийцы

Ребята, подскажите, пожалуйста. На hh резюме Development Operations Engineer, опыт работы в этой формальной должности - 1 год, Другие 7 лет описывают опыт работы системным администратором. Мне кажется, последнее мало интересует нанимателя, который ищет опс инженера например, верно? Должен ли я разделить свой 8ми летний опыт работы на два резюме, как вы считаете?

Как я вижу HR смотрит на опыт последних пяти лет. В IT быстро меняющейся области это наверное имеет смысл. Я заметил, что со своим почти 20 летним CV интересую HR только по последнему месту работы или опыту 3х-5ти летней давности. Ниже уже никто не смотрит. Я высказал исключительно своё имхо.

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

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

Ребят, LPI можно в онлайне сдать? Linux Professional Institute certification

Ребят, LPI можно в онлайне сдать? Linux Professional Institute certification

нет, его надо сдавать в тестцентре

онлайн только дампы

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

Вообще половина отсеивается с первых строк резюме. Бесит, когда люди не могут свое собственное резюме избавить от ошибок (прощается когда оно на не родном языке), когда ДевОпс в первых трех вакансиях испольщует один подход для описания, а на следующих - зоопарк.. Короче кандидат не удосужился свое резюме привести в порядок - как он будет отвественную инфраструктуру поддерживать?

И таких реально половина была

Вообще половина отсеивается с первых строк резюме. Бесит, когда люди не могут свое собственное резюме избавить от ошибок (прощается когда оно на не родном языке), когда ДевОпс в первых трех вакансиях испольщует один подход для описания, а на следующих - зоопарк.. Короче кандидат не удосужился свое резюме привести в порядок - как он будет отвественную инфраструктуру поддерживать?

Написать резюме - целое искусство

Кстати, кто-то обещался расшарить CV

Написать резюме - целое искусство

да пофиг, катит хотя бы просто аккуратное изделие без тонны орфографических ошибок

я свое как раз переписываю)) надо обновлять под новые требования

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

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

я не знаю разницы между спепенями/званиями, имел в виду кандидата наук

https://www.sibinfo.ru/certificates/linxpi/

да ладно

Ясно

Сервис однако

Санкции, мать их

интересно, а как Cisco, Red Hat

Я это знаю

просто очень странно что LPI санкции, а RH нет

В LPI - вопрос и варианты ответов. Ты можешь просто на шару угадать, наличие такого серта вообще не показывает знания и умение работать с линуксом. А даже самый начальный серт RH гарантирует, что ты как минимум основные технологии знаешь, можешь сконфигурировать от апача до днса + знаешь таки rh/centos не в теории, т.к на лабах было убито достаточно времени.

В LPI - вопрос и варианты ответов. Ты можешь просто на шару угадать, наличие такого серта вообще не показывает знания и умение работать с линуксом. А даже самый начальный серт RH гарантирует, что ты как минимум основные технологии знаешь, можешь сконфигурировать от апача до днса + знаешь таки rh/centos не в теории, т.к на лабах было убито достаточно времени.

можешь линк скинуть на RH?

можешь линк скинуть на RH?

rhcsa ex200 rhce ex300

rhcsa ex200 rhce ex300

Спасибо. А из россии их можно сдать?

ага забрал) спс

Спасибо. А из россии их можно сдать?

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

Инвента в Москве принимает почти всю линейку RH

Инвента в Москве принимает почти всю линейку RH

В августе обычно у них скидки для физиков. Сдавал так rhcsa

коллеги, а подскажите нормальные конторы для devops-ов по Питеру на которые стоит обратить внимание

коллеги, а подскажите нормальные конторы для devops-ов по Питеру на которые стоит обратить внимание

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

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

Имя, сестра, имя! - мне бы названия контор

EPAM

😞 - мне бы этой галеры куда-нибудь спрыгнуть пока не поздно

#job, #Moscow, #LTDigitalGroup, lt.digital Системный администратор Linux/Unix, зп.100, 130 - надо дообсуждать, это новая вакансия. Что нужно делать: Администрировать серверы и прикладные сервисы Принимать участие в построении системы разработки и релизов Принимать участие в настройке системы мониторинга серверов и Приложений Мониторить производительность и загруженность системы и пр. Условия: Полугодовые и годовые премии Действительно гибкий график работы, 5/2 Уют, чай, кофе, печеньки и прочие вкусняшки Настольный теннис, XBox, турник Супер-офис класса А – БЦ "Лотос" в 5 минутах ходьбы от станции метро «Нахимовский проспект». Вакансия также чуть детальнее на hh. https://hh.ru/vacancy/25895102 Контакт og@lt.digital

накопилось всего, конкретные вещи уже как-то описывал тут

Прям Unix?

работал я в этом БЦ, если офис повыше, то вид там красивый =)

Если меня бесят в вакансиях AWS, Azure or GCP это старость?

Или жлобство?)

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

и инфраструктура полнстью под контролем

Может и не лучше, а я просто старый жлоб?)

работал я в этом БЦ, если офис повыше, то вид там красивый =)

Может и не лучше, а я просто старый жлоб?)

нужно идти в ногу со временм и уметь вГИБРИДНЫЕ облака

просто конкуренты уже это делают, как и контрагенты. Будущее уже здесь (с)

Это ещё бабушка надвое сказала что дешевле

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

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

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

как правило если брать TCO в чистом виде, то облака все же проиграют. Другое дело что соотношение OPEX/CAPEX у облаков более привлекательно для бизнеса

Вот :-)

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

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

зато какие долгострои можно пилить

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

не верная аналогия. Я говорю об приватных облаках а не о том чтобы вообще их не использовать

не верная аналогия. Я говорю об приватных облаках а не о том чтобы вообще их не использовать

ну рано или поздно у проекта будет подобие фреймворка

openshift kubernetes openstack opennebula oVirt или proxmox нахудой конец вместо AWS, Azure или GCP

ну рано или поздно у проекта будет подобие фреймворка

может в 20 веке так и было.. а в 21 веке, когда конкурентное преимущество в сроках выражается месяцами.. просто нет времени чтобы там что-то куда-то росло

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

openshift kubernetes openstack opennebula oVirt или proxmox нахудой конец вместо AWS, Azure или GCP

это круто сравнение, oVirt vs AWS..)))

а proxmox не сумщает?)

вообще смотря кому какой функционал нужен. если просто крутить виртуалки, то почему бы и не сравнить)

может в 20 веке так и было.. а в 21 веке, когда конкурентное преимущество в сроках выражается месяцами.. просто нет времени чтобы там что-то куда-то росло

оно так и есть, и тут 3 варианта: 1. используется фреймворк 2. Не используем фреймворк и пишем как попало(стоимость развития проекта будет расти экспоненциально, и рано или поздно настанет момент когда цена новой фичи будет соизмерима с стоимостью переписать нормально) 3. Не используем фреймворк и пишем по каким то установленым правилам, которые рано или поздно либо приведут к п.1(фреймворк получится сам по себе) или п.2

оно так и есть, и тут 3 варианта: 1. используется фреймворк 2. Не используем фреймворк и пишем как попало(стоимость развития проекта будет расти экспоненциально, и рано или поздно настанет момент когда цена новой фичи будет соизмерима с стоимостью переписать нормально) 3. Не используем фреймворк и пишем по каким то установленым правилам, которые рано или поздно либо приведут к п.1(фреймворк получится сам по себе) или п.2

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