Салливан Э. - Время-деньги. Создание команды разработчиков программного обеспечения (2002)

Часть 3. Исполнение проекта

проекта, они ощущают себя вовсе не игроками одной команды, а скорее винтиками, которые сослужили свою службу в составе большой машины, но так и не стали ее неотъемлемыми частями. Так быть не должно.

Заключительное письмо

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

Празднование нового выпуска

Один из самых замечательных моментов, наступающих после выхода программного продукта, — праздник по случаю нового выпуска. Чувство выполненного долга, после которого приходит праздник; — это что-то потрясающее. Чем дальше отстоят эти моменты во времени, тем меньшее впечатление от праздника. После выпуска ПО можно: ф открыть бутылку шампанского; ф подать всем мороженое прямо на рабочие места; • пригласить команду на ужин в ресторан; ф устроить совместный поход в кино;

^собраться на пикник в доме одного из участников команды;

^отправиться в боулинг и т. п.

Какое бы мероприятие вы ни выбрали, главное, чтобы все смогли принять в нем участие: некоторые могут и не изъявить желания участвовать в турнире по пейнтболу или в катании на горных велосипедах.

322

Глава 15. Закрытие проекта

Общественное признание

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

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

•Необходимо отмечать отличную работу на любом поприще Следует поощрять отличившихся работни ков всех отделов, а не только какого-либо одного.

•Излагайте суть достижения коллективу Не следует предполагать, что все в курсе всех событий. Расскажи те немного людям о возникших проблемах и о том, как действия группы или отдельного специалиста помогли справиться с ними.

•Благодарность должна быть материальной Памят ный знак или премия сделают поощрение по-настояще му запоминающимся.

Из собственного опыта

Практически каждый месяц в NuMega проводятся общие собрания компании. Сотрудники в полном составе заслушивают новости, поступающие из разных групп. В завершение собрания мы присуждаем награду «Спасителю компании». Ею отмечается беспримерный вклад работника, который помог решить критическую проблему, выйти из затруднительной ситуации или существенно увеличить прибыль. Эта церемония всегда сопровождается рассказом о действиях работника или группы, чтобы убедить всех в том, что награждаемый сыграл важную роль и на-

323

Часть 3. Исполнение проекта

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

Личная благодарность

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

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

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

Премии, подарки и акции компании

Еще один способ выразить благодарность — наградить отличившегося. Ничто не может так подчеркнуть и подкрепить устную благодарность как получение премии или подарка. Вручение подарка или премии говорит о том, что хорошая работа замечена и, что еще важнее, не осталась без награды. Часто, когда люди знают, что администрация ви-

Глава 15. Закрытие проекта

дит, ценит и поощряет отличную работу, они стремятся работатьещелучше.

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

Памятные фотографии и «пасхальные яйца»

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

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

Из собственного опыта

Группа специалистов NuMega, работавших над программой BoundsChecker, поместила в программу «пасхальное яйцо». Те, укогоестьэтапрограмма, могутувидетьего. Для этого нужно вызвать диалоговое окно «Опрограмме» командой меню Help/About, навести указатель на клетчатый значокпродукта, затемприприжатойклавишеShift триждыщелкнутьправойкнопкой.

324

325

Часть 3. Исполнение проекта

Глава 15. Закрытие проекта

Что дальше?

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

Учимся на ошибках прошлого

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

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

Усиление инфраструктуры

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

•Рабочие процедуры Как следует изучите все рабочие процедуры: создание ежедневных сборок ПО, базисные тесты, формулирование требований, планирование, оценку практичности и набор антикризисных мер. Как налажен обмен информацией с командой? Адекватны ли планы и методики задачам проекта? Нуждаются ли эти сферы в улучшении?

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

•Оборудование Следует использовать полученную воз можность для приобретения оборудования, которое потребуется для работы над следующими проектами.

•Инструментарий Замена инструментов для управле ния исходным кодом и отслеживания ошибок во время работы над выпуском, как правило, является ошибкой и всегда требует больше времени (см. главу 5). Но когда проект завершен, можно уделить часть времени оцен ке новых версий полезных программ и обновлению имеющегося инструментария.

