• Легко ли найти работу на удалёнку devops инженером?

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

    Тут получается очень забавная ситуация. Если это девопс из Москвы, то там 200+ со старта. За меньгие деньги, вообще люди не будут с тобой разговаривать за нужные знания. Если это региональные девопсы, то 99% отсеивается из-за того, что они имеют недостаточную компетенцию (был еще неплохой админ, бывший военный, с какого-то спутникового центра из Хабаровского края). Другими словами, если ваша работа была в том, чтобы тянуть провода, эникееть и вводить в дело новых сотрудников - то шансы крайне малы.

    Хотя нужно признать, что время от времени на удаленку нанимаются "менее жесткие админы", чтобы ввести поддержку (Мониторить сервера, править по горячему какие-то ошибки, писать конфигурации для тестовых машин и прочее).
    Ответ написан
    1 комментарий
  • Возможно ли в Docker контейнер пробросить локальный IP?

    Запускайте контейнеры с ключом --network host

    Эта опция установит host-режим для сети контейнера.

    Но это отключит мэппинг портов, опции -p 8080:80 будут игнорироваться. Если контейнер слушает на 80-м порту, это будет именно 80-й порт хоста. Соотв. не получится запустить одновременно несколько одинаковых сервисов в таком режиме.
    Ответ написан
    Комментировать
  • Как организовать работу над проектами из любого места?

    trapwalker
    @trapwalker
    Программист, энтузиаст
    Вы, видимо, не так понимаете суть современных систем контроля версий.
    1. Вы настраиваете работающее окружение на работе и дома.
    2. Делаете клоны проекта на работе и дома.
    3. Работаете над проектом, каждое осмысленное изменение коммитите и время от времени отправляете в центральный репозиторий на гитхабе. Каждый раз приступая к работе обновляете локальный клон и продолжаете работать. Если фича требует много изменений, то вы можете сделать несколько коммитов в отдельную ветку и залить ветку на сервер. На другом компе вы тоже можете работать с этой веткой. Ветка лично ваша. У вас может быть много веток. Когда закочите работу над фичей - подольёте изменения в мастер.
    Ответ написан
  • Как добавить категории в Django?

    @EdFonse
    Пытаюсь прогать
    Просто нужно добавить модель Category(Категория) и связать её с моделью Article(Статья).

    в файле models.py, где у тебя модель статьи пишешь вот так

    # Модель категории
    class Category(models.Model):
        name = models.CharField(max_length=64, verbose_name='название')
    
    # Модель статья
    class Article(models.Model):
        category = models.ForeignKey(Category, on_delete=models.CASCADE, verbose_name='категория')
        # другие поля ....
    )


    Остаётся только дополнить admin.py

    from .models import Category, Article
    
    class CategoryAdmin(admin.ModelAdmin):
        list_display = ['name']
    
    class ArticleAdmin(admin.ModelAdmin):
        list_display = ['category', ...]
    
    admin.site.register(Category,  CategoryAdmin)
    admin.site.register(Article, ArticleAdmin)


    Вот и всё. Советую тебе посмотреть ещё туториалов и почитать документацию (на русском тоже есть), ну и ещё разные статьи.
    Ответ написан
    Комментировать
  • Как запустить проект (django+html) с гитхаба?

    Такое ощущение, что какой-то недогуру вывалил часть своего курса по Django и люди вообще без опыта программирования и понимания, что такое Django, побежали запускать проекты на Djnago (уже 5 вопрос за 2 недели такого типа)..

    1) Открываем вот этот ролик - https://www.youtube.com/watch?v=IZqBTPmxoew. Смотрим его, повторяем все за автором, понимаем, что и как работает визуально, и что за что отвечает.

    2) Открываем документацию и постепенно расширяем проект.

    Библиотека Django...
    Файл manage.py компилироваться (причем, что питон интерпритируемый язык, а не компириуемый)...

    Нужно понимать, что Django - это кастом, и тут далеко не все так просто.
    Ответ написан
    2 комментария
  • Когда в django нужно использовать модели?

    kgb_zor
    @kgb_zor
    I need your traceback.
    Модели нужны для того чтобы упростить взаимодействие с БД.
    Вы данные откуда будете брать? В html можно указать статические данные, которые в реальном времени никак не изменить.

    Вы вообще читали что-то о Django?
    Такое ощущение, будто вы узнали о моделях и сразу пришли узнавать ТУТ, для чего они, хотя ГУГЛ заполнен этой информацией по самое не хочу.
    Ответ написан
    Комментировать
  • Минимизация CentOS?

    CityCat4
    @CityCat4
    Внимание! Изменился адрес почты!
    Пардон, уважаемый, но это бред. EL6/EL7 - энтерпрайзный дистриб, работающий по принципу "поставил и забыл", в нем не надо ничего "минимизировать".
    Берется гента, слака, LFS (для самых упоротых) - и начинается ее развертывание. Вот там можно получить систему, в которой не будет вообще ничего.
    Для сохранения работы браузера тебе нужно будет кучу всего - множество Х-вых либ, тулкитов и прочего (не считая того, что приволочет с собой бразуер).
    Ответ написан
    Комментировать
  • Минимизация CentOS?

    Zoominger
    @Zoominger Куратор тега Системное администрирование
    System Integrator
    3) Если бы вы получили такое задание, то как бы к нему подходили?

    Осилил бы LFS.

    Соберите ядро, удалив ненужное (и не надо мучиться с пунктом 1).
    Удалите лишние пакеты. Обычно они связаны со службами, которые вам не нужны.
    Воспользуйтесь сжатой файловой системой (Убунту точно в SquashFS засовывал).
    Ну и всё.
    Ответ написан
    Комментировать
  • Как развиваться в DevOPS нуля?

    paran0id
    @paran0id
    Умный, но ленивый
    На деле видел два пути.
    1. Программист учится админить (как правило посредственно)
    2. Админ учится кодить (тоже посредственно)
    Далее изучаются специфические инструменты - ansible, docker и прочее.

    В общем, сначала становишься либо админом, либо программистом, а там уже понятно будет.

    Из книг - "Философия DevOps" и гайды по конкретному ПО.
    Ответ написан
    Комментировать
  • Как идет переход с "классики" на DevOPS?

    Singaporian
    @Singaporian
    Нет никаких годных материалов. Точнее они годные только для опытных DevOps. Потому что это культура подхода, а не инструментарий.
    Переход на DevOps делается в три этапа:
    1) Сначала полностью все автоматизируется. По поводу доставки кода вопросы врядли возникнут - Jenkins и Maven известны даже детям. Ну не обязательно они. У каждого языка свои инструменты. gradle, grunt, waf... Но автоматиризровать надо все, включая деплой SQL (LiquidBase, dbMaintain, sqitch и т.д.). Эта часть освещена очень хорошо в интернетах.
    2) Затем убираются все боттл-нэки в работе админов и программистов. Например внедряется Green/Blue-деплоймент. В точках деплоя собственного ПО средства провиженинга (puppet/ansible/chef) заменяются на средства деплоймента (uDeploy например). Устанавливается мониторинг и логирование. На все это тоже есть свои инструменты (Sensu например).
    3) Начинается работа с людьми - вовлечение программистов в ответственность за результат на стороне Ops и вовлечение сисадминов(operations) в результат на стороне Dev (подгон под FHS и все такое). Ключевой момент в том, что людям придется понять, что их ответственность приходит эхом оттуда, где они своими руками не трогали (для этого даже автоматически создают новые энвайронменты всякими докерами и вагрантами). Закоммитил кривой код в IDE, не учел зависимость в пропертях, поправил конфиги не для всех энвайронментов - будешь отвечать и за статический анализ кода и за проваленные интеграционные тесты и за неудачный деплоймент. В обратную сторону тоже самое. Тогда люди начнут действовать по стандартам и настанет искомый результат.

    Ну и само собой надо найти сильного релиз-инженера. Потому что DevOps - это не "построил и ушел". Кто-то должен все время смотреть за новыми организационными проблемами и чтобы транк не попал на UAT, например, а на SIT ушел тот же тэгированный код, которому на DEV провели smoke-тесты, а не обновленный парой вредных коммитов, набежавших за время смоука.

    Сначала скажите, как звучит конечная задача и что из этого уже есть и чего нет. Может чего детальнее посоветую.
    Ответ написан
    6 комментариев
  • Уехал в Москву, но не тяну по сложности, стоит ли возвращаться домой?

    VladimirAndreev
    @VladimirAndreev
    php web dev
    Имхо, если тебе на mssql предложили 60 - тебя считают джуниором, которого можно вырастить под себя.
    А значит, можно и нужно задавать вопросы:-)
    Ответ написан
    Комментировать
  • Уехал в Москву, но не тяну по сложности, стоит ли возвращаться домой?

    @abonu
    Первое. Терпи. Новая сфера - минимум 3 месяца - немного поймешь, что от тебя требуется. 6 месяцев - сможешь решать более менее задачи. Это всё при условии, что будешь вкалывать. И думаю, есть ради чего потерпеть.

    Второе. Когда тебе неудобно спрашивать кого-то - помни две вещи: а) каждая проблема/разобранный вопрос пополняют копилку опыта, т.к. сфера новая, ты должен радоваться таким возможностям; б) есть ты и твоя задача, тебе нужно ее решить, спросить у коллег помощи - это просто средство решения задачи. Думай в таком случае, что ты это делаешь не в своих интересах, а в интересах компании.
    Ответ написан
    Комментировать
  • Уехал в Москву, но не тяну по сложности, стоит ли возвращаться домой?

    @nrgian
    стыдно спрашивать каждую мелочь у коллег.

    Как руководитель - я уволю того, кто не спрашивая, всякую фигню делает.

    Спрашивать - это нормально.

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

    А более-менее сложившимся специалистом вы станете года через 2.

    Сегодня две недели как я переехал.

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

    Дело в том, что ИТ - сфера деятельности с довольно высоким порогом вхождения.

    Вполне нормально довольно долго входить в курс дела.

    А уж если с нуля - то ранее, чем месяца через 3 вы вообще не станете фирме полезным (пока вы им вредны). Это нормально. Все это понимают. И сейчас вы учитесь, а вам платят деньги. Пользуйтесь этим. Учитесь.
    Ответ написан
    Комментировать
  • Уехал в Москву, но не тяну по сложности, стоит ли возвращаться домой?

    @ClusterBias
    Вы в век капитализма живете. То что вы не тянете, не должно вас особо смущать. Я еще понимаю, если бы вы были белой овцой в группе первоклассных инженеров, тогда да. Парни с мозгами 10кг и вы еле понмающий как вас вообще сюда взяли. Запонимте, что вас должно волновать благополучие и жизнь только вас и ваших близких. Если вас взяли, а вы не тянете не ваша вина, а работодателя, если он хотел самостоятельного юнита, а взял интерна, если и хотел интерна, то вообще вопроса не существует. Смело сидите и учитесь за зарплату, самому уходить не стоит. Это так сказать был подогрев отношения к этой жизни. А по факту. Научитесь еще, все через это проходят, приходя и тупя как дятлы в монитор, не понимая базовых вещей. У меня точно так же было, у вас точно так же есть, у ваших детей будет также, у их детей тоже самое. Это нормальный процесс. У вас сейчас вместо задачи в голове, моральные истязания, что тоже очень вам мешает. Просто работайте дальше. Если уволят, то начальник видимо вас неверно воспринял, как самостоятельного юнита. Его ошибка, его вина, не ваша.

    Кстати я однажды так ушел с работы. Стыд от незнания и постоянных вопросов по элеменрным вещам, был конечно не главной причиной почему я ушел, ушел из-за отношения к работе, не как к работе, а как... Не знаю даже, как к чему-то большему, как к смыслу жизни, и поняв, что конкретно эта специальность, не мой смысл жизни, я ушел. По прошествию времени могу сказать, что не жалею принципиально, что ушел, но если бы снова оказался в том времени в той ситуации, я бы этого не сделал. Удачи вам, в вашем нелегком деле!
    Ответ написан
    2 комментария
  • Уехал в Москву, но не тяну по сложности, стоит ли возвращаться домой?

    Zoominger
    @Zoominger
    System Integrator
    Не отчаивайтесь, для новичка нормально что-то не понимать.
    Спрашивайте у коллег, пользуйтесь онлайн-переводчиком, штудируйте, погружайтесь в SQL, как можете, но не нужно себя выматывать, а то работа будет вызывать отвращение.
    Почитайте ещё книги, потренируйтесь на онлайн-курсах.
    Вы не обозначили свои знания и более точный совет дать трудно.
    Ответ написан
    8 комментариев
  • Уехал в Москву, но не тяну по сложности, стоит ли возвращаться домой?

    @itsjustmypage
    Если взяли, значит устраиваешь. Продолжай штудировать и спрашивать. Английский технический довольно простой и переводчики такое нормально переводят.

    KEEP-CALM-POSTER-LOW_large__78588.129146
    Ответ написан
    Комментировать
  • Стоит ли делать RAID из SSD?

    @Tabletko
    никого не трогаю, починяю примус
    Зависит от того какую задачу вы хотите этим решить.
    Ответ написан
    Комментировать
  • Как навести порядок в компании?

    webinar
    @webinar
    Учим yii: https://youtu.be/-WRMlGHLgRg
    сотрудники могут выполнять задачу, а потом выясняется что она готова

    Это нормально. Что бы задача была готова, ее выполняли.

    в роли проджект менеджеров выступают переводчики

    почему не бухгалтер? Что вообще у Вас делают переводчики, я так понимаю нужны менеджеры со знанием языка.

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

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

    Дать совет исходя из такого поверхностного описания не возможно. Нужен глубокий анализ, ибо ломать не строить и компания должна как-то работать в процессе реорганизации.
    Ответ написан
    5 комментариев
  • Действительно ли бытовой TP-Link 841 равен Mikrotik 2011?

    vvpoloskin
    @vvpoloskin Куратор тега Компьютерные сети
    Инженер связи
    Вот такие люди и портят жизнь техподдержке.

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

    P. S. По диалогу я понял, что у человека от оператора гозраздо больше опыта, чем у вас. И посоветовал он вам то, что снизит вероятность вашего обращения к нему. А микротик отличается от тплинка только увеличенным количеством портов (наличием порта 1ge) и лицензионной прошивкой.
    Ответ написан
  • Как получать регулярно заказы в своем городе?

    webinar
    @webinar Куратор тега Веб-разработка
    Учим yii: https://youtu.be/-WRMlGHLgRg
    Подскажите как получить заказы в своем городе?

    А смысл? Я смог предположить только это:
    • У Вас в городе платят другими деньгами, деньги других городов Вас не устраивают
    • у Вас город-государство с запретом ВЭД
    • Вы живете в Токио и уровень оплаты в других городах ниже
    • мафия запрещает, Вы купили лицензию только на 1 город
    • на Вашей планете только 1 город
    • вы живете в GTA
    • вы не знаете о существовании других городов
    • расстройство психики вызвало маниакально депрессивную манию патриотизма в отношении своего города

    Но выглядит это все маловероятными событиями.

    Может что делаю не так.

    Да. Вы зациклились на своем городе. Зачем? Почему? В чем смысл такого ограничения? Почему тогда не конкретно на своей лестничной площадке? Меньше обзванивать и можно звонить в двери.

    Скоро предвижу рекламу на телеканалах:
    "кока-кола - только в Саратове, потому что уважаем."
    "мегафон - скоростной 3g, только на Короленко, 7в"
    "пятерочка - мы оставили только один магазин в Мытищах, потому что хз"
    "3-й хлеб завод - мы тоже в тренде, только пол батона в сутки и не батоном больше, мы логичнее других"
    Ответ написан
    4 комментария