brutal_lobster

Посмотрите в сторону docker или vagrant, integration testing и прочее.
Т.е. подготавливаете контейнер с необходимым окружением и задаете ваш примерный сценарий в виде стартового скрипта контейнера + добавляете загрузку результатов в общую папку или в CI-систему.

А что вы пишите? Так ли нужно руками все обрабатывать?
По сути вопроса посмотрите на lwn.net/images/pdf/LDD3/ch17.pdf

Посмотрите код uniq из coreutils ;)

stackoverflow.com/questions/13274786/how-to-share-...

Ошибки такие же как и в других задачах - почитайте книжку по ООП - особенно в части инкапсуляции.

У окружности только два параметра - координаты центра и радиус. Их вы должны передавать при создании объекта. После создания их нельзя изменять напрямую.
Если есть необходимость, то можно создать два доп. метода - move() и enlarge()/shrink()/...

Ну и форматирование, сериализация..

1. При создании треугольника неплохо бы было сразу указывать его стороны.
2. Проверка корректности треугольника ( 1 - 1 - 100 )
3. Зачем internal?
4. Сериализация, форматирование..
5. Расчет площади какой-то принципиально новый

1. При создании юзера неплохо было бы указывать его имя и дату рождения
2. Возраст не является его свойством и зависит от конкретной даты
3. У юзера может меняться имя
4. Зачем там internal ?
5. Сериализация
6. Форматирование

Копайте в сторону индексирования. Разделяйте на несколько файлов по времени записи, например.
Или храните "время записи -> оффсет внутри файла" где-нибудь отдельно.

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

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