Кстати, вообще сокращение потребления CPU при простое скорее сильно поможет кластерам в проде, чем просто плюс, что батарею ноута меньше кушает. Это же кучу ресурсов может сэкономить потенциально.
Ну тоже верно, в userver важна сборка под Мак, а у вас чисто чтобы контейнер норм пахал в целом. Разработчиков YDB возможно на Маках не так много, проще им ноут с linux-ом.
второе ядро делает ему получше, но всё равно он второе ядро не загружает полностью по-моему опыту в проде . val-key интересно было бы посмотреть для такого теста. Имхо, был бы буст.
Так Redis же однопоточный, поэтому и кушал только одно ядро в итоге. Попробуй valkey если хочешь утилизировать второе ядро и тогда отрыв будет ещё больше.
если по 100$ тысяч в год на разработчика, на 40 разрабов, это 4$ млн всего, не верю, что у него разрабов намного больше и что они получаются на порядки больше. Но ещё же офис + перелёты всякие + налоги + сервера + ноутбуки, ну накинем 2 ляма, 6$ млн получается.
Было бы неплохо не только для новичков делать буткемпы, но и для сотрудников внутри. Типо засиделся на одном месте, хочешь чего-то нового, раз в 1-2 года можно буткемп. Слышал про такую штуку в Фейсбуке, говорят очень круто работает. Конечно, при развитом нетворкинге такое человеку не надо, но достаточно малый процент прогеров пока его имеет.
нашёл решение — не указывать имя и телефон))) указал e-mail. Не знаю правда — верно это или нет. Если это часть теста на внимательность с учётом того, что Ричард бы ни за что не оставил своё имя и телефон где-то — то возможно я его прошёл)
А ещё конечно вот эта мега просто крутой баг! Очень мешает жить! youtrack.jetbrains.com/issue/CPP-5715 В кракце, у тебя 2 одинаковых файла cool_class.hpp в разных папках проекта. И при навигации из cool_class.cpp в разных папках ты попадаешь в тот, который находится в папке, которая выше по алфавитному порядку. Причём воспроизводитмость 100%. Бесит жутко, потому что в больших проектах имена классов часто повторяеются в разных папках. И это вы не можете поправить 2 года ?!!! Серьёзно? Да это любой студент поправит за 1 неделю! Дайте уже нормального леща вашим менеджерам, чтобы они фиксили боли разработчиков, которые реально пользуются вашей IDE, иначе всё больше народу уйдёт с неё на что-то другое.
Фичи это конечно хорошо, но основаная проблема вашей среды — это дикие тормоза на больших проектах!!! И это кажется нужно решать в первую очередь, не знаю куда смотрят ваши менеджеры вообще, если честно. youtrack.jetbrains.com/issue/CPP-7168youtrack.jetbrains.com/issue/CPP-8459. Каждый день у меня зависает Clion по 3-5 раз на дню, приходится его прибивать или юзать другой редактор(походу придётся перейти, раз вы никак не хотите это фиксить). Зависания до 300 секунд — это ни в какие ворота.
а сравнивали с rocksdb? Были ли идеи сделать её форк и добавить туда нужный функционал? Или есть какие-то причины, почему она не подходит в этой задаче как отправная точка?
Пофиксите плиз проблему, что когда изменяешь файл, потом удаляешь изменения, ваша git-интеграция, показывает что он изменён всё равно. Реально неудобно! И не надо, пожалуйста, подобные комменты удалять. Лучше пофиксите багу!
да, CLion не плох, жаль только тормозит на больших проектах пока что и gdb в нём порой глючит у меня на многопоточных приложениях. Но активно пилят его, что радует.
Кстати, вообще сокращение потребления CPU при простое скорее сильно поможет кластерам в проде, чем просто плюс, что батарею ноута меньше кушает. Это же кучу ресурсов может сэкономить потенциально.
Ну тоже верно, в userver важна сборка под Мак, а у вас чисто чтобы контейнер норм пахал в целом. Разработчиков YDB возможно на Маках не так много, проще им ноут с linux-ом.
https://github.com/vmorganp/Lazytainer
А если что-нибудь такое на Маках заюзать в связке с YDB ? Кажется неплохое решение.
Тогда надо делать лучше образ под ARM, раз Розетта так тормозит. Хотя, уверен, что это довольно сложная задача может быть.
Но userver же смог, чем вы хуже?)
А у YDB нету образа docker под архитектуру ARM64 ? Чтобы Rosetta2 не юзать ?
Собрать Docker образ под ARM64 кажется логичным решением для разработчиков на Маке :)
второе ядро делает ему получше, но всё равно он второе ядро не загружает полностью по-моему опыту в проде . val-key интересно было бы посмотреть для такого теста. Имхо, был бы буст.
Так Redis же однопоточный, поэтому и кушал только одно ядро в итоге. Попробуй valkey если хочешь утилизировать второе ядро и тогда отрыв будет ещё больше.
Было бы неплохо не только для новичков делать буткемпы, но и для сотрудников внутри. Типо засиделся на одном месте, хочешь чего-то нового, раз в 1-2 года можно буткемп. Слышал про такую штуку в Фейсбуке, говорят очень круто работает. Конечно, при развитом нетворкинге такое человеку не надо, но достаточно малый процент прогеров пока его имеет.
Это первая проверка на стрессоустойчивость от авторов курса?)