Я помню были лет 5 назад модны были приложения для прокачки мозга в игровой форме. Я даже как то пробовал их, но для меня это были просто игры, сомневаюсь, что они научили меня чему то.. наверно только играть и проходить уровни 😅
Вообщем я нашел нормальный тренажер для мозга и внимательности :)
Это текст я печатал 10 минут 🙉
#humour
💡 Channel | ✏ Chat
Вообщем я нашел нормальный тренажер для мозга и внимательности :)
Это текст я печатал 10 минут 🙉
#humour
Please open Telegram to view this post
VIEW IN TELEGRAM
В период спада найма работа всё равно есть!
Делюсь подборкой свежих вакансий и прямыми контактами
Senior Product Manager
Remote or official employment in Bulgaria, Serbia (Except from Russia, Belarus)
Company - Constructor Tech
Contact - @NatalyLalova
Middle Java Developer
Office Belgrade (hybrid) or Remote (Except from Russia, Belarus)
Company - Finharbor
Contact - @NatalyLalova
Middle QA Engineer
Office Belgrade (hybrid) or Remote (Except from Russia, Belarus)
Company - Finharbor
Contact - @NatalyLalova
Chief Commercial Officer
Location-Limassol, Cyprus
Office (relocate package)
Company - TrafficStars
Contact - @pollid8
Дизайнер презентаций
Remote from everywhere
Company - Broxus
Contact - @VeraKirina
Senior FullStack Engineer (TS+Next.JS)
Remote from everywhere (Except for Russia, Belarus)
Company - Zencoder
Contact - @lilavu
Business Analyst
Remote from everywhere
Company - Mad Devs
Contact - https://t.me/recruiter_maddevs
Senior Frontend Developer (React.js)
Remote from everywhere (Except for Russia, Belarus)
Company - Mad Devs
Contact - https://t.me/recruiter_maddevs
Junior+ ML Engineer
Remote from everywhere
Company - Mad Devs
Contact - https://t.me/recruiter_maddevs
Middle+ Backend Developer (Go) with blockchain experience
Remote from everywhere
Company - Mad Devs
Contact - https://t.me/recruiter_maddevs
Senior DevOps Engineer
Location-Limassol, Cyprus
Office (relocate package)
Company - TrafficStars
Contact - @pollid8
Product manager
Location-Limassol, Cyprus
Office (relocate package)
Company - TrafficStars
Contact - @pollid8
Fullstack Engineer (Node.js, React)
Remote, TZ: CET
Company - Health Samurai
@Da6ka
Solution Architect
Remote, TZ: CET
Company - Health Samurai
@Ula_l
Маркетолог
Part-time, Remote
Company - NDA(in direct message)
Contact - @alifewatcher
.net (Middle-Senior)
Remote from almost everywhere (except Russia and Belarus)
Company - DataArt
Contact - @miz_brightside
Senior .Net+Java
Remote from almost everywhere (except Russia and Belarus)
Company - DataArt
Contact - @miz_brightside
Senior Flutter (ru language)
Remote from almost everywhere (except Russia and Belarus)
Company - DataArt
Contact - @miz_brightside
Marketing Project Manager
Remote from almost everywhere (except Russia and Belarus)
Company - DataArt
Contact - @miz_brightside
Fullstack Python+React
Remote from almost everywhere (except Russia and Belarus)
Company - DataArt
Contact - @miz_brightside
Category Specialist
Tbilisi, Georgia
Company - Wolt
Contact - https://www.linkedin.com/in/karina-kantalinskaja/
Quantitative Researcher
Remote
Company - NDA
Contact - @antontursky
Senior Flutter Developer
Poland
Company - Godel Technologies
Contact - careers@godeltech.com
Middle Frontend (React.js/Next.js) Developer
Remote
Company - Self Studio
Contact - vahagn@selfstudio.se
People Partner
Remote (EU)
Company - RedCore
Contact - https://www.linkedin.com/in/tatianapolak/
#вакансии
💡 Channel | ✏ Chat
Не теряй мотивацию!
Делюсь подборкой свежих вакансий и прямыми контактами
Senior Product Manager
Remote or official employment in Bulgaria, Serbia (Except from Russia, Belarus)
Company - Constructor Tech
Contact - @NatalyLalova
Middle Java Developer
Office Belgrade (hybrid) or Remote (Except from Russia, Belarus)
Company - Finharbor
Contact - @NatalyLalova
Middle QA Engineer
Office Belgrade (hybrid) or Remote (Except from Russia, Belarus)
Company - Finharbor
Contact - @NatalyLalova
Chief Commercial Officer
Location-Limassol, Cyprus
Office (relocate package)
Company - TrafficStars
Contact - @pollid8
Дизайнер презентаций
Remote from everywhere
Company - Broxus
Contact - @VeraKirina
Senior FullStack Engineer (TS+Next.JS)
Remote from everywhere (Except for Russia, Belarus)
Company - Zencoder
Contact - @lilavu
Business Analyst
Remote from everywhere
Company - Mad Devs
Contact - https://t.me/recruiter_maddevs
Senior Frontend Developer (React.js)
Remote from everywhere (Except for Russia, Belarus)
Company - Mad Devs
Contact - https://t.me/recruiter_maddevs
Junior+ ML Engineer
Remote from everywhere
Company - Mad Devs
Contact - https://t.me/recruiter_maddevs
Middle+ Backend Developer (Go) with blockchain experience
Remote from everywhere
Company - Mad Devs
Contact - https://t.me/recruiter_maddevs
Senior DevOps Engineer
Location-Limassol, Cyprus
Office (relocate package)
Company - TrafficStars
Contact - @pollid8
Product manager
Location-Limassol, Cyprus
Office (relocate package)
Company - TrafficStars
Contact - @pollid8
Fullstack Engineer (Node.js, React)
Remote, TZ: CET
Company - Health Samurai
@Da6ka
Solution Architect
Remote, TZ: CET
Company - Health Samurai
@Ula_l
Маркетолог
Part-time, Remote
Company - NDA(in direct message)
Contact - @alifewatcher
.net (Middle-Senior)
Remote from almost everywhere (except Russia and Belarus)
Company - DataArt
Contact - @miz_brightside
Senior .Net+Java
Remote from almost everywhere (except Russia and Belarus)
Company - DataArt
Contact - @miz_brightside
Senior Flutter (ru language)
Remote from almost everywhere (except Russia and Belarus)
Company - DataArt
Contact - @miz_brightside
Marketing Project Manager
Remote from almost everywhere (except Russia and Belarus)
Company - DataArt
Contact - @miz_brightside
Fullstack Python+React
Remote from almost everywhere (except Russia and Belarus)
Company - DataArt
Contact - @miz_brightside
Category Specialist
Tbilisi, Georgia
Company - Wolt
Contact - https://www.linkedin.com/in/karina-kantalinskaja/
Quantitative Researcher
Remote
Company - NDA
Contact - @antontursky
Senior Flutter Developer
Poland
Company - Godel Technologies
Contact - careers@godeltech.com
Middle Frontend (React.js/Next.js) Developer
Remote
Company - Self Studio
Contact - vahagn@selfstudio.se
People Partner
Remote (EU)
Company - RedCore
Contact - https://www.linkedin.com/in/tatianapolak/
#вакансии
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3👨💻1
Forwarded from Monteco
Коворкинг Monteco приглашает на лекцию: “Как оставаться в тренде IT: опыт, обучение и поиск работы”
🔹 Хочешь войти в IT или остаться на волне перемен?
🔹 Не знаешь, какие курсы сейчас действительно работают?
🔹 Или просто интересно, что творится на рынке и как находят работу разработчики?
Приходи на встречу с Александром Лапердиным — C# Software Engineer с 12+ годами опыта в индустрии.
Он расскажет:
✔️ Как сейчас выглядит поиск работы в IT изнутри
✔️ Какие технологии и навыки востребованы
✔️ Какие курсы реально работают — а какие нет
✔️ Как поддерживать свою экспертизу и быть нужным рынку
📍 Когда: 31 октября, 19.00
📍 Где: коворкинг Monteco — https://maps.app.goo.gl/QF28h4T8Xks5umVp7
🎟 Вход: 10 евро
📌 Регистрация: @montecoworking
Полезно как для новичков, так и для опытных специалистов, кто хочет расти и адаптироваться в быстро меняющемся мире IT.
🔹 Хочешь войти в IT или остаться на волне перемен?
🔹 Не знаешь, какие курсы сейчас действительно работают?
🔹 Или просто интересно, что творится на рынке и как находят работу разработчики?
Приходи на встречу с Александром Лапердиным — C# Software Engineer с 12+ годами опыта в индустрии.
Он расскажет:
✔️ Как сейчас выглядит поиск работы в IT изнутри
✔️ Какие технологии и навыки востребованы
✔️ Какие курсы реально работают — а какие нет
✔️ Как поддерживать свою экспертизу и быть нужным рынку
📍 Когда: 31 октября, 19.00
📍 Где: коворкинг Monteco — https://maps.app.goo.gl/QF28h4T8Xks5umVp7
🎟 Вход: 10 евро
📌 Регистрация: @montecoworking
Полезно как для новичков, так и для опытных специалистов, кто хочет расти и адаптироваться в быстро меняющемся мире IT.
❤3🔥1
В пятницу провёл лекцию в Monteco о том, как разработчику не потеряться в 2025 году
Вообщем когда рынок штормит, вакансий меньше, а конкуренция выше что делаем:
Люди спрашивали:
- стоит ли менять стек, если старый уже не на хайпе?
- как искать работу без идеального английского?
- какие курсы реально двигают вперёд?
- как не выгореть, если постоянно учишься и работаешь?
Мы разбирали это честно, без мотивационной пены.
IT сегодня это не просто “уметь кодить”. Это уметь адаптироваться быть гибким, учиться и не терять любопытство.
📌 Для тех, кто не был кратко, что делать дальше, чтобы быть в игре:
1. Рынок лучший ориентир. Раз в месяц смотри вакансии по своему стеку.
2. Развивай горизонтально: базы, архитектура, DevOps, AI-инструменты.
3. Делай заметным свой опыт: пиши посты, участвуй в комьюнити, вписываться на различные конф
4. Не копи знания в стол применяй их сразу, практика > теория
5. Учись с другими: вместе всегда быстрее и интереснее.
🔥 Самое сильное преимущество сегодня уметь учиться постоянно.
Именно поэтому я веду этот канал: чтобы делиться опытом, собирать людей, которые не стоят на месте,и вместе искать новые пути в IT.
#conference
💡 Channel | ✏ Chat
Вообщем когда рынок штормит, вакансий меньше, а конкуренция выше что делаем:
Люди спрашивали:
- стоит ли менять стек, если старый уже не на хайпе?
- как искать работу без идеального английского?
- какие курсы реально двигают вперёд?
- как не выгореть, если постоянно учишься и работаешь?
Мы разбирали это честно, без мотивационной пены.
IT сегодня это не просто “уметь кодить”. Это уметь адаптироваться быть гибким, учиться и не терять любопытство.
📌 Для тех, кто не был кратко, что делать дальше, чтобы быть в игре:
1. Рынок лучший ориентир. Раз в месяц смотри вакансии по своему стеку.
2. Развивай горизонтально: базы, архитектура, DevOps, AI-инструменты.
3. Делай заметным свой опыт: пиши посты, участвуй в комьюнити, вписываться на различные конф
4. Не копи знания в стол применяй их сразу, практика > теория
5. Учись с другими: вместе всегда быстрее и интереснее.
🔥 Самое сильное преимущество сегодня уметь учиться постоянно.
Именно поэтому я веду этот канал: чтобы делиться опытом, собирать людей, которые не стоят на месте,и вместе искать новые пути в IT.
#conference
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6👍2👨💻1
Жил в Черногории?
НЕ ПРОДАЖА
Тогда почти любая страна может запросить у тебя справку о несудимости Черногории — для работы, визы, ВНЖ или учебы.
Без неё документы часто не принимают.
И многие ошибочно думают, что нужна справка только из страны паспорта.
На деле — если ты жил в Черногории, то подходит именно черногорская справка.
Чтобы получить PDF-файл:
1️⃣ Подпишись на мой канал в Telegram: https://t.me/csharprazy
2️⃣ Напиши мне в Telegram слово «справка» https://t.me/aleksandrdotnet
#черногория
#справка
💡 Channel | ✏ Chat
НЕ ПРОДАЖА
Тогда почти любая страна может запросить у тебя справку о несудимости Черногории — для работы, визы, ВНЖ или учебы.
Без неё документы часто не принимают.
И многие ошибочно думают, что нужна справка только из страны паспорта.
На деле — если ты жил в Черногории, то подходит именно черногорская справка.
Чтобы получить PDF-файл:
1️⃣ Подпишись на мой канал в Telegram: https://t.me/csharprazy
2️⃣ Напиши мне в Telegram слово «справка» https://t.me/aleksandrdotnet
#черногория
#справка
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4❤3🔥1 1
Cloudflare лег, интернет пошатнулся.
Что случилось 18 ноября 2025?
18 ноября 2025 года случилось то, что мы периодически наблюдаем последние годы: Cloudflare упал и вместе с ним «упал» кусок интернета.
Компания уже опубликовала официальный разбор(другим компания следует по учиться) и он заслуживает внимания, потому что поражает своей обыденностью. Не было никаких атак, хакеров, кукл вуду, заговоров или глобальных катастроф.
Обычная внутренняя ошибка конфигурации, которая прошла весь путь в прод и выключила кусок планеты.
➖ Что произошло?
Около 11:20 UTC Cloudflare начал отдавать массовые (ошибки) HTTP 5xx
Легли:
• веб-сайты, использующие Cloudflare как CDN,
• API,
• панели управления,
• сервисы Bot Management,
• некоторые DNS-пути.
Банки, большая часть крупных сайтов и компаний. Нашу компанию так же задело и нам посыпалось множество уведомлений.
Часть пользователей не могла зайти даже в Cloudflare Dashboard всё ломалось на разных уровнях.
➖ Причина: слишком «толстый» конфиг
Внутреннее изменение прав доступа в базе привело к тому, что система сгенерировала обновлённый конфигурационный файл. Файл внезапно удвоился в размере.
Проблемы начались сразу:
• система не была рассчитана на такой большой конфиг файл 🥲
• файлы начали превышать лимиты,
• процессы, которые эти файлы читают, начали падать,
• маршрутизация и прокси-подсистема стали выдавать ошибки.
Падало не всё, но достаточно много, чтобы интернет почувствовал.
➖ Как восстановили?
Классика жанра:
1. Нашли последний рабочий вариант файла.
2. Откатили его вручную.
3. Начали поэтапно пробрасывать исправленный конфиг.
4. Убедились, что системы поднимаются без ошибок.
К 14:30 UTC основные сервисы ожили.
К 17:06 UTC Cloudflare официально сообщил о восстановлении нормальной работы.
➖ Это НЕ атака
Cloudflare отдельно подчеркнул:
“Никакая злонамеренная активность не была обнаружена. Это внутренний сбой.”
И это важно.
Потому что каждая такая авария напоминает: самые большие падения происходят не из-за хакеров, а из-за наших же автоматизаций и конфигураций.
➖ Какие выводы для архитектора и разработчика?
1. Автоматизация - благо, пока всё работает.
Один неверный флажок в базе → пересборка конфига → каскад падений.
2. Конфигурации - это код.
Их надо версионировать, тестировать, валидировать и иметь лимиты на уровне CI.
3. Fail-safes должны быть встроены.
Если файл становится “слишком большим”, система должна просто не принимать его.
4. Откаты - это суперспособность.
И Cloudflare снова доказывает: если откат происходит быстро - вы победили.
5. Ничто не абсолютно устойчиво. Даже Cloudflare.
Поэтому мульти-провайдерность, fallback-механизмы и деградация функционала — must have.
➖ Что это значит для нас?
Если вы строите системы, которые должны выдерживать миллионы пользователей (как многие из нас), такие инциденты это прекрасный учебный кейс.
Не потому что “большие тоже падают”.
А потому что большие падают именно из-за мелочей — конфигов, прав, лимитов, автоматизации.
#cloudflare
💡 Channel | ✏ Chat
Что случилось 18 ноября 2025?
18 ноября 2025 года случилось то, что мы периодически наблюдаем последние годы: Cloudflare упал и вместе с ним «упал» кусок интернета.
Компания уже опубликовала официальный разбор(другим компания следует по учиться) и он заслуживает внимания, потому что поражает своей обыденностью. Не было никаких атак, хакеров, кукл вуду, заговоров или глобальных катастроф.
Около 11:20 UTC Cloudflare начал отдавать массовые (ошибки) HTTP 5xx
Легли:
• веб-сайты, использующие Cloudflare как CDN,
• API,
• панели управления,
• сервисы Bot Management,
• некоторые DNS-пути.
Банки, большая часть крупных сайтов и компаний. Нашу компанию так же задело и нам посыпалось множество уведомлений.
Часть пользователей не могла зайти даже в Cloudflare Dashboard всё ломалось на разных уровнях.
Внутреннее изменение прав доступа в базе привело к тому, что система сгенерировала обновлённый конфигурационный файл. Файл внезапно удвоился в размере.
Проблемы начались сразу:
• система не была рассчитана на такой большой конфиг файл 🥲
• файлы начали превышать лимиты,
• процессы, которые эти файлы читают, начали падать,
• маршрутизация и прокси-подсистема стали выдавать ошибки.
Падало не всё, но достаточно много, чтобы интернет почувствовал.
Классика жанра:
1. Нашли последний рабочий вариант файла.
2. Откатили его вручную.
3. Начали поэтапно пробрасывать исправленный конфиг.
4. Убедились, что системы поднимаются без ошибок.
К 14:30 UTC основные сервисы ожили.
К 17:06 UTC Cloudflare официально сообщил о восстановлении нормальной работы.
Cloudflare отдельно подчеркнул:
“Никакая злонамеренная активность не была обнаружена. Это внутренний сбой.”
И это важно.
Потому что каждая такая авария напоминает: самые большие падения происходят не из-за хакеров, а из-за наших же автоматизаций и конфигураций.
1. Автоматизация - благо, пока всё работает.
Один неверный флажок в базе → пересборка конфига → каскад падений.
2. Конфигурации - это код.
Их надо версионировать, тестировать, валидировать и иметь лимиты на уровне CI.
3. Fail-safes должны быть встроены.
Если файл становится “слишком большим”, система должна просто не принимать его.
4. Откаты - это суперспособность.
И Cloudflare снова доказывает: если откат происходит быстро - вы победили.
5. Ничто не абсолютно устойчиво. Даже Cloudflare.
Поэтому мульти-провайдерность, fallback-механизмы и деградация функционала — must have.
Если вы строите системы, которые должны выдерживать миллионы пользователей (как многие из нас), такие инциденты это прекрасный учебный кейс.
Не потому что “большие тоже падают”.
А потому что большие падают именно из-за мелочей — конфигов, прав, лимитов, автоматизации.
#cloudflare
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4🤯1👨💻1
Как Google проверяет 1млрд никнеймов за миллисекунды
Секрет такой это фильтр Блума (Bloom Filter) - эта такая структура данных
Представьте: вы вводите ник superadmin227
Google должен понять - встречался он когда-нибудь в документах, запросах, индексах?
И делает это быстро
Секрет не мощные сервера и без магии ИИ
Секрет в микроскопической структура данных, которая решает судьбу миллиарда запросов в секунду.
➡️ Как это работает у Google?
да кто ж его знает 😅
Но скорее всего у Google нет одного огромного гига-ултра-резорт-энд-спа фильтра на весь интернет
Вместо этого есть миллионы маленьких фильтров, распределённых по шардированным индексам
➡️ Почему это критично на таких масштабах
Bloom-фильтр:
* работает в O(1)
* занимает мало памяти
* избавляет систему от пустых запросов
* снижает нагрузку на индекс и storage
* идеально ложится на распределённую архитектуру
Например, для шарда на 200 млн ключей фильтр занимает ~200–250 МБ, Карл! это ничто для Google
Зато он отбрасывает до 99% лишних операций 🙉
➡️ Почему Google не делает «бесконечный фильтр»?
* Банально, но фильтр должен быть конечным
* он живёт рядом с данными (локально в шарде)
* обновляется по мере пересборки индекса
* И ГЛАВНОЕ - масштабируется горизонтально
Проще иметь 100 000 маленьких фильтров, чем один гигантский и бесполезный ну
📝 Итого
Фильтр Блума это прикольная структура данных. По сути это компромисс между скоростью и точностью ответа.
Это компонент, на котором держится скорость современных поисковых систем, CDN, баз данных, кэшей и блокчейна да всего где много чего то и нужно выдать быстро НЕТ такого пользователя/ip адреса или домена в ответе
#фильтр
💡 Channel | ✏ Chat
Секрет такой это фильтр Блума (Bloom Filter) - эта такая структура данных
Представьте: вы вводите ник superadmin227
Google должен понять - встречался он когда-нибудь в документах, запросах, индексах?
И делает это быстро
Секрет не мощные сервера и без магии ИИ
Секрет в микроскопической структура данных, которая решает судьбу миллиарда запросов в секунду.
Но скорее всего у Google нет одного огромного гига-ултра-резорт-энд-спа фильтра на весь интернет
Вместо этого есть миллионы маленьких фильтров, распределённых по шардированным индексам
Когда пользователь вводит superadmin227:
1. Google определяет нужный шардКаждый шард маленькая часть огромного поискового индекса.
2. Шард содержит свой Bloom-фильтр
Это битовый массив + несколько хеш-функций.
3. Ник прогоняется через хеши
Например:
* h1 → позиция 1345
* h2 → позиция 9821
* h3 → позиция 441
4. Проверяем биты
* Если хоть один бит = 0 → **этого ника точно нет**
* Если все биты = 1 → **возможно есть** → идём в настоящий индекс.
Google экономит миллионы обращений к диску и памяти каждую секунду.
Именно поэтому результаты поиска появляются мгновенно.
Bloom-фильтр:
* работает в O(1)
* занимает мало памяти
* избавляет систему от пустых запросов
* снижает нагрузку на индекс и storage
* идеально ложится на распределённую архитектуру
Например, для шарда на 200 млн ключей фильтр занимает ~200–250 МБ, Карл! это ничто для Google
Зато он отбрасывает до 99% лишних операций 🙉
* Банально, но фильтр должен быть конечным
* он живёт рядом с данными (локально в шарде)
* обновляется по мере пересборки индекса
* И ГЛАВНОЕ - масштабируется горизонтально
Проще иметь 100 000 маленьких фильтров, чем один гигантский и бесполезный ну
Фильтр Блума это прикольная структура данных. По сути это компромисс между скоростью и точностью ответа.
Это компонент, на котором держится скорость современных поисковых систем, CDN, баз данных, кэшей и блокчейна да всего где много чего то и нужно выдать быстро НЕТ такого пользователя/ip адреса или домена в ответе
#фильтр
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4🔥4❤2
Как работает мультиплеер в играх?
Вообщем как же этот мультиплеер устроен в играх, что происходит под капотом, как и что движется в онлайне. Как это устроено когда вы играете во что то по сети в PUBG/Fortnite да хоть в Brawl Stars
На самом деле там адская кухня: репликация (добрый вечер бегущий по лезвию 2049), серверный тик, клиентские предсказания, оптимизации и десятки магических костылей, чтобы всё выглядело плавно, не разваливалось и не лагало и чтобы это всё работало без лагов)
Представьте у нас есть игра, где ты управляешь Покемоном😐
➡️ Клиент предсказывает будущее (client-side prediction)
Чтобы игра ощущалась отзывчивой, клиент не ждёт сервер, а сразу двигает покемона вперёд, основываясь на том, что скорее всего сервер решит то же самое (биполярка но это работает)
Если вдруг сервер считает иначе (например, была стена) клиент делает reconciliation (на человеческом откатывается и применяет серверную правду, ведь правда только на сервере)
Из-за этого иногда в играх бывают искры телепортирования, объект движется туда и обратно и дёргается так что ребут роутера не поможет)
➡️ Тикрейт, FPS и почему 30 тиков ≠ 30 FPS
Важно различать:
FPS - сколько картинок рендерит клиент
Например 60–144.
Тикрейт - сколько раз сервер обновляет мир.
КРЧ Тикрейт ≠ FPS
Часто 20–60 тиков/сек.
Ещё раз
Сервер - это «мозг».
FPS - это «глаза».
Клиент может показывать 144 кадра, но если сервер обновляет мир 20 раз/сек, то всё, что вы видите - лишь интерполяция между этими точками.
➡️ Как это всё работает в больших мирах
Если один покемон - это ок
А что если сотни игроков, тысячи объектов, огромные карты, физика, пули, машины, мобы, реактивная травка, да и вода купаться
Тогда появляются проблемы:
- Огромный объём репликации
- Нельзя отправлять всем всё это убьёт сервер и сеть
- Огромные нагрузки на физику
- Сервер обязан рассчитывать всё честно.
- Ограниченная пропускная способность
КРЧ Даже 1 МБ/с репликации на игрока — катастрофа.
➡️ Какие оптимизации применяют
➡️ Interest management (Кому что нужно видеть?)
Игроку не нужно знать, что делает кто-то за 3 км или за сотку км
Поэтому игра делят мир на ячейки или регионы и зоны
* игрок видит только то, что в радиусе
* репликация идёт только объектов вокруг
* сервер рассчитывает только нужные взаимодействия
Примеры игр: Rust, PUBG, Fortnite
➡️ Delta replication
Сервер отправляет только изменения, а не весь объект.
Например покемон:
❌ Позиция: (1.0, 1.0, 1.0)
⭕️ Изменение позиции: +0.02 по X
Это в десятки раз уменьшает нагрузку.
➡️ Lag compensation
Сервер отматывает время назад, чтобы честно регистрировать попадания.
Игрок А стреляет в игрока Б.
Пуля была выпущена 120 мс назад сервер смотрит, где Б был тогда, а не сейчас.
Примеры: CS:GO, Valorant и Apex.
➡️ Entity interpolation и ghosting
Чтобы движение выглядело плавно, клиент хранит небольшую задержку (обычно 100–200 мс) и интерполирует объекты между двумя известными точками.
Поэтому движение кажется гладким, даже если сервер тикрейт низкий.
➡️ Server authoritative physics + client prediction
Комбинация, которую используют почти все современные игры:
Крч Сервер решает всё и клиент предсказывает
Без этого отзывчивость была бы как у Google Docs через VPN.
➡️ Многосерверная архитектура для больших миров
В играх типа GTA Online, New World, PUBG:
Делим на зоны, каждая зона свой сервер
#gamedev
💡 Channel | ✏ Chat
Вообщем как же этот мультиплеер устроен в играх, что происходит под капотом, как и что движется в онлайне. Как это устроено когда вы играете во что то по сети в PUBG/Fortnite да хоть в Brawl Stars
Представьте у нас есть игра, где ты управляешь Покемоном
На клиенте нажали “вперёд”. Что дальше?
1. Клиент отправляет ввод на сервер
Клиент: "Я нажал W"
2. Сервер единственный источник правды
Сервер рассчитывает физику покемона:
* валидность ввода
* ускорение
* коллизии
* новое положение
И только сервер решает: куда реально сдвинулся покемон.
3. Сервер отправляет репликациюТо есть состояние покемона: позиция, скорость, повороты, анимации и т.д.
4. Клиент получает новое состояние и обновляет картинку
Но если просто ждать сервер - будет лаг.
Чтобы игра ощущалась отзывчивой, клиент не ждёт сервер, а сразу двигает покемона вперёд, основываясь на том, что скорее всего сервер решит то же самое (биполярка но это работает)
Если вдруг сервер считает иначе (например, была стена) клиент делает reconciliation (на человеческом откатывается и применяет серверную правду, ведь правда только на сервере)
Из-за этого иногда в играх бывают искры телепортирования, объект движется туда и обратно и дёргается так что ребут роутера не поможет)
Важно различать:
FPS - сколько картинок рендерит клиент
Например 60–144.
Тикрейт - сколько раз сервер обновляет мир.
Часто 20–60 тиков/сек.
Ещё раз
Сервер - это «мозг».
FPS - это «глаза».
Клиент может показывать 144 кадра, но если сервер обновляет мир 20 раз/сек, то всё, что вы видите - лишь интерполяция между этими точками.
Если один покемон - это ок
А что если сотни игроков, тысячи объектов, огромные карты, физика, пули, машины, мобы, реактивная травка, да и вода купаться
Тогда появляются проблемы:
- Огромный объём репликации
- Нельзя отправлять всем всё это убьёт сервер и сеть
- Огромные нагрузки на физику
- Сервер обязан рассчитывать всё честно.
- Ограниченная пропускная способность
КРЧ Даже 1 МБ/с репликации на игрока — катастрофа.
Игроку не нужно знать, что делает кто-то за 3 км или за сотку км
Поэтому игра делят мир на ячейки или регионы и зоны
* игрок видит только то, что в радиусе
* репликация идёт только объектов вокруг
* сервер рассчитывает только нужные взаимодействия
Примеры игр: Rust, PUBG, Fortnite
Сервер отправляет только изменения, а не весь объект.
Например покемон:
❌ Позиция: (1.0, 1.0, 1.0)
⭕️ Изменение позиции: +0.02 по X
Это в десятки раз уменьшает нагрузку.
Сервер отматывает время назад, чтобы честно регистрировать попадания.
Игрок А стреляет в игрока Б.
Пуля была выпущена 120 мс назад сервер смотрит, где Б был тогда, а не сейчас.
Примеры: CS:GO, Valorant и Apex.
Чтобы движение выглядело плавно, клиент хранит небольшую задержку (обычно 100–200 мс) и интерполирует объекты между двумя известными точками.
Поэтому движение кажется гладким, даже если сервер тикрейт низкий.
Комбинация, которую используют почти все современные игры:
Крч Сервер решает всё и клиент предсказывает
Без этого отзывчивость была бы как у Google Docs через VPN.
В играх типа GTA Online, New World, PUBG:
Делим на зоны, каждая зона свой сервер
#gamedev
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4👍2👨💻1
Media is too big
VIEW IN TELEGRAM
Даже в хаосе есть направление. Я наблюдаю за аттрактором и решил его нарисовать
Кто-то может часами смотреть на огонь.
Кто-то на то, как течёт вода.
Кто-то как работает другой человек 😅
Я же наблюдаю за аттрактором 🤓
И сделал это всё на
детерминизм и хаос могут сосуществовать
По сути, это объект из теории хаоса
И само название этой теории уже звучит приятно согласитесь ХАОС, который можно изучать, описывать и даже понимать.
➡️ Инсайты
1. Даже если система выглядит непредсказуемо, она всё равно подчиняется законам.
2. Иногда кажется, что что-то идёт не так и путь отклонился или план сломался и твоё движения стали хаотичными
То аттрактор показывает другую картину можно ошибаться, можно петлять, можно уходить в сторону.
И всё равно оставаться рядом со своей траекторией
2.Даже когда путь не прямой, это всё ещё путь.
3. В аттракторе нет идеального повторения и нет правильной линии всё как в жизни
4. Есть движение. Есть форма. Есть процесс. Хаос не обязательно враг и иногда это просто форма движения к своей точке притяжения
➡️ Почему именно аттрактор
Слово attractor переводится как "притягивающий"
Это форма, к которой система стремится со временем.
➡️ Теория хаоса - не про беспорядок
Теория хаоса не говорит, что всё случайно.
Она говорит, что простые правила могут приводить к сложному поведению
Иногда достаточно просто смотреть.
#math
💡 Channel | ✏ Chat
Кто-то может часами смотреть на огонь.
Кто-то на то, как течёт вода.
Кто-то как работает другой человек 😅
Я же наблюдаю за аттрактором 🤓
И сделал это всё на
PythonАттрактор Рёсслера (Rössler attractor)
dx/dt = -y - z
dy/dt = x + a*y
dz/dt = b + z*(x - c)
a = 0.2
b = 0.2
c = 5.7
По сути, это объект из теории хаоса
И само название этой теории уже звучит приятно согласитесь ХАОС, который можно изучать, описывать и даже понимать.
1. Даже если система выглядит непредсказуемо, она всё равно подчиняется законам.
2. Иногда кажется, что что-то идёт не так и путь отклонился или план сломался и твоё движения стали хаотичными
То аттрактор показывает другую картину можно ошибаться, можно петлять, можно уходить в сторону.
И всё равно оставаться рядом со своей траекторией
2.Даже когда путь не прямой, это всё ещё путь.
3. В аттракторе нет идеального повторения и нет правильной линии всё как в жизни
4. Есть движение. Есть форма. Есть процесс. Хаос не обязательно враг и иногда это просто форма движения к своей точке притяжения
Слово attractor переводится как "притягивающий"
Это форма, к которой система стремится со временем.
Теория хаоса не говорит, что всё случайно.
Она говорит, что простые правила могут приводить к сложному поведению
Аттрактор никогда не повторяется точь-в-точь
Аттрактор чувствителен к малейшим изменениям
Аттрактор каждый раз рисует новый путь
#math
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8👍2 2
Увольнения в IT в 2025. Зарубежка, SaaS и реальность без иллюзий
Глобальном рынок - уже второй год подряд идёт замес
Без армагеддона, буря идёт, продолжаем работать и смотреть с попкорном на происходящее
➡️ Общая картина по миру
2025➡️ 240-250к IT-специалистов уволены
2024➡️ 50к
Это коррекция.
Это разбор завалов после жирных лет (ковиды всякие, стартап бумы и АИ)
➡️ Крупные компании - кто и сколько
* не все IT, но инженеров задело сильно
🟥 Что там у Amazon
20k+ IT
В 2024 было ~14k
Режут middle, QA, internal tooling
Формально: оптимизация
По факту: AI + "слишком много инженеров" + давление акционеров короче оптимизация
Amazon системно удешевляет инженера.
🟥 Ну а у Microsoft
• 15–19k IT
• Даже Azure и core
• В 2024 мягче, сейчас жёстко
Copilot → автоматизация → меньше людей
Увольняют не критичных прямо сейчас
НЕТ AI нет проблем 😅
🟥 Что у Google
Несколько волн
Тысячи инженеров на выход
DevEx, support, internal платформы
AI реально съел часть поддержки я думаю всех
Google больше не гарант стабильности, что и требовалось доказать
🟥 Взглянем Meta
~1000+ IT
Reality Labs почти вычищен
Metaverse не взлетел (ой разговоров то было)
Деньги ушли в AI
Команды просто закрыли
🟥 SaaS тот самый «тихий уголок», который больше не тихий
Долгое время SaaS считался:
– стабильным
– предсказуемым
– "нас это не коснётся" ага щас
🟥 Кого режут чаще всего (мир)
❌ Middle backend
❌ QA / manual
❌ Internal tooling
❌ Support engineers
❌ Product без прямого revenue
🟥 Что больше НЕ спасает
• FAANG это не броня
• Большая компания ≠ иммунитет
• "Я тут 5–7 лет" ≠ аргумент
Учимся показываем что растём всё просто
🟦 Имхо
1. AI реально заменяет часть работы
2. Инженеры слишком дорогие
3. Найм 2020–2022 был ошибкой
4. Прибыль важнее культуры
5. Инвесторы решают крч, не команды и не проекты
6. 2025 - не кризис.
Это конец эпохи "в IT всегда нужны люди", всё как раньше было много экономистов, юристов теперь айтишников
#news
💡 Channel | ✏ Chat
Глобальном рынок - уже второй год подряд идёт замес
Без армагеддона, буря идёт, продолжаем работать и смотреть с попкорном на происходящее
2025
2024
Это коррекция.
Это разбор завалов после жирных лет (ковиды всякие, стартап бумы и АИ)
Компания | Уволено IT 2025 | Что режут
---------|-----------------|----------------------
Amazon | 20к. + | BE, QA, internal
Microso | 15–19 тыс. | Azure, core, product
Google | тысячи-тысяч | support, internal
Meta | 1 000+ | Reality Labs, product
Intel | 30 000+* | embedded, firmware
IBM | тысячи | legacy, internal dev
Cisco | 4 000+ | network, software
SAP | 8 000+ | enterprise, backend
* не все IT, но инженеров задело сильно
20k+ IT
В 2024 было ~14k
Режут middle, QA, internal tooling
Формально: оптимизация
По факту: AI + "слишком много инженеров" + давление акционеров короче оптимизация
Amazon системно удешевляет инженера.
• 15–19k IT
• Даже Azure и core
• В 2024 мягче, сейчас жёстко
Copilot → автоматизация → меньше людей
Увольняют не критичных прямо сейчас
Несколько волн
Тысячи инженеров на выход
DevEx, support, internal платформы
AI реально съел часть поддержки я думаю всех
Google больше не гарант стабильности, что и требовалось доказать
~1000+ IT
Reality Labs почти вычищен
Metaverse не взлетел (ой разговоров то было)
Деньги ушли в AI
Команды просто закрыли
Долгое время SaaS считался:
– стабильным
– предсказуемым
– "нас это не коснётся" ага щас
SaaS-компания | Что происходит
--------------|--------------------------------
Salesforce | волны сокращений, product + IT
Atlassian | давление на cost per engineer
ServiceNow | тихая, постоянная оптимизация
Zendesk | AI съел часть use-case’ов
Spotify | режут команды, не людей по 1
Netflix | меньше экспериментов
Stripe | закрывают целые направления
❌ Middle backend
❌ QA / manual
❌ Internal tooling
❌ Support engineers
❌ Product без прямого revenue
• FAANG это не броня
• Большая компания ≠ иммунитет
• "Я тут 5–7 лет" ≠ аргумент
Учимся показываем что растём всё просто
1. AI реально заменяет часть работы
2. Инженеры слишком дорогие
3. Найм 2020–2022 был ошибкой
4. Прибыль важнее культуры
5. Инвесторы решают крч, не команды и не проекты
6. 2025 - не кризис.
Это конец эпохи "в IT всегда нужны люди", всё как раньше было много экономистов, юристов теперь айтишников
#news
Please open Telegram to view this post
VIEW IN TELEGRAM
😢2👨💻2
Собираю группу для подготовки AWS Cloud Practitioner ☁️
➡️ Зачем вообще это всё?
Вообщем искал знак - это он
AWS - это базовая грамотность для backend/dev специалистов.
Даже если ты не DevOps нужно:
- деплоить в облаке
- общаешься с инфраструктурой
- EC2, S3, IAM, RDS всё поймём что это
- тот самый базовый AWS-сертификат
➡️ Формат обучения
Я не хочу делать «вечный курс без дедлайнов»
Поэтому формат жёсткий, но реалистичный и плюс английский качаем
1⃣ Как именно будем учиться
Неделя = один большой блок AWS
В начале недели - материалы
2⃣ Раз в неделю - созвон
разбираем сложные моменты
отвечаем на вопросы
3⃣ Связываем теорию с реальной практикой
В конце недели - закрепление + вопросы в чате
Созвон лучше буду закреплять материал, материал хорошо усваивается если его проговариваешь в слух
5⃣ Через 2 недели после старта:
покупаем слот на экзамен
фиксируем дату
Чтобы не сдаться
➡️ Какие курсы будем использовать
Я предлагаю нормальные, проверенные варианты, без инфоцыганщины:
1. Официальный AWS Cloud Practitioner Essentials
2. Курс на Udemy
3. Coursera тут тоже ок
4. Practice Tests and Labs купим тесты чтобы проходить в лайве
➡️ Если что
подскажу, где выгоднее купить
при необходимости помогу с оплатой, если возникают сложности
➡️ Наши ачивки
✔️ Понимание, как устроен AWS
✔️ Подготовку к экзамену без хаоса
✔️ Дисциплину и дедлайн
✔️ Сертификат, который можно добавить в LinkedIn и полезен для собеседований
#aws
#обучение
💡 Channel | ✏ Chat
Вообщем искал знак - это он
AWS - это базовая грамотность для backend/dev специалистов.
Даже если ты не DevOps нужно:
- деплоить в облаке
- общаешься с инфраструктурой
- EC2, S3, IAM, RDS всё поймём что это
- тот самый базовый AWS-сертификат
Я не хочу делать «вечный курс без дедлайнов»
Поэтому формат жёсткий, но реалистичный и плюс английский качаем
НАЧАЛО 28 ЯНВАРЯ 2026 (СРЕДА)
⏱️ Срок: 3-4 недели
👥 Группа: небольшая, живая
🎯 Цель: выйти и сдать экзамен, а не купил и забыл💳 Бюджет: $100 экзамен на платформе AWS, 20$ практические тесты, курсы выбираете сами📱 Группа: ССЫЛКА
Неделя = один большой блок AWS
В начале недели - материалы
разбираем сложные моменты
отвечаем на вопросы
В конце недели - закрепление + вопросы в чате
Созвон лучше буду закреплять материал, материал хорошо усваивается если его проговариваешь в слух
покупаем слот на экзамен
фиксируем дату
Чтобы не сдаться
Я предлагаю нормальные, проверенные варианты, без инфоцыганщины:
1. Официальный AWS Cloud Practitioner Essentials
2. Курс на Udemy
3. Coursera тут тоже ок
4. Practice Tests and Labs купим тесты чтобы проходить в лайве
подскажу, где выгоднее купить
при необходимости помогу с оплатой, если возникают сложности
✔️ Понимание, как устроен AWS
✔️ Подготовку к экзамену без хаоса
✔️ Дисциплину и дедлайн
✔️ Сертификат, который можно добавить в LinkedIn и полезен для собеседований
И главное ты не один, а в группе людей с такой же целью
#aws
#обучение
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6👨💻2
Неделя 1 - старт подготовки к AWS Cloud Practitioner
Начинаем с базы.
На этой неделе разбираем, как устроено облако и AWS.
🟥 Темы недели
- что такое облако
- чем облако отличается от своих серверов
- IaaS / PaaS / SaaS
- кто за что отвечает в AWS
- регионы и зоны доступности
🟥 Сервисы
EC2 - вычисления
S3 - хранение данных
IAM - доступы и права
🟥 Цель недели
- ориентироваться в базовых понятиях AWS
- не путать регион и зону доступности
- быть готовым к первым вопросам экзамена
🟥 В конце недели, созвон
обсуждаем темы, разбираем экзаменационные вопросы, отвечаем на вопросы.
🟥 Формат
1 - 1.5 часа в день
Если что врывайтесь в группу мы начинаем ЖАТЬ СЮДА
#aws
#обучение
💡 Channel | ✏ Chat
Начинаем с базы.
На этой неделе разбираем, как устроено облако и AWS.
- что такое облако
- чем облако отличается от своих серверов
- IaaS / PaaS / SaaS
- кто за что отвечает в AWS
- регионы и зоны доступности
EC2 - вычисления
S3 - хранение данных
IAM - доступы и права
- ориентироваться в базовых понятиях AWS
- не путать регион и зону доступности
- быть готовым к первым вопросам экзамена
обсуждаем темы, разбираем экзаменационные вопросы, отвечаем на вопросы.
1 - 1.5 часа в день
Если что врывайтесь в группу мы начинаем ЖАТЬ СЮДА
#aws
#обучение
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2👍1
OpenAI в феврaле 2026 - убытки, перестановки, инвестиции
Тут ChatGPT начал слать свои разработки. Это уже началось. Первый шаг в сторону рекламы
Вокруг OpenAI сейчас очень жарко потому что у компании серьёзные финансовые вызовы и перестройка их стратегий.
➡️ Рост убыток
По внутренним прогнозам, OpenAI может потерять около $14 млрд в 2026 году это x 3 чем в 2025-м, а потери за 2023-2028 годы могут достичь $44 млрд до выхода на прибыль. Это гигантские суммы для компании, которая ещё только старается монетизировать модель ПРУФ
➡️ Где деньги? Инвестиционный раунд
Чтобы покрыть расходы и ускорить рост, OpenAI ведёт переговоры о частной инвестиционной раунде до ~$100 млрд с участием крупных игроков. Среди потенциальных вкладчиков упоминаются:
- Amazon (до $50 млрд)
- SoftBank (до $30 млрд)
- Microsoft и другие фонды
➡️ Уход руководителей проектов
OpenAI делает стратегический разворот в сторону основного продукта ChatGPT и коммерческих сервисов, а исследования и менее прибыльные проекты временно получают меньше ресурсов. Это привело к уходу некоторых руководителей.
➡️ Итого
Доля рынка OpenAI снижается, теперь они не одни на коне и не передовая компания так как другие компании уже откусывают кусок рынка себе (Gemini, Perplexity и тп)
#openai
#news
💡 Channel | ✏ Chat
Тут ChatGPT начал слать свои разработки. Это уже началось. Первый шаг в сторону рекламы
Вокруг OpenAI сейчас очень жарко потому что у компании серьёзные финансовые вызовы и перестройка их стратегий.
По внутренним прогнозам, OpenAI может потерять около $14 млрд в 2026 году это x 3 чем в 2025-м, а потери за 2023-2028 годы могут достичь $44 млрд до выхода на прибыль. Это гигантские суммы для компании, которая ещё только старается монетизировать модель ПРУФ
Чтобы покрыть расходы и ускорить рост, OpenAI ведёт переговоры о частной инвестиционной раунде до ~$100 млрд с участием крупных игроков. Среди потенциальных вкладчиков упоминаются:
- Amazon (до $50 млрд)
- SoftBank (до $30 млрд)
- Microsoft и другие фонды
OpenAI делает стратегический разворот в сторону основного продукта ChatGPT и коммерческих сервисов, а исследования и менее прибыльные проекты временно получают меньше ресурсов. Это привело к уходу некоторых руководителей.
Доля рынка OpenAI снижается, теперь они не одни на коне и не передовая компания так как другие компании уже откусывают кусок рынка себе (Gemini, Perplexity и тп)
#openai
#news
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2🙈2
Неделя 2 3 - Архитектура, базы данных и деньги AWS
Прошлая неделя растянулась на две недели) но мы прошли основы S3, EC2 и IAM
Теперь собираем картину целиком и учимся отвечать на вопросы "что выбрать и почему где и куда"
Что делаем на неделе:
🟥 Базы данных
RDS - реляционная база
DynamoDB — NoSQL
когда выбирать SQL, а когда NoSQL
🟥 Serverless и контейнеры
Lambda (повтор в сценариях)
ECS / EKS - понимать, что это и зачем
🟥 Скукота ну что поделать: Billing & Pricing
Free Tier
On-Demand
Reserved Instances
Savings Plans
Cost Explorer
🟥 Основы архитектуры
High Availability
Fault Tolerance
Scalability
Elasticity
🟥 Цель недели
- понимать разницу RDS и DynamoDB
- оплаты и бюджет хоть как то
- отвечать на вопросы "самое дешевое это Spot", "самое отказоустойчивое" и тд
Если что врывайтесь в группу мы уже начали ЖАТЬ СЮДА
#aws
#обучение
💡 Channel | ✏ Chat
Прошлая неделя растянулась на две недели) но мы прошли основы S3, EC2 и IAM
Теперь собираем картину целиком и учимся отвечать на вопросы "что выбрать и почему где и куда"
Что делаем на неделе:
RDS - реляционная база
DynamoDB — NoSQL
когда выбирать SQL, а когда NoSQL
Lambda (повтор в сценариях)
ECS / EKS - понимать, что это и зачем
Free Tier
On-Demand
Reserved Instances
Savings Plans
Cost Explorer
High Availability
Fault Tolerance
Scalability
Elasticity
- понимать разницу RDS и DynamoDB
- оплаты и бюджет хоть как то
- отвечать на вопросы "самое дешевое это Spot", "самое отказоустойчивое" и тд
Если что врывайтесь в группу мы уже начали ЖАТЬ СЮДА
#aws
#обучение
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2👍1
Закончили 3 неделю. Переходим к 4-й.
Если честно сейчас начинается самое интересное.
мы проходили тестовые тесты
😅 55% из 100% -> а всё потому что мы не изучили эту секцию
Первые недели это сервисы.
А вот теперь как всё это живёт вместе.
🟥 Неделя 4 это
> инфраструктура
> сети
> мониторинг
> и глобальная архитектура AWS
🟥 AWS Global Infrastructure
* Regions + AZ
* Edge Locations
* CloudFront
* Route 53
Multi-AZ ≠ Multi-Region
где отказоустойчивость
где latency
где disaster recovery
🟥 Deployments
как в AWS разворачивают инфраструктуру и приложения без ручной магии в консоли.
* CloudFormation
* CDK
* Elastic Beanstalk
* CodeCommit
* CodeBuild
* CodeDeploy
* CodePipeline
🟥 Monitoring & Audit
* CloudWatch
* CloudTrail
* Trusted Advisor
* Config
🟥 Интеграции
* SQS
* SNS
* EventBridge
Очередь?
Pub/Sub?
События?
🟥 Цель недели
* видишь архитектуру целиком
* очереди какие бывают и зачем, вспомним про базы и про serverless
* логи
Мы подходим к финишу.
ЖАТЬ СЮДА 👉
#aws
#обучение
#cloud
💡 Channel | ✏ Chat
Если честно сейчас начинается самое интересное.
мы проходили тестовые тесты
Первые недели это сервисы.
А вот теперь как всё это живёт вместе.
Прошли базы, деньги, серверлесс, контейнеры.
Теперь собираем финальную картину.
> инфраструктура
> сети
> мониторинг
> и глобальная архитектура AWS
* Regions + AZ
* Edge Locations
* CloudFront
* Route 53
Multi-AZ ≠ Multi-Region
где отказоустойчивость
где latency
где disaster recovery
как в AWS разворачивают инфраструктуру и приложения без ручной магии в консоли.
* CloudFormation
* CDK
* Elastic Beanstalk
* CodeCommit
* CodeBuild
* CodeDeploy
* CodePipeline
* CloudWatch
* CloudTrail
* Trusted Advisor
* Config
* SQS
* SNS
* EventBridge
Очередь?
Pub/Sub?
События?
* видишь архитектуру целиком
* очереди какие бывают и зачем, вспомним про базы и про serverless
* логи
Мы подходим к финишу.
ЖАТЬ СЮДА 👉
#aws
#обучение
#cloud
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2👍1
Переходим к 4-й недели Обучения
Вообщем, мы начали проходить мелкие тесты по AWS Cloud Practitioner и набираем больше 55% из 100% 😅 и мы прошли где то 60-70% тем - по сути успех 😅
Нужно набрать больше 70% чтобы получить сертификат😅
Мы уже прошли:
* базы данных
* serverless
* контейнеры
🟥 Неделя 4
Это неделя, где собирается вся архитектура.
> сети
> мониторинг
> безопасность
> немного ML
> и как AWS вообще управляется
🟥 VPC & Networking
Вот тут многие пугаются, но на самом деле всё довольно логично.
Я тут уже пару раз сдавался)) так что это норма сложно НО нужно преодолеть этот этап
* VPC
* Subnet
* Internet Gateway
* NAT Gateway / NAT Instance
* Security Groups
* NACL
* VPC Flow Logs
И дальше:
* VPC Peering
* VPC Endpoints
* PrivateLink
* Transit Gateway
Плюс гибридная инфраструктура:
* Site-to-Site VPN
* Client VPN
* Direct Connect
🟥 Security & Compliance
Это добивка к предыдущей теме
Как AWS обеспечивает безопасность.
* Shared Responsibility Model
* IAM
* KMS
* Secrets Manager
* Shield
* WAF
* GuardDuty
* Inspector
И немного про compliance.
🟥 Machine Learning (быстро)
На экзамене тоже встречается.
* SageMaker
* Rekognition
* Comprehend
* Polly
* Lex
* Transcribe
* Translate
🟥 Account, Billing & Support
Как управлять аккаунтом.
* Organizations
* Budgets
* Cost Explorer
* Support Plans
🟥 Цель недели
НЕ СДАТЬСЯ и продолжить так как больша пол пути уже пройдена
Если кто-то хочет догнать и дожать сертификат вместе ещё можно.
ЖАТЬ СЮДА 👉
#aws
#обучение
#cloud
💡 Channel | ✏ Chat
Вообщем, мы начали проходить мелкие тесты по AWS Cloud Practitioner и набираем больше 55% из 100% 😅 и мы прошли где то 60-70% тем - по сути успех 😅
Мы уже прошли:
* базы данных
* serverless
* контейнеры
Это неделя, где собирается вся архитектура.
> сети
> мониторинг
> безопасность
> немного ML
> и как AWS вообще управляется
Вот тут многие пугаются, но на самом деле всё довольно логично.
Я тут уже пару раз сдавался)) так что это норма сложно НО нужно преодолеть этот этап
* VPC
* Subnet
* Internet Gateway
* NAT Gateway / NAT Instance
* Security Groups
* NACL
* VPC Flow Logs
И дальше:
* VPC Peering
* VPC Endpoints
* PrivateLink
* Transit Gateway
Плюс гибридная инфраструктура:
* Site-to-Site VPN
* Client VPN
* Direct Connect
Это добивка к предыдущей теме
Как AWS обеспечивает безопасность.
* Shared Responsibility Model
* IAM
* KMS
* Secrets Manager
* Shield
* WAF
* GuardDuty
* Inspector
И немного про compliance.
На экзамене тоже встречается.
* SageMaker
* Rekognition
* Comprehend
* Polly
* Lex
* Transcribe
* Translate
Как управлять аккаунтом.
* Organizations
* Budgets
* Cost Explorer
* Support Plans
НЕ СДАТЬСЯ и продолжить так как больша пол пути уже пройдена
Если кто-то хочет догнать и дожать сертификат вместе ещё можно.
ЖАТЬ СЮДА 👉
#aws
#обучение
#cloud
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4❤2
Ребята, всем привет. Ищем Senior React Native Engineer (5+ yrs) to lead mobile development end-to-end. We are specifically looking for candidates with strong hands-on experience in offline-first architecture and data sync mechanisms. Если у вас есть подходящие друзья, познакомьте нас пожалуйста.
Зарубежка. К нам в команду. Оплата в USD. B2B контракт. Команда англорусскоязычная.
https://marguru.dev/jobs/senior-react-native-engineer
#вакансии #cv #react
💡 Channel | ✏ Chat
Зарубежка. К нам в команду. Оплата в USD. B2B контракт. Команда англорусскоязычная.
https://marguru.dev/jobs/senior-react-native-engineer
#вакансии #cv #react
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3👨💻1