• Как живется в США «неайтишникам». Другая сторона

      image

      На Хабре есть не только айтишники. Тут и электрики, и схемотехники, и химики, и маркетологи и кого только нет. И возможность переезда в другую страну в качестве специалиста широкого профиля интересна и им тоже. В довесок к истории Дудя и аналогичным статьям я хочу рассказать свою историю про переезд в США, на противоположный от Калифорнии берег с противоположной от IT профессии. Про жизнь, траты, поиск и смены работы и перспективы. Мне 36, я по образованию биотехнолог, семья — два человека, английский язык — так себе. Живу в Северной Каролине почти два года.

      Поскольку написанного вышло много, вот короткая версия. При переезде практически гарантировано снижение социального статуса. Прожить можно на $1500. Средняя зарплата «неайтишника» $30к-50к в год. Средняя стоимость дома $200к. Получить медицинскую страховку бесплатно можно. Много плюшек от государства. Поиск нормальной работы очень нетривиален. Язык сам не учится, но есть бесплатные курсы. Жить комфортно. Наше образование никому не нужно. Очень многие мечтают о карьере в IT.

      Важно! Все что я тут пишу это исключительно мой опыт и мое мнение. Я не претендую на истину в последней инстанции, а просто рассказываю как это было у меня, тем более что у всех неайтишных мигрантов весь путь довольно похожий.
      Читать дальше →
    • Инсайды от сотрудника Facebook: как попасть на стажировку, получить оффер и все о работе в компании

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

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



        Выкладываем расшифровку прямого эфира с Илоной Папавой, Senior Software Engineer в Лондонском офисе Facebook: она рассказала как попасть на стажировку, что на них ждет стажеров, как показать себя и получить оффер и почему лондонский офис во многом превосходит офис в Долине.
        Читать дальше →
      • Система резервного копирования


        Эта статья — часть цикла о построении NAS, и написана под конкретный вид системы.


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


        Решение её затянулось...


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


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

        Читать дальше →
        • 0
        • 35.2k
        • 2
      • Обзор конференции DevOpsDays Moscow: инсайты из 6 докладов



          7 декабря прошла третья конференция DevOpsDays Moscow, организованная московским DevOps-сообществом при поддержке Mail.ru Cloud Solutions. Кроме докладов ведущих практиков DevOps, участники могли посетить короткие мотивирующие Lightning Talks, воркшопы и пообщаться в опенспейсах.

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

          Внутри:

          1. Барух Садогурский, JFrog: «Пусть софт течет от вендора к пользователю, как жидкость»
          2. Павел Селиванов, Southbridge: «У Dev и Ops одна общая задача — делать продукт, который работает»
          3. Владимир Утратенко, X5 Retail Group: «DevOps в Enterprise — это разработка без боли и пожаров»
          4. Сергей Пузырёв, Facebook: «Production Engineer заботится о сервисе в целом: чтобы и пользователям, и разработчикам было хорошо»
          5. Михаил Чинков, AMBOSS: «По пути DevOps не может идти одно подразделение, по нему должна идти вся компания»
          6. DevOps-энтузиасты Росбанка: «1000 дней, чтобы внедрить DevOps в кровавом энтерпрайзе»

          Смотреть видеоинтервью, читать инсайты
        • DevOps-инженеров не существует. Кто тогда существует, и что с этим делать?


            В последнее время такие объявления заполонили интернет. Несмотря на приятную зарплату, не может не смущать, что внутри написана дикая ересь. Вначале предполагается, что «DevOps» и «инженер» можно каким-то образом склеить вместе в одно слово, а далее идет рандомный список требований, часть которых явно скопирована из вакансии сисадмина.


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


            Такие вакансии можно всячески порицать, но факт остается фактом: их много, и так устроен рынок на данный момент. Мы сделали девопс-конференцию и открыто заявляем: «DevOops — не для DevOps-инженеров». Тут многим покажется странным и диким: почему люди, делающие совершенно коммерческое мероприятие, идут против рынка. Сейчас всё объясним.

            Читать дальше →
          • DevOps на краю Вселенной

              Чтобы разобраться, как связана Вселенная, рыба и DevOps, нужно изучить расписание DevOpsConf Russia. Тем более конференция уже через неделю, 1–2 октября, и так и так надо планировать, какие из выступлений удастся послушать. Постараюсь в этом помочь — все-таки я приложил не мало усилий, чтобы программа получилась такой насыщенной.

              Открывать конференцию буду я сам темой «Что такое DevOps». Расскажу, как к нему идти, и что вообще он из себя представляет, надеюсь это даст повод для споров и разговоров на всю конференцию. Затрону и процессы, и инженерные и инфраструктурные вопросы, то есть все кирпичики, составляющие DevOps, которые легли в основу программы. А уже после этого примемся за инструменты: Kubernetes, Ansible, Docker, Prometheus, Ceph, Hashicorp Vault, Istio, KVM, CoreOS.



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

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

                Как начать DevOps трансформацию? Если кратко: выбираем сервис, с которого начнем процесс, выявляем тех, кто имеет отношение к сервису, строим Value Stream Map, создаем временную команду, которая будет заниматься трансформацией первое время и ставим ей задачу. Повторяем цикл нужное число раз.


                Подробный план DevOps трансформации с примерами и инструкциями под катом — в расшифровке доклада Андрея Александрова — инженера в компании Express42, которая консультирует по проращиванию DevOps, ускоряя этот процесс, потому что уже построила карту граблей. Если вам кажется, что трансформация вам не нужна, или у вас такая специфика, что DevOps-практики не подходят, — используйте доклад как инструкцию по поиску и устранению ограничений.
                Читать дальше →
                • +19
                • 8.3k
                • 1
              • DevOps — автоматизируй всё

                Целью статьи является дать основные представления о DevOps и практиках, используемых при этой методологии. Тут не будет сложных терминов, конкретных продуктов и road map внедрения DevOps, но, надеюсь, будет интересно ознакомиться.


                Читать дальше →
              • Мифы о DevOps

                  DevOps — это маркетинговое словечко, за которым ничего нет! Или все-таки есть? Может быть, DevOps — это набор «правильных» инструментов, или это такая специальная культура. И кто вообще должен этим заниматься, что из себя представляет DevOps-инженер? Одним словом, есть некоторые разночтения в понятиях, и очень много мифов. Некоторые совсем тривиальные, и мало кто в них поверит, а некоторые пускают корни в умах уважаемых специалистов. Разбираться будем вместе с опытными DevOps’ерами Александром Титовым и Иваном Евтуховичем (evtuhovich). Хотя они и считают, что DevOps — это решение проблемы производства цифровых продуктов и называть так отдельного человека это в стиле российского бизнеса.


                  О спикерах: Александр Титов и Иван Евтухович представляют компанию Экспресс 42, которая занимается консалтингом в области DevOps. Среди её клиентов много известных компаний, например, МТС, Райффайзенбанк банк, Альфа-Банк и другие.

                  За 5 лет работы собралась куча мифов про DevOps, которые существуют в обществе. В своем докладе на РИТ++ 2017 Александр и Иван рассуждали на эту тему. Иван в безапелляционном тоне объявлял расхожее мнение, а Александр пытался убедить слушателей в том, что это лишь миф.
                  Читать дальше →
                  • +30
                  • 23.8k
                  • 9
                • 40 каналов и чатов для тех, кто интересуется DevOps

                    Сфера DevOps развивается очень стремительно. Команда DevOpsDays Moscow составила список каналов и чатов для тех, кто интересуется DevOps и хочет оставаться в центре событий. Мы сами читаем эти каналы, а некоторыми даже руководим.

                    Все сообщества для удобства мы разделили на группы: общие, про инструменты, новостные и те, кого нет в телеграме. Надеемся, вам будет полезно.


                    Читать дальше →
                  • Зачем идти на DevOpsDays? И почему это не ещё одна конференция про DevOps

                      В 2009 году Патрик «крёстный отец DevOps» Дебуа вместе со словом DevOps запустил движение DevOpsDays, которое несет в себе истинный дух DevOps-а. Сегодня DevOpsDays — это международное движение, которое объединяет тысячи DevOps-специалистов по всему миру. В 2019 году прошло уже 90 (!) конференций DevOpsDays в разных странах.

                      7 декабря DevOpsDays пройдет в Москве. DevOpsDays Moscow — это комьюнити-конференция, которую организовывает DevOps-сообщество для того, чтобы участники сообщества встретились лично и обсудили то, что их волнует. Поэтому помимо докладов, мы уделим много времени камерным форматам и активностям, которые подталкивают к знакомствам и разговорам.

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



                      Конференцию делает DevOps-сообщество


                      Каждый DevOpsDays организовывает локальное комьюнити, заинтересованное в движухе, а не в заработке миллионов. Именно локальные сообщества сделали 90 конференций DevOpsDays по всему миру в 2019 году. А с момента первой конференции в Генте в 2009 году провели уже больше 300 конференций в разных городах.

                      В России DevOpsDays делает крутая команда. Наверняка многих из этих ребят вы знаете лично: Дмитрий Зайцев (flocktory.com), Александр Титов (Express 42), Артем Каличкин (Faktura.ru), Азат Хадиев (Mail.ru Cloud Solutions), Тимур Батыршин (Provectus), Валерия Пилия (Deutsche bank), Виталий Рыбников (Tinkoff.ru), Денис Иванов (talenttech.ru), Антон Струков (Яндекс), Сергей Малютин (Lifestreet media), Михаил Леонов (Kodix), Александр Акилин (Aquiva Labs), Виталий Хабаров (Express 42), Андрей Лёвкин (один из организаторов DevOps Moscow).
                      Читать дальше →
                      • +10
                      • 2.6k
                      • 2
                    • «Доклад не имеет права быть скучным»: интервью с Барухом Садогурским о выступлениях на конференциях

                        Барух Садогурский — Developer Advocate в компании JFrog, соавтор книги «Liquid Software», известный IT-спикер.

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


                        Читать дальше →
                      • Интервью с Михаилом Чинковым о работе и жизни в Берлине

                          Михаил Чинков два года живет и работает в Берлине. Михаил рассказал, чем отличается работа разработчика в России и в Германии, востребованы ли в Берлине инженеры, связанные с DevOps, и как находить время для путешествий.


                          Читать дальше →
                        • Настройка API Банка Тинькофф. Как у вас с интуицией....? Или песня о Oauth 2.0

                          • Tutorial
                          Пару недель назад в одном из проектов возник вопрос об интеграции CRM с API Банка Тинькофф. В частности, речь шла о получении выписки по банковскому счету.

                          В активе имелось:

                          1. openapi.tinkoff.ru
                          2. Телефон службы поддержки (учитывая занятость отдела техподдержки — дело спасения утопающего, дело рук самого утопающего).
                          3. Нагугленный документ: 24386_policy.pdf (с русским буквами внутри, с занятными выражениями, оборотами колдовскими, малопригодная но, все же вещь...)

                          В ходе гуглежа были также найдены отзывы о том, что настройка API банка Тинькофф дело весьма занимательное и нетривиальное (см. статью на banki.ru «API Тинькофф — мы слишком глупы для этого»).

                          Да, пришлось малость повозиться, поэтому, дабы сэкономить время другим товарищам по цеху, была написана данная статья.
                          Читать дальше →
                        • Как сделать костыль для Тинькофф Инвестиций своими руками или уведомления об action required for take profit / stop loss

                            Есть такой брокер — Тинькофф Банк. И есть проблема в том, что на текущий момент этот брокер не имеет приказов take profit / stop loss. Поэтому, если вы хотите торговать более активно, то вам нужно костылить какое-то временное решение, пока в недрах Тинькоффа программисты разрабатывают киллер фичу take profit/stop loss, и под катом — одно из них.
                            update: 22.03.2019, Брокер выкатил мажорную версию 3.0.0 в Google Play, в которой take profit/stop loss все-таки появились.
                            Читать дальше →
                          • [Перевод] Envoy модель потоков (Envoy threading model)

                              Привет, Хабр! Представляю вашему вниманию перевод статьи «Envoy threading model» автора Matt Klein.

                              Данная статься показалась мне достаточно интересной, а так как Envoy чаще всего используется как часть «istio» или просто как «ingress controller» kubernetes, следовательно большинство людей не имеют с ним такого же прямого взаимодействия как например с типовыми установками Nginx или Haproxy. Однако если что-то ломается, было бы хорошо понимать как оно устроенно изнутри. Я постарался перевести как можно больше текста на русский в том числе и специальные слова, для тех кому больно на такое смотреть я оставил оригиналы в скобках. Добро пожаловать под кат.
                              Читать дальше →
                              • +10
                              • 2.3k
                              • 3
                            • 5 способов оставить рабочий стресс на работе

                              • Translation


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

                              Стрессов на работе было много. Его ошеломляла ответственность управления командой менеджеров высшего звена, в частности потому, что не так давно они были ещё его коллегами. Ещё один фактор стресса исходил от совета директоров, который хотя и поддерживал его кандидатуру на посту генерального директора, разделился во мнениях по поводу стратегии компании. Вносило свой вклад и чувство страха и несоответствия занимаемой должности – ведь компанию необходимо было вести вперёд в процессе внедрения новых правительственных законопроектов и на фоне острой конкуренции со стороны других компаний.
                              Читать дальше →
                            • Почему я не стану вас нанимать

                              • Translation
                              image

                              Один мой товарищ недавно активно искал работу, и спрашивал меня, как себя подавать перед работодателем. Погуглив, мы пролистали с десяток статей о том, как надо и как не надо делать во время поиска, и одну из них я решил перевести для хабрасообщества, возможно кому-то это поможет избежать ошибок, которые в ней описаны. Манера статьи довольно провокационная, язык местами нецензурен, поэтому я постарался сгладить углы. Итак, поехали..
                              Читать дальше →
                            • Рекомендации по прохождению собеседования с HR-специалистами

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

                              Читать дальше →
                            • Мифы нашего времени: генетически модифицированные организмы. Так ли страшен черт?

                                Человеку давно свойственно интересоваться окружающим миром и находить объяснения тому окружающим вещам и событиям. Собственно, без этого человек не стал бы человеком. На базе верований, мифов развивалась сначала религия, а потом — и современная наука, которая уже весьма успешно объясняет окружающий мир от очень малых до впечатляющих масштабов. Но всегда оставались люди, которые противились прогрессу и распространяли устоявшиеся мифы, уверяя, что они отвечают на все вопросы и незачем двигаться дальше. Гром гремит — это Перун-громовержец злится; кто-то заболел — это Бог его наказывает, вот тебе объяснения, отстань, не задавай вопросов, а лучше помолись.
                                Современные мифы более глубоки и обычно связаны с наукой. Причины понятна — наука развилась (особенно в последнее время) до такой степени, что часто нужен колоссальный объем знаний, чтобы просто понять, о чем вообще идет речь. У многих людей этого объема нет или безвозвратно потерян, что и снижает их сопротивляемость к разного рода мифам нашего времени. Миф про вредность пищевых добавок Exxx; миф про полезность натурального и вредность «химии»; миф про врачей-убийц, травящих людей прививками; миф про настолько страшное ГМО, что наклейки с надписью «без ГМО» надо клеить даже на салфетки и на пачки с солью.
                                Картинка для привлечения внимания
                                Что такое ГМО? Зачем они нужны? Как велика опасность и польза от их использования? Есть ли доказательства безопасности этих организмов?
                                Рассуждения дилетанта на тему - под катом