[Подлинная бесплатная доставка] People Moon Myth (40 -летие китайского праздничного издания Китая) Новая версия разработки программного обеспечения для разработки компьютерного разработки Лучший разработчик программного обеспечения программного обеспечения для разработчиков программного обеспечения.
Вес товара: ~0.7 кг. Указан усредненный вес, который может отличаться от фактического. Не включен в цену, оплачивается при получении.
Описание товара
Введение в контент
В области программного обеспечения есть несколько книг, которые имеют далеко идущее влияние и бестселлеры как «миф о человеке и луне».Доктор Брукс дает проницательную информацию для людей, чтобы управлять сложными проектами, со многими заставляющими размышлениями взглядами и многими практиками разработки программного обеспечения
Содержание «Man and Moon Myth (40 -летие китайского юбилейного издания)» происходит из опыта управления проектами доктора Брукса в системе IBM/360 Family и OS/360. Этот проект является моделью управления проектами разработки программного обеспечения.
После того, как была выпущена оригинальная английская версия «Миф о человеке и луне (40 -летие китайского праздничного издания)», он вызвал сильный отклик со стороны инсайдеров отрасли. Позже он был переведен в различные тексты, такие как Германия, Франция, Япония, Россия, Китай и Южная Корея, и миллионы копий были проданы по всему миру.Установил свою классическую позицию в отрасли.
Сегодня, спустя 40 лет после первой публикации «Миф о человеке и луне (40 -летие китайского праздничного издания)», мы реорганизовали классический контент доктора Брукса и собрали опыт и опыт пионеров в области разработки программного обеспечения в Китае, чтобы использовать практику и систему в «Мите человека и луне» в книгу, и пожертвовал его для всех, чтобы обмениваться, создание «Создание« Мифа и луна »(« Миф и луна »(и пожертвовал его для всех, чтобы обмениваться« Сделай »,« Сделав мой »,« Сделай мой »,« Сделай в эфире ». Памятное издание) «Одна из обязательных классиков для домашних практикующих.
«Мифы человеческой луны (40 -летие китайского юбилейного издания)». Читатели включают в себя: разработчики программного обеспечения, менеджеры проектов программного обеспечения, системные аналитики и другие практикующие ИТ.
об авторе
Маленький Фредерик&Брукс, который выиграл престижную А.М. Награда Тьюринга в области компьютерных наук. Американская компьютерная ассоциация (ACM) похвалила его“ веха вклад в компьютерную архитектуру, операционную систему и разработку программного обеспечения”.
Доктор Брукс начал работать в IBM в 1956 году, как системный конструктор растяжения и использует компьютеры в первые дни.Он рассматривается&Ldquo; отец системы IBM 360&Rdquo;, когда -то служил менеджером проекта 360 систем.За его выдающийся вклад в этот проект он выиграл национальную медаль технологий с Бобом Эвансом и Эрихом Блохом в 1985 году.
Доктор Брукс основал факультет компьютерных наук в Университете Северной Каролины и занимал должность главы кафедры с 1965 по 1985 год.Он также работал в Национальном бюро науки и техники, а также в Комиссии по науке и технике обороны. В настоящее время он по -прежнему активно участвует в исследованиях в виртуальной среде и научной визуализации и получил награду карьеры в виртуальной реальности IEEE в 2010 году.
Каталог
Глава 1 Тирометр
Продукты системы программирования
Карьера веселья
Профессиональный бедствие
ГЛАВА 2 Человеческая луна Мифология
Оптимизм
Человеческая луна
Системный тест
Пустая оценка
Катастрофа повторного прогресса
Глава 3 Хирургическая хирургия команда
вопрос
Предложение мельницы
Как работать
Расширение команды
Глава 4 Благородное самодержавие, демократическая политика и дизайн системы
Концептуальная целостность
Получить целостность концепции
Благородная самодержавия и демократическая политика
При ожидании, что должно быть реализовано
ГЛАВА 5 Живопись змеи добавляют достаточно
Руководство и механизмы взаимодействия по делению структуры
Самодисциплина—— последствия разработки второй системы
Глава 6 Реализация
Документ -Описание спецификации на основе—— Справочник
Формализация
Прямая интеграция
Конференция и конференция
Много -введите
Телефонный журнал
Тестирование продукта
ГЛАВА 7 ПОЧЕМУ БАБЕЛИНА
Урок управления Вавилоной
Общение в крупных проектах по программированию
Проект Руководство по работе
Организация крупных проектов программирования
Глава 8
Портман данных
Данные Арона
Данные Харра
Данные ОС / 360
CorbatÓ данные
Глава 9
Как стоимость
Управление шкалой
Пространственное мастерство
Выражение данных является фундаментальным для программирования
ГЛАВА 10 СКОРОСТЬ
Документация компьютерного продукта
Документ Университета Университета
Документация программных проектов
Почему у вас есть официальная документация
Глава 11 Сохранение
Проверьте фабрики и увеличить масштаб
Единственная константа - само изменение
Чтобы изменить систему проектирования
Изменить организационную структуру планирования
Два шага, сделайте один шаг назад
Сделайте шаг вперед, сделайте шаг назад
ГЛАВА 12 МО XIE
Целевая машина
Вспомогательные машины и услуги данных
Продвинутый язык и интерактивное программирование
Глава 13
Удалить дизайн ошибки
Компонентная отладка
Системная интеграция отладки
Глава 14
Веха все еще тяжелый бремя
“ другие части будут позади”
Под ковром
Глава 15 Другая сторона
Какой документ нужен
блок-схема
Самоархивая программа
Глава 16 Нет Серебряной бомбы
Краткое содержание
представлять
Фундаментальная сложность
В прошлом некоторые прорывы во вторичных трудностях
Надежда на серебряную бомбу
Существует многообещающий метод для фундаментальной проблемы концептуальной
Глава 17“ без серебряной бомбы”
Человеческий волк и другие легенды ужасов
Серебряная бомба—— прямо здесь
Смутное выражение приведет к недопониманию
Анализ Харел
Точка зрения Джонса—— качество приносит производительность
Так в чем же ситуация производительности
Объектно-ориентированного программирования—— эта медная пуля в порядке?
Какова ситуация повторного использования
Узнайте много словарного запаса—— предсказуемая, но еще не предсказуемая проблема для повторного использования программного обеспечения
Суть пуль—— ситуация не изменилась
……
Взгляды главы 18 на «мифы человеческой луны»: да
Глава 1 Тирометр
ГЛАВА 2 Человеческая луна Мифология
Глава 3 Хирургическая хирургия команда
Глава 4 Благородное самодержавие, демократическая политика и дизайн системы
ГЛАВА 5 Живопись змеи добавляют достаточно
Глава 6 Реализация
ГЛАВА 7 ПОЧЕМУ БАБЕЛИНА
Глава 8
Глава 9
ГЛАВА 10 СКОРОСТЬ
Глава 11 Сохранение
ГЛАВА 12 МО XIE
Глава 13
Глава 14
Глава 15 Другая сторона
Издание 1
Глава 19 «Миф человеческой луны» через 20 лет
Зачем публиковать 20 -летие версии 20 -й годовщины
Основной вид—— концептуальная целостность и разделение структуры
Последствия разработки второй системы—— Слепая функция и частота угадывает
Успех графического интерфейса
Нет заброшенного прототипа—— модель водопада неверна
Повышенная модель развития лучше—— постепенное уточнение
Что касается скрытия информации, то Парнас верен, я ошибаюсь
Сколько мифический цвет занимает месяц?Модель и данные Boehm
Люди - это все (или почти все)
Отказаться от власти
Что самое удивительное новое? Миллионы компьютеров
Совершенно новая индустрия программного обеспечения——готовое программное обеспечение для упаковки пластиковой пленки
Купить для разработки—— Используйте пластиковую упаковку в качестве компонента
Статус разработки программного обеспечения и будущее
Заключительные замечания: 4 года, которые желательны, захватывающие и веселые
Примечание и ссылки
Приложение: People Moon обнаружил опыт работы
1. Известные художники говорят о людях
1Аннуитет
2«Мифы человеческой луны» и практика
3Фрэнк Шанс оценка ежемесячно
4. Где программное обеспечение серебряной пули?
2. Ежемесячно комментируется
В -третьих, речь читателя
1. Мысли о чтении—— миф человеческой луны
2. Я был расстроен в эти дни (целостность концепции продукта)
3Думаю о нас——&Ldquo; разработка проекта” и чтение «мифы человеческой луны» ощущается как
4мой&Ldquo; миф Рениуэ”
5«Миф человеческой луны» Нефрис Шенгксиан
Замечательная книга
«Человеческий и лунный миф (40 -летие китайского юбилейного издания)»:
Как стоимость
Насколько велика программа?В дополнение к времени выполнения, пространство, которое он занимает, также является основным накладным расходом.Это также относится к специальным программам разработки, где пользователи платят разработчикам плату за необходимое разделение затрат на разработку.Рассмотрим интерактивную программную систему IBMAPL, которая арендует 400 долларов в месяц, и при использовании она потребляет не менее 160 тыс. Байтов памяти.На Model165 аренда памяти составляет около 12 долларов в месяц&Миддот; Килобиты.Если программа доступна на все время, он заплатит плату за использование программного обеспечения в размере 400 долларов США и плату за аренду памяти в размере 1 920 долларов США.Если человек использует систему APL в течение 4 часов в день, ему нужно будет потратить 400 долларов на аренду программного обеспечения и 320 долларов США на аренду памяти в месяц.
Один я часто слышу“ ужасно&RDQUO: Разговор об этом находится на 2 -метровой машине памяти, операционной системе необходимо занять 400K памяти.Такие замечания столь же невежественны, как и критика Boeing 747 только потому, что это стоит 27 миллионов долларов.Первое, что мы должны спросить“ что он может сделать?&Rdquo; Какова простота использования и производительность (эффективное использование системы), полученные для потраченных средств?Может ли ежемесячная арендная плата в размере 4800 долл. США, инвестированная в память, быть более эффективной, чем использование ее на других оборудованиях, программистах и приложениях?
Когда дизайнер системы считает, что форма памяти резидентов программы более полезна для пользователя, чем добавки, диски и т. Д., Он перенесет часть реализации аппаратной системы в память.Напротив, другие практики очень безответственны.Поэтому оценка должна проводиться в целом.Никто не может критиковать программную систему практически саму масштабе, одновременно защищая более плотную интеграцию аппаратного и программного обеспечения от начала до конца.
Поскольку масштаб является такой большой частью пользовательской стоимости программных системных продуктов, разработчики должны устанавливать цели масштабирования, шкалы управления и рассмотреть способы снижения масштаба, так же, как разработчики аппаратного обеспечения будут устанавливать цели количества компонентов, контролировать количество компонентов и придумывать некоторые способы сокращения деталей.Как и любые накладные расходы, сама масштаб не является плохой вещью, но ненужный масштаб нежелательно.
Управление шкалой
Для менеджеров проектов контроль за масштабом является частью технической работы и управления.Он должен изучить пользователя и пользователя, необходимо установить масштаб системы, которая будет разработана.Затем разделите эти системы на разделы и установите целевые показатели шкалы для каждого раздела.потому что“ масштабировать одну скорость&RDQUO: Результаты компромиссов варьируются в большем диапазоне, а постановка целей масштабирования-очень умелая вещь, требующая глубокого понимания каждого доступного решения.Умный менеджер проекта также зарезервирует место для себя, чтобы распределить его при реализации работы.
В проекте OS/360 мы все еще извлекали из него некоторые болезненные уроки, хотя вся работа была выполнена довольно тщательно.
Прежде всего, установление целей масштаба для основных программ недостаточно, и все масштабы должны быть зарегистрированы.В большинстве предыдущих операционных систем система проживала на пленке, а длинные поиски ленты означали, что было неловко использовать на сегментах программы.OS/360, как и его предшественник, находится на диске, как операционная система диска 1410-7010. Его разработчики в восторге от бесплатного, недорогого доступа к диску.Однако, если используется лента, она будет иметь катастрофические последствия для производительности.
Настройка размеров ядра для каждого устройства мы не устанавливаем бюджет для доступа одновременно.Как вы можете себе представить, когда программист обнаруживает, что его ядро подразделения не отвечает требованиям, он разбивает его на наложные модули.Сам этот процесс увеличивает общий масштаб программы и снижает скорость бега.Самое главное, что наша система управления управлением не имеет ни метрики, ни захватывает эти проблемы.Все сообщили о размере ядра, и, поскольку все они находились в пределах целевого диапазона, никто не обнаружил проблемы с масштабами.
К счастью, программа моделирования производительности OS/360 была использована ранее.Результаты первого прогона отражают много проблем.Fortranh моделирует и компилирует 5 операторов в минуту на модели65 с барабаном.Встроенный обычный модуль управления дисплеем выполняет множество дисков.Даже частые модули мониторинга делают много одинаковых ошибок, и результаты очень похожи на страницы.