Если все будут писать "просто рабочий код" в большом проекте - довольно скоро его станет о-очень сложно поддерживать

аргументы?)

А это не очевидно? Попробуйте всякий раз забивать на те же принципы solid и общий кодстайл, и удивитесь, что из этого получится через месяц

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

Подскажите пожалуйста

solid причем

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

solid тут при том, что solid - один из многих принципов, которые делают код чуть лучше, и облегчают споры по поводу его эффектов

еще изучение какого-нибудь чистого фп языка прочищает мозги в плане того, как писать хороший тестируемый код, т.к. добавляет целый ворох новых понятий о том, что такое хорошо

да, писать становится сложнее, но это окупается

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

Неистово плюсую по поводу ФП. Пробовать иные парадигмы крайне важно

👍🏻

Почему начать решили именно с этого?

(если это первый проект)

Не первый проект, но таких серьезных ещё не делал, да. Хочу все таки разобраться с этим.

в тетради все же удобнее в общем потоке кода и описаний и т.д.

если я в коде сознательно не распределял по разным gpu разные составляющие модели, то в целом либа торча этим сама не занимается ?
То есть если у меня 3 карты, моя ответственность распределять по ним модели и парарельностью заниматься ?
Или какие-то автоматическое разумное распределение для удобства существует ?

ну и там, если одна карта заполнена, миграция данных и т.д.
есть в торче подобная ютилизация, или предоставлены все инструменты для юзера (типо распределение по нумеризации куд и.т.д), чтобы этим пользоваться, но кодить это надо ?

Да, наверное нужно в сторону ASR смотреть. Модели обычно выдают метрику, насколько они уверены в правильности распознавания. И далее уже от механики зависит. Если человек читает заранее подготовленный текст, то просто сравнивать с ним результат распознавания. Если это произвольная речь, то взять например BERT и проверять слова, которые неуверенно распознанны, подходят ли они вообще по смыслу в контексте предложения.  Ну и какую-то свою обощенную метрику сделать: если слово распозналось правильно, но метрика уверенности распознавания низкая - то это среднее качество произношения.. Если слово совсем не то - то низкое качество произношения.
Задача вроде не сложная, сейчас много крутых моделей в свободном доступе, тем более на английском, все модели предобучены, взять и слепить.