Работа с кадрами

Вложения в кадры не менее важны, чем в инфраструктуру. Как это сделать конкретно?

•Анализ эффективности работы По окончании про екта следует проанализировать эффективность работы его участников. Хотя в большинстве компаний такое мероприятие проводится лишь в день приема сотрудни ка на работу, индивидуальный анализ работы каждого члена команды по окончании каждого проекта позво ляет держать в памяти свежие данные о его эффектив-

326

327

Часть 3. Исполнение проекта

Глава 15. Закрьітие проекта

ности й устранить ряд проблем прежде, чем начнется работанадследующимпроектом.

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

•Повишение квалификации Зто прекраснеє время для повьішения квалификации сотрудников. Когда работа над проектом позади, участники команди смогут сосредоточиться на изучении нових технологий или новшеств в уже известннх им методиках, появившихся во время работн над последним проектом.

•Отпуска В любом случае у каждого участника коман-дьі должен бить отпуск. Промежуток между проектами лучше всего посвятить семье й личним интересам. Люди стремятся трудиться интенсивнее й много работают сверхурочно, если знают, что смогут хорошенько отдохнутьпослезавершенняпроекта.

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

В первоначальньїй период работн любой компании, когда особенно часто приходится работать сверхурочно,

328

потребность в увеличении времени отдиха после интенсивной работн ощущается особенно остро. В МиМе§а ми смогли взять месяц оплачиваемого отпуска лишь после пяти лет работн. Все били ради наконец получить компенсацию за все наши сверхурочнне. К счастью, все больше компании признают необходимость увеличенного периода отднха й осознают то благо, которое он может со временем принести как работнику, так й компании.

Общиепроблемийрешения

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

Чувствоопустошенности

Когда проект завершен, у некоторнх появляется ощущение опустошенности й разочарования. Возникает чувство, что их вклад й усилия — все впустую. Позтому они вновь й вновь берутся за работу но без особнх шансов решить реальние проблеми в масштабах всего проекта или повисить свой личннй уровень. Чтобн избежать зтой проблеми, следует правильно проводить закрнтие проекта, отмечать людей, внесших основной вклад, проводить итоговне собрания й анализировать зффективность работн участников, которне должнн меняться обязанностями й получать достаточно времени для отднха.

Истощениесил

Истощение сил — самая серьезная причина возникновения «ощущения опустошенности». У «перегоревших» на работе нет ни сил, ни интереса для участия в проекте или даже для вьшолнения своих профессиональних обязанностей. Истощение развивается со временем й становится настоящей бедой после того, как оно нанесетсвой удар. Основная цель

329

Часть 3. Исполнение проекта

этой главы — обсудить действия, необходимые для предотвращения истощения сил, а не для борьбы с ним после того, как оно проявилось.

Нужно довести проект до конца

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

Предметный указатель

в

BoundsChecker 3.0 177

BoundsChecker 4.0 6

С —администратор 47-48,67 C++ 5

Code Write 117

СОМ-компонент 5

D

DOS 114

м

Make 159

—программа 303 MFC 5

—прогресс 298 Microsoft Visual Studio 160

N

Nmake 102, 160

P

Perl 114

R

RAD (Rapid Application Development) 224

s

SoftlCE 113

Т

TrueCoverage 114 TrueTime 114

V

Visual Slick Edit 117 Visual Test 114

VSS (Visual Source Safe) 97

аналитическое совещание 65 ассемблер 5

балансировка нагрузки 244 бетаверсия 140,257 бета-тестирование

66,286

—бета-тестер 295, 302

—взаимодействие 296

—задача 302

—маркетинговое 291

—менеджер 301

—ошибка 289

—проверка 304

—ра спр остр ане ние ПО

302

—ре зуль тат

303

—св ерт ыва ние

299

—со стоя ние

302

—т

ип программы 289

—ц

ель

289,

302

—элемент программы 292 брифинг 65

В

ведущий

—исследователь 203

—программист 55-56

—разработчик 55,203

—разработчик пользовательской документации 61

—специалист 51

— тестировщик 58

330

