Technologic

​​Бесплатный онлайн DevOps практикум by REBRAIN по технологии Ansible

На данном DevOps практикуме Вы ознакомитесь и освоите принципы технологии управления непрерывной конфигурацией (continuous configuration, CC) и обеспечения/снабжения инфраструктуры (infrastructure provisioning, infrastructure as code, IaC) с помощью инструментальных средств Ansible.
Практикум будет полезен многим как введение в специальность для начинающих инженеров, так и для повышения опыта уже практикующих DevOps инженеров.

Регистрация - https://bit.ly/2Ya5wDt
Количество мест строго ограничено!

Время проведения:
26 Марта (Вторник) в 19:00 по Москве (МСК, UTC+3)

Что будет на практикуме?

▫️Зачем нужны системы управления конфигурациями?
▫️Обзор систем управления конфигурациями
▫️Основы работы с Ansible - настраиваем первый сервер
▫️Деплоим Docker с помощью Ansible

Кто ведет?

Василий Озеров - основатель агентства Fevlake (fevlake.com) и действующий DevOps инженер (опыт в DevOps более 5 лет). Регулярно выступает с докладами на конференциях RootConf, DevOpsConf Russia, HighLoad.

Бесплатный онлайн DevOps практикум by REBRAIN по технологий Kubernetes

Регистрация - https://bit.ly/2VJKkCq
Количество мест строго ограничено!

DevOps практикум по освоению технологий контейнерной оркестрации и кластеризации с помощью Kubernetes (K8s).

Время проведения:
14 Марта (четверг) в 19:00 по Москве (МСК)

Что будет на практикуме?

▫️Системы оркестрации как решение проблем комплексного управления Docker контейнерами приложений
▫️Облако или bare metal — выбираем из двух зол
▫️Деплоим приложение или основные примитивы Kubernetеs
▫️Как жить дальше — мониторинг и логирование

Кто ведет?

Василий Озеров - основатель агентства Fevlake (fevlake.com) и действующий DevOps-инженер (опыт в DevOps более 5 лет). Регулярно выступет на RootConf, DevOpsConf Russia, HighLoad.

JPM Coin и начало глобальной корпорации.

https://www.cnbc.com/2019/02/13/jp-morgan-is-rolling-out-the-first-us-bank-backed-cryptocurrency-to-transform-payments--.html

JPM Coin - своя авторская разработка JPMorgan Chase на базе технологии блок-чейн (а принципы технологии блок-чейн универсальны).

Как и например AMQP, разработанный в лондонском JPMorgan Chase, ставший ныне корпоративным стандартом в качестве протокола обмена сообщениями и используемый во многих реализациях ESB в SOA архитектурах, и поддерживаемый множеством брокеров очередей сообщений и фреймворков для создания ESB шин. Но это уже другая история.

Суть в ином.

Важен прецедент и выбор момента (momentum) для вывода технологии на рынок.

Если коротко - это глобальная корпоратократия берёт верх и управление массами на себя, замещая государство (а роль государства в процессах глобализации нивелирована уже до крайности).

Гендиректор JPM Джейми Даймон не так давно (более года назад) заявил что биткойн "is a fraud/scam" (nobody knows how it was spelled actually), предсказав его падение (совпадение?).

https://www.cnbc.com/2017/09/12/jpmorgan-ceo-jamie-dimon-raises-flag-on-trading-revenue-sees-20-percent-fall-for-the-third-quarter.html

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

Теперь, спустя чуть более года, когда биткойн обрушили (угадайте кто!? брокеры WS? ОК, но кто за ними?), они запускают свой койн, который имеет ценность, потому что их койн конвертируем в доллар, потому что JPM крупнейший банк, и у них теперь есть собственная валюта!

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

https://www.zerohedge.com/news/2019-02-14/jp-morgan-becomes-first-bank-launch-its-own-cryptocurrency

