А ты уже научился заряжать левой ногой свой телефон?
Медленно но верно ухожу от принцыпа:
В начале чуть чуть пойми как работает, потом читай теорию, и токо затем учи все полностью.
Мне раньше так казалось понятней. К примеру когда на лекции чегонить объясняют, я не думаю до тех пор пока не начнут показывать все на примере. Т.к. когда объясняют, мысль идет по пордяку, но ведь я не всегда думаю и в итоге мысль обрывается и ничего не понятно. А после примера вроде и разобраться легче.
Так же и с написанием прог. Написал а потом и план сам построится, че да как и с чем связано.
Но вот после достаточно длительной работы над катологизатором дисков, все сильнее убеждаешся в обратном:
в начале план потом действие. Т.к. понимание как все должно быть приходит поздновато и нужно переделывать.
Вот недавно делал курсовик по Методам трансляции: свой мини язык и своя прога которая его читает. Тама достаточно интерессная идеология:
описание языка в виде БНФ ( формы Бэкуса Наура ) -> каждую строку в блок схему -> каждую блок схему в класс -> и прога готова.
Вот на ней я попробовал, в начале план потом действие. Построил блок схемы, и дальше легко выделил основные глобальне функции ( типа API в основном для чтения лексем ) потом классы. Все на бумаге, потратил на это один вечер. На следующий день на писал по этому всему арифметический анализатор, на след. день и весь мини язык. Круто. В основном ошибок не обнаруживалось т.к. все продумал заранее. Но ТАК СКУЧНО это ппц
.
Точно такаяже идеалогия я думаю и у учителей рассказывающих предмет.
В начале чуть чуть пойми как работает, потом читай теорию, и токо затем учи все полностью.
Мне раньше так казалось понятней. К примеру когда на лекции чегонить объясняют, я не думаю до тех пор пока не начнут показывать все на примере. Т.к. когда объясняют, мысль идет по пордяку, но ведь я не всегда думаю и в итоге мысль обрывается и ничего не понятно. А после примера вроде и разобраться легче.
Так же и с написанием прог. Написал а потом и план сам построится, че да как и с чем связано.
Но вот после достаточно длительной работы над катологизатором дисков, все сильнее убеждаешся в обратном:
в начале план потом действие. Т.к. понимание как все должно быть приходит поздновато и нужно переделывать.
Вот недавно делал курсовик по Методам трансляции: свой мини язык и своя прога которая его читает. Тама достаточно интерессная идеология:
описание языка в виде БНФ ( формы Бэкуса Наура ) -> каждую строку в блок схему -> каждую блок схему в класс -> и прога готова.
Вот на ней я попробовал, в начале план потом действие. Построил блок схемы, и дальше легко выделил основные глобальне функции ( типа API в основном для чтения лексем ) потом классы. Все на бумаге, потратил на это один вечер. На следующий день на писал по этому всему арифметический анализатор, на след. день и весь мини язык. Круто. В основном ошибок не обнаруживалось т.к. все продумал заранее. Но ТАК СКУЧНО это ппц
.Точно такаяже идеалогия я думаю и у учителей рассказывающих предмет.