венчурное финансирование 15 взаимное обучение 328 взаимоуважение 5 выставка 19

Г

график

— выпуска 11

331

Предметный указатель

Предметный указатель

—работ 53 группа

—вспомогательная 46

—менеджмента и маркетинга

47-48,65

—основной состав 46

—поощрение 322

—праздник 322

—самооценка 80

—связь 54

—технической поддержки 48,66, 316

«грязная» установка 135

д

денежная компенсация 77 дизайн пользовательского

интерфейса 64 дисбаланс подразделений 69 документация 230

3

заказчик 317 запрос 109 зарплата 41 затраты 85

И

имитация конечного результата

210

инженер по автоматизации 60 инженерный психолог 46,62, 228 инструмент 115 интерфейс 222 исследования

— прикладные 200

—фундаментальные 200 исследовательская работа 200 исходный код 92,116

—маркировка файлов 118

—сборка 158

—система управления 95

—функции 92

—хранилище 98 исходный файл

—конфликт ключевых файлов 117

—содержание^ 116

кадровая политика 52,78 кадровое агентство 17 кадровое обеспечение 11, 52 кандидат

—анализ разработок 34

—жизненный опыт 27

—идеальный 8

—изоляция 9

—квалификация 5, 29

—коллектив 8

—корпоративная культура 2 5 —«летун» 24

—моральный дух 10

—неквалифицированный 42

—несоответствие 9

—опыт работы 24

—особое внимание 36

—отбор 4

—отношение к делу 7

—поведение 7,25

—поиск 12

—потенциал 8

—преданность 6

—предложение 37

—привлечение 34

—привлечение внимания 13

—профессиональный кругозор 27

—рабочая среда 25

—резюме 24

—решение 36

—самообразование 8

—сегмент бизнеса 2 5

—собеседование 29

—совершенствование знаний 10

—сопроводительное письмо 26

—способность к обучению 5

—сфера ответственности 26

—телефонное интервью 27

—тестирование 33

—требования 5

—удерживание 4 квалификация 5,29 клиент 83 колледж 18

332

команда разработчиков 46 компоновочная система 102 контрактник 21 конфигурация продукта 135 корпоративная культура 74,80,

81,84,85 круг обязанностей 68

Л

лицензионное соглашение 230 личная благодарность 324 локальная сборка 97

м

макроуровень 110

маркетинг 47-48,65, 287

менеджер

—бета-тестирования 301

—продукта 316

—проекта 46,48- 5 2

менеджмент 47-48,65 моделирование 208 мониторинг состояния

продукта 56

О

обмен информацией 273 объектно-ориентированное проектирование 5

объявление 18 обязанность 52 оповещение 1б1 оптимизация производитель-

ности 5 организация управления 47 отдых 83 отладчик 113 отпуск 328

оценка технологий 206

п

план проекта 52 планирование

—основные понятия 237

—принципы 252 подарок 324 подбор сотрудников 11

поиск 4 поиск кадров

—Web-узел 12

—вакансии 14

—выставка 19

—Интернет 12

—кадровое агенство 17

—колледж 18

—объявление 13

—опыт работы 14

—предложение по трудоуст ройству 14

—применяемые технологии 14

—рекламное объявление 18

—рекомендация 15

—реорганизация 20

—собственный Web-узел 13

—целевой 19

— ярмарка вакансий 18 пользовательский интерфейс 5,

180,217

поощрение 76 потребности пользователя 176-

177

премия 41,77,324 прессрелиз 65 программист

46,48, 55, 57 программный продукт 174 проект 180

—интеграция 181

—мониторинг 266

—пользовательский интерфейс

180

—производительность 181

—среда 181

—тестирование 182

—установка ПО 182 производительность 213 промежуточный этап 250

—альфа-версия 251

—бета-версия 251

—кандидат навыпуск 2 51

—передача в производство 251 протоколирование неполадок

107

333

Предметный указатель

прототип 198,209,217-218

—вид 222

—описание 225

—пользовательского интер фейса 217,228

—программы установки 228

—создание 208, 220

процедура установки 163

—комплект 167

—создание 166

Р

работа с кадрами 327 разработчик 5

