Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АрхитектураБиологияГеографияДругоеИностранные языки
ИнформатикаИсторияКультураЛитератураМатематика
МедицинаМеханикаОбразованиеОхрана трудаПедагогика
ПолитикаПравоПрограммированиеПсихологияРелигия
СоциологияСпортСтроительствоФизикаФилософия
ФинансыХимияЭкологияЭкономикаЭлектроника

Нові мови програмування

Передвісники комп’ютерної ери | Комп’ютерна програма – що це? | Доелектронна історія обчислювальної техніки | Логарифмічна лінійка | Розвиток двійкової системи | Винахід перших комп’ютерів | Гарвардська архітектура | Архітектура фон Неймана | Створення зрозумілих людині кодів | Універсальна мова програмування |


Читайте также:
  1. Болісний шлях розвитку програмування
  2. Два чародії програмування
  3. Задачі для програмування
  4. Лінійне програмування
  5. Методологія об’єктно-орієнтованого програмування
  6. Мови програмування.

 

В середині 50-х років, коли обчислювальна техніка міцно вкорінялася в університетах та науково-дослідних центрах США та Європи, наступив час прогресу в області програмування, а в 60-і програмування стає загальнодоступним. Проте нові розробки зовсім не заперечували усьому тому, що було зроблене раніше. Навпаки, вони спиралися на вже побудований фундамент. Транслятори для так званих мов Асемблера – символічних мов машинних команд (такі мови вимагають від програміста глибокого знання апаратури) залишилися важливим засобом програмування для будь-якого комп’ютера і до цього часу. Проте їх роль поступово зменшувалась. Посередником між програмістами і машинами стали мови програмування – мови нового типу. Від мови асемблера вони відрізнялися більшою гнучкістю та можливістю використання конструкцій, схожих на речення. Але мова Асемблер ще й досі використовується як проміжна мова для компіляторів з мов високого рівня.

З появою мов високого рівня програмісти одержали можливість більше часу приділяти вирішенню конкретної проблеми, не відволікаючись на вельми тонкі питання організації самого процесу виконання завдання на комп’ютері. Крім того, поява цих мов ознаменувала перший крок на шляху створення програм, які вийшли за межі науково-дослідних центрів. Транслятори для цих мов програмування, які перетворювали символічні програми у машинний код, отримали назву – компілятори. При цьому кожен оператор мови високого рівня породжував низку машинних команд на мові Асемблер.

Університети почали пропонувати навчальні програми за новою технологією, і кількість виробників апаратного забезпечення швидко зростала. Раптово комп’ютери і присвячені ним навчальні курси сталі доступними всім, або, принаймні, тим, хто відвідував університет.

У той же час комп’ютери стали значно ефективнішими. Коло проблем, які вони могли вирішувати, серйозно змінилося як за рівнем, так і за складністю. Мови програмування ставали могутнішими та простішими у використанні. 60-і роки були періодом феноменального зростання комп’ютерних технологій і завдали тон тій частині сторіччя, що залишилася.

Тим часом, у ці роки розвиток галузі міг піти тупиковим шляхом. Менш талановиті люди бралися за вирішення складніших завдань. Дійсно, як можна було знайти ще талановитіших розробників, ніж програмісти 50-х років? Ситуація вела до катастрофи, але катастрофи не відбулося. Програмне забезпечення, яке було розроблене у 60-х роках, відрізняється такою ж високою якістю, як і програми, що були створені десятиліттям раніше.

Цей парадокс має просте, хоча і неочевидне, пояснення. Програмісти у 60-і роки були добросовісними, а якість програм високою, завдяки відсутності персональних засобів компіляції.

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

Іншими словами, компіляція недостатньо досконалої програми вимагала величезних непродуктивних витрат часу та сил, і, в результаті, могла вимагати значних доопрацювань. Уявіть, що вам потрібно пройти декілька десятків метрів, нести в руках купу перфокарт заввишки 20-30 см тільки для того, щоб машина видала назад цю пачку з повідомленням про «неузгодження типів» на 30-ій перфокарті. І могло статися так, що до компілятора наступного разу вас допустять тільки через декілька днів.

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

 


Дата добавления: 2015-11-14; просмотров: 57 | Нарушение авторских прав


<== предыдущая страница | следующая страница ==>
Можливості програмного управління| Поневіряння пакетної обробки

mybiblioteka.su - 2015-2024 год. (0.007 сек.)