Ребаджет что это значит

В России создадут единую систему аренды жилья. Что это значит

Минстрой разработал законопроект о создании государственной информационной системы (ГИС), в которой арендодатели должны регистрировать все договоры по сдаче внаем квартир, апартаментов и машино-мест. Сейчас документ находится на этапе разработки и проходит согласование c органами власти, а к весенней сессии будет внесен на обсуждение в Госдуму, рассказали «РБК-Недвижимости» в пресс-службе министерства.

Новый сервис и штрафы

Согласно документу, собственники недвижимости должны будут в течение 30 дней с момента заключения договоров или внесения в них изменений размещать информацию в новой системе. Законопроект предусматривает штрафы за проведение расчетов квартиросъемщиков и владельцев недвижимости вне информсистемы: для физлиц — от 500 до 2,5 тыс. руб., для юрлиц — от 5 тыс. до 10 тыс. руб.

ГИС будет на 100% принадлежать государству, однако для создания и эксплуатации системы планируется привлечь частного инвестора. Оператором системы будет Минстрой России. «Проект нацелен на защиту интересов граждан за счет создания прозрачных и понятных условий для заключения договоров аренды, а также введения удобных механизмов взаимодействия сторон с применением современных цифровых технологий», — пояснили в преcс-службе министерства.

Игроки рынка скептически отнеслись к новой системе

Реализовать новую систему будет очень сложно, считает и. о. директора по GR сервиса объявлений ЦИАН Михаил Рыженков. По его словам, у концессионера должна быть высокая ИТ-экспертиза для вывода такого решения на рынок.

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

Рынок недвижимости только начал в последние годы выходить из серой зоны и переходить на легальные цифровые платформы, однако инициатива Минстроя откатит все эти усилия назад, согласились с экспертом ЦИАН аналитики сервиса «Авито Недвижимости». По их мнению, это повлечет общую деградацию рынка недвижимости, сокращение налоговых платежей, снижение доверия к институту самозанятых и рост недовольства граждан.

В зависимости от реализации нового сервиса возможно снижение рисков для квартиросъемщиков и арендодателей на предмет оплаты аренды. «Расчеты через онлайн-приложение позволят сохранить историю платежей и предъявлять как доказательство в случае спорных ситуаций. Что касается системы контроля, важно не переусердствовать с требованиями и штрафными санкциями к гражданам, чтобы не вызвать обратного эффекта и люди не стали еще больше скрывать факт сдачи жилья», — считает директор офиса продаж вторичной недвижимости Est-a-Tet Юлия Дымова.

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

В «Яндекс.Недвижимости» видят риски монополизации рынка аренды из-за внедрения информационной системы ГИС. Участников рынка не привлекали к обсуждению законопроекта, хотя, по мнению специалистов, «подобные нововведения необходимо открыто обсуждать с рынком», заявили эксперты сервиса.

Источник

Ревакцинация: какая и кому нужна бустерная прививка

Когда делать бустерную прививку?

Иммунный ответ каждого человека на вакцинацию от COVID-19 индивидуален. В среднем, как показало наблюдение за привитыми и переболевшими, срок антительной защиты после прививки или перенесенного COVID-19 составляет полгода, потом уровень антител начинает снижаться, — пояснил глава Центра имени Гамалеи Александр Гинцбург. Поэтому с появлением новых вариантов вируса — «дельты», а теперь и «омикрона» — лучше поддерживать высокий уровень антител.

Конечно, есть еще второй эшелон защиты — длительный Т-клеточный иммунитет, так называемые «клетки памяти». Именно поэтому от некоторых инфекций (например, кори) достаточно привиться один раз в детстве — и иммунитет сохраняется на всю жизнь. С коронавирусом так не получается: им заражаются и дважды, и трижды. Хотя длительный иммунитет позволяет уменьшить последствия повторной атаки вируса: привитые в большинстве болеют не тяжело (хотя есть исключения).

