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

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

На нескольких проектах я сталкивался с ситуацией, когда есть Kubernetes с разными окружениями типа dev, stage, prod и т.д.
Код сервисов в эти самые окружения попадает в процессе CI/CD: то есть мы мержим какую-то ветку с разрабатываемой фичей или исправлением бага в ветку, которая “привязана” к окружению и дальше наш код деплоится в кластер. Думаю, для многих - это уже стандартная история.

Давайте представим, что нужно сделать задачу, относящуюся к какому-нибудь микросервису, эта задача подразумевает запрос по сети к другому микросервису, а тот, в свою очередь, посылает запрос к еще другим микросервисам. Как быть, когда мы хотим, чтобы нам были доступны данные из других микросервисов, чтобы протестировать то, что мы сделали не в тестах с моками, а в условиях, похожих на “боевые”. Тут самым очевидным, как мне кажется, является разворачивание локально микросервиса, код которого мы “ковыряем” и проброс портов до целевого микросервиса в dev кластере (или в другом кластере, предназначенным для тестирования), например:

Когда руководстворешило перевести проектный трекинг с Яндекс.Трекера на JIRA, мы быстро поняли: простого «экспорта‑импорта» не будет. Ни одно из готовых решений не справлялось с задачей полноценно — а именно с сохранением всей истории, авторства, чек‑листов, вложений, связей, ссылок на другие задачи и пользователей, и даже оригинальной нумерации задач из Яндекс.Трекера.

Что ж, вызов принят. Ниже расскажу, как я за 3 месяца написал систему, которая перенесла всё — до последней запятой в комментарии.

Хабр, привет! Сегодня узнаем, что такое проблема подглядывания и почему она появляется. Реализуем аналог метода Покока и критерий Вальда для последовательного тестирования. Посмотрим, можно ли одновременно подглядывать и контролировать вероятности ошибок при том же размере групп. Обсудим границы применимости последовательного тестирования.

Как получить прозрачность в бизнес-процессах, если архитектура строится на микросервисах и событийных потоках? В своей статье Бернд Рюкер, сооснователь Camunda, делится практическими подходами к отслеживанию и управлению процессами в распределённых системах. Он объясняет, как переход от простого мониторинга событий к полноценной оркестрации помогает лучше понимать происходящее, своевременно реагировать на инциденты и сохранять контроль над сложными бизнес-операциями. В статье разбираются плюсы и минусы различных подходов — от Elastic-подобного мониторинга до использования движков рабочих процессов, а также рассматривается важность баланса между оркестрацией и хореографией.

Привет, Хабр! Сегодня мы изучим весьма занятную педаль перегруза, которая наверняка заинтересует любителей «тяжёлых» жанров гитарной музыки. Хотя и в контексте блюз-рока она, как это ни странно, вполне применима.

❒ Удивительное устройство выпускается компаниями Twinote и Nux-Cherub под названиями, соответственно, Pπ Fuzz и HG6 Modern High Gain Distortion.

Его звучание нравится многим, но никто не может ответить, по какой схеме собрано данное чудо. Сегодня мы это исправим.

Автор оригинальной статьи: Daniel Terhorst-North 

Вы можете накормить волков и сохранить овец, если сделаете все правильно.

Многие организации живут в постоянном напряжении между двумя путями разработки: быстрым, но «грязным», и надежным, но медленным. Одни торопятся, оправдывая технический долг «прагматизмом», другие осторожничают, опасаясь ошибок и занимаясь оверинженерингом. Я предлагаю третий путь — «лучшую простую систему на сегодня» (Best Simple System for Now, BSSN), которая сочетает преимущества обоих подходов и не заставляет идти на компромиссы.

Суворов Александр Васильевич сказал: «Каждый солдат должен знать свой маневр». Эти слова идеально подходят и для корпоративного управления. Чтобы побеждать в конкурентной борьбе, важно не просто следовать строгим приказам и схемам, а давать сотрудникам возможность действовать гибко и самостоятельно, понимая свои задачи и условия их выполнения.

В этом контексте традиционные инструменты, такие как BPMN, начинают терять свою привлекательность, уступая место более продвинутым технологиям, таким как DMN.

Мой бывший босс - замечательный человек. Пока одни кричат, что в 1С нет ни слова на английском, он запускает продажи в Африке. Пока другие жалуются, что технарям сложно изучать языки, ему покорился английский, испанский, а теперь в работе - французский. Загляните в это интервью с Ильей Шиховым, CEO в компании Rise, если вам интересно:

- Вывести IT-продукт на зарубежный рынок.

- Понять, какой уровень языка действительно для этого нужен.

- Узнать, как устроен IT-рынок ЮАР, и какие перспективы он даёт.

Если в середине 90-х вы уже знали, что такое ватты и киловатты и сами платили за электричество, то наверняка подтвердите, что ПК того времени потребляли куда меньше энергии, чем флагманские видеокарты современности. Весь системный блок - а это процессор, материнская плата, жесткий диск и видеокарта - укладывался максимум в 200 Вт. А сегодня одна только RTX 5090 забирает из розетки в 2,5 раза больше. Конечно, на выходе мы получаем поистине завораживающую графику, но есть и издержки в виде большого количества тепла, шума и, конечно, рисков оплавления. В этой статье мы проследим путь эволюции видеокарт и разберемся в технических причинах их растущих аппетитов. 

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

В этой статье мы рассмотрим, что такое GraphQL и для чего он был создан. Разберёмся, какие задачи сложно решить в REST API, и какую альтернативу предлагает GraphQL.

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

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

Ну а если вы уже все знаете, и вам не терпится участвовать,

→ скорее регистрируйтесь на лендинге — стартуем уже 14 июля!