Профессиональный художник по окружению Бен Маколи (Ben Macauley) воссоздал вступительную миссию из Half-Life 2 на Unreal Engine 5 и показал результат в отдельном ролике на YouTube. Проект потребовал около месяца работы. Автор полностью переработал интерьер железнодорожного вокзала, создав окружение с нуля, изготовив множество уникальных ассетов и материалов и добавив собственные художественные и дизайн-решения, при этом сохранив визуальный дух оригинала Valve. Маколи подчёркивает, что для достижения этого эффекта опирался на оригинальные модели персонажей, звуковые эффекты и другие ассеты Half-Life 2, а сам проект предназначен прежде всего как демонстрация навыков и пополнение портфолио — релиз карты для широкой публики не планируется.
А ты доверяешь своему проекту?

Для Cursor или любого другого VSCode‑форка есть ненулевая вероятность, что при открытии чужой репы IDE тихо запустит какие‑нибудь скрипты в фоне.
Недавно наткнулся на историю: человек скачал репозиторий с автономным ИИ‑агентом "просто посмотреть код", открыл папку в Cursor и IDE сразу сама запустила какие‑то node‑скрипты в терминале. Без единого клика. Спасло его только то, что данные были зашифрованы, пароли в менеджере, а крипта в холодном кошельке.
Откуда вообще берётся риск
В классическом VSCode есть Workspace Trust — та самая модалка "доверяете ли вы этому воркспейсу?", от ответа зависит, можно ли запускать расширения и скрипты.
Есть Tasks с режимом runOn: folderOpen, который позволяет запускать скрипты при открытии папки. Удобно для честной автоматизации и идеально для атаки.
В чистом VSCode это завязано на trust. А вот в Cursor, по их же документации, workspace trust по умолчанию отключён и никакого лишнего вопроса вы просто не увидите.
В результате злоумышленнику достаточно положить в репозиторий tasks, которые стартуют при открытии папки, и дождаться, пока кто‑то откроет эту репу в форке с выключенным trust. Node‑скрипт в таске имеет доступ к ОС, а дальше полёт фантазии, от телеметрии до кражи ключей.
Что можно сделать прямо сейчас
Минимальный чек‑лист:
включить workspace trust;
отключить автоматический запуск tasks.
В settings JSON это две строки:
"security.workspace.trust.enabled": true,
"task.allowAutomaticTasks": "off"
После того как прочитал эту историю, первым делом пошёл и проверил свои настройки IDE.
Если такие практичные разборы про разработку, безопасность и реальные кейсы из проектов заходят — у себя в Telegram‑канале регулярно разбираю подобные штуки и показываю, как это влияет на живые продукты. Ссылка на канал.
Пользователь сделал игру про лучника, который стреляет во врагов, а управление происходит за счёт вставления и вытаскивания зарядного кабеля из разъёма при подключённом блоке питания. Никаких кнопок, тачскрина и свайпов — только провод и порт.
В феврале НАСА планирует запуск миссии «Артемида-2» — первого за 53 лет пилотируемого полета к Луне. Экипаж из четырех астронавтов: Рейд Уайзман, Виктор Гловер, Кристина Кох и Джереми Хансен, они проведут 10 дней на борту корабля «Орион», запущенного ракетой SLS(Space Launch System — Система космических запусков).
Основная цель экспедиции — комплексная проверка систем жизнеобеспечения, ручного управления и радиационной защиты в условиях глубокого космоса. Успех «Артемиды-2» станет решающим шагом перед высадкой людей на лунную поверхность в следующей миссии и откроет путь к будущему освоению Марса.
Наткнулся на видео https://www.youtube.com/watch?v=wWQ9YdreY9c и не сразу поверил, что в цикле всегда будет твой номер, объяснения из видео мне не хватило)) Для тех, кто не смотрел и не хочет смотреть, кратенько условие:
Имеется n коробок, пронумерованных от 1 до n. Внутри коробок лежат n карточек с теми же номерами от 1 до n, причем в каждой коробке лежит ровно одна карточка, и все номера уникальны. Нужно доказать, что если выбрать коробку с некоторым номером и каждый раз переходить к коробке, номер которой указан на лежащей в ней карточке, то рано или поздно мы найдем карточку с исходным номером.
И немного подумав, я сразу вспомнил про перестановки, и что любая перестановка это композиция циклических перестановок, и вообще большую часть алгебры с первого курса. Ну и само решение крайне простое, попытаюсь его изложить без какой-либо терминологии.
Нужно показать, что невозможно начать с какой-либо коробки i и не вернуться к ней же. Коробок конечное число, поэтому куда-то мы должны вернуться. Предположим, что не к изначальной, номер на ней обозначим за k. Но из этого сразу же следует, что в двух разных коробках лежат одинаковые карточки, потому что коробку, к которой они ведут, мы посетили дважды:
Первый раз, когда открывали коробки от i до k
Второй раз, когда вернулись в нее от коробки k
Получили противоречие, поэтому верно обратное, что все же мы вернемся к той коробке, с которой начинали.
Оффтоп
Приятно иногда так возвращаться к математике, особенно в таких мелочах, навевает прям ностальгию.
Здесь еще могла быть реклама моего тгк, но, увы, его нет и вряд ли будет:( Вместо этого вопрос, а можно ли как-то интересно усложнить задачку?
Не надо делать по красоте. Надо делать MVP.
Никто так говорить, кроме менеджеров, не любит. А я вдруг внезапно полюбил такой подход в работе. Стал бить себя по рукам и делать дешево.
Оказывается, мозгу легче уйти в кроличью нору, чем просто делать задачу. Через час потной работы начинаешь зарываться в тонны документации, смотреть примеры кода на форумах или в репах на работе, переписывать свои модули по десять раз. Ощущение, будто стек собираешь, и он никак не схлопнется. Это обычная прокрастинация через усложнение.
MVP-подход тут мне стал очень помогать на моем, локальном уровне. Суть очень простая: делаю минимум и быстро. А потом добавляю на кости мяса. Надо сделать сохранение строк файла в БД? Пока сделаю построчно и поставлю # TODO. Потом сделаю батчем. Нужна отправка сотен объектов из БД в API? Пока тоже построчно. Нужна еще одна очередь Redis для этапа в обработке файла — потом. Пока и с одной очередью и воркером справимся.
MVP-подход требует некоей выдержки, особенно на пет-проектах. Код пишешь ты сам с собой. Выступаешь внутренним критиком и, зачастую, самым строгим. Но делать все дешево и сердито стало помогать мне лично держать фокус на цели: дать максимум ценности за минимум усилий. И при этом не сгореть от объема, быть в тонусе.
Риски, конечно тоже есть. У TODO нет хозяев, кроме нас. Дешевое Г становится иногда продом. Техдолг это вообще бесконечная тема и, пожалуй, не для этого поста. Пост про эффективность.
MVP-промтинг работает и с нейронками таким же образом. Берем чистый контекст, делаем простой прототип. А дальше по кускам его обтесываем, заменяем, улучшаем. Может, у нас есть с ними что-то общее?
У каждого человека есть свое определение голого минимума. Поэтому примеры выше могут кому-то показаться тривиальными. Очевидно, и сам подход не для всех. Но мне лично он развязал немного руки и помог выдохнуть на одной из недавних душных задач. Может быть такой ход мысли поможет и вам.

Web3, блокчейн и геймификация — в новом выпуске ПВЗ
ПВЗ — Почти Всё Знают — наш подкаст о технологиях, которые проникают во все сферы жизни. Его ведут эксперты Ozon Tech: Марина Самойлова, руководитель направления платформы данных, и Виктор Корейша, руководитель направления Managed Services.
Гость нового выпуска — Алексей Авдеев, CTO Mish Design. Алексей объяснил сущность Web3, причины, по которым эта версия не прижилась и потенциал, который может привести к синтезу технологий блокчейна и ИИ.
Также в выпуске: идеология децентрализованных соцсетей, решение скоростных проблем при репликации, уязвимости блокчейнов и тренды геймификации.
Смотрите и слушайте подкаст на любой удобной платформе:
🎞️ YouTube
🎞️ VK Видео
🎧 Аудиоплощадки
Процедурное SQL-расширение в Lakehouse-платформе — новые возможности для работы с данными

В блоге технологического партнера GlowByte вышла новая статья. Команда Data Sapience рассказала о реализации процедурного расширения для работы с MPP-движками Lakehouse-платформы данных Data Ocean Nova, которое стало доступным для пользователей.
Ребята рассказывают о возможностях, применимости и сценариях использования процедурного языка в аналитической платформе данных и делятся планами по развитию Data Ocean Nova.
На российских маркетплейсах начали продавать игры на флешках — селлеры просто качают тайтлы с торрентов, подгружают на флешки и продают по 1300 рублей за штуку.

Рынку плохо? Работу найти нереально? — Это твой шанс 🚀
Последнее время всё чаще вижу одну и ту же ситуацию.
Человек активно ищет работу: отклики, собеседования, тестовые, разговоры с HR.
А на выходе — либо отказы без внятного объяснения, либо формулировки вроде
«вы хороший специалист, но нам нужен чуть другой профиль» 🤷♂️
И почти всегда звучит один и тот же вывод:
«рынок умер, конкуренция бешеная, сейчас вообще нереально найти работу».
Отчасти это правда — рынок действительно стал жёстче.
Но вот что интересно: именно в таких условиях многим стало проще выделяться 💡
Не потому что кандидатов стало меньше, а потому что вырос разрыв между теми, кто выглядит релевантно, и теми, кто — нет.
Я регулярно общаюсь с QA / AQA / SDET, которые сейчас находятся в активном поиске, и сам продолжаю проходить собеседования, чтобы держать руку на пульсе.
И главный вывод из этого опыта простой: сегодня выигрывает не самый громкий кандидат, а тот, кто чётко понимает свой опыт и умеет его объяснять.
Ниже — что именно изменилось и как этим пользоваться 👇
Что изменилось
Ещё 1–2 года назад часто работала простая схема:
уверенное резюме + нормальная подача = высокая вероятность оффера 😌
Многие компании:
не сильно углублялись в детали;
смотрели на опыт в общих чертах;
закрывали глаза на неточности, если кандидат выглядел уверенно.
Сейчас ситуация другая:
вакансий в ряде направлений стало меньше 📉;
требования заметно выросли;
собеседования стали глубже и детальнее 🔍;
интервьюеры чаще проверяют логику решений и реальный вклад кандидата.
Это не “заговор рынка”, а обычная фильтрация: когда выбор большой — требования растут.
Почему в этом есть плюс
Жёсткий рынок хорош тем, что он быстро отсеивает слабые места ⚠️
Причём чаще всего — самые базовые.
Типичные проблемы, на которых кандидаты “сыпятся”:
говорят, что строили фреймворк, но не могут связно объяснить архитектуру;
упоминают автотесты, но не понимают, зачем выбран конкретный стек;
рассказывают про CI, но путаются в вопросах стабильности и flaky-тестов 🤯;
заявляют про ответственность за качество, но не могут описать процессы.
Большинство падает не на сложных вопросах, а на уточняющих.
На этом фоне человек, который осознанно разбирается в своём опыте, сразу смотрится сильнее 💪
Даже без “топовых” компаний в резюме.
Как сейчас смотрят на опыт 🎭
На интервью всё меньше внимания формальным строчкам и всё больше — мышлению 🧠
Интервьюеру важно понять:
почему было принято именно такое решение;
какие были ограничения;
что пошло не так;
как проблему диагностировали;
какие выводы сделали.
Если опыт не структурирован — ответы быстро разваливаются.
Если опыт разобран и понятен самому кандидату — он спокойно проходит даже при неидеальном бэкграунде.
Поэтому сейчас важна не “красивая история”, а осознанное понимание того, что ты делал.
🎯 Ключевой навык сегодня — релевантность
Недостаточно просто быть QA или AQA.
Важно быть релевантным:
конкретной роли;
стеку компании;
типу продукта;
уровню ответственности.
Это проявляется в деталях:
какие кейсы вы выбираете;
как формулируете достижения;
как отвечаете на вопросы «почему?» и «а что если иначе?».
Иногда достаточно слегка пересмотреть подходы или формулировки — и это сильно влияет на конверсию.
Что с этим делать 🛠
Практический минимум:
1️⃣ Разложить опыт по зонам: архитектура, API, UI, CI/CD, процессы, инциденты.
2️⃣ Готовить ответы в формате: проблема → решение → результат → выводы.
3️⃣ Прогнать опыт через уточняющие вопросы — здесь хорошо помогают LLM.
4️⃣ Упаковать резюме как набор сигналов 🚦 и быть готовым их подтвердить.
Вывод 🧠
Рынок стал сложнее — это факт.
Но именно поэтому он стал выгоднее для тех, кто:
держит фокус на релевантности;
понимает свой опыт;
готовится к проверке;
не теряется на уточнениях.
Если относиться к поиску работы как к инженерной задаче, “жёсткий рынок” превращается в возможность 🚀
👉 Если интересно — глубже разбираю эту и другие интересные темы в своем Telegram-канале, ну а также делюсь там инсайдами по рынку, собеседованиям и росту в AQA / SDET.
Как мы научили ИИ вести себя как человек — и почему это оказалось важнее остального 🤖🧠

Привет, Хабр.
За последний год поиск работы для инженеров всё больше стал напоминать кликинг-симулятор: десятки однотипных откликов, шаблонные сопроводительные письма, часы механических действий. ⏳
При этом от кандидата всё ещё ждут осмысленности и персонализации — но обеспечивать её приходится вручную, в масштабе, который плохо сочетается с нормальной жизнью и развитием.
В какой-то момент я решил посмотреть на эту проблему как на инженерную задачу и попробовать автоматизировать рутинную часть процесса. Так появился ИИ-ассистент OfferMate.
Но довольно быстро стало понятно: автоматизация — это не всегда про “делать быстрее и больше”.
Почему «больше автоматизации» — плохая идея ⚠️
Первая версия ассистента решала задачу максимально прямолинейно:
быстрый сбор вакансий;
частые проверки;
высокая плотность запросов;
ставка на объём.
С инженерной точки зрения всё выглядело логично:
больше данных → больше откликов → выше шанс результата.
На практике это оказалось ошибкой.
Такой подход:
создаёт пиковые нагрузки 📈;
выглядит неестественно;
повышает риск блокировок;
и, главное, не отражает реального поведения человека.
Рынок труда — не нагрузочный тест и не очередь сообщений в Kafka.
Он реагирует не только на результат, но и на паттерн поведения.
Ключевое открытие: автоматизация должна быть незаметной 🕵️♂️
В какой-то момент мы осознали простую вещь:
эффективный ассистент должен вести себя не как бот, а как человек.
Опытный специалист:
не откликается на всё подряд;
читает вакансии выборочно;
делает паузы;
меняет темп;
реагирует на контекст.
И если автоматизация не воспроизводит этот паттерн — она рано или поздно ломается.
Это стало точкой, после которой мы полностью пересобрали архитектуру 🔄
Что изменилось в подходе ⚙️
Вместо «ускорения всего» мы сфокусировались на естественности поведения.
Теперь система:
🧠 анализирует вакансии, а не просто собирает их пачками;
👤 имитирует человеческий ритм: паузы, разную скорость, приоритеты;
🔄 адаптируется к изменениям в реальном времени;
🛡️ работает в рамках правил платформ, не создавая аномалий.
Что это дало на практике 📊
Самое интересное — эффект оказался не столько техническим, сколько продуктовым.
✅ Конверсия откликов выросла — потому что система стала бить не по площади, а в цель;
✅ Пользователи перестали вмешиваться вручную — ассистент стал предсказуемым;
✅ В среднем освобождается 10–15 часов в неделю, которые раньше уходили на рутину.
Именно здесь стало понятно, что мы движемся в правильном направлении 🚀
OfferMate 2.0: не «автоматизация всего», а умное делегирование 🧩
Этот подход лёг в основу новой версии продукта, которую мы сейчас допиливаем.
В OfferMate 2.0 мы сознательно ушли от идеи «пусть ИИ делает всё» и сфокусировались на том, где он действительно полезен:
🤖 анализ резюме и вакансий с учётом контекста, а не ключевых слов;
✍️ генерация сопроводительных писем под конкретную компанию;
🛡️ нативное и естественное взаимодействие с платформами;
📈 прозрачная аналитика и контроль со стороны пользователя.
Отдельно экспериментируем с новыми функциями — например, автоматизацией типовых онлайн-тестов. Но здесь действуем максимально осторожно и итеративно.
Итоговые мысли 🧠
Автоматизация ради автоматизации почти всегда приводит к хрупким решениям.
А вот автоматизация, которая копирует человеческую логику и ритм, — работает долго и стабильно. К этому мы и идем.
И да, если интересно следить за развитием проекта, архитектурными находками и экспериментами — я регулярно пишу об этом в блоге.
Там же делимся апдейтами OfferMate 2.0 и результатами тестирования.
Буду рад вопросам и обсуждению в комментариях 👇
Открытый скрипт для браузера IKEA 3D Model Downloader добавляет на сайте IKEA кнопку «Download 3D» на страницы товаров. Проект позволяет скачать файл с точной 3D-моделью дивана, стола или шкафа. Очень удобно для планирования ремонта. Можно закинуть мебель в 3D-планировщик квартиры, посмотреть, как она встанет по размерам, прикинуть цвета и сочетания, а не покупать вслепую «по картинке» Работает на всех версиях сайта IKEA и с новой версией тоже. По сути — примерка мебели у себя дома, только в цифре.

Уже второй год подряд «КОРУС Консалтинг» входит в топ-3 работодателей Санкт-Петербурга в рейтинге лучших работодателей России от HeadHunter🔥
А еще заняли 16 место из 31 в рейтинге крупных ИТ-компаний России (индекс — 102.6).
Оценка состояла из четырех критериев: удовлетворенность нынешних сотрудников, опрос бывших сотрудников, отзывы соискателей и анкетирование HR-специалистов. В этом году в рейтинге приняли участие 1,8 тыс. компаний.
За участников рейтинга было отдано 693 тыс. голосов соискателей — это на 7 тыс. больше, чем в 2024 г. Число сотрудников, принявших участие в опросе eNPS, за год выросло на 10% — до 421 тыс. Отзывы на компании оставили 129 тыс. бывших сотрудников.
Гордимся каждым из корусян: это наша общая победа!🔥
➡️ Уже более 25 лет мы остаемся живой, динамичной и развивающейся компанией. Несмотря на годы и масштаб, внутри у нас много энергии, открытости к новому, желания расти и идти вперед. КОРУС — место, где рождаются лидеры. Мы всегда готовы отдавать тем, кто готов брать ответственность и достигать своих целей и целей компании.
Мы — Платформа для роста и идей. Где можно пробовать, ошибаться, находить новые решения и реализовывать идеи. Где энергия идет от людей и превращается в результат.
Кстати, ваши голоса нам тоже очень помогли, дорогие будущие коллеги ❤️
✨Принимаем поздравления! Продолжаем держать планку😎
#рейтинг

Ближайшие события
Мы достигли точки сингулярности в распознавании ИИ-видео. Теперь люди не лучше подбрасывания монетки распознают видео, созданные искусственным интеллектом.

Самое печальное, что мы теперь даже хуже монетки распознаем ИИ-видео с людьми (говорящие головы), лишь в 46,6% случаев. Это именно те пропагандистские видео, которые вы наблюдаете в своей ленте фейсбук. Для сравнения, точность определения фейков среди пейзажей составляет 54,7%, среди нечеловеческих животных - 51,7%.
Мультимодальность, то бишь видео в сочетании со звуком, немного увеличивает распознаваемость ИИ-видео, но только в случае, если этим звуком является речь на языке, которым респондент свободно владеет. Осведомленность о существовании ИИ-видео никак не влияет на результат, в отличие от возраста. Пожилые люди менее точны в идентификации синтетических медиа, чем молодые, по всем типам медиа.
Данные из исследования: Di Cooke, Abigail Edwards, Sophia Barkoff, Kathryn Kelly. As Good As A Coin Toss: Human detection of AI-generated images, videos, audio, and audiovisual stimuli. DOI: 10.48550/arXiv.2403.16760
Источник: https://www.facebook.com/4everscience
Реабилитация в банке: что делать, если отказали в открытии счета или проведении платежа по 115-ФЗ?
Если ваш банк отказал вам в открытии счета, вклада или проведении конкретной операции по основаниям «антиотмывочного» закона (п. 5.2 или п. 11 ст. 7 закона 115-ФЗ), не паникуйте. У вас есть четкий алгоритм действий для «реабилитации» - восстановления доверия.
Важно! Эта процедура - первый обязательный уровень, который нужно пройти, прежде чем куда-либо еще жаловаться.
ШАГ 1: Запросите детальную причину отказа.
⦁ Банк обязан в течение 5 рабочих дней с момента отказа письменно сообщить вам дату и причины такого решения.⦁ Требуйте, чтобы информация была дана в понятной и полной форме, достаточной для дальнейшего оспаривания.
ШАГ 2: Подготовьте и подайте опровергающие документы в банк.
⦁ Получив причины, соберите документы, которые доказывают, что подозрения банка необоснованны. Например: договоры с контрагентами, товарные накладные, налоговые декларации, пояснения по сделке.⦁ Подайте пакет документов в банк с заявлением о пересмотре решения. Сделать это можно неоднократно, если появляются новые доказательства.⦁ Срок ответа банка: 7 рабочих дней с момента получения им ваших документов.
Банк может принять решение:
⦁ Устранить основания для отказа. Это победа - реабилитация пройдена на первом уровне.⦁ Оставить отказ в силе. В этом случае банк направит вам официальное сообщение о «невозможности устранения оснований».
Важный нюанс! Ограничение дистанционного обслуживания (интернет-банка) - это не полный запрет операций. Вы по-прежнему можете проводить платежи через отделение банка, подавая бумажные платежные поручения.
Если банк оставил отказ в силе, ваш следующий шаг - обращение в Межведомственную комиссию (МВК). Но без прохождения этого «первого уровня» с банком ваше заявление в МВК рассматривать не станут.
Открываем доступ по запросу к Yandex Managed Service for Sharded PostgreSQL — сервису на базе технологии SPQR для горизонтального масштабирования PostgreSQL

PostgreSQL по умолчанию не имеет нативной поддержки горизонтального масштабирования — и это вызывает сложности при достижении пределов единственного экземпляра Postgres. В качестве решения часто используют разделение таблиц по ключам и установку рядом с приложением координатора, который знает, на какой шард направить запрос.
Однако у такого подхода множество недостатков: сложность миграций, проблемы с масштабированием метаданных и балансировкой и не только.
Сегодня мы открываем доступ по запросу к управляемому сервису Yandex Managed Service for Sharded PostgreSQL. Новый инструмент создан на базе SPQR (Stateless Postgres Query Router) — это опенсорс‑решение для горизонтального масштабирования PostgreSQL, которое разработано инженерами из команды платформы данных Yandex Cloud и оптимизировано под OLTP‑нагрузки и плавные миграции.
Управляемый сервис на основе SPQR позволит клиентам облачной платформы Yandex Cloud ускорить обработку миллионов транзакций: так, с Sharded PostgreSQL банки и компании из сферы электронной коммерции могут запускать новые ИТ‑продукты в 3–4 раза быстрее. Надёжность технологии шардированного PostgreSQL проверена на проектах Яндекса.
Подробная история о том, что стало отправной точкой для создания SPQR, какие задачи он помогает решать, на чём основано решение и что помогает ему быть довольно простым в эксплуатации — в статье разработчика команды Managed Sharded Postgres Дениса Волкова на Хабре.
Команда активно развивает технологии PostgreSQL: каждый год в релиз базы данных попадает множество доработок от контрибьюторов из Yandex Cloud:
Инкрементальное улучшение любой популярной технологии зачастую имеет негативные последствия. Построить что‑то новое, ничего не сломав, бывает трудно и в чистом поле, а ядро PostgreSQL в этом смысле — лабиринт с граблями.
Но большинство незавершённых проектов создают инфраструктуру для того, чтобы какие‑то другие проекты могли завершиться и причинить пользу.
Андрей Бородин, руководитель команды разработки СУБД с открытым исходным кодом Yandex Cloud, Major Contributor PostgreSQL
Читайте статью Андрея о том, как не получилось сделать PostgreSQL лучше (и почему это нормально)

Боитесь, что ИИ заменит Junior-разработчиков? Вместе развеем мифы 27 января в 16:00 (Мск) на вебинаре «ИИ vs Junior: как стартовать в ИТ, когда нейросети кодируют быстрее?».
ИИ не думает — он исполняет. Настоящая ценность программиста в системном мышлении, архитектуре и принятии решений.
Обсудим:
🤖 Какие навыки делают разработчика по-настоящему востребованным в 2026.
🤖 Как превратить ИИ из «конкурента» в своего ассистента.
🤖 Типичные ошибки новичков и как их избежать.
🤖 Стратегия развития в эпоху генеративного кода.
📅 Дата: 27 января
⏰ Время: 16:00-17:00 (Мск)
👨🎓 Спикер: Жиромский Борис — специалист в области Python-разработки, AI Engineer.
Глубоко погрузиться в тему? Приглашаем на курс «Использование ИИ в разработке: ускорение и повышение качества кода» (AI-005). Освоите использование ИИ для ускорения разработки и повышения качества кода. Старт: 16 февраля. ➡️Запись⬅️
Где бесплатно учиться веб-разработке?
Многие боятся пробовать что-то новое, потому что опасаются потратить деньги на обучение впустую, хотя курсы сейчас — отличный способ сменить работу или получить полезный навык.
Хорошая новость: получить полезные навыки можно без рисков и вложений. На Хабр Карьере есть множество бесплатных и полезных курсов.
Присмотритесь к веб-разработке:
— Frontend-разработка. HTML, CSS, JavaScript.
— Backend-разработка. Python, Node.js, SQL
— Fullstack-разработка. JavaScript, React, Node.js
→ Иногда лучший старт — просто начать из любопытства.
Что нужно знать про Unicode.

Большая часть сложностей с кодировками ушла в прошлое. Сейчас у нас есть Unicode. Он признаётся как универсальный стандарт всеми современными ОС.
Да, сейчас не нужно часто думать про то, какая кодовая страница будет использоваться, какие локали нужно совместить и т.д.
Проблема только в том, что Unicode имеет несколько актуальных видов, которыми он может быть закодирован. И всё же, жизнь стала значительно проще.
Тематику Unicode затронул Джоэл Спольски ещё в далёком 2003 году, но она актуальна и на сегодняшний день.
Его статью можно часто встретить как стартовую рекомендацию, когда речь заходит о Unicode. И к этой рекомендации я могу только присоединиться.
Статья не просто имеет место быть, но обязательна для ознакомления, если Вы работаете с текстом на уровне байт.
Статья на сайте Джоэла Спольски: https://www.joelonsoftware.com/2003/10/08/the-absolute-minimum-every-software-developer-absolutely-positively-must-know-about-unicode-and-character-sets-no-excuses/
Электронные таблицы
Первая компания, где я работал, производила программное обеспечение и доставляла его на компакт-дисках. Курьеры-студенты периодически приезжали в офис, чтобы сдать выручку и получить очередную пачку дисков. Учёт велся в большом бумажном журнале. Постоянно возникала путаница: кто из курьеров сколько дисков взял и сколько денег должен.
Посмотрел я на это дело, открыл Эксель и набросал пару таблиц: журнал выдачи дисков и журнал расчётов. Получился инструмент, который сам считает, сколько дисков и денег на руках у каждого курьера. Задача была несложной, т.к. ещё в старших классах я где-то нашёл учебник по Экселю и прочёл от корки до корки. В итоге электронная таблица заменила бумажный журнал, а я прослыл в офисе главным автоматизатором.
Прошло четыре года, я уже пару лет как работал в другой компании. Раздаётся звонок. «Азат Лаисович, ваша таблица распухла и начала тормозить, можете помочь?» Я не поверил своим ушам. Они до сих пор её используют! Объяснил бывшим коллегам, как удалить исторические данные, таблица снова начала летать.
Умение пользоваться электронными таблицами — один из важнейших навыков. В личной жизни Эксель помогает настроить учёт коммуналки, запланировать путешествие и составить смету свадьбы. Стартапу или малому бизнесу электронные таблицы могут заменить дорогостоящие CRM и ERP. В большой компании Эксель позволяет выгрузить данные из сложной системы и быстро составить необходимый отчёт для аудита.
К сожалению, большинство людей осваивает Эксель методом тыка и продвигаются не дальше красивого раскрашивания ячеек. Хотите за пять минут делать работу, на которую ваши коллеги тратят часы — найдите учебник или курс по электронным таблицам.
