Все новости от 9 апреля 2001 г.

Программисты осваивают «экстремальные» методы

Первые 12 лет своей карьеры программист Марк Виндхольц (Mark Windholtz) провел за компьютером в одиночестве. Теперь, составляя код, он чувствует плечо друга – одного из приверженцев метода разработки ПО, называемого экстремальным программированием. «Работая в одиночку, легко сбиться с правильного пути, – говорит Виндхольц. – При „парном” же программировании этого не происходит – а если и происходит, то очень редко… Когда один теряет нить мысли, другой подхватывает ее».

Итак, добро пожаловать в новый мир экстремального программирования – и распрощайтесь с представлением об отшельнике, колдующем над кодом далеко за полночь и запивающем холодную пиццу теплой колой. Экстремальное программирование помогает не только создавать высококачественное ПО, но и делать это гораздо быстрее, чем обычно.

Работа в паре с партнером – не единственная перемена в жизни Виндхольца и легионов других программистов, перешедших на экстремальные методы с момента их зарождения пять лет назад. Экстремальное программирование формализует процесс написания кода посредством ряда принципов и правил работы. Цель заключается в том, чтобы сделать программирование менее произвольным, быстрее доводить ПО до заказчиков и исключить массу багов, неизбежно выползающих при традиционном подходе на стадии интеграции.

Новая методология приобретает все больше и больше сторонников. Экстремальное программирование – по крайней мере отчасти – используют Ford Motor, Chrysler, IBM и другие компании. Джон Гиблин (John Giblin), старший вице-президент по инжинирингу в ирландской компании Iona Technologies, начал приобщаться к экстриму прошлым летом, чтобы сократить время выпуска продуктов. «Иногда из-за длительных циклов разработки к моменту готовности продукта предъявляемые к нему требования уже не вполне совпадают с заданными изначально», – говорит он. С тех пор как Iona использует экстрим для разработки своего серверного прикладного ПО, многое в этом плане изменилось. «Во всяком случае мы стали выпускать продукты гораздо быстрее», – говорит Гиблин.

Новая методология появилась в 1996 году, когда автогигант Chrysler обратился к разработчику ПО Кенту Беку (Kent Beck), чтобы тот спас проект, называемый Chrysler Comprehensive Compensation, или С3. Бек предложил формулу, в основе которой лежал набор правил, гарантирующий написание «элегантного кода». Сейчас система С3 ежемесячно расcчитывает зарплату более чем 86 тыс. рабочих Chrysler. Легко понять, почему другие компании обращаются к экстремальному программированию, избавляясь от бессистемного подхода к созданию ПО, который практиковался десятилетиями – особенно в период бума, царившего на фондовых рынках в 90-е годы, когда многие богатые технологические компании, невзирая на расходы, нанимали как можно больше ведущих программистов. Затворившись в офисах на недели или месяцы, эти программисты отбарабанивали код. Затем отдельные куски соединялись, и начинался долгий процесс отладки.

«Обычно последним этапом цикла разработки продукта бывает интеграция. Тут-то и обнаруживается, что не все компоненты как следует подходят друг другу, – говорит последователь метода экстремального программирования старший консультант компании Advanced Technologies Integration Кайл Ларсон (Kyle Larson). – При экстремальном программировании не возникает трудностей интеграции, так как она осуществляется в процессе всей работы».

Близким соратником Бека был ревностный сторонник экстрима Рон Джеффрис (Ron Jeffries), соавтор книги Extreme Programming Installed. «Вы нанимаете кучу программистов, говорите им, что вам нужно, но при этом отсутствует какая-либо организационная структура», – поясняет Джеффрис недостаток традиционного подхода к разработке ПО.

В условиях замедления темпов экономического роста к экстремальному программированию начнет прибегать все больше компаний, которые ищут новые способы повышения эффективности программ и устранения дефектов задолго до выхода окончательного продукта. «Предлагаемое решение должно быть совершенным», – говорит Дэвид Осборн (David Osborne), главный технолог консалтинговой фирмы по э-бизнесу, обслуживающей заказчиков из перечня Fortune 500. Экстрим обещает именно такие решения – предполагая, что совершенный продукт не может быть создан быстро, а продукт, созданный быстро, не может быть совершенным.

