kalapanga

Сначала память, потом ссд
теперь поясню. Хоть я и ярый сторонник ссд взамен хдд и рассматриваю хдд только как неторопливые хранилища данных (кино, архивы, бэкапы), практика показывает что малое количество памяти вызывает излишние обращения к файлу подкачки, что по сути порождает лишние операции, сказывающиеся на производительности. Когда достаточно памяти - система не дергает хдд для подкачки и общее впечаление от работы хорошее. Не сомневаюсь что можно поставить ссд и файл подкачки на нем будет работать быстрее, но я считаю, что если есть возможность не выполнять какую то работу, то лучше ее не выполянть, чем искать варианты как ее выполнить быстрее\менее затратно.
В общем ставьте память, а потом ради комфорта докупаете ссд, как будет возможность

1. Перемести «uses соответствующую форму» из интерфейса в implementation. Такие циклические обращения разрешены.
Правило хорошего тона: что угодно — uses, const, var — желательно держать в implementation, если только они не нужны интерфейсу.
Впрочем, подобный циклический «комок грязи» говорит о том, что архитектура программы плохо продумана, и для больших программ это нежелательно.

2. Явно неверный код Form3.Create(self);
Если создать форму — то правильно Form3 := TForm3.Create(self);
Если кто-то создал, а ты повторно вызвал конструктор — зачем такое?