2024_Q4_IT_Москва.pdf
1.2 MB
Тут исследование вышло по зарплатам в IT за четвертый квартал 2024. Ну как, вы в вилке?
👍4
Для всех, кому лень открывать документ
Это средняя Гросс
Это средняя Гросс
❤13👌5
Всеем привет
В четверг (10 июля) в 19:30 по МСК встречаемся с вами в Zoom, чтобы обсудить 1 и 2 главы легендарной книги "с кабанчиком". Формат: живого разговора
Жду всех: кто читал книгу и есть чем поделиться, кто не читал книгу, кто читал, но забыл. Главы относительно не сложные, так что интересно будет как сеньорам, так и совсем начинающим
Обсудим:
1) Что такое надежность, масштабируемость и удобство в сопровождении приложений
2) Модели данных и языки запросов
Поделюсь с вами конспектом 1 и 2 глав, пообсуждаем применимость знаний из книги 👩🎓
Последнее время появился заряд углубиться в образование и обучение, так что если наберется аудитория - введем подобные обсуждения в некоторое постоянство
P.S. Да, я пропадал, как-нибудь напишу, куда и зачем
В четверг (10 июля) в 19:30 по МСК встречаемся с вами в Zoom, чтобы обсудить 1 и 2 главы легендарной книги "с кабанчиком". Формат: живого разговора
Жду всех: кто читал книгу и есть чем поделиться, кто не читал книгу, кто читал, но забыл. Главы относительно не сложные, так что интересно будет как сеньорам, так и совсем начинающим
Обсудим:
1) Что такое надежность, масштабируемость и удобство в сопровождении приложений
2) Модели данных и языки запросов
Поделюсь с вами конспектом 1 и 2 глав, пообсуждаем применимость знаний из книги 👩🎓
Последнее время появился заряд углубиться в образование и обучение, так что если наберется аудитория - введем подобные обсуждения в некоторое постоянство
P.S. Да, я пропадал, как-нибудь напишу, куда и зачем
👍10🔥4
Ну что, встречаемся в четверг в 19-30 (МСК) в телемосте, а не в ZOOM,
потому чтоЯндекс мне заплатил тут нет ограничения по времени и есть запись конференции (вау, невероятно)
Ссылка на видеовстречу: https://telemost.yandex.ru/j/82974386747016
А на фоточке показываю, как выглядят мои конспекты по "кабанчику" и ряду других книг в Obsidian
потому что
Ссылка на видеовстречу: https://telemost.yandex.ru/j/82974386747016
А на фоточке показываю, как выглядят мои конспекты по "кабанчику" и ряду других книг в Obsidian
👍4
Пользуетесь Obsidian для ведения записей\конспектов\заметок? Если нет, то интересно ли узнать поподробнее о нем?
Anonymous Poll
44%
Пользуюсь
11%
Не пользуюсь, не интересно
45%
Не пользуюсь, интересно
Всем привет!
Напоминаю, что через час (в 19:30 по МСК) всех буду рад видеть на обсуждении 1 и 2 глав книги "Высоконагруженные приложения. Программирование, масштабирование, поддержка" Мартина Клеппмана
Ссылка на видеовстречу: https://telemost.yandex.ru/j/82974386747016
Напоминаю, что через час (в 19:30 по МСК) всех буду рад видеть на обсуждении 1 и 2 глав книги "Высоконагруженные приложения. Программирование, масштабирование, поддержка" Мартина Клеппмана
Ссылка на видеовстречу: https://telemost.yandex.ru/j/82974386747016
telemost.yandex.ru
Яндекс Телемост — бесплатные видеовстречи без регистрации и ограничения по времени
Бесплатные видеоконференции и встречи прямо в браузере. Подключение без регистрации, удобно с ПК и телефона. Работайте, учитесь и общайтесь онлайн
🔥2👍1
Конспект.pdf
861.1 KB
Тааак, спасибо всем, кто пришел ❤️
Обсудили 1ую главу книги, делюсь своим конспектом первых двух глав, а также скоро появится запись встречи
PS: Да, встреча вышла немного в формате "лекция", так что для следующего раза попробуем найти второго "ведущего", будет повеселее
Обсудили 1ую главу книги, делюсь своим конспектом первых двух глав, а также скоро появится запись встречи
PS: Да, встреча вышла немного в формате "лекция", так что для следующего раза попробуем найти второго "ведущего", будет повеселее
❤12
Media is too big
VIEW IN TELEGRAM
ЗАААПИСЬ 🤖
Итак, выкладываю запись нашегообсуждения лекции по первой главе книги "Высоконагруженные приложения"
Не прошло и 3 недель!
Поделился своим мнением по первой главе, но рад буду, если кто-то с чем-то не согласен
Итак, выкладываю запись нашего
Не прошло и 3 недель!
Поделился своим мнением по первой главе, но рад буду, если кто-то с чем-то не согласен
❤6👍2
Коварный процент в SLA
Фактически, это договоренность между клиентом и разработчиками (в широком смысле), которая определяет:
1. Какие сервисы предоставляют поставщики ПО
2. Какой уровень доступности у этих сервисов
3. Что будет происходить, если сбой случится
Но более узкое восприятие понятия SLA включает в себя часто только один пункт из перечисленных - "Какой уровень доступности у этих сервисов". Часто доступность определяется количеством "девяток". "Две девятки" - доступность 99%, "четыре девятки" - 99,99%
Многие крупные компании в РФ сейчас целят в "три девятки" доступности (99,9%) на своих основных сервисах. Уверен, что у IT-гигантов РФ, Европы и Америки есть сервисы, для которых закреплен SLA и 99,99%(В одной компании вполне могут быть сервисы на "одну девятку" и четыре одновременно)
Неочевидность значений SLA заключается в том, что для бизнеса важен показатель в процентах, тогда как для разработчиков часто становится важен показатель "Сколько приложение может не работать в рамках дня\недели\месяца\года". Проблема только в том, что эти показатели тяжело приводить друг к другу.
Так, если бизнес захотел увеличить SLA с "двух девяток" до "трех девяток", то изменение в численном выражении получается менее 1%, тогда как время "простоя приложения" сокращается в 10 раз (с 14 минут до 104 секунд). Связано это с тем, что разработчикам важен именно тот самый 1%, который позволяет приложению "не отвечать", а увеличение SLA до 99,9% приводит к тому, что "один процент сокращается в 10 раз и превращается в 0,1%"
Это я к чему?
Имея 3 разных SLA (две девятки, три девятки, четыре девятки), вы можете получить 3 разных архитектуры вашей системы. Как минимум, система с SLA 99% будет слабо похожа на систему с SLA 99,99%, а ведь разница менее процента. Учитывайте это как при проектировании ваших приложений и сервисов, так и при участии в игре под название "Спроектируй мне Инстаграм за 60 минут" aka System-design interview
SLA – это соглашение об уровне обслуживания
Фактически, это договоренность между клиентом и разработчиками (в широком смысле), которая определяет:
1. Какие сервисы предоставляют поставщики ПО
2. Какой уровень доступности у этих сервисов
3. Что будет происходить, если сбой случится
Но более узкое восприятие понятия SLA включает в себя часто только один пункт из перечисленных - "Какой уровень доступности у этих сервисов". Часто доступность определяется количеством "девяток". "Две девятки" - доступность 99%, "четыре девятки" - 99,99%
Многие крупные компании в РФ сейчас целят в "три девятки" доступности (99,9%) на своих основных сервисах. Уверен, что у IT-гигантов РФ, Европы и Америки есть сервисы, для которых закреплен SLA и 99,99%
Неочевидность значений SLA заключается в том, что для бизнеса важен показатель в процентах, тогда как для разработчиков часто становится важен показатель "Сколько приложение может не работать в рамках дня\недели\месяца\года". Проблема только в том, что эти показатели тяжело приводить друг к другу.
Так, если бизнес захотел увеличить SLA с "двух девяток" до "трех девяток", то изменение в численном выражении получается менее 1%, тогда как время "простоя приложения" сокращается в 10 раз (с 14 минут до 104 секунд). Связано это с тем, что разработчикам важен именно тот самый 1%, который позволяет приложению "не отвечать", а увеличение SLA до 99,9% приводит к тому, что "один процент сокращается в 10 раз и превращается в 0,1%"
Это я к чему?
Имея 3 разных SLA (две девятки, три девятки, четыре девятки), вы можете получить 3 разных архитектуры вашей системы. Как минимум, система с SLA 99% будет слабо похожа на систему с SLA 99,99%, а ведь разница менее процента. Учитывайте это как при проектировании ваших приложений и сервисов, так и при участии в игре под название "Спроектируй мне Инстаграм за 60 минут" aka System-design interview
👍7❤1❤🔥1