Зри в корень

Один из главных принципов экстрима требует, чтобы программисты сначала передали заказчику версию программы, выполняющую самые главные функции, а затем продолжали расширять ее. Это сразу решает проблему сроков. К тому же заказчик получает продукт с меньшим количеством ошибок, и к этому продукту, по желанию, добавляются новые функции.

Экстрим требует также, чтобы программисты поддерживали отношения непосредственно с заказчиком. Вместо того чтобы наделять продукт тысячами свойств, программисты получают от заказчика точные пожелания и могут сосредоточиться на доведении до совершенства небольшого числа компонентов. Но прежде чем приступить к кодированию, программисты должны написать тесты для своих программ. Эти тесты используются вместо независимого «контроля качества», или коллективного тестирования, и способствуют экономии времени.

В процессе кодирования программисты используют также метод, называемый рефакторингом. Он предусматривает постоянную работу по упрощению кода. Сохраняя код прозрачным и определяя его элементы лишь однажды, программисты сокращают число ошибок, которые придется устранять впоследствии.

Для самих программистов одна из самых замечательных особенностей экстрима заключается в требовании парного программирования. Попробовав работать с напарником, многие убеждаются в преимуществе этого подхода, так как производительность и качество работы значительно улучшаются. Экстрим требует также, чтобы весь код был общим.

Экстремальное – не всегда лучшее

Бек говорил, что его метод более всего подходит для групп из десяти или менее программистов. При такой численности коллектива создаются оптимальные условия для личного контакта и непосредственного устного обмена новостями. Предпочтительны также проекты, ограниченные небольшой географической областью: в этом случае проще организовать парное программирование. В крупных проектах, где часто требуется наличие обширной документации, личные контакты экстрима приходится по крайней мере дополнять документопотоком. Но несмотря на эти ограничения, защитники экстрима не нарадуются на него. «Я стал работать лучше – и успеваю больше», – говорит руководитель технического отдела чикагской компании ThoughtWorks Джек Боллес (Jack Bolles).

За прошедшие годы программисты создали и другие методы организации разработки ПО. Например, метод водопада заключается в том, что компании заранее определяют все функции, которые должны быть включены в программу, раздают задания разным людям, а в конце выполняют процесс интеграции. «В этом случае предполагается, что заказчик заранее знает, что ему нужно, но так никогда не бывает. А если мнение вашего заказчика изменится, это становится большой проблемой», – говорит Ларсон.

Экстремальное программирование, напротив, поощряет корректировки и дополнения к продуктам в процессе разработки. К тому же в нем используется стратегия постоянного сотрудничества и личных контактов. Залогом успеха служит человеческое общение – даже в холодном, расчетливом мире компьютерного программирования. «Иногда чувствуешь себя очень уставшим и одиноким, – говорит экстремальный программист Стив Фриман (Steve Freeman). – Бывает, не знаешь, что делать дальше. Работать в паре гораздо приятнее. По крайней мере рядом есть кто-то еще, кто понимает проблему».

Обсуждение и комментарии

	EV 9 Apr 2001 2:04 PM
"Ему принесли горячую, слегка подгоревшую благодарность." (с) Лихтенберг Н-да. Вспомнили про экстрим, и, как всегда, подали и его как сенсацию. Так скоро и до PSP дойдём. Беда таких публикаций в том, что читателя пытаются убедить, что при новом подходе ошибок и быть не может (обуславливается самим методом), а значит, и механизмы обнаружения не нужны. вспомним -- так было и с ОО, и с компонентным производством. Также крайне скудно затронута тема использование ExP в действительно больших проектах. Словом, "пользуйтесь ExP потому, что это модно (круто, альтернативно, пр.)"
	kvasim 9 Apr 2001 3:11 PM
все жизнь программировал экстремалом и об этом не догадывался. :) Ихний экстремал - это наш российский нормал. что же тогда для них наш экстремал?
	3.14Rat 9 Apr 2001 3:38 PM
Ту Квасим: Потому, российский программер - самый лучший программер.
	Denis 9 Apr 2001 4:09 PM
А российские часы самые быстрые ...
	Pavel 9 Apr 2001 7:37 PM
