Еба тикток вырос

уаще

Все там будем.

ща тикток выпустит фреймворк

который будет хайповопопулярный

Моржовый оператор -_-

Судя по лагам их странички в браузере, там реакт.

А вот скажите, есть тестовое задание:
Прочесть переданный файлик, сформировать результирующий файлик по заданным правилам в ТЗ. Есть требования к тестам, чистоте кода и бла-бла.

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

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

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

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

Условно подход с DI имеет место быть, но если тебе надо просто считать файл и записать в другой, то городить IDataReader и IDataWriter ИМХО нет смысла
(у меня было подобное задание как-то и надо было уложиться по времени - условно сгенерить файл 10Гб на рандоме определённой структуры, сообщить об этом в Кафку и надо было отсортировать определённым образом другой аппликухой в результирующий) - не стал городить огород и об этом сразу сказал, только в течении недели тестового постоянно коммитил оптимизации и пинговал в чате с тех.спецами

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

благо я не себе тестовое делал, так что могу дальше 1с пилить

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

ну я эту херню на 3 проекта разбил

фреймворк, презентация и тесты

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

часто смотрят на уровни видимости классов и методов

> интерфейсы в другой
Спорненькое решение :)