Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Уч-к English for Computer Science Students.docx
Скачиваний:
44
Добавлен:
08.11.2018
Размер:
418.86 Кб
Скачать
  1. Если вид у монитора как в разбитые очки, И по плоскости экрана расплываются значки, Выключайте свой компьютер и идите погулять. Я уверен, он не станет ладить с вами. Его ...!

  2. Если от резервных копий прохудится гибкий диск, И ассемблерные вставки повышают резко риск, Лучше вы сотрите память, отпаяйте ПЗУ — Бесполезное железо вам, конечно, ни к чему.

  3. F. Render into English

  4. а)

  1. Если вам удалось написать программу, в которой транслятор не обнаружил ошибок, обратитесь к системному программи­сту — он исправит ошибки в трансляторе.

  2. Создадим реальную виртуальность!

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

  4. Когда программист испытывает затруднения при поиске ошиб-

  1. ки, это значит, что он ищет не там, где следует.

  1. Мозг человека обычно загружен лишь на 10% своей мощности: остальное — резерв для операционной системы.

  2. Вычислительная машина обладает притягательной силой бил­лиарда или музыкального автомата, доведенного до логичес­кой завершенности.

  3. Программист, как поэт, работает почти исключительно головой.

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

  5. Пользователь не знает, чего он хочет, пока не увидит то, что он получил.

  1. Я слышу и забываю. Я вижу и запоминаю. Я делаю и понимаю.

  2. На пустом диске можно искать вечно.

  3. Я пишу все свои критические программы на ассемблере, а комедийные — на фортране.

  4. Бесполезно придумывать защиту от дурака — ведь дураки так гениальны.

  5. Если отладка — процесс удаления ошибок, то программирова-

  1. ние должно быть процессом их внесения.

  2. 15. Что для одного — ошибка, для другого — компьютерные данные.

  3. Ь)

  4. 1. Законы машинного программирования.

  1. Любая действующая программа устарела.

  1. Любая программа обходится дороже и требует боль­ших затрат времени, чем предполагалось.

  2. Если программа полностью отлажена, ее нужно будет скорректировать.

  3. Любая программа стремится занять всю доступную память. •*

  4. Ценность программы прямо пропорциональна весу ее «выдачи».

  1. 0 Сложность программы растет до тех пор, пока не пре­высит способности программиста.

  2. 2. Постулаты Трумэна по программированию.

  1. Самая грубая ошибка будет выявлена, лишь когда программа пробудет в производстве по крайней мере полгода.

  2. Контрольные перфокарты, которые решительно не могут стоять в неправильном порядке, будут перепу­таны.

  3. Если назначен специальный человек для контроля за чистотой исходной информации, то найдется изобрета­тельный идиот, который придумает способ, чтобы не­правильная информация прошла через этот контроль.

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

  1. Закон Нейсера. Можно сделать защиту от дурака, но только не от изобретательного.

  2. Законы ненадежности Джилба.

  1. Компьютеры ненадежны, но люди еще ненадежнее.

  2. Любая система, зависящая от человеческой надежно­сти, ненадежна.

  3. Число ошибок, которые нельзя обнаружить, беско­нечно в противовес числу ошибок, которые можно определить — оно конечно по определению.

  4. В поиски повышения надежности будут вкладываться средства до тех пор, пока они не превысят величину убытков от неизбежных ошибок или пока кто-нибудь не потребует, чтобы была сделана хоть какая-то по­лезная работа.

  1. 122

  2. 123

  1. 5. Третий закон Грида. Машинная программа выполняет то, что

  2. вы ей приказали делать, а не то, что вы бы хотели, чтобы она делала.

  3. 6. Первая компьютерная аксиома Лео Бейзера. Закладывая что-то

  4. в память ЭВМ, помните, куда вы это положили.

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

  2. Закон Брука. Увеличение числа участников при подготовке опаздывающей программы только замедляет процесс.

  3. Законы мира ЭВМ по Голубу.

  1. Неточно спланированная программа требует в три раза больше времени, чем предполагалось; тщательно спла­нированная — только в два раза.

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