Ochevidnoe - neveroyatnoye.. Dozhili. Normal'naya rabota teper' "extremum" i redkost'. To-to vse tak hrenovo.
	Волков 10 Apr 2001 12:13 AM
Я тоже всю свою до-американскую жизнь программировал в паре и скажу что это действительно _очень_ классно. >. Хорошо что об этом наконец заговорили вслух - быть может лет через 5 такой стиль начнёт применяться и в американских компаниях.
	Василий - xpomgagarinclub.ru 10 Apr 2001 2:33 AM
Очевидное .... невероятное ... да? То, что Вам, господа, _очевидно_ (а Вам это очевидно только, я уверен, с высоты своих лет) не означает, что 1. это очевидно всем 2. тому, кто писал эту заметку это тоже очевидно (журналистика и программирование, знаете ли, разные вещи, хотя и то, и другое - "писанина") 3. для всех понявших принцип он стал _системой_ Вы все, братцы, конечно, Гуру, а раз Гуру, значит, должны понимать, что статейка, ясное дело, писана не для тех, кто уже в курсе теории и практики освещаемого вопроса (т.е. НЕ ДЛЯ ВАС), а я, к примеру, хоть и не Гуру, но не склонен объявлять свое мнение по теме, ко мне _не относящейся_ (это к ЕV). А то, что америкосы тупы, а в России в программеры берут только уандер-киндеров, это ж всем известно (тем не менее, Гейтс и Торвалдс сами знаете где) ... И еще раз хочу отметить, что 1. все новое - хорошо забытое старое 2. лишнее повторение - лишняя мать учения 3. не все сидят в офисах, где HR просвещает Вас что такое ExP и т.п. С уважением.
	Mike 10 Apr 2001 6:40 AM
Прав, Василий, статья просто рассказывает в кратце тем, кто еще об этом не слышал, основные моменты Extreme Programming. Кто заинтересует, тот сходит на сайт и узнает подробнее. 2 EV: На счет того, что это старо, несогласен. Да, Кент сам признает, что многие элементы XP уже давно известны, но начинают они работать в ПОЛНУЮ силу, только если применяются ВСЕ сразу. И книги из серии XP вышли только в прошлом году.
	Roman - rtabmail.ru 10 Apr 2001 9:28 AM
Бог с Вами со всеми... Ну какое это экстремальное программирование... Экстремальное это когда собираются исполнители, ни черта и ни в чем не смыслящие, и начинают большой кучей что-то разрабатывать, обучаясь на ходу:)))
	Qrot 10 Apr 2001 10:11 AM
просто бред какой-то с размазыванием соплей... Почему в пример приводятся не software-компании? Я понимаю, что у FORD, CRYSLER и т.д. тоже есть отделы занимающиеся производством ПО, но они не живут этим!
	MX 10 Apr 2001 10:34 AM
2 Qrot IBM, IONA?
	ZlodeY - zzzlodeymail.ru 10 Apr 2001 11:12 AM
Согласен с Василием, и как не удивительно и с kvasim. У нас в СНГ, всегда сплошной экстрим, потому как у нас вся жизнь экстрим. А янки просто порядком закушались, мозги жирком покрылись и как только начали быстрее работать и более слажено, так сразу же у них начался экстрим, это надо же какое слово ещё придумали. Я как увидил заголовок статьи сразу же прникся удивлением, но был порядком разочарован статьёй, как всегда чуда не произошло. Обидно, да ... ;о)
	Serge 10 Apr 2001 11:49 AM
Как сечас помню (быстро летит время, однако) студенчество... 1990 год... СМ... терминалы... и народ буриться по 2 чел. (в лучшем случае) за ними... крики - "больше двух на компиляцию чтоб не запускались...", "кто пролез без очереди..." да... и такие воспоминания у многих - те кто пережил это - считаю им повезло. Вот готовить программистов надо действительно экстремально (в лагерях, с последующей ежегодной переподготовкой) - утром подъем... зарядка... кросс км 5-10... завтрак..., работа над проектом с паузами на разгрузку, вечером медитация, чтение художественной и филосовской литературы - в обязательном порядке... и ни какого пива, сигарет, секса и интернета.
	Red NIK 10 Apr 2001 12:42 PM