Пока эпидемия продолжается, рекомендации Минздрава России такие: бустерную прививку надо провести через шесть месяцев после первичной вакцинации. Раньше, кстати, и не получится — это не позволяет система регистрации, «выбрасывая» данные при попытке ввода. Поэтому торопиться не нужно — чтобы потом не было сложностей с сертификатом.

В дальнейшем, когда эпидситуация, наконец, нормализуется, прививаться от COVID-19 нужно будет раз в год (так же, как от гриппа), объяснил министр здравоохранения Михаил Мурашко.

А как будет действовать новый QR-код?

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

При этом, как пояснили «РГ» — Неделе в минздраве, после ревакцинации прежний QR-код автоматически заменяется на новый актуальный. Со сроком действия также один год.

Кому нужно делать?

В России ревакцинацию проходят все взрослые за исключением имеющих отвод от прививки. В других странах ситуация различается. Например, в Израиле всеобщую ревакцинацию объявили еще в сентябре, аннулировав green passes, полученные после первой прививки. В большинстве стран, включая США и ЕС, до недавнего времени рекомендовали ревакцинироваться людям из групп риска — пожилым, хроникам с угрозой тяжелого течения COVID-19, медикам. Но с приходом «омикрона» ситуация изменилась: 2 декабря президент США Джо Байден объявил о новом плане борьбы с пандемией, включающем «расширение доступа американцев к бустерным вакцинам». В ЕС также заявили о необходимости сделать бустер через полгода после первичной вакцинации.

А в Британии уже принято решение о проведении бустера вообще через три месяца после предыдущей вакцинации.

Что касается нашей страны, «люфт» в полгода между рекомендуемым сроком бустерной прививки и сроком действия QR-кода, полученного после первичной вакцинации, дает возможность человеку самому решить, когда именно делать «усиливающий» укол. Тем более что немало людей переболели COVID-19 бессимптомно или легко, не обращаясь к врачам. В федеральном регистре их нет, и свою ситуацию регулировать они должны сами. Некоторые специалисты, например, научный руководитель НИИ вакцин и сывороток имени Мечникова Виталий Зверев считают, что если у человека сохраняется высокий титр антител, ему стоит повременить с ревакцинацией.

Какой вакциной делать бустер?

В Роспотребнадзоре «РГ» — Неделе сообщили, что ревакцинироваться «можно любой зарегистрированной в России вакциной». Чаще всего людям, привитым «Спутником V», предлагают «Спутник Лайт» (по сути, это первый компонент полного «Спутника»). Александр Гинцбург не раз представлял данные о том, что такой вариант эффективен. А РФПИ сообщил недавно, что «Спутник Лайт» зарегистрирован для применения в качестве бустера в нескольких странах, включая ОАЭ, причем после всех типов вакцин.

Таким образом, комбинации вакцин могут быть самые разные. На днях в Роспотребнадзоре сообщили, что в регионы отправлена очередная партия «ЭпиВакКороны» — в размере 1,2 миллиона доз. Так что во многих случаях для ревакцинации будет выбор.

По мнению Виталия Зверева, лучше выбирать для ревакцинации не ту вакцину, которой была сделана первичная прививка, а другого типа. Почему это так, «РГ» — Неделе пояснил врач-инфекционист, руководитель медлаборатории «Инвитро-Сибирь» Андрей Поздняков. «Когда прививаешься одной вакциной, а ревакцинируешься другой, получаешь различающиеся антигены, иммунная система тренируется на таком разнообразии, и в итоге получается более разносторонний и, возможно, более сильный иммунный ответ, — считает Поздняков. — Есть достаточно публикаций, что вакцинироваться и ревакцинироваться хорошо, применяя разные типы вакцин. Хотя, конечно, допустимо и одним типом, и нет проблем».

Нужно ли измерять антитела перед ревакцинацией?

