Меня слегка удвиляют когда социальные процессы описывают экономическими терминами. Я имею ввиду про IT отросль. На мой взгляд, не уместно описывать социальные изменения общества термином "пузырем". Давайте попробуем сравним переход аграрного общество на индустриальное, когда люди массово переезжали в города и устраивались работать на заводы, фабрики. Да кстати там платили больше и условия труда были лучше чем в деревне у барина. При этом класс рабочих порадили много интересных явлений например профсоюзы , 8 часовой рабочий день, выходные, трудовые отношения, трудовое право. Он стал массовым классом и основой 20 века. Я не уверен мода на IT это следствии "пузыря" т.е. завышенное оценка в ожиданий. Тут все куда фундоментальнее - изменение характера взаимотношения между капиталом и работниками, изменения характер работы, изменения трудовых отношений и много чего. Зарплата растет не из-за "завышенных" ожиданий, а из-за стоимости человеческой жизни. Просто в других отрослял еще это не пришло из-за госмонополий, социалоги ожидают серьезные изменения в социальных сферах: в образовании и медецины там тоже ждет высокий рост зарплаты. Я не претендую на экспертное мнение. Думаю что делать прогнозы в IT отросли в отрыве от анализа изменений в обществе - ошибка.
Много тут было обсуждений на эту тему, даже исследования российского рынка делали. Для себя сделал такой вывод. Главная проблема почему в других сфера такие низкие зарплаты.Лично я не считаю что в IT высокие - это нормальная зарплата.
Я бы дискуссиях об массовой вакцинации и тотальный QR контроль разделил. Наверно, единственная адекватная мера по остановке распространения корона вируса это вакцинация, лучше только изобретения лекарства. QR контроль довольно спорная мера, которая по сути ущемляет права граждан и выводит гражданские права из-под конституции, подчиняясь квазизаконам при которых никакой ответственность государство не несет перед своими гражданами. Мне бы хотелось чтобы не смешивали эти темы. Если сравнить с Европой, то там в отличии от РФ есть гражданские институты и политический инструменты через которые граждане могу регулировать эти самые ограничения. Более того там есть общественный консенсус что нужно принять меры сейчас, их выполнить, а после снять эти ограничения. В РФ какой-то балаган, с одной стороны граждане обязаны выполнять требования и нести ответственность за их не соблюдения, с другой государственные чиновники и приближенные демонстративно игнорируют эти требования, например проводя массовые мероприятия, показывая насколько они выше всего этого, мол их это не касается. Что углубляет не доверие общественно к государству, официальной позиции к такого рода мерам. Например, вызывает сомнение что эти меры временные. Как следствие даже к результатам поисковой выдаче проявляется сомнения :)
Странно как-то, автор статьи зарегался в 16 октября и получил инвайт 5 ноября, первая статья про минусы Германии. На мой взгляд, большая часть минусов как следствие работающих законов, низкой коррупции и высокого уровня жизни. Да действительно нам это все не привычно ;) В общем, странный подход к продвижению собственного бренда заходя через сбора минусов жизни в Германии. Следующий логичный шаг рассказать как здорово жить в Москве, а особенно в Новой!
По моему прекрасный пример того как можно делать деньги не кошмаря собственный народ :) Наверно, слишком сложно для некоторых стран. Лично я не против того как перестраивается автомобильный рынок, вижу для себя больше пользы чем вреда.
Мне жаль, но читайте документацию, ограничивайте autoscaling, настройте оповещение. Хотя бы пройдите базовый курс по AWS где об этом расскажут и покажут. Сам однажды налетел на 5000$, затем быстро изучил billing, autoscaling и т.д. затем прошел курсы :)
Не понимаю почему проблемой пиратского контента должен заниматься Yandex? Если заблокировать сайт с пиратским контентом, то в поисковой выдачи не будет ссылки на «плохой» сайт. Это прямая обязанность Роскомнадзора заниматься теми кто распространяет пиратский контент. За что мы платим налоги ?! Почему прямые обязанность гос. структуры должна выполнять коммерческая компания ?!
Системное изменения информационных потоков. Меньше критики, меньше про не удачи, меньше про успехи «других», больше популизма и рассказов про планы.
Тогда вполне возможно и до Habr доберутся, хотя бы потому что коммиты не достаточно «православные». Поставьте минус если не прав. Спасибо!
Странно что GitLab до сих пор рассматривается только как сервер исходных кодов. Хотя у него довольно мощная CI/CD часть. Тоже есть runner, отлично работает как под Windows, так и под Linux.
Большое спасибо за статью. Мне нравиться эта тема. И видно, что определился базовый набор инструментов для постройке pipeline. Далее по тексту pipeline — это всё что связано с постановки задачи до доставки проект заказчику.
Главный вопрос который повис «Зачем?». Я не против того чтобы рос уровень компетенции на российском рынке. Я только за! Ребята вы молодцы! Так держать!
Если бы мне пришлось отвечать за выбор, то я бы не стал бы выносить в аутсорс или компетенцию критически важных компонентов производственного процесса. Чем и является то самый pipeline который вы хотите предложить как услугу.
Эту задачу обзовём как AutoDevops решает и MS с его слиянием TFS + github.
И Gitlab у которого есть и CI и СD. недавно прикрутили разваривание нодов для Kubernetes одним кликом. Gitlab отлично интегрируется со множеством инструментов и сервисов. Если будет ещё одни сервис, который решает похожую задачу отлично я только за.
Для меня devops это философия, набор лучших практик. Но всё это нужно применять аккуратно и с учётом со спецификой бизнеса и команды. По мне, devops это не только технологии, но и коммуникации между участниками процесса. Последние вы не затронули, её в схеме нет. В тоже время вы предлагаете devops как готовое решение, что крайне амбициозно.
Так же очень странно сам посыл заменить devops. Опять же я из хожу, что devops-инженера нету. Это просто инженер-программист. Поэтому что вы хотите заменить? Как вы хотите помочь бизнесу? Какие задачи хотите на себя взять? Почему вы считаете, что знаете как строить pipeline лучше чем сам разработчик? Как вы хотите предугадывать потребности разработчиков и бизнеса?
Вы позиционируете свой инструмент как универсальный devops решение. Но в вашей схеме нет работу с моделями и зависимостями, нету chatops. Да и ваше решение вряд ли справиться с проектами, который разрабатываются под embedded и desktop.
Пару слов про потенциальный рынок. Моё мнение такое, что вы ориентируется на маленькие команды, или начинающие проекты. Это значит, что в плане потока денег от них будет не очень. Раз не очень, то развивать свой продукт будет крайне сложно.
Я думаю, что средний и крупный бизнес вряд ли вашим продуктом заинтересуются.
— С точки зрения безопасности, плохая идея выносить важный процессы на аутсорс.
— Сами могу себе позволить создать и настроить под себя свой pipeline.
— Удобнее из компонентов собрать свой pipeline, нежели купить супер-пупер комбайн и с ним долго разбираться.
Подытожим. У меня два основных вопроса:
1. Зачем? Если есть куча инструментов из них можно построить свой pipeline.
2. Почему вы считаете что ваша компетенция в данном вопросе лучше чем у всех остальных?
В РФ много скрытных налогов, нет единого налога. Очень сложно всё это учесть, но это играет свою роль. Чем больше владеешь и потребляешь (сигареты, алкоголь, недвижимость, автомобиль т.д. ) тем больше платишь налогов. В других странах, особенно в Америке, тоже сложное налоговое законодательство. Думаю, это всё делает такого рода исследование не точными и не объективными. Может стоит использовать другой подход.
Проблема с налогами, что в западных странах платят единый налог в отличии от России. Если стоит задача формальное сравнение доход IT специалистов, то думаю не стоит париться на этот счёт.
каждая операция запускается в отдельном Docker-контейнере
Отлично, что система сама из изначально на этом строиться, но если мне нужны собирать на других контейнерах отличных от Docker. А если мой продукт ориентирован под Windows, ведь Docker контейнер сможет запуститься только на Windows 10. Что там с мобильной разработки? Я вижу из-за этого ограничения использования для бизнеса.
В качестве web-разработки, сборки микросервисов и просто для домашнего использования стоит рассмотреть. Лёгкая, быстрая система — этим она выделяется от остальных.
Круто! Спасибо, за статью. Пару дней назад ездил на конференцию DevOops, на одном докладе рассказывали как обрабатывают показания сотни серверов и как выявляют аномалии. Пришла идея почему бы тоже не снимать телеметрию с программное обеспечение. И тут Ваша статья. Прям вдохновили. Большое спасибо!
Меня слегка удвиляют когда социальные процессы описывают экономическими терминами. Я имею ввиду про IT отросль. На мой взгляд, не уместно описывать социальные изменения общества термином "пузырем". Давайте попробуем сравним переход аграрного общество на индустриальное, когда люди массово переезжали в города и устраивались работать на заводы, фабрики. Да кстати там платили больше и условия труда были лучше чем в деревне у барина. При этом класс рабочих порадили много интересных явлений например профсоюзы , 8 часовой рабочий день, выходные, трудовые отношения, трудовое право. Он стал массовым классом и основой 20 века. Я не уверен мода на IT это следствии "пузыря" т.е. завышенное оценка в ожиданий. Тут все куда фундоментальнее - изменение характера взаимотношения между капиталом и работниками, изменения характер работы, изменения трудовых отношений и много чего. Зарплата растет не из-за "завышенных" ожиданий, а из-за стоимости человеческой жизни. Просто в других отрослял еще это не пришло из-за госмонополий, социалоги ожидают серьезные изменения в социальных сферах: в образовании и медецины там тоже ждет высокий рост зарплаты. Я не претендую на экспертное мнение. Думаю что делать прогнозы в IT отросли в отрыве от анализа изменений в обществе - ошибка.
Много тут было обсуждений на эту тему, даже исследования российского рынка делали. Для себя сделал такой вывод. Главная проблема почему в других сфера такие низкие зарплаты.Лично я не считаю что в IT высокие - это нормальная зарплата.
Я бы дискуссиях об массовой вакцинации и тотальный QR контроль разделил. Наверно, единственная адекватная мера по остановке распространения корона вируса это вакцинация, лучше только изобретения лекарства. QR контроль довольно спорная мера, которая по сути ущемляет права граждан и выводит гражданские права из-под конституции, подчиняясь квазизаконам при которых никакой ответственность государство не несет перед своими гражданами. Мне бы хотелось чтобы не смешивали эти темы. Если сравнить с Европой, то там в отличии от РФ есть гражданские институты и политический инструменты через которые граждане могу регулировать эти самые ограничения. Более того там есть общественный консенсус что нужно принять меры сейчас, их выполнить, а после снять эти ограничения. В РФ какой-то балаган, с одной стороны граждане обязаны выполнять требования и нести ответственность за их не соблюдения, с другой государственные чиновники и приближенные демонстративно игнорируют эти требования, например проводя массовые мероприятия, показывая насколько они выше всего этого, мол их это не касается. Что углубляет не доверие общественно к государству, официальной позиции к такого рода мерам. Например, вызывает сомнение что эти меры временные. Как следствие даже к результатам поисковой выдаче проявляется сомнения :)
Странно как-то, автор статьи зарегался в 16 октября и получил инвайт 5 ноября, первая статья про минусы Германии. На мой взгляд, большая часть минусов как следствие работающих законов, низкой коррупции и высокого уровня жизни. Да действительно нам это все не привычно ;) В общем, странный подход к продвижению собственного бренда заходя через сбора минусов жизни в Германии. Следующий логичный шаг рассказать как здорово жить в Москве, а особенно в Новой!
По моему прекрасный пример того как можно делать деньги не кошмаря собственный народ :) Наверно, слишком сложно для некоторых стран. Лично я не против того как перестраивается автомобильный рынок, вижу для себя больше пользы чем вреда.
А не эта их сухая и лишенная всякого смысла «средная зарплата».
Тогда вполне возможно и до Habr доберутся, хотя бы потому что коммиты не достаточно «православные». Поставьте минус если не прав. Спасибо!
Главный вопрос который повис «Зачем?». Я не против того чтобы рос уровень компетенции на российском рынке. Я только за! Ребята вы молодцы! Так держать!
Если бы мне пришлось отвечать за выбор, то я бы не стал бы выносить в аутсорс или компетенцию критически важных компонентов производственного процесса. Чем и является то самый pipeline который вы хотите предложить как услугу.
Эту задачу обзовём как AutoDevops решает и MS с его слиянием TFS + github.
И Gitlab у которого есть и CI и СD. недавно прикрутили разваривание нодов для Kubernetes одним кликом. Gitlab отлично интегрируется со множеством инструментов и сервисов. Если будет ещё одни сервис, который решает похожую задачу отлично я только за.
Для меня devops это философия, набор лучших практик. Но всё это нужно применять аккуратно и с учётом со спецификой бизнеса и команды. По мне, devops это не только технологии, но и коммуникации между участниками процесса. Последние вы не затронули, её в схеме нет. В тоже время вы предлагаете devops как готовое решение, что крайне амбициозно.
Так же очень странно сам посыл заменить devops. Опять же я из хожу, что devops-инженера нету. Это просто инженер-программист. Поэтому что вы хотите заменить? Как вы хотите помочь бизнесу? Какие задачи хотите на себя взять? Почему вы считаете, что знаете как строить pipeline лучше чем сам разработчик? Как вы хотите предугадывать потребности разработчиков и бизнеса?
Вы позиционируете свой инструмент как универсальный devops решение. Но в вашей схеме нет работу с моделями и зависимостями, нету chatops. Да и ваше решение вряд ли справиться с проектами, который разрабатываются под embedded и desktop.
Пару слов про потенциальный рынок. Моё мнение такое, что вы ориентируется на маленькие команды, или начинающие проекты. Это значит, что в плане потока денег от них будет не очень. Раз не очень, то развивать свой продукт будет крайне сложно.
Я думаю, что средний и крупный бизнес вряд ли вашим продуктом заинтересуются.
— С точки зрения безопасности, плохая идея выносить важный процессы на аутсорс.
— Сами могу себе позволить создать и настроить под себя свой pipeline.
— Удобнее из компонентов собрать свой pipeline, нежели купить супер-пупер комбайн и с ним долго разбираться.
Подытожим. У меня два основных вопроса:
1. Зачем? Если есть куча инструментов из них можно построить свой pipeline.
2. Почему вы считаете что ваша компетенция в данном вопросе лучше чем у всех остальных?
Спасибо!
Отлично, что система сама из изначально на этом строиться, но если мне нужны собирать на других контейнерах отличных от Docker. А если мой продукт ориентирован под Windows, ведь Docker контейнер сможет запуститься только на Windows 10. Что там с мобильной разработки? Я вижу из-за этого ограничения использования для бизнеса.
В качестве web-разработки, сборки микросервисов и просто для домашнего использования стоит рассмотреть. Лёгкая, быстрая система — этим она выделяется от остальных.
Добрый день. Очень интересное мероприятие.Скажите, есть ли какое—нибудь расписание? Сколько часов проходят занятия? Спасибо :)
Спасибо!