Журналюги х:;%*; - это данность. Кто-то придумал красиво назвать ExP, журналюга увидел, возбудился, написал. Я прочитал и кроме соплей и хреновой тучи цитат ничего не нашел (типичная манера журналистики гринго - Грымовской рекламы). В чем смысл тА? Коллективная работа? Работа для заказчика, а не M$ цифровой онанизм? А что _по-нормальному_ может быть как-то еще? 2Serge - это класно, хорошие PR-щики регулярно собираются на подобные "игры". Я нескольких заню - от игры к игре крутеют, любо дорого смотреть!
	Qrot 10 Apr 2001 2:11 PM
2MX: основой деятельности IBM является железо, а софт уже как приложение (иначе бы ту же OS/2 раскрутили бы так, что MS разорилась); а про Iona я вообще в первый раз слышу. Смысл был в том, что приводятся громкие имена, а потом дается комментарий непонятно-какого-хрена-туда-попавшего парня из малоизвестной конторы. Я бы лучше послушал кого-нить из MS, AOL, Oracle, Corel, даже Borland/Inprise/Borland - эти конторы напрямую зависят от продаж их ПО, а поэтому их мнение должно быть определяющим.
	EV 10 Apr 2001 2:50 PM
2 Оппоненты ;-): Типичная западная РЕКЛАМНАЯ статья типа телемагазинов. Как это применять? Какие есть источники? В каком случае это эффективно, а в каком -- нет? Какие есть тому _опытные_ подтверждения целенаправленного применения? Это как в фильме, где в научной колонке "молекулы" заменили на "атомы", т.к. это лучше воспринимается читателем. А и разгораются споры о вкусе устриц. Если есть желание продолжить спор, то прошу в relcom.comp.software-eng
	Shamil 10 Apr 2001 4:20 PM
2 Qrot "Бек говорил, что его метод более всего подходит для групп из десяти или менее программистов. "
	E 10 Apr 2001 8:21 PM
"Количество разума в природе есть величина постоянная, а население ростет!" ;)) Просто смешно читать описние n-го переизобретения велосипеда, сделаное с таким пафосом ;) Для тех, кто интересуется, в 1975-м году Ф.Брукс Мл. написал книгу "Мифический человеко-месяц. Заметки по разработке программных систем", в которой все что здесь описано (за исключением парного сидения за экраном) уже было. И еще много чего. Примерно в 1980 она была переведена на русский и моментально стала библиографической редкостью. В 1995 в штатах вышло юбилейное 25-е издание - кажется абсолютный рекорд для спец. литературы - его перевод на русский опубликован в прошлом году. И при всем при этом подавляющее большинство разработок продолжает наступать на те же грабли независимо от уровня фирмы ;) 2Qrot IBM была и по сей день остается одним из лидеров разработки софта - кстати, Брукс был первым директором проекта IBM OS/360 ;) И перечень программных продуктов их разработки, продаваемых сегодня несколько шире чем у M$ ;) По поводу OS/2 высказывались мнения, что ее фактически "закрыли" по настоянию MS в обмен на льготные условия лицензирования W95 (а может и не только - деньги все любят...) - на тот момент в секторе ОС IBM фактически опережала MS лет эдак на 5...
	allex 10 Apr 2001 9:19 PM
Солидные схемы организации совместного труда программистов предполагают, в действительности, что основнуюю работу сделает кто-то один из десятка нанятых, а остальные создадут ему благоприятный климат, хотя получать за работу будут примерно одинаково. Когда с деньгами туго, оставляют этого одного, увольняют еще и начальника и обозначают это модным словечком. Экстрим со стороны программиста всегда был и будет, но для начльников он может временами исчезать...
	eXOR 11 Apr 2001 8:35 AM
Ну не знаю... принцип экстрема применяется довольно давно... да и название не ново... чего такого в этой статье... вообще она мне напоминает аналогичную статью про обнаружние уязвимостей в протоколах... новости что - ли кончились... какого хрена на _НОВОСТНОМ_ сайте информация уже откровенно устаревшая...
	quiwpo 11 Apr 2001 10:52 AM
