Информация об изменениях

Сообщение Re[6]: Laptev-News от 05.01.2015 20:38

Изменено 05.01.2015 20:41 eskimo82

LVV>>>>>- Под моим руководством было 700 лучших программистов страны. И тем не менее все проблемы Апполона были связаны с ошибками в ПО.
E>>>>Русский супер-программист — это миф.
LVV>>>Э-э-э.... Молодой человек, вы в упор не видите, что я написал.
E>>Я выделил последнюю строку во взятой вами цитате.
LVV>Ну, выделил, и что?

— Под моим руководством было 700 лучших программистов страны. И тем не менее все проблемы Апполона были связаны с ошибками в ПО.

Электронную версию можно найти здесь
Фокс Дж. Программное обеспечение и его разработка
Пер. с англ. —М.: Мир, 1985 —368 с, ил
       Автор книги — американский специалист по программированию, один из руководителей фирмы IBM, в своей книге делает попытку изложить общие проблемы создания программного обеспечения, его сопровождения и использования. Особенно подробно рассматриваются все фазы разработки программ разных типов. Изложение ясное, удачно иллюстрировано примерами.
       Для программистов разной квалификации и пользователей ЭВМ
       ББК 32.973
       Ф75
       УДК 681.142.2


LVV>>>Это — не мои слова. А слова РУКОВОДИТЕЛЯ разработчиков ПО для Апполона.

Поиск в электронном варианте перевода книги по ключевому слову 700 и по ключевому слову Апполон дает следующие цитаты:

Мы работали над крупными проектами: 700 человек в течение 10 лет в Хьюстоне, шт. Техас, создавали систему наземного управления пилотируемыми космическими полетами; 500 человек в течение 10 лет в Атлантик-Сити, шт. Нью-Джерси, в местном отделении FAA, разрабатывали систему управления транспортным воздушным сообщением; 700 человек в течение 5 лет в Уиппани, шт. Нью-Джерси, работали над программной частью системы противоракетной обороны; 500 человек в Лос-Анджелесе в течение 5 лет делали спутниковую систему ВВС США.


Работы по программированию системы “Скайлэб” велись в Хьюстоне как продолжение работ над проектом “Апполон XV”. Аппаратура осталась та же самая, что и для “Аполлона”; программное же обеспечение изменялось. Это было в некотором роде бедствие. Работы были закончены в положенный срок, но цена, которую пришлось заплатить группе примерно из 700 профессионалов, оказалась непомерной.


Одной из программ, стоившей гораздо больше 100 млн. долларов, была система наземного контроля космических кораблей типа Аполлон, созданная хьюстонским Центром пилотируемых полетов. Я был в Хьюстоне в 1970 г. сразу же после вступления на пост главного управляющего федеральным системным центром с целью проинспектировать работу 700 человек, подчинявшихся лично мне.


Компоновка представляет собой комбинирование, связывание отдельных частей программы, написанных разными людьми или группами, в одну большую систему программного обеспечения. Если в нашем распоряжении находятся 700 программистов, создающие отдельные программы, то задача “объединения” этих программ в одну систему может стать просто огромной, требующей много времени, дорогой и чреватой многими ошибками. Мы в дальнейшем увидим, что для компоновки систем из отдельных заранее написанных программ нужно создавать специальные инструментальные средства.


Группа работала в Гейтсбурге, очень часто наведываясь в Нью-Йорк. Они выполнили свою работу — 83 тыс. операторов на языке высокого уровня — превосходным образом за 22 месяца, затратив около 300 000 долларов. Ошибок в системе практически не было, она была готова в срок, система была создана и заработала! Вот так-то! Мы сэкономили около 700 000 долларов!


Некоторые утверждали, что работы для “Нью-Йорк таймс” кончились неудачно. Но это не так. Мы (фирма IBM) сэкономили около 700 тыс. долларов, а система работала. Первое время в редакции “Нью-Йорк таймс” было слишком мало людей, которые имели опыт работы с системой. По мере подключения сотрудников газеты к работе в системе начались обычные проблемы перехода, которые всегда возникают при перекладывании ответственности за систему с группы разработчиков на группу сопровождения. Эти нормальные трудности были кое-кем неправильно истолкованы с целью бросить тень на великолепные результаты, полученные благодаря структурному программированию и использованию метода главного программиста.



E>>И в этих словах неправда, либо неверный их перевод.

E>>(я перечислил как минимум две крупные аварии не по вине ПО)
LVV>1. Неверного перевода быть не может — это вам не нынешние халтурщики переводили, а профи, причем ИТшники.
LVV>2. Прочитайте оригинал и просветите нас, соврал ли такой крупный руководитель в своей книжке или нет.
Изучив цитаты, могу сказать что врёт Лаптев. Причем нагло.

LVV>>>Ну раскройте, наконец, глаза, и прочитайте сообщение.

LVV>>>А не выдавайте свои мысли за мои.
У вас не может быть мыслей "проффесор". Вы даже цитату не можете взять и не соврамши.

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

LVV>Если профессиональная литература для вас — желтая пресса, что вам тут просто не место.
Ваши цитаты — это даже не полуправда, а ложь полностью.

LVV>А то с анонимом разговариваешь. как с привидением: вроде оно есть, но его сразу нет...

