karly™Все остальные советы, которые иногда встречаются (не использовать глобальные переменные; не использовать FormSet-ы; таблицы не редактировать напрямую, а только через view; и т.п.) я бы отнес к особенностям стиля конкретного программиста.
Знаешь, приведенные тобой советы, тоже можно отнести к особенностям стиля Можно пройтись по пунктам, но вопрос не однозначный. Нет смысла ввязываться в дискуссию.

По собственно вопросу, как мне кажется, абсолютно все-равно на чем именно написана программа. В любом случае - это заведомо неблагодарное занятие.

Единственное достоинство, которое, как мне кажется, серьезно облегчит ее разбор - это единство стиля написания. Т.е. достаточно "въехать" в логику программиста (его стиль), чтобы "предвидеть" как и что было сделано в программе.

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

Есть ряд рекомендаций, которые повышают "читабельность" кода. НО! Не столько для самого программста, сколько для тех, кто будет пытаться разобраться с этой программой после него. А следует им программст или нет, напрямую на качество программы это никак не сказывается.

Собственно, большинство советов karly™ как раз об этом. Хотя по ряду пунктов я бы поспорил

Разумеется, особое внимание надо обратить на структуру базы данных. Дело в том, что FoxPro - это такой язык, который позволяет вытворять с данными много разного. Все-таки FoxPro - это СУБД. Т.е. ошибки структуры базы данных довольно просто компенсируются программированием.

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

В конце концов, при качественно сделанной структуре БД Вы можете вообще отказаться от собственно программы на FoxPro и писать собственное приложение на чем угодно или напрямую обращаться к данным, например, из Excel.