А чем ещё он может служить? Я поставил приложение и сразу хочу им воспользоваться. Но мне придётся отбрехиваться от онбординга, закрывая бесчисленные всплывающие окна?
Это не сервисный пуш, а маркетинговый. Бурег Кингу нужно, чтобы я что-то сделал, а не мне.
Онбординг — знакомство пользователя с приложением при первом использовании. Это могут быть экраны, которые нужно пролистать, настройка продукта под себя или тур по приложению.
Если у приложения есть онбординг/тур, то это означает, что дизайнер расписался в собственной профнепригодности. Хорошее приложение не нуждается в туре, в нём и так всё должно быть прозрачно и понятно. Приложение по заказу еды: выбрал еду, вбил карту, указал адрес и сиди жди курьера.
А можете в двух словах сказать, в чём разница между vim и neovim, если я не хочу использовать Lua? Т. е. кроме поддержки конфигурации на Lua, что-то ещё важное есть в newvim?
Написать автотест гораздо проще и быстрее, чем искать неточность в уже написанном
Смотря, как написаны автотесты. Если по коду теста сложно понять, что пошло не так, то следует «посмотреть в глаза» автору такого автотеста.
Переключаться с автотестов на другие задачи приходилось очень часто. За час рабочего времени могут дернуть все — ПМ, разработчик, аналитик и прочие. После консультаций приходилось заново вливаться в разработку автотеста, что так же крадет ценное время.
Позволить отвлекать себя может только Senior, который может легко переключаться между контекстами. В любом случае — это не проблема автотестов.
автотест способен проверить только конкретные значения
Почему вы так решили? Автотест может проверить все возможные значения, заданные или случайные. Ровно также себя ведёт и ручной тестировщик.
Почему же ручные тестировщики не могут быть в полном объеме заменены автотестами?
По одной простой причине. Это разные сущности. Суть автоматизатора автоматизировать регулярно воспроизводимый сценарий. Ручной тестировщик при этом должен уметь исследовать причину появления ошибок / падения приложения.
Автотест делает POST /users. Ожидает 200, получает 500. Его задача отрапортовать об этом и не более того.
Когда у ручного тестировщика получается поймать пятисотую, то он должен пройтись по всем логам, посмотреть в код, если умеет, найти и понять причину ошибку, предложить варианты её исправления и завести задачу в Jira.
Если кратко, то не совсем корректно сравнивать iPhone и телефон на Android. iPhone — это прежде всего экосистема Apple. Хорошая или плохая, нравится или не нравится — другой вопрос.
Много раз приходилось ругаться с охранниками, которые хотели посмотреть мой чек и уже мой товар. Почему-то магазины хотят сэкономить на кассирах за мой счёт. Как только я оплатил товар и получил чек, ко мне не могут быть вопросов со стороны магазина. Это мой товар, а чек я имею права не брать.
А чем ещё он может служить? Я поставил приложение и сразу хочу им воспользоваться. Но мне придётся отбрехиваться от онбординга, закрывая бесчисленные всплывающие окна?
Это не сервисный пуш, а маркетинговый. Бурег Кингу нужно, чтобы я что-то сделал, а не мне.
Если у приложения есть онбординг/тур, то это означает, что дизайнер расписался в собственной профнепригодности. Хорошее приложение не нуждается в туре, в нём и так всё должно быть прозрачно и понятно. Приложение по заказу еды: выбрал еду, вбил карту, указал адрес и сиди жди курьера.
Позвольте немного побыть занудой.
Это не совсем верно делать после прогона.
Готовить систему к тестированию нужно до, а не после прогона.
После — может не наступить по разным причинам.
Тест после себя может (и это нормально) сломать систему, например.
window.screen.height: 1440
Очень неудачный выбор платформу для курса. Посмотрите в сторону Udemy, например.
Трава, полагаю, вы о конопле, перестала быть наркотиком? О_о
Спасибо! Буду думать. LUA не хочется почему-то изучать (не нужен в работе), а куда не посмотришь — везде про NeoVim уже говорят.
А можете в двух словах сказать, в чём разница между vim и neovim, если я не хочу использовать Lua? Т. е. кроме поддержки конфигурации на Lua, что-то ещё важное есть в newvim?
Не увидел примеров дефектов, которые нельзя автотестами поймать. Кликбейт?
Пожалуйста, не путайте профессию тестировщик и измерительный прибор.
Зачем держать редактор VSCode, если есть радактор vim?
Зачем физлицу почта на своём домене?
Смотря, как написаны автотесты. Если по коду теста сложно понять, что пошло не так, то следует «посмотреть в глаза» автору такого автотеста.
Позволить отвлекать себя может только Senior, который может легко переключаться между контекстами. В любом случае — это не проблема автотестов.
Почему вы так решили? Автотест может проверить все возможные значения, заданные или случайные. Ровно также себя ведёт и ручной тестировщик.
По одной простой причине. Это разные сущности. Суть автоматизатора автоматизировать регулярно воспроизводимый сценарий. Ручной тестировщик при этом должен уметь исследовать причину появления ошибок / падения приложения.
Автотест делает POST /users. Ожидает 200, получает 500. Его задача отрапортовать об этом и не более того.
Когда у ручного тестировщика получается поймать пятисотую, то он должен пройтись по всем логам, посмотреть в код, если умеет, найти и понять причину ошибку, предложить варианты её исправления и завести задачу в Jira.
Если кратко, то не совсем корректно сравнивать iPhone и телефон на Android. iPhone — это прежде всего экосистема Apple. Хорошая или плохая, нравится или не нравится — другой вопрос.
Вы описали только работу с именем.
Её можно сильно упростить.
Два поля. Имя для документов и Имя для обращения к пользователю.
Имя для документов: Сергей Сергеевич Сергеев (как в паспорте)
Имя для обращения в письмах: Серёжа (да, я хочу, чтобы ко мне неформально обращались Серёжа.
Не нужно пытаться делить имя на составные части (ФИО).
Много раз приходилось ругаться с охранниками, которые хотели посмотреть мой чек и уже мой товар. Почему-то магазины хотят сэкономить на кассирах за мой счёт. Как только я оплатил товар и получил чек, ко мне не могут быть вопросов со стороны магазина. Это мой товар, а чек я имею права не брать.
Всё можно простить молодому российскому стартапу, но зачем же проект, созданный сугубо для программистов делать с русским интерфейсом?
https://www.hackerrank.com/domains/regex
Что не так со скрепышами?
К сожалению, Safari в iOS 15. Это жутко неудобно, надеюсь, что вернут возможность вернуть адресную строку туда, где ей место, т. е. вверху.