Ээээ. По-моему тут какой-то обман: во-первых, в комментариях пишут, что фильм уже снят, т.е. деньги собираются не на съемки; во-вторых, на сайте пишут: «A Lonely Place for Dying is being released as a five-part series through VODO. The first four episodes will be released monthly. The fifth episode will be released in early February after the film has begun it's US Theatrical release. In addition, the project will include two music releases highlighting the work of composer Brent Daniels.». Т.е. *посмотреть* фильм (целиком) можно будет все равно только после премьеры в кинотеатрах. Ну и где новая модель блаблабла?
Когда я говорю «Вас» я имею, как ни странно, в виду именно Вас. Я работаю со сложными компьютерными системами и не имею никакого отношения к госструктурам. Я думаю, что обывательская логика плохо применима к тому, что считать основной задачей автоматизации ЛПУ. Это все что я хотел сказать.
у минздравсоцразвития другие проблемы, чем у Вас — в первую очередь им нужно корректно распределить бюджет и управлять организацией по всей стране, а для этого надо понимать кто, где и какими услугами пользуется, т.к. предоставить все услуги всем и везде не представляется возможным
ээээ
это трындец и перезапуск если Вы его не поймали, а если Вы его поймали — то это еще несколько суток существования приложения в режиме зомби, пока оно не сломается где-то еще. В случае отлова Exception — у Вас будет хотя бы шанс срегаировать на error и сделать System.exit.
Я согласен, что это не тема статьи, но использование кода с bad smell в публичных примерах это плохо, т.к. новички будут на этом учиться.
что testPopulateAdress, что populateAdress — оба варианта так себе. Слово тест в начале никак его не красит. А вот название, к примеру, populatesAdressWhenHostIsGiven — уже ближе к правде будет.
Вот неплохая статья на тему: www.m3p.co.uk/blog/2010/07/23/bad-code-isnt-technical-debt-its-an-unhedged-call-option/ для тех, кто немного разбирается в финансовых инструментах. Коротко: с точки зрения финансиста долг это не плохо, поэтому попытка объяснить клиенту финансисту проблему через метафору «долга» может и не сработать. Для этого случая гораздо удачнее метафора «кол-опциона».
«Infinite Loop… Например, можно отправлять сообщение об ошибке в систему мониторинга (см. ниже) и переходить к обработке следующего таска.» — еще один вариант это увеличивать промежутки между попытками обработать такое сообщения. К примеру, google app engine именно так подходит к обработке своих тасков — при каждом отказе удваивает время до следующего запуска вплоть до суток.
имхо ServiceLoader используется на этапе «сборки» графа объектов и для него нужно писать интеграционные тесты из серии «собрали джарник, запустили — работает», а не юнит-тесты, т.к. не очень понятно, что именно тут можено про-юнит-тестировать.
пример где это можно было бы использовать: liquibase (вместо этого автор сделал свой собственный костыль на основе манифеста). Скажем, у liquibase есть свой собственный класс для работы с MySQL. Работает это так: код хочет создать новую таблицу в БД, запрашивает у сервис локатора все доступные имплементации интерфейса СоздаваторТаблиц, идет по ним и у каждой интересуется, умеет ли она работать с MySQL. Находит одну и с ее помощью создает таблицу. Как я сказал все работает прямо out-of-the-box. Однако, код не умеет устанавливать engine. И в моей личной базе данных плодит MyISAM таблицы, что мне не нравится. Благодаря механизму расширений, я создаю свой джарничек, который кладу в класспаф, в нем правильно настраиваю окружение (манифест/сервисы) и пишу свою собственную имплементацию, которая твикает sql так, как мне нужно: pastebin.com/PRxFuWTa. Чтобы избежать проблем с jar-hell автор использует метод getPriority, чтобы выбирать между иначе равнозначными имплементациями.
это трындец и перезапуск если Вы его не поймали, а если Вы его поймали — то это еще несколько суток существования приложения в режиме зомби, пока оно не сломается где-то еще. В случае отлова Exception — у Вас будет хотя бы шанс срегаировать на error и сделать System.exit.
Я согласен, что это не тема статьи, но использование кода с bad smell в публичных примерах это плохо, т.к. новички будут на этом учиться.
в аду есть специальное место для тех, кто ловит Throwable! Представьте себе, что Ваш код поймал OutOfMemoryError — что будет?
пока что про потоки, зависимости и параметризации не очень убедительно
вас так или иначе оценят
косвенно можно будет понять по предлагаемым позициям/зарплате