Последние 20 лет мы занимались довольно скучными на первый взгляд вещами — делали гели для аппаратов УЗИ. Потом начали делать смазки для родовспоможения коров. А затем — интимные гели.

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

Я же лично варил 20-килограммовый котёл флуоресцентного геля для хэллоуиновской вечеринки — его там должны были черпать половником. Пятилитровые канистры потом стояли в кабинете и каждый раз радовали глаз. 

Продукт в серию не пошёл, но опыт остался. 

В общем, нам нужна помощь в тестировании. 

Перевожу: в рабочие обязанности входит заниматься сексом. Как можно больше. Но не прямо на рабочем месте по возможности. В смысле достаточно заводить тикеты после полевых тестов. 

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

Корпорация Microsoft и энергетическая компания Westinghouse Nuclear планируют использовать ИИ для ускоренного строительства новых атомных электростанций в США. Однако, согласно отчёту аналитического центра AI Now, подобный сценарий может привести к катастрофическим последствиям.

Я работаю в одном крупном российском банке, где занимаюсь разработкой распределённых систем. За последние несколько лет наша архитектура заметно усложнилась — часть сервисов работает в OpenShift, часть на виртуалках, а кое-что до сих пор крутится на «железе».

Основная боль заключалась в том, что у нас не было единой системы мониторинга. Метрики мы собирали из разных источников: где-то стоял Prometheus, где-то — Zabbix, в Kafka писали свои дашборды, а для C++ приложений вообще не было нормального мониторинга. Каждый инцидент превращался в расследование: мы переключались между тремя-четырьмя консолями, сверяли логи, писали временные скрипты для выгрузки метрик. В среднем на поиск корневой причины (root cause analysis) у нас уходило от нескольких часов до пары дней.

Я регулярно занимаюсь созданием Java-приложений, и, пожалуй, могу себя считать Java-разработчиком. Как и полагается Java-разработчику, я интересуюсь новостями из мира Java и с интересом помимо прочего читаю выпуски Java Digest из блога Т-Банк на Хабре.

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

Всем привет! Меня зовут Осипов Арсен.

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

Тяжело передать словами, как я был этому рад!

Всем привет, я инди разработчик, но когда то я им не был :) За всё время своих скитаний я успел сменить много различных профессий, от грузчика и продавца консультанта, до сотрудника торгового зала в "Ленте", но в итоге пришёл в геймдев, и, в этой статье я поделюсь своим опытом о разработке и публикации своей первой игры - PiCROSS.iO

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

Сервер авторизации в OAuth предназначен для выдачи маркера доступа, который позволяет клиентскому приложению использовать этот маркер доступа для запроса ресурса, который ему нужно получить. Сервер ресурсов будет подтверждать этот маркер доступа с помощью сервера авторизации каждый раз, когда клиентское приложение запрашивает ресурс, чтобы определить, следует ли разрешить клиентскому приложению доступ к этому ресурсу. Вы можете использовать множество различных открытых источников, таких как Keycloak, Spring Security OAuth (устаревший), или же новый проект Spring под названием Spring Authorization Server для реализации этого сервера авторизации. В этом руководстве я покажу вам, как использовать сервер авторизации Spring (Spring Authorization Server) для реализации сервера авторизации OAuth (OAuth Authorization Server)!

Сначала я создам новый проект Spring Boot с Web Starter, Security Starter:

Знаю, он не идеальный, но по крайней мере я попытаюсь рассказать, как его к этому приблизить.

В одну заметку всё не войдёт, поэтому сначала план:

1. Постановка задачи — описание той конфигурации проектов с которой мы будем работать, целей и проблем
2. Как настроить мавен для разработки в рамках нашей задачи
3. Как настроить CI/CD (билды, релизы, деплоймент)
4. Нерешенные проблемы

Задача

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

• Централизованное управление зависимостями на внешние библиотеки
• OSS проекты в центральном мавен репозитории
• Закрытые проекты в своём мавен репозитории.
• «Простой» релиз внутренних проектов с обновлением зависимости в зависимых проектах.
• Максимальная автоматизация всех хотелок.

На Хабре совсем нет информации про TestContainers. На момент написания этой статьи, в поисковой выдаче есть анонсы наших же конференций, и всё. Между тем, в проекте на GitHub у них уже более 700 коммитов, 54 контрибьютора и 5 лет истории. Похоже, все эти пять лет проект тщательно скрывался спецслужбами и НЛО. Настало время выйти из тени на свет.

Чукча — читатель, а не писатель. Поэтому, вместо написания своего текста, я попросил разрешения на перевод соответствующей статьи из блога RebelLabs.

Итак, здесь мы поделимся парой слов о наимоднейшей Java-библиотеке для интеграционного тестирования — TestContainers. Кроме этого, будет немного о том, почему интеграционное тестирование настолько важно для ZeroTurnaround и их требования к интеграционным тестам. И конечно, будет полнофункциональный пример интеграционного теста для Java-агента. Если кто-то никогда в глаза не видел код Java-агента, то сейчас самое время. Добро пожаловать под кат!

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

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

gitosis — программное обеспечение для хостинга Git репозиториев

Установка:

Появился скрипт авто установки пока тестируется
sudo apt-get install python-setuptools git-core -y
mkdir ~/src
cd ~/src
git clone git://github.com/sc0rp1us/gitosis-tools.git
cd gitosis-tools/gitautoinstall
sudo bash main

Дальше следуем инструкциям скрипта

• Для debian & ubuntu выполните следующие команды от пользователя root

apt-get update
apt-get upgrade
apt-get install python-setuptools git-core -y
cd ~/src
git clone git://eagain.net/gitosis.git
cd gitosis
python setup.py install

Настройка:

1. строю усложняющуюся последовательность примеров
2. объясняю возможные варианты применения
3. объясняю логику двигавшую авторами (по мере возможности)
4. даю большое количество тестов (50-100) всесторонне проверяющее понимание и демонстрирующих различные комбинации
5. даю лабораторные для самостоятельной работы

Вступление

Возможно, у этой системы найдутся приложения не только
в роли логического исчисления. (Алонзо Чёрч, 1932)