Vspomnili! Davno uzhe izvestno pro XP. U nas kompaniya dazhe tak nazqvaetsya XP Development. Vse prekrasno rabotaet, esli BOLSHINSTVO metodov primenyat' parallel'no: * refactoring * pair-programming * automated testing (unit testing) Nu i konechno lyudi tozhe dolzhnq bqt' ne nachinayuschie programmistq. :)
	Qrot 12 Apr 2001 12:14 PM
2Shamil: я тут поспрашивал у наших, что Вы могли иметь в виду... никто не знает кто такой Kent Beck :( только музыканта вспомнили, даже нескольких :) 2E: IBM пишет софт для своего же железа, и софт для них не на 1м месте по приорететности, ИМХО. (будь иначе, я бы писал из-под OS/2, а не W2K) 2all: честно говоря с удивлением узнал, что где-то этот метод применяется. на мой взгляд это есть полный маразм, особенно работа в паре. все это похоже на работу на конвейере, но, блин, программирование не есть тупая и нудная работа по сборке машин!
	Yury 12 Apr 2001 5:45 PM
Программирование это как раз конвеер. Программирование ради искусства оставим Кнуту и другим ДЕЙСТВИТЕЛЬНО классных прграммеров с прекрасным мат. образованием, которые работают уже не одну пятилетку. Всем остальным программирование - ремесло сравнимое с установкой унитазов в привокзальном туалете. Важно установить быстро, качественно и без заумных речей по поводу, чей унитаз лучше: от Microsoft, Sun или RedHat. Надо быть проще.
	Mike 12 Apr 2001 7:00 PM
2 Qrot: А может не у тех спрашивали про Бека? :) Можно в Интернете посмотреть: http://c2.com/ppr/about/author/kent.html http://c2.com/cgi/wiki?KentBeck На счет навешивания ярлыков, типа "маразм" лучше не торопиться. Сначала узнайте, что такое XP (и не по журнальной статье, а из первоисточников): http://www.extremeprogramming.org/ http://www.xprogramming.com/ И американцы не так уж тупы, как думают некоторые. Ведь и С++ и Java, Internet и Ethernet, DSL и Cable Modem, Windows и Unix, Sun'ы и мэнфреймы, а также многое другое, почему-то придумали и сделали не в России :)
	AT - 220220pager.icq.com 12 Apr 2001 8:05 PM
Американцы могут и быть тупыми - но у них на реализацию каждой мало-мальской идеи кучи денег находятся. А у нас сидят в хСССР Кулибины и сосут лапу от голода ...
	Mike 12 Apr 2001 9:35 PM
2 AT: Не знаю, откуда такая уверенность насчет кучи денег на "мало-мальскую идею". Что они сразу деньги печатают или их из воздуха делают, как только увидят "идею" :)) В Америке тоже халявы нет. Известно, что многие крупные софтверные фирмы (Microsoft, SAS, ...) начинались с "гаражных" контор. Надо очень постараться, чтобы венчурные капиталисты дали денег именно тебе. Желающих до чужих денег везде хватает :) Кстати, а сколько разорилось на этой "идее" с дот-комами? Например, покупали какие-нибудь акции по $100, а сейчас они 1-2 доллара стоят. Некоторые даже дома закладывали, чтобы поиграть на бирже. Потом уже не "лапу сосали от голода", а стрелялись...
	Qrot 13 Apr 2001 7:31 PM
2Mike: спасибо за линки, посмотрел. но технология, описанная на www.extremeprogramming.org не подходит для разработки без конкретного заказчика, а вообще, честно говоря, очень похоже на то что мы делаем сейчас. ЗЫ: но работа вдвоем на одном компе - маразм :)) я другого хозяина к моей машине и близко не подпущу
	AT - 220220pager.icq.com 13 Apr 2001 7:41 PM
Никакой уверенности у меня в этом нет. Весь мир тесен и врядли мы _особо_ чем-то отличаемся от них. Но там есть _возможности_ для развития технологий - у нас пока нет. У нас то особо никто не полупает готовые технологии (привычка передирать все начиная от кристалов и софта до атомных бомб), не то чтобы разрабатывает ...
	Mike 13 Apr 2001 9:19 PM
