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

Всем привет! Сегодня хочу разобрать кейс, с которым сталкивается почти каждый Angular-разработчик на существующем проекте.

Часто в компонентах можно встретить такой код:

Буктрейлер это видос от 90 до 180 секунд про книгу, как в кино, ну только не про кино.

Сначала я честно пытался найти исполнителя, ну как это обычно бывает, решил делегировать задачу. Они (исполнители) существуют, найти очень просто, но те примеры работ, что выложены в рамках портфолио, ну мягко говоря, напоминают презентации из 90х. Закат сменяется ночным небом, описание в стиле начальных титров из “Звездных войн” (ну те, которые под 45% уходят вверх экрана) и в конце колхозный Mockup самой книги. 

Да что ж это делается? Хрустящие данные обратились снежинками, новый кирпичик данных стал неоновым, временная шкала обратилась в тигра и Xata переродилась

Два события заставили нас начать этот выпуск не с новостей о релизе. Snowflake купила Crunchy Data, а Data Bricks приобрела Neon. Что важнее, что сенсационней? Crunchy Data - компания-ветеран, Neon - стартап. Рыночная стоимость, однако, оказалась у стартапа в 4 раза больше. А тут и ещё 2 события (не столь сенсационных конечно). Но начнём с ветеранов.

Crunchy Data Joins Snowflake

Очередной всплеск разговоров о "триумфе Linux на десктопе" из-за конца поддержки Windows 10? Те, кто действительно хотел перейти на Linux, сделали это давно. Остальным же смена ОС не решит главных проблем. Почему? Давайте разбираться на фактах.

1. LTSC: "Спасательный круг" для Windows-машин
Не спешите хоронить парк ПК под Win10. Есть LTSC 2021 (поддержка до 12.01.2027) и его IoT-версия (поддержка до 13.01.2032). У меня лично LTSC 2021 — основная система дома, и на работе мы переводим АРМы именно под нее.
Да, для физлица лицензия LTSC — серая зона. Но кого это реально беспокоит в РФ в 2025 году? .

2. Настоящее "узкое место": Браузер — пожиратель ресурсов
ОС давно не главный ограничитель. Критичный фактор — современный браузер. Ему тяжело работать с перегруженными сайтами (медиа, SPA, трекеры). Куча вкладок в Chrome легко "съест" 8+ ГБ ОЗУ.
Личный опыт: Пытался оживить старый нетбук Samsung (1 ГБ ОЗУ) через легковесный Linux, а потом и Chromium OS. Не помогло: браузер убил всю производительность. Можно, конечно, посидеть в консоли и в vi написать текст , но плюсы перед XP в такой роли не совсем ясны.
А что с Linux? Классические дистрибутивы (Ubuntu, Fedora) тоже весьма "прожорливы". Легковесные (Lubuntu, AntiX) помогают слабому железу, но браузерную нагрузку не снимают. Lubuntu (XFCE/LXDE) на моём ThinkPad T60 увы не даёт буста в браузере по сравнению с Windows. Клавиатура эталонная, но даже с SSD и 8 ГБ ОЗУ скорость ощутимо ниже, чем на современном ноуте, даже в браузере.

3. Старый ПК? Старая ОС? Не всегда катастрофа!
А если ПК не для веба? Допустим, это кассир, станок с ЧПУ или домашний медиацентр. В чем ужас работы хоть с Windows 7?

Привет, Хабр!

Меня зовут Андрей. Я техник и системный админ. И хоть я незрячий, продолжаю разрабатывать инструменты для автоматизации, системного мониторинга и просто удобной жизни за компьютером. Этот пост — о моём первом публичном проекте, который я решил выложить на GitHub и рассказать о нём на Хабре.

Проект называется AutoCraft Bot. Это гибрид: Telegram-бот и десктопное приложение на Python. Он управляет компьютером, запускает плагины, делает скриншоты, работает с голосом, поддерживает REPL и Telegram API — и всё это в виде одного .exe

«Будем отправлять события в Rabbit!» Фраза, которая выдает мышление, рождающее код, полный боли. К сожалению, я ее часто слышу. Поэтому, уже много лет размышлял о написании этой статьи и безумно рад, что у меня, наконец, дошли до нее руки.

