Как стать автором
Обновить
0
Карма
0
Рейтинг

Пользователь

  • Подписчики
  • Подписки 3

Scrum приводит к потерям. Как с этим справляться

Интересно - а как много людей вносит в оценку времени скрама - сам скрам? 4 встречи в неделю по 15-30 минут - по факту займут суммарно 4 часа (минимум 5 минут до, 15 минут встреча, минут 30 чтобы после встречи просто вернуться в работу и помножить на 4 дня) .

Затем вносим час на планирование - опять по факту затрат времени 1.5-2 часа.

Если добавляем ретро - еще 1.5 часа.

По факту получаем практически потраченный день в неделю чисто на скрам. И внезапно 40 часов для работы превращается в 32.

Scrum приводит к потерям. Как с этим справляться

По хорошему, полагается давать и деньги и отгулы.

Scrum приводит к потерям. Как с этим справляться

А еще Product Owner может пожаловаться на медленную разработку и команду уволят. Хороший такой рычаг давления на "решают разработчики"

Scrum приводит к потерям. Как с этим справляться

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

Потому что при планировании спринта все забивают на принцип Парето - 20% усилий дает 80% результата. Поэтому забивают время в спринте под 100% и получают аврал (т.к. будут накладываться мелкие проблемы, несогласованности и т.п.) и выгорание.

Все нововведения Windows 11 21H2

Они починили ограничение в 256 символов в пути в проводнике или проблема так и наследуется далее?

Сколько стоит замена батарей в электромобилях?

В Токио еще в прошлом году автобусы на водороде появились

Записки владельца электромобиля «поневоле»

Поживем - увидим. Но факт того, что той же германии для перевода своих авто (48млн штук) на электро придется увеличить выработку электроэнергии в год где-то на четверть-треть. А от ядерок они отказываются. Воздушные - имеют проблему местом (далеко не везде можно эффективно поставить ветряк), Солнечные с генерацией энергии в зимние моменты времени. Но при этом нужно иметь еще метод генерации электричества, чтобы сглаживать спады работы ВИЭ (и он будет дорогой). Цена в той же Германии на электроэнергию полезла вверх. И главное - нужда в тепловой энергии никуда не денется - отопление и горячая вода людям нужна, и ценник его взлетит в небеса из-за уменьшения обьемов выработки.

Проблемы с электромобилям сильно всплывут когда хотя бы 10% транспорта в крупных городах станут электрическим. Все взвоют в попытках найти зарядку. Если все-таки вся батарея станет заряжаться за 5 минут - то тут возникнет дикая проблема с зарядками - такой ток не всякая инфраструктура выдержит. А если использовать промежуточные аккумуляторы (чтобы запасать энергию ночью) - опять вляпываемся в занимаемые обьемы и утилизацию. Электрофикация городов милионников под электромобили - это очень нетривиальная задача, на которую сейчас всем политикам плевать, т.к. дивиденды политические они получат сейчас, а обещания государству выполнять потом.

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

Записки владельца электромобиля «поневоле»

На тему экологии и электромобилей есть прекрасный ролик под названием "НЕФТЬ и ЭКОЛОГИЯ. Спасут ли нас электромобили?". Ролик 4 часа, но рекомендую его посмотреть. Люди реально заморочились разбором темы экологии электромобилей

https://youtu.be/_HbEl-2n5AQ

Тележка, витая пара, три свитча: как я перевозил сервер с нулевым даунтаймом

Тут были на один влан - один туннель. Если у вас софт не работает на бродкасте (был у меня такой в прошлой конторе, он нам ядро сети положил), и вам не нужен promission mode, то разницы между L2 и L3 нету, при достаточно умном построителе туннелей. Если он будет подавать трафик только между конкретными MAC адресами между конкретными туннелями, а не спамить на всех. Мы тогда мигрировали внутренние сервисы, нам такое решение было приемлемо, а время внедрения заняло минут 10.

Я видел схему на L3 из примерно того как вы описываете (плюс между коммутаторами была L3 маршрутизация) и мы ее в итоге похоронили при замене железа. Поддерживать ее было дико неудобно.

Тележка, витая пара, три свитча: как я перевозил сервер с нулевым даунтаймом

Vmware тоже имеет свои приколы и ограничения. Особенно если еще VSAN там поднимать. И иногда узнаешь о таких приколах постфактум, когда пытаешь понять - почему по логике оно должно работать, а не работает(например миграция виртуалок - выключенная виртуалка мигрирует через Managment интерфейс, а включенная через vMotion) . С другой стороны, пока такие внезапные приколы не всплывают, после настройки и тюнинга кластера - все просто работает. А с настроенным HA, DRS и общим хранилищем(хранилка либо vsan) - даже внезапно вышедшие из строя сервера не заставляют напрягаться.

