Od sal komputerowych do biurek i salonów: o co w ogóle chodzi?
Konflikt „mainframe’y kontra PC” przypomina trochę starcie kolei z samochodami. Pociąg przewiezie naraz setki osób, ale i tak większość ludzi chce mieć własne auto. Podobnie było z komputerami: potężne, centralne mainframe’y przez dekady obsługiwały całe organizacje, lecz gdy tylko pojawiła się możliwość postawienia komputera na biurku – rynek radykalnie skręcił w stronę komputerów osobistych.
W epoce mainframe’ów komputer był ogromną, drogą maszyną znajdującą się w specjalnej sali – z klimatyzacją, podniesioną podłogą i zespołem administratorów w białych kitlach. Pracownicy łączyli się z tym „mózgiem” przez terminale tekstowe, które same w sobie niczego prawie nie potrafiły. Cała moc obliczeniowa była w jednym miejscu, pod kontrolą jednego działu IT.
Pojawienie się komputera osobistego odwróciło ten porządek. Nagle możliwy stał się komputer dla jednej osoby, stojący na biurku, bez konieczności rezerwowania czasu w dziale IT i czekania w kolejce na przetworzenie danych. Nawet jeśli pojedynczy PC był wielokrotnie słabszy od mainframe’a, dla codziennych zadań biurowych okazywał się wystarczająco mocny – a przede wszystkim był pod ręką.
Kontrast był ostry: z jednej strony jeden ogromny, drogi, wyjątkowo niezawodny mainframe; z drugiej – dziesiątki albo setki tanich, elastycznych komputerów osobistych, które można było sukcesywnie dokupować, wymieniać i dostosowywać. Zwycięstwo PC w firmach i domach nie wynikało z jednego czynnika. Złożyły się na nie technologia mikroprocesorów, ekonomia produkcji masowej, zmiana kultury pracy i oczekiwań użytkowników.
Ten zwrot od scentralizowanego „komputera dla firmy” do rozproszonego „komputera dla człowieka” ukształtował dzisiejszą informatykę, modelem klient–serwer i współczesnymi centrami danych włącznie.
Złota era mainframe’ów – kiedy jeden komputer rządził całym przedsiębiorstwem
Geneza mainframe’ów: od lat 50. do System/360
W latach 50. i 60. komputery były przede wszystkim narzędziem dużych organizacji: rządów, uczelni, korporacji. Maszyny takie jak UNIVAC czy pierwsze systemy IBM zajmowały całe pomieszczenia, wymagały specjalistycznej obsługi i kosztowały tyle, co porządny budynek biurowy. To była infrastruktura na miarę elektrowni – jedna instalacja miała zasilać obliczeniowo całą instytucję.
Przełomowym produktem stał się IBM System/360 zaprezentowany w 1964 roku. Po raz pierwszy stworzono rodzinę kompatybilnych mainframe’ów z ujednoliconą architekturą i możliwością skalowania mocy obliczeniowej. Firma, która zaczynała od mniejszego modelu, mogła później kupić mocniejszą maszynę, nie przepisując całego oprogramowania. To drastycznie zwiększyło atrakcyjność inwestycji w mainframe’y.
W kolejnych latach IBM rozwijał serię System/370 i inne linie, a obok niego rosła konkurencja: Honeywell, Burroughs, CDC, ICL i inni. Jednak to IBM zdominował rynek mainframe’ów, a jego architektura i systemy operacyjne wyznaczały standardy dla reszty branży.
Typowe zastosowania: od płac po bankowość
Mainframe’y służyły przede wszystkim do masowego przetwarzania danych, które idealnie nadawały się do pracy w trybie wsadowym. Najczęstsze zastosowania obejmowały:
- rozliczanie płac i podatków dla tysięcy pracowników,
- prowadzenie baz klientów i polis w firmach ubezpieczeniowych,
- przetwarzanie transakcji bankowych i obsługę kont,
- generowanie raportów finansowych,
- planowanie produkcji i logistyki w dużych przedsiębiorstwach.
Dane wczytywano z kart perforowanych, taśm magnetycznych lub później dysków talerzowych. Użytkownik nie „siedział przy komputerze” w dzisiejszym sensie. Formularze lub zlecenia przygotowywano wcześniej, następnie operatorzy ładowali wsady do systemu. Wyniki pojawiały się po kilku godzinach lub dniach, często w postaci długich wydruków na drukarkach liniowych.
W latach 70. coraz częściej stosowano terminale tekstowe, które pozwalały na pracę interaktywną, jednak wciąż główny sposób myślenia o mainframe’ie pozostawał wsadowy: duże porcje danych, przetwarzane centralnie, według ustalonego harmonogramu.
Architektura „centralny komputer + głupie terminale”
Typowy układ wyglądał tak: w serwerowni (dawniej: sali komputerowej) stał centralny komputer – mainframe. Do niego był podłączony szereg terminali: na początku elektryczne maszyny do pisania z interfejsem szeregowym, później monitory tekstowe typu 3270. Terminale nie miały własnej mocy obliczeniowej – były wyłącznie interfejsem wejścia/wyjścia.
Nad całością czuwał system operacyjny klasy MVS (Multiple Virtual Storage) lub jego odpowiedniki. Odpowiadał on za zarządzanie zadaniami, przydziałem pamięci, priorytetami procesów, bezpieczeństwem kont użytkowników i dostępem do danych. Mainframe miał rozbudowane mechanizmy transakcyjne, umożliwiające niezawodne przetwarzanie operacji finansowych i księgowych.
Taki model dawał pełną kontrolę działowi IT: każda aplikacja była instalowana i zarządzana centralnie, każde konto użytkownika mogło być precyzyjnie nadzorowane, a dane nigdy nie opuszczały bezpiecznego środowiska mainframe’a. Minusem była za to sztywność i ograniczona elastyczność – wszystko odbywało się na zasadach ustalonych w centrum.
Model organizacyjny: świątynia IT i kolejki zleceń
Struktura organizacyjna wokół mainframe’ów była silnie scentralizowana. Istniał osobny dział przetwarzania danych, który pełnił funkcję „kapłanów” technologii. Pracownicy działów biznesowych składali zlecenia: raporty do wygenerowania, listy płac do przetworzenia, zestawienia do policzenia.
Zlecenia trafiały do kolejki, administratorzy planowali ich wykonywanie, a użytkownicy grzecznie czekali na wynik. Jeśli okazywało się, że w formularzu jest błąd – cały cykl trzeba było powtarzać. Reakcja na zmiany była wolna, a improwizacja raczej niemile widziana.
Ta centralizacja miała też aspekt psychologiczny. Mainframe był drogi, więc otaczano go aurą wyjątkowości. Dostęp do sali komputerowej bywał ograniczony, a osoby przy nim pracujące miały wysoki status. Zwykły użytkownik miał czuć respekt przed „maszyną liczącą” i nie zadawać za wielu niewygodnych pytań.
Zalety i ograniczenia mainframe’ów
Mainframe’y miały szereg mocnych stron, które do dziś trudno pobić w niektórych zastosowaniach:
- niezawodność – redundantne komponenty, możliwość pracy 24/7, zaawansowane mechanizmy odtwarzania po awarii;
- skalowalność pionowa – możliwość dodawania mocy obliczeniowej i pamięci w obrębie jednego, spójnego systemu;
- bezpieczeństwo i kontrola – dane skonsolidowane w jednym, dobrze strzeżonym miejscu;
- wydajność transakcyjna – obsługa tysięcy transakcji na sekundę w systemach bankowych czy rezerwacyjnych.
Kosztem tych zalet była jednak:
- bardzo wysoka cena zakupu i licencji,
- konieczność zatrudniania wyspecjalizowanego personelu,
- duży koszt utrzymania infrastruktury (zasilanie, chłodzenie, serwis),
- ograniczona elastyczność z perspektywy pojedynczego pracownika.
Na tle takiego modelu komputer osobisty wyglądał początkowo jak zabawka. Tyle że zabawki mają to do siebie, że gdy stają się wystarczająco tanie i użyteczne, zaczynają masowo wchodzić do biur i domów – i zmieniają reguły gry.
Narodziny komputerów osobistych – od hobbystów do IBM PC
Mikrokomputery lat 70.: zabawka czy zalążek rewolucji?
Pod koniec lat 60. i na początku 70. pojawiła się nowa kategoria urządzeń: mikrokomputery. W odróżnieniu od mainframe’ów i minikomputerów, były one oparte na jednym lub kilku układach scalonych – mikroprocesorach – oraz stosunkowo niewielkiej ilości pamięci.
Jednym z symboli tej ery był Altair 8800 (1975). Początkowo sprzedawany jako zestaw do samodzielnego montażu, wymagał sporej wiedzy elektronicznej i programistycznej. Programy wprowadzało się przy pomocy przełączników na panelu przednim, a wyniki obserwowało na diodach. Brzmi jak zabawka dla bardzo cierpliwych dorosłych – i w gruncie rzeczy tak właśnie było.
Niedługo potem na scenę wkroczyły takie komputery jak Apple I, a potem Apple II, TRS-80 czy maszyny Commodore. Wciąż były to sprzęty raczej hobbystyczne, często używane w klubach komputerowych albo w domach przez pasjonatów elektroniki i programowania. Ale pojawiło się coś nowego: komputer przestał być wyłącznie sprzętem korporacyjnym – trafił w ręce indywidualnych użytkowników.
Rewolucja mikroprocesorów: moc „na biurko”
Serce przemiany stanowił rozwój mikroprocesorów: Intel 8080, 8085, później Intel 8086 i 8088, a także układy Motoroli (np. 68000). Każda kolejna generacja oferowała większą wydajność, większą przestrzeń adresową i lepsze możliwości przy zachowaniu stosunkowo niskiej ceny.
Prawo Moore’a – obserwacja, że liczba tranzystorów w układach scalonych mniej więcej podwaja się co 18–24 miesiące – sprawiało, że mikroprocesory stawały się szybko coraz tańsze i coraz mocniejsze. O ile w latach 60. sensowna moc obliczeniowa wymagała ogromnej maszyny, o tyle pod koniec lat 70. zaczynało być realne upakowanie jej w urządzeniu mieszczącym się na biurku.
To umożliwiło powstanie komputerów, które firma czy szkoła mogła kupić w kilku egzemplarzach „na próbę”, bez konieczności podejmowania wieloletniej inwestycji. Jednocześnie narodziła się nowa kultura: kultura hackerów, czyli ludzi, którzy eksperymentowali z tym sprzętem, pisali własne programy, wymieniali się wiedzą w klubach i na łamach magazynów. To właśnie z tej kultury wyrosło wiele idei, które później trafiły do mainstreamu.
IBM PC: punkt zwrotny na rynku komputerów osobistych
W 1981 roku IBM – dotąd król mainframe’ów – wprowadził na rynek produkt, który zdefiniował rynek komputerów osobistych na dekady: IBM PC 5150. Był to komputer osobisty zbudowany na procesorze Intel 8088, z systemem operacyjnym PC-DOS (licencjonowanym od młodej wtedy firmy Microsoft) i relatywnie otwartą architekturą.
Najważniejsze decyzje IBM przy projektowaniu PC okazały się mieć ogromne konsekwencje:
- zastosowanie dostępnych na rynku komponentów (tzw. off-the-shelf),
- udokumentowany BIOS, który można było odtworzyć (pozostałymi drogami niż kopiowanie kodu),
- otwarte magistrale i możliwość dodawania kart rozszerzeń przez zewnętrzne firmy.
IBM chciał szybko wejść na rynek PC, więc postawił na szybkość i elastyczność, a nie całkowitą kontrolę. Efekt był taki, że w krótkim czasie inni producenci zdołali stworzyć kompatybilne klony IBM PC. Dzięki temu powstał ogromny, konkurencyjny rynek PC, który dodatkowo napędzał rozwój oprogramowania.
MS-DOS, BIOS i klony: dlaczego standard PC się rozlał
Kluczową rolę w sukcesie IBM PC odegrał system operacyjny MS-DOS. Dawał on programistom w miarę spójne środowisko, a użytkownikom – podstawowe narzędzia do pracy z plikami i programami. Najważniejsze jednak, że Microsoft mógł licencjonować MS-DOS innym producentom PC, nie tylko IBM.
Równolegle, producenci tacy jak Compaq czy Phoenix zaczęli tworzyć własne, legalnie kompatybilne implementacje BIOS-u – oprogramowania pośredniczącego między sprzętem a systemem operacyjnym. To sprawiło, że ekosystem PC stał się otwartą areną konkurencji. Każdy mógł zbudować komputer zgodny z IBM PC, uruchamiający te same programy.
Efekt domina był nieunikniony: im więcej komputerów zgodnych z IBM PC trafiało na rynek, tym większy sens miało pisanie oprogramowania na tę platformę. A im więcej sensownego oprogramowania, tym chętniej firmy i osoby prywatne kupowały kolejne PC. Mainframe’y nie miały szans powtórzyć tej gry przy swoich wysokich cenach i zamkniętych architekturach.
Przykład z praktyki: nieśmiały pilotaż, który wymknął się spod kontroli
Wiele firm w latach 80. podchodziło do komputerów osobistych bardzo ostrożnie. Typowy scenariusz wyglądał następująco: dyrektor finansowy lub szef działu księgowości kupował jednego PC „do eksperymentów”, często z własnej inicjatywy. Na komputerze lądował arkusz kalkulacyjny, np. Lotus 1-2-3.
Od jednego PC do całej działówki
Początkowo taki eksperymentalny komputer stał w kącie pokoju, często przykryty obrusem, „żeby się nie kurzył”. Szybko jednak okazywało się, że na nowym sprzęcie można przygotować zestawienie, które normalnie wymagałoby kilku dni pracy z kalkulatorem i maszyną do pisania. Pierwszy raport „zrobiony na komputerze” zwykle robił wrażenie na zarządzie.
Potem szło już z górki: ktoś z działu sprzedaży chciał mieć własne wyliczenia premii, ktoś z logistyki – swoje tabele zamówień. Pojawiały się kolejne komputery, czasem kupowane poza oficjalnym budżetem IT, „bo akurat była promocja w sklepie”. Tak zaczynało się oddolne rozprzestrzenianie się PC w firmie, które dział IT próbował dogonić dopiero po fakcie.
W wielu organizacjach mainframe nadal robił „poważną robotę” – księgi główne, rozliczenia, systemy transakcyjne. Tymczasem coraz więcej codziennych zadań, analiz i prezentacji przenosiło się na komputery osobiste w działach biznesowych. Formalnie nikt nie ogłaszał rewolucji. Po prostu po kilku latach okazywało się, że krytyczne decyzje podejmuje się na podstawie plików z PC, a nie wydruków z centrali.
Architektura i moc: dlaczego słabszy PC wygrał z potężnym mainframe’em
Centralizacja kontra rozproszenie: dwa światy projektowania
Mainframe był projektowany jak gigantyczne, centralne serce organizacji. Wszyscy użytkownicy łączyli się z nim przez terminale, a logika biznesowa i przetwarzanie danych skupiały się w jednym miejscu. Takie podejście sprzyjało spójności i kontroli, ale blokowało lokalne eksperymenty.
PC był odwrotnością tego modelu. Każdy komputer miał własny procesor, własną pamięć, własny dysk. Rozproszenie mocy oznaczało, że:
- użytkownik mógł uruchomić dowolny program bez proszenia działu IT o „zlecenie”,
- błędy lub awarie jednego komputera nie zatrzymywały pracy całej firmy,
- nowe rozwiązania można było testować lokalnie, bez ryzyka dla centralnych systemów.
W praktyce w wielu firmach funkcjonowały jednocześnie dwa światy: świat stabilnego, przewidywalnego mainframe’a i świat kreatywnego chaosu na PC. Z czasem ten drugi zaczął przejmować coraz więcej zadań, bo bliżej mu było do codziennych potrzeb użytkowników.
Moc obliczeniowa na papierze kontra moc „pod ręką”
Jeśli porównać surową wydajność procesorów, mainframe’y wygrywały bez dyskusji. Pojedyncza jednostka centralna mogła wykonywać ogromne ilości operacji na sekundę i obsługiwać tysiące użytkowników naraz. Problem w tym, że z punktu widzenia pojedynczego pracownika ta moc była często… niewidoczna.
Pracownik miał dostęp do terminala z tekstowym interfejsem, działającym według sztywnego scenariusza. Nie mógł zainstalować własnego programu, przetestować nowej wersji arkusza kalkulacyjnego ani szybko zmodyfikować raportu. Nawet prosta zmiana w formacie wydruku mogła wymagać zgłoszenia do działu IT.
Na PC ten sam pracownik miał „słabiutki” procesor z punktu widzenia inżyniera mainframe’ów, ale oprogramowanie było uruchamiane bezpośrednio na jego biurku. Brak pośredników robił różnicę. Otwierało to drogę do:
- szybkich iteracji: poprawki w arkuszu lub programie można było testować natychmiast,
- eksperymentów z narzędziami – jednym kliknięciem dało się zainstalować nowe oprogramowanie (albo przynajmniej włożyć dyskietkę),
- własnej automatyzacji – makra, skrypty, proste programy pisane przez użytkowników.
W efekcie realna produktywność jednostki na PC często rosła szybciej niż wynikałoby to z porównań liczby MIPS czy MHz. Użytkownik nie potrzebował mocy całego mainframe’a – potrzebował możliwości natychmiastowego wykonania tego, co miał w głowie.
Otwartość sprzętu i modularność
Architektura PC okazała się wyjątkowo sprzyjająca rozwojowi. Standardowe złącza, karty rozszerzeń, wymienne dyski, możliwość rozbudowy pamięci – to nie były tylko ciekawostki dla geeków. Działy IT mogły dzięki temu dopasowywać sprzęt do potrzeb.
Gdy pojawiała się nowa aplikacja wymagająca więcej pamięci lub innej karty graficznej, często wystarczało:
- dołożyć moduły RAM,
- wymienić kartę graficzną lub dodać kartę sieciową,
- zastąpić procesor nowszym, kompatybilnym modelem.
W świecie mainframe’ów rozbudowa oznaczała negocjacje z jednym dostawcą, kosztowne modernizacje i długie planowanie. W świecie PC można było stopniowo składać infrastrukturę z klocków, korzystając z konkurencji na rynku komponentów. To pozwalało na szybsze reagowanie na zmiany i ograniczanie ryzyka inwestycji.
Sieci lokalne i serwery: połączenie obu światów
Gdy komputery osobiste spowszedniały, pojawiło się nowe wyzwanie: każdy PC miał własne pliki, własne wersje dokumentów i programów. Szybko okazało się, że bez wspólnego zaplecza grozi to bałaganem. Odpowiedzią były sieci lokalne (LAN) i serwery plików.
Architektura zaczęła się zmieniać z modelu „jeden mainframe – wiele terminali” na model:
- wiele PC na biurkach użytkowników,
- serwery aplikacji i plików w serwerowni,
- sieć łącząca wszystko w całość.
To był kompromis między centralizacją a swobodą. Serwery zapewniały wspólne zasoby, kopie zapasowe i kontrolę dostępu, a PC – elastyczność, interfejs graficzny i lokalną moc obliczeniową. Mainframe’y nadal obsługiwały krytyczne systemy, ale rola komputerów osobistych w codziennej pracy była już nie do podważenia.
Ekonomia i biznes: kto za to płacił i co się opłacało
Cena zakupu: mainframe jako inwestycja, PC jako wydatek operacyjny
Przy mainframe’ach mówiło się o inwestycji kapitałowej na lata. Zakup jednego systemu wymagał wielomiesięcznych analiz, akceptacji zarządu i często osobnego budżetu. Tego typu projekt był porównywalny z budową nowej linii produkcyjnej czy oddziału firmy.
Komputer osobisty był natomiast traktowany jak standardowe wyposażenie stanowiska pracy – trochę jak biurko czy fotel, tylko stopniowo coraz droższy. Mimo to wiele firm mogło pozwolić sobie na jego zakup z bieżącego budżetu działu. W praktyce oznaczało to przesunięcie decyzji zakupowych z poziomu zarządu na poziom menedżerów średniego szczebla.
To z kolei prowadziło do szybszego upowszechnienia PC. Zamiast jednej gigantycznej decyzji „kupujemy mainframe’a”, pojawiały się setki małych decyzji „kupmy jeszcze jeden komputer do działu”. Koszt jednostkowy był akceptowalny, a efekty produktywności widoczne niemal od razu.
Całkowity koszt posiadania: teoria kontra praktyka
Jeśli porównać same ceny zakupu, PC wygrywał bez wysiłku. Jednak ekonomiści i specjaliści IT często podnosili, że całkowity koszt posiadania (TCO – Total Cost of Ownership) w środowisku rozproszonym może być wyższy: więcej urządzeń do serwisowania, różne konfiguracje sprzętowe, problemy z kompatybilnością oprogramowania.
W praktyce równanie wyglądało jednak inaczej. Firmy widziały konkretne oszczędności i zyski w postaci:
- mniejszej liczby błędów w obliczeniach (arkusze zamiast ręcznych kalkulacji),
- szybszego przygotowania raportów i analiz,
- możliwości samodzielnego tworzenia narzędzi przez użytkowników (makra, proste bazy danych).
Wartością trudną do ujęcia w Excelu był też czas reakcji na zmiany. Gdy zmieniały się przepisy, cenniki czy struktura organizacyjna, arkusz na PC dało się dostosować w ciągu godzin lub dni, a modyfikacja centralnego systemu mainframe’owego trwała tygodnie lub miesiące. Z punktu widzenia biznesu ta elastyczność często przeważała nad wyższym kosztem zarządzania wieloma komputerami.
Konkurencja dostawców i efekt skali
Rynek mainframe’ów był zdominowany przez kilku dużych graczy, którzy oferowali kompletne, zamknięte rozwiązania. Sprzęt, system operacyjny, narzędzia – wszystko pochodziło zazwyczaj od jednego producenta, a wymiana na innego wiązała się z ogromnymi kosztami migracji.
W świecie PC sytuacja była diametralnie inna. Producenci sprzętu rywalizowali ceną i parametrami, system operacyjny dostarczała inna firma, a aplikacje – jeszcze inne. Taki model:
- obniżał ceny dzięki konkurencji,
- zwiększał tempo innowacji, bo każdy chciał się wyróżnić,
- pozwalał firmom nie przywiązywać się do jednego dostawcy sprzętu.
Efekt skali działał na korzyść PC nie tylko w firmach, ale też w domach. Im więcej komputerów osobistych trafiało na rynek konsumencki, tym tańsza stawała się produkcja podzespołów i tym więcej programistów znało tę platformę. To obniżało koszty również w zastosowaniach biznesowych. Mainframe’y, przy całej swojej sile, nie miały dostępu do tak masowego rynku.
Budżety działów IT i „szara strefa” technologiczna
W wielu organizacjach zakup mainframe’a oznaczał wyłączną domenę działu IT. Oddziały biznesowe mogły zgłaszać potrzeby, ale ostatnie słowo należało do specjalistów technicznych. PC rozbił ten monopol. Pojawiła się szara strefa technologiczna: komputery kupowane bezpośrednio przez działy, oprogramowanie instalowane z przyniesionych dyskietek, bazy danych tworzone po godzinach.
Z perspektywy centralnego IT było to źródło frustracji, ale z perspektywy biznesu – często motor innowacji. Gdy dana koncepcja sprawdzała się „na dziale”, dopiero potem próbowano ją ucywilizować, standaryzować i włączyć w oficjalną infrastrukturę. Formalne projekty mainframe’owe rzadko miały taką swobodę prób i błędów.
Oprogramowanie robi różnicę: od arkuszy kalkulacyjnych do gier i internetu
Arkusz kalkulacyjny – zabójca papierowych tabel
Symbolem przewagi PC nad mainframe’em w oczach biznesu stał się arkusz kalkulacyjny. Najpierw VisiCalc na Apple II, potem Lotus 1-2-3, wreszcie Excel na PC z Windows. Dla wielu menedżerów to był pierwszy program, który naprawdę zmienił ich pracę.
Zamiast ręcznie przeliczać kolumny i poprawiać pomyłki, można było zdefiniować formuły, kopiować zakresy, robić scenariusze „co jeśli” i generować wykresy. Co ważne – wszystko dało się zrobić samodzielnie, bez angażowania działu IT. Mainframe’y też mogły liczyć, ale ścieżka od pomysłu do wyniku była znacznie dłuższa i usiana wnioskami o modyfikacje raportów.
Arkusz kalkulacyjny na PC stał się uniwersalnym narzędziem:
- finanse – budżety, prognozy, analizy kosztów,
- sprzedaż – plany, prowizje, raporty terytorialne,
- logistyka – stany magazynowe, harmonogramy dostaw,
- HR – listy płac pomocnicze, symulacje wynagrodzeń.
W pewnym momencie nie kupowało się już PC „bo to nowoczesne”, tylko „bo potrzebujemy Excela / Lotusa”. Sprzęt stał się dodatkiem do oprogramowania, a nie odwrotnie.
Pakiety biurowe i standaryzacja codziennej pracy
Kolejnym etapem były pakiety biurowe: edytory tekstu, arkusze, programy do prezentacji. Zamiast maszyn do pisania, kalkulatorów i rzutników pojawił się jeden komputer z kilkoma aplikacjami.
Standardowy zestaw obejmował:
- edytor tekstu – umowy, oferty, raporty, korespondencja,
- arkusz kalkulacyjny – obliczenia, tabele, analizy,
- prostą bazę danych lub listę adresową – kontakty, kartoteki.
Mainframe’y oczywiście też generowały dokumenty, ale zazwyczaj w sposób mniej elastyczny: długie taśmy wydruków, predefiniowane formularze, ograniczone możliwości edycji. Na PC pracownik mógł samodzielnie formatować dokumenty, wstawiać wykresy, tworzyć szablony pism