Комментарии 58
Всё это прекрасно – а пользователей вы спросили, хотят ли они апдейта раз в неделю?
Пользователь в большинстве случаев — это товар. К сожалению.
А в чем проблема отключить авто-апдейт?
Для отдельного приложения? А как это сделать на Андроиде?
Вот из-за таких люди его и отключают. А потом сидят с древними версиями приложений с известными дырами.
В общем, это примерно то же самое, что известная притча про мальчика, кричавшего "волки!"
А чтобы не отключали автообновление, хитрые разработчики не поддерживают работу через клиент, версией старее чем -1 от актуальной.
Ох я тут как-то недавно включил свой старый нексус5 и он после логина в племаркете автоматически полез качать обновы. Что сразу заметил, гбоард стала настолько тяжеловесным чудовищем, что на снардрагон800 оно лагает, нажимаю кнопку и появляется в поле ввода буква только через пару секунд. Какие-то смайлы, куча ненужных языков и прочее барахло отжирающее 200+МБ оперативки. В итоге удалил обновления и всё вдруг вернулось в норму. Алиэкспресс теперь лопает 450Мб оперативы в фоне и кроме него и сервисов гугл в 2Гб не помещается вообще ничего. Поэтому и на новом телефоне обновления только вручную, когда старая версия работать уже не хочет.
А ведь лет 6 назад этот телефон практически невозможно было заставить тупить где-либо. Теперь же он с актуальными программами не может без тормозов даже текст набрать.
Gonny:
Удивительное это дело — прогресс. Чтобы набрать и распечатать одну страничку красиво оформленного текста мне уже не хватает мощности компьютера, который с легкостью может управлять двумя тысячами советских боевых спутников одновременно. Есть мнение, что если бы не microsoft, то мы давно бы уже покорили вселенную.
Что интересно с этой клавиатурой, так это куча телеметрии. Даже если убрать все галочки, то при открытой клавиатуре адгвард в логах показывает в минуту десятки соединений с серверами гугл. Если же ей закрыть доступ в интернет, то количество отбитых соединений вырастает просто в разы. Вероятно, от того и тормозит на старом телефоне.
Не очень понял цель вашего вопроса. О чем конкретно беспокойство? Если у пользователей в 2021 году интернет по карточкам, то, как написали выше, пусть выключают автообновления. Других причин не вижу, поскольку обновления происходят в бекграунде, в основном, в момент подключения к источнику питания, тем самым не отвлекая от насущных дел. Важно понимать, что обновления - это часть развития, в ходе которого добавляются фичи, фиксятся баги, в общем, становится лучше. Или вы их тех, кто до сих пор не привыкли к тому, что из ВК стену убрали?
У вас после какого-нибудь обновления ломался нужный функционал в приложении? Или оно вообще переставало работать на вашем девайсе (при том, что благополучно работало на других).
Обновление должно иметь причину: добавление значимого нового функционала, исправление критических багов. А не потому, что велено раз в неделю. Раз в неделю на бета-тестеров раскатывать нормально.
Конечно! Но, чем крупнее обновление, тем сложнее понять из-за чего что-то сломалось и у кого, т.к. проблем может быть много при крупном апдейте. Мелкие позволяют проще это контролировать.
Ну какой нужный функционал может быть в приложении интернет магазина. Я сколько использую приложения, только с maps me такое случилось и то сейчас всё вернули обратно. Уберут, значит скачаете старую версию с 4pda
Как мне нравятся любители идеального мира, когда все у них работает, и совершенно забывают о реальном мире в котором живут реальные пользователи. То что эти апдейты приходят, в самый критический момент, причем из-за связи он может не поставится, при этом может тупо перстать работать.
На самом деле недовольство частыми обновлениями было пару лет назад, когда мы только начинали. Но сейчас я уже давно не видел подобных жалоб. То ли люди привыкли, то ли интернет стал доступнее
Кстати, пользуясь случаем, спрошу: отправку явно запрещённых в настройках рекламных пуш-нотификаций убрали? Было в 6.5.1, оставалось до 6.5.5, потом я вашему приложению пуш-нотификации отключил полностью.
Сейчас заглянул в настройки – увидел кучу новых категорий рекламных уведомлений, по умолчанию включённых (я их не видел, т.к. ваши пуши отключены). Это для впаривания этой дряни вам нужен апдейт раз в неделю?
Если рекламные пуши отключены, то они не будут приходить.
Вы, видимо, не совсем поняли:
Изначально негатив был из-за того, что рекламные пуши приходили, игнорируя настройки (очевидный баг, который с 6.5.1 по 6.5.5 не был исправлен, несмотря на все ваши рассказы, как вы круто релизитесь раз в неделю)
Новый негатив – из-за того, что в приложение добавились новые рекламные пуши, включённые. Т.е. предполагается, что после ваших обновлений я буду получать спам, несмотря на то, что уже явно отписался от него.
P.S. Я ещё полтора года назад отключил вам пуши системными настройками и забыл, просто из-за вашего поста полез проверять, когда в последний раз апдейт был, и увидел собственный отзыв с одной звездой :-)
Поэтому слушать пользователей нужно всегда с некоторой долей скепсиса.
Как пользователь авторитетно заявляю: я не хочу "чтобы все баги были исправлены", т.к. я просто не пользуюсь приложением, если оно глючит и не удовлетворяет моим запросам, а устанавливаю то, которое работает стабильно и уже имеет все необходимые фичи. Поэтому пользователю апдейты не нужны.
Ну а как разработчик, я, конечно, понимаю и экономию тестирования на юзерах, и стремление пораньше выпустить MVP, и желание напомнить о себе придумывая новые "очень полезные фичи".
Если суммировать, то по-сути к увеличению частоты релизов привели выстраивание и нормализация процессов, появление автотестов и разбиение релизов на более мелкие.
Абсолютно правильный подход с точки зрения организации работы, вот только для команд в итоге это превращается в бесконечную гонку и работу на фича фабрике. Правда, с последним ничего не поделать наверное.
А ещё дали нам скрытый бонус: пропали реопены от QA из-за крешей на старте.
А как
Что было сделано.
Что могло быть задето.
помогло с тем что приложение продолжает падать при старте?
А был успешный опыт контрактного тестирования?
Это жесть :( по мне так это называется — камуфлировать свои проблемы заботой о пользователе :( баги, хотфиксы и тп, а может просто уделить больше времени тестированию, планированию и тп, а не делать из пользователей подопытных кроликов?
По молодости, я тоже клепал релизы чуть ли не через день, я крут: баги быстро фикшу, новые фичи быстро реализовываю и тп. Но потом пообщавшись с теми кто пользуется моей работой, я с удивлением узнал, что такой своей "продуктивностью" я "утомил" (это очень мягкое слово) всех и вся. Пользователи не так легко адаптируются к изменениям. Плюс каждое новое изменение это риски для пользователей, если вдруг программа сбойнет то реальные люди могут потерять реальные данные, и то что я через пару дней пофикшу проблему не изменит то что произошло. И если в программе есть известная проблема, пользователи знают как ее обойти или не наступить на нее, и с этим можно жить. А когда эти проблемы постоянно мутируют, вот здесь начинается полный АД!
Сегодня к нам в отдел разработки зашла женщина. Ей нужно было решить два вопроса:
1. Узнать, нет ли в у программистов свободной вакансии для её сына, который летом защищает диплом.
2. Не возьмется ли кто из программистов написать этому сыну программу для диплома, а то он сам не может.
ИМХО релиз раз в неделю это пиар акция вашего руководителя на вышестоящее руководство.
Но это вопрос к стилю работы компании, а вы раз смогли реализовать это в принципе красавчики.
За неделю
1. не успевает накопиться неотложных задач к реализации
2. не успеть оттестировать внедренное
То есть по факту вы тестируетесь на пользователях, которые когда это поймут — заминусят ваше приложение в гуглплей например
не успевает накопиться неотложных задач к реализации
А задачи должны быть только неотложные?
не успеть оттестировать внедренное
Заглянем-ка в статью.
Фичи уходят в свои «фича-ветки». И когда она полностью сделана, проверена, принята продактом, тогда уже попадает в develop.
Каких задач должно накопиться за неделю в приложении интернет магазина?
Только если изначально архитектура не продумана
Что касается фича-веток, то они не
Проблемы как раз начинаются когда одна фича ветка не живет с другой фича веткой, спросите у любого девопса хотя бы и здесь.
Или вы сейчас хотите рассказать, что целиком приложение тестировать вообще не надо, если фича ветки оттестированы ???
От этого как раз трехколесные велосипеды и рождаются.
И результат о котором я сказал выше — по факту вы тестируетесь на пользователях
Каких задач должно накопиться за неделю в приложении интернет магазина?
Тех же, что и в любом другом приложении. Здесь ошибка, там неудобно оказалось, вот тут хочется а/б тест провести, а тут ускориться немножко можно или легаси подразгрести. Если у вас большая аудитория — всегда найдутся люди, которым по каким-то причинам больно, и места, которые можно улучшить. Это реальность, независимо от процесса.
Или вы сейчас хотите рассказать, что целиком приложение тестировать вообще не надо, если фича ветки оттестированы ???
Хочу сказать, что при нормально построенном процессе провести регресс за неделю — более чем реально.
Вы вообще определитесь, на каком стуле пытаетесь усидеть. То у вас «интернет-магазин» — это что-то простое, где задач почти нет, то у вас это что-то сложное, что за неделю не протестировать.
Ну и спорить в 2021 с практиками CI/CD — это уже что-то интересное. Не хочу мелкие релизы, которые легко проверить и откатить, если что-то не так — хочу большие куски, чтоб страдать неделями, а когда рванет — чтоб по самые уши оторвало.
Там хоть каждый день хотелки реализовывай.
Для внешнего приложения это неприменимо.
И определяться мне незачем.
Приложение может быть сколько угодно большой сложности, если его продумать изначально то допиливать каждую неделю не надо.
примеры просто вокруг вас — любую ИС или ОС возьмите и поймете
Для внешнего приложения это неприменимо.
Хорошо бы иметь иные аргументы кроме «ящитаю».
Приложение может быть сколько угодно большой сложности, если его продумать изначально то допиливать каждую неделю не надо.
Осталось только привести примеры сложных продуктов, которые один раз продумали — и с тех пор не допиливают. А стоп, таких нет. Потому что идеальный водопад существует только в фантазиях.
любую ИС или ОС возьмите и поймете
Смотрю и вижу, что моя ось стабильно раз в неделю обновляется. Problems, officer?
Если не знаете как посмотреть сборку ОС, почитайте в гугле.
Нииифига то она раз в неделю не обновляется.
Время у вас вижу достаточно, поэтому чтобы поставить точку в вопросе — откройте браузер и посмотрите номер сборки.
А теперь вспомните, обновлялся ли ваш браузер такое количество раз.
Почему так происходит.
А потому, что те кто его делает отчитываются по результату, а не по количеству выкаченных в продакт релизов.
Это нормально.
А если отчитываться по числу обновлений в продакте за месяц то на выходе и будет велосипед к которому педальки не прикрутили.
Вы не путайте патчи с обновлениями.
Прямо в рамочку и на стену. Спасибо, что просветили: я-то, по необразованности своей, всю жизнь думал, что если нажать кнопку «установить обновления» — то установятся обновления, а это, оказывается, патчи. Совсем другое дело.
А теперь вспомните, обновлялся ли ваш браузер такое количество раз.
Раз-два в месяц обновляется. Видимо, там тоже тупые люди сидят — не могут один раз спроектировать нормально браузер.
P.S. Сколько у меня времени, и на что я его трачу — не ваше дело.
Плавали, знаем - накладные расходы при таком походе увеличивают срок разработки каждой фичи примерное в три раза.
Может вы прокомментируете как ваше 1С подразделение подрезало мою обработку?
Просто интересно как так получилось, без юридических последствий.
ОЗОН: сделаем платное бесплатным
Статью внимательно изучил, сейчас тот сотрудник, который занимался обработкой для продавцов уже не работает в компании. Причём довольно давно.
Поэтому, к сожалению, не могу прокомментировать корректность его действий и откуда именно он взял эту обработку.
Как вы уже заметили, этой обработки на нашем сайте больше нет и в таком виде точно не будет.
Это вдвойне печальное известие.
Во первых как я уже сказал, не было желания кого-либо наказывать.
А во вторых это не победа и даже не участие.
Дело в том, что моя платная обработка выложенная бесплатно на официальном сайте ОЗОН растиражировалась по интернету. И теперь если попробовать ее выкурить, то ее новый автор конечно же скажет — Я ее бесплатно скачал с ОЗОН.
По хорошему наверное нужно бы ОЗОН принять на себя ответственность за своего сотрудника, какой бы он ни был хороший или плохой, и написать на вашем сайте, что в результате технической ошибки сюда попала обработка с инфостарт. Это бы волшебным образом все исправило. Никто бы не пострадал. Даже ваша репутация. А так вот я пишу неприятные для вас вещи в комментах.
Если верить психологам, то как раз брать ответственность за свои поступки — это признак взрослого человека.
Масса других вариантов возможна.
Из них тот который выбрали вы, на мой взгляд не самый продуктивный.
И как выбрали. Из НПП вам написали.
Было у меня одно банковское приложение, которое примерно с такой же переодичностью обновлялось. При этом в интерфейсе и функционале изменений не замечал. В итоге с подозрением, что приложение постоянно выпускается бажное, без тестирования, от греха подальше удалил его. И любое приложение, которое каждую неделю будет требовать обновления на моем телефоне, долго не проработает. При этом выключение автообновления не вариант, так как бывают настоящие обновления, которые нужно ставить из-за секьюрити.
Специально для защиты от таких гореразработчиков отключаю автоматическое обновление приложений. Так как надоели постоянные лаги телефона из-за того, что какое-то приложение начало обновляться. Да и для флеш памяти телефона это не очень хорошо. Для меня кажется оптимально обновлять приложение раз в пол года. Тогда хотя бы изменение заметны становятся. Скажем вчера приложение Сбера обновил и заметил, что они логотип сменили :)
Именно поэтому я стараюсь не ставить приложения при наличии сносных веб-версий
Но в общем случае я согласен, что пользователю это все неважно. Ошибка есть, продукт вызывает какие-то неприятные ощущения из-за этого. Просто эта статья именно про разработку-тестирование со стороны мобильной разработки.
По мне — обновления должны обновлять функционал, иногда дизайн и быть не постоянными, а необходимыми (Исправление ряда, а не одной маловажной проблемы. Исправление обнаруженной серьёзной проблемы и т.п.). А если политика требует постоянных исправлений — это должно требовать и постоянное появление новых проблем, а значит что-то не так с рабочим процессом. Тем более — Ваш рабочий процесс легко масштабируется на более долгий период обновлений и можно не заставлять пользователей испытывать из-за этого неудобства. К тому же, это позволит более вдумчиво подходить к разработке, а, следовательно, создавать меньше побочных проблем требующих исправления и ещё больше экономить на тестировании (повторном тестировании).
Как мы пришли к релизам мобильных приложений раз в неделю