Если кого-то бросают из команды в команду, то есть вероятность, что дело в человеке и его не способностью работать в коллективе, работать с коллективом. И как правило это одиночки. Они не любят когда к ним лезут в код и не любят смотреть в чужой. Они носят корону и верят, что лучше никто не сможет сделать. И с такими всегда сложно. Каждый старается избавится от него и поэтому он скачет по командам. Это приводит к выгоранию. И как правило к увольнению.
В кэш можно загонять не только маленькие таблицы. На очень нагруженном проекте мы исключали все join связки. Все таблицы сателлиты были подняты в память. Выгружаем основную таблицу с ид ключами, а далее добавляем ей описания и расширения из таблиц сателлитов.
Обновление:
Каждая таблица завернуть в сервис. Сервис слушает события обновления своих данных и тут как пожелаете перечитать либо сбросить до следующего запроса инициализации.
На одном проекте был поднят в память весь КЛАДР. Тут сервис был со своим API. Пользователи 1м+ спокойно без тормозов его трогали.
Есть хорошее решение основанное на Task на все запросы на один ключ, все получают один и тот же Task, который при получении результата переходит в успешное состояние, предоставляя доступ к данным.
Работаю только со светлой темой. Никак не могу перейти на тёмную. Тёмная тема меня угнетает, а светлая, наоборот, бодрит. На подсветку вообще не обращал внимания. Всегда ставлю стандартную светлую на Rider, и она меня устраивает. После прочтения статьи попробую провести пару экспериментов и оценить удобство.
Для меня большое ускорение — это когда IDE за меня 99 строчек кода вставляет, которые мне пришлось бы прописывать, теряя контекст. Я пользуюсь ИИ как младшим тупеньким помощником, и это очень ускоряет меня. Могу сбросить на него много мелких тупеньких задач.
У нас был опыт работы с Redis. 1250000 записей в секунду каждая запись по 32 байта . К сожалению Redis не справился. Мы даже делили на 5 экземпляров. Делали кластер. Все одно. Пришлось от него отказаться... Есть подозрение, что насколько бы не был хорош продукт, большую роль играет написанная кем-то библиотека доступа. И эта библиотека в нашем случае складывала данные во внутренний буфер. Занимала всю свободную память и завершила работу сервиса, а иногда и сервера. Речь идёт о версии для .net. Перебрал много статей с синтетикой, понимаешь, что либо ты не умеешь готовить, либо в реальности все не так радужно.
Information
Rating
6,565-th
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Date of birth
Registered
Activity
Specialization
Фулстек разработчик, Архитектор программного обеспечения
Если кого-то бросают из команды в команду, то есть вероятность, что дело в человеке и его не способностью работать в коллективе, работать с коллективом. И как правило это одиночки. Они не любят когда к ним лезут в код и не любят смотреть в чужой. Они носят корону и верят, что лучше никто не сможет сделать. И с такими всегда сложно. Каждый старается избавится от него и поэтому он скачет по командам. Это приводит к выгоранию. И как правило к увольнению.
Разработчик не виноват, что чат ЖПТ не знает!
В кэш можно загонять не только маленькие таблицы. На очень нагруженном проекте мы исключали все join связки. Все таблицы сателлиты были подняты в память. Выгружаем основную таблицу с ид ключами, а далее добавляем ей описания и расширения из таблиц сателлитов.
Обновление:
Каждая таблица завернуть в сервис. Сервис слушает события обновления своих данных и тут как пожелаете перечитать либо сбросить до следующего запроса инициализации.
На одном проекте был поднят в память весь КЛАДР. Тут сервис был со своим API. Пользователи 1м+ спокойно без тормозов его трогали.
Я там был. И поверьте мне ждать этого не стоит.
Есть хорошее решение основанное на Task на все запросы на один ключ, все получают один и тот же Task, который при получении результата переходит в успешное состояние, предоставляя доступ к данным.
Работаю только со светлой темой. Никак не могу перейти на тёмную. Тёмная тема меня угнетает, а светлая, наоборот, бодрит. На подсветку вообще не обращал внимания. Всегда ставлю стандартную светлую на Rider, и она меня устраивает. После прочтения статьи попробую провести пару экспериментов и оценить удобство.
Для меня большое ускорение — это когда IDE за меня 99 строчек кода вставляет, которые мне пришлось бы прописывать, теряя контекст. Я пользуюсь ИИ как младшим тупеньким помощником, и это очень ускоряет меня. Могу сбросить на него много мелких тупеньких задач.
У нас был опыт работы с Redis. 1250000 записей в секунду каждая запись по 32 байта . К сожалению Redis не справился. Мы даже делили на 5 экземпляров. Делали кластер. Все одно. Пришлось от него отказаться... Есть подозрение, что насколько бы не был хорош продукт, большую роль играет написанная кем-то библиотека доступа. И эта библиотека в нашем случае складывала данные во внутренний буфер. Занимала всю свободную память и завершила работу сервиса, а иногда и сервера. Речь идёт о версии для .net. Перебрал много статей с синтетикой, понимаешь, что либо ты не умеешь готовить, либо в реальности все не так радужно.