Пол года было прям чистейшего тдд

Как методологию оцениваешь эту? Мне кажется это офигенно с той точки зрения, что ты заранее можешь кейсы какие то не предусмотренные выявить

Кто нить через TDD работал? Я так мечтаю в проект с тдд попасть но нигде пока не довелось)

Как методологию оцениваешь эту? Мне кажется это офигенно с той точки зрения, что ты заранее можешь кейсы какие то не предусмотренные выявить

Но бизнес всегда ругался что ыичи медленно появляются

тдд это же методология разработки, если у тебя есть фича и есть для нее тесты, то как понять ты сначала тесты написал а потом фичу или наоборот? и если наоборот то что тебя надо бить или штрафовать?

Представь что вся система лежит в монорепе, покрыта интеграционными тестами. Каждый модуль покрыт тестами с моками. Каждая функция юнит тестами. И ты не разбираясь в коде, добавляешь в тесты фичу, и тест говорит где упало. Ты спускаешься и обновляешь иест там. И так, пока не найдешь место, где надо дописать саму фичу. Звучит утопично, но я это видел, и хочу повторить

хочешь повторить приходи ко мне тесты писать )

у меня как раз не одного теста нет, целыми днями можно сидеть и писать тесты )

Кажется я придумал как для себя решить проблему того что жвт не своевременно теряет доступ, не отзывается, не дает возможность следить за сессиями и при этом не слать запросы в бд постоянно)

в жвт итак же изначально встроена логика экспаир тайма, разве нет?

Стоит ли либу такую делать вообще? Похоже ведь на инмемори сессии.

так-то они и есть ))

О, еще я бы добавил в хедеры или куки хеш/таймстемп времени изменения данных о юзере

так-то они и есть ))

Ну это как сделаешь ты сам. Кто-то в редисе хранит кэш, но не долго, кто-то всегда вычисляет его постоянно

Получается, что мы усложняем бэк и фронт ради 15 минут (время жизни acess token) без одного запроса в бд, который можно кешировать

Кто нить через TDD работал? Я так мечтаю в проект с тдд попасть но нигде пока не довелось)

Ты тдд нигде не встретишь в продуктовой разработке Да и вообще мало где его встретишь, потому что оно жутко тормозит разработку

Когда у тебя больше одного сервиса, это очень актуально. Потому что иначе каждый сервис должен в себе содержать один и тот же слой данных и сервис проверки авторизации. Что-то там поменялось - иди пересобирай все сервисы и потом обновляй одновременно, и не дай Бог тебе что-то забыть пересобрать. А также каждый сервис должен иметь доступ к редиске. Если речь идёт о сервисах, которые крутятся на разных хостах, добавляется сетевая точка отказа. Если в разных датацентрах - то ещё и потребность в настройке репликации инстансов редиса. Крче, ты немного усложняешь код бэкенда, но сильно упрощаешь инфраструктурные требования бэкенда. На это можно посмотреть как на финансовый вопрос: немного увеличить капекс или ощутимо увеличить опекс.

Когда у тебя больше одного сервиса, это очень актуально. Потому что иначе каждый сервис должен в себе содержать один и тот же слой данных и сервис проверки авторизации. Что-то там поменялось - иди пересобирай все сервисы и потом обновляй одновременно, и не дай Бог тебе что-то забыть пересобрать. А также каждый сервис должен иметь доступ к редиске. Если речь идёт о сервисах, которые крутятся на разных хостах, добавляется сетевая точка отказа. Если в разных датацентрах - то ещё и потребность в настройке репликации инстансов редиса. Крче, ты немного усложняешь код бэкенда, но сильно упрощаешь инфраструктурные требования бэкенда. На это можно посмотреть как на финансовый вопрос: немного увеличить капекс или ощутимо увеличить опекс.

Тдд более менее не мешает когда требования к системе четко понятны Если же они меняются по ходу разработки, то ты повесишься от тдд

воу воу, капекс опекс, первый раз в таких чатах встречаю эти термины.

Кто нить через TDD работал? Я так мечтаю в проект с тдд попасть но нигде пока не довелось)

Я просто кофе ещё не выпил. Выпью - стану нормальным человеком 😅

ну и кстати, не надо повышать опекс и создавать сетевую связность редиса со всеми сервисами. достаточно реализовать сессии на gateway, ему сходить в редис и всю информацию о пользователе положить в заголовки в случае http и в meta в случае mq.

А чем это тогда для сервиса отличается от jwt? Чисто не надо декодировать и проверять подпись?))

Надо открыть новое окно, оно там в пас добавилось скорее всего, надо перезагрузить терминал

А чем это тогда для сервиса отличается от jwt? Чисто не надо декодировать и проверять подпись?))

С жвт ты не можешь пользователю поменять роли оперативно, не можешь отозвать все токены для пользователя например в случае смены пароля, нельзя посмотреть сессии и закрыть выбранные.

Нестандартная библиотека для такой задачи.

Как зачем, "красиво", и звёздочки на GH

Самое главное, что он поддерживает "русскую литературу"

Ты тдд нигде не встретишь в продуктовой разработке Да и вообще мало где его встретишь, потому что оно жутко тормозит разработку

а я могу как-то в go html template выключить эскейпинг параметра? ну типа, если я хочу туда в качестве параметра воткнуть кусочек прегенеренного html?

Ozon/avito/yandex/wb/sber/tinkoff

дома как варик

Ozon/avito/yandex/wb/sber/tinkoff

Подскажите как работает timer.Stop(), не могу понять, после остановки таймера надо ли читать из канала, чтобы оставить его пустым