В свое время был выбор - либо переходить на vmware 6, либо переходить на hyper-v кластер. В общем после обучения на MS SCVMM, решили остаться на vmware.

Тележка, витая пара, три свитча: как я перевозил сервер с нулевым даунтаймом

Все упирается в задержку. А 3-ное инкапсулирование (eoip,gre,ipsec) вполне себе неплохо работает. Да, падает полоса пропускания примерно в 2 раза, но все работает. Хотя у нас некоторое время жил вариант еще на vpls/mpls.В принципе тот же Vmware NSX умеет делать L2 между всеми DC, правда умный вариант. Обычно от L2 между цодами вздрагивают цисководы.

Тележка, витая пара, три свитча: как я перевозил сервер с нулевым даунтаймом

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

Тележка, витая пара, три свитча: как я перевозил сервер с нулевым даунтаймом

Судя по всему они просто не освоили кластер 2012r2. С другой стороны хорошо развели заказчика на деньги.

Тележка, витая пара, три свитча: как я перевозил сервер с нулевым даунтаймом

В древние времена делал разок также. Правда без вайфая - просто 30 метровый ethernet кабель

Технологии магнитной записи HDD: просто о сложном

Статья на самом деле «прекрасна». Не указана методика тестирования, не указаны обьемы данных, не указана файловая система, не указана разбивка разделов. По факту если прогреть NVME кэш на чтение (а он судя по всему прогрет) — диски вобще использоваться не будут. Далее по поводу записи — такой обьем ssd кэша на запись естественно не забьется за те 10 минут теста и что там под этим ssd уже практически не важно. В общем статья очень маркетинговая (что прямо написано в статье — реклама 2-х новой хранилки «two-node Azure Stack HCI solution consisting of DataON S2D-5224 nodes» — а в них совсем по другому запись реализована — тут вобще в память пишется сначала и коммит идет как только записалось в память 2-х нод).

Технологии магнитной записи HDD: просто о сложном

Не знаю что здесь вкладывается в HDD Config, но это явно не HDD. Скорее какие-то настройки тестирования.

HDD выдает 150 iops, 15k rpm выдает 300 iops
SSD выдает 10.000+

Технологии магнитной записи HDD: просто о сложном

Но выше 100-150 iops диск все равно не прыгнет к сожалению. Flashcache конечно как-то спасает ситуацию, но сильно зависит от профиля нагрузки.

Технологии магнитной записи HDD: просто о сложном

Тут скорее речь про себестоимость. Какую цену предлагают рынку — это уже отдельный разговор. Если вы захотите партию SSD дисков очень крупным оптом (десятками тысяч штук) — вам сделают очень хорошую скидку и упадут до разницы в 2 раза. С HDD же сложнее — их меньше покупают крупные оптовики и в рознице — они снижают цену почти до себестоимости, чтобы рынок покупал хоть что-то.

В текущей компании еще 3 года назад изначально стали делать хранилище на SSD. Как показала практика — не прогадали, развитие компании заставило еще наращивать обьемы. При этом не уперлись в производительность (на HDD бы просели очень сильно, особенно на текущих с SMR, а 15к диски покупать уже нету смысла), дедупликация частично отбила разницу в ценах по сравнению с HDD (по чистому обьему). У всех пользователей выкинули обычные диски из компов и ноутбуков и поставили SSD — убрали проблему апгрейда компов, они перестали тормозить — сэкономили на апгрейде.

Технологии магнитной записи HDD: просто о сложном

Не придумали ничего лучше старых добрых ленточных накопителей (см. LTO). Но это дорого. Очень.


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

HDD — 6TB — 15000рублей + электричество если вы их не вынимаете + опять же место в стойке занимают.
LTO-7 — 6TB — 7000рублей

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

Мы себе брали в итоге ленты на 2ПБ. И ПО к нему соответственно.

Мне могут конечно возразить — на HDD же можно сделать дедупликацию и место будет заниматься меньше и потребуется меньший объём — но по факту — если у вас будет сбойный блок без возможности восстановления или внезапно зальет стойку(был такой случай) или сервер глюканет, что диски повылетают — весь ваш бэкап превратится в тыкву. Данные на HDD я я бы назвал оперативным бэкапом на небольшой срок (например месяц).

Исключительно быстрая валидация UTF-8

Зато поиск по тексту будет летать.

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность