And if I claim to be a wise man/It surely means that I don't know

Моя первая клавиатура имела чип на котором было написано 1984 или что то в этом духе,
и от современной туфты в PS/2 она выгодно отличалась тем что могла отслеживать
до 8 одновременно нажатых клавиш. Что было реально круто для игры в Molez.

Потом, конечно была Mitsumi Classic.

Года через два я начал работать на немцев и познакомился с немецкой клавиатурой, на рабочем буке.

Потом, в следствие инцидента, пришлось заменить клаву на домашнем буке - на испанскую.

Теперь мне пришёл новый рабочий бук, с американской раскладкой. Отсутствие букв Щ, Ю, Ё
и прочих я обнаружил только на второй день.

Итого, последние три года у меня какая угодно клава кроме ЙЦУКЕН.

"Это когда вы ищите иголку в стоге сена,
а находите дочку фермера".

1. Добирался домой на такси, за 7.5 километров видел 4 аварии, дорога сухая.
2. Простите, но когда говорят что java плохая потому что видите ли там нужно писать
getter-ы, а вот если бы геттеры писать было не надо тогда бы мы ух. Это смешно.
3. Может быть кто нибудь знает приличный французский фильм снятый за последние 10 лет,
не то что бы такой же хороший как "Игрушка", или там "Васаби", а просто что бы смотреть
было не противно.
Мне кажется сейчас даже немцы снимают лучше, это при том что там же немцы играют!

Ранее я описал часть проблем с деплойментом
scheduled/batch сервисов, теперь пара идей по их решению.

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

( Два варианта )

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

От интерфейса scheduled/batch задачи отличаются тем что
1. Они идут асинхронно, а значит принципиально если они будут
остановлены на непродолжительное время - этого никто не заметит.
2. Они могут быть длительными, и если в интерфейсе мы можем быть
уверены что все запросы выполненные минуту назад уже завершились,
то sheduled/batch задачи могут запросто крутиться по пол часа к ряду и более.

Всё это влияет на логику редеплоев scheduled/batch задач. Если интерфейс
можно просто переключить на новую версию целиком, то с scheduled/batch
задачами такого может не получится.

Если scheduled/batch задачи выполняются в рамках одного приложения,
и есть задачи которые выполняются долго, и есть неудачные пересечения
по времени, - может получиться так что окно когда ни одна задача не
запущена (и можно остановить всё приложение и передеплоить) будет
появлятся редко, или его вообще не будет (как повезёт).

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

To Be Continued - two ways how I solved this problem for myself.

С прошлого раза когда я писал про Continuous Deployment
прошло около года и где то 150 релизов.

( Жизнь показала что я был немного наивен )

https://addons.mozilla.org/en-US/firefox/addon/perspectives/?src=collection&collection_id=26aa4d81-029d-8a7f-56d9-8b85087d4e18

Заставляет firefox жрать самоподписанные сертификаты.