Ни тут, ни в источнике не написано, что реактор в одиночку может снабжать столько домохозяйств. Написано, что реактор производит за год столько же энергии, сколько потребляют эти домохозяйства.
Не существует чёткой математической взаимосвязи между «типом» сенсора, выраженном в дюймах, и его фактической диагональю. Однако, в грубом приближении, можно считать, что диагональ составляет две трети типоразмера.
Значения из каждой ячейки подставить в функцию вида const^x. Результат записать обратно. const должна быть больше нуля,
Возможен и обратный переход, от магического квадрата с произведением к квадрату с суммами с помощью логарифмической функции. При условии, что все числа положительные.
Тут вопрос в том, чтобы как-то осознать деятельность своей команды и честно дать в первую очередь себе понимание, что с ней происходит.
Для этого не нужны ни SP, ни, во многих случаях, таски. Важно как выполняются таски. Если быстро, но тяп-ляп и с техдолгами, это часто хуже, чем дольше, но качественно и с оптимизацией/рефакторингом.
А как выполняются таски можно увидеть, например, при перекрестном code review (как внутри команды, так и между командами). Или по количеству инцидентов/паденией на Проме.
P.S. Это речь о разработке для внутреннего заказчика. Для разработки на сторону могут быть другие варианты.
Но если я знаю, что соседняя команда стоит в 2 раза дешевле, но тоже делает 1000 SP при той же системе оценивания
"Та же система оценивания" - практически несбыточная вещь, на мой взгляд. Даже внутри команды могут быть перекосы оценивания одной и той же задачи как 1:5, так и 5:1 из-за разного опыта разработчиков. А уже между командами - только если они одинаковые детали в одинаковых условиях производят.
В следующем квартале у тебя должны быть следующие показатели
Тогда я просто подроблю "правильные" задачи и оставлю/укрупню "неправильные". У нас такое называется "красить заборы", т.е. внешне все выглядит как надо, а внутри как было, так и осталось.
А мониторчики те ма-а-а-а-аленькие....
Ни тут, ни в источнике не написано, что реактор в одиночку может снабжать столько домохозяйств. Написано, что реактор производит за год столько же энергии, сколько потребляют эти домохозяйства.
Аналогично 29 апреля подал заявку. Пока ответа нет.
Не всегда. "Старше" может быть по дате выхода и по номеру версии. Тут, видимо, имеется в виду первый вариант.
В доке самого WhatsApp написано более определенно "с Android 5.0 или более поздней версии".
Просто 237 ватт. Нет такой единицы измерения "ватт в час".
Это усредненное на длительном периоде.
В России, например, примерно 286 ватт на домохозяйство, насколько мне удалось нагуглить. Но в России холоднее и световой день меньше.
https://opis-cdn.tinkoffjournal.ru/mercury/Дифференциация_тарифов_КС_ВШЭ.pdf слайд 17, 206 кВт*ч в месяц на домохозяйство.
Перевод некорректный. См. https://faq.whatsapp.com/1150261202542208/?helpref=hc_fnav
Автору тоже написал, но дублирую тут, а то уже паника поднимается :)
Да, действительно. Спасибо!
https://ru.wikipedia.org/wiki/Фотоматрица
Может кто-нибудь пояснить, как матрица 13,8x8,8 может быть 1-дюймовым сенсором?
Не соглашусь. У меня есть коллеги бизнес-аналитики, которые это делают. И довольно хорошо.
Да и вообще - любое утверждение, содержащее кванторы всеобщности (любой, каждый, никто, нигде, никогда), неверно. :)
Да не за что. Пожалуйста.
Значения из каждой ячейки подставить в функцию вида const^x. Результат записать обратно. const должна быть больше нуля,
Возможен и обратный переход, от магического квадрата с произведением к квадрату с суммами с помощью логарифмической функции. При условии, что все числа положительные.
См. https://ru.wikipedia.org/wiki/Логарифм#Логарифм_произведения,_частного_от_деления,_степени_и_корня
Конечно! Из любого магического квадрата с суммами можно сделать магический квадрат с произведением с помощью экспоненциальной функции.
Даже Ализар писал/переводил на эту тему интереснее и с большим количеством подробностей.
Ализар: https://habr.com/ru/articles/239267/
Блог компании ITI Capital: https://habr.com/ru/companies/iticapital/articles/242991/ (с продолжением)
Этот текст хоть кто-нибудь читал перед публикацией?
Это как?
Для этого не нужны ни SP, ни, во многих случаях, таски.
Важно как выполняются таски. Если быстро, но тяп-ляп и с техдолгами, это часто хуже, чем дольше, но качественно и с оптимизацией/рефакторингом.
А как выполняются таски можно увидеть, например, при перекрестном code review (как внутри команды, так и между командами). Или по количеству инцидентов/паденией на Проме.
P.S. Это речь о разработке для внутреннего заказчика. Для разработки на сторону могут быть другие варианты.
"Та же система оценивания" - практически несбыточная вещь, на мой взгляд.
Даже внутри команды могут быть перекосы оценивания одной и той же задачи как 1:5, так и 5:1 из-за разного опыта разработчиков. А уже между командами - только если они одинаковые детали в одинаковых условиях производят.
Тогда я просто подроблю "правильные" задачи и оставлю/укрупню "неправильные".
У нас такое называется "красить заборы", т.е. внешне все выглядит как надо, а внутри как было, так и осталось.
Если с коллегой взять по две ВМ, то получится настроить кластер из 4 ВМ?
А нельзя рельсы к коммутатору прикрутить наоборот, чтобы он задвигался с передней стороны стойки - как сервера ?