В статье я расскажу, как смешение понятий события, сообщения и транспорта рождает возгласы типа «Я ненавижу использовать Symfony Messenger, потому что был у меня проект на нем, и он не взлетел!»

Будут косвенно затронуты компоненты Symfony Messenger и Event Dispatcher. Несмотря на это, данный материал может оказаться полезным и для разработчиков, использующих другие фреймворки и даже другие языки.

Эмоциональное выгорание – это истощение, связанное с тем, что на работе не удаётся адаптироваться либо цена адаптации слишком высока и недостаточно компенсируется. Оно часто начинается с удовольствия и энтузиазма, а уже потом, через утомление и переутомление, приходит к состоянию «выжатого лимона». Официальное определение и стадии расписывать не буду - об этом написали уже миллион раз.

В интернете можно найти длинный список причин выгорания: «жёсткие дедлайны», «отсутствие обратной связи» и т д. Но, по сути, это не причины, а поводы/условия – иначе выгорали бы все 100% из тех, кто встречается с «жёсткими дедлайнами» и прочим. Точно так же наличие чипсов на кухне - это лишь повод съесть их все, но причина вовсе не в этом.

Обсудим здесь поводы и условия выгорания, его причины и преодоление. А вот на проявлениях и диагностике останавливаться не будем, но хочу заранее оговориться, что некоторые симптомы выгорания не специфические: например, утомляемость, апатия, раздражительность могут быть при депрессии, травмах головы, интоксикациях, дефиците некоторых витаминов и микроэлементов и это далеко не полный список. Поэтому призываю не ограничиваться самодиагностикой, а пользоваться этой статьёй как дополнительным источником помощи в том случае, когда у вас действительно эмоциональное выгорание.

Поехали.

Как вы думаете, нужно ли архитектуру на вашем текущем проекте подвергнуть масштабному пересмотру и исправлению? Ставлю на то, что большинство читателей ответят положительно. И эта часть именно про это. В ней мы рассмотрим:

1. Когда сложившаяся архитектура подлежит масштабным изменениям.

2. Что не менее важно, когда лучше оставить, как есть.

3. Ключевые признаки проблем в архитектуре.

4. Основные способы исправления таких проблем.

Но для начала мы вспомним, что было в предыдущих сериях. В первой части мы прошлись по теории и выяснили:

1. Что техническая реализация заметно влияет на успехи бизнеса, хоть и не очень критично;

2. Что из всех аспектов технической реализации наибольший вклад в успех вносит именно архитектура;

3. Что самое важное свойство архитектуры — максимальная независимость команд друг от друга;

4. Что это свойство вытекает напрямую из двух фундаментальных характеристик программного обеспечения: coupling и cohesion, где coupling — характеристика связи двух точек системы/кодовой базы; а cohesion — характеристика того, насколько плотно упакованы такие связи в компоненты.

Во второй части мы уже перешли к практике построения архитектуры с нуля. Мы узнали:

1. Что попытки угадать с архитектурой до старта проекта обычно проваливаются.

2. Что маленькие команды работают буквально в разы эффективнее, чем большие.

3. Что лучший способ разделить софт между командами - делать это постепенно. Начать с одной команды и уже затем дробить систему по обнаруженным в процессе разработки границам.

Теперь перейдем к вопросу, что же делать, если «все уже украдено до нас».

Привет, Хабр! Меня зовут Данила, мне 21 год, и за последние 2,5 года я успел поработать в роли разработчика программного обеспечения для встраиваемых систем — в основном на базе STM32. В этой статье я хочу поделиться тем, как я вообще пришёл в эту сферу, с чего начинал, какие грабли собрал и какие выводы сделал по пути.

Тема ошибок, которые могут допускать специалисты в различных областях, практически неисчерпаема, но некоторые ошибки, вернее, их результаты, могут быть заметны далеко не всем. Так, ненастроенное журналирование событий совершенно незаметно обычным пользователям. И даже взлом, который произошел из‑за этих ненастроенных событий, тоже вряд ли заметят пользователи, если только потом об этом напишут в новостях.

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

