Грейс Хоппер цитаты
Грейс Хоппер
Дата рождения: 9. Декабрь 1906
Дата смерти: 1. Январь 1992
Грейс Хоппер — американская учёная и контр-адмирал флота США. Являясь первооткрывательницей в своей области, она была одной из первых, кто писал программы для гарвардского компьютера Марк I. Она разработала первый компилятор для компьютерного языка программирования, развила концепцию машинно-независимых языков программирования, что привело к созданию COBOL, одного из первых высокоуровневых языков программирования. Ей приписывается популяризация термина debugging для устранения сбоев в работе компьютера. Из-за многочисленных достижений и высокого чина во флоте её иногда называют «Удивительная Грейс», «Amazing Grace» . В её честь назван эсминец ВМФ США USS Hopper и суперкомпьютер Cray XE6 «Hopper» Исследовательского вычислительного центра министерства энергетики .
Подобные авторы
Алан Перлис19
американский учёный в области информатикиАлександр Васильевич Колчак20
русский военный и политический деятель, флотоводец, учёный-…
Дуайт Дэвид Эйзенхауэр24
американский государственный и военный деятель, 34-й презид…
Уильям Хэлси1
американский офицер
Павел Степанович Нахимов7
российский флотоводец
Горацио Нельсон7
британский адмирал
Моше Даян10
израильский военный и государственный деятельЦитаты Грейс Хоппер
„Первопроходцы перевозили тяжести на быках. И если бык не мог сдвинуть бревно, они не пытались вырастить быка побольше. Мы должны стремиться не к повышению мощности отдельных компьютеров, а к повышению численности компьютерных систем.“
— Грейс Хоппер
Имеется в виду польза параллельных вычислений. Предпочтительнее использовать несколько обычных ПК, чем 1 дорогой суперкомпьютер. Цитата использована в качестве эпиграфа к 1-й главе книги "Hadoop. Подробное руководство" (Т. Уайт, 2012).
„The Group started out by trying to design a language for stating procedures, but soon discovered that what was really required was a description of the data and a statement of the relationships between the data sets.“
— Grace Hopper
Context: We must include in any language with which we hope to describe complex data-processing situations the capability for describing data. We must also include a mechanism for determining the priorities to be applied to the data. These priorities are not fixed and are indicated in many cases by the data.
Thus we must have a language and a structure that will take care of the data descriptions and priorities, as well as the operations we wish to perform. If we think seriously about these problems, we find that we cannot work with procedures alone, since they are sequential. We need to define the problem instead of the procedures. The Language Structures Group of the Codasyl Committee has been studying the structure of languages that can be used to describe data-processing problems. The Group started out by trying to design a language for stating procedures, but soon discovered that what was really required was a description of the data and a statement of the relationships between the data sets. The Group has since begun writing an algebra of processes, the background for a theory of data processing.
Clearly, we must break away from the sequential and not limit the computers. We must state definitions and provide for priorities and descriptions of data. We must state relationships, not procedures.
As quoted in Management and the Computer of the Future (1962) by Sloan School of Management, p. 273
„These priorities are not fixed and are indicated in many cases by the data.
Thus we must have a language and a structure that will take care of the data descriptions and priorities, as well as the operations we wish to perform.“
— Grace Hopper
Context: We must include in any language with which we hope to describe complex data-processing situations the capability for describing data. We must also include a mechanism for determining the priorities to be applied to the data. These priorities are not fixed and are indicated in many cases by the data.
Thus we must have a language and a structure that will take care of the data descriptions and priorities, as well as the operations we wish to perform. If we think seriously about these problems, we find that we cannot work with procedures alone, since they are sequential. We need to define the problem instead of the procedures. The Language Structures Group of the Codasyl Committee has been studying the structure of languages that can be used to describe data-processing problems. The Group started out by trying to design a language for stating procedures, but soon discovered that what was really required was a description of the data and a statement of the relationships between the data sets. The Group has since begun writing an algebra of processes, the background for a theory of data processing.
Clearly, we must break away from the sequential and not limit the computers. We must state definitions and provide for priorities and descriptions of data. We must state relationships, not procedures.
As quoted in Management and the Computer of the Future (1962) by Sloan School of Management, p. 273
„You manage things, you lead people. We went overboard on management and forgot about leadership.“
— Grace Hopper
Context: You manage things, you lead people. We went overboard on management and forgot about leadership. It might help if we ran the MBAs out of Washington.
„We must include in any language with which we hope to describe complex data-processing situations the capability for describing data.“
— Grace Hopper
Context: We must include in any language with which we hope to describe complex data-processing situations the capability for describing data. We must also include a mechanism for determining the priorities to be applied to the data. These priorities are not fixed and are indicated in many cases by the data.
Thus we must have a language and a structure that will take care of the data descriptions and priorities, as well as the operations we wish to perform. If we think seriously about these problems, we find that we cannot work with procedures alone, since they are sequential. We need to define the problem instead of the procedures. The Language Structures Group of the Codasyl Committee has been studying the structure of languages that can be used to describe data-processing problems. The Group started out by trying to design a language for stating procedures, but soon discovered that what was really required was a description of the data and a statement of the relationships between the data sets. The Group has since begun writing an algebra of processes, the background for a theory of data processing.
Clearly, we must break away from the sequential and not limit the computers. We must state definitions and provide for priorities and descriptions of data. We must state relationships, not procedures.
As quoted in Management and the Computer of the Future (1962) by Sloan School of Management, p. 273
„We must state relationships, not procedures.“
— Grace Hopper
Context: We must include in any language with which we hope to describe complex data-processing situations the capability for describing data. We must also include a mechanism for determining the priorities to be applied to the data. These priorities are not fixed and are indicated in many cases by the data.
Thus we must have a language and a structure that will take care of the data descriptions and priorities, as well as the operations we wish to perform. If we think seriously about these problems, we find that we cannot work with procedures alone, since they are sequential. We need to define the problem instead of the procedures. The Language Structures Group of the Codasyl Committee has been studying the structure of languages that can be used to describe data-processing problems. The Group started out by trying to design a language for stating procedures, but soon discovered that what was really required was a description of the data and a statement of the relationships between the data sets. The Group has since begun writing an algebra of processes, the background for a theory of data processing.
Clearly, we must break away from the sequential and not limit the computers. We must state definitions and provide for priorities and descriptions of data. We must state relationships, not procedures.
As quoted in Management and the Computer of the Future (1962) by Sloan School of Management, p. 273
„Please cut off a nanosecond and send it over to me.“
— Grace Hopper
Context: In total desperation, I called over to the engineering building, and I said, "Please cut off a nanosecond and send it over to me."
On demonstrating a billionth of a second of electricity travel with a piece of wire, in an interview on 60 Minutes (24 August 1986)