С Вами разговаривать вообще теперь не о чем.
Re[6]: Laptev-News
LVV>>>>>- Под моим руководством было 700 лучших программистов страны. И тем не менее все проблемы Апполона были связаны с ошибками в ПО.
E>>>>Русский супер-программист — это миф.
LVV>>>Э-э-э.... Молодой человек, вы в упор не видите, что я написал.
E>>Я выделил последнюю строку во взятой вами цитате.
LVV>Ну, выделил, и что?

— Под моим руководством было 700 лучших программистов страны. И тем не менее все проблемы Апполона были связаны с ошибками в ПО.

Электронную версию можно найти здесь
Фокс Дж. Программное обеспечение и его разработка
Пер. с англ. —М.: Мир, 1985 —368 с, ил
       Автор книги — американский специалист по программированию, один из руководителей фирмы IBM, в своей книге делает попытку изложить общие проблемы создания программного обеспечения, его сопровождения и использования. Особенно подробно рассматриваются все фазы разработки программ разных типов. Изложение ясное, удачно иллюстрировано примерами.
       Для программистов разной квалификации и пользователей ЭВМ
       ББК 32.973
       Ф75
       УДК 681.142.2


LVV>>>Это — не мои слова. А слова РУКОВОДИТЕЛЯ разработчиков ПО для Апполона.

Поиск в электронном варианте перевода книги по ключевому слову 700 и по ключевому слову Апполон (или-или) дает следующие цитаты:

Мы работали над крупными проектами: 700 человек в течение 10 лет в Хьюстоне, шт. Техас, создавали систему наземного управления пилотируемыми космическими полетами; 500 человек в течение 10 лет в Атлантик-Сити, шт. Нью-Джерси, в местном отделении FAA, разрабатывали систему управления транспортным воздушным сообщением; 700 человек в течение 5 лет в Уиппани, шт. Нью-Джерси, работали над программной частью системы противоракетной обороны; 500 человек в Лос-Анджелесе в течение 5 лет делали спутниковую систему ВВС США.


Работы по программированию системы “Скайлэб” велись в Хьюстоне как продолжение работ над проектом “Апполон XV”. Аппаратура осталась та же самая, что и для “Аполлона”; программное же обеспечение изменялось. Это было в некотором роде бедствие. Работы были закончены в положенный срок, но цена, которую пришлось заплатить группе примерно из 700 профессионалов, оказалась непомерной.


Одной из программ, стоившей гораздо больше 100 млн. долларов, была система наземного контроля космических кораблей типа Аполлон, созданная хьюстонским Центром пилотируемых полетов. Я был в Хьюстоне в 1970 г. сразу же после вступления на пост главного управляющего федеральным системным центром с целью проинспектировать работу 700 человек, подчинявшихся лично мне.


Компоновка представляет собой комбинирование, связывание отдельных частей программы, написанных разными людьми или группами, в одну большую систему программного обеспечения. Если в нашем распоряжении находятся 700 программистов, создающие отдельные программы, то задача “объединения” этих программ в одну систему может стать просто огромной, требующей много времени, дорогой и чреватой многими ошибками. Мы в дальнейшем увидим, что для компоновки систем из отдельных заранее написанных программ нужно создавать специальные инструментальные средства.


Группа работала в Гейтсбурге, очень часто наведываясь в Нью-Йорк. Они выполнили свою работу — 83 тыс. операторов на языке высокого уровня — превосходным образом за 22 месяца, затратив около 300 000 долларов. Ошибок в системе практически не было, она была готова в срок, система была создана и заработала! Вот так-то! Мы сэкономили около 700 000 долларов!


Некоторые утверждали, что работы для “Нью-Йорк таймс” кончились неудачно. Но это не так. Мы (фирма IBM) сэкономили около 700 тыс. долларов, а система работала. Первое время в редакции “Нью-Йорк таймс” было слишком мало людей, которые имели опыт работы с системой. По мере подключения сотрудников газеты к работе в системе начались обычные проблемы перехода, которые всегда возникают при перекладывании ответственности за систему с группы разработчиков на группу сопровождения. Эти нормальные трудности были кое-кем неправильно истолкованы с целью бросить тень на великолепные результаты, полученные благодаря структурному программированию и использованию метода главного программиста.



E>>И в этих словах неправда, либо неверный их перевод.

E>>(я перечислил как минимум две крупные аварии не по вине ПО)
LVV>1. Неверного перевода быть не может — это вам не нынешние халтурщики переводили, а профи, причем ИТшники.
LVV>2. Прочитайте оригинал и просветите нас, соврал ли такой крупный руководитель в своей книжке или нет.
Изучив цитаты, могу сказать что врёт Лаптев. Причем нагло.

LVV>>>Ну раскройте, наконец, глаза, и прочитайте сообщение.

LVV>>>А не выдавайте свои мысли за мои.
У вас не может быть мыслей "проффесор". Вы даже цитату не можете взять и не соврамши.

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

LVV>Если профессиональная литература для вас — желтая пресса, что вам тут просто не место.
Ваши цитаты — это даже не полуправда, а ложь полностью.

LVV>А то с анонимом разговариваешь. как с привидением: вроде оно есть, но его сразу нет...

С Вами разговаривать вообще теперь не о чем.