В наше время разработчики уже не так беспокоятся о размере приложений. Некоторые простейшие приложения требуют под 200-300 МБ, а игра вообще может весить более 100 ГБ. Я уже не говорю про "Hello World", который иногда занимет под 180-260 КБ!

К счастью, есть возможность сократить размер приложения. О мусоре в exe'шнике и о способах его удаления написано в этой статье.

Как мы построили DevOps в локальном облаке без AWS и managed-сервисов: GitLab CI, Kubernetes, PostgreSQL, мониторинг на Prometheus и Grafana. 10 000 TPS в пике, 12 минут на деплой, 2 минуты на восстановление — и всё это в проде.

Обзор без маркетинга, с фокусом на то, что реально нужно менеджеру: практика, широта тем, прикладные знания, релевантность, отсутствие воды и инфоцыганщины.

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

Всем привет! Это Александр Бондаренко, CPO в Garage Eight. Моя вторая часть статьи про развитие продукта при помощи улучшений и инноваций (часть 1 здесь). Она посвящена ТОП-13 худшим инновациям. На реальных примерах показываю, как качественные прорывы в продуктах разрушают репутацию компаний.

Когда-то всё было проще. В достопамятные двухтысячные годы джунов и в самом деле нанимали. Не спрашивали о «релевантном опыте», не требовали ссылки на боевые проекты и не строили сложных лабиринтов из HR-интервью, технических сессий, тестовых заданий и многоступенчатых собеседований. Но прошло 15–20 лет — и всё изменилось до неузнаваемости. Новички (стажёры и джуны) теперь бесправны и даже подозрительны.

В папке «0. Файлы» содержится техническая информация: здесь хранятся картинки, несортированные заметки, заметки о том, как надо вести хранилище (скопируйте туда эту статью, чтобы несколько раз не возвращаться).

Модифицированная файловая архитектура по методу P.A.R.A (с небольшими изменениями).

Вы когда‑нибудь задумывались о том, как здорово было бы, чтобы в вашей игре происходили настоящие человеческие диалоги? Представьте себе систему диалогов NPC, которая кажется невероятно реалистичной, или нарратора, который моментально реагирует на действия игроков. А может быть, вам нужен инструмент, способный генерировать уникальный контент «на лету» прямо в игре? Вне зависимости от того, создаете ли вы одиночную или многопользовательскую игру, внедрение генеративного искусственного интеллекта может сделать ваше творение намного интереснее и динамичнее. В этом руководстве я поделюсь с вами пошаговой инструкцией того, как это можно воплотить в вашем проекте.

Быстрый и легковесный десктопный вьювер изображений с минималистичным UI/UX «прозрачный полноэкранный оверлей» с управлением, аналогичным картографическим приложениям (в т. ч. зум скроллом и пан перетаскиванием, закрытие кликом в любой точке), позволяющим быстро и удобно открывать-закрывать произвольные изображения из файлового менеджера и зумить детали (как на некоторых веб-сайтах).

Написан на C с SDL3. Поддерживаются форматы изображений, которые поддерживаются SDL3_Image (то есть, все популярные кроме HEIC).

( читать дальше... )

 image viewer, sdl, sdl3, от автора, просмотр изображений

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

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

Всем уже известно, что с 30 мая 2025 года в России значительно ужесточились штрафы за нарушения в сфере персональных данных. Одно из таких нарушений — утечка персональных данных, — которая влечёт за собой весьма серьёзный штраф. Особенно уязвимыми к этому нарушению становятся малые и средние компании, где зачастую нет выделенных специалистов по информационной безопасности и юридической компетенции в области 152-ФЗ.

Утечка ПДн — это не просто техническая проблема, а правовой и репутационный кризис. Важно не только устранить последствия, но и правильно отреагировать в первые часы после инцидента, чтобы избежать ещё больших санкций. В этой статье мы разберём, какие риски несёт утечка и какие шаги должен предпринять бизнес в соответствии с требованиями Федерального закона 152-ФЗ.