2 Qrot: На самом деле, согласно XP, "конкретным заказчиком" может быть и конкретный пользователь (группа пользователей), и product manager, который хорошо знает продукт, который нужно разработать. Главное, чтобы это был кто-то, кто мог бы принимать решения, за которые в XP отвечает "заказчик" (включение/исключение конкретных функций (scope), порядок их разработки (priorities) и т.д.). >>я другого хозяина к моей машине и близко не подпущу Так у каждого "хозяина" все равно есть свой собственный компьютер. Пары образуются на какое-то время в течение рабочего дня. В следующий раз можно попросить себе в пару кого-то другого. По правилам XP, отказать в такой просьбе нельзя :))
	Mike 13 Apr 2001 9:49 PM
2 AT: >>врядли мы _особо_ чем-то отличаемся от них Это точно. Недавно, в одной крупной американской конторе украли из комнат чужие ноутбуки, причем иногда даже отрезали провода и уносили вместе с докин-стэйшн. После этого секьюрити стали проверять сумки на выходе. Кто-то уносит домой CD-RW или память из компа. Пиратский софт они тоже любят, но этот процесс не поставлен на промышленную основу, как в России(Митино, Горбушка и т.д.) :)
	Zzlex 14 Apr 2001 7:40 AM
Я думаю, что еще и от психической совместимости дело зависит, надо и это учитывать. Лично я лучше всего работаю как раз один. И мои начальники этот факт учли и все довольны. А.
	riksha 14 Apr 2001 4:47 PM
2All: За неделю много разного наговорено... Мне вообще кажется что любые попытки "устранить" СЛОЖНОСТЬ проектов - а, IMHO, в ответ на _это_ появились всевозможные OO(A,D,P), XP и пр. - обречены. - Сложность растет, команды увеличиваются и по количеству кодеров и по штату(проектировщики, менеджеры), вворужаются "новыми" инструментами, а через полгода появятся новые запросы, техника, и проекты опять "вываливаются" из рук. С другой стороны - писали же в 60х годах не самые простые программки для космических нужди и ничего. ...Дело не в том что америкося тупые, или у русских денег нет - дело в том, что использованию ЭВМ для человеческих нужд - всего-то 50 лет. Оно балансирует на грани между исскуством, наукой, и как правильно заметил Yury - ремеслом. Вот и получается - топ, топ - топает малыш :) Физика до сих пор утрястись не может, а здесь еще и Человеческий фактор. Вот и появляются разные шажочки, вот и разгораются флеймы по поводу и без... Ладно что-то меня занесло :-)
	AT - 220220pager.icq.com 14 Apr 2001 7:52 PM
На самом деле в ответ на сложность может сложится такая ситуация что программисты не будут сидеть в совем ухоженном оффисе, а будут работать у заказчика на тех позициях кому он будет писать проги. Так вырастет класс предметно - ориентированных программеров, а не по языковому или другому принципу. Среднего уровня программист может будет стать просто продвинутым служащим который автоматизурует свою работу и передает ее другому. При развитии языков и средств разработки уже будет важно знание предметной области, а не языков и кнопок в IDE.
	Vead - vladi_zmagalcom.com 14 Apr 2001 7:58 PM
To all: Те, кто учился в начале - середине 80-х, наверняка вспомнят аналогичную дискуссию, разгоревшуюся вокруг нового тогда подхода "Структурное программирование". Сегодня это - азбука для школьников. Это с одной стороны. С другой - "каждый выбирает по себе слово для любви и для молитвы, шпагу для дуэли, меч для битвы..." Кто-то предпочитает работать в паре, а кто-то волк-одиночка. Прав riksha, сложность проектов продолжает нарастать, а с ней растет и требуемое количество разработчиковю Каково же решение? Делить проект на более мелкие блоки для меньшего количества людей и т.д. А значит мы опять вернулись к структурному программированию, теории управления коллективом разработчиков и дискуссия пошла по кругу. To Mike: Полностью согласен с тем, что американцы вовсе не тупицы. Просто, как и везде, есть очень небольшой процент "двигателей" и основная масса. Вопрос заключается в среднем уровне образования и широты кругозора этой основной массы. Что касается мэйнфремов, то если бы не "буржуазная лженаука кибернетика и ее проповедник мракобес Винер", а также закрытие в семидесятых линии машин БЭСМ, которые были ничуть не хуже IBM 360, но свои... Все могло бы быть и не столь грустно... С уважением
	Mike 15 Apr 2001 4:00 AM