—документации 46,48

—пользовательской

докумен тации 61

ранжирование 74,76

—внешний круг 76

—внутренний круг 74

—проблемы 88

—средний круг 75 распределение

—привилегий 76-77

—работы 243

—ресурсов 49

расширение инфраструктуры 326 резюме 24,27 рейтинг 74,77 реклама 42,65 рекомендация 15 реорганизация 22 роль 52

С

самообразование 8 сборка 158

—измерение 163

—номер 160

—окончательная 310

—последняя хорошая 162

—проверка 161

—программы 268

—самая последняя 162

—сборочная

--- лаборатория 161

---машина 161

---среда 160

—создание 159

—частота

---проверки 163

---сдачи 163

—штраф 162 сборка программы 64

сверхурочная работа 21 сегмент рынка 65 сервисный пакет 135 сетевой протокол 5

система контроля качества 122 собеседование 4, 27, 29,41

—ключевые вопросы 30

—обратная связь 32-33

—оценка 29 собрание

—антикризисное 314

—контрольное 269 специалист по технической

поддержке ПО 47 список задач 238 средство написания сценария

114

структура организации 48 сценарий компоновки 94

Т

текучесть кадров 43 телеконференция 13 телефонное интервью 27 тестирование 33

—бета-версий 140

—ручное 311

—файл 94

—автоматизированное 310 тестирование продукта 130,139

—автоматизация 59, 114, 126

—внутренний цикл 126

—входное 132

—ежедневное базисное 132

—инструмент 59

—интеграция 136

—кандидат на выпуск 308

—ключевой функции 134

334

Предметный указатель

—коррекция 138

—матрица 146

—метрика 59

—оборудование 148

—обязанности разработчиков

144

—параллельное 122

—план 58

—производительности и нагрузки

137

—психологический фактор 63

—реализованной функции 133

—регрессивное 59

—ручное 147

—стабилизация 136

—стандарт 59 тестировщик 46,48, 57,60 тестовая лаборатория 149 технический специалист 316

техническое превосходство 84 технолог 48 технолог по разработке ПО 46,

64,156

технологическая возможность 97 требование к проекту

—анализ 184

—детализация 182

—догоняющее 185

—категория 180

—набор 187

—общее 178

—опережающее 185

—перспективное 186

—приоритет 189

—ретроспективное 186

—фрагментация 185

—частное 178 требования к продукту 65

У

удерживание 39

—профессиональнаясфера 39,40

—социальная сфера 40

—финансовые условия 39,41 удобство офиса 40 упаковка 230

«управление мимоходом» 271

Ф

фаворит 89 файл

—библиотеки 94

—блокировка/разблокировка 93

—версия 92

—группирование 93

—для тестирования 94

—для установки программ 94

—доступ 93

—заголовка 94

—изменение 93

—исходный 94

—ключевой 117

—компиляция 94,102

—компоновка 94

—маркировка 93, 118

—множественная выдача 94

—расположение 94

—редактирование 93

—среды 100

—хранение 92

—централизация 96 фактор риска 209 финансы 10 функция

—интеграция 125

—контекст 242

—стабилизация 125 функциональность 21

Ц

целостность данных 118 центральная идея проекта 175 цикл разработки 92

Ч

«чистая» установка 135

ш

штраф 162 штурмовая группа 313

—действия 315

Я

ярмарка вакансий 18

335

Обавторе

Ветеран индустрии программньїх средств Зд Салливан отдал ей 18 лет. Он получил степень бакалавра информатики с отличием в колледже Мерримака. Позже в Бостонском университете онстал магистром зтой дисциплиньї.

Зд 11 лет трудился в отделении корпорации ОЕС по разработке ПО, расположенном в Нашуа (штат Нью-Гемпшир). На самих разньїх технических й руководящих должностях он занимался разработкой инсгрументальньїх средств для проверни ОС УАХ/УМ5. В конце концов он перешел в консалтинговий отдел ОЕС, где возглавил разработку й развертьівание ряда специализированньїх программньїх продуктов для системьі работьі с клиентами на основе портативних компьютеров общей стоимостью более б млн. долларов.