В минздраве говорят, что в измерении антител необходимости нет. Тем не менее некоторые специалисты считают, что если их уровень сохраняется высоким (в несколько раз выше референсного значения, который указывается в результатах теста), — с прививкой можно подождать. Иногда перед прививкой рекомендуют сдать ПЦР-тест — чтобы убедиться, что человек не попадает в латентный период инфицирования.

Гинцбург считает, что если при ревакцинации у человека высокий уровень антител, ничего страшного в этом нет. С этим согласен и директор центра Глобальной вирусологической сети, советник ВОЗ Константин Чумаков. «Привиться лишний раз, без учета уровня антител, не помешает, потому что от этого и количество антител увеличится, и их качество улучшится. То есть антитела смогут защищать не только от того штамма, на котором сделана вакцина, но и от всех других вариантов, иммунитет становится более широким. В этом состоит основное достоинство ревакцинации, этой бустерной дозы», — пояснил Чумаков в одном из интервью. «В общем, мой совет, если вы боитесь за свое здоровье, если вы человек преклонного возраста, если у вас какие-то проблемы с иммунитетом, от ревакцинации не отказывайтесь, хуже не будет, — заключил Чумаков. — Если вы померите антитела, а они упали низко, то тогда это тревожный сигнал и стоит поторопиться и привиться еще раз. Если у вас антитела на хорошем уровне, то тогда в этом спешки нет».

Источник

Что такое «бади бэк» («бади бэг»)?

Даже и не знаю, как отвечать на вопрос, потому что «бади бэг» вроде и указан в скобках, но это совсем не то же самое, что «бади бэк», да и бади бэк не совсем существует. Это как бади бэк Шрёдингера, понимаете? Нет? Тогда объясняю.

«Бади бэг» (от английского «body bag» — «мешок для трупа») — это понятие из рэп-среды, которое означает победу MC над своим соперником и употребляется как глагол (к примеру, «Gnoynyi bodybagged Oxxymiron» — «Гнойный одержал победу над Оксимироном»). Оно стало популярно в Рунете после использования рэпером Оксимироном в баттле «Слава КПСС (Гнойный) vs. Oxxxymiron»: «Я не патимейкер, я bodybag’ер».

Но широкой публике понятие стало известно после скандала, связанного с Альфа-банком: в одном из своих объявлений, размещённых в Фейсбуке, SMM-щик Альфа-банка предложил потенциальному кандидату на должность стать их «бади бэк».

В Сети, однако, прикола не поняли и поспешили узнать, зачем кому-то становится мешком для трупов на службе у банка.

После публикации поста представители Альфа-банка заявили, что ни о каком мешке для трупов речи и не шло. На самом деле имелось в виду выражение «buddy back», означающее друга, всегда готового прикрыть спину напарника. Но есть одно «но»: выражение «buddy back» действительно существует, но его значение весьма сильно отличается от того, что предлагает Альфа-банк.

Именно поэтому «бади бэг» ≠ «бади бэк», а «бади бэк» не совсем «бади бэк». Синк эбаут ит.

Источник

Как объяснить бабушке, что такое Agile за 15 минут с картинками

«Любое дело всегда длится дольше, чем ожидается, даже если учесть закон Хофштадтера.»
— закон Хофштадтера

Самый просматриваемый ролик на YouTube по теме agile. 744 625 просмотров на момент публикации данной статьи. Легкий стиль изложения, картинки и всего 15 минут — лучшее что я видел. TED отдыхает.

Это Пэт, владелец продукта. Она не знает технических деталей, зато обладает видением общей картинки, знает, зачем мы делаем продукт, какие проблемы он будет решать и для кого.

Это заинтересованные лица. Они будут использовать продукт, поддерживать его или будут как-то еще вовлечены в разработку.

Это пользовательские истории. В них выражены пожелания заинтересованных лиц. Например, «у системы бронирования авиабилетов у пользователя должен быть поиск по рейсам».

У заинтересованных лиц много идей, и Пэт помогает сделать из идей пользовательские истории.

Это команда разработчиков. Те, кто будет строить рабочую систему.

Пропускная способность

