Мой долг как учителя - обучать, обучать будущих программистов.
Надежные и прозрачные программы обычно не представляют интереса дизайнера.
Мое преподавание оказало решающее влияние на изготовление языка и систем максимально простым, чтобы в моем обучении я мог сосредоточиться на основных проблемах программирования, а не на деталях языка и обозначения.
Во время процесса поэтапного уточнения обозначения, которая естественна для проблемы в руке, должна использоваться как можно дольше.
Тем не менее, я считаю ООП как аспект программирования в большом; то есть как аспект, который логически следует за программированием в маленьком и требует здравого знания процессуального программирования.
Но активное программирование состоит из разработки новых программ, а не созерцания старых программ.
Очевидно, что курсы программирования должны преподавать методам проектирования и строительства, а выбранные примеры должны быть такими, чтобы постепенное развитие было хорошо продемонстрировано.
Действительно, проблемы разработки программного обеспечения связаны не с отсутствием инструментов или правильного управления, а в основном из -за отсутствия достаточной технической компетентности.
Перейти к заявлению, считающемуся вредным.
Программное обеспечение становится медленнее быстрее, чем оборудование становится быстрее.
Возможные решения данной проблемы возникают как листья дерева, каждый узел, представляющий точку обсуждения и решения.
Очевидно, необходимо генерировать и тестировать кандидатов на наличие решений некоторым систематическим способом.
Я убежден, что существует необходимость в высококачественном программном обеспечении, и придет время, когда будет признано, что стоит инвестировать усилия в его разработку и использование тщательного, структурированного подхода, основанного на безопасных, структурированных языках.
