Kurgan-Telecom Ru | Информационные технологии

Привет! Это команда Яндекс Практикума. Первые уроки наших курсов доступны бесплатно — базовая теория, первые задачи и описание профессий открыты всем желающим. В этом материале рассказываем, что любим в бесплатных частях курсов больше всего и почему их стоит пройти, особенно если вы думаете о профессии в IT.

Привет, Habr! Меня зовут Ксения, сейчас я разработчица в российской IT-компании Онлайн патент. Решила поделиться своим опытом "настоящей" удалённой работы и как я к этому пришла.

Меня зовут Маша, я системный аналитик в компании EvApps. Эта статья - пошаговая инструкция для тех аналитиков, кто без скиллов в BI пытается к утру сделать бизнес-метрики в Grafana, имея только доступ к ней. Надеюсь, что гайд поможет быстро настроить дашборд по бизнес-метрикам и найти варианты устранения ошибок, которые возникает в работе начинающего аналитика в данной сфере.

Мой путь начался с высшего инженерного образования в сфере строительства, я закончил направление ПГС. Проработав 7 лет в строительстве по различным инженерным специальностям, я понял, что объем навыков, который я получил за это время очень широкий и нужно двигаться дальше.

К последним годам своей карьеры в строительстве я уже начал делать уникальные вещи для своей специальности.

Из новостей: Unity 6.1, продажи Clair Obscur: Expedition 33 достигли миллиона копий, Box2D 3.1.

Из интересностей: как можно разнообразить внутриигровые таймеры, от первых штрихов до 2D анимации прямо в Unity, искусство дизайна одежды для персонажей BG3.

В языке Go одним из важнейших преимуществ является мощная поддержка многопоточности и параллелизма за счёт горутин и каналов. В этой статье подробно разберём три продвинутых шаблона работы с горутинами:

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

P. S. Ты — ходячий сертификат доверия. Даже если твой мозг на аутсорсе, твоя цифровая тень кричит: «Этому можно верить!»

// КОД ДОВЕРИЯ: 0xTRU5T_M3 //
// (ЕСЛИ В F2F‑СЕТИ НЕТ ТАКОГО АЛГОРИТМА — ТЫ ЕГО ТОЛЬКО ЧТО ПРИДУМАЛ.) //

Практически все функциональные возможности микросхемы RDA5807M реализованы в примерах ардуиновских библиотек Radio от Matthias Hertel и PU2CLR_RDA5807 от Ricardo Lima Caratti. Обе ищутся и устанавливаются в IDE.

Меня интересовала в основном реализация RDS, но не устраивало большое количество кнопок управления (не менее 4-х), так как в основном я ориентировался на управление энкодером. Просмотрев все примеры, я обратился к поиску радиоприемников, ориентируясь только на те модули, которые были у меня: модуль RDA5807M c кварцем, OLED SSD1306 128х64 синий с желтой верхней полосой, энкодер TZT и Arduino Nano (далее МК). Варианты с дополнительными кнопками, как в примерах библиотек, не рассматривались. В результате я остановился на двух вариантах. Первый.

Схемы подключения модулей приемника и дисплея стандартные — это шина I2C, организованная на выводах А4 и А5 МК; D2, D3, D4 для энкодера. Для написания кода я использовал в основном DeepSeek (далее просто чат-бот). Grok и YandexGPT применялясь от случая к случаю, об этом ниже. Выбор был основан в основном на доступности без бальных танцев из-за блокировок. Правда, совсем без танцев не обошлось, а решилось совсем просто. Ну, вы поняли, о чем речь.

Описал первое задание и боты взялись за дело. Конечно, с первого раза ничего путного не получилось и со второго тоже. Дело пошло лучше, когда я стал использовать диалоги, подбрасывая в диалог сообщения об ошибках компиляции. В результате получил более-менее работающий код, но с одним недостатком. На дисплей не выводилась кириллица. Чат-боты печатают очередную итерацию, но становится только хуже. В какой-то момент Arduino IDE написала мне, что для шрифтов не хватает памяти МК. Тут я понял, что надо остановиться — дело зашло в тупик.

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

Сборка проектов на CMake вызывает множество вопросов у новичка. Так как это ударило непосредственно по мне, я решил показать и рассказать о том, как быстро создать универсальные скрипты для сборки на CMake.

В Kubernetes важно правильно настроить StorageClass, чтобы эффективно использовать место для хранения данных приложений. Выбирать StorageClass по умолчанию можно вручную, но такой способ часто приводит к ошибкам и усложняет работу. В статье расскажем, почему ручной способ — не самый удобный, и покажем подход, который реализовали в Deckhouse. Он помогает проще и надёжнее управлять хранением данных.

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

Эта статья может помочь тем, кто пока в раздумьях и ещё не определился с направлением в желаемой работе, а также тем, кто просто интересуется развитием своих софт‑скиллов или же размышляет, как можно эффективнее подойти к общению в работе с точки зрения продакт менеджмента.

Возможно, она поможет и уже опытным менеджерам (да и любым другим руководителям) найти новые подходы в работе, а возможно не пригодится и вовсе. Для кого‑то пусть я и буду «капитаном очевидностью», но в любом случае я постараюсь внести свой вклад.

Всё, что я опишу в данной статье, является всего лишь моим личным опытом работы и наблюдений. Но наблюдений, которые помогли закоренелому интроверту вроде меня успешно работать на руководящей должности с большим объёмом ежедневного общения (раньше вживую, а теперь исключительно в онлайн‑формате работы).

Понятие «потока» — центральное в дизайне уровней: оно охватывает и навигацию, и восприятие, и эмоциональную динамику. Чтобы достигнуть нужного баланса, дизайнер должен уметь грамотно выстраивать маршруты, повторно использовать пространство и управлять вниманием игрока. Во второй части статьи мы разберём, как работает критический путь, что такое циркуляция и зачем повторно использовать пространство.

Самые интересные новости финансов и технологий в России и мире за неделю: Трамп признал пошлины против Китая слишком высокими, у Теслы всё плохо с отчетностью, ЦБ РФ не стал менять ставку, Дуров раскритиковал власти Франции, в AI наступила «Эра опыта», роботы поучаствовали в марафоне в Китае, а NFT оказались бесполезны.

Вам нравится, когда вам не доверяют? Вспомните то чувство, когда вы беретесь за новую, интересную задачу — будь то сборка сложного конструктора, разгадка головоломки или даже освоение нового маршрута в незнакомом городе — а кто-то постоянно стоит над душой. Подсказывает каждый шаг, тычет пальцем в очевидное, не дает вам ни шанса споткнуться, подумать, самому найти решение. Раздражает? Возникает ощущение, что вас держат за идиота, неспособного связать два плюс два без посторонней помощи?

Возможно, я чего-то не понимаю в этой жизни. Может, современный мир требует именно такого подхода — максимальной безопасности, минимизации любых усилий и рисков. Но когда я смотрю на игровую индустрию, особенно на её мейнстримную часть.

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

И вот тут начинается моя личная дизайнерская ирония, даже трагедия...

В предыдущей паре статей я поведал о своем первом опыте проектирования чего-то материального. Так родился конструктор для взрослых (дядек). Набор хитро выегнутых железок. Из которых должен был собраться мой первый ЧПУ-станок с большим красивым CO2-лазером на борту.

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

Пользователь Reddit с ником Low-Needleworker-139 неделю назад объявил в сабреддите r/IndoEuropean, что создал на базе ChatGPT свою пользовательскую языковую модель, которую обучил на имеющемся корпусе реконструкций праиндоевропейского языка. Этот пользовательский чатбот получил название Déiwos-Lókwos GPT.

Модель, согласно заявлениям пользователя, отражает как фонетику и грамматику (включая ларингалы и аблаут) так и характерный поэтический регистр, реконструируемый для праиндоевропейского.

Одной из ключевых особенностей модели является её способность дообучаться на ходу: например, она придумает и сохранит неологизм, если у неё нет подходящего праиндоевропейского слова (например, "поезд"). Обо всех подобных усовершенствованиях она сообщает системными сообщениями с заголовком UPGRADE.

Автор предложил всем желающим тестировать модель, что я и сделал. Помимо праиндоевропейского, модель говорит на английском (другие языки не проверял, общался с ботом на английском). С первых сообщений нейросеть говорит, что она особенно хороша в поэзии и намекает, что надо дать ей перевести стишок... ну что ж, здесь у нас явно есть общие темы для разговора!

Микросервисная архитектура стала де-факто стандартом для построения современных масштабируемых приложений. Вместо единого монолитного приложения система разбивается на набор мелких независимых сервисов, каждый из которых отвечает за свою четко обозначенную функцию. Такой подход позволяет упрощать разработку и развертывание отдельных компонентов, повышать отказоустойчивость и масштабируемость системы. Однако переход к микросервисам и их эффективное использование сопряжены с рядом сложных задач. Для их решения в практике выработаны архитектурные паттерны – типовые подходы и шаблоны проектирования.

В данной статье мы разберем несколько ключевых паттернов, связанных с микросервисами. Речь пойдет о паттернах миграции и интеграции (таких как Strangler Fig – «удушающее дерево» и API Gateway), о сетевых и структурных паттернах (Service Mesh, Sidecar), о шаблонах работы с данными (Database per Service, CQRS) и об особом подходе к хранению состояния (Event Sourcing). Для каждого паттерна мы рассмотрим его суть, назначение, примеры использования, а также плюсы и возможные сложности. К некоторым паттернам приведены упрощенные диаграммы и фрагменты кода, чтобы иллюстративно показать, как они работают на практике.