С 1994 г. Зд в небольшой молодой компании МиМе§а Тесппоіодіез, Іпс., где сначала совмещал должности менеджера по разработке й менеджера по маркетингу ВоипсізСпескег С/С++, продукта для поиска ошибок в программах. Как менеджер по разработке, Зд полностью курировал создание четьірех вьіпусков продукта в критический период истории ІЧиМе§а. Будучи первьім менеджером по маркетингу, он сьіграл значительную роль в определении стратегии, позиционировании продукта, его популяризации, реклами й продвижении на ринке.

Позднее, как начальник отдела разработки ІЧиМеда, он направил компанию на развивающийся ринок средств разработки на Уі5ІІа1 Вазіс й ^уа, а таюке создания ПО для \йгЬ. Он одновременно управлял стратегией й реализацией восьми различннхпродуктов, занимающихчетиреуникальньїх

,.^*^юж^ші&тяиаіиааишш/ашвза

Об авторе

сегмента рьшка. В период его пребьівания на должности директора й менеджера по разработке программньїе продуктьі компании МиМе§а завоевали множество отраслевьіх премий, включая призи за техническое совершенство й «Внбор редакции» журнала РС Ма^агіпе, шесть призов ]оІІ Соїа, й несколько раз бмли отмечени различними изданиями«Виборомчитателя».

В 1999 г. НиМе§а ТесЬпо1о§іе5 вошла в состав корпорации Сотршгаге. В настоящее время Зд — директор центра разработки ІЧиМеда, ставшей одной из лабораторий Сотри^аге. Он возглавляег коллектив из 160 сотрудников й курирует разработку продуктов, дающих ежегодний оборот насуммуболеечем40 млн. долларов.

336

337

Салливам Эд

ВРЕМЯ - ДЕНЬГИ

Создание команды разработчиков программного обеспечения

Перевод с английского под общей редакцией В.

Г. Вшивцева

Предметный указатель С. В. Дергачев Технический редактор Н. Г. Тимченко

Компьютерный дизайн и подготовка иллюстраций

В. Б. Хильченко

Дизайнер обложки Е. В. Козлова

Оригинал-макет выполнен с использованием издательской системы Adobe PageMaker 6.0

TypeMaritetFonfLftrary

легальный пользователь

Главный редактор А. И. Козлов

Подготовлено к печати издательско-торговым домом «Русская Редакция»

М. РУССШ г Е Д Н Ц Щ

Лицензия ЛР № 066422 от J9.03.99 г.

Подписано в печать 22.01.02 г. Тираж 3000 экз.

Формат 84x108 '/32. Физ. п. л. 11,5.

Отпечатано в тип. ОАО «Молодая гвардия», 103030, Москва, Сущевская ул., 21. Заказ 0759.

*ДПЯ'Л!£ЩрЙ

Шйт&О'!1:,

• • : • * , s * ж

* v * ^ , . „ •• • .

;' ,

>

Э.Пройдаков,Л.Твплицкий

j*WJi^gm3Hii толковый словарь по вычислительной технике, Интернету и программированию. ;

1МЫХ

8 ки*щ*ртврной Шнике, программирования, аычиели-

ЭдСалямван - ,,;•• ...у ;'•:-, :,-, ;- .; '' ; '

'*в»^г^мФ^<^м|^^:^м^м""""

Разработчиков профаммнвгооввепвчени-

нияпризншмыхпродэамммшпродукта». Онописывает

до ^ихпор писали очень мало. Здесь^* " «»^ш и привлечь лучших специалистов, канмшкимровать их на «итити^Мюиочитяышх

результатов. , - •-'

Эта шита — азбука ««й^миотаданых техяояош*. Шаг

, на

>,же)«оавгий,

ПРОДАЖА КНИГ

оптом тел.: [phone]. e-mail: alexg®rusedit щ-

•нторюпмгют Http://www.lTbook.ru; тел.: [phone]-

• розницу магазин-КОМПЬЮТЕРНАЯ иДЕЛОВАЯ КНИГА. ' Москва. Ленинский пр-т. стр. 38. тел.: [phone]