Есть предложение отредактировать и поместить в ФАКи или на другое видное место перевод следующего текста. оригинал здесь .
У кого есть мысли по правке/переводу, прошу изложить.
---------------------------------------------------------------
1. Thou shalt design normalized tables and understand thy fields and relationships before thou dost begin.
2. Thou shalt never allow thy users to see or edit tables directly, but only through forms and thou shalt abhor the use of "Lookup Fields" which art the creation of the Evil One.
3. Thou shalt choose a naming convention and abide by its wisdom and never allow spaces in thy names.
5. Thou shalt understand error handling and use it faithfully in all thy
6. Thou shalt split thy databases.
7. Thou shalt not use Autonumber if the field is meant to have meaning for thy users.
8. Thou shalt not copy and paste other people's code without at least attempting to understand what it does.
9. Thou shalt not use "SendKeys", "Smart Codes" or "GoTo" (unless the GoTo be part of an OnError process) for these will lead you from the path of righteousness.
10. Thou shalt back-up thy database faithfully, working not on thy Production Database, but on the Prototype Copy, as it is right and good to do.
------------------------------------------------------------------------
подстрочник

1. Твори нормализованные таблицы и уясни поля и связи между ними прежде чем начнешь.
2. Не позволяй юзерам твоим видеть или редактировать таблицу напрямую, но лишь посредством форм и отвратись от полей подстановок, ибо они суть творение дьявола.
3. Выбери себе стиль именования и придерживайся его и никогда не позволяй пробелам попадать в имена объектов твоих.
4. Пиши комментарии в твоих процедурах и объясняй каждую переменную.
5. Понимай обработку ошибок и используй ее в каждой твоей процедуре.
6. Разделяй базы твои.
7. Не используй поле Счетчик, если оно должно иметь значения для юзеров твоих.
8. Не «копи-пасти» чужой код, не попытавшись по крайней мере понять, что он делает.
9. Не используй "SendKeys", (не понял что такое “Smart Codes”) или “GoTo” (если только не как часть процесса OnError), ибо они уводят с тропы добродетели.
10. Твори бэкапы на твои базы, и работай не на рабочей базе, но на копии-прототипе, ибо это праведно и хорошо.

Видимо, тексту этому не жить на sql.ru, судя по реакции, в основном неодобрительной. Аргумент сурового но справедливого dbr, что эти "заповеди" хорошо смотрятся в контексте сайта, откуда они взяты, кажется весьма убедительным. Опубликование подстрочного перевода "заповедей" вызвано было, как здесь верно заметили, большим количеством принципиальных и грубых ошибок при создании своих баз Аксессе, наблюдаемых на форуме. Было предположение, что прочтение этих максим заставило некоторых хотя бы задуматься по поводу подхода к программированию на Аксессе.

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

dbr часть 3я из многа букф (и последняя)

4) Большое количество комментариев является косвенным свидетельством плохо написанной прораммы. Если без комментария нельзя понять, что делает программа, то она вероятно, программа написана плохо.
Комментарием к хорошей программе является ее текст.
Это да, но к хорошей программе. В остальных образцах кода комментарий - при его наличии - хотя бы помог понять, чего преследовал автор.
dbr
8) Подсматривайте, воспроизводите и используйте чужой код и образцы проектирования структур данных и пользовательского интерфейса. Повторение, плагиат - единственный путь достижения понимания способов работы с системой и самостоятельного освоения программирования.

Совет был не о том, чтобы не использовать чужой код, а "не использовать без попытки (!) его понимания". Все-таки это нечто другое.

За сим разрешите откланяться и попросить прощения за отнятое время.