Обычная практика при работе с госами - это долгосрочное планирование, тщательное проектирование, разработка по детальным спецификациям, тестирование и релиз раз в три-четыре месяца. Вроде все логично и понятно но, по моему опыту, в современном быстро меняющемся мире работает далеко не идеально. Многие технологические компании (Amazon, Facebook, Netflix и др.) уже отказались от такого каскадного подхода: формируют гипотезы, проводят  множество маленьких экспериментов для их быстрой апробации в бою. Думаете, чтобы разработать ракету нужен детальный техпроект, план и далее сборка по чертежам? Тогда вы сильно удивитесь, если прочитаете, как это делается в SpaceX.  С таким же недоумением со стороны коллег я сталкиваюсь, когда говорю, что мои команды на госпроектах делают каждый день релизы, организуют частые показы заказчику или пользователям. А еще мы не пишем детальных спецификаций и постоянно развиваем инженерные практики. Почему такой подход имеет место быть и приводит к хорошим результатам, расскажу на примере проекта по созданию ГИС Открытый контроль. 

Как же вы планируете без диаграмм Ганта? Почему ваши разработчики не оценивают задачи? Зачем вы делаете частые релизы и частые показы? Что делаете, еcли прилетела срочная задача от заказчика? Какие инженерные практики вам пришлось внедрить, чтобы делать релизы каждый день? Ответы на эти вопросы, а также то, почему мы отказались от Scrum вы найдете в статье.

Что такое Workbox?

Workbox (далее — WB) — это библиотека (точнее, набор библиотек), основной целью которой является "предоставление лучших практик и избавление от шаблонного кода при работе с сервис-воркерами" (далее — СВ).

Если вы впервые слышите о СВ, то перед изучением данного руководства настоятельно рекомендуется ознакомиться со следующими материалами:

• Service Worker API — MDN
• Service Workers: an Introduction — Web Fundamentals
• Визуализация работы сервис-воркеров — Хабр
• Рецепты по приготовлению офлайн-приложений — Хабр

WB предоставляет следующие возможности:

• предварительное кэширование
• кэширование во время выполнения
• стратегии (кэширования)
• обработка (перехват сетевых) запросов
• фоновая синхронизация
• помощь в отладке

Это вторая часть руководства. Вот ссылка на первую часть.

Модули, предоставляемые WB

Введение

Как русские каторжники Индийский океан покоряли.

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

Европа стремится сократить выбросы парниковых газов и стать углеродно-нейтральной к 2050 году. Но вопрос о том как лучше достичь этой цели вызывает серьезные споры. В конце марта вышел отчет научного центра Еврокомиссии (Joint Research Centre) об экологических аспектах атомной энергетики и сравнении ее с другими видами генерации энергии. Еврокомиссия попросила его разобраться, стоит ли поддерживать атом так же, как возобновляемую энергетику, в рамках европейского Зеленого курса. Общий вывод отчета – да, ведь атомная энергетика не опаснее для людей (с учетом Чернобыля и Фукусимы, см. ниже) и окружающей среды, чем другие источники энергии, которые уже считаются в Европе чистыми. Что именно показал отчет, как на него отреагировал Гринпис и другие экологические организации и что будет с атомом в Европе дальше – обо всем этом в этой статье в 23 пунктах и видеоверсии в конце.

Коллаж на обложке: freeingenergy.com

Всем доброго дня или ночи! Затронутая в статье, тема может показаться настолько избитой до популярности, что при ее прочтении возникнет стойкое желание взять помидор или, не дай бог, кирпич и кинуть в автора. А изложенные мысли будут напоминать повторное изобретение велосипеда с квадратными колесами. Но идея, побудившая приступить к описанию, буквально зудит и проситься ей поделиться, несмотря на угрозу физического или морального наказания.