Правила программирования Omegicus

Правила программирования Omegicus

1. Код программы должен быть настолько мал, насколько это возможно сделать, не теряя его читабельность.
2. При выборе между размером кода (и выходной программы) и производительностью программы следует выбрать первое.
3. Максимально ограничить использование классов, использование объектов исключить вовсе.
4. Все функционально-различимые части кода должны хранится в отдельных файлах. Желательно разделить системо-независимый код (работающий на разных ОС и/или архитектурах) и обеспечительный код (абстракционный слой). Каждая функция не может содержать более 60-80 строк кода (кроме Assembler'а)
5. Чем проще лексикон языка программирования - тем лучше. Например, C, Oberon предпочтительнее C++, Delphi и т.п. Assembler предпочтительнее других, при условии, что программа пишется под одну архитектуру. В этом случе не стоит беспокоится об устаревании архитектуры и непортируемости кода - ваш код не произведение Да Винчи, а архитектура не меняется каждые 5 лет.
6. Сначала код должен стать работоспособным - только потом оптимизация.
7. С каждей итерацией проверки кода или его обновления код не должен становится больше. Если размер кода вырос - такую итерацию следует считать неудачной и отбросить ее.
8. По возможности, избавьтесь от динамического выделения памяти, если это рационально в конкретном случае.

Отправить заявку на создание сайта

Сообщение отправлено