Тут головне залишатися людьми, а не вирішувати свої проблеми за рахунок комфорту і здоров’я інших. Адже якщо думати лише про себе, то сусід нижче поверхом може поставити буржуйку і палити всіляким лахміттям. На зауваження він також може відповісти, що «обставини і крутиться як може».
При довгій відсутності світла, наявність інтернету саме менше буде турбувати жильців. Для забезпечення інфраструктури всього будинку генератор потрібно ставити на прибудинковій території і питань ні у кого не буде.
Генератор на вулиці і генератор в домі — велика різниця. Просто дуже велика.
Потужний генератор на будинок, під’їзд самий правильний підхід в даному питанні. Коли я запропонував таке рішення в будинковому чаті — мене закидали помідорами, заявивши, що це нереальна та фантастична ідея. Моє зауваження, що у домі, де всі квартири мають індивідуальне опалення, відсутність світла та люті морози на протязі тижня буде означати для більшості зміну системи опалення та дорогий ремонт жильці вирішили проігнорувати. Інфантильність та небажання організовуватися — велика проблема.
Весь цей геніальний план розбивається об генератора, який не можна використовувати у багатоповерхівках. Якщо останній поверх, то ще дискусійний момент, а середні поверхи не мають змоги встановити генератор, щоб не травити ним себе або сусідів. Це вже не кажучи про шумове навантаження.
Остаются в Украине в виде налогов, которые или проедят пенсионеры или опять же украдут через схемы с бюджета и купят виллу в испании или опять же немецкий автомобиль. Импортеры, посредники, тоже поспешат купить доллары, евро и пристроить деньги вне Украины. Без привлекательного инвестиционного климата внутри страны, валюта постоянно будет стремиться покинуть ее пределы.
Пример Индии показывает, что развитое IT в виде
Неплохой санаторий. Стараются равняться на западные стандарты, но совок лезет изо всех щелей неумолимо, в виду того что и инфраструктура старая изношенная и персонал оттуда же. :) Я тоже там был 2 недели как-то после пневмонии. В корпусе № 3 тогда интернет был, хотя по вечерам работал туго, но у меня модем Интертелекомовский — поэтому как-то выкручивался.
Самое крутое для меня в санаторном отдыхе была возможность поспать 2 часа после процедур посреди белого дня. :)
Потому что в этом суть Скрама — все стремятся удовлетворить команду. Процесс разработки должен походить на игру и инженеры в команде должны чувствовать себя центром вселенной, где все вокруг помогают им достичь максимум результата. Если ПО начинает себя вести так, как будто команда для него играет роль лампы Алладина, которая должна выполнять все его пожелание по моновению руки, на вопросы команды отвечать небрежно или еще хуже — в стиле «сделайте все как в продукте Х», а личное общение с командой расценивать как нисхождение Зевса к черни, то команда быстро все сечет и никакого Скрама уже не получиться, хотя ПО гордо всех будет уверять, что работает команда по Скраму, потому что есть стендапы, планирование, ревью и даже ретроспектив митинг.
Скрам — очень крутой процесс разработки, если у команды есть доверие и взаимопонимание с заказчиком, если в команде присутствует здоровая атмосфера, нету халявщиков и отъявленных бездарей. В ином случае или в случае отсутсвии понимания процесса со стороны высшего руководства или заказчика начинаются проблемы в виде постоянного challenging estimation, непонимания team efficiency, ухода PO от своей прямой роли — служить команде, а не наоборот, что приводит к тому что команда не ощущает что она self-managed и empowered. Страдает мотивация, нарастает прессинг и недовольство свиней и цыплят друг другом и т.д.
Эта проблема была и будет, если разработчики серьезно относятся к проекту и команде. Потому что сам скрам и эстимейты на задачи, которые не знаешь как решать, ну или знаешь решать примерно — это ужасный стресс, а потом еще нужно вкладываться в то, что сказал и пм ещё может давить типа «да ты слово дал, что сделаешь, мы уже пообещали».Много проблем возникает из-за того, что estimation много менеджеров преподносят да и сами принимают как comitment, при чем, часто, подписанный чуть ли не кровью. На самом деле — серьезный подход к проекту всех его участников — залог успеха команды и проекта, но нежелание менеджеров решать проблемы путем общения с заказчиком или руководством, приводит к тому, что все прорехи в планировании и комуникейшине они сбрасывают на команду, так как так проще всего для него лично и для карьеры получше. Таким образом в команде образовывается атмосфера перманентного стресса с постоянными переработками и ночными релизами, что тянет за собой личные проблемы и проблемы со здоровьем.
Згоден, що це нетривіальна проблема. Але лише організаційно. Технічно це можна реалізувати.