Наши пишут про методологию и программирование. "Методология программирования" у вас как-то странным образом синтезировалось, не было там такого. Сходите по ссылкам, убедитесь.
Ок, может я и неправильно сформулировал. Но размышления отечественных деятелей на тему программирования от этого не становятся лучше. Я попробовал почитать статью "Концепция программирования", но остановился после двух откровенно бредовых утверждений. Автор явно витает в облаках, и не знаком с современными ему исследованиями.
Вы какое программирование имеете ввиду? Компьютерное, что ли? Но методологи про другое программирование пишут, в котором нет ни компьютеров, ни языков программирования, ни алгоритмов.
Вы все-таки повнимательней, плиз. Кстати, в какой предметной области у методологов должно быть "знакомство с современными им исследованиями"? И вы, кстати, на даты написания текстов по ссылке поглядели?
Автору, который рассуждает о способах решения проблем, неплохо бы ознакомиться с опытом других программистов, собственно разработчиков ПО. Тогда бы он не писал, что "способности индивида не могут быть заменены никакими методиками" и о необходимости осознавать задание во всей полноте. О способах разработки, он мог бы и в 99 году знать. Не с потолка же экстремальное программирования взяли?
Agile методы применяются не только при разработке ПО. Методологии, облегчающие понимание и декомпозицию проблемы тоже. Ну и интересно знать, о каком же программировании там пишут?
А вы уверены, что они именно об agile-методах пишут?! Я уверен, что не про agile и уж тем более не о light weight подходах.
Чтобы понять, о каком программировании они пишут, нужно прочесть их тексты (думаю, что не только те тексты, которые приведены по ссылке). И не судить их по мерке компьютерного программиста. Я ж вам в который раз уже намекаю: вы невнимательны, критикуете абсолютно без вникания в суть дела.
В статье анализируются процессы решения задач (в терминологии автора "проблем"), возникающих в реальном мире. В частности, автор пишет о необходимости осознавать проблему во всей полноте. В частном случае написания ПО для решения какой-либо задачи (читай "проблемы") такого осознания не требуется. Если для написания ПО используется методология XP, то это осознание наступает одновременно с решением задачи.
Вы упорствуете, вы не разобрались, вы не учитываете обратную связь, которую я вам даю, вы невнимательно читаете предложенные тексты.
Программы бывают -- партии, развития региона, производственная. Программа партии пишется не для компьютера, и уж точно не в XP методологии. То же относится к программам развития региона (или программам развития тех или иных отраслей промышленности). Производственные программы тоже не "парным программированием" разрабатываются, равно как и предвыборные программы.
Я внимательно прочитал первую страницу и остановился на явно неверных утверждениях.
Некоторые практики XP не универсальны, а вот подходы к планированию и определению задач можно применять где угодно. Одна из основных причин, по которой в XP используется именно такой набор практик - невозможность осознать проблему с необходимой степенью детализации.
Вы продолжаете упорствовать и судить о методологии в целом на основании чтения одной страницы текста. Как вы проницательны, однако :)
У меня есть опыт работы с XP (я внедрил его у себя в лавке, когда мы активно разрабатывали софт), меня не нужно убеждать в его полезности. К сожалению, программы навроде "Апполон" (программа высадки человека на Луну, осуществленная американцами в прошлом веке) методами XP решены быть не могут. У вас все программы какие-то... софтовые... и планирование тоже... про софт...