это позиция стажера куда берут без опыта работы, с первым и вторым у ГГ не должно быть проблем ... ну да ладно, то что написано на Хабре более соотвествует реальности
"Прогресс автора был от задач и от потребностей, а не от книжек и умных технологии."
синдром птушника скорее всего
но вопрос до сих пор актуален - какие задачи и потребности могут возникнуть, для того что б 2 года программировать на PHP? и разобраться с сетевым стеком ?
"Я никогда не считал себя ИТ-шником: опыта работы в ИТ у меня не было."
"Но я парень отчаянный и терять мне было нечего. Взял в руки AutoIt, у меня ведь был опыт программирования на php 2 года, я понимал как работает TCP и HTTP"
мне банально интересно - где можно 2 года программировать на php? и разобраться с тем как работает TCP и HTTP? но работа не считается опытом в IT ...
Маркетинговые статьи такие маркетинговые. На бумажке выглядит все очень неплохо и интересно.
Прикидываем, считаем… новое серверлесс решение в теории должно быть на 2 порядка дешевле.
Тратим полгода на POC. И…
Не бывает бесплатного сыра. Оказывается, что есть куча AWS service limits. Eventbridge может терять сообщения, у лямбд есть тротлинг и тд тп.
Нет, вы неправильно поняли. Devops-разработчик это разработчик который внедряет DevOps практики или методологии при разработке приложения.
Devops Developer есть в линкедине с обьяснением, что это такое.
Ну аутсорсинг имеет смысл на мой взгляд. Например небольшая продактовая компания вышла на большого заказчика. Потом оказалось, что у них очень много ботлнеков и на обьеме данных заказчика ничего не работает. Заказчику концептуальная идея продукта понравилась и он согласился на доработку. После 2х лет вливания денег и нулевых результатов большой заказчик обратился к аутсорсерам. Он получил код продукта, кое какую документацию и уныло работающий продакшен в амазоне.
Я пропущу детали и остановлюсь на «devops» решении анализа логов. Традиционный ELK сжигал примерно 70% сетевого трафика, на минимальном датасете (20% от максимального) терял до 40% логов.
Примерно лет 15 назал linkedin ввел понятие application monitoring'a. Например в ELK мы посылаем около 500 разных строк лога, которые ELK нам парсит, классифицирует и токенизирует. В результате — таймстемп + текст + 2-3 цифры на строку лога. Текст не меняется. Инновация в том, что бы вместо 800 байт строки лога отсылать упомянутые 2-3 цифры. Мы очень много экономим на трафике и обработке. Красивые маркетинговые ролики можно посмотреть на сайте AppDynamics и разных других аналогах.
Но для такого подхода вместо строки в лог нужно проектировать саму систему логирования. Срабатывает стереотип — они усложняют — мы сделаем проще… но проще не работает.
Подведя итог — методологии у крупного аутсорсера несколько другого уровня чем у среднестатического «девопса».
>DevOps is a set of practices that combines software development (Dev) and IT operations (Ops).
DevOps это набор технологий которые обьеденяют разработку програмного обеспечения и системное администрирование.
Если вернуться к истокам и просмотреть первую презентацию с употреблением слова DevOps, то можна услышать что автор презентации рассказывает о шаблоне — когда разаработчики пишут код, который сдают на определенном этапе готовности админам. Что создает много проблем. Методология DevOps предполагает активное участвие админов на более раннем этапе разработки — еще во время проектирования и тд тп
зачем рассматривать «сказочные» use cases из разряда забивания гвоздей микроскопом?
и например у facebook hdfs использовалась для хранения текстовых комментариев и фотографий, вполне себе «помойка», но размером на 21PB в 2010 году
всего 2V, variety тут отсуствует… и что? ну и сам Doug Laney (автор диаграмки 3V, 2001) через 10+ лет уже пишет, что «big data уже самодостаточный набор инструментов для решения прикладных задач»
«большой сервак с ораклом» — подразумевались комплексные решения уровня oracle exadata database machine i.imgur.com/EaE4FKy.png… в зависимости от конфигурации цена в год от 500к и выше i.imgur.com/SuTPplS.png
это distributed computing решение, очень тесная интеграция с распределенным storage… то есть scan задачи фактически упираются в скорости железа (infiniband шина и тд тп)
с аналогами на постгресе сложно, некоторые вещи нельзя сделать в принципе
outsource компания, более 20+ лет стажа, подростковый секс и big data сравнивали лет 10-15 назад
есть два варианта клиентов — те кто не хочет платить за большой сервак с ораклом (и думают, что emr в амазоне будет работать не хуже) и те у кого действительно big data
например куча телеметрии с какого-то химического завода, видео с камер в городе, очень большая сеть онлайн продаж/сайтов
но более «магическая» технология это data sceince
+1, ко всему сравнение с NASA совсем неуместно — туда очень мало берут junior / trainee разработчиков, по статистике вакансий на linkedin за 5 лет около 2%
по другой статистике с сайта DOU (Украина) в 2018 было 58.000 выпускников вузов с специальностью IT, из них только 4700 попало в аутсорсинг
Да, крупные аутсорсинговые компании практикуют набор 90% джуников только просле прохождения внутренних академий. Упомянутые 3 недели.
Но рекомендую посмотреть требования и уровень материала упомянутых курсов. Погуглите softserve academy и посмотрите, например, python web ui development.
И занятия длятся 6-8 часов в день.
Академия в таком виде работает уже лет 8 — это ответ на что делать…
ps
работал в софтсерве 6 лет
Речь идет о реалиях локального рынка, не о большой outsourcing компании типа EPAM или Luxoft?
В больших компаниях джуник знает, что ему нужно сделать что б получить pay rise. Джуника нужно учить и развивать, если он пишет на JSON, то yaml/xml выучит за месяц. Но новые компетенции это уже на поряд сложнее. Пусть учит бинарную сериализацию, nosql базы и тд тп
Как выучил — переходит на другой проект.
Вилка это когда максимум для джуника — $1000, и что б получить зпт побольше ему нужно стать мидлом. Обычно это набор книг, которые нужно прочесть и минимум практики что бы выучить нужный скиллсет. Иногда требуют внешнюю сертификацию. Или например какой-то курс типа нетворкинг — раз в неделю час теории с ментором плюс домашнее задание.
Но есть более простой вариант — пойти в другую контору и пройти на позицию мидла там. Обычно это горящая вакансия и что б закрыть — особо придираться не будут. Зпт дадут близкую к вилке мидла — например $1500 или $2000. Сделают 2-3 pay rise, но дальше опять та же вилка.
POSIX включает в себя не только названия папочек и файлов. И вообще-то Red Hat / Centos полностью POSIX совместимы.
На уровне system api windows servers начиная с версии 2008 совместимы с posix
Поделюсь своим опытом. В 1993 поступил в вуз, в 1995 летом начал работать. Специализация linux, C++.
В школе изучал немецкий, английский выучил постолько поскольку читая книги и документацию.
Проблема вылезла, когда пришлось менять работу и выбрал аутсорсинговую компанию. Техническое собеседование проходил с заказчиком из Cisco. Мне тогда повезло, был 4-ым кандидатом, предыдущие не устраивали ни по уровню опыта, ни по квалификации.
Собеседование было ужасным — на слух не воспринимал половины сказанного и практически каждый вопрос просил продублировать в чате. С ответами тоже самое — после первой попытки говорить — мне сказали отписывать в чате. Мои ответы были набором слов по английски.
На работу взяли, но исключительно из-за опыта и уровня знаний. Требованием заказчика было то, что кто-то с хорошим английским будет постоянно supervise мои письма и тд тп
Митинги это вторая проблема. Через месяца 2 начал понимать все на слух, но сказать что либо от себя было той еще проблемой. Само собой ничего хорошего ни в плане карьеры, ни в плане развития не было. Проблемы с английским очень меня тормозили.
У меня заняло 3 года поднять английский с A1 до B2. Три индивидуальных занятия с учителем в неделю, много работы дома — чтение художественных книг, просмотр фильмов, на начальных этапах аудирование и выработка произношения.
В общем без академических основ — знания грамматики, словарного запаса — вы будете русским аналогом Джамшута.
Английский для IT — если вы читаете/слушаете много литературы, форумов, роликов — то с этим у вас проблем не будет. Тем более никакой курс не научит вас словарному запасу по чему-то узко специализированному.
Бизнес английский — это скорее набор правил — когда, как и что писать/говорить. Уверен на 100% что Джамшут не сможет отличить формальный стиль письма от личного. Опять же корпоративная этика в Cisco отличается от того что в Goldman Sach или в Google например.
после УЦ trainee -> junior -> middle ... сразу джуна в большинстве аутсорсинговых компаниях не дают
"На Хабре подробно и много раз описываются собеседования на разработчика, и он понимал, что он не пройдет ни одно из них."
на стажера разработчика WEB UI нужно
понимание ООП
знание HTML, CSS, PHP
ангийский B1 и выше
https://career.softserveinc.com/en-us/technology/course/start-your-career-as-web-ui-developer
это позиция стажера куда берут без опыта работы, с первым и вторым у ГГ не должно быть проблем ... ну да ладно, то что написано на Хабре более соотвествует реальности
"Прогресс автора был от задач и от потребностей, а не от книжек и умных технологии."
синдром птушника скорее всего
но вопрос до сих пор актуален - какие задачи и потребности могут возникнуть, для того что б 2 года программировать на PHP? и разобраться с сетевым стеком ?
"Я никогда не считал себя ИТ-шником: опыта работы в ИТ у меня не было."
"Но я парень отчаянный и терять мне было нечего. Взял в руки AutoIt, у меня ведь был опыт программирования на php 2 года, я понимал как работает TCP и HTTP"
мне банально интересно - где можно 2 года программировать на php? и разобраться с тем как работает TCP и HTTP? но работа не считается опытом в IT ...
Прикидываем, считаем… новое серверлесс решение в теории должно быть на 2 порядка дешевле.
Тратим полгода на POC. И…
Не бывает бесплатного сыра. Оказывается, что есть куча AWS service limits. Eventbridge может терять сообщения, у лямбд есть тротлинг и тд тп.
Devops Developer есть в линкедине с обьяснением, что это такое.
Я пропущу детали и остановлюсь на «devops» решении анализа логов. Традиционный ELK сжигал примерно 70% сетевого трафика, на минимальном датасете (20% от максимального) терял до 40% логов.
Примерно лет 15 назал linkedin ввел понятие application monitoring'a. Например в ELK мы посылаем около 500 разных строк лога, которые ELK нам парсит, классифицирует и токенизирует. В результате — таймстемп + текст + 2-3 цифры на строку лога. Текст не меняется. Инновация в том, что бы вместо 800 байт строки лога отсылать упомянутые 2-3 цифры. Мы очень много экономим на трафике и обработке. Красивые маркетинговые ролики можно посмотреть на сайте AppDynamics и разных других аналогах.
Но для такого подхода вместо строки в лог нужно проектировать саму систему логирования. Срабатывает стереотип — они усложняют — мы сделаем проще… но проще не работает.
Подведя итог — методологии у крупного аутсорсера несколько другого уровня чем у среднестатического «девопса».
DevOps это набор технологий которые обьеденяют разработку програмного обеспечения и системное администрирование.
Если вернуться к истокам и просмотреть первую презентацию с употреблением слова DevOps, то можна услышать что автор презентации рассказывает о шаблоне — когда разаработчики пишут код, который сдают на определенном этапе готовности админам. Что создает много проблем. Методология DevOps предполагает активное участвие админов на более раннем этапе разработки — еще во время проектирования и тд тп
И с operations все просто en.wikipedia.org/wiki/Data_center_management#Operations. Боюсь, что непонятки исключительно на великом и могучем.
и например у facebook hdfs использовалась для хранения текстовых комментариев и фотографий, вполне себе «помойка», но размером на 21PB в 2010 году
всего 2V, variety тут отсуствует… и что? ну и сам Doug Laney (автор диаграмки 3V, 2001) через 10+ лет уже пишет, что «big data уже самодостаточный набор инструментов для решения прикладных задач»
это distributed computing решение, очень тесная интеграция с распределенным storage… то есть scan задачи фактически упираются в скорости железа (infiniband шина и тд тп)
с аналогами на постгресе сложно, некоторые вещи нельзя сделать в принципе
например apache hadoop
есть два варианта клиентов — те кто не хочет платить за большой сервак с ораклом (и думают, что emr в амазоне будет работать не хуже) и те у кого действительно big data
например куча телеметрии с какого-то химического завода, видео с камер в городе, очень большая сеть онлайн продаж/сайтов
но более «магическая» технология это data sceince
уже давно продаются кошельки с rfid защитой
по другой статистике с сайта DOU (Украина) в 2018 было 58.000 выпускников вузов с специальностью IT, из них только 4700 попало в аутсорсинг
Да, крупные аутсорсинговые компании практикуют набор 90% джуников только просле прохождения внутренних академий. Упомянутые 3 недели.
Но рекомендую посмотреть требования и уровень материала упомянутых курсов. Погуглите softserve academy и посмотрите, например, python web ui development.
И занятия длятся 6-8 часов в день.
Академия в таком виде работает уже лет 8 — это ответ на что делать…
ps
работал в софтсерве 6 лет
В больших компаниях джуник знает, что ему нужно сделать что б получить pay rise. Джуника нужно учить и развивать, если он пишет на JSON, то yaml/xml выучит за месяц. Но новые компетенции это уже на поряд сложнее. Пусть учит бинарную сериализацию, nosql базы и тд тп
Как выучил — переходит на другой проект.
Вилка это когда максимум для джуника — $1000, и что б получить зпт побольше ему нужно стать мидлом. Обычно это набор книг, которые нужно прочесть и минимум практики что бы выучить нужный скиллсет. Иногда требуют внешнюю сертификацию. Или например какой-то курс типа нетворкинг — раз в неделю час теории с ментором плюс домашнее задание.
Но есть более простой вариант — пойти в другую контору и пройти на позицию мидла там. Обычно это горящая вакансия и что б закрыть — особо придираться не будут. Зпт дадут близкую к вилке мидла — например $1500 или $2000. Сделают 2-3 pay rise, но дальше опять та же вилка.
На уровне system api windows servers начиная с версии 2008 совместимы с posix
В школе изучал немецкий, английский выучил постолько поскольку читая книги и документацию.
Проблема вылезла, когда пришлось менять работу и выбрал аутсорсинговую компанию. Техническое собеседование проходил с заказчиком из Cisco. Мне тогда повезло, был 4-ым кандидатом, предыдущие не устраивали ни по уровню опыта, ни по квалификации.
Собеседование было ужасным — на слух не воспринимал половины сказанного и практически каждый вопрос просил продублировать в чате. С ответами тоже самое — после первой попытки говорить — мне сказали отписывать в чате. Мои ответы были набором слов по английски.
На работу взяли, но исключительно из-за опыта и уровня знаний. Требованием заказчика было то, что кто-то с хорошим английским будет постоянно supervise мои письма и тд тп
Митинги это вторая проблема. Через месяца 2 начал понимать все на слух, но сказать что либо от себя было той еще проблемой. Само собой ничего хорошего ни в плане карьеры, ни в плане развития не было. Проблемы с английским очень меня тормозили.
У меня заняло 3 года поднять английский с A1 до B2. Три индивидуальных занятия с учителем в неделю, много работы дома — чтение художественных книг, просмотр фильмов, на начальных этапах аудирование и выработка произношения.
В общем без академических основ — знания грамматики, словарного запаса — вы будете русским аналогом Джамшута.
Английский для IT — если вы читаете/слушаете много литературы, форумов, роликов — то с этим у вас проблем не будет. Тем более никакой курс не научит вас словарному запасу по чему-то узко специализированному.
Бизнес английский — это скорее набор правил — когда, как и что писать/говорить. Уверен на 100% что Джамшут не сможет отличить формальный стиль письма от личного. Опять же корпоративная этика в Cisco отличается от того что в Goldman Sach или в Google например.