[userpic]

Нельзя увлекаться "представлением работы программы" 

meta_eugzol в посте Metapractice (оригинал в ЖЖ)

Программист пишет код и делает ВАКОГ-процесс его срабатывания.
Вот, значительная часть моего внимания — а коллеги меня считают неплохим программистом — как я замечаю, поглощена не процессом, а РЕЗУЛЬТАТОМ срабатывания кода + ИНВАРИАНТАМИ (качества) кода.
Результат нужен для конечного юзера, инварианты качества (по сути эстетические аспекты самого программного кода) нужны для прохождения проверки/экспертизы технического директора. В принципе, техдиру не требуется иметь большую моей квалификацию (есть некий прагматический предел, дальше которого вылизывать код не имеет смысла), но требуется "свежий взгляд".
Можно сказать, что он должен убедиться, что код является Тебе-Экспрессией (в адрес коллег-программистов, в настоящем или будущем с ним параллельно мне работающим), а не Себе-Экспрессией.
Уделение внимания именно ПРОЦЕССУ "работы программы" в общем и в частностях совершенно разрушительно влияет на процесс создания программы. Небольшой опыт обучения программированию показывает, что даже самые новички проще схватывают азы программирования, когда рассказ ведётся в терминах результатов, а не процесса.
Для уже умелого программиста внутренний ВАКОГ-процесс постоянного представления "работы программы" является надёжным путём намертво остановить творческий процесс разработки. Ну, это похоже на стратегию "откладывания" многих людей, когда они очень долго во всех подробностях нечто прокручивают, но никогда не приступают к выполнению. Кроме того, воображённая работа программы, сколь подробно к процессу не подходи, всегда в значительных местах отличается от реальной работы.
Писатель смотрит на план книги и представляет процесс его развёртывания в текст. В частях и в общем.
Честно говоря, сомневаюсь в этом, по тем же причинам, что и с программированием.
Нотация текста, музыки, кода в общем виде есть инструмент, позволяющий делать свободным переход между последовательным и симультанными его прочтением:
--последовательное прочтение, когда выдает на уровне восприятия речь, музыку, активизацию программы, например, в интерфейс
--симультанное обозрение кода вскрывает его структуру, языкоиды (в общем их виде) и т.д.

Нотация текста = план?
Нотация музыки — здесь надо брать не конкретно ноты а, например, запись последовательных аккордов.
Нотация компьютерного кода — некое лаконичное описание достигаемых конкретных результатов и/или внутренней структуры.
Итог1. Вопрос: на что похожи языкоиды формальных языков, например, программирования?
Хм, по идее в коде компьютерной программы не может быть языкоидов. Точнее, ничто не мешает стихи писать на языке программирования, но это не будет уже вполне (по основному назначению) программный код, хотя формально может им оставаться. Потому что программный код — это мета-язык. Это симультанный взгляд на все возможные варианты реальной работы программы. В реальной работе программы могут быть "языкоиды" (повторы с вариациями). Но в программном коде это будет описано первичным, а не вторичным, элементом грамматики.
Итог3. Трансдеривационный процесс есть рекапитуляция вербального в невербальное.
Рекапитуляция подразумевает "сжатие" информации (в частности, перевод последовательного в симультанное). ТДП не обязательно обладает таким свойством.

3 комментария

сначала старые сначала новые