AT>>При развитии языков и средств разработки уже будет важно знание предметной области, а не языков и кнопок в IDE Это точно. Я бы еще добавил: "и предметно-ориентированных пакетов типа 1C, Парус, Галактика, SAP R/3, SAS, Seibel CRM, Peoplesoft HRMS и др.)" И доморощенная разработка ПО будет исключением.
	Mike 15 Apr 2001 6:51 AM
Vead>>закрытие в семидесятых линии машин БЭСМ, которые были ничуть не хуже IBM 360, но свои Да, был такой прецедент с БЭСМ-6. Но после 70-х были 80-е и 90-е, и мало что изменилось - в области hard- и software разработки и внедрения были где-то в других местах, в основном в США, а не в России...
	Mike 15 Apr 2001 7:06 AM
Ради интереса заглянул на DICE.com и получил около 60 позиций, где упоминается опыт работы с XP, типа: >>Requires familiarity with OOAD and must be able to balance this with an extreme programming environment. >>Experience with Extreme Programming practices is a plus >>We operate an extreme programming environment with some of the brightest developers in California. >>It's about implementing an "extreme programming" cycle to meet tight development deadlines.
	AT - 220220pager.icq.com 17 Apr 2001 12:52 AM
"1C, Парус, Галактика, SAP R/3, SAS, Seibel CRM, Peoplesoft HRMS " - это конечно хорошо. Но это пока далекие (и не всегда работоспособные и легкие на подьем) зачатки средств разработки которые будут через лет этак 10. Для все этих "предметно-ориетнированных" средств есть отдельные "програмно-ориентированные" фирмы которые занимаются их внедрением за сумащедшие деньги в громадные сроки. 1.000.000 у.е. и 2 года внедрения это что нормально для предприятия из 300-500 человек ??? Фирма быстрее загнется чем такую систему поставят.
	Mike 19 Apr 2001 4:26 PM
>>1.000.000 у.е. и 2 года внедрения это что нормально для предприятия из 300-500 человек ??? Возможно, для такого предприятия 1 млн. долларов - это много, если можно сделать заказную систему дешевле. Но зачем стрелять из пушки по воробьям? Можно выбрать пакет и попроще. Понятно, что если дешевле разработать/заказать и сопровождать что-то уникальное для себя, то никто пакет не купит.
	Человек 26 Apr 2001 5:02 AM
Обертка не соответствует содержанию. Только пыль и пена.
	kos 26 Apr 2001 7:25 PM
мля, да эти парни просто прописные истины глаголят. Истины, которые нормальные программеры знают с зарождения мира... Или что то новое в том, что с друганом-программером кодить намного круче... И эта мысль, типа пришла им только что в голову?
	Vladez - vladecon.msu.ru 29 Apr 2001 6:55 PM
kos, "программить с друганом-программером", конечно хорошо ... но XP это - несколько другое правильнее сказать - не в паре, а с дублёром/контролёром, а это совсем разные вещи ...
	Vladimir Ivanov - ivanov-softinbox.ru 8 May 2001 12:50 PM
На www.ivn.da.ru есть методики внедрения в русле XP, которые могут быть интересны специалистам. Методика мягкого внедрения - как взять на себя проблемы и ошибки Клиента и при этом остаться с прибылью. Методика жесткого внедрения - внедрение в условиях политических игр; как получить прибыль в жестком внедрении и не отвечать за чужые ошибки
	Sham - alexander_shamuilovtroika.ru 30 May 2001 5:31 PM
А эти пацаны хотя бы Брукса почитать не пробовали?
	P1 2 Jun 2001 9:21 AM
Да, действительно, деградировала программистская братия, если то, что там написано, - экстремальное .. Вот 360/370 в свое время cворовали не столько из-за железа, сколько чтобы софт ихний использовать, а еще несведущим массам легенды стали рассказывать о каких-то лучших в мире советских математиках-программистах (не правда ли, напоминает что-то?), о тех самых, которые нужного софта понаделать не смогли. А теперь нормальная организация работ, когда программирование как вид работы встает на свое место, называется ExP, не не маразм ли :)..