Так как команда использует гибкую методологию разработки, они не копят все эти истории до большого релиза, наоборот, они выпускают их сразу и как можно чаще. Обычно они выпускают 4-6 пользовательских историй в неделю. Это их пропускная способность. Ее очень просто измерить — количество пользовательских историй за 7 дней.

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

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

Проблема заключается в том, что заинтересованных лиц очень много и их запросы невозможно удовлетворить 4-6 историями в неделю.

Каждый раз когда мы реализуем пользовательскую историю, у них появляется еще несколько идей, из которых вытекает еще больше запросов.

Что произойдет, если мы будем делать все, о чем они нас просят? У нас будет перегруз.

Допустим, команда возьмется сделать 10 новых историй за эту неделю.Если на входе 10 а на выходе 4-6, то команда будет перегружена. Будет спешить, переключаться между задачами, терять мотивацию, в итоге снижается производительность и качество. Это заведомо проигрышная стратегия.

Scrum и XP в этом случае используют метод “вчерашняя погода”. Команда говорит: “За последнее время мы делали 4-6 фич в неделю, какие 4-6 фич мы будем делать на следующей неделе?”

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

Kanban рекомендует ограничиться несколькими задачами — WIP limit. Допустим команда решает, что 5 — это приемлемое количество пользовательских историй, над которыми они смогут работать одновременно без перегруза, не перескакивая с одной на другую.

Оба эти подхода хорошо работают и оба они создают очередь задач, которые в Scrum называется Backlog, или приоритезированный список задач.

Этой очередью тоже необходимо управлять.Если заинтересованные лица запрашивают 10 историй в неделю, а команда реализует 4-6 историй, то эта очередь будет становиться все больше и больше. И скоро ваш Backlog будет расписан на полгода вперед. То есть одна история будет ждать выхода 6 месяцев.

Есть только один способ держать список задач под контролем — это слово “нет”

Это наиболее важное слово для владельца продуктом. Он должен тренировать его каждый день перед зеркалом.

Сказать “да” — легко. Но более важная задача — решать, что не надо делать и нести за это ответственность. Владелец продукта так же определяет последовательность, что делаем сейчас, а что позже. Это сложная работа и выполнять ее следует вместе с командой разработки и минимум одним заинтересованным лицом.

Для того, чтобы правильно расставить приоритеты, владелец продукта должен понимать ценность каждой истории и ее объем.

Принятие решений

Некоторые истории крайне необходимы, а некоторые просто бонусные фичи. На разработку одних историй уйдет пару часов, на разработку других — месяцы.

Как соотносится размер истории и ее ценность? Никак. Больше не значит лучше. Ценность и сложность задачи — вот что помогает Пэт расставлять приоритеты.

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

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

Одной приоритезации недостаточно. Чтобы выпускать истории быстро и часто, нужно разбивать на кусочки, которые можно сделать за пару дней. Мы хотим чтобы в начале воронки были маленькие и четкие истории а в конце — большие и неопределенные. Вовремя делать такую разбивку мы можем воспользоваться нашими последними открытиями относительно продукта и нужд пользователя. Это все называется очистка Backlogа.

Пэт проводит встречу по очистке Backlogа каждую среду с 11 до 12. Обычно на ней собирается вся команда и иногда несколько заинтересованных лиц. Содержание встреч бывает разным. Фокусировка на оценке, на разбивке историй, на критериях приемки.

Владелец ИТ-продукта должен постоянно со всеми общаться

Матерые владельцы продукта выделяют 2 компонента успеха: страсть к работе и общение. Какие задачи владелец продукта решает месте с командой.

Баланс между сложностью разработки и ценностью пользовательской истории

На ранней стадии балансу угрожает неопределенность и сразу несколько рисков.

Риски

Бизнес риск: «Правильную ли вещь мы делаем?»

Социальный риск: «Сможем ли мы сделать то что нужно?»

Технический риск: «Будет ли проект работать на данной платформе?»

