Пользовался - мне не так удобно. Удобнее (опять таки - лично мне) "телефон на торпеде" слева от руля, где открыт навигатор, а на магнитоле только плеер и пара мини-окон типа контроля полосы/дистанции
в ответе банка нет про то, что можно было войти с двух номеров на один аккаунт - есть только про то, что уведомления поступали на старый ("удалённый") телефонный номер и не факт, что это один и тот же аккаунт - возможно счета привязали на новый аккаунт/номер, а в системе был баг, который уведомления слал на старый аккаунт/номер. Об этом я вам и написал выше - вероятно была нет развязки аккаунта, логина (телефона) для входа в этот аккаунт и в БД существовало две записи "аккаунт + телефон1" (помечен как удалённый) и "аккаунт + телефон2" (который активный). Скрипт для входа учитывает признак удаления и пускает только по телефон2 (автор того поста не тестил вход с телефон1 - только предположил), а вот скрипт, который отправляет счета, не учитывает признак удаления и засылал на телефон1. Хотя это не отвечает на вопрос почему счета (не уведомления о них) не были видны в аккаунте - вероятно, было заведено 2 аккаунта (старый, удалённый с телефон1 + новый с телефон2), к новому аккаунту были перепривязаны лицевые счета клиента, а вот сервис, который выставлял найденные счета этого "не видел" и более того, привязка в этом сервисе шла не по аккаунту, а по номеру телефона, что и привело к подобному багу
Но, в отличии от тинька, который ошибку не сильно признал, а потом молча поправил, тут ошибку признали и исправили
Когда-то давно у Тинька я лично находил проблему со входами в ЛК при "дубликатах" учёток, но ведь никто сейчас за подобное не хейтит данный банк - ошибку признали и исправили
А из статьи при посыле "я перестал видеть счета оплату" делать вывод "значит можно заходить с нескольких номеров" такое себе - автор пробовал это сделать, чтобы так утверждать? Вероятно в БД историческая учётная запись осталась помеченная как "удалено", а какие-то запросы реализованы криво и не учитывают признак удаления. Возможно не разделены толком accountID и УЗ - может они в одной табличке лежат ...
ну почему же "левое"? Так же официально через ruStore поставилось и было предложено к установке из МТС Банка. Правда да, "разработчик" в сторе другой. Но и у MTS Pay свой разработчик там, как и у МТС Инвестиции. Вот это уже смущает конечно...
кажется нюанс в том, что "старый" classic UI был разработан в те времена, когда "мониторы были большие" и требовалось больше уместить в малое. Сейчас мониторы сильно больше (точнее их разрешение) и потому тот UI и кажется мелким без дополнительного тюнинга размера шрифта в UI в большую сторону...
про " вторая открытая панель съедает место, вместо Project " - иконку на левой панели можно с верхней части перетащить в нижнюю и тогда будут видны сразу обе панели. Но я стараюсь вообще все панели прятать через View Mode "undock"...
ЗЫ: в копилку про удобство (личное) в Git - включение режима группировки файлов по директориям, чтобы не одной портянкой файлы видеть, а в "контексте" иерархии
нет, не то же самое :( хотя сама настройка звучит похоже... Но там рядом есть ещё "Enable commit tool window" - она хоть и не делает диалоговое окно, но отправляет в нижнюю панельку к Git со своим diff-редактором, вместо открытия diff в панельках редактора
открыл GoLand 2025.1 EAP и там есть такая настройка, которую можно поменять без какого-либо плагина, то есть её просто убрали из основных настроек в расширенные.
Что правда не отменяет того, сколько ещё "проживёт" такая возможность - думаю, это такое "мягкое" её удаление, то есть, сперва убирают явную возможность переключения, чтобы новые, не сильно любопытные до настроек IDE, пользователи уже и не знали, что так можно, а потом и для остальных отрубят...
UPD: В IDEA CE Beta (редакция от 5 марта) так же есть эта настройка и так же, без каких-либо плагинов - просто нужно чуть глубже в настройки IDE погружаться
Она и сейчас подключивает - индексация кода эпизодически теряет часть свеженаписанного кода. В 2024.3.4 такой проблемы на тех же проектах не наблюдается
при использовании какого-нить ORM, позволяет контролировать, что запросы приходят в БД те, что ожидались и что при очередном обновлении ORM, запросы не изменились. А так да, можно и через mock репозитория юниты гонять
для моканья в юнит-тестах есть sqlmock. Для интеграционных надо использовать тот же движок БД, что и будет дальше использоваться, а не подменять его на другой, потенциально ловя различные артефакты "потом"
Если уж речь зашла про map и Go версии не ниже 1.23, то почему бы сразу не использовать https://pkg.go.dev/iter ? И реализовать совместимость с https://pkg.go.dev/maps , чтобы это можно было "прозрачно" использовать с другим кодом на Go
тот же Hiberate (собственно, как и GORM) умеет в гибридный подход в коде от "формируем запрос через ORM" до "запрос пишет разработчик, а ORM только мапит результат". Что позволяет на простых CRUD использовать генерацию запросов от ORM, а на более сложных уже вручную формировать запросы, вплоть до статично сформированного SQL запроса с подстановкой только аргументов
Пользовался - мне не так удобно. Удобнее (опять таки - лично мне) "телефон на торпеде" слева от руля, где открыт навигатор, а на магнитоле только плеер и пара мини-окон типа контроля полосы/дистанции
в ответе банка нет про то, что можно было войти с двух номеров на один аккаунт - есть только про то, что уведомления поступали на старый ("удалённый") телефонный номер и не факт, что это один и тот же аккаунт - возможно счета привязали на новый аккаунт/номер, а в системе был баг, который уведомления слал на старый аккаунт/номер. Об этом я вам и написал выше - вероятно
быланет развязки аккаунта, логина (телефона) для входа в этот аккаунт и в БД существовало две записи "аккаунт + телефон1" (помечен как удалённый) и "аккаунт + телефон2" (который активный). Скрипт для входа учитывает признак удаления и пускает только по телефон2 (автор того поста не тестил вход с телефон1 - только предположил), а вот скрипт, который отправляет счета, не учитывает признак удаления и засылал на телефон1. Хотя это не отвечает на вопрос почему счета (не уведомления о них) не были видны в аккаунте - вероятно, было заведено 2 аккаунта (старый, удалённый с телефон1 + новый с телефон2), к новому аккаунту были перепривязаны лицевые счета клиента, а вот сервис, который выставлял найденные счета этого "не видел" и более того, привязка в этом сервисе шла не по аккаунту, а по номеру телефона, что и привело к подобному багуНо, в отличии от тинька, который ошибку не сильно признал, а потом молча поправил, тут ошибку признали и исправили
Когда-то давно у Тинька я лично находил проблему со входами в ЛК при "дубликатах" учёток, но ведь никто сейчас за подобное не хейтит данный банк - ошибку признали и исправили
А из статьи при посыле "я перестал видеть счета оплату" делать вывод "значит можно заходить с нескольких номеров" такое себе - автор пробовал это сделать, чтобы так утверждать? Вероятно в БД историческая учётная запись осталась помеченная как "удалено", а какие-то запросы реализованы криво и не учитывают признак удаления. Возможно не разделены толком accountID и УЗ - может они в одной табличке лежат ...
ну почему же "левое"? Так же официально через ruStore поставилось и было предложено к установке из МТС Банка. Правда да, "разработчик" в сторе другой. Но и у MTS Pay свой разработчик там, как и у МТС Инвестиции. Вот это уже смущает конечно...
там не только SU в жёлтый окрашен, но и, к примеру, UK: https://www.iso.org/obp/ui/#iso:pub:PUB500001:en
А можно ведь просто прекратить регистрацию новых доменов и оставить уже существующие и дальше "жить"...
кажется нюанс в том, что "старый" classic UI был разработан в те времена, когда "мониторы были большие" и требовалось больше уместить в малое. Сейчас мониторы сильно больше (точнее их разрешение) и потому тот UI и кажется мелким без дополнительного тюнинга размера шрифта в UI в большую сторону...
про " вторая открытая панель съедает место, вместо Project " - иконку на левой панели можно с верхней части перетащить в нижнюю и тогда будут видны сразу обе панели.
Но я стараюсь вообще все панели прятать через View Mode "undock"...
ЗЫ: в копилку про удобство (личное) в Git - включение режима группировки файлов по директориям, чтобы не одной портянкой файлы видеть, а в "контексте" иерархии
нет, не то же самое :( хотя сама настройка звучит похоже...
Но там рядом есть ещё "Enable commit tool window" - она хоть и не делает диалоговое окно, но отправляет в нижнюю панельку к Git со своим diff-редактором, вместо открытия diff в панельках редактора
открыл GoLand 2025.1 EAP и там есть такая настройка, которую можно поменять без какого-либо плагина, то есть её просто убрали из основных настроек в расширенные.
Что правда не отменяет того, сколько ещё "проживёт" такая возможность - думаю, это такое "мягкое" её удаление, то есть, сперва убирают явную возможность переключения, чтобы новые, не сильно любопытные до настроек IDE, пользователи уже и не знали, что так можно, а потом и для остальных отрубят...
UPD: В IDEA CE Beta (редакция от 5 марта) так же есть эта настройка и так же, без каких-либо плагинов - просто нужно чуть глубже в настройки IDE погружаться
видно же, что автор скорее всего опечатался - можно и через Ctrl+Enter сообщить было
его можно же включить обратно (на момент версии 2024.3)
значит вы не использовали ни MySQL ни MongoDB в их полную силу
ну, я в последний раз дебагер запускал наверное в году 2017 (хватает тестов и логов), потому ничего тут сказать не могу
Она и сейчас подключивает - индексация кода эпизодически теряет часть свеженаписанного кода. В 2024.3.4 такой проблемы на тех же проектах не наблюдается
так замокайте слой репозитория и тестируйте без привязки вообще к СУБД
при использовании какого-нить ORM, позволяет контролировать, что запросы приходят в БД те, что ожидались и что при очередном обновлении ORM, запросы не изменились.
А так да, можно и через mock репозитория юниты гонять
для моканья в юнит-тестах есть sqlmock. Для интеграционных надо использовать тот же движок БД, что и будет дальше использоваться, а не подменять его на другой, потенциально ловя различные артефакты "потом"
Если уж речь зашла про map и Go версии не ниже 1.23, то почему бы сразу не использовать https://pkg.go.dev/iter ? И реализовать совместимость с https://pkg.go.dev/maps , чтобы это можно было "прозрачно" использовать с другим кодом на Go
тот же Hiberate (собственно, как и GORM) умеет в гибридный подход в коде от "формируем запрос через ORM" до "запрос пишет разработчик, а ORM только мапит результат". Что позволяет на простых CRUD использовать генерацию запросов от ORM, а на более сложных уже вручную формировать запросы, вплоть до статично сформированного SQL запроса с подстановкой только аргументов