Я подозреваю что дело не в смайликах внутри сообщения, а в интерфейса Skype который добавляет меню в виде смайлика в каждое сообщение:
Не знаю как вам, а мне это меню всё время сбивает эмоциональную окраску исходного сообщения.
Автоматизированные тесты очень дороги в поддержке, и задач, в которых цена ошибки настолько велика чтобы оплачивать поддержку автотестов не так много и все они либо в банковском секторе либо в критическом по типа авиации /медицины/ атомные станции etc.
У меня мнение обратное: ручное тестирование не масштабируется вообще никак.
Авто-тесты же очень хорошо масштабируются.
Авто-тесты могут быть дороги в поддержке если идёт постоянная и кардинальная смена интерфейсов, которые эти тесты используют. Если интерфейсы меняются хотя бы не кардинально, то и поддержка будет не очень сложной.
Понятно что просто перевести всё ручное на автоматическое будет сначала дорого. Но зато полная проверка системы которая в ручном режиме занимала N часов может быть проверена за N минут. Это ли не профит для бизнеса?
Дороже потому что магазин ставит цену выше или потому что платёжный терминал берёт комиссию выше?
В Казахстане распространена практика снятия комиссии при оплате через чужой POS-терминал.
То есть магазин мне выставляет счёт на X денег и даёт на выбор два POS-терминала (ну или не даёт — что есть то есть):
моего банка: у меня с карты спишут ровно X денег
чужого банка: у меня с карты спишут X денег плюс комиссия моего банка за то что я воспользовался не домашним POS-терминалом
При этом магазину всё равно придут только X денег и не больше.
Такси я могу заказать для жены, а каршеринг жены без прав не очень сможет использовать. Да и сам я без прав. И не в дефолт-сити.
Как-то так себе альтернатива.
Зачем парсить СМС если банк даёт тоже самое — хороший вопрос.
Но проблема в том что банк показывает в статистике разбивку по MCC-коду продавца, и в результате покупка велосипеда в Ленте оказывается занесена в Продукты.
Данные из СМС как и категория расхода из Интернет банка (полученная по MCC-коду продавца) во многих случаях даёт слишком мало информации:
Код MCC может быть не совсем корректным (у меня был случай когда в магазине АВС-Электро был прошит код отнесённый к категории Различные товары)
Покупка в крупном супермаркете в действительности может содержать очень много категорий: Продукты, Посуда, Одежда, Велосипед, Автомобиль (не сам автомобиль, конечно, но вещи предназначенные строго для него) и так далее и тому подобное.
Так что я не верю в ДзенМани и подобные сервисы которые обещают разнести мои траты по категориям.
Единственное что действительно может это помочь сделать — обработка чеков из налоговой.
Сейчас уже есть приложения которые умеют получать данные из налоговой — значит есть какая-то возможность это сделать.
Поддерживаю. Тоже живу на нём — очень удобно.
Можно забить покупку в магазине секунд за 5-7, а потом уже дома (вечером или на выходных) пройтись по чеку и разбить трату на категории.
А зачем тогда вообще peer/ident аутентификация, если пользователей всего 5 и это не столько пользователи, сколько роли?
Для разработчиков: уж если и иметь аккаунт на машине, то лучше каждому свой чтобы можно было лишать доступа прицельно. При этом доступ к БД у вас получается всё равно групповой.
Я про то что реальной пользы от peer/ident аутентификации сейчас нет.
Peer/ident аутентификация в действительности полезна в довольно узком круге окружений. Например сейчас, при развитии контейнерезации, в контейнере с СУБД будет только один пользователь. Да и просто в облачных СУБД у вас нет возможности настраивать пользователей сервера СУБД.
Да и безопасность, в случае с ident, становится ниже, как вы и сами говорите.
И масштабируется такой подход не очень хорошо: что будете делать с сотнями тысяч пользователей — каждому создавать пользователя?
А разделение данных пользователей по разным физическим серверам?
Ок, я люблю конфеты «Коровка» и очень ценю здоровость как самих этих конфет, так и сообщества их любителей. Значит ли это, что я не могу любить конфеты «Тузик» и поддерживать их производителя своим рублём? С чего бы это?
А кто-то посчитал что производители конфет «Тузик» нехорошие бяки (причина не очень важна, хотя она может быть весьма объективной) и предложил производителю конфет «Коровка» добавить на упаковку сообщение о том что Не рекомендуем работать с производителем конфет «Тузик», так как он бяка. И вообще не рекомендуем употреблять наши конфеты с конфетами «Тузик».
И производители конфет «Коровка» согласились.
Что делать вам, как любителю конфет и «Коровка» и «Тузик»?
А чем провинился PornHub?
Я подозреваю что дело не в смайликах внутри сообщения, а в интерфейса Skype который добавляет меню в виде смайлика в каждое сообщение:
Не знаю как вам, а мне это меню всё время сбивает эмоциональную окраску исходного сообщения.
У меня мнение обратное: ручное тестирование не масштабируется вообще никак.
Авто-тесты же очень хорошо масштабируются.
Авто-тесты могут быть дороги в поддержке если идёт постоянная и кардинальная смена интерфейсов, которые эти тесты используют. Если интерфейсы меняются хотя бы не кардинально, то и поддержка будет не очень сложной.
Понятно что просто перевести всё ручное на автоматическое будет сначала дорого. Но зато полная проверка системы которая в ручном режиме занимала N часов может быть проверена за N минут. Это ли не профит для бизнеса?
P.S.
Я не тестировщик, а разработчик если что.
Дороже потому что магазин ставит цену выше или потому что платёжный терминал берёт комиссию выше?
В Казахстане распространена практика снятия комиссии при оплате через
чужойPOS-терминал.То есть магазин мне выставляет счёт на
Xденег и даёт на выбор два POS-терминала (ну или не даёт — что есть то есть):моегобанка: у меня с карты спишут ровноXденегчужогобанка: у меня с карты спишутXденег плюс комиссия моего банка за то что я воспользовался не домашним POS-терминаломПри этом магазину всё равно придут только
Xденег и не больше.Ух как. Я, как житель совсем другого города, об этом даже не вспомнил.
Такси я могу заказать для жены, а каршеринг жены без прав не очень сможет использовать. Да и сам я без прав. И не в дефолт-сити.
Как-то так себе альтернатива.
А что тут такого? Я ничего подозрительного не вижу.
Зачем парсить СМС если банк даёт тоже самое — хороший вопрос.
Но проблема в том что банк показывает в статистике разбивку по MCC-коду продавца, и в результате покупка велосипеда в Ленте оказывается занесена в Продукты.
Ну офисы бывают и разные — где-то ставит счётчик на каждого арендатора и оплата идёт по факту использования.
Данные из СМС как и категория расхода из Интернет банка (полученная по MCC-коду продавца) во многих случаях даёт слишком мало информации:
Различные товары)Так что я не верю в ДзенМани и подобные сервисы которые обещают разнести мои траты по категориям.
Единственное что действительно может это помочь сделать — обработка чеков из налоговой.
Сейчас уже есть приложения которые умеют получать данные из налоговой — значит есть какая-то возможность это сделать.
Поддерживаю. Тоже живу на нём — очень удобно.
Можно забить покупку в магазине секунд за 5-7, а потом уже дома (вечером или на выходных) пройтись по чеку и разбить трату на категории.
Ну если у вас в буклете есть такие опечатки, то документацию точно нужно шерстить.
Якорь входит в структуру URL, так что, чисто технически, вот URL на ваш комментарий: https://habr.com/company/tm/blog/422967/#comment_19127319
А зачем тогда вообще peer/ident аутентификация, если пользователей всего 5 и это не столько
пользователи, сколькороли?Для разработчиков: уж если и иметь аккаунт на машине, то лучше каждому свой чтобы можно было лишать доступа прицельно. При этом доступ к БД у вас получается всё равно групповой.
Я про то что реальной пользы от peer/ident аутентификации сейчас нет.
Peer/ident аутентификацияв действительности полезна в довольно узком круге окружений. Например сейчас, при развитии контейнерезации, в контейнере с СУБД будет только один пользователь. Да и просто в облачных СУБД у вас нет возможности настраивать пользователей сервера СУБД.Да и безопасность, в случае с
ident, становится ниже, как вы и сами говорите.И масштабируется такой подход не очень хорошо: что будете делать с сотнями тысяч пользователей — каждому создавать пользователя?
А разделение данных пользователей по разным физическим серверам?
А всем остальным и так пользуются.
Это он для всех остальных — в секретном месте, а для владельца — в очень даже известном. Может и съездить разок чтобы координаты получить.
Уже обсуждалось
А как же Джантирование? Всегда с собой и всегда (за редкими исключениями) работает.
А кто-то посчитал что производители конфет «Тузик» нехорошие бяки (причина не очень важна, хотя она может быть весьма объективной) и предложил производителю конфет «Коровка» добавить на упаковку сообщение о том что
Не рекомендуем работать с производителем конфет «Тузик», так как он бяка. И вообще не рекомендуем употреблять наши конфеты с конфетами «Тузик».И производители конфет «Коровка» согласились.
Что делать вам, как любителю конфет и «Коровка» и «Тузик»?
А в чём преимущество по сравнению со Spring Boot + Embedded Jetty?