Автоматический режим будет полезен при поездке на машине
При поездке на машине удобен безусловный автозапуск приложения и проигрывания музыки вне зависимости от вообще наличия интернет соединения, без доставания телефона. При появлении связи - докачка буфера вперед. Буфер размером на полчаса-час из любимых и предполагаемых к дальнейшему проигрыванию треков. Мне в процессе движения вообще не до тыкания в телефон переключать режимы онлайн-оффлайн. Тем более они не одной быстрокнопкой на главном экране, а в глубине меню.
И еще раз про автозапуск. У меня есть приложение радар-детектора (база камер по координатам). Сервис в фоне, как только видит соединение с машиной, активируется и предупреждает в аудиоканал. Уже много лет работает стабильно, из кармана. И у меня есть яндекс музыка, пользуюсь примерно столько же времени. Раз в несколько дней садясь в машину приходится руками включать приложение яндекс музыки и запускать проигрывание. Автостарт "из кармана" есть. Но о стабильности его работы говорить еще ооочень рано.
Яндекс, огромная толпа программистов, вы не в силах сделать то что сделала инициативная группа для небольшого приложения?
Живому организму нужно отдыхать потому что нервная система построена в том числе и с использованием химических реакций. И питание идет изнутри, из ресурсов клеток. Расход энергии, накопление запасов - это растянутый по времени процесс. И любое хочу-не хочу живого организма - это защитные реакции по соблюдению энергетического и химического баланса в клетках.
Можно поиграть с эмуляцией этого в ИИ, но физического смысла в этом нет.
Наиболее близкие примеры из ИТ необходимости отдыха - дефрагментация диска, сборка мусора, переиндексация, архивирование давно не востребованных данных. На уровне аппаратуры - троттлинг процессора при перегреве. Это все защитные реакции тоже.
Была недавно статья про "ужимание" сетей ИИ, которые оптимизируют коэффициенты, отбрасывая часть незначительных, которые не влияют на выдаваемый результат. Вот это можно назвать требованием отдыха - немного подзабыть незначительные факты во сне.
Деградация. Отбирая у джунов джуновы задачи молодняку не на чем тренироваться. У новобранца в промышленном продуктостроении отсутствуют навыки создания именно продукта, ответственности за свой код, прогнозирования развития и сопровождения того что он пишет. И с такой тенденцией не появятся. Аукнется через цикл-два сопровождения продукта и через естественный временной период движения по квалификации (опытные поднимутся вверх, естественным оттоком часть уйдет, пустоту будет заменить не кем).
Джунам должен быть полный запрет на ИИ. А мидлы должны тренировать себя отдавая рутину джунам.
Чем не угодило крепление всего того же самого на заднее колесо для сохранения развесовки и управляемости? Фрикционный привод на протектор для защиты от грязи заменить на тот же фрикционный привод, но двумя прижимными роликами на боковину шины.
Вместо выброса в воздух газов организмами велосипедистов при активном педалировании воздух портится где-то далеко заводами аккумуляторов в странах третьего мира, которые в статистику загрязнений не входят.
Поздравляю. Примерно через год, накануне 8 марта совершенно случайно с айфоном может случиться нечто непоправимое. Есть подозрение, что он почуяв наличие более свежей и понтовой модели в продаже решит самоустраниться. Ему станет неловко быть не последней моделью и при этом находиться в девичьих руках. Обычно айфоны спрыгивают с лестницы или решают утопиться в унитазе. Это давно замеченная тенденция.
Интересовались вопросом, какие параметры снимает браслет? Внимание, оно немного не с запястья снимается. Часть параметров коррелирует, но не более. Пульс, насыщенность крови кислородом, подвижность по акселерометру. Найдите причины выхода этих параметров в оптимум.
Да, термокалибровка имеет место быть. Каждая пластина уходит по-своему, каждая головка (даже в случае одной пластины) тоже. Можно пробовать последовательно читать каждую поверхность цилиндра, общий пробег по TTS может сократиться. Т.е. в момент чтения одной поверхности остальные головки осуществляют калибровочное чтение, при переходе на другую поверхность идет подвижка не на цилиндр, а калибровочная подвижка. При последовательном обращении данная информация последовательно накапливается. Если идет запрос только на часть информации и есть пауза между запросами, то остальные свободные обороты диска тратить на докалибровку и чтение остальных поверхностей.
Как минимум в буфер самого нижнего уровня заносить весь цилиндр одной поверхности, как максимум - всех поверхностей при отсутствии запросов в очереди с другого цилиндра. Пригодятся - хорошо, не пригодятся - ничего не теряем. На дефрагментированном диске может и сыграть.
Я выдвину еще одну гипотезу. Линейное чтение идет через несколько цилиндров, так сказать в режиме interlaced. И в реальности читается сначала 1 цилиндр на всех поверхностях подряд, потом идет чтение 5 цилиндра. Пройдя четверть данных вся дистанция по первой последовательности цилиндров кончается, начинается вторая. Предположим, что сдвиг головки на малое расстояние сложнее, чем на большое. И переход (при необходимости) на соседний физический цилиндр - это не туда +1, а туда+5, обратно-4. В случае последовательного чтения всегда получается туда+4, вместо двойного туда+5, обратно-4.
Честно говоря я не сильно представляю электромеханику такого точного и быстрого позиционирования головки. Разогнать, затормозить, зафиксировать в неподвижности, причем с микронной точностью. А провода всего два (одна обмотка). И полюса у магнита тоже всего два. Это было бы достойно отдельной статьи.
Достаточно продолжительное время сайт с личным кабинетом петроэлектросбыта (да-да, весь Питер обслуживает) примерно после 11 вечера оказывался недоступен (и это не перегрузка, это продолжалось до очень позднего времени, и в 1 и 2 ночи, когда все подавальщики, которые могли его загрузить уже давно спать ложатся). Вот до 11 отлично работает, в районе этого времени оп, и все. Когда включалось - не знаю. Показания одно вермя через него было не подать в принципе - я до интернета добирался только по вечерам. Я правды не знаю, но стойкое ощущение, что либо админ домой уходил и на работе все выключал, либо наоборот комп дома был и человек ложился спать.
Онлайн сервис. Общегородского масштаба. В Санкт-Петербурге. Прелестно.
Я неспроста акцентировал внимание на одном адресе. Ради любопытства напряг по нему поисковики (ну просто очень вероятный логин и на популярном почтовике, поэтому в глаза и бросилось), вылезает в нескольких местах. Если он специальный, то ничего страшного. Если случайное совпадение, то лучше задуматься о генерации совершенно невозможных тестовых данных, или заранее делать аккаунты для тестов и уже их использовать.
В жизни были примеры, когда по недосмотру, например, телефонный номер в фильме или клипе, вроде бы вымышленный, случайно совпадал с реальным. Причем на момент публикации он мог быть еще и не выданным, а через какое-то время обрести "счастливого обладателя".
У меня такое сделано для проекта с кучей библиотек из отдельных репозиториев. Для каждой ведется история изменений. Условно, не существует версии проекта - каждый из сотни модулей развивается своей жизнью. Разницу между установками можно посмотреть только сложив историю изменений по каждому модулю. Скрипт работает по анализу git diff для каждого модуля. В шапку отчета собирается список измененных модулей, для каждого текстовое описание с изменениями и техническая добавка в виде краткого git log.
У каждого изменения есть спецпометка категории, для кого изменения важны - для разработчиков, для обслуживающего персонанала или для пользователя. Можно производить выборку, чтобы конечному пользователю не попопадали технические подробности, а для программистов не было шквала "изменена форма кнопки", а только, например, добавление функционала по интерфейсам и исправление вычислительных ошибок.
То есть каждая сторона пластины содержит один последовательный блок данных и данные хранятся снаружи внутрь.
Я слышал про технологию параллельного доступа с нескольких поверхностей на одном цилиндре. Что по идее должно повышать скорость доступа к данным. Во-первых за один оборот диска идет считывание сразу со всех поверхностей без перепозиционирования головки. Во-вторых для позиционирования внутри одного последовательного блока данных величина смещения головки уменьшается. Даже если железо диска не позволяет одновременное чтение сразу со всех поверхностей за один оборот (теряем первый элемент ускорения) то физическая компактность размещения последовательного блока данных сохраняется.
Осталось в голове упоминание, что вне зависимости от запрашиваемого сектора, в кэше диска оказываются все данные с текущего цилиндра по всем поверхностям. Просто потому что он до них уже физически дотянулся. И вероятность следующего запроса к ним высока.
История обновлений шикарна. Она вообще (для любого приложения) какую на практике для пользователя пользу приносит? Вот у меня неизвестно какая версия, вижу обновление. Где волшебная кнопочка, которая соберет истоию изменений с моей установленной версии до актуальной?
Я прекрасно понимаю, что пользователи с точки зрения рекламы и практически безальтернативного продукта являются лишь активаторами перекачки денег из рекламодателей в сервис. Мой наивный комментарий - робкая надежда, что рекламодатель задумается, каким звуковым рядом сопровождается повышенный процент кликов на рекламные баннеры. Вряд-ли там "ух ты, какое интересное предложение".
Яндекс, осознайте, что есть два сценария движения по маршруту: с опцией POI и без нее. Когда я еду до адреса (конечная точка - адрес) или до точки из избранного, меня вообще мало интересует что-то кроме маршрутной информации. Все помимо этого копит негатив для перехода при первой возможности на иную альтернативу. Когда я ввожу конечной точкой что-то из каталогизатора (выбрал магазин автозапчастей), разумно предложить опцию при построении маршрута "предлагать аналогичное по пути". В незнакомом городе, когда у меня разлетелся дворник, я попытаюсь найти автомагазин, но буду рад предложению того же самого по пути. И кликать в баннер я точно не буду, оставьте эти сказки и статистику доверчивым рекламодателям (как минимум такие отвлечения "крайне не рекомеднованы" ПДД).
Сделайте эту опцию (тематические POI по маршруту) при движении до адреса по умолчанию выключеной, при движении до объекта каталога для плюсанутых аккаунтов выключенной, для непроплаченных по умолчанию включенной. Все разумно и справедливо.
Тут из Яндекса комментарии читают? Ведь читают?.. [падме]
По результатам тестирования организации получали более 30% прироста к открытию карточек, до 47% дополнительных построений маршрутов до организации и до 49% дополнительных переходов на сайт».
О, теперь бага "миссклик" теперь так закрывается в отчетах?
При поездке на машине удобен безусловный автозапуск приложения и проигрывания музыки вне зависимости от вообще наличия интернет соединения, без доставания телефона. При появлении связи - докачка буфера вперед. Буфер размером на полчаса-час из любимых и предполагаемых к дальнейшему проигрыванию треков. Мне в процессе движения вообще не до тыкания в телефон переключать режимы онлайн-оффлайн. Тем более они не одной быстрокнопкой на главном экране, а в глубине меню.
И еще раз про автозапуск. У меня есть приложение радар-детектора (база камер по координатам). Сервис в фоне, как только видит соединение с машиной, активируется и предупреждает в аудиоканал. Уже много лет работает стабильно, из кармана. И у меня есть яндекс музыка, пользуюсь примерно столько же времени. Раз в несколько дней садясь в машину приходится руками включать приложение яндекс музыки и запускать проигрывание. Автостарт "из кармана" есть. Но о стабильности его работы говорить еще ооочень рано.
Яндекс, огромная толпа программистов, вы не в силах сделать то что сделала инициативная группа для небольшого приложения?
Живому организму нужно отдыхать потому что нервная система построена в том числе и с использованием химических реакций. И питание идет изнутри, из ресурсов клеток. Расход энергии, накопление запасов - это растянутый по времени процесс. И любое хочу-не хочу живого организма - это защитные реакции по соблюдению энергетического и химического баланса в клетках.
Можно поиграть с эмуляцией этого в ИИ, но физического смысла в этом нет.
Наиболее близкие примеры из ИТ необходимости отдыха - дефрагментация диска, сборка мусора, переиндексация, архивирование давно не востребованных данных. На уровне аппаратуры - троттлинг процессора при перегреве. Это все защитные реакции тоже.
Была недавно статья про "ужимание" сетей ИИ, которые оптимизируют коэффициенты, отбрасывая часть незначительных, которые не влияют на выдаваемый результат. Вот это можно назвать требованием отдыха - немного подзабыть незначительные факты во сне.
Деградация. Отбирая у джунов джуновы задачи молодняку не на чем тренироваться. У новобранца в промышленном продуктостроении отсутствуют навыки создания именно продукта, ответственности за свой код, прогнозирования развития и сопровождения того что он пишет. И с такой тенденцией не появятся. Аукнется через цикл-два сопровождения продукта и через естественный временной период движения по квалификации (опытные поднимутся вверх, естественным оттоком часть уйдет, пустоту будет заменить не кем).
Джунам должен быть полный запрет на ИИ. А мидлы должны тренировать себя отдавая рутину джунам.
Вы меня не бейте, но удержаться не могу от гротеска.
Маркировка честным знаком каждой квартиры в новостройках. Гарантия того, что квартира оригинальная, а не какая-то подделка.
Ой, понесло - каждый кирпичик тротуарной плитки... Тут прям все участники довольны будут.
Чем не угодило крепление всего того же самого на заднее колесо для сохранения развесовки и управляемости? Фрикционный привод на протектор для защиты от грязи заменить на тот же фрикционный привод, но двумя прижимными роликами на боковину шины.
Вместо выброса в воздух газов организмами велосипедистов при активном педалировании воздух портится где-то далеко заводами аккумуляторов в странах третьего мира, которые в статистику загрязнений не входят.
Поздравляю. Примерно через год, накануне 8 марта совершенно случайно с айфоном может случиться нечто непоправимое. Есть подозрение, что он почуяв наличие более свежей и понтовой модели в продаже решит самоустраниться. Ему станет неловко быть не последней моделью и при этом находиться в девичьих руках. Обычно айфоны спрыгивают с лестницы или решают утопиться в унитазе. Это давно замеченная тенденция.
Интересовались вопросом, какие параметры снимает браслет? Внимание, оно немного не с запястья снимается. Часть параметров коррелирует, но не более. Пульс, насыщенность крови кислородом, подвижность по акселерометру. Найдите причины выхода этих параметров в оптимум.
Да, термокалибровка имеет место быть. Каждая пластина уходит по-своему, каждая головка (даже в случае одной пластины) тоже. Можно пробовать последовательно читать каждую поверхность цилиндра, общий пробег по TTS может сократиться. Т.е. в момент чтения одной поверхности остальные головки осуществляют калибровочное чтение, при переходе на другую поверхность идет подвижка не на цилиндр, а калибровочная подвижка. При последовательном обращении данная информация последовательно накапливается. Если идет запрос только на часть информации и есть пауза между запросами, то остальные свободные обороты диска тратить на докалибровку и чтение остальных поверхностей.
Как минимум в буфер самого нижнего уровня заносить весь цилиндр одной поверхности, как максимум - всех поверхностей при отсутствии запросов в очереди с другого цилиндра. Пригодятся - хорошо, не пригодятся - ничего не теряем. На дефрагментированном диске может и сыграть.
Я выдвину еще одну гипотезу. Линейное чтение идет через несколько цилиндров, так сказать в режиме interlaced. И в реальности читается сначала 1 цилиндр на всех поверхностях подряд, потом идет чтение 5 цилиндра. Пройдя четверть данных вся дистанция по первой последовательности цилиндров кончается, начинается вторая. Предположим, что сдвиг головки на малое расстояние сложнее, чем на большое. И переход (при необходимости) на соседний физический цилиндр - это не туда +1, а туда+5, обратно-4. В случае последовательного чтения всегда получается туда+4, вместо двойного туда+5, обратно-4.
Честно говоря я не сильно представляю электромеханику такого точного и быстрого позиционирования головки. Разогнать, затормозить, зафиксировать в неподвижности, причем с микронной точностью. А провода всего два (одна обмотка). И полюса у магнита тоже всего два. Это было бы достойно отдельной статьи.
Достаточно продолжительное время сайт с личным кабинетом петроэлектросбыта (да-да, весь Питер обслуживает) примерно после 11 вечера оказывался недоступен (и это не перегрузка, это продолжалось до очень позднего времени, и в 1 и 2 ночи, когда все подавальщики, которые могли его загрузить уже давно спать ложатся). Вот до 11 отлично работает, в районе этого времени оп, и все. Когда включалось - не знаю. Показания одно вермя через него было не подать в принципе - я до интернета добирался только по вечерам. Я правды не знаю, но стойкое ощущение, что либо админ домой уходил и на работе все выключал, либо наоборот комп дома был и человек ложился спать.
Онлайн сервис. Общегородского масштаба. В Санкт-Петербурге. Прелестно.
Да. Контрпример в картинке с историей в статье (я понимаю что это не из коммитов напрямую).
Я неспроста акцентировал внимание на одном адресе. Ради любопытства напряг по нему поисковики (ну просто очень вероятный логин и на популярном почтовике, поэтому в глаза и бросилось), вылезает в нескольких местах. Если он специальный, то ничего страшного. Если случайное совпадение, то лучше задуматься о генерации совершенно невозможных тестовых данных, или заранее делать аккаунты для тестов и уже их использовать.
В жизни были примеры, когда по недосмотру, например, телефонный номер в фильме или клипе, вроде бы вымышленный, случайно совпадал с реальным. Причем на момент публикации он мог быть еще и не выданным, а через какое-то время обрести "счастливого обладателя".
Деньги получают обе стороны - и блокирующая и маскирующаяся. Не трудно догадаться, кто служит кормовой базой в силу вынужденного отсутствия выбора.
У меня такое сделано для проекта с кучей библиотек из отдельных репозиториев. Для каждой ведется история изменений. Условно, не существует версии проекта - каждый из сотни модулей развивается своей жизнью. Разницу между установками можно посмотреть только сложив историю изменений по каждому модулю. Скрипт работает по анализу git diff для каждого модуля. В шапку отчета собирается список измененных модулей, для каждого текстовое описание с изменениями и техническая добавка в виде краткого git log.
У каждого изменения есть спецпометка категории, для кого изменения важны - для разработчиков, для обслуживающего персонанала или для пользователя. Можно производить выборку, чтобы конечному пользователю не попопадали технические подробности, а для программистов не было шквала "изменена форма кнопки", а только, например, добавление функционала по интерфейсам и исправление вычислительных ошибок.
Я слышал про технологию параллельного доступа с нескольких поверхностей на одном цилиндре. Что по идее должно повышать скорость доступа к данным. Во-первых за один оборот диска идет считывание сразу со всех поверхностей без перепозиционирования головки. Во-вторых для позиционирования внутри одного последовательного блока данных величина смещения головки уменьшается. Даже если железо диска не позволяет одновременное чтение сразу со всех поверхностей за один оборот (теряем первый элемент ускорения) то физическая компактность размещения последовательного блока данных сохраняется.
Осталось в голове упоминание, что вне зависимости от запрашиваемого сектора, в кэше диска оказываются все данные с текущего цилиндра по всем поверхностям. Просто потому что он до них уже физически дотянулся. И вероятность следующего запроса к ним высока.
Вы с такими дисками встречались?
Надеюсь все ПД на картинках вымышленные, но ивановпетр на мейлру точно будет не очень доволен.
История обновлений шикарна. Она вообще (для любого приложения) какую на практике для пользователя пользу приносит? Вот у меня неизвестно какая версия, вижу обновление. Где волшебная кнопочка, которая соберет истоию изменений с моей установленной версии до актуальной?
Я прекрасно понимаю, что пользователи с точки зрения рекламы и практически безальтернативного продукта являются лишь активаторами перекачки денег из рекламодателей в сервис. Мой наивный комментарий - робкая надежда, что рекламодатель задумается, каким звуковым рядом сопровождается повышенный процент кликов на рекламные баннеры. Вряд-ли там "ух ты, какое интересное предложение".
Яндекс, осознайте, что есть два сценария движения по маршруту: с опцией POI и без нее. Когда я еду до адреса (конечная точка - адрес) или до точки из избранного, меня вообще мало интересует что-то кроме маршрутной информации. Все помимо этого копит негатив для перехода при первой возможности на иную альтернативу. Когда я ввожу конечной точкой что-то из каталогизатора (выбрал магазин автозапчастей), разумно предложить опцию при построении маршрута "предлагать аналогичное по пути". В незнакомом городе, когда у меня разлетелся дворник, я попытаюсь найти автомагазин, но буду рад предложению того же самого по пути. И кликать в баннер я точно не буду, оставьте эти сказки и статистику доверчивым рекламодателям (как минимум такие отвлечения "крайне не рекомеднованы" ПДД).
Сделайте эту опцию (тематические POI по маршруту) при движении до адреса по умолчанию выключеной, при движении до объекта каталога для плюсанутых аккаунтов выключенной, для непроплаченных по умолчанию включенной. Все разумно и справедливо.
Тут из Яндекса комментарии читают? Ведь читают?.. [падме]
О, теперь бага "миссклик" теперь так закрывается в отчетах?