Риски со стоимостью и сроками реализации: «Успеем ли и хватит ли денег?»

Знание можно рассматривать как противоположность риску. Когда неопределенность большая, мы фокусируемся на приобретении знаний — прототипах интерфейса, технических экспериментах,

Компромисс между ценностями знания и ценностями для клиента

С точки зрения заказчика кривая выглядит вот так:

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

Компромисс между краткосрочным и долгосрочным мышлением

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

Делать правильные вещи, делать вещи правильно или делать быстро?

В идеале — все три одновременно, но в реальности приходится выбирать.

Предположим мы здесь. Пытаемся создать идеальный продукт с помощью идеальной архитектуры. Если мы потратим много времени, мы можем не попасть в «маркетинговое окно» и у нас появятся проблемы с деньгами.

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

Мы вот здесь, создаем прекрасный храм в рекордные сроки. Но пользователю не нужен был храм, ему нужен был жилой фургон.

Между ролями в Scrum существует здоровое противостояние

Владелец продукта фокусируется на построении правильных вещей. Команда фокусируется на том, чтобы строить вещи правильно. Scrum-мастер или agile-тренер фокусируется на сокращении цикла обратной связи.

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

Компромисс между разработкой нового продукта и улучшением старого

Продукт никогда не может быть полностью завершен, потому что ему постоянно нужны изменения. Когда команда начинает работу над новым продуктом, что происходит со старым? Передача продукта от одной команды к другой — очень затратно и рискованно. Обычно команда поддерживает старый продукт, разрабатывая новый. Поэтому скорее понятие “Backlog” относится не к продукту а к команде. Backlog — это список вещей, которые хочет владелец продукта от команды. И набор историй для разных продуктов. Владельце продукта нужно постоянно выбирать актуальные для реализации.

График уничтожения историй

Время от времени, заинтересованные лица будут спрашивать у Пэт: “Когда выпустят мою фичу?” или “Сколько фич выпустят к рождеству?”. Владелец продукта должен уметь управлять ожиданиями пользователя. И управлять ожиданиями реалистично.

Два тренда — оптимистичный и пессимистичный (можно на глаз). Расстояние между трендами показывает насколько нестабильна скорость работы команды. Со временем эти тренды стабилизируются и конус неопределенности будет уменьшаться.

Предположим, заинтересованное лицо спрашивает, когда вот эта фича будет сделана?

Это вопрос с фиксированным содержанием и неопределенным сроком. Для ответа Пэт использует две линии тренда. Ответ — в апреле или мае.

Заинтересованное лицо спрашивает Пэт: «Сколько будет сделано к рождеству?» Это вопрос с фиксированным сроком и неопределенным содержанием. Линии тренда отсекают на вертикальной шкале вероятный отрезок того, что успеют реализовать.

Заинтересованное лицо спрашивает :«Успеем ли мы сделать вот эти фичи к рождеству?» Это вопрос с фиксированными временными рамками и фиксированным содержанием. Ориентируясь на тренды, Пэт отвечает: «Нет». Добавляя: «К рождеству мы успеем сделать столько, а вот столько времени нам понадобится чтобы завершить всю эту работу полностью.»

Обычно лучше уменьшать содержимое проекта, чем увеличивать время. Если мы уменьшаем содержание, у нас будет возможность отодвинуть сроки. Мы можем выпустить кое-что здесь, а остальное — позже.

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

Несколько команд

Пусть у нас несколько владельцев продукта и несколько команд. Модель та же — управление пропускной способностью, коммуникация с заинтересованными лицами, принятие решений по поводу отклонения пользовательских историй. Скорость равна сумме скоростей всех команд. Прогнозирование может быть общее или по каждой команде. У владельцев продуктов появляется дополнительная задача — общение с другими владельцами продукта. Нужно организовать работу над Backlogами так, чтобы минимизировать зависимости и обеспечить синхронизацию. В больших проектах требуется Главный владелец продукта (CPO), чтобы синхронизировать всех остальных.

Источник