Это нормально

Чувак, зайди в настройки, выруби кубер) у тебя скорее всего кластер крутится локально

решил проблему 32гб на борту ноута) а вообще есть вроде конфиги для закручивания гаек
например вот описано https://medium.com/@lewwybogus/how-to-stop-wsl2-from-hogging-all-your-ram-with-docker-d7846b9c5b37
и тут тоже обсуждается эта проблема https://github.com/microsoft/WSL/issues/4166

После выключения память назад вернётся

На первом wsl он тоже крутится, но почему то это незаметно

проблема не сколько в памяти, сколько в активности того процесса. Мощности процессора тоже хватает, но активное охлаждение никто не отменял, поэтому даже в простое ноут "взлетает"

Вот я не знаю, мне нравится эта тенденция и всл, но все таки я для работы ушел на Линукс, все быстрее как-то пашет, есть свои минусы, но для разработки Линукс удобнее. А тебе именно нужен кубер для работы?

И он в том числе, но я не вижу проблемы именно с куберов, в целом при запуске Docker Desktop даже без кубера процесс Vmmem есть что не в себя

В общем, и на первом всл нормально можно работать, благо мощности хватает. Решил второй попробовать второй раз ради эксперимента, и видео обновлений с фиксами в него не завезли спустя 3 месяца

Тогда странно, у меня ноут не взлетал даже при включенном кубере, но ОЗУ как сволочь сжирал, я выключил его, сейчас не нужен, вот мой vmmem забрал 800 МБ (ни одного контейнера не запущено)

У меня также всл 2

role based access control

в конфиге, имхо, не очень много смысла, если поля в нем не переиспользуются. Вроде бы не надо ходить в компонент, но на самом деле надо, чтобы посмотреть какое именно поле там используется.

Ask me anything  состоится через неделю, будет наконец анонс курсов, я надеюсь :(

@xanf_ua Вы как-то говорили, что (не дословно) предпочитаете писать на JS и считаете переоцененным ощущение безопасности кода при написании на TS. Может не так точно, но суть была в том, что если кто-то пишет на TS и считает что у него все под контролем, то он ошибается. И ни раз приводили примеры того как TS не видит некоторые косяки. Скажите, а Flow на Ваш взгляд даст больше гарантий безопасности кода?

Хоть я и не Илья но ответ от этого сильно не изменится.
Про Flow вообще забудьте) Теоретически Flow более строг и придирчив, но головной боли вы с ним выгребете еще больше чем с ТС на реальном проекте.

Штука в том, что проект, на котором я работаю сейчас и последнее время как раз на Flow. С каждой итерацией мой подход к типизации все строже. И у меня сейчас есть ощущение, что я могу половину проекта разобрать на запчасти и потом собрать по-другому. И если Flow это пропустит, то это практически всегда заработает без каких-то проблем.

Если сделать то же самое о чем я говорю на чистом JS (на котором работает проект параллельной команды), то они потом пол года будут пытаться тесты пройти.
И в общем я очень доволен.

Да, проблемы есть типа кучи проверок. Как в старом анекдоте: "Как защититься от венерической болезни?  Надо надеть презерватив, смазать его зелёнкой, надеть второй, смазать йодом, сверху забинтовать, залить эпоксидной смолой. И главное - никаких половых контактов!". Вот это подход flow: все проверить, везде перестраховаться и если теоретически все равно могут юыть проблемы, то лучше это не использовать.

И вот я слышу мнение Ильи, к чьему мнению я всегда прислушиваюсь, что TS не дает никаких гарантий... Но при этом я уверен, что Flow мне дает серьезные гарантии безопасности кода.

Тут два варианта: либо я напрасно так уверен во flow, либо TS в этом плане сильно слабее.

В моем опыте работы с Flow вся романтика заканчивалась на взаимодействии со сторонними библиотеками.
Для них Flow типизация хоть и есть - практически бесполезна

Да, со сторонними библиотеками боль. Даже если есть тайпинги, то обычно они не очень. В простых случаях пишу сам, в запущенных использую как any. Хорошо что у  меня зависимостей минимум. Наверное, если бы их было больше, я бы страдал.

Дальше добавляется то что ТС более популярен и для него больше всяких либ и кодогенераторов. Может сейчас не пригодится но суть не в том)
Для быстрого сравнения - количество плагинов https://tppr.me/djIlF

Илья топил за Флоу и имел для этого свои аргументы, но Флоу проиграл конкуренцию
Вот еще один типизатор который развивается https://github.com/JSMonk/hegel