Technologic. Страница 4
1020
@technologique
Posts by deeply involved developers about various aspects of FOSS technologies, Linux, programming, security, infrastructure solutions and DevOps practices
-
Technologic
Some notes to my personal experience in interviewing processes and how it should be like https://telegra.ph/on-interviews-02-09 I must to say directly that I really doesn't like a toxic interviewing processes, that are really stressful, especially such technical… -
Technologic
Some notes to my personal experience in interviewing processes and how it should be like https://telegra.ph/on-interviews-02-09 I must to say directly that I really doesn't like a toxic interviewing processes, that are really stressful, especially such technical… -
Technologic
Some notes to my personal experience in interviewing processes and how it should be like
https://telegra.ph/on-interviews-02-09
I must to say directly that I really doesn't like a toxic interviewing processes, that are really stressful, especially such technical interviews, with online coding and stupid obvious questions ("what's the difference between abstract class and interface?") or otherwise with really advanced questions ("show me in code how we could optimize and which optimizing strategies we could use for upward and downward funarg problem in cactus-stack, which consist of call-stacks, for storing the context of suspended stackful coroutines? could you please show me your abilities and write a "simple" state machine (state automata) right here and right now for stackful coroutines suspension?" - and this ones is a real example of questions for Rust, C++ and Go interviews in which I had experience of participation!) — 'cause I experienced a lot of such interviews, and had failed on hundreds of them, despite I really confident with my knowledge on each interview! And this always was really stressful, not only on an interview itself, but mostly after, because I started to doubt in myself, my knowledge, experience, skills, abilities, and so on. This was isn't right, because when we experiencing stress we couldn't thinking right and make a right decisions. This is also a very thin psychological and physiological phenomenon, especially for creative minds and specialties.
I was a team lead (raised/growed up to this position mostly) in three companies in my career - at a fin-tech project of mobile payment system in a banking industry (where I started as a team-lead immediately at the beginning), and in two companies who targeting their products for cloud managed networking infrastructure for last mile mesh networks and cell operators - and in a team lead position I was managing teams (also working as a product owner in scrum agile task processing), hiring and examining new developers by myself, and had a deep knowledge of what exactly the interviewing process should be like, how it should be arranged and built, to give a confidence and calm conveniences for the interviewee, candidates to developers in a team, to be confident in their knowledge, and show themselves in a right way, 'cause they are just couldn't make a good impression to an interviewer twice!
Here is the good article about this subject - https://danluu.com/algorithms-interviews/
And I completely agree with every word of Dan Luu!
Most of the questions, tasks and coding samples on most of my interviews doesn't have any relevance to the further real work!
Most of the interviews are completely wrong and for me personally most of them shows the wrong arrangement processes that built in a teamwork and shows a bad toxic corporate culture in a companies. And I happy that I didn't got a work in and with such companies!
And that's why not only the candidates failed at the interviews, but also most of the companies, startups and products are failed in further - 'cause they choose a wrong approaches and started to build processes in a team relying on these wrong approaches. And they doesn't even have a clue about it! (And that's why such specialties as scrum-master existing!) -
Реклама
-
Technologic
Also Jim states that Moore's Law isn't dead yet and this is heavily bonded to the progress in development of GPUs and AI specific machine learning acceleration ASIC chips/microprocessors, and here's the couple of lectures by Jim about these things:
https://www.youtube.com/watch?v=Qnl7--MvNAM -
Technologic
-
Technologic
Artificial Intelligence (AI) podcast by Lex Fridman, in conversation with Jim Keller
Conversation with one of the most successful, experienced and absolutely brilliant hardware engineer and CPUs microarchitectures & architectures designer of our times - Jim Keller, the guest in AI podcast with Lex Fridman.
https://youtu.be/Nb2tebYAaOA
His contributions to CPUs architectures and microarchitectures design, and first principle hardware engineering, are really hard to overestimate — AMD K7, K8, K12, Zen (and the following generations - Zen+, Zen2, Zen3), Apple A4 and A5 SoC, he also a coauthor of AMD x86-64 instruction set, AMD HyperTransport interconnection system bus, worked on Tesla Autopilot Hardware, and finally he joined Intel, when they are reach a deadlock in development new CPUs of next generations and were in a loop of constantly emerging vulnerabilities in Intel CPUs architectures.
https://en.wikipedia.org/wiki/Jim_Keller_(engineer)
My personal impressions - this is the one of the top episodes of AI podcast, and surely, it's the most wonderful, informative, curious and interesting conversation in AI podcast for a long time!
Definitely highly recommend to watch and to listen - you could uncover for yourself again how modern computers and CPUs work under the hood from the first-class engineer who works on CPUs architectures for over a lifetime!
Previous posts on the same subjects:
@technologique/28
@technologique/1102
@technologique/1289
@technologique/1433 -
Technologic
Интенсив Слёрм Agile: самое важное о гибких agile методолгиях за 3 дня!
На этом тренинге Марина Алекс, ученица Джеффа Сазерленда и Майка Биддла, участница 170 agile-трансформаций разных команд в 12 странах:
▫️поможет вам понять и примерить для себя систему ценностей и смысл Agile методологий
▫️научит использовать возможности Agile для общей и личной результативности
▫️покажет, как создать из коллектива эффективную команду и освоить основные инструменты
▫️поможет оценить, полезна ли agile-трансформация лично Вам и Вашей компании
На интенсиве вы будете работать в agile-команде, разбирать кейсы, ошибки и ограничения agile-трансформации, познакомитесь с гибкими методологиями SCRUM, Кanban и SWAY для работы в команде.
Москва, 27-29 февраля.
Узнать больше и подать заявку: https://clc.to/zpKW1w
#slurm
#реклама -
Technologic
Бесплатный онлайн практикум DevOps by REBRAIN: инструментарий Helm и Helm Charts для процессов непрерывной поставки, развёртывания и инвентаризации распределённых приложений в Kubernetes кластере
Данный вебинар поможет разобраться и применять на практике технологии и инструменты пакетного менеджера Helm и пакетной поставки с использованием декларативных Helm Charts конфигураций для непрерывной поставки, инвентаризации (provisioning) и развёртывания распределённых приложений для кластера и кластерных нод на базе Kubernetes (K8s), оркестратора Docker контейнеров, содержащих изолированные среды с приложениями.
Практикум будет полезен для начинающих DevOps инженеров, а также для повышения опыта уже практикующих DevOps инженеров и разработчиков серверных приложений.
Регистрация - https://clck.ru/M9wJq
Количество мест ограничено (ввиду ёмкости конференции Zoom)!
Время проведения:
11 Февраля (Вторник) в 19:00 по Москве (МСК, UTC+3)
Что будет на практикуме?
▫️Зачем и для чего нужен Helm?
▫️Структура и правила оформления Helm Chart'а
▫️Пример функционирующего Helm Chart'а - используем готовый Helm Chart и репозиторий Helm Hub
▫️Пишем кастомный Helm Chart для поставки и развёртывания приложения в Kubernetes кластер
▫️Tips & tricks
Кто ведёт?
Юрий Медведев - Team Lead, DevOps инженер Fevlake, выпускник курсов REBRAIN, спикер практикумов REBRAIN, автор практикума для DevOps инженеров.
Telegram канал открытых еженедельных онлайн DevOps практикумов - DevOps by REBRAIN
Присоединяйтесь, будет интересно!
#Анонс
-
Technologic
Бесплатный онлайн практикум DevOps by REBRAIN: Docker
Регистрация - https://clck.ru/JVc6y
Количество мест ограничено (ввиду ёмкости конференции Zoom)!
Время проведения:
4 Февраля (Вторник) в 19:00 по Москве (МСК, UTC+3)
Что будет на практикуме?
▫️Для чего нужен Docker? Обзор самых актуальных проблем и задач для решения которых используется Docker
▫️Собираем с использованием Docketfile и запускаем свой первый Docker контейнер
▫️Обзор внутреннего устройства Docker - контейнерная изоляция окружений для приложений, свой приватный репозиторий образов контейнеров Docker Registry и настройка аутентификации для него
▫️Обзор систем контейнерной оркестрации для Docker
Кто ведёт?
Василий Озеров - основатель агентства Fevlake и действующий DevOps-инженер (опыт в DevOps более 5 лет). Регулярно выступает с докладами на конференциях RootConf, DevOpsConf Russia, HighLoad++.
Telegram канал открытых еженедельных онлайн DevOps практикумов - DevOps by REBRAIN
Присоединяйтесь, будет интересно!
#Анонс
-
Technologic
Бесплатный онлайн практикум DevOps by REBRAIN: Ansible & Docker & NGINX
Регистрация - https://clck.ru/Lzamk
Количество мест ограничено (ввиду ёмкости конференции Zoom)!
Время проведения:
28 Января (Вторник) в 19:00 по Москве (МСК, UTC+3)
Что будет на практикуме?
▫️Основы работы с Ansible
▫️Собираем приложение в образ Docker контейнера и деплоим его
▫️Настраиваем NGINX в качестве фронт-энд веб-сервера, настраиваем протоколы SSL/TLS и сертификаты безопасности для него
▫️Настраиваем бесшовный/непрерывный деплой приложения (Continuous Delivery)
Кто ведет?
Василий Озеров - основатель агентства Fevlake и действующий DevOps инженер (опыт в DevOps более 5 лет). Регулярно выступает на RootConf, DevOpsConf Russia, HighLoad++.
Открытые еженедельные онлайн DevOps практикумы - https://bit.ly/2CGmm3C
Присоединяйтесь!
#Анонс
-
Technologic
Actix-web was wiped out from GitHub by its original author Something really sad and unhealthy in open source community happened yesterday with one of the most exciting projects in Rust - with Actix-web framework actually! https://words.steveklabnik.com/a… -
Technologic
Actix-web was wiped out from GitHub by its original author Something really sad and unhealthy in open source community happened yesterday with one of the most exciting projects in Rust - with Actix-web framework actually! https://words.steveklabnik.com/a… -
Technologic
Actix-web was wiped out from GitHub by its original author
Something really sad and unhealthy in open source community happened yesterday with one of the most exciting projects in Rust - with Actix-web framework actually!
https://words.steveklabnik.com/a-sad-day-for-rust
This happened mainly because dialogue and decision making process went in a wrong way, and the escalation took a wrong turn in this situation.
So, thus, author decided to take his will and made a most hard (and not good for the Rust community) decision to wipe project repo out from GitHub.
This is the point when all we must to take a closer look at the situation, figuring out what actually happened (without any judgement) and realize that something wrong, unhealthy and really terrible happening, especially when community growing fast and in the wrong direction, when we could find that we are already on a point in a wrong way, maybe on a point of no return.
IMO, author did this to gain and attract more closest attention to a situation with less qualified third-party community from Reddit and it's participation (nowadays mostly as angry critiques, trolls and haters of Rust) in life & growth of Rust community projects, and to gain and attract attention to old and really controversial situation with (more or less justified) often usage ofunsafeblocks in projects development as escape hatch from the guarantees of substructural type system andshared XOR mutableinvariant of borrow and ownership checker in the Rust compiler.
Most of the participants in conversations doesn't really readRust Internalsforum (https://internals.rust-lang.org), and really couldn't figuring out thatunsafeis an escape hatch (to using raw pointers, for example) and this is really essential for Rust as a systems programming language, 'cause not every situation, task and program could have a good fit into model ofshared XOR mutableinvariant (especially imagine creating of double-linked list with mutable elements, for example).
Nevertheless,unsafedoesn't disable in a whole the main invariants of substructural type system of Rust, it's just weakening the hard restrictions of type system where there're no other possibilities in task resolutions (although, programmer always must be aware of misuse and malpractice ofunsafehatch), this gives the flexibility for systems development (for creation of OS kernels, compilers, for example) and in a more precise way gives the powerful possibility for localisation of errors and undefined behaviour in program code.
Answer yourself honestly, could the developers in any other (and more danger!) programming language (except Rust, Ada and ParaSail) find, localize and fix the undefined behaviour in such huge project (as Actix-web was), as fast as Rust developers did this for thatunsafecode block in Actix-web, wich has led to undefined behavior and have had such insulting reaction of the haters of Rust, huh?
I think even with static analyzers and all that sanitizer techniques even experienced C++ developers couldn't localize and fix undefined behaviuor cases in the compiler or any other huge program in a such fast and precise way (but, definitely and unfortunately most of such malfunction programs could be compiled in other languages, but not in Rust!), butunsafein Rust gives this opportunity to developers, to get this work done as fast as possible!
And Steve Klabnik previously was already also write about this in one of his blog posts (https://words.steveklabnik.com/you-can-t-turn-off-the-borrow-checker-in-rust), and Alexey Kladov (https://github.com/matklad) also told about this and describe the use and misuse cases ofunsafein his lectures upon Rust on YouTube!
#Rust
Links to previous posts on the same subject:
@technologique/1332
@technologique/1333
@technologique/1334 -
Technologic
21 января стартует новый цикл открытых уроков по DevOps от REBRAIN. Присоединяйтесь!
Бесплатный онлайн практикум DevOps by REBRAIN: NGINX
Регистрация - https://clck.ru/Lu8od
Количество мест строго ограничено!
Время проведения:
21 Января (Вторник) в 19:00 по МСК
Что будет на практикуме?
🔹Как работает HTTP протокол? Разбираемся с помощью curl
🔹Для чего нужны http headers?
🔹Как устанавливается HTTPS соединение и как получить бесплатный сертификат от letsencrypt?
🔹Разбираемся с rewrite'ами в nginx - как переписывать url от клиента и что такое коды 301/302?
🔹Что нам принес http v2 - отправляем клиентам документы без их запроса
Кто ведет?
Василий Озеров - основатель агентства Fevlake (fevlake.com) и действующий Devops-инженер (опыт в Devops более 5 лет). Регулярно выступает на RootConf, DevOpsConf Russia, HighLoad.
Открытые еженедельные DevOps практикумы - https://bit.ly/2CGmm3C
Присоединяйтесь!
-
Technologic
Вебинар "DevOps: инструменты и цифры" от Slurm.io
23 декабря в 17:00 МСК
DevOps = культура + организация + инструменты.
Культуру нельзя ни «купить» ни «внедрить». Культура рождается внутри компании.
Организацию (команды, процессы) можно подобрать путем экспериментов или нанять консультантов.
А вот инструменты можно изучать и внедрять буквально силами пары энтузиастов.
При этом без опоры на инструменты ни культура, ни организация не жизнеспособны.
А инструменты даже без культуры и организации несут пользу.
На вебинаре Эдуард Медведев, CTO, DevOps и SRE инженер, расскажет про актуальный набор инструментов, про смысл и экономическую оценку внедрения, и про интенсив Слёрм DevOps, где все эти инструменты разбираются на практике.
Регистрация: https://clc.to/446AKg -
Реклама
-
Technologic
DevOps by REBRAIN: IT QUIZ
Хотите пошевелить извилинами и заработать ценные призы?
Тогда приходите на IT-квиз от REBRAIN с Василием Озеровым.
Когда?
24.12 (вторник) в 19.00 (МСК)
Как все будет?
🔹Онлайн выполняем 3 задания на скорость.
🔹Темы - DNS / HTTP / SSL.
🔹Победителей определяем сразу.
Что нужно для участия?
🔹Email
🔹Пройти регистрацию по ссылке – https://clck.ru/LC5FK
🔹Компьютер или ноутбук. Никакого специального ПО устанавливать не нужно.
А призы какие? А мне точно хватит?
Главный приз – AirPods
Также разыграем Power Bank, Sticker Pack REBRAIN, крутые брендированные майки и толстовки от REBRAIN, и кое-что еще.
P.S. Призы получат все, кто успел правильно ответить до объявления ответа. Отправим курьерской службой.
Готовы брейнштормить? Тогда регистрируйтесь и ждем вас на квизе. Будет круто!
-
Technologic
Бесплатный онлайн практикум DevOps by REBRAIN: Docker Gitlab CI
Для системных администраторов / Инженеров / Программистов
Регистрация - https://clck.ru/L7hoE
Количество мест строго ограничено!
Практикум по освоению DevOps
Время проведения:
19 Декабря (Четверг) в 19:00 по МСК
Что будет на практикуме?
🔹Упаковываем веб-сервер в контейнер
🔹Пишем gitlab-ci
🔹Поднимаем виртуалку в облаке
🔹Деплоим приложение и осваиваем ресурсы
Кто ведет?
Антон Митаки - System Engineer (Big Data). 9 лет в IT. 6 лет в High Availability
Расписание DevOps практикумов на декабрь - https://clck.ru/KrfdC
Присоединяйтесь!
-
Technologic
Бесплатный онлайн практикум DevOps by REBRAIN: GitlabCI Auto DevOps
Для системных администраторов / Инженеров / Программистов
Регистрация - https://clck.ru/Kwobb
Количество мест строго ограничено!
Практикум по освоению DevOps
Время проведения:
17 Декабря (Вторник) в 19:00 по МСК
Что будет на практикуме?
🔹Разбираемся со стандартной сборкой в gitlab
🔹Что такое auto devops?
🔹Как его включить?
🔹Развлекаемся с автоматическими билдами
Кто ведет?
Василий Озеров - основатель агентства Fevlake (fevlake.com) и действующий Devops-инженер (опыт в Devops более 5 лет). Регулярно выступает на RootConf, DevOpsConf Russia, HighLoad.
Расписание DevOps практикумов на декабрь - https://clck.ru/KrfdC
Присоединяйтесь!