Как известно ООП - это очень полезная вещь. С помощью ООП количество строк кода значительно сокращается и упрощается повторное использование кода. Но все-таки хотелось бы услышать ваше мнение, где эта грань, переступив за которую нужно использовать ООП, а пока ты не заступил - прогай без ООП. Ну, грубо говоря, мне нужно организовать простую программу, которая содержит только один список служащих, этот список нужно загружать/сохранять в файл. Зачем мне например писать отдельный класс, который описывает служащего, когда можно просто использовать ListView для хранения. 

Еще пример. Пишется программа на ADO. Сама база данных уже составлена, нужно только написать добавление, удаление и т.д., ну вот куда здесь можно объекты пристроить?

Ваши мысли, делитесь.

Созданный экземпляр TListView уже будет являться объектом ООП. 


Любой созданный экземпляр компонента ADO также будет являться объектом.

Так что таким образом от ООП ты не убежишь. Да и в общем-то, имхо, странно само стремление писать что-либо без ООП. В чем ты пытаешься выиграть ? В скорости ? Сомневаюсь, что это получиться. 

В JAVA этот вопрос решён изначально ещё в 1994-м году.
Там всё есть объект. Нет никакой границы - только ООП.
Что касается Delphi, то тут многое зависит от уровня и предпочтений самого программиста.
Строгого правила нет - дельфи позволяет выбирать самому.
Лучше, конечно, выстраивать объектную модель, а необъектные функции выносить в отдельные библиотеки.
Но это лишь моё предпочтение. У других может и будет отличаться.