https://madhousenews.com/2019/02/one-year-after-dimon-slammed-bitcoin-as-a-fraud-jpm-launches-own-cryptocurrency/

Пользоваться этим или нет - даже не нам решать, за нас уже всё решено. (наслаждаемся Пепси, радуемся жизни!)

И это last resort - если до этого фиатные деньги отвязали от золотовалютного стандарта, то теперь корпоративные деньги будут отвязанны от государственных (которые на самом деле тоже частные - ФРС), а фиатные деньги государств постепенно перейдут в виртуальные деньги, в активы корпораций. Такие дыры в экономике стран с лавинными утечками финансов немногим государствам дадут выжить - либо присоединяешься к глобальной корпорации, либо превращаешься в квазигосударство, колонию.

Самый худший киберпанк в реальности!

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

Биткойн это тупик и был задуман как таймер обратного отчёта (с ограниченной эмиссией и повышением сложности вычислений, что в определённый момент биткойн станет невозможно использовать и зарабатывать на нём), как лакмус, который покажет банкам, когда выводить на рынок свои монопольные разработки.

Почему окно Овертона - на рынке уже масса криптовалют и предложений ICO.
И именно в этом всё дело - это уже считается нормой и никто даже не задумается глубоко и выпуск каким-либо банком (даже самым крупным) своего койна теперь это норма.
Мы теряем бдительность и нам спокойно насаждают идеи, которые раньше считались крамольными.

Представьте, что Google/Apple/Microsoft/Amazon/Facebook выпустят свой койн/ICO, мимо рынков ценных бумаг, и его например можно будет купить не только за фиатные деньги, но например обменять на него JPM Coin.

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

Мечта любого крупного банкира - выпуск валюты для масс и управления ими.

В общем, история со стратегией E-Coin банка E-Corp, показанная в сериале Mr.Robot, происходит наяву, прямо на наших глазах. Watch out!

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

https://www.youtube.com/watch?v=QOIn8Uh3lkE

#Kotlin

В целом применение инвариантов иммутабельности либо capability-based security модель инвариантов (как в Pony) для контроля операций с указателями и памятью на уровне системы типов языка - это намного более простые идеи (и при этом достаточно эффективные), они весьма оправданы, как с точки зрения разработки компилятора и системы типов, так и с точки зрения разработчика следующего этим моделям и взаимодействующим с ними.

В Rust например применяемая модель с borrow&ownership checker'а для обеспечения безопасности операций с памятью и потоками, вкупе со scope-based и NLL lifetime'ами для эффективного управления памятью без GC, получилась более интегральной и взаимозависимой и от того весьма сложной, как в разработке компилятора и системы типов языка, так и для разработчика программ на Rust, которому часто приходится менять логику программ в угоду модели либо использовать unsafe возможности отказываясь от обеспечения безопасности, потому что модель не способна покрыть все возможные варианты программных конструкций языка и их взаимодействий, все варианты разрабатываемой логики приложений и все use-case'ы языка.

В Rust borrow&ownership checker завязан на lifetime'ы объектов программы в памяти.
Не так давно Нико Матсакис разработал non-lexical lifetimes (NLL) модель, улучшающую гибкость проверки времени жизни объектов и не завязанную так жёстко на лексические области видимости (scopes) потока исполнения программы.

Но даже NLL не полностью упраздняет все проблемы по отслеживанию времени жизни объектов программы, например self-referential структур данных.

https://github.com/rust-lang/rfcs/blob/master/text/2094-nll.md#appendix-what-this-proposal-will-not-fix

https://github.com/nikomatsakis/nll-rfc/blob/master/0000-nonlexical-lifetimes.md#appendix-what-this-proposal-will-not-fix

https://github.com/nikomatsakis/nll
https://github.com/nikomatsakis/borrowck

#Rust

Memory & thread safety + cross-platform development foundations in Kotlin project

Весьма интересна идея с инвариантом иммутабельности данных для безопасности памяти и потоков в Kotlin/Native.
Вместо инвариантов обеспечивающих модель владений и заимствований, как в Rust, сейчас в процессе разработки и доработки компилятора до его внедрения в промышленную разработку применяется инвариант mutable XOR shared (mutable XOR global, локальные данные потока исполнения (thread local storage) мутабельны только из этого потока и доступны другим потокам только для чтения, общие разделяемые данные иммутабельны) — данные правила применяются для передачи владений объектами (owned указателей) в памяти и заморозки/иммутабельности объектов в объектном графе (субграфах объектных зависимостей для потоков при их форке и детачинге субграфа объектов для отдельных потоков) в памяти кучи.
Это касается операций со ссылочными типами (reference types) в памяти кучи.
Остаётся вопрос об оптимизации работы с памятью и контроле безопасности операций со стэковой памятью, стэковыми value типами (off-heap data types/structures), что пока сказывается на производительности операций с памятью и производительности кода порождаемого компилятором Kotlin/Native.

https://kotlinlang.org/docs/reference/native/immutability.html

https://github.com/JetBrains/kotlin-native/blob/master/IMMUTABILITY.md

https://kotlinlang.org/docs/reference/native/concurrency.html#object-transfer-and-freezing

https://github.com/JetBrains/kotlin-native/blob/master/CONCURRENCY.md#object-transfer-and-freezing

https://github.com/JetBrains/kotlin-native/blob/master/CONCURRENCY.md#object-subgraph-detachment

https://kotlinlang.org/docs/reference/native/concurrency.html#object-subgraph-detachment

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

Другая мощная инновация - MPP, multi-platform projects, возможность писать проекты на Kotllin разделяя кодовую базу и выделяя из неё общую логику приложений и общий для всех платформ код, и далее выполнять сборку проекта для целевой платформы используя общую логику плюс платформенно-зависимый код (компоненты интерфейса, ввод-вывод, например разные реализации async IO event loop в ОС, interoperability с внешними платформенными библиотеками, и т.д.).

https://kotlinlang.org/docs/reference/multiplatform.html

https://github.com/JetBrains/kotlin-native/blob/master/MULTIPLATFORM.md

#Kotlin

Neural networks and machine learning foundations

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

https://www.youtube.com/watch?v=aircAruvnKk

https://www.youtube.com/watch?v=IHZwWFHWa-w

https://www.youtube.com/watch?v=Ilg3gGewQ5U

https://www.youtube.com/watch?v=tIeHLnjs5U8

#ML #DL

Kotlin 1.3 Coroutines Webinar

https://www.youtube.com/watch?v=9HUFo4WyDPI

В первом вебинаре о средствах многопоточности в Kotlin Роман Елизаров дал на мой взгляд наиболее прозрачное объяснение механизма работы сопрограмм не только в Kotlin, но и общего принципа их реализации во многих других языках программирования - сопрограммы скрывают более примитивные и менее выразительные механизмы колбэков, продолжений и futures/promises очередей, на базе которых они сами построены, но дают при этом большую выразительность абстракций для асинхронного кода.

Механизм передачи продолжений на базе колбэков (continuation passing style, CPS) есть языке Scheme (call/cc, call with current continuation), диалекте Lisp, и подобный подход был привнесён и применён в Kotlin.
Но даже в таком классическом труде как книга SICP (Structure and Interpretation of Computer Programs, Структура и интерпретация компьютерных программ, за авторством Гарольда Абельсона, Джеральда Джей Сассмана и Джули Сассман) использующей язык Scheme для изложения фундаментальных концепций computer science для создания компиляторов языков программирования, в разделе про механизмы стримов, содержится менее простое объяснение механизмов многопоточности и асинхронного исполнения кода на базе сопрограмм:

https://mitpress.mit.edu/sites/default/files/sicp/full-text/book/book-Z-H-23.html#%_sec_3.4.2

https://mitpress.mit.edu/sites/default/files/sicp/full-text/book/book-Z-H-24.html#%_sec_3.5.1

https://mitpress.mit.edu/sites/default/files/sicp/full-text/book/book-Z-H-24.html#%_sec_3.5.4

Также отдельно про продолжения из индекса определений в книге:

https://mitpress.mit.edu/sites/default/files/sicp/full-text/book/book-Z-H-28.html#%_idx_4984

https://mitpress.mit.edu/sites/default/files/sicp/full-text/book/book-Z-H-28.html#%_idx_5000

https://mitpress.mit.edu/sites/default/files/sicp/full-text/book/book-Z-H-32.html#%_idx_5700


#Kotlin

Kotlin 1.3 Webinars

Вебинар 5 декабря:
https://www.youtube.com/watch?v=FAhR_sqlUy4

Андрей Бреслав о проекте Kotlin и релизе версии 1.3, Q&A сессия
https://www.youtube.com/watch?v=ewhjnz5AHmw

Роман Елизаров о сопрограммах и реализации средств многопоточности в Kotlin
https://www.youtube.com/watch?v=9HUFo4WyDPI

Вебинар 12 декабря:
Николай Иготти о возможностях Kotlin/Native для кросс-платформенной разработки (multi-platform projects, MPP)
https://www.youtube.com/watch?v=k4G6AAR0Fds

Специально для читателей канала интересующихся концепциями языков программирования я воспользовался возможностью задать вопросы авторам Kotlin и сформировал их список:

https://gist.github.com/andrcmdr/d857617efdfb4ca4520c0cee4ad2f497

https://twitter.com/andrcmdr/status/1070087879576248321

Некоторые вопросы получились весьма комплексными, но все (в разной степени) были освещены в ходе Q&A сессий вопросов и ответов данных двух вебинаров.
Надеюсь такой формат станет традицией, т.к. помогает разобраться в возможностях новых релизов Kotlin, а авторам получить отклик в виде вопросов от сообщества.

#Kotlin

AzureDay Moscow 2018

10 декабря в Москве пройдёт конференция AzureDay Moscow 2018 для разработчиков, DevOps инженеров и всех интересующихся облачными рещениями и инфраструктурой Microsoft Azure. Мероприятие проводит сообщество Microsoft MVP (Most Valuable Professionals), поэтому всю самую свежую и полезную информацию о возможностях Azure, перспективах развития облачной платформы и её применении можно будет получить из первых уст от профессионалов использующих инфраструктуру Azure Cloud ежедневно для разработки бизнес решений.

https://www.youtube.com/watch?v=-nWMck_qox0

Регистрируйтесь для посещения конференции (количество участников ограничено) или для просмотра онлайн трансляции мероприятия.

http://azureday.ru

https://habr.com/company/microsoft/blog/431742/

#Azure
#Cloud
#DevOps

Новый трейлер и анонс фильма "Software Wars" Кита Кёртиса, спустя пять лет после первого анонса.
Сейчас этот фильм будет даже более актуален, чем ранее.
Ждём с нетерпением - релиз окончательного монтажа фильма намечен на конец этого года.

https://youtu.be/4dZELuZl4wk

http://keithcu.com/wordpress/?page_id=407

Посты по теме:
https://t.me/technologique/577
https://t.me/technologique/43

Вебинары по возможностям Kotlin с командой разработки JetBrains - 5 и 12 декабря

Андрей Бреслав ответит на интересующие вопросы о релизе Kotlin 1.3 и в целом о проекте языка Kotlin.
Роман Елизаров расскажет о многопоточности и асинхронном IO на базе сопрограмм.
Николай Иготти расскажет о Kotlin/Native и кросс-платформенной разработке на языке Kotlin.

https://blog.jetbrains.com/kotlin/2018/11/join-kotlin-1-3-webinars/

https://twitter.com/kotlin/status/1065938092090109952

https://www.youtube.com/user/JetBrainsTV

#Kotlin