Теперь переходим к 90-м и нулевым. Это период, когда российское IT начало собираться в индустрию: компьютеры появлялись в офисах, программистов доучивали на работе, вирусы распространялись по дискетам, отчётность переносили с бумаги на магнитные носители, а банки только учились показывать клиенту баланс через интернет.

Каждая новая технология в те годы создавала следующую проблему. Купили компьютер — нет специалистов. Поставили компьютеры в офис — нужны программы, сети и защита от вирусов. Данных стало больше — не было поиска. Так российское IT постепенно собиралось в современный рынок, который начал приносить прибыль.

Больше про историю российской IT-индустрии слушайте в аудио-шоу «От нуля до единицы» от экосистемы для бизнеса Контур и студии «Послушайте».

Сначала компьютер нужно было где-то достать

В начале 90-х персональный компьютер был у единиц. В институтах и научных организациях уже стоял «Нафаня» — так в народе называли сразу два совершенно разных компьютера, которые никак не были связаны между собой. Просто оба появились примерно в одно время, оба были советскими — маленькие, немного несуразные, но свои.

Один был вариантом «Радио-86РК» от ленинградского объединения ЛОМО, с плёночной клавиатурой. Другой, более известный, — клон британского ZX Spectrum 48K от московского НПО «Аксон», с полноценными клавишами и 48 килобайтами памяти — примерно столько занимает одна современная иконка приложения.

Чуть позже появились «Поиск» с процессором 8088 и дисководом 5,25 дюйма, а также «Искра» образца 1989 года. Это уже были IBM-совместимые машины с MS-DOS и Norton Commander.

Если сравнивать с сегодняшним ноутбуком, такой компьютер выглядит коробкой с клавиатурой: процессор — слабее любого смартфона, дисковод — вместо флешки или облака, MS-DOS — вместо привычной операционной системы с окнами, Norton Commander — вместо проводника файлов. Но для конца 80-х и начала 90-х на нём можно было запускать программы, хранить данные, работать с файлами и учиться тому, что позже станет вечным требованием в вакансиях — «уверенный пользователь ПК».

Даже эти первые машины уже показывали, что компьютеры нужны обычным людям, но в 1991 году средний компьютер стоил около 1000 долларов. Помимо денег нужно было выбрать конфигурацию, понять, у кого брать, и надеяться, что всё заработает. К 2000 году цена компьютера упала до 500–700 долларов. И тут появилась следующая проблема: купить компьютер вроде бы стало проще, но что с ним делать — непонятно.

Компьютеры появились быстрее, чем специалисты

Компьютер нужно было настроить, подключить к рабочему процессу, написать или поставить нужную программу, разобраться с ошибками. Поэтому спрос на специалистов рос быстрее, чем система образования успевала их готовить.

С документацией было тяжело: иногда она попадалась вместе с лицензионной программой, иногда — в книге, которую передавали из рук в руки.

Вузы давали математическую базу, но прикладной разработки не хватало. Языки программирования преподавали, а реальные задачи из бизнеса почти не попадали в аудитории. Поэтому многие учились уже на работе: разбирались в чужом коде, переписывали куски систем, ломали, чинили и запоминали, что лучше больше так не делать.

Так сформировалась одна из фишек российского IT 90-х: компании не ждали готовых кадров. Они покупали компьютеры, автоматизировали учёт, подключали сети и параллельно доучивали людей на профильных задачах.

Как люди входили в IT в 90-е, рассказывают в подкасте «От нуля до единицы». Там же — про утечку мозгов, первых специалистов и путь к покупке компьютера: от поиска денег до поездок по полуподвальным конторам.

Те, кто научился программировать первыми — пошли делать софт для бизнеса

Бизнес всегда реагировал быстрее государства и образования, поэтому именно он стал первым большим заказчиком для зарождающегося IT. Как только в компаниях стало слишком много ручных операций — зарплат, учёта, отчётов, деклараций, — появился спрос на программы и софт. Тогда на рынке был только один кандидат.

Контур с программой «Учёт труда и заработной платы — АМБа», которую выпустили ещё в 1986 году, за два года до создания самого Контура, оказался очень вовремя. Программой пользовались государственные учреждения и заводы. В конце 90-х Контур помог перевести налоговую отчётность на магнитные носители — компании стали сдавать декларации на дискетах вместо бумаги. А в 2000 году появился «Контур.Экстерн»: предприятия впервые смогли отчитываться в налоговую через интернет, без личного присутствия в инспекции.

Когда данных от бизнеса стало больше, компьютеры пришлось связать в сеть

Машины уже умели хранить данные, запускать программы и помогать с учётом. Но без сети всё это работало только локально. Что случилось дальше? Правильно — начал появляться поиск, аналог того, которым мы сегодня пользуемся каждый день.

7 апреля 1994 зарегистрировали домен .RU. В тот же день появился первый сайт российской доменной зоны — www.1-9-9-4.ru: список из нескольких десятков адресов с короткими описаниями, что вообще можно узнать в новом русском интернете.

Именно из логики, когда нужно искать среди нарастающего потока страниц, выросли первые поисковики, но перед этим было одно важное событие.

В 1991 году в подмосковном Пущино пятеро инженеров-радиотехников из местных НИИ основали компанию «Стек». Они проложили IP-канал из Пущино к сети Курчатовского института — это был первый интернет-канал в России, выходящий за пределы Москвы. Потом подняли собственные ftp-, mail- и www-серверы. В 1996 разработчик компании Дмитрий Крюков написал ядро поисковика и назвал его Rambler. На момент запуска — 8 октября 1996 — система проиндексировала около 100 тысяч документов, хотя сайтов в Рунете тогда насчитывалось не больше 30–50.

23 сентября 1997 анонсировали Яндекс. Его сильной стороной стала работа с русским языком и морфологией — система понимала, что «купить», «купил» и «куплю» — одно и то же слово. В 1998 году на Yandex.ru появился контекстный баннер, который менялся в зависимости от запроса пользователя. Позже контекстная реклама стала основной бизнес-моделью компании.

С этого момента сеть перестала быть просто набором серверов и документов. Данных становилось больше, их нужно было искать, передавать и копировать. Но в 90-х обмен файлами ещё часто шёл не через интернет, а через дискеты: программы, документы и базы носили между компьютерами вручную.

Дискеты переносили не только программы, но и вирусы

В 90-х вирусы распространялись в основном через те самые дискеты — схема была простой: принесли программу, скопировали файл, а вместе с ним и вирус.

Чем больше компьютеров появлялось в офисах, институтах и домах, тем быстрее расходились заражённые файлы. Компьютеризация создала не только новые рабочие процессы, но и новые риски. Поэтому защита от вирусов быстро стала отдельным направлением разработки и бизнеса.

Одним из первых проектов против вирусов был Tadpole. Затем появился антивирусный сканер Tornado. Позже эти разработки объединились в Spider’s Web. В 1993 году появился Dr.Web, а в 1994 году вышла первая коммерческая версия.

Параллельно развивалось другое направление. Евгений Касперский после работы в НИИ Министерства обороны ушёл в коммерческий IT, занимался антивирусной разработкой в КАМИ, а затем вместе с командой создал собственную фирму. В 1996–1997 годах команда договорилась с иностранными вендорами, поэтому теперь зарубежные компании использовали российский готовый движок в своих продуктах.

Антивирусы показали, что российская разработка может работать не только на внутренний рынок. Технологию можно было продавать как часть чужого продукта, если она решала актуальную задачу, но в конце 90-х связь с внешним рынком поменялась, потому что экономика резко изменилась.

Дефолт ударил по рынку, но открыл дорогу аутсорсу

Экономика быстро напомнила, что рынок не существует отдельно от страны — в 1998 году случился дефолт. Рубль резко обесценился: 1 августа доллар стоил около 6,24 рубля, а к концу 1999 года уже около 27 рублей.

Внутри России стало сложнее с деньгами, планированием и платежеспособным спросом. Для западных компаний российская разработка, наоборот, стала дешевле. Российский разработчик, например, уровня мидл стоил около 200 долларов в месяц — американский коллега того же грейда обходился работодателю в десять раз дороже, около 2000 долларов.

Иностранные компании начали отдавать задачи российским командам: качество уже было, а стоимость после обвала рубля стала выгодной — так кризис подтолкнул аутсорс. Но внешний спрос быстро упёрся в старую проблему российского IT: специалистов не хватало. Университеты не успевали выпускать людей под задачи, которые уже появились у компаний. Поэтому бизнес начал сам заходить в образование.

Компании начали выращивать специалистов

Acronis начинал с факультативов в МФТИ. В 2004 году Microsoft запустила в России программу IT Academy. В 2008 году Контур запустил образовательные программы в уральских вузах: стажировки, школу промышленного программирования, гранты и стипендии.

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

Про то, как российское IT переживало дефолт, кадровый голод и переход к аутсорсу, подробнее говорят в подкасте «От нуля до единицы». Новые эпизоды выходят каждую среду.

После бизнеса, софта и аутсорса автоматизация дошла до банков. Там процессы были сложнее: нужно было учитывать операции, переводить деньги между организациями, работать с картами и не терять оставшихся клиентов.

Банки шли к онлайну через бумагу, модемы и первые карты

В 90-х в типичном банке мог стоять один компьютер, но его использовали в основном как печатную машинку. Баланс сводили в бумажной книге и передавали в Центральный банк для контроля, а платежи оставались наличными.

Первые коммерческие банки появились ещё в 1988, к концу 1991 года их было около 1400, а в 1992-м — уже больше 2000. Чем больше становилось операций, тем труднее было сводить всё вручную.

Для межбанковских переводов использовали телекс — специальный аппарат, передающий текстовые сообщения по выделенной линии, что-то среднее между телеграфом и факсом. Два банка заранее договаривались о формате платёжки, кодировали её контрольной суммой для проверки и отправляли по этому каналу. Медленно, дорого, но надёжнее, чем везти бумагу курьером.

В середине 90-х в Россию пришли Visa и MasterCard. Параллельно появились отечественные платёжные системы: Union Card и «Золотая Корона». Первые карты были магнитными, без чипов — и почти бесполезными в повседневной жизни: магазины, кафе и заправки карты не принимали. Терминал для безналичной оплаты был редкостью даже в Москве. Поэтому владелец карты чаще всего шёл к банкомату, снимал наличные и дальше платил как обычно — бумажными деньгами.

Даже сами терминалы не сразу выглядели удобнее наличных: подключённые к процессинговому центру через тональный модем, они обрабатывали оплату примерно в три раза дольше, чем расчёт наличными.

Как банки проходили путь от бумажных книг и телексов до интернет-банка и первых мобильных приложений, подробно рассказывают в пятом выпуске подкаста «От нуля до единицы». Там же — про финтех, который вырос из медленной автоматизации, модемов, банковских сетей и перехода клиентов к безналичным платежам.

Только к 2010 году IT стало реальной индустрией

К середине нулевых многое сошлось в одной точке. Компьютеры стали доступнее, интернет стал привычнее, компании научились обучать специалистов, а российские IT-продукты уже продавались иностранным компаниям.

К 2010 году доля IT-сектора в российском ВВП достигла 1%. Это уровень, сопоставимый с индустрией развлечений или гостиничным бизнесом. Путь от редкого компьютера, дискеты, модема и сисадмина на все руки занял около 20 лет.

Вся эта история подробнее разобрана в подкасте «От нуля до единицы» от экосистема IT-продуктов для бизнеса Контур и студии «Послушайте». Это документальный подкаст о том, как российское IT прошло путь от первых вычислительных машин и кооперативов до Рунета, аутсорса, финтеха и мобильных сервисов. Новые эпизоды выходят каждую среду.

Про сериал короткой строкой

Мультсериал «Джетсоны» — это всего один сезон из 24 серий. Первая серия вышла 23 сентября 1962. Позже, в середине 80-х, сериал возобновили, но это не особо интересно.

Если вы со мной одного возраста (около 40), то мультсериал вам может быть знаком — его показывали на канале ТВ-6 в 90-х. В детстве он казался забавным и интересным: летающие автомобили, роботы, космос. Но на американцев он, как я узнал, оказал гораздо большее значение. А значит и на весь мир.

Что же в нём такого?

Джетсоны — это проекция образцовой средней американской семьи, которая живет в технологической утопии будущего. Они как боги, живут буквально в небесах.

Еду готовят механизмы, в доме убирается робогорничная, передвигаются на парящих автомобилях или с помощью летательных костюмов, а общаются посредством телемостов.

Вся работа — все три бесконечных часа на работе — сводится к нажатию одной кнопки.

Ну не сказка ли?

В этом незамысловатом сериале нет никаких глубоких идей, смыслов, символов, символизма и прочего подобного. В нём всё просто — это сборник надежд и мечтаний детей и взрослых поколения 60-х, воплощение американского футуризма: реактивные ранцы, летающие автомобили, контроль погоды, роботы-горничные, огромные экраны, движущиеся тротуары, и работа не бей лежачего.

Это произведение имеет, можно сказать, культовый статус в США, и в нашем настоящем этот мультсериал играет не последнюю роль.

Давайте уже посмотрим, что там такого?

Архитектура Googie

Студия Hanna-Barbera, которая отрисовывала мультфильм, располагалась в Южной Калифорнии, где был распространен архитектурный футуристичный стиль Googie — «Гуги». Что это за стиль? Просто посмотрите сами.

Сталь, неон, пластик и мечты. Буквальное воплощение будущего для среднего американца. Будто зайдя в придорожную забегаловку ты через 10 секунд отправишься на околоземную орбиту.

Одной из самых ярких черт архитектуры «гуги» стали выразительные, динамичные формы, которые отсылают к эстетике космоса и научной фантастики середины XX века. Архитекторы стремились визуально зафиксировать движение, энергию, стремление ввысь — и именно поэтому в «гуги» есть «стрелы», наклонные линии, вытянутые углы. Все это напоминает ракеты, антенны или хвостовые стабилизаторы космических аппаратов.

Космическое в повседневности: архитектура «Гуги»

Создатели «Джетсонов» ничего не придумывали — просто взяли то, что «лежало» у них перед глазами и получился узнаваемый стиль анимации. В целом, они так поступали со всем, что есть в сериале.

С архитектурой понятно. Но откуда взялись «курьи ножки», на которых стоят здания в Джетсонах?

А они идут прямиком из журнала «Popular Science Monthly» 1934 года, где была опубликована иллюстрация за авторством Б.Г. Сейелстада.

Как было написано в аннотации к изображению:

Дома и офисные здания будущего, по форме напоминающие деревья с тонкими стволами, могут подниматься в воздух на стальных постаментах. Наш художник представляет здесь свою концепцию этого поразительного проекта, недавно разработанного известным британским архитектором Р.Х.Виленски.

А как этот стиль определяет наше будущее сейчас? Для этого достаточно вбить в поисковике «Топ футуристичных зданий будущего», и увидеть знакомые силуэты.

А москвичам и далеко летать не надо — уже скоро состоятельные горожане смогут парить в небе, аки боги, в одном из жилых комплексов Москвы. Потом расскажете, будут ли вместе с жилплощадью предоставлять роботов?

Прошлое определяет настоящее.

А как добраться домой, если дом в облаках? Только на летающем Кадиллаке.

Летающие автомобили

У вас есть мечта летать на своём новом автомобиле? Наверно, нет. И у меня нет. Предполагаю, что так как мы живем в общей культурной среде, то у нас, жителей России, нет фантомных болей по летающим авто. А вот у американцев почему-то есть дикое желание летать в автомобилях. И это желание у них уже очень давно.

В журнале «Science and Invention» за 1923 год был представлен двухколёсный летающий автомобиль Helicar, который по задумке должен был решить проблему заторов на улицах Нью-Йорка.

Это летающее авто было придумано не просто кем-то, а Хьюго Гернсбеком. Гернсбек это пионер любительского радио, основатель первого в мире журнала об электронике и радио, отец научной фантастики (собственно, он и придумал этот термин), автор научно-фантастических рассказов, издатель и изобретатель.

Думаю, что многие видели фото ниже? На нём Гернсбек с одним из своих изобретений.

Далее идея попала в массовое сознание и продолжила существовать и разиваться. Для примера, летающая полиция из выпуска «Everyday Science and Mechanics» 1936 года.

А когда «появилась» атомная энергия, к автомобилям будущего прикрутили атомные силовые установки. Иллюстрация Фрэнка Р. Пола из книги «Driving Through Futures Past» (1955).

Воскресный комикс Артура Радебо «Ближе, чем мы думаем», также, вероятно, вдохновил Джетсонов на создание летающих автомобилей.

Большим сторонником такого рода транспортных средств был вице-президент Ford Эндрю А. Кучер. В конце 50-х и начале 60-х годов Кучер активно выступал в СМИ, его цитировали в New York Times, Wall Street Journal, Mechanix Illustrated, Chicago Daily Tribune, Popular Mechanics, Automotive Fleet.

В общем, пропаганда шла полным ходом, и идея дошла до Джетсонов.

«Джетсоны» сделали многое, чтобы идея летающего автомобиля прочно укоренилась на подкорке у американцев. Благодаря доходчивой и эмоциональной подаче и интенсивному развитию детских нейронных сетей, идея намертво впечатывается в детский мозг.

Для примера мечты 11-летнего Джона Веккионе из 1977 года, представителя целевой аудитории мультсериала:

Я думаю, что будущее будет лучше, чем сейчас. Проблема загрязнения будет решена, и появятся автомобили, которые будут летать по воздуху. В 2000 году мне будет 34. У меня будет хорошая работа по проектированию современных домов с кнопочным управлением всем, чтобы всем было проще.

И вот уже от поколения к поколению передаётся мыслевирус, что летающий автомобиль в каждом гараже должен стать реальностью среднестатистического американца. И идея парить аки птица в Кадиллаке никак не отпускает.

Потому каждые 1-2 года я читаю, как такие компании, как Terrafugia и Moller, обещают, что летающие автомобили скоро станут реальностью. Вот-вот что-то летающее появится, вот-вот запустят, вот-вот поступит в продажу. Осталось подождать совсем чуть-чуть.

Но каждый, кто получил техническое образование, понимает, что летающий автомобиль — это глупая утопия, не имеющая будущего. Знают это и производители пепелацев. Все из тех, кто делает громогласные заявления о том, что их аппарат точно будет летать и продаваться вместе с остальными авто, я уверен, понимают, что летающий авто как продукт невозможен.

Ни с технический, ни с экономической, ни с инфраструктурной точки зрения.

Ведь за весь двадцатый век у нас есть только один-единственный сертифицированный летающий автомобиль — Taylor Aerocar N-101D 1954 года выпуска.

Удивительно, но он ничем не отличается от самолета…И, кстати, вам нужно купить сразу две страховки — авиационную и автостраховку:)

Но бизнес на мечте надо делать, поэтому мы скоро снова услышим про новый летающий пепелац.

Прошлое определяет настоящее.

Космические путешествия — обыденность

Луна…Больше десятилетия прошло в борьбе за этот космический объект, начиная с 1957 года и запуска спутника. С каждым новым достижением в освоении космоса путешествие на Луну казалось все ближе. И наконец свершилось. Но только в «Джетсонах», где Луна — это парк для походов бойскаутов.

А для тех, кто любит удобства, на спутнике Земли есть отель Moonhattan Tilton (отсылка на Manhattan Hilton).

И опять же, здесь создатели ничего не выдумывали, а отсылка не так проста. В конце 50-х и в 60-х компания Hilton проводила рекламные акции, в которых обещала открыть первый отель на Луне. Вот картинка из маркетинговых материалов.

Этот момент нашел отражение в другом произведении — в фильме Стэнли Кубрика 1968 года «2001: Космическая одиссея», где на орбитальной станции находился отель «Hilton Space Station 5». Кубрик тоже любил отсылки.

Но вот кто внёс большую лепту в пропаганду космических путешествий, так это один немец. С 1952 по 1954 год в еженедельном журнале Collier’s выходили статьи об освоении космоса, некоторые из которых были написаны Вернером фон Брауном. Да-да, тем самым.

Считается, что именно эта серия статей вдохновила многих на создание популярных представлений о космических путешествиях. Ну конечно, вы только посмотрите на иллюстрации — как в них можно не влюбиться?

А вот вырезка из комикса «Ближе, чем мы думаем» газетного карикатуриста Артура Радебо, которая продолжает развитие идей освоения планет, где мы видим лунную дачу.

«Ближе, чем мы думаем» выходил в газетах США и Канады в течение 5 лет с 1958 года, и на пике популярности его читали около 19 миллионов человек. Представляете масштаб влияния?

Каждую неделю художник завораживал читателей описаниями яркого захватывающего будущего в котором чудеса техники служат нам и развлекают. Радебо показал, что этот сказочный мир будущего практически у нас под рукой (а авторы Джетсонов не преминули позаимствовать).

Вот так идеи проникли глубоко в массовое сознание. Да так глубоко, что мы регулярно читаем, как очередной технологический визионер кормит нас красивыми рендерами, невероятно похожими на картинки с рекламных акций Hilton (выше) о том, что построит на Марсе колонию. Уже вот-вот и можно бронировать отпуск в марсианском отеле.

Прошлое определяет будущее, не так ли?

Спорт и роботы

Каждый ребенок в 60-х, что смотрел Джетсонов, знал, что в будущем роботы выполняют за людей все опасные дела и скучную работу. Например, в спортивных соревнованиях люди больше не участвуют — это опасно.

Идея лежала в умах аж с 30-х (а может и раньше). Для примера, в журнале Modern Mechanics от 1931 год опубликован рассказ о двух братьях из Калифорнии, которые создали робота для боксерских поединков.

А в 1933 году студия Уолта Диснея выпустила короткометражный анимационный фильм «Механический человек Микки», в котором Микки собирает робота, чтобы сразиться с гориллой по имени Убийца Конго.

В 1934 году в журнале Modern Mechanix and Inventions (тот же, что и выше, название поменяли) пошли дальше: там мы прочитаем о гипотетическом бое боксера Джека Демпси с «механическим роботом».

На что-то неуловимо похоже, не кажется?

Тем не менее похожее будущее уже наступило — у роботов де-факто уже есть своя Олимпиада.

В августе 2025 года в Китае прошли первые в мире Всемирные игры гуманоидных роботов (World Humanoid Robot Games), в которых приняли участие 500 двуногих роботов и команды разработчиков из 16 стран. Соревнования проходили на арене Национального конькобежного центра, ранее использовавшейся для Олимпиады. Игры были организованы при государственной поддержке КНР. Роботы соревновались в 26 дисциплинах, включая бег, кикбоксинг, футбол, танцы, тай-чи, баскетбол и обслуживание гостей. В задачи некоторых участников входило выполнение прикладных заданий — сортировка медикаментов и работа консьержем.

Про гладиаторские бои механических бойцов, что проводятся очень давно, я промолчу.

Роботы для образования

От спорта перейдем к умственной деятельности — учителей-человеков в Джетсонах тоже больше нет — детей обучают машины. Здесь я солидарен с авторами — работу учителя стоит добавить в список опасных профессий и отдать железным коллегам.

Как ни странно, но в конце 50-х идея о том, что в школах будущего обучение будет автоматизировано, была широко распространена. Например, в рубрике «Ближе, чем мы думаем» в 1958 году вышел материал, где доктор Саймон Рамо, преподаватель естественных наук в Калифорнийском технологическом институте, описал, как это может выглядеть:

Обучение будет проходить с помощью звуковых фильмов и механических табуляторов. Ученики будут отмечать своё присутствие на занятиях и отвечать на вопросы, нажимая на кнопки. Специальные машины будут «настроены» под каждого ученика, чтобы он мог продвигаться в обучении с той скоростью, которую позволяют его способности. Отчеты о прогрессе, которые также ведутся автоматически, будут периодически проверяться опытными преподавателями, а при необходимости будет оказываться индивидуальная помощь.

Представления об автоматизированных классах и учителях-роботах настолько въелись в подкорку и настолько же пугали благочестивых граждан, что аж Национальная ассоциация образования успокаивала американцев, что новые технологии способны улучшить систему образования в США, а не разрушить ее.

Правда от идеи автообразования не отказались и она продолжила развиваться. Например, на Всемирной выставке в Нью-Йорке (1964–1965) появилась «Автоматизированная школьная учительница» (или «надзирательница»).

А вот учитель-робот из воскресного выпуска комикса «Our New Age» 1965 год. Рисунок удивительно похож на кадр из Джетсонов.

Несмотря на то, что «Our New Age» — это комикс, он не так уж прост. Каждую неделю в выпуске поднималась новая тема, иллюстрирующая какой-либо научный принцип или достижение в доступной форме, например, научные достижения в области космических путешествий или образования.

Комикс «Our New Age» имел огромную аудиторию — 12 000 000 читателей еженедельно (!), и публиковался в 102 американских и 19 зарубежных газетах.

А автором и художником комикса был Ательстан Спилхаус, очень непростой человек:

• первый посол ЮНЕСКО в ООН,
• основатель Национальной программы морских грантов,
• изобретатель батитермографа (устройство для измерения глубины и температуры океана с движущегося судна),
• комиссар США по научной экспозиции на Всемирной выставке в Сиэтле 1962 года (назначен Кеннеди),
• писатель,
• декан Технологического института Миннесотского университета,
• председатель научно-консультативного комитета Американской ассоциации издателей газет,
• футурист.

Так что «Our New Age» это не просто картинки из прошлого, а взгляд в будущее от ученого, изобретателя, автора научных статей и очень уважаемого человека. И этот взгляд до сих пор определяет наше настоящее.

А в сентябрьском номере журнала Boys’ Life за 1968 год была опубликована статья Сэмюэля Моффата о компьютеризированной школе будущего. В журнале рассказывается, как в будущем всем будет управлять компьютер: учить детей, отвечать на вопросы, проверять домашку и выставлять оценки.

При этом у каждого ребенка будет свой компьютерный терминал. Цитата:

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

Что ж…Мы уже живём в таком будущем. Например, у нас есть дистанционное образование, которое буквально калька с картинки про удаленное образование из «Ближе, чем кажется» выше.

А ещё есть онлайн-платформы, электронные учебники, электронные журналы, удаленное обучение. Скоро ИИ подкрутят, чтобы помогал готовить материалы учителям, проверять домашние задания и контрольные, в чем я ничего плохого не вижу, потому что дети-то уже вовсю используют ИИ для решения домашних заданий. Ведь ИИ это буквально машина для выполнения домашних заданий, о которой школьники мечтали десятилетиями, сошедшая с обложки книги «Дэнни Данн и машина для выполнения домашних заданий» от 1958 года (авторы Джей Уильямс и Рэймонд Абрашкин).

О такой машине дети мечтали десятилетиями. Вот, к примеру, в газете The Island Packet 21 сентября 1982 года опубликовано несколько предсказаний четвероклассников. Одно из них:

Моя машина для выполнения домашних заданий может все. Она складывается, так что я могу положить ее в карман. Когда мне нужно сделать домашнее задание, я просто нажимаю на кнопку, и она делает за меня математику, английский, чтение и любой другой предмет, который я захочу. Еще она может зарабатывать деньги. Надеюсь, мама не узнает, потому что это ее машина.

Мечты сбылись. Всё, как мечтали)

Домашняя рутина тоже отдана роботам

В доме Джетсонов также присутствуют роботы. Не считая того, что интерьер это воплощение «Дома будущего Монсанта» в формате кислотного рейва…

…всё полностью автоматизирован: глажка, готовка, уборка, мытьё посуды, а домашняя работа сводится к нажатию кнопки.

Даже надевать одежду самому не надо. Или бриться.

Работа настолько тяжела, что людям будущего приходится стоять перед «3D»-телевизором, чтобы усердно тренировать пальцы для нажатия кнопок.

А если и этого мало — в семье есть робот-горничная, который выполняет всю работу по дому.

Естественно, авторы ничего не придумывали (да и не могли) — просто взяли из коллективных архивов, вроде электрического уборщика помещений, каким его представляли в прошлом (1899).

Но как же эти фантазии отразились на реальности? Начнём с того, что у детей появились мечты о роботах-помощниках.

Возьмём для примера прогнозы на 2000 год, сделанные жителями Стьюбенвилля, рабочего городка в восточном Огайо, опубликованные в газете Herald-Star от 26 февраля 1977 года. Многие из предсказаний написаны руками детей учеников средней школы в возрасте 10-12 лет, и хорошо иллюстрируют, как массовая культура влияет на умы и представления о том, что мы хотим.

Вот одно из предсказаний от Марти Бохена 10 лет от роду.

В 2000 году…у нас будет робот-учитель, робот-горничная, и все рабочие тоже будут роботами. У нас будет карманный компьютер, в котором есть всё, что вы можете назвать. Мы даже сможем нажать кнопку, чтобы получить все, что вы пожелаете!

Краткий пересказ Джетсонов.

Давайте ещё заглянем в детскую книгу «Дом завтрашнего дня» за авторством Нила Ардли от 1981 года, и посмотрим на иллюстрацию, где представлена детская спальня будущего. И в ней у вас есть робот-помощник.

Цитата из книги:

Вот и новый день на пороге, пора вставать. Если вас некому разбудить, вы настроите домашний компьютер так, чтобы он будил вас в определенное время. Он раздвинет шторы, заговорит с вами, включит музыку или радио — в общем, сделает все, чтобы вы проснулись. А может быть, сегодня вам не нужно вставать рано, и вы попросили компьютер дождаться ваших указаний. Проснувшись, вы можете не захотеть сразу вставать. Вы можете вызвать одного из электронных слуг в доме и попросить его принести вам завтрак в постель или, например, подготовить для вас определенный комплект одежды. Затем вы можете попросить компьютер показать вам новости за день и всю полученную для вас почту. Но вы не можете лежать в постели весь день, так что перед тем, как одеться, вам нужно будет сходить в ванную. Там вы можете воспользоваться специальной машиной, которая очистит и приведет в тонус ваше тело, чтобы вы были готовы к новому дню.

Опять краткое описание быта героев мультсериала.

В 1980-е промышленные роботы вовсю внедрялись (особенно в Японии), и все верили, что и домашние роботы уже не за горами. Как в Джетсонах. И даже пробовали внедрять что-то подобное.

В 1983 году в китайском ресторане быстрого питания Two Panda Deli в Пасадене (Калифорния) появились два робота-официанта по имени Танбо Р-1 и Танбо Р-2. Роботы разносили по столам чау-мейн, свиные ребрышки и печенье с предсказаниями. Каждый робот был ростом 135 см (4,5 фута), весом 90 кг и стоил 20 000 долларов по словам хозяина кафе, потому что роботы были японского производства.

В детской книге 1985 года «Наука: она меняет ваш мир» от издательства National Geographic о них даже писали: «роботы — начало удивительной эпохи, когда машины будут выполнять наши приказы»

К концу 80-х шумиха вокруг роботов поутихла и о применении роботов не в промышленности никто не думал. Но мечта о том, что вкалывают роботы, а человек занимается творчеством — это, мне кажется, уже часть базовой прошивки, настолько она укоренилась в массовом сознании.

Потому сейчас у нас роботы. Роботы везде. Куда ни плюнь, заденешь производителя роботов: Tesla, Apptronik, Agility Robotics, Figure AI, Boston Dynamics, Unitree и ещё тысячи китайских стартапов человекоподобных роботов и (и тысячи компаний, производящие бытовых и промышленных роботов).

Есть даже гайд по человекоподобным роботам (да! есть и такое), где перечисляются роботы и их производители. Там сейчас 200 различных человекоподобных моделей с ногами или колесами. Год назад, если не изменяет память, число было двузначное..

Кажется, что роботы умеют делать всё: ходить, бегать, прыгать, ползать, перелезать через заборы, перепрыгивать через препятствия, делать сальтухи, играть в футбол, бить по лицу руками и ногами,..

…и танцевать после того, как расстреляли из М-16 все биологические цели.

Но самое главное, роботы умеют мыть посуду!

Наконец-то Джетсоны воплотились в реальность. Буквально.

Прошлое не определяет будущее?

Как так получилось, что мы живем в мире, созданном по кальке Джетсонов?

Буду обобщать на все деньги.

Отчасти сериал так популярен, потому что детишки в США играли в космонавтов, пока смотрели мультики в 60-х. Практически каждый ребенок в Америке (а многие и за рубежом) смотрели Джетсонов на повторе. Ведь в сериале всего 24 серии, но так как его крутили по телевизору постоянно, то многие зрители даже и не поняли, что у сериала только один сезон.

Технологии, представленные в сериале, не были в новинку в 1962 году. Создатели, как писал ранее, брали в качестве референсов всё, что было у них перед глазами. К примеру, в книге автора Дэнни Грейдона «Джетсоны: официальный путеводитель по мультфильму», как раз об этом и говорится: художники черпали вдохновение в футуристических книгах того времени, например, в книге 1962 года «1975: грядущие перемены», Арнольда Б. Барака (который предсказывал появление таких изобретений, как ультразвуковые посудомоечные машины и мгновенные переводчики).

«Джетсоны» успешно собрали все изобретения и футуристические прогнозы в 25-минутные серии, добавили ярких красок, и получился манящий образ будущего, с которым засыпали дети. И когда они проснулись взрослыми, то обнаружили, что машины не летают, реактивных ранцев нет, а космические программы свернуты.

Но мечта в подкорке всё равно осталась.

Потому бывшие дети усиленно стремятся попасть в прошлое с ретробудущим: с летающими авто, с реактивными ранцами, с Марсом, видеотелефонами, 3D-телевидением и автономными роботами-уборщиками.

Мы получили мир, в котором актеры, певцы, но, главное, политики, техноевангелисты, изобретатели, СЕО технологических компаний, ученые, инженеры и визионеры тащат нас в будущее, которое осталось далеко в прошлом. Мир в котором Тим Кук, генеральный директор Apple, указывая на свой iPhone, с почти религиозным благоговением говорит: «С этим мы живем как в “Джетсонах”».

Они хотят жить как «Джетсонах» и стремятся попасть в утерянное прошлое. Возобновление лунных миссий, разработки роботов, летающих машин — это попытки вернуть утраченное**.

Поэтому у нас ракета Маска словно сошла с детского рисунка.

Да, здесь можно сказать, что я притягиваю за уши…Но Гиперлуп — это же явное переосмысление транспортной системы пневматических труб из Джетсонов.

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

И я здесь не преувеличиваю. Илон Маск не раз упоминал «Джетсонов» как один из источников вдохновения для своих идей о будущем.

«Джетсоны» и всё, что они представляли, воспринимались многими не как возможное будущее, а как обещание такового.

Но знаете, какое в «Джетсонах» главное обещание?

Самая главная, самая захватывающая идея, которую транслировали в «Джетсонах» — это свободное время, полученное благодаря сверхавтоматизации жизни. И эта идея правит миром и сейчас.

Обещаю*, вы не будете работать

Джек Ма, бизнесмен, миллиардер, председатель совета директоров Alibaba Group, на конференции в Детройте в 2017 году выдал тезисы, что автоматизация поможет работникам будущего проводить больше времени на отдыхе. По его мнению, к 2047 году люди будут работать всего по 16 часов в неделю.

Я думаю, что в ближайшие 30 лет люди будут работать всего по четыре часа в день и, может быть, четыре дня в неделю. Мой дедушка работал по 16 часов в день на ферме и [считал себя] очень занятым. Мы работаем по восемь часов пять дней в неделю и тоже считаем себя очень занятыми.

Той же мысли он придерживался во время разговора с Маском на Всемирной конференции по искусственному интеллекту (WAIC) в Шанхае в августе 2019 года. А уже сам Илон Маск в 2024 году на конференции VivaTech 2024 в Париже Маск выдал вот такую цитату:

Если хотите заниматься чем-то вроде хобби, то можете этим заниматься. Но в остальном искусственный интеллект и роботы предоставят вам любые товары и услуги, которые вам нужны.

А за год до этого в беседе с премьер-министром Великобритании говорил, что:

В будущем нас ждет "универсальный высокий доход". Наступит момент, когда никакая работа не будет обязательной. Вы сможете работать только ради собственного удовольствия, как ради хобби. ИИ сможет делать всё.

Ранее Ричард Брэнсон, основатель Virgin Group, из которого лепили такого же визионера, как Маска, говорил:

Если вы дадите людям свободу самим решать, где и когда им работать, они будут работать гораздо эффективнее. Пятидневная рабочая неделя и фиксированные часы — это анахронизм.

Или вот цитата Билла Гейтса:

Цель технологий — позволить нам работать меньше. Со временем мы придем к ситуации, когда людям не придется работать так много, чтобы удовлетворить свои потребности.

И, наконец, цитата Сэма Альтмана (CEO OpenAI):

ИИ создаст настолько много богатства, что нам придется переосмыслить само понятие "работы". Мы перейдем от экономики труда к экономике капитала, где каждый человек сможет получать долю от процветания мира, не обязательно вкалывая по 40 часов.

Всё эти предвыборные обещания мы неоднократно слышали (и видели) в предсказаниях ретрофутуристов. Просто меняется «рабочее тело», посредством которого нам будут доставлять радость: роботы, технологии, ИИ, а в светлом будущем место ИИ (снова) займут генномодицированные кенгуру.

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

И этот наратив нам сейчас транслируют те, кто на этом мультсериале вырос — «великие» дают «великое» обещание не работать.

Но откуда это всё берется?

Джон Мейнард Кейнс, экономист, в 1930 году писал:

К 2030 году технологический прогресс позволит нам работать всего 15 часов в неделю. Нашей главной проблемой станет не поиск работы, а вопрос: чем занять свободное время, чтобы не сойти с ума от безделья?

В 1950 году Ассошиэйтед Пресс заявляли, что внуки их читателей будут работать в два раза меньше:

Можно с уверенностью сказать, что к концу века многие государственные планы, которые сейчас воспринимаются как форма социализма, станут чем-то само собой разумеющимся. Кто бы в 1900 году подумал, что к середине века в стране будут государственные пенсии и рабочая неделя, ограниченная 40 часами? Минимальная заработная плата, ограничения детского труда и пособия по безработице? Так что не удивляйтесь, если в 2000 году 35-часовая или даже 20-часовая рабочая неделя станет нормой.

В 1959 году журнал Parade предположил, что мир станет «раем», где всю работу выполняют роботы, за безделье платят, а люди будущего будут впадать в глубокую депрессию из-за отсутствия смысла в жизни (смысл жизни, конечно же, должен быть во впахивании, как иначе).

В 1967 году Уолтер Кронкайт, легендарный американский тележурналист и ведущий вечерних новостей на канале CBS с 1962 по 1981 год, которого называли «человеком, которому доверяют больше всех в Америке», сказал телезрителям, что рабочим нужно дождаться 2000 года, чтобы дождаться коммунизма начать беззаботную жизнь:

Технологии открывают перед нами новый мир свободного времени. Согласно одному из правительственных докладов, к 2000 году в США нормой станет 30-часовая рабочая неделя и месячный отпуск.

В 1967 году некоторые политологи считали, что к 2020 году рабочая неделя может сократиться до 16 часов.

Те, кто мечтает об отпуске, могут воодушевиться прогнозом политолога Себастьяна де Грациа о том, что к 2000 году средняя продолжительность рабочей недели составит 31 час, а возможно, и 21 час. Через двадцать лет количество рабочих часов может сократиться до 26 или даже 16.

А в 1969 году Ричард Гиллис Младший (Richard Gillis Jr.), общественный деятель, занимавший пост исполнительного директора Торгово-промышленной палаты штата Вирджиния в статье The Progress-Index (Питерсберг, Вирджиния) под заголовком «Little Work, Big Pay Forecast Year 2000» обещал, что 30-часовая рабочая неделя будет нормой:

Рабочая неделя и рабочий день будут значительно сокращены. Большинство людей будут работать менее 30 часов в неделю.

Понимаете уровень пропаганды? Вы думаете, что «предвыборные обещания» были шуткой? В этой статье шуток нет.

Как видите, понятие «30‑часовой рабочей недели» не просто фантазия футурологов, — такой прогноз разделяли авторитетные эксперты, ученые, политики, влиятельные личности, СМИ и рабочие — все были уверены, что проблема избытка свободного времени не за горами. После Второй мировой войны произошел колоссальный скачок в развитии автоматизации и робототехники, так что все считали, что изобилие свободного времени — это нечто само собой разумеющееся.

Как следствие, в массовой культуре и в «Джетсонах» (как её квинтессенции), идея сокращенной работы и праздности стала общепринятым представлением о будущем.

Но не получилось.

Сегодня американский рабочий на 270% производительнее своего коллеги из года выхода «Джетсонов». Предсказания в этой части стали реальностью. Но больше ли они отдыхают?

Если в 60-х средняя продолжительность отпуска составляла 9-12 дней в год, то сейчас отпуск вырос до 11-15 дней. Даже если вы видите разницу в продолжительности (чего не вижу я), то есть нюанс — этот отпуск часто не оплачивается. В США нет понятия оплачиваемого отпуска (и больничных), как таковых, ведь у работодателей нет таких обязательств на уровне государства. Всё зависит от политики конкретной компании и законов штата. Компания захочет привлечь работников — будет оплачивать отпуск. Не захочет — не будет.

Потому в США существует культура «вины за отпуск», из-за которой ежегодно остаются неиспользованными миллионы дней отдыха, и даже когда отпуск есть, американцы часто его не используют полностью.

Вот почему американцы любят Джетсонов — там сбылась их мечта — наконец-то отдохнуть!

Поколениями страна мечтала о том, что технологическая утопия не за горами и технологии наконец-то станут нам служить, а не мы им, и освободят нас от офисного рабства и заводских оков.

В результате все эти сладкие речи про то, что «Товарищи, скоро вы, наконец-то сможете отдохнуть, нужно только подождать технологической сингулярности!» ложатся на душу сладким мёдом, задевая струны души, настроенной на американскую мечту, в которой трехчасовой рабочий день как в «Джетсонах» — ключевой элемент.

И люди ждут. Слушают предвыборные обещания Альтмана. И надеются: «Ну может в этот-то раз точно получится?»

Вот так прошлое определяет наше будущее.

*Не является публичной офертой.

*Это взгляд с моей колокольни, естественно, а я диванный психолог.

1. Советские математики заложили базу для российских бигтехов

Чтобы понять, откуда в России вообще взялись программисты, вернемся в конец 1940-х годов. После Великой Отечественной войны началась технологическая гонка вооружений. У США уже была ядерная бомба, поэтому Советскому Союзу нужно было срочно создать свою. Для разработки похожего оружия применяли сложные математические расчеты, которые люди с механическими арифмометрами выполняли бы годами, поэтому Советский Союз взял курс на создание своих вычислительных машин.

Для проектирования машинных алгоритмов тогда использовали блок-схемы: их придумали еще в 1920-х годах, а позже физик Джон фон Нейман адаптировал этот формат для компьютеров. Именно блок-схемы стали первым языком, с помощью которого инженеры смогли общаться с вычислительной техникой.

Развитие советской техники возглавил ученый Сергей Лебедев. Сначала он построил первую отечественную ЭВМ — МЭСМ (малую электронную счетную машину), а после начал разработку серии БЭСМ (больших электронных счетных машин).

Больше о том, как создавались первые советские ЭВМ, узнайте в подкасте Контура и студии «Послушайте!» «От нуля до единицы. История российского IT». Там про это рассказывает антрополог и автор книги «Антропология русского интернета» Наталья Конрадова — с деталями, которых нет ни в этой, ни в других популярных статьях.

Вершиной разработки в Советском Союзе стала БЭСМ-6, она серийно производилась с 1968 по 1987 год и стала основным инструментом для ученых и инженеров. На этой машине считали траектории ракет и моделировали ядерные реакции. Именно на ней учили программированию студентов лучших технических вузов страны.

Работа с первыми ЭВМ сформировала советскую инженерную культуру. Специалисты привыкли писать алгоритмы в условиях ограничений вычислительных ресурсов.

2. Программирование стало языком — и это открыло рынок для коммерческих продуктов

Пока советские ученые строили железо, западные решали другую проблему: как вообще объяснять машине, что нужно делать, если не знаешь ее внутреннее устройство. Изначально программы писали в нулях и единицах прямо под конкретную архитектуру процессора. Из-за этого перенести готовый код на другую машину было физически невозможно. В 1949 году появился ассемблер — низкоуровневый язык программирования, в котором длинные машинные коды заменили на понятные короткие слова-команды. Писать код действительно стало проще, но проблему переносимости между разными компьютерами это не решило.

Прорыв случился в середине 1950-х годов в США — именно тогда появился первый язык Fortran: один и тот же код можно было запустить на разных машинах без полного переписывания. Это был принципиальный сдвиг в индустрии, потому что разработчик перестал зависеть от конкретного железа и начал думать над созданием новых архитектур и алгоритмов.

В СССР этот мировой принцип быстро подхватили и развили локально. Программист Владимир Курочкин написал транслятор универсального языка Алгол-60 сначала для БЭСМ-2, а затем для БЭСМ-6. На этой базе выучились тысячи советских инженеров, которые впоследствии стали основателями ведущих отечественных IT-компаний.

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

3. Технологии 50-х годов помогли заложить основы для автоматизации документооборота

В 1950-х военный кибернетик Анатолий Китов первым сформулировал идею, которая сегодня кажется очевидной: управлять экономикой огромной страны только через бумажный документооборот невозможно. Люди в столице собирали статистику с производств на бумаге и рассылали обратно готовые производственные планы. Из-за долгой переписки возникали ошибки, а на складах регулярно скапливались лишние товары.

Китов предложил создать единую сеть вычислительных центров, чтобы собирать все данные автоматически. Поскольку сам он служил в армии, первый такой проект Китов предложил реализовать на базе вычислительных мощностей Министерства обороны. Эту идею реализовать он не успел: из-за резкой критики руководства Китова исключили из КПСС и сняли с должности.

Позже эту идею подхватил Виктор Глушков, возглавивший Институт кибернетики. Он развил идеи Китова и довел их до уровня масштабного государственного проекта — ОГАС (общегосударственной автоматизированной системы учета и обработки информации). Эта система должна была объединить все министерства и заводы страны единой вычислительной сетью, чтобы управлять экономикой в реальном времени.

Важно понимать, на каком техническом уровне проектировалась эта сложная система. Инженеры в лабораториях работали с перфолентой — бумажным носителем, на котором программы хранились в виде физически пробитых отверстий.

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

Идея оказалась слишком дорогой: расходы на реализацию были примерно такими же, как на всю советскую космическую программу. Но у Министерства обороны, в отличие от гражданских ведомств, были собственные закрытые бюджеты и конкретная потребность — мгновенно передавать приказы между военными частями. Военные забрали наработки ученых и сами проспонсировали создание вычислительных сетей.

К концу 1970-х компьютеры на разных базах уже обменивались данными напрямую, и армейская инфраструктура стала работать как полноценный интранет.

У гражданских объектов, заводов, государственных учреждений потребность обмениваться электронными документами с годами никуда не исчезла. И когда в конце 1980-х годов гражданам разрешили создавать кооперативы, частные инженеры начали разрабатывать софт для упрощения документооборота. Именно это сделал и Контур, когда в 1988 году запустил свой первый продукт «Учет труда и заработной платы — АМБа».

4. До хакатонов были олимпиады: как школьные соревнования воспитали первых разработчиков коммерческого софта

Сегодня IT-специалисты соревнуются на хакатонах, а в Советском Союзе были олимпиады по программированию. В 1981-м в Москве прошло первое такое соревнование среди школьников, а уже через четыре года информатика официально стала школьным предметом. К 1988 году в Свердловске (ныне Екатеринбург — родина Контура) организовали уже всесоюзное соревнование.

Туда приехали около ста участников, чтобы пройти два тура: теоретический и практический. Персональных компьютеров на сотню участников не хватало. Поэтому правила были жесткими: сначала школьники решали теорию на бумаге, и только лучшие получали доступ к настоящим ПК на практическом туре.

Для тех времен возможность просто поработать за такой машиной уже была огромным событием.

Те, кто справлялся с теорией, переходили к практике на компьютерах. Школьники писали программы на Паскале или Бейсике, а жюри читало их код вручную. Оценивали не только итоговый ответ, но и наличие комментариев, логику и математическую красоту решения. Победителем становился тот, кто придумывал быструю формулу, а не заставлял машину долго перебирать варианты.

Победителям хотели подарить отечественный персональный компьютер за 500 рублей при зарплате инженера около 100 рублей в месяц. Денег у организаторов не нашлось, поэтому вручили бумажные дипломы и пригласили поступать в МГУ. Из таких олимпиадников и выросло поколение, написавшее первые коммерческие продукты.

5. Кооперативы 1987 года — точка, где наука стала бизнесом

До 1987 года у инженера из НИИ было ровно два пути: работать на государство за 120 рублей в месяц или уйти в никуда. Закон о кооперативах дал им возможность легально открывать свои компании и продавать разработки. Спрос на программы уже был: заводам и госструктурам требовалась автоматизация учета, но готового софта в СССР не существовало.

В 1988 году трое выпускников Уральского политехнического института (УПИ) создали компанию СКБ Контур. Их первым продуктом стала программа «АМБа» — с ней бухгалтеры смогли вести электронный учет труда и зарплаты на предприятиях. Первыми покупателями стали предприятия Свердловска, в том числе Уральский алюминиевый завод.

В начале девяностых компания пыталась диверсифицироваться и заниматься самыми разными направлениями — от выпуска детской игровой приставки «Кроха» до собственного издательства, которое печатало зарубежную фантастику. Но в итоге компания сконцентрировалась на разработке корпоративного софта.

Со временем алгоритмы и опыт разработки «АМБы» стали базой для новых IT-продуктов Контура. К 2000 году появился «Контур.Экстерн» — платформа для сдачи электронной отчетности в госорганы. Она работает и развивается уже 26 лет.

6. Горбушка и пиратство создали инженерную школу реверс-инжиниринга

На московском рынке Горбушка в 1990-х продавцы торговали прямо с ящиков: запчасти для ZX Spectrum, пиратские операционные системы, бухгалтерские программы на дискетах.

Часто продавцы сами не понимали, что именно продают — просто знали, что это нужно и покупают. В стране не существовало законов об авторских правах на цифровую собственность, поэтому инженеры занимались реверс-инжинирингом западного софта совершенно открыто.

В условиях постоянной нехватки денег и информации сформировалась уникальная техническая культура. Программисты набивали руку на сложных задачах: они учились разбирать чужие системы изнутри, понимать скрытые архитектурные решения без официальной документации и воспроизводить сложную функциональность с нуля. Государство технологический сектор в тот период никак не поддерживало, поэтому специалисты выживали самостоятельно. Часть построила собственные компании, часть уехала работать в западные корпорации вроде Microsoft и Oracle — и в обоих случаях сформировала международную репутацию российских инженеров как людей, которые могут решать сложные задачи при минимуме ресурсов.

Как именно выглядел этот период изнутри — рассказывают во втором эпизоде подкаста «От нуля до единицы». Там же — про утечку мозгов, первых провайдеров и то, что покупка компьютера в 90-е занимала целый день и требовала помощи знакомого студента УПИ, объезжавшего полуподвальные магазинчики.

7. Релком доказал, что открытые сети работают — и дал старт провайдерскому рынку

Параллельно с развитием стихийных рынков ПО появлялись отечественные сети связи. В начале 1990-х годов в подвале Курчатовского института группа ученых подняла первую публичную компьютерную сеть в стране — Релком. Секретные военные вычислительные центры прошлого оставались строго изолированными системами. Релком подключал всех: нужен был компьютер, модем и телефонная линия. Инфраструктура строилась на операционной системе UNIX и машинах производства DEC.

Сеть сначала объединила Москву, затем продолжилась в регионах и вышла за пределы страны. Из этого комьюнити вышли первые отечественные провайдеры и первые технологические стартаперы.

Локализация победила глобальных игроков — и это стало моделью для всего российского бигтеха

В девяностые и нулевые российские IT-компании часто выигрывали конкуренцию у мировых гигантов за счет понимания местной специфики. Например, Яндекс лучше зарубежных поисковиков работал с морфологией русского языка, а Лаборатория Касперского быстрее реагировала на локальные киберугрозы.

Тот же сценарий сработал на рынке корпоративного софта. Зарубежные программы не могли быстро адаптироваться под сложную российскую бюрократию, строгие налоговые правила и частые изменения в законах.

Разработчики Контура тоже двигались по этому пути: они начали с профильных программ для бухгалтерии и шаг за шагом переносили бумажное делопроизводство в электронный вид. Решение сложных и рутинных задач бизнеса оказалось отличной стратегией: постепенно продуктовый портфель Контура превратился в экосистему — по такой же логике развивались многие другие российские компании.

Как в нулевые взрывался рынок интернета и какими были первые социальные сети — в третьем эпизоде подкаста «От нуля до единицы». Там же — про то, почему самым популярным сайтом Рунета в 1997 году был ресурс с анекдотами и чем это время отличалось от нынешнего.

Это цифровой некрополь. За последние два десятилетия бесследно пропали целые платформы и сообщества. Ранний интернет 2000-х методично вымирает, унося с собой пласты цифровой культуры. Исчезают не только наборы HTML-страниц, но и живая история сети — персональные ресурсы, форумы, экспериментальные проекты.

Что происходит с веб-наследием? Почему сайты превращаются в цифровых зомби или вовсе исчезают без следа? Можно ли вернуть их из небытия? Это расследование проведёт по лабиринтам старых мёртвых доменов и покажет реальную картину интернет-кладбища.

Цифровое вымирание: масштабы потерь

Сайты умирают каждый день — целые цифровые экосистемы исчезают безвозвратно.

Глобальная эпидемия «битых ссылок»

Проблема выходит далеко за рамки ностальгии. Исследование, проведенное в 2013 году, показало шокирующую цифру: 49% ссылок, процитированных в решениях Верховного суда США, оказались мёртвыми. Без них можно подвергнуть сомнению и сами решения, а это прямая угроза для юридической системы и исторической достоверности.

Аналогичная ситуация наблюдается и в научной сфере: гиперссылки в академических статьях «гниют» с угрожающей скоростью, подрывая воспроизводимость исследований. Даже такие гиганты, как Google и Yahoo, удаляют существенную часть своих пользовательских данных ежегодно в рамках рутинных чисток.

Проблема усугубляется тем, что веб-архивы и специализированные сервисы типа Perma.cc не успевают за этим процессом — по некоторым оценкам, только одна из 20 публичных веб-страниц попадает в архив.

Крушение цивилизаций Рунета

Рунет нулевых стремительно теряет свои корни. Такие порталы, как «Narod.ru», «Мембрана.ру» и «Кулички.нет», были своего рода культурными феноменами, а не просто развлекательными ресурсами.

«Мембрана.ру», содержавшая развёрнутые научно-популярные статьи, давно закрыта. Развлекательный портал «Кулички.нет» перестал обновляться с 2012 года. Выжили в основном крупные интернет-СМИ, в то время как ландшафт малых проектов оказался выжжен.

Пользователи by.ru в эпоху его расцвета даже не задумывались о резервном копировании, полагаясь на стабильность платформы.

Эта практика была характерна для времени, когда интернет воспринимался как нечто незыблемое. Менталитет «сохранено в браузере, значит, навечно» привёл к массовой утрате контента, когда платформы начали закрываться. Сегодняшние гиганты вроде социальных сетей могут повторить эту судьбу, превратившись в такие же цифровые кладбища.

Проекты-зомби

Некоторые сайты той эпохи технически существуют или были в какой-то мере активны до недавнего времени. Но уже в виде цифровых зомби, застывших во времени.

«Анекдот.ру». Пожалуй, самый старый сайт Рунета, который ни разу не менял владельца и специализацию (база анекдотов с постоянным пополнением). Основан Дмитрием Вернером в 1995 году. По утверждению основателя, это первый русский сайт с ежедневными обновлениями. Портал ещё работает, правда, его нынешняя посещаемость не идёт ни в какое сравнение с пиком популярности в 2000-е годы.

«Кроватка» — первый крупный чат в Рунете, появившийся в 1996 году на домене МГУ chat.radio-msu.net и остановивший работу 31 августа 2020 года после 24 лет существования. На пике популярности его дневная аудитория достигала 70 000 уникальных пользователей, а сам чат был крупнейшей площадкой для общения не только в России, но и во всей Евразии.

Его уникальность заключалась в пионерских для ру нета функциях: система модерации с «киллерами», «тотальный игнор» для коллективного бана пользователей, тематические комнаты (от «Знакомств» и «Секс-чата» до «Искусства» и «Английского»), а также один из первых чат-ботов — Вася. «Кроватка» стала прообразом социальных сетей и культовым местом, где сформировалось целое поколение будущих топ-менеджеров и предпринимателей Рунета. Его адрес krovatka.ru еще доступен, но превратился в мемориальную табличку с надписью «Это было лучшее время».

Портал Omen.ru. Запущен в 2000 году. Здесь были форумы, чаты, почта, новостной агрегатор и смешные картинки. В 2016–2017 годах превратился в сайт для знакомств, где пользователи выбирали категории «ищу спонсора», «я спонсор» или «от подарков не откажусь». На сайте даже использовался уникальный дизайн со «спонсорами» в виде зеленых монстров. В настоящий момент прекратил работу.

Причины гибели: что убивает сайты

Сайты не умирают просто так. Их убивает совокупность факторов. Технических, экономических, социальных. Это похоже на изменение экосистем в природе, только вместо биологических особей исчезают целые цифровые структуры. Но вместо того, чтобы оплакивать потери, стоит сохранить то, что ещё можно спасти.

Технологическое устаревание

Языки программирования и платформы неизбежно стареют. Технологии вроде PHP4 и Flash, когда-то бывшие стандартом, сегодня официально не поддерживаются современными браузерами и хостингами.

Хотя браузеры и стараются сохранять обратную совместимость, их разработчики целенаправленно отказываются от устаревших и небезопасных функций. Хостинг-провайдеры, в свою очередь, прекращают поддержку неактуальных версий ПО, чтобы избежать уязвимостей. Без регулярных обновлений сайт не только морально устаревает, но и становится мишенью для атак, окончательно превращаясь в цифровые руины.

Flash-сайты умерли окончательно. Их не запустить на современных устройствах без специальных эмуляторов. Плагины больше не поддерживаются. Целый пласт интерактивного контента потерян. Анимации, игры, образовательные проекты — всё это требует сложного воскрешения.

Проблема глубже, чем кажется. Даже рабочие сайты могут стать недоступными из-за проблем с инфраструктурой: медленного распространения DNS-записей или необходимости очистки локального DNS-кэша командой ipconfig /flushdns. Эта команда обновляет информацию о маршрутизации, что иногда необходимо для доступа к доменам.

Экономическая нецелесообразность

Доменное имя стоит денег. Хостинг тоже. В 2000-х многие проекты существовали на энтузиазме. Владелец вырос. У него появилась работа, семья, другие интересы. Платить каждый год за домен, который никто не посещает, бессмысленно. Проект умирает от финансового истощения.

Реклама не окупала затрат. Монетизация маленьких сайтов практически невозможна. Баннеры приносили владельцам копейки. Контекстная реклама требовала гигантского трафика. Экономика раннего интернета оказалась утопией.

Пример: хостинг by.ru размещал на пике свыше 15 млн страниц на 250 тысячах сайтов. Сегодня он неактивен. Содержать такую инфраструктуру стало невыгодно. Бесплатные хостинги закрывались один за другим. Их бизнес-модель не выдержала проверки временем.

Смена парадигмы

Ранний интернет был территорией персональных сайтов. Сегодня доминируют социальные сети. Зачем создавать собственный сайт-портфолио, если есть HeadHunter? Какой смысл вести блог на движке, если есть Telegram-канал?

Сейчас 90% интернет-активности происходит на крупных платформах. Пользователи предпочитают оставлять комментарии в готовых системах, а не регистрироваться на отдельных форумах.

Цифровая идентичность изменилась. Раньше домашняя страница была лицом владельца в интернете. Теперь это профиль в социальной сети. Миграция с независимых площадок на централизованные платформы оказалась необратимой.

Ссылочная масса распадается. Внутренние ссылки на сайте ведут в никуда. Внешние ссылки с других сайтов тоже умирают. Цифровая ткань рвётся на части, а сайт превращается в набор разрозненных страниц без навигации.

Даже если контент сохранился, он может стать бесполезным. Устаревшие информационные порталы, неподдерживаемые базы знаний, справочники с неактуальными данными — всё это цифровой балласт, который проще удалить, чем поддерживать.

Социальные и культурные изменения

Интернет-культура стала другой. Исчезли целые жанры — гостевая книга, веб-кольцо, персональный дневник. Современные пользователи уже не понимают, зачем это было нужно. Контент теряет актуальность вместе с форматами.

Язык интернета изменился. Мемы 2000-х непонятны новому поколению. Юмор устарел, референсы не срабатывают. Культурный разрыв делает контент неинтересным даже если сохраняет техническую доступность.

Сообщества распались. Форумы по нишевым темам потеряли участников. Модераторы поуходили, администраторы перестали следить. Живой когда-то ресурс превращается в заброшенное место, а потом исчезает полностью.

Юридические и технические моменты

Владелец сайта мог забыть привязать домен к аккаунту. Или потерять доступ к почте, на которую зарегистрирован домен. Восстановить права практически невозможно. Регистратор не пойдёт навстречу без доказательств владения. Домен зависает в подвешенном состоянии. Потом его перепродают или он отправляется на цифровую свалку. В любом случае история домена обрывается. Новый владелец не знает, что было на сайте раньше.

Технические проблемы могут быть комплексными, как в случае с контроллерами доменов, когда неисправности включают сбои репликации, ошибки аутентификации и проблемы с доверительными отношениями между рабочими станциями и доменом. Эти сбои делают ресурсы недоступными, что аналогично «смерти» сайта.

Сайты зависят от платформ, которые их размещают. Закрытие крупного хостинга — это цифровая катастрофа. Тысячи проектов исчезают одновременно. Резервные копии есть не у всех.

Пример: narod.ru был экосистемой персональных страниц и малых проектов. Когда платформа прекратила полноценную поддержку, десятки тысяч сайтов оказались заброшены. Пользователи не успели или не смогли перенести данные.

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

Цифровые археологи: кто ищет старые сайты

Интернет 2000-х не исчез полностью. Его часть перешла в другое состояние. Существует группа энтузиастов, которые занимаются цифровой археологией. Они выкапывают, сохраняют, каталогизируют.

Wayback Machine от Internet Archive. Гигантская цифровая библиотека. Некоммерческий проект. Он сохраняет снимки сайтов в разные моменты времени. Можно найти страницу 1999 года. Увидеть, как выглядел Google в ранние дни. Архив неполный. Многие страницы сохранились частично. Но он даёт представление о масштабах потерь. В 2024 году сайт Архива подвергся хакерской атаке, но был восстановлен. Это показывает хрупкость даже таких институтов.

Локальные архивы энтузиастов. Это люди, которые вручную сохраняют целые сайты. Они выкачивают HTML, CSS, изображения. Размещают их на своих серверах.

Пример — архив «web 1.0-сайтов» lionovsky.us. Там хранятся легендарные проекты:

• aboutbears.narod.ru — юмористический сайт, закрытый за нарушение общих правил платформы (спам, флуд, нарушение законодательства).
• «BIOS.RU» — первый русский сайт с утилитами для айтишников, полезный даже сейчас для старых материнок.
• «Неофициальный сайт Siemens» (siemens.narod.ru) — с прошивками и мануалами для популярных в нулевые телефонов.

Энтузиасты восстанавливают сайты неделями и месяцами. Они убирают дубликаты, чинят битые ссылки. Это титанический труд, напоминающий работу сотрудников бумажных архивов.

Практическое руководство: как самому найти старый сайт

Вы тоже можете стать цифровым археологом — этот процесс действительно чем-то напоминает раскопки. Вот инструкция.

Используйте Wayback Machine. Сервис archive.org — первый инструмент в деле поиска пропавших сайтов. Введите URL в поисковую строку «Wayback Machine». Сервис покажет календарь с датами, когда сайт сохранялся. Выбирайте самую раннюю дату. Не все страницы сохранились. Изображения и скрипты часто теряются.

Ищите через Google с операторами. Используйте специальные команды для поиска:

• «site:narod.ru "ваш запрос"» — ищет на всех сайтах narod.ru.
• «"название сайта" cache» — ищет кэшированные версии.
• «inurl:название_сайта» — ищет упоминания в адресах.

Это помогает найти следы умершего сайта на других ресурсах.

Изучите специализированные архивы. Уже упомянутый в статье портал lionovsky.us хранит десятки восстановленных сайтов с narod.ru и by.ru. Энтузиасты на форумах выкладывают дампы старых сайтов. Они собирают утилиты для DOS, старые игры, программы; обмениваются найденными артефактами. Восстанавливают дизайн по памяти. Ищут друг друга через десятилетия. Их объединяет ностальгия по тому, что нельзя вернуть.

Проверьте реестры доменов. Информация о владельце домена может быть скрыта. Но иногда whois-сервисы показывают контакты. Можно попробовать написать бывшему владельцу. Шансы невелики, но есть.

Теория мертвого интернета: конспирология или реальность?

В конце 2010-х на имиджборде 4chan родилась «Теория мёртвого интернета». Ее суть: в сети почти не осталось живых людей. Интернетом управляют боты и ИИ, которые манипулируют населением. Дата «смерти» — 2016-2017 годы.

Аргументы сторонников. Активность в сети стала алгоритмической. Боты репостят копии одинаковых сообщений и картинок. Нейросети генерируют новости и комментарии. По данным Bad Bot Report за 2024, 50% веб-трафика сгенерировано ботами.

Критика теории. ИИ на момент середины 2020-х не способен создавать качественный контент. Соцсети борются со спамом. Интернет может казаться скучным и алгоритмизированным, но мы не дрейфуем в одиночестве в море электронных неигровых персонажей. Боты не управляют интернетом — это делают инфлюенсеры, а боты следуют их примеру.

Теория интересна как культурный феномен. Она отражает реальную тревогу пользователей. Интернет действительно изменился. Стал более централизованным, управляемым, отчасти утратил эффект живого и постоянно эволюционирующего пространства. Но хоронить его рано.

Будущее цифрового наследия: что нас ждет

Проблема будет усугубляться. Объём цифрового контента растет. Стареют технологии 2010-х. Социальные сети, которые кажутся вечными, могут повторить судьбу старых форумов. Что делать?

Децентрализованное архивирование. Нужно учиться сохранять информацию самостоятельно. Не надеяться на корпорации. Создавать личные архивы, распределенные сети хранения, использовать p2p-технологии для резервного копирования культурно значимого контента.

Просветительская работа. Мало кто задумывается о сохранности своего цифрового следа. Нужно рассказывать о простых методах сохранения копий. О важности регулярного обновления данных. О переносе информации на новые носители.

Технологии эмуляции. Старые технологии мало просто сохранять. Необходимо создавать эмуляторы, которые смогут запускать устаревший код. Показывать, как работали сайты на Flash. Как выглядели интерактивные проекты на Java-апплетах.

Интернет 2000-х мертв. Но его призраки бродят по сети. Они напоминают о том, что ничто не вечно. Цифровое кладбище будет расширяться — к старым доменам добавятся аккаунты в социальных сетях, каналы в мессенджерах, страницы в нынешних медиа. Наш след тоже исчезнет. Таков закон цифровой энтропии. Но пока живы энтузиасты, пока работает Wayback Machine, у нас есть шанс отсрочить полное забвение.

Как Индия смогла занять лидирующие позиции в сфере, где конкуренция невероятно высока? Рассмотрим причины, факторы успеха и текущее положение индийского IT.

Исторические предпосылки

Поворотный момент в истории индийской экономики пришёлся на начало 1990-х годов. После реформ, запущенных правительством Нарсимхи Рао, Индия открыла рынок для иностранных инвестиций и начала активную приватизацию.

Однако фундамент будущего IT-успеха был заложен сразу после того, как страна обрела независимость. Государство сделало ставку на технический сектор. Ежегодно там выпускалось около 150 000 квалифицированных научных и технических кадров. Их общее количество оценивалось в 2,5 млн человек.

Правительство поддержало экспортно-ориентированную стратегию: от налоговых льгот до специальных экономических зон для IT-компаний. Например, в 1973 году недалеко от Мумбаи была создана первая специальная экономическая зона Индии с налоговыми послаблениями и беспошлинным импортом — SEEPZ (Santacruz Electronic Export Processing Zone). В 1986 году стартовала масштабная государственная программа по развитию и экспорту программного обеспечения, которая впервые обозначила IT-сферу как стратегическое направление экономики страны. Пошлину на ввоз компьютеров для экспортно-ориентированных ИТ-компаний полностью отменили.

В 1988 году в Индии создали объединение государственных и частных компаний под названием «Технопарки программного обеспечения Индии» (The Software Technology Parks of India, STPI). Организация помогала внедрять инновации, обучать персонал, развивать маркетинг и т.д.

Человеческий капитал — главный ресурс

Главное преимущество Индии — кадры. Британское прошлое дало стране широкое распространение английского языка. Поэтому многие разработчики могут напрямую взаимодействовать с заказчиками из США и Европы.

Индийская система образования продолжает делать ставку на STEM-навыки. Это модель, которая основана на интеграции дисциплин Science (науки), Technology (технологии), Engineering (инженерии) и Mathematics (математики). Среди топовых вузов: Институт технологий Дели (Indian Institute of Technology Delhi, IITD), Институт технологий Мумбаи (Indian Institute of Technology Bombay, IITB) и Индийский институт наук (Indian Institute of Science). Каждый год оттуда выпускаются миллионы молодых специалистов, готовых к работе в IT.

Кроме того, в Индии сформировалась особая профессиональная культура, основанная на трудолюбии, гибкости и стремлении к постоянному обучению. Например, основатель индийской ИТ-корпорации Infosys считает, что работать нужно без выходных и по 70 часов в неделю.

Своим опытом работы с индийцами поделилась Наталья Бердыева:

За время работы в глобальных компаниях я имела возможность сотрудничать с индийскими коллегами, многие из которых работали в сервисных центрах, вынесенных в Индию. Это ответственные, трудолюбивые и дружелюбные специалисты, с которыми легко и приятно работать.

Экономические и структурные факторы

Индия выигрывает за счёт низкой стоимости труда, что делает её идеальной страной для аутсорсинга.

Государство активно развивало IT-инфраструктуру. Главным IT-хабом стал Бангалор. Здесь базируются 6 из 20 крупнейших ИТ-компаний Индии. Более 400 мировых бигтехов, включая Apple, Meta* и Microsoft, создали здесь центры исследований и разработок. Также город занимает 10-е место в рейтинге лучших городов мира по версии Глобального индекса стартап-экосистем 2025 года.

*Компания Meta признана на территории РФ экстремистской и запрещена.

Не меньшую роль сыграла индийская диаспора. Специалисты, сделавшие карьеру в США, Канаде и Великобритании, помогли выстроить прочные деловые связи и наладить транснациональные контракты. Именно они открыли для индийских компаний двери на западные рынки.

Индийцы очень сильно держатся за друзей, родню и знакомых в плане вовлечения в рабочую деятельность. У них неплохое образование, несмотря на индустриальные байки про уровень разработки кода и их программных продуктов. Там хватает обученных в ведущих мировых вузах, а позднее вернувшихся поднимать бизнес и/или науку по китайской модели и одновременно по плановой/клановой модели внутри индийской семьи. Очень продвинутый Бангалор, очень развитые сервисные компании Нью-Дели, Мумбаи, Калькутты... Всё это очень серьёзные конкуренты.

Из поставщика дешёвой рабочей силы в глобального игрока

Первая IT-компания в Индии появилась в 1968 году — ею стала Tata Consultancy Services (TCS). В 2025 году, по оценкам Forbes, она лидирует с капитализацией на уровне $168,57 млрд. На втором месте — Infosys с $86,19 млрд, а на третьем — HCL Technologies с показателем в $56,31 млрд. Для сравнения: капитализация IBM — $258,79, Accenture — $152.

Многие лидеры крупнейших технологических компаний — выходцы из Индии. Среди них: генеральный директор Google Сундар Пичаи, глава Microsoft Сатья Наделла, бывший CEO Twitter Параг Агравл, CEO Adobe Шантану Нарайен, генеральный директор IBM Арвинд Кришна и другие. Они не теряют связи с родиной и продолжаютукреплять международный имидж индийского IT.

Современные тенденции и вызовы

Сейчас Индия переживает новый этап — переход от простого аутсорсинга к собственным продуктам и инновациям. По прогнозам, к 2030 году объём индийской IT-индустрии может приблизиться к впечатляющему рубежу — $1 трлн, а её доля в ВВП вырастет до 25%.

Сегодня страна занимает третье место в мире по числу технологических стартапов. За первые девять месяцев 2025 года индийские компании привлекли 7,7 млрд долларов инвестиций. В 2025 году в Индии было зафиксировано 110 сделок по приобретению стартапов, что на 15% больше, чем годом ранее.

Для привлечения инвестиций и поддержки международных компаний при Министерстве промышленности и торговли создано агентство Invest India, которое помогает иностранным партнёрам запускать проекты в стране. Государственные программы Self-Reliant India («Самодостаточная Индия») и Make in India направлены на развитие технологического суверенитета, стимулирование локального производства и цифровизацию промышленности.

Кроме того, более 65% населения Индии моложе 35 лет. Благодаря этому демографическому ресурсу страна может стать главным поставщиком талантов на мировой рынок.

Однако вместе с ростом появляются и вызовы. Так, генеральный директор стартапа Stability AI Эмад Мостак, выходец из Бангладеш, предсказал, что в ближайшие годы значительная часть индийских программистов может потерять работу. Он отмечает, что сегодня для создания качественного кода требуется гораздо меньше специалистов, чем раньше: их место занимают нейросети. Дополняют эту тенденцию технологии low-code и no-code.

По данным Bloomberg, индийский ИТ-гигант Tata Consultancy Services (TCS) провёл крупнейшую волну сокращений в своей истории на фоне стремительного развития технологий ИИ. За квартал, завершившийся в сентябре, штат компании сократился на 19 755 человек. Это около 3,2% от общего числа сотрудников.

Наём джунов резко снижается: так, в 2023 году четыре крупнейших индийских ИТ-компании наняли в общей сложности 225 000 выпускников. К 2024 году этот показатель упал более чем на 70%, достигнув примерно 60 000.

Чему мы можем поучиться у Индии

Опыт Индии показывает, что:

• Инвестиции в образование — главный двигатель технологического развития.
• Гибкость и адаптивность позволяют быстро подстраиваться под мировые тренды.
• Сильный бренд страны как поставщика IT-услуг формируется годами, но приносит миллиарды долларов и статус глобального технологического центра.

Чему мы можем научиться у индийцев? Один из ключевых уроков — это умение эффективно работать на международной арене. Для России важно повысить общий уровень владения английским языком, чтобы наши специалисты могли конкурировать на глобальных рынках. Государственная поддержка ИТ-стартапов также остается важным направлением. Нужно продолжать помогать нашим компаниям выходить на международные рынки, используя богатую культурную и историческую связь между Россией и Индией

Роль крупнейших местных аутсорсеров Infosys, в число акционеров которых вошёл индийского происхождения премьер Британии, мы знаем. Роль индийского происхождения директоров крупнейших ИТ-бизнесов мира мы видим. Нужно дружить и нанимать их в странах Залива, чтобы продавать наши ИТ-продукты и сервисы, и в этом уже смогли преуспеть порядка 15 знакомых основателей компаний от 500 человек. Но не удивляйтесь, когда до мозга костей айтишник начнёт с вами диалог про очень бытовые и приземленные вопросы в стиле вечного торга. Индийцам крайне важно успешно негоциировать, что и помогает им с захватом рынков. Знаю кейс отчётов одного разработчика с часовой ставкой, выросшей за 3 года с 15 долларов в час до 45, до загрузки в 60 часов в неделю. И ему платили за его уникальные знания и умение себя продать! И в Индии это почти система для высокообразованных слоев выпускников ведущих вузов страны

Читайте также:

• Российский IT-рынок 2025: парадокс кадрового голода на фоне рекордной безработицы
• IТ-аутсорсинг: когда передавать работу подрядчикам
• Пошлина на иностранное ПО — панацея для цифрового суверенитета или шаг к техноизоляции

Также подписывайтесь на мой ТГ, который я почти не веду.

Однажды, в самом начале карьеры, когда я была молода и горяча, мы пилили приложение. Большое, серьёзное, адски сложное и практически неподъёмное. Сидели до ночи, заливались литрами кофе, выходили в выходные и на ноябрьские праздники, чтобы на руках пронести первый релиз — сдобренный молитвами и нашими слезами.

Я помню, как сейчас, ту прекрасную зимнюю пору: готовилась к демо. Последняя попытка. Последний шанс выйти в прод до нового года. Коллеги из других команд уже ушли на новогодний корпоратив — пить, курить и веселиться. А мы узким кружком готовились к демонстрации. Часики тикали, всё почти готово. Я открываю финальную вкладку… и у меня схлопывается интерфейс в ошибку 500, приложение встаёт колом — ни туда, ни сюда.

Мы выкатываем глаза, разработчик начинает исправлять дефекты наживую, а минутная стрелка стремительно приближается к началу демо.

Пока все собираются, я начинаю тираду в духе: «Добрый день, здравствуйте, дорогие коллеги. Мы очень рады представить вам наш мертворождённый релиз…»

На фоне вижу, как разработчик машет руками и показывает пальцами вверх: он починил, всё будет хорошо.

Я радостно показываю новый функционал, который, вообще-то, был хорош — действительно годный для старта, чтобы опробовать и понять: надо/не надо. Мне он нравился от начала и до конца. Всё шло гладко, я подробно рассказывала про каждую кнопочку, вкладочку и ссылку — всё будет ровнее ровного.

И тут я понимаю… О боже. Холодный пот выступает на лбу, когда я осознаю, что в тестировании бэкенда я совсем забегалась и даже не открывала ту злополучную вкладку, которая может схлопнуть приложение.

Нет.

В ней не пророс буйным цветом дефект регресса. Она не тестировалась вообще.

Никогда.

Ошибка 500 не была случайностью. Она была слепым пятном, про которое в спешке я забыла!

Господь. Я была плохой девочкой и тестировала без документации и тест-кейсов. Но обещаю, что это мой последний провал (ха-ха — нет). Обещаю потом всё задокументировать (нет). Обещаю аккуратно ввести рабочие планы (всё ещё нет).

Я взмолилась (всем известным богам) и в частности своему разработчику, который стоял за моей спиной, пил кофе и следил за демо. Мне было страшно и стыдно; с трясущимися пальцами я медлила открыть ту самую вкладку.

Кажется, мозг отключился. Я уже приготовила монолог: «Мы так задумывали — чтобы приложение умирало между запросом и ответом. Так вы сможете сделать себе чай, пока серверы проходят свой персональный краш-тест.»

Быть опозоренной перед всеми: заказчиками, пользователями, инфобезой, командой разработки. Я ощутила как над моей головой нависла секира невидимого палача, чтобы одним рывком – точным и расчетливым – перерубить мою карьеру на корню. Я была готова выкладывать свое резюме на hh под бой курантов.

И вдруг кружок загрузки завертелся — вкладка открылась.

За моей спиной аналитик и разработчик дают друг другу «пять» и чокаются кружками мерзкого американо, потому что молоко скисло ещё вчера.

Мы справились. За час мы пролетели через все эмоциональные качели: провал — успех — осознание приближающегося конца — смерть — и снова успех.

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

Хочу отметить: потом мы долго и скрупулёзно доводили процессы до ума, чтобы уже не бегать с горящей задницей перед релизом.

Да, мы бегали.

Да, у нас были провалы.

Да, у нас были дефекты в проде.

Очень много «да». Я складываю руки в молитве за каждый такой провал и верю, что мне ещё много чему предстоит научиться. И да — я облажаюсь еще раз. Я в этом уверена и с какой-то тёплой надеждой жду момента, когда снова придётся преодолеть очередную катастрофу.

К чему это я? Приближается горячий сезон, и каждый из нас готовится к нему. Не знаю, как вы, но мои единственные планы на высокий сезон — это скидки на Алиэкспресс и попытка ухватить навесной унитаз по вопиюще низкой цене. Я слишком долго пила антидепрессанты, чтобы работать в таком режиме в свои 27.

Никто не вспомнит, как ты задерживался на работе. Тебя заменят другим человеком, и никто не поставит памятник (разве что ты сам соберёшь его из гор пластиковых кофейных стаканчиков).

sorry not sorry

Хочу поддержать каждого, кто проходил через подобное. У меня нет слов, чтобы описать, сколько боли и нервов было потрачено тогда, и сколько трудностей ждёт нас впереди.

Если вы дошли до этого места — спасибо вам. И помните: всё обязательно получится (или не получится). Не теряйте веры. Не теряйте надежды. Продолжайте учиться и совершенствоваться.

Будущее не будет радужным и безоблачным — на самом деле, никогда не будет.

Но я верю в вас. Я учусь на своих провалах и катастрофах. Я знаю, что иногда была не права и по-старинке остаюсь идиоткой время от времени (уже меньше, но всё ещё бывает).

Но что если все эти новости и посты не отражают объективную реальность, а создают альтернативную? Telegram, изначально задуманный как свободная площадка для обмена информацией, со временем превратился в гигантский усилитель страхов и спекуляций. Алгоритмы и психология работают в тандеме: чем громче заголовок — тем выше вовлечённость, а значит, и доход владельцев канала. Правда же остаётся где-то там, под слоем сенсаций и упрощений.

Эта статья — инструкция по выживанию в информационном шторме. Узнаем, как тгм-каналы влияют на наше восприятие реальности, почему даже правдивые факты часто подаются под соусом паники, и как оставаться в курсе событий без тревоги и когнитивных искажений.

За что мы любим Telegram и чем он опасен

Telegram — больше чем мессенджер. Для айтишников он стал универсальным инструментом: здесь публикуют вакансии, делятся опытом, обсуждают технологии и читают новости.

По данным создателей Telegram братьев Дуровых, ежемесячно платформой пользуются около миллиарда человек по всему миру, а в рунете это один из ключевых источников информации для специалистов.

Но у медали есть и обратная сторона — экономика внимания, которая диктует свои правила. Монетизация многих каналов напрямую зависит от охватов, что создаёт естественный стимул использовать любые средства для привлечения внимания.

Эмоциональные триггеры становятся валютой: заголовки в духе «ИИ забрал работу у программистов» генерируют клики, даже если не совсем соотносятся с реальностью.

Это не всегда сознательная дезинформация — скорее, системная особенность.

Алгоритмы Telegram способствуют вирусному распространению сенсаций, а аудитория, находящаяся в состоянии неопределённости, особенно восприимчива к таким сигналам. В результате формируется искажённая картина, где отдельные факты превращаются в тенденции, а исключения — в правила.

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

Однако мессенджеры и СМИ рисуют другую картину, которая меняет наше отношение к реальности. Как это делается на практике и кому выгодно?

Как устроены манипуляции: механизмы влияния на аудиторию

Telegram-каналы используют проверенные приёмы, чтобы удерживать внимание, зарабатывать деньги и формировать повестку. Эти механизмы часто работают на подсознательном уровне, и понимание их — первый шаг к защите.

Эмоциональные триггеры: страх и неуверенность как двигатель вовлечённости

Страх — один из самых мощных инструментов воздействия. Заголовки, которые пугают, вызывают больше реакций и переходов. Это подтверждают исследования, опубликованные в Nature Scientific Reports: контент с негативной окраской чаще распространяется вирусно.

В ИТ-сфере, где изменения происходят быстро, а конкуренция высока, страх остаться без работы или оказаться не у дел особенно актуален. Поэтому темы увольнений, кризиса и угрозы со стороны ИИ так популярны.

Пример: канал публикует новость о сокращениях в крупной компании. Факт может быть правдивым, но подаётся он так, будто это начало конца для всей индустрии. Читатель, особенно начинающий специалист, испытывает тревогу и начинает следить за каналом в поисках новых предупреждений.

Иллюзия экспертизы: почему мы доверяем не тем людям

Многие авторы каналов позиционируют себя как инсайдеры или эксперты. Они используют профессиональный жаргон, ссылаются на неназванные источники и делают уверенные прогнозы. Аудитория, особенно без глубокого опыта, склонна доверять таким фигурам — это когнитивное искажение, известное как эффект ореола.

Однако за громкими заявлениями часто стоит поверхностный анализ. Например, утверждение «ИИ заменит 50% разработчиков к 2030 году» может быть основано на вырванном из контекста исследовании или вовсе на домыслах. Проверить это сложно, поэтому мифы живут и множатся.

Алгоритмическое усиление: как платформа способствует панике

Telegram, как и другие соцсети, использует алгоритмы для рекомендаций контента. Цепляющие и сенсационные посты чаще показываются в релевантных чатах и каналах, что создаёт эффект снежного кома. Даже если первоначальный источник был малозаметным, алгоритм может разнести паническое сообщение по всей сети.

Кроме того, в ТГ активно работают боты и автоматические кросс-посты между каналами. Это позволяет быстро тиражировать непроверенную информацию — иногда она становится вирусной ещё до того, как её успевают проверить.

Эхо-камеры: почему мы видим только одну сторону правды

Многие подписчики ИТ-каналов находятся в своего рода информационных пузырях. Они читают те каналы, которые соответствуют их взглядам, и общаются в чатах с единомышленниками. Это создаёт эффект эхо-камеры — когда определённые мнения многократно усиливаются, а альтернативные точки зрения игнорируются.

Например, если несколько крупных каналов одновременно начинают говорить о кризисе в ИТ, их аудитория воспринимает это как общую правду, даже если данные по рынку говорят об обратном.

Проблема усугубляется тем, что пользователи непреднамеренно формируют поисковые запросы, соответствующие их существующим убеждениям. Исследование, опубликованное в Proceedings of the National Academy of Sciences USA, показывает: около трети запросов формулируются узко и предвзято (например, «риски ИИ» вместо «преимущества ИИ»).

Алгоритмы поисковых систем и соцсетей, включая Telegram, усиливают этот эффект, предлагая контент, который укрепляет существующие убеждения. Даже современные ИИ-поисковики вроде ChatGPT дают результаты, усиливающие изначальные предубеждения пользователя.

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

Критически важно осознанно формулировать запросы, проверять альтернативные источники и понимать работу алгоритмов, чтобы избежать искажённого восприятия реальности. Как отмечают исследователи, даже небольшие изменения в алгоритмах — например, принудительное расширение спектра выдаваемых результатов — могли бы смягчить искажения.

Реальность vs. повестка: что на самом деле происходит в ИТ

Чтобы противостоять манипуляциям, важно отделять факты от интерпретаций. В качестве демонстрации объективного подхода разберём уже упомянутые нами темы, которые наиболее часто искажаются в телеграм-каналах.

Рынок труда: нужны ли ещё джуны и что с зарплатами

Один из самых популярных страхов — что вход в ИТ закрыт, а джуниоры никому не нужны. Реальность сложнее. Да, конкуренция на входные позиции выросла: по данным HH.ru, в 2024 году на одну вакансию для начинающего специалиста могло приходиться до 20 резюме. Однако это не значит, что рынок умер — он стал более зрелым.

Крупные компании по-прежнему нанимают джуниоров, но теперь больше внимания уделяют качеству подготовки. Также растёт спрос на смежные специальности — например, DevOps, Data Engineering и AI-разработку. Зарплаты не падают массово, но их рост замедлился — это естественно для зрелой индустрии.

Влияние ИИ: помощник или конкурент?

Тема искусственного интеллекта обросла мифами сильнее других. Часто можно встретить утверждения, что ИИ вот-вот заменит программистов. Но сегодняшние ИИ-инструменты — это в основном помощники, а не замена. Например, GitHub Copilot или ChatGPT ускоряют рутинные задачи, но не способны на сложный дизайн архитектуры или принятие стратегических решений.

Исследование ВШЭ (Высшей школы экономики) показало, что компании, использующие ИИ-инструменты, работают эффективнее. При этом ИИ не отнимает работу, а трансформирует её — по данным GitHub Copilot, теперь программист делает больше за то же время.

Но есть и тревожные новости — как сообщают в Uplevel, использование AI-инструментов приводит к росту числа ошибок в коде. Более того, гендиректор компании Gehtsoft USA Иван Гехт отмечает, что код, сгенерированный ИИ, часто оказывается сложнее для понимания и отладки, чем написанный человеком — порой его эффективнее полностью переписать.

Он подчёркивает, что разработка ПО на 90% состоит из интеллектуальной работы: анализа требований, проектирования архитектуры и учёта ограничений, тогда как непосредственное написание кода остаётся технически более простой задачей.

Кризисы и сокращения: как их преподносят и что на деле

Сокращения в ИТ-компаниях — реальность, но их масштабы часто преувеличиваются. Например, в 2023-2024 годах крупные игроки вроде Amazon и Google действительно сокращали часть сотрудников. Однако в глобальном масштабе эти увольнения затронули менее 5% рынка. Более того, многие из сокращённых быстро находили новую работу благодаря высокому спросу на опытных специалистов.

Проблема в том, что каналы подают каждое такое событие как знак апокалипсиса, не учитывая общую динамику. Рынок ИТ по-прежнему растёт — просто темпы роста замедлились в условиях глобального экономического кризиса.

Психология восприятия: почему мы ведёмся на манипуляции

Зависимость от сенсаций — это не просто слабость, а особенность работы нашего мозга. Понимание этих механизмов помогает сохранять трезвость мысли.

Когнитивные искажения: как мозг упрощает реальность

Наше мышление подвержено системным ошибкам — когнитивным искажениям. В контексте ИТ-новостей наиболее релевантны:

• Подтверждающее отклонение. Мы склонны верить информации, которая подтверждает наши реальные страхи. Если разработчик уже беспокоится о конкуренции, он с большей вероятностью поверит в панические прогнозы.
• Эвристика доступности. Мы переоцениваем вероятность событий, которые легко вспомнить. Яркие заголовки о кризисах и увольнениях запоминаются лучше, чем сухая статистика о росте рынка.
• Эффект Даннинга-Крюгера. Новички в ИТ часто не могут оценить свою компетенцию и потому доверяют «экспертам» из ТГ, даже если те не заслуживают доверия.

Евгений Кот, VP of Engineering @ Rarible, психолог/терапевт (МГИ 2023), ведущий канала Доктор Кот (https://linktr.ee/bunopus):

«Проблема не только в когнитивных искажениях (они есть у всех из нас), сколько в синергетическом эффекте, своего рода "когнитивном шторме", особенно в условиях высокой неопределенности, характерной для IT-сферы. В медленно меняющихся отраслях меньше истерии, но и награда меньше. Это подкрепляется мнением, что мол "айтишники зажрались", которое можно прочесть как "ты переоценён, ты столько не стоишь, это просто удача". Совсем не добавляет уверенности. Вот в таких условиях все три искажения складываются друг с другом в когнитивный капкан.

Подтверждающее отклонение (Confirmation Bias) работает на том, что мозгу проще согласиться с пусть и плохой, но зато простой и понятной информацией. "Рынок рухнул" – больше ничего добавлять и не надо. Особенно если человек склонен к драматизации и пессимизму. Мозг стремится к состоянию внутреннего психологического комфорта и будет активно искать или интерпретировать информацию так, чтобы она согласовывалась с уже существующими убеждениями или принятыми решениями. Festinger, L. (1957). A Theory of Cognitive Dissonance. Stanford University Press.

Эвристика доступности (Availability Heuristic) как понятие оригинально появилась в классической работа Даниэля Канемана и Амоса Тверски. Они показали, что люди оценивают частоту или вероятность события по легкости, с которой примеры приходят на ум. Эвристика доступности работает особенно мощно, когда информация не просто яркая, а эмоционально заряженная (страх, гнев, паника). История об увольнении конкретного человека с его переживаниями (эмоциональный нарратив) запомнится и будет казаться более вероятным событием, чем сухая статистика о найме тысяч специалистов. И, как уже было упомянуто, существует "каскад доступности" — когда медиа запускают цепную реакцию, в которой незначительное событие раздувается до масштабов катастрофы, потому что о нем все говорят. Все мы помним знаменитый мем про журналистов и учёного.

Ну и наконец про уже набивший оскомину Эффект Даннинга-Крюгера. У него есть и обратная сторона. А она в том, что высококлассные специалисты и настоящие эксперты склонны недооценивать свои знания и способности, поэтому чаще всего высказываются осторожно и неинтересно в духе "ну, это зависит от...". В контексте Telegram-каналов это создает опасную ситуацию: громче всех кричат уверенные в себе дилетанты, в то время как настоящие эксперты молчат и думают, из-за чего их мнение тонет в общем шуме.

Лет десять назад для всех стало открытием, что, помимо технических навыков стоит развивать и софт скиллы. Тогда казалось, что с айтишников спрашивают и так слишком много. В наше же тревожное время и этого мало. На первый план выходят метакогнитивные навыки, то есть "умение думать о своем мышлении". Каждый раз, когда вы видите "заряженный" пост, который вас расстраивает, злит или пугает, спросите себя: "Какую эмоцию я сейчас испытываю?", "Насколько вероятно, что такое происходит везде, достаточно ли приведено ссылок на статистику или это единичный случай?" ну и самое важное: "Является ли автор этого поста признанным экспертом, или он просто говорит очень уверенно?".

Забота о своём ментальном здоровье не менее важна, чем забота о своём теле. И, если идея о том, что не стоит пихать в себя фастфуд и сладкое тоннами уже примерно понятна всем, то идее фильтрации потребляемого контента ещё предстоит прорасти в умах потребителей. А пока — "не читайте до обеда Телеграмм каналов"».

Эти искажения делают нас уязвимыми перед манипуляциями — особенно когда мы сталкиваемся со сложными и неопределёнными ситуациями.

Социальное доказательство: почему мы верим толпе

В условиях неопределённости мы склонны ориентироваться на поведение других. Если все вокруг говорят о кризисе, мы начинаем верить в него даже без прямых доказательств. Это называется социальным доказательством — механизм, который часто используют каналы, накручивая активность через ботов или создавая видимость массового обсуждения.

Например, канал может опубликовать опрос «Верите ли вы, что ИТ-рынок в упадке?» с заранее подготовленными вариантами ответов. Даже если большинство участников выберут положительный ответ, это не будет отражать реальность — лишь мнение конкретной аудитории.

Как защитить себя: практические советы по потреблению контента

Осознание проблемы — уже половина решения. Вот несколько конкретных шагов, которые помогут сохранить ясность мысли и не поддаваться панике.

Развивайте медиаграмотность: проверяйте источники

Не принимайте информацию на веру — всегда ищите первоисточники. Если канал утверждает, что «70% компаний перестали нанимать джуниоров», спросите: откуда эти данные? Кто проводил исследование? Часто оказывается, что за громкими цифрами стоит опрос среди десяти друзей автора.

Полезно подписаться на проверенные источники: официальные блоги компаний, исследования авторитетных организаций вроде Stack Overflow или Gartner, академические журналы. Например, ежегодный опрос Stack Overflow среди разработчиков — отличный источник реальных данных о трендах индустрии.

Диверсифицируйте ленту: выходите из пузыря

Не ограничивайтесь Telegram — используйте разные платформы и форматы. Подпишитесь на проверенные профильные издания, например, на Tproger или IEEE Spectrum, читайте блоги технологических компаний, участвуйте в профессиональных сообществах.

Важно также слушать разные точки зрения. Если вы читаете только те каналы, где критикуют ИИ и пугают Скайнетом, добавьте те, которые демонстрируют потрясающие возможности нейросетей. Это поможет сформировать более сбалансированную картину.

Учитесь распознавать манипулятивные приёмы

Обращайте внимание на язык и подачу. Манипулятивные каналы часто используют:

• абсолютные утверждения: «все», «никогда», «категорически»;
• призывы к эмоциям: «сенсация», «закрытые источники»;
• неопределённые ссылки: «эксперты говорят», «исследования показали» без конкретики.

Напротив, качественные источники обычно приводят данные, признают ограничения и избегают категоричных прогнозов.

Отслеживайте своё состояние: не давайте тревоге взять верх

Если чтение ленты вызывает стресс или тревогу — сделайте перерыв. Помните, что ваша ценность как специалиста определяется не заголовками в телеграме, а реальными навыками и опытом.

Практикуйте осознанное потребление контента: выделите определённое время на чтение новостей, а не проверяйте их постоянно. И если какой-то канал постоянно вызывает негативные эмоции, смело отписывайтесь — ваше ментальное здоровье дороже сомнительной осведомлённости.

Итоги: как оставаться в курсе без потери адекватности

Telegram-каналы — удобный инструмент, но они не должны быть единственным источником информации. Индустрия ИТ действительно меняется: растут требования к специалистам, появляются новые технологии, рынок становится более зрелым. Но это не кризис — а естественное развитие.

Ключ к адекватному восприятию реальности — в критическом мышлении и разнообразии источников. Проверяйте факты, развивайте экспертизу и не поддавайтесь панике. Как показывает практика, ИТ остаётся одной из самых динамичных и перспективных индустрий — просто теперь для успеха в ней требуется не только умение кодить, но и способность отделять сигнал от шума.

Этот компьютер, разработанный в 1940-х годах, стал одним из первых шагов на пути к современной вычислительной технике.

Руководство, опубликованное в 1950 году, подробно описывает работу системы и процесс программирования на этой ранней вычислительной машине.

Вклад Тьюринга в развитие вычислительной техники

Алан Тьюринг, признанный одним из основоположников компьютерной науки, разработал принципы, которые легли в основу работы Manchester Mark I.

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

Manchester Mark I использовал двоичную систему и выполнял вычисления с использованием машинного кода — концепции, которая и сегодня применяется в компьютерных технологиях.

Технические особенности

Manchester Mark I был оснащен ртутным запоминающим устройством и магнитным барабаном для хранения данных.

В мануале, созданном Тьюрингом, подробно описаны все технические аспекты компьютера, включая инструкции по программированию и управлению ресурсами.

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

Значение публикации

Появление этого мануала в сети является важным событием для истории вычислительной техники.

Он позволяет взглянуть на первые шаги в создании компьютеров и лучше понять, как рождалась современная цифровая эпоха.

Исследование этого вопроса привело его к интересным открытиям о происхождении этой практики.

С чего все начиналось

История точки с запятой в программировании уходит корнями в 1958 год, когда в языке ALGOL 58 впервые использовался этот символ в качестве разделителя операторов.

До этого программные инструкции обычно разделялись с помощью пробелов и размещались на отдельных строках или перфокартах.

Введение точки с запятой позволило программистам помещать несколько инструкций на одну строку или распределять одну инструкцию на несколько строк, что сделало программирование гораздо более гибким.

Но почему именно «;»?

Хотя точные причины этого выбора в исторических документах не описываются, разработчик нашел несколько логичных объяснений:

• Доступность символа: в ранние годы развития компьютеров набор доступных символов был ограничен, и точка с запятой часто входила в этот набор.
• Удобство ввода: на многих клавиатурах точка с запятой находится в удобной доступности и не требует дополнительных действий для ввода, в отличие от других символов.
  
• Семантическая пригодность: в английском языке точка с запятой используется для разделения связанных между собой предложений, что аналогично разделению связанных инструкций в программировании.
  

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

Это закон, который гласит, что «ни провайдер, ни пользователь интерактивного компьютерного сервиса не считаются издателем или носителем какой-либо информации, предоставленной другим провайдером информационного контента».

Проще говоря, ответственность за высказывание несет только его автор, а не соцсеть, на которой оно появилось и не человек, который сделал репост. Исключения: детская порнография, информация о торговле секс-услугами. При этом закон не запрещает площадкам модерировать контент по своему усмотрению.

Откуда он взялся?

С начала 90-х годов в США проходили суды против площадок и провайдеров, которые публиковали сомнительный контент. И два из них стали поводом для написания закона:

• Prodigy Services, которая пыталась модерировать контент, решили привлечь к ответственности за высказывания на площадке;
• CompuServe же избежала ответственности по похожему иску, потому что проводила политику невмешательства.

То есть любая площадка не могла регулировать контент, если хотела точно себя обезопасить.

Раздел 230 появился в противовес. Он должен был дать компаниям определенную свободу и возможность устанавливать правила публикации. Пользователи же выбирали те площадки, которые соответствовали их принципам.

Почему он так важен?

Организация Electronic Frontier Foundation, назвала Раздел 230 одним из самых важных документов для свободы слова в киберпространстве.

Он фактически позволяет работать соцсетям, форумам и даже поисковикам. Потому что благодаря ему компании могут создавать модерируемые площадки и не бояться повестки в суд. И потому что без него многие площадки просто физически бы не справлялись с потоком контента (за которой приходится отвечать по закону).

Побочный эффект: компании могут относительно свободно создавать новые соцсети и форумы. И тем самым дают работу множеству IT-специалистов.

Тогда почему его хотят отменить?

Потому что, по мнению представителей власти в США, Раздел 230 предоставляет платформам слишком много свобод и слишком мало ответственности. Так, они могут публиковать практически любой контент, даже потенциально опасный, потому что считаются только посредниками.

Например, до 2018 года компании не несли ответственность за то, что фактически содействуют секс-торговле.

Другой пример. В 2015 году американская студентка погибла от рук террористов. Ее семья подала в суд на Google, потому что алгоритмы YouTube рекомендовали пользователям контент, связанный с террористическими группировками и привлекали к ним все больше внимания. По словам адвоката, Google даже размещала в их роликах рекламу и таким образом помогала зарабатывать. Суд низшей инстанции постановил, что компанию защищает Раздел 230.

Кроме того, на площадках появляется много недостоверной информации, например, сплетни и звездах, способы вылечить рак силой мысли. Такой контент часто выходит в топ, потому что люди его читают и делятся им. А правдивая информация, которая часто куда менее вызывающая, теряется.

Наконец, площадки, наоборот, могут регулировать контент по своему усмотрению, что ограничивает свободу слова.

Почему бы тогда просто не отменить его?

Потому что это уничтожит известный нам интернет и в первую очередь навредит самим пользователям (по мнению уже упомянутой EFF).

Многие площадки, скорее всего, вовсе запретят размещать пользовательский контент, потому что это проще и дешевле, чем суды. Кто-то закроется. Кто-то серьезно усилит цензуру. Каждая публикация будет на модерации чуть ли не несколько дней, потому что, во-первых, нужно будет точно проверить все на наличие сомнительных высказываний, и во-вторых, в очереди будет множество таких же постов.

В итоге пользователи не смогут оперативно делиться мыслями, их контент будут внезапно удалять, чтобы избежать исков. В том числе в опасности будет общественно значимая информация, например, о нарушении прав человека. Да и писать что хочешь, больше не получится.

Кроме того, если Раздел 230 исчезнет, начнется множество судебных разбирательств: одни будут требовать удалить контент, другие — вернуть его.

Против отмены выступили, например, Microsoft, Reddit, Google, Wikimedia.

А что тогда делать?

Пока непонятно. В США периодически предлагают способы дополнить Раздел 230, но четкого решения пока нет.

А WIRED, например, говорит о том, что искусственный интеллект откроет «эру без Раздела 230». Так, если ИИ будет обучаться не на отобранных данных, а на всех данных, среди которых в приоритете будут качественные, то сможет выдавать ту самую качественную и безопасную информацию автоматически.

Постарались подобрать довольно неочевидные вопросы, ответы на которые должен помнить только настоящий олд.

Пишите в комментариях, удалось ли нам угадать ваше десятилетие?

Советская РАПИРА

Не будем тут рассказывать про 1С, который видели и обшутили все. Зато расскажем про РАПИРУ.

Это учебный язык программирования, разработанный в СССР в 1978-1979 годах. В школах и институтах на нем учились писать код для советской техники, делали в основном прикладные программы: калькуляторы, алгоритмы, поиска, сортировки, решения математических задач и прочего.

Синтаксис РАПИРЫ основан на русской лексике, но есть версии на английском, русском и грузинском.

Сейчас РАПИРА не используется. Язык уступил место сначала Algol, потом BASIC и Паскалю, но залезть в спецификацию и покопаться в синтаксисе можно до сих пор.

Исландский Fjölnir

Fjölnir (читается как «Фьёльнир») — язык программирования, разработанный исландским профессором информатики Снорри Агнарссоном еще в 1980-е. Он используется для обработки списков, как в LISP, и модульного программирования. Кстати, подключение этих самых модулей реализовано необычно — через алгебраические операции:

Испанский Lexico

Lexico выпустили 1985 году, и он продолжал развиваться вплоть до нулевых годов — последняя версия вышла в 2009.

Это объектно-ориентированный язык программирования, написанный на базе .NET. Ожидаемо, очень похож на C# (но слов побольше) и работает только на Windows. Из особенностей:

• два класса — число и характер;
• объект автоматически инстанцируется при объявлении переменной, если не указать ключевое слово no_crea;
• вместо оператора присваивания используется ключевое слово copie.

Корейский Aheui

Эзотерический язык программирования, написанный на базе корейской письменности хангыль. Очень похож на Befunge У него есть масса своих особенностей, например:

• символы не на хангыле и пробелы считаются комментариями и игнорируются при выполнении кода;
• у согласных и гласных разные функции, «инструкцией» для компилятора являются только согласные;
• согласные обрабатываются перед гласными.

Вот так на Aheui выглядит простой Hello, World!:

Советуем покопаться в спецификации и узнать чуть больше о языке.

Арабский Qalb

Относительно новый язык программирования, который появился в 2012 году. Он позволяет писать программы на современном арабском языке, разумеется, справа налево. Синтаксис похож на Lisp или Scheme.

Но Qalb в первую очередь — перформанс, и только потом — язык программирования. Вот что говорит о проекте Рамси Нассер:

Qalb — исследует роль человеческой культуры в программировании. Он написан полностью на арабском языке, поэтому подчеркивает культурные предубеждения в области компьютерных наук и бросает вызов стереотипам.

Индийский Kalaam

Kalaam — функциональный язык программирования, основанный на хинди. Его создал Свананда Кадам в 2020 году в рамках образовательного проекта — чтобы помочь школьникам и студентам разобраться в программировании.

Kalaam заточен под веб-разработку, у него есть даже бета-версия фреймворка для создания веб-приложений. Одна из особенностей — на нем можно кодить с ПК и телефона, в том числе прямо на сайте.

Вот небольшой пример кода с официального сайта:

Китайский Вэньянь-лан

Еще один молодой язык программирования. Его создал выпускник Университета Карнеги-Меллона Линдун Хуан. Вначале все задумывалось как пет-проект. Но идея оказалась слишком популярной — Линдун Хуан еще не дописал руководство, а энтузиасту успели написать десятки программ и засыпать создателя вопросами.

В базе Вэньянь-лан — классические китайские иероглифы. Визуальный стиль кода — как у древних китайских текстов. Пробелов в коде нет, а фразы могут иметь несколько значений. Так что кодить не носителю китайского будет очень непросто.

К 2024 году появился компилятор для Python, Ruby и JavaScript и онлайн-IDE, планируют добавить для C ++ и Java.

Особых преимуществ по сравнению с другими языками (на китайском в том числе) у Вэньянь-лан нет. Но выглядит эффектно.

Японский Nadesiko (なでしこ)

Японский язык программирования, который позволяет писать код, используя японские символы и грамматику. Его основная цель — сделать программирование доступным для людей в Японии.

По словам создателя, у него простой синтаксис и низкий порог входа, так что он отлично подойдет для новичков в программировании, школьников и студентов.

В отличие от многих языков, написанных не на английском, регулярно обновляется. Последний патч вышел в феврале 2024 года. Доступен на ПК, смартфонах и планшетах, а на официальном сайте есть онлайн-IDE. Можно зайти и потестить, если знаете язык.

Клингонский var'aq

Эзотерический язык программирования, основанный на клингонском языке (на нем говорила раса, собственно Клингонов в «Звездном пути»). Создан в 2000 году Брайаном Коннорсом.

Язык основан на PostScript и использует Lisp для структур данных. Но все пишется на клингонском (хотя есть и английская локализация). Сам Коннорс называет его Klingon Basic и сравнивает с C++ не в пользу последнего. Все потому, что в Var’aq уже в 2003 были параллелизм, продвинутая математика и поддержка распределенных систем.

Вот так выглядит вывод чисел Фибоначчи на Var’aq:

Пройдите тест и узнайте, неофит вы или глубокий интернет-старец, который преисполнился в своём познании. :)

Спустя несколько лет США потребовали экстрадиции Гэри Маккиннона, где ему грозили 70 лет тюрьмы (и штраф в 700 тысяч долларов «вишенкой»). А на защиту встали британские таблоиды, Стинг и Борис Джонсон.

Первый код на BASIC и «Военные игры»

Гэри Маккиннон родился в 10 февраля 1966 года в Глазго, Шотландия. С детства под влиянием родителей заинтересовался научной фантастикой, поверил в НЛО и внеземные формы жизни.

В 14 лет ему подарили первый компьютер — Atari 400, с не самой удобной мембранной клавиатурой и аж 4 КБ ОЗУ. Он потихоньку начал изучать программирование, писал код на BASIC, делал собственные игры, увлекся компьютерной графикой и ИИ. С 14 до 17 лет он тратил свободное время на «изучение всего компьютерного».

В 17 Маккиннон увидел фильм «Военные игры» — о хакере-подростке, который взломал Пентагон и чуть не начал третью мировую войну. И вдохновился идеей. Он бросил школу, какое-то время работал парикмахером, а позже нашел место в техподдержке.

Как взломать Пентагон и НАСА с домашнего компьютера

В 1995 году Маккиннон прочитал книгу Хьюго Корнуолла «Руководство хакера», которая окончательно убедила его попробовать себя в этой сфере. И с 1997 года начал взламывать компьютеры американских военных, а в начале нулевых добрался до НАСА.

Он использовал домашний компьютер и модем с соединением со скоростью 56 кбит/с по телефонной сети общего доступа. И программы для удаленного управления компьютерами и сканирования сети.

С помощью собственного ПО хакер под ником Соло искал и взламывал незащищенные системы (для проникновения в некоторые нужно было только ввести логин admin), изучал данные, которые в них хранятся, и устанавливал бэкдор, чтобы была возможность восстановить доступ в любое время.

Сначала он перемещался по сетям осторожно, по ночам, когда шанс обнаружить подозрительную активность снижался. Но после расслабился и даже оставлял записки «Ваша система безопасности — дерьмо», если не находил ничего интересного.

Сам Соло был удивлен тем, что может установить программное обеспечение для удаленного доступа к компьютерам без каких-либо проблем.

С 1 февраля 2001 года по 19 марта 2002 (этот временной промежуток указан в иске) Маккиннон проник в 97 компьютеров, принадлежавших министерству обороны США и НАСА. Есть версия, что чиновники заметили его присутствие, но просто наблюдали и собирали улики.

Во всем виноваты инопланетяне

Маккиннон объяснил свои действия стремлением найти доказательства того, что правительство США скрывает информацию об инопланетянах и технологиях, которые могли бы обеспечить всех бесплатной энергией. Нашел ли он что-нибудь интересное? Возможно. Сам хакер был уверен, что видел изображение чего-то похожего на НЛО.

«Доказательства» хранились в одном из зданий Космического центра имени Линдона Джонсона, где НАСА разрабатывает пилотируемые космические корабли и обучает астронавтов. В так называемом «Строении 8», где по словам Маккиннона, стирали любые свидетельства существования инопланетного разума с реальных спутниковых снимков, хакер нашел папку под названием «Без фильтра», где лежали фотографии космического аппарата сигарообразной формы.

«У меня была возможность управлять рабочим столом. Настроив глубину цвета и разрешение, я смог мельком увидеть один из снимков. На нем был серебристый объект сигарообразной формы с геодезическими куполами по обе стороны. Не было никаких видимых швов или заклепок. Не было никаких указаний на размер объекта», — рассказал Соло изданию Wired еще в 2006 году.

К сожалению, подключение было очень медленным, и пока Маккиннон скачивал фото в высоком разрешении, кто-то в НАСА заметил вторжение и прервал загрузку.

Еще Маккиннон нашел засекреченный список личного состава американской армии, где были перечислены «Внеземные офицеры». В таблице хранились имена и звания военнослужащих ВВС США, не зарегистрированных больше нигде и информацию об их перемещениях с корабля на корабль.

«Ни один из этих кораблей не был морским. Это были не ВМФ, не армия и даже не ВВС. Поэтому я подумал, что это внеземные космические силы или, по крайней мере, космический флот», — добавил Соло.

Десятилетнее судебное разбирательство

Деятельность Маккиннона не осталась незамеченной. Он оставил информацию о своем IP, использовал адрес своей почты для установки на американские компьютеры вредоносное ПО. А еще однажды перепутал часовые пояса и подключился к компьютеру в США в рабочее время. И владелец увидел движения курсора на экране.

19 марта 2002 года Национальный отдел Великобритании по борьбе с Hi-Tech преступлениями арестовал хакера. В том же году его осудили в штатах Вирджиния и Нью-Джерси в преступления, связанных с компьютерами.

Правительство США обвинило Маккиннона во взломе десятков компьютеров, краже сотен паролей и учетных записей, изменении и удалении файлов и выводе из строя критически важных систем. За это ему грозило до 70 лет заключения в американской тюрьме и компенсация ущерба в размере 700 000 долларов. В 2005 году началось слушание по делу о его экстрадиции, на котором Марк Саммерс, представлявший правительство США, предъявил Гэри обвинение во взломе правительственных систем США.

Британец во всем признался, но начал бороться с экстрадицией, ссылаясь на права человека и состояние здоровья. Выяснилось, что Маккиннон страдает синдромом Аспергера — формой аутизма, которая, по его словам, объясняет его одержимость НЛО.

Дело вызвало резонанс, информация о диагнозе разошлась, Маккиннона поддерживали даже звезды и политические деятели. В марте 2009 года Стинг заявил в интервью Daily Mail, дело Маккиннона — это «жалкая пародия на права человека. Британское правительство готово выдать уязвимого человека, даже не изучив обстоятельства дела». Борис Джонсон, на тот момент мэр Лондона, заявил, что считает своим долгом проследить за тем, чтобы права человека в деле не были нарушены.

Вопрос об экстрадиции даже обсуждался между главами правительств во время первого визита Дэвида Кэмерона в США в качестве премьер-министра Великобритании в июле 2010 года.

В октябре 2012 года Тереза Мэй приняла решение не выдавать Маккиннона, ссылаясь на его психическое здоровье и риск суицида в случае экстрадиции. Это решение получило широкую поддержку британских правозащитников, но вызвало недовольство властей США.

После освобождения Маккиннон ведет спокойную жизнь, комментирует новости про инопланетян и занимается SEO-поддержкой сайтов. Он организовал компаниюSmall SEO Ltd.

Fortran

FORTRAN (FORmula TRANslation) — это один из самых старых высокоуровневых языков программирования. Первую версию выпустила IBM в 1957 году.

Язык появился как конкурент «Ассемблера» — для научных и инженерных расчетов (особенно для работы с матрицами и массивами). И благодаря скорости и эффективности быстро завоевал популярность. В начале шестидесятых создали десятки компиляторов Fortran.

Постепенно он отошел на второй план и уступил C++, Python, и Java и прочим современным языкам. Они оказались более гибкими, с более простым и понятным (и не таким громоздким) синтаксисом (и не таким громоздким) и куда лучше отвечали запросам. Люди стали разрабатывать все больше мобильных и веб-приложений, игр и прочего — а Fortran для этого не подходит.

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

• Программы для моделирования погоды и климата, такие как модели Межправительственной группы экспертов по изменению климата (IPCC), часто написаны на Fortran.
• Пакеты для моделирования в области химии и биоинформатики, например, GROMACS для молекулярной динамики, используют Fortran для проведения сложных вычислений, связанных с химическими и физическими свойствами молекул.
• Язык используется в астрономических расчетах и разработке программного обеспечения для космических исследований. Например, на нем написано много астрофизического программного обеспечения для моделирования звезд и галактик.
• Частично на Fortran написаны приложения для механического и структурного моделирования, например, ANSYS и прочие CAD/CAE системы.

COBOL

COBOL (Common Business-Oriented Language) — это высокоуровневый язык программирования, созданный в 1959 году для работы с данными в финансовой сфере и статистике. Его разработали, чтобы сделать написание программ проще — особенно для людей, неглубоко погруженных в информатику. Какое-то время он оставался самым популярным языком в мире, и на нем по-прежнему работают многие устаревшие бизнес-системы.

Но использовать COBOL вне финансовой сферы оказалось проблематично. Код было слишком сложно поддерживать и обновлять, так что со временем большинство компаний отказались от него вовсе — в пользу более современных языков. К тому же со временем количество специалистов, знающих COBOL и желающих работать с ним, сократилось, что увеличило затраты на поддержку и развитие соответствующих систем.

В итоге язык остался «жить» в банках и страховых компаниях, которые работают с одними и теми же транзакционными системами десятилетиями. Кроме того, пенсионные и социальные системы, до сих пор работают на COBOL (слишком много рисков, связанных с миграцией на новые технологии). И некоторые промышленники и логистические компании по-прежнему пользуются этим языком процессами.

ADA

Ada создали в конце 1970-х — начале 1980-х годов по заказу Министерства обороны США для разработки бортовых систем военных объектов, авиа- и космических систем, медицинских приложений и прочего софта, от которого требуют в первую очередь надежности и безопасности.

Но особой популярности у языка не было. Ada оказался языком с очень высоким порогом входа. Да и на рынке оказались важнее скорость разработки и гибкость в изменении требований к продукту, а не предложенные максимальная надежность и строгая проверка всего на этапе компиляции. Для многих приложений такой уровень контроля над программой не требуется, а значит, преимущества Ada не оправдывают вложений. Зато в основных областях он все еще востребован, на нем пишут:

• оборонные системы, особенно в США и Европе;
• системы управления полетами, спутниковые системы и программное обеспечение для космических аппаратов (например, на нем разрабатывали по да Boeing 777 и шаттлов NASA);
• системы управления железными дорогами и некоторые системы безопасности автомобилей;
• медицинские устройства.

APL

APL (A Programming Language) появился в 1960-х годах для обработки массивов и обращения с большими блоками чисел в целом. Он отлично подходил для решения математических, статистических и логических задач — с помощью сравнительно короткого кода.

Но язык использует собственный набор символов (из-за чего для разработки нужна специальная клавиатура), поэтому порог входа оказался слишком высоким.

Кеннет Айверсон постарался исправить этот недостаток с помощью J, который использует диграфы. Но только в 1990 году — поздновато, чтобы популяризировать старый и весьма специфический стиль программирования.

Сейчас APL используется в редких проектах:

• в некоторых финансовых учреждениях и для анализа больших объемов данных.
• в науке для обучения концепциям обработки массивов и функционального программирования;
• некоторые программы, написанные на APL, продолжают использоваться в специфических областях, требующих поддержки и обслуживания.

PL/I

PL/I (Programming Language One) представила IBM в 1960-х годах — в ответ на появление COBOL. Он задумывался как универсальный язык, объединяющий Fortran (для научных расчетов) и Comtran (для бизнес-приложений). В результате получили смесь двух языков — со множеством дополнительных функций и тонной синтаксического сахара.

Но пытаясь сделать универсальный язык, IBM выпустила нечто слишком сложное и для поклонников Fortran, и для поклонников Cobol (да и зачем учить что-то новое, когда уже есть прекрасный язык под конкретные задачи). И пока компания пыталась решить все проблемы языка, появился более удобный и современный BASIC.

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

Перед вами 9 утверждений, а ваша задача – угадать, относится ли факт к основателю Microsoft Биллу Гейтсу или к легендарному лидеру Apple Стиву Джобсу.

Готовы проверить свои знания? Поехали!

Мы тоже решили покопаться в истории Nokia 3310 и рассказать, почему же он так хорош.

Стал одним из самых продаваемых на момент выхода

Компания продала 126 миллионов телефонов (благодаря чему модель до сих пор в топе самых продаваемых в истории). Но покупали его не за бесконечную зарядку и прочность. В нулевые обращали внимание на:

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

Дизайнер Nokia 3310 рассказывал, что хотел сделать телефон дружелюбным и отзывчивым — именно поэтому дизайн плавный, а кнопки расположены в «форме улыбки» «Я назвал это визуальной эргономикой — когда объект сообщает, насколько он интуитивно понятен и прост в использовании».

Кастомизация и еще раз кастомизация

Вместо обоев и чехлов в нулевые мы меняли корпуса телефонов (что было особенно удобно, если корпус поцарапался/разбился).

Nokia 3310 — одних из первых телефонов с ТАКИМ количеством съемных панелей: от ярких однотонных до вариантов с фотографиями Бритни Спирс и 50 Cent.

А еще можно было ставить уникальные рингтоны на каждый контакт и создавать свои мелодии. Правда, помещалось всего семь штук.

Автономность

Маленький съемный аккумулятор емкостью всего 900 мАч, который вполне мог прожить до 5 часов в режиме разговора и 260 в режиме ожидания. Можно было спокойно заряжать раз в неделю и думать, что забыл дома пауэрбанк.

И когда батарея износилась, просто поставить другую, а не покупать новый телефон.

Множество новых для своего времени фич

Nokia одной из первых предложила пользователям раннюю версию системы автокоррекции. Расширила число символов сообщения до 459 (а сообщения тогда были дорогими).

А еще добавила предка современных мессенджеров — мобильный чат. Пользователи передавали друг другу SMS, но похоже это было на классические чаты в интернете: можно было получать сообщения в реальном времени, общаться с несколькими людьми, придумывать ники…

И, разумеется, бесконечная, меметичная прочность

Благодаря простой конструкции телефон было практически нереально сломать: внешний пластиковый корпус поглощали основную силу удара. И уже внутреннему корпусу, который защищал железо, доставалось не так сильно. Культовости добавляют многочисленные дроп-тесты, истории про долговечность и мемы. Вот пара примеров:

• В 2017 году 49-летний отставной офицер рассказал The Sun о том, что пользуется Nokia 3310 уже 17 лет. И не планирует менять, потому что телефон все еще прекрасно работает.

• Блогеры до сих пор проводят дроп-тесты телефона: HaerteTest кидал телефон на землю с высоты больше 30 метров — и он продолжал работать. А UnlockRiver сбросил его уже с высоты в примерно 300 метров.

• 4PDA удалось разбить телефон. Удар молотком Nokia 3310 не пережил, зато гвоздь забил прекрасно.

Кстати, в 2015 году Nokia 3310 выбрали как один из трех «Национальных эмодзи» Финляндии. Назвали его, разумеется, The Unbreakable.

В рунете о нём почти нет статей, но его история довольно меметична: он успел поторговать наркотиками из КНДР, поторговать оружием с Ираном, Сомали и Израилем, собрать свою личную армию и подружиться с Джеффри Эпштейном.

Рассказываем подробнее, кто же этот Ле Ру.

Детство Пола Ле Ру — необщительного подростка за компьютером и торговца порнографией

Пол Ле Ру родился в 1972 году в Зимбабве. Мистификации, связанные с его биографией, появляются уже с рождения.

Дело в том, что его мать сразу же отказалась от него, а об отце совсем ничего неизвестно. Кто-то предполагает, что мать Ле Ру была несовершеннолетней, а кто-то — что его бабушка была женой американского сенатора.

Его быстро усыновили, но маленький Пол рано узнал о том, что он приёмный ребёнок. Возможно, поэтому он был достаточно проблемным ребенком. Примерно в 13 лет у него появился компьютер, в который Пол погрузился с головой. Он проводил сутки напролёт в игре Wing Commander.

Уже в 15 или в 16 лет Пола арестовали за продажу порнографии, после чего тот стал совсем нелюдимым. Пол перестал посещать занятия в школе, отказался учить обязательный для всех учеников язык африкаанс, а затем и вовсе бросил учёбу.

После этого юноша Пол записался за курсы программирования, которые окончил очень быстро: на прохождение годичной программы у него ушло два месяца. Ещё погодя Пол покинул Африку и перебрался в Великобританию, где устроился на работу программистом и женился.

В Великобритании Пол работал в SecurStar и занимался кибербезопасностью. Он неоднократно пытался открыть собственный бизнес: на его счету есть пара попыток запустить интернет-казино, которые никак не могли набрать популярность среди игроков.

Карьера Ле Ру в IT: создание E4M и TrueCrypt

В 90-х Пол активно пользовался Usenet ­— это было что-то вроде предшественника интернет-форумов. Здесь Пол часто писал про шифрование, а иногда ещё и троллил других участников сообщества. К примеру, Пол не любил австралийцев. Почему — никто не знает.

Что касается шифрования, Пол считал, что только шифрование дисков может стать последним бастионов в защите гражданских свобод от повсеместной слежки за пользователями.

В 1997 году Ле Ру приступил в разработке программы E4M — Encryption for the Mass. Программа шифрует диски на Windows. Продукт вышел в 1999 году, а в 2000 году Пол основал компанию SW Professionals, которая была нужна, чтобы монетизировать продукт. В компании работали до 6 человек.

В 2001 году Ле Ру пригласили поработать в компании SecurStar, в которой тот должен был создать движок для программы шифрования DriveCrypt. В 2002 году обнаружилось, что Ле Ру продолжал работать над Е4М, используя при этом наработки команды DriveCrypt, за что был уволен.

В 2004 году появилась TrueCrypt — легендарная программа шифрования дисков. Разработчики софта остались анонимными, но известно, что Е4М лежит в основе TrueCrypt. Некоторые коллеги сразу заподозрили Ле Ру в том, что именно он — автор программы. С 2007 года все подчинённые Ле Ру должны были шифровать данные при помощи TrueCrypt.

Скандал с RX Limited и продажа опиоидных лекарств

В 2004 году Ле Ру открыл свою компанию — RX Limited. Она была зарегистрирована в США, но фактически компания располагалась на Филиппинах. Вот, что придумал Ле Ру: пользователи делали запрос на получение лекарств, для чего описывали свои симптомы и отправляли их докторам. Врачи выписывали лекарства, после чего пользователь мог заказать нужное лекарство.

Законно ли это? Не совсем. Тем более, что компания Ле Ру часто выдавала лекарства умершим людям. В 2007 году правоохранители серьёзно заинтересовались RX Limited.

Период работы RX Limited пришёлся на бум интереса к опиоидным наркотикам в США. С 1999 по 2016 год 450 тыс. человек умерли от передозировки медицинскими наркотиками. Именно эта печальная тенденция позволила RX Limited стать популярной.

Среди прочего, компания отпускала в продажу:

1. Fioricet — активные ингредиенты: буталбитал, ацетаминофен и кофеин, для лечения головной боли напряжения и мигрени;
2. Propecia — активный ингредиент: финастерид, средство от выпадения волос;
3. Soma — активный ингредиент: каризопродол, миорелаксант для лечения проблем со спиной;
4. Ultram — активный ингредиент: трамадол, синтетический опиоид, болеутоляющее;
5. Виагра — активный ингредиент: силденафил, средство для лечения эректильной дисфункции.

Управление по борьбе с наркотиками США провело рейд и самостоятельно купило у компании Ле Ру лекарства по поддельным паспортам и рецептам. После этого стало ясно, что компания работает незаконно.

УБН установило прослушку за Ле Ру и выяснило, что тот торгует оружием, наркотиками и боевиками. Также Ле Ру сдали его подчинённые, которых УБН уже задержало по подозрению в наркоторговле.

Вот, что узнали в УБН.

Криминальная империя Пола Ле Ру: наркоторговля с КНДР, продажа оружия Ирану и Сомали

Правоохранители быстро выяснили, что у Ле Ру была собственная армия. Однажды в баре Пол познакомился с Дэвидом Смитом, который был наёмником в Ираке и Сьерра-Леоне. Смит стал вербовать боевиков в личную армию Ле Ру, чтобы защищать его бизнес в Азии. Часто для набора в штат Смит и Ле Ру использовали LinkedIn.

Официально армия была нужна для защит компании от рейдеров. На деле она понадобилась по двум причинам.

Во-первых, Ле Ру вывозил наличные в Гонконг, где обменивал их на золото и драгоценности. Всё это нужно было перевозить через границу и не позволить украсть. Деньги же отмывались через компании-однодневки.

Во-вторых, компания Пола перевозила не только сомнительного качества лекарства, но и наркотики с оружием. В частности, он стал работать в Израиле. В этом ему помог Ари Бен-Менаш, который работал на Управление военной разведки Израиля.

Что касается наркотиков, Ле Ру сотрудничал с КНДР, которая активно экспортирует наркотики на Запад, как уверяет США. Штаты утверждают, что этот бизнес приносит КНДР до 200 млн долларов в год.

Бен-Менаш был человеком, который продавал оружие тем, кто не мог купить его у Израиля официально. К примеру, Ле Ру и Бен-Менаш продали оружие правительству Зимбабве, за что только Бен-Менаш получил 10 млн долларов. Сложно представить, какой была сумма сделки и объём проданного оружия.

Также полу удалось наладить связи с Ираном. Здесь он покупал оружие — автоматы, минометы, ракеты и танки. Расплачивался Ле Ру химическим оружием и боеприпасами.

Масштабы торговли были такими большими, что ходит слух, что Ле Ру должен был перевозить золото Каддафи. Пол успел засветиться даже в Сомали куда он перевозил оружие для пиратов и наёмников.

Ещё один знаменитый друг Ле Ру — Джеффри Эпштейн, который продавал МОССАДу компромат на американских политиков, участвовавших в секс-оргиях с детьми. Эти оргии устраивал сам Эпштейн.

Ле Ру задержали в 2014 году. С тех пор о нём ничего неизвестно. Скорее всего, власти США держат его под усиленной охраной, чтобы сохранить его жизнь: Пол активно сотрудничает с властями после задержания.

В этой статье рассказываем, как бизнес в 1950 годах появлиял на развитие языков программирования, какие шаги проделал ALGOL перед тем, как превратился в язык Си, и как языки проделали долгий и витиеватый путь от упрощения к усложнению, и наоборот.

Как началась гонка языков программирования между Грейс Хоппер и Джоном Бэкусом

В 1953 году математик Грейс Хоппер работала в компании Remington Rand, под началом которой она когда-то выпустила первый в мире компилятор «A Compiler».

Хоппер уже была известным программистом, поэтому корпорация поставила перед ней новую задачу: облегчить бизнесменам, которые использовали компьютеры, работу с ЭВМ.

Хоппер решила, что проще всего будет научить бизнесменов программировать, но в Remington Rand ей отказали: это было бы слишком дорого и долго. И вообще, у бизнесменов нет времени учиться математике, разбирать перфокарты, и так далее. Тогда Грейс Хоппер поняла, что вместо того, чтобы заучивать математические формулы, лучшим способом будет использовать слова из английского языка, с помощью которых можно было бы программировать.

В Remington Rand снова были недовольны: мол, Грейс Хоппер снова выдумала слишком сложную систему, которая ещё и потребует больше компьютерных ресурсов. Однако профессор математики из Гарварда не сдалась, и в 1955 году представила прототип языка программирования FLOW-MATIC.

FLOW-MATIC представлял собой декларативный язык программирования, который разрабатывался для автоматизации бизнес-процессов. Для описания вычислений или обработки данных использовались ключевые слова, такие как “SUM” (сумма) или “COMPUTE” (вычисление). FLOW-MATIC также включал возможность работы с переменными данных и логическими условиями, что делало его гибким для разработки различных бизнес-приложений.

Обо всех новинках на рынке развивающихся ЭВМ программисты узнавали из ежемесячных профильных журналов, среди которых был “The Communications of the Association for Computing Machinery”. Работа Грейс Хоппер и её команды также не осталась незамеченной.

В это же время математик Джон Бэкус, который работал в IBM, написал руководству письмо, в котором предложил разработать совершенно другой язык программирования, полностью ориентированный на математические формулы. Дело в том, что сложные формулы было трудно перенести в код ассемблера без ошибок.

Надо отметить, что Бэкус тоже был известным математиком, который в начале 50-х создал интерпретатор для кода, поэтому предложение одобрили.

В итоге в конце 1954 года была составлена первая спецификация The IBM Mathematical Formula Translating System.

Тут началась гонка языков программирования. Хоппер пыталась сделать компьютеры более дружелюбными для бизнес-пользователей, а Бэкус ломал голову над тем, как сделать компьютеры более дружелюбными для математиков.

Появление ALGOL и его эволюция в язык BСPL

Примерно к 1958 году Association for Computing Machinery совместно с немецким Обществом прикладной математики и механики (Gesellschaft für Angewandte Mathematik und Mechanik) создала рабочую группу, которая должна была создать “универсальный” язык программирования.

В мае-июне 1958 года в Цюрихе был организован форум, на котором обсуждался вопрос о создании Международного алгоритмического языка или IAL, название которого со временем трансформировалось в ALGOrithmic Language, то есть ALGOL.

Как это касается героев нашей статьи? Джон Бэкус тоже был в команде ACM по разработке ALGOL, но в это же время он работал над другим языком программирования — FORTRAN. Грейс Хоппер, которую на форум ACM не позвали, в то время работала над COBOL. В общем, Бэкус и Хоппер, как и в ситуации с компилятором и интерпретатором, занимались схожими проблемами, хотя их пути снова не пересеклись.

Команде ACM удалось выпустить ALGOL, но у него было множество серьезных недостатков. Большинство из них исправили в ALGOL-60, который стал чем-то вроде колыбели для многих других языков программирования. По словам Тони Хоара, разработчика алгоритма «быстрой сортировки», ALGOL-60 был лучшим языком по сравнению со многими своими преемниками.

В начале 60-х годов в Кембридже и в Университетском колледже Лондона ALGOL-60 все же были недовольны. Ученые объединились и создали CPL – Combined Programming Language (или Cambridge Plus London, есть и такая версия).

В отличие от ALGOL-60, который был минималистичным и полагался на элегантный дизайн для решения сложных задач, CPL предоставлял больше инструментов для решения проблем. Во многом CPL заимствовал достоинства FORTRAN, COBOL и SNOBOL и интегрировал их в ALGOL.

Однако CPL требовала значительных вычислительных ресурсов, которые надо было постоянно поддерживать и расширять. Это значит, конечно, что для программирования на CPL надо было постоянно тратиться на дорогущее железо.

К 1967 году программистам это совсем надоело, поэтому Мартин Ричардс из Кембриджа предложил снова упростить CPL. Если в прошлый раз CPL был осложнённым языком ALGOL, то теперь Ричардс предложил выбросить как можно больше компонентов от него же.

Следите за руками: сперва Хоппер и Бэкус начали создавать простые языки программирования, потом на основе их разработок был создан язык посложнее, то есть ALGOL. Потом на основе ALGOL появился ещё один язык посложнее, а теперь снова появилась потребность в том, чтобы упростить разработку.

В общем, программистам снова нужен был простой язык, который был бы более basic. Так появился Basic Combined Programming Language.

Как язык программирования BCPL стал языком B

Basic Combined Programming Language или BCPL был прекрасен. На нём было удобно писать, код можно было легко переносить, а претензий к программам вовсе не было. Код BCPL учитывал основные типы архитектур ЭВМ того времени, поэтому он отлично подходил для множества компьютеров.

Вот Hello World на BCLP:

Всё испортила эволюция компьютеров. Сотрудник Bell Labs Кен Томпсон обнаружил, что BCPL с её ориентацией на машинные слова плохо подходит для грядущей волны компьютерных систем с байтовой адресацией.

К примеру, в его лаборатории стоял новенький компьютер PDP-11, и BCPL на нём работал плохо. Томпсон решил переделать BCPL, превратив его в BCPL-lite. От первоначального языка программирования осталась примерно четверть, поэтому и от его названия была отобрана только одна буква из четырёх — буква B из BCLP.

Язык B был вполне успешным: он был похож на BCPL, но вернул возможности ALGOL-60 по работе с типами данных. Томпсон хотел создать “семантику BCPL с большим количеством синтаксиса SMALGOL”.

Начиная с 1972 года, коллега Томпсона по имени Деннис Ритчи решил проапгрейдить B. Язык стал универсальнее, и теперь он подходил как для написания приложений, так и для написания системного кода.

Кроме того, новый язык на основе B учитывал разнообразие типов появляющихся компьютеров. Около 1974 года Ритчи закончил работу над языком, который был следующим этапом эволюции после B. Конечно же, он назвал его C.

Появление языков C и C++

Язык C быстро стал универсальным языком в разработке систем и во многих исследованиях в IT. Эту нишу он занимал очень, очень долго. Язык Си стал инструментом, который использовали и для обучения, и для создания очень сложного и производительного кода.

Си не менялся до тех пор, пока один датчанин по имени Бьерн Страуструп не принялся за написание докторской диссертации. В скандинавских странах широкой популярностью пользовался язык Simula, разработанный норвежцами. Страуструп решил объединить возможности Simula (в частности, наследование, сильную типизацию и инлайнинг) с языком Си.

Дело в том, что Simula был очень медленным языком, а BCPL была слишком сложной для написания высокоуровневых программ.

В рамках докторской диссертации Страуструп решил создать инструмент, который был бы производительным, но при этом обеспечивал абстракцию. Его первой разработкой стал C with Classes.

В 1982 году он решил доработать C with Classes, чтобы язык мог работать над проблемой распределенных вычислений. Так появился C++.

Изначально Cpp не был полноценным языком. Это был пакет препроцессоров для языка C. Первый публичный релиз 1985 года, Cfront 1.0, был довольно приличным, но чтобы пользоваться им, надо было быть экспертом в C, чтобы не сломать свой же код.

К 1987 году GCC 1.15.3 начал поддерживать C++, а в 1989 году появился Cfront 2.0, который был гораздо лучше первой версии пакета.

Тем временем, Международная конференция по стандартизации стала набирать популярность, и в 1990 году был создан комитет ANSI C++, а в 1991 году – комитет ISO C++. В итоге появились C++98/03, затем C++11, затем C++14, C++17, C++20, и так далее.

Заключение

Вся эта длинная история началась с того, что людям просто не хотелось учить новое. Эта потребность бизнеса в простом решении в середине прошлого века привела к тому, что величайшие математики века раз за разом совершенствовали языки программирования. В конечном итоге, это привело к появлению C++.

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

Сколько еще раз нам придется наблюдать этот процесс и во что превратится C++ в течение следующих пятидесяти лет?

В общем-то, автокод стал первым языком программирования в том виде, в котором мы привыкли его видеть сегодня: появились буквенные обозначения операций.

В 50-е годы программисты писали код на машинном языке или ассемблере и работали напрямую с адресами памяти компьютера. Конечно, это было сложно и долго, а ошибиться можно было слишком легко. Каждая операция и адрес памяти задавались в виде числовых кодов, после чего их вручную размечали на перфокартах.

Автокод позволил программистам использовать более удобный и абстрактный способ описания операций для компьютера. Он стал использовать символические имена для операций, что делало код более понятным и легким для чтения.

Теперь программисты могли обращаться к переменным по именам, вызывать циклы и условные операторы.

Кто придумал автокод

Первый автокод был разработан Аликом Гленни в 1952 году для компьютера Mark I. Гленни работал в Манчестерском университете, и за свою жизнь успел приложить руку к множеству открытий в мире IT.

К примеру, вместе с Аланом Тьюрингом, знаменитым британским математиком, Гленни разработал компьютер Mark I, который был одним из первых компьютеров, хранящих программу для него прямо на борту.

Первая версия Mark I была представлена в 1949 году, и именно для этого компьютера Гленни разработал высокоуровневый язык. Дело в том, что работать на Mark I было даже сложнее, чем на прочих компьютерах той поры, хотя все они были огромными шкафами без всякого интерфейса и принимали перфокарты.

Чтобы облегчить работу себе и коллегам, Гленни придумал первый современный язык программирования, который компилировался компьютером. При этом Гленни отмечал, что потеря эффективности автокода по сравнению с машинным языком составляла не более 10%.

Вот, как выглядел автокод Гленни:

После работы в Манчестере, Гленни перешел в Исследовательский институт атомного оружия, где в начале 60-х годов разрабатывал компиляторы для FORTRAN и компьютеров IBM.

Автокод Гленни не был единственным автокодом. Условно говоря, автокоды скорее являются семейством первых высокоуровневых языков программирования, которые поддерживали абстракцию и могли компилироваться.

Автокодов была целая куча. Все дело в том, что они разрабатывались под конкретные ЭВМ, потому что все они были устроены по-разному. Если Гленни создал свой автокод для Mark I, то для IBM он бы уже не работал.

Примеры программ на Автокоде Гленни

Пример простой программы на Автокоде Гленни, складывающей два числа:

Пример цикла на Автокоде Гленни, вычисляющего факториал числа:

Пример условной конструкции на Автокоде Гленни, проверяющей четность числа:

Что общего между автокодами и современными языками программирования

Впоследствии программисты смогли доработать автокод Гленни и даже сделать его модульным. Вот, почему можно считать автокоды частью огромного семейства современных языков программирования:

1. Автокоды поддерживали абстракции. Также они включали в себя синтаксические конструкции для работы с данными, операциями и структурами.
2. У автокодов была схожая с современными языками программирования синтаксис и структура.
3. Поздний автокод можно было переносить на разные платформы. Его можно было запускать на разных компьютерах, и он работал без изменений.
4. Автокод предлагал оптимизацию и определение типов данных, которые делали код эффективнее. Все, как в современных языках программирования.
5. Автокод, как и современные языки, в конце концов стал модульным: его можно было использовать в разных проектах и интегрировать с библиотеками и фреймворками. Автокод можно было поделить на функции и модули, чтобы перенести в другие проекты.

Немного о судьбе Алика Гленни

После того, как Гленни покинул Манчестерский университет, разработка автокода не закончилась. Уже в 1955 году Тони Брукер представил собственную версию автокода для того же Mark I.

Позже Брукер написал научную статью, в которой не стал упоминать Гленни как одного из людей, который приложил руку к созданию автокода.

В Википедии статья про Гленни ограничивается парой абзацев. В Британнике у Алика Гленни нет даже отдельной статьи, только одно упоминание.

Он умер в 2003 году.

В этой статье мы расскажем, кто такой этот Хамза, почему он сумел выделиться среди сотен подобных хакеров и почему его называют Робином Гудом.

Краткая биография Хамзы Бенделладжа

Хамза родился в 1988 году в городе Тизи-Узу на 150 тысяч человек. Его семья была довольно скромной, и сам Хамза не особенно отличался от сверстников, хотя рассказывают, что с детства мальчик все свободное время проводил в компьютерном клубе.

Чем больше парень углублялся в изучение компьютеров, тем более интересной ему становилась тема хакерства. Неизвестно, когда началась его карьера, но считается, что к моменту поимки Хамзы в 2013 году тот действовал в течение пяти лет. Как минимум, карьера хакера началась в 2008 году, в возрасте 20 лет.

Действуя вместе с российским сообщником Александром Андреевичем Паниным, Хамза разработал компьютерный вирус SpyEYE Botnet.

SpyEye Botnet (также известный как SpyEye Trojan) – это ботнет, который был разработан для кражи данных и денег у пользователей. Во вредоносное ПО входили трояны, кейлоггер, спуфер сетевого трафика и другие инструменты, внедряющиеся в компьютер жертвы.

SpyEye Botnet был создан как модификация более раннего ботнета ZeuS. SpyEye использовался для атак на банки и системы электронной коммерции, чтобы собирать логины, пароли и номера кредитных карт пользователей.

SpyEye распространялся через спам. После заражения компьютера SpyEye Botnet запускался вместе с системой, скрывая свою активность от пользователя. Он начинал отправлять данные хакерам через зашифрованное подключение к удаленному серверу.

Как только Бенделладж и Панин получали данные банковских счетов, они тут же опустошали их. Всего паре хакеров удалось заразить, по разным оценкам, от сотен тысяч до 70 миллионов компьютеров.

В приговоре Хамзы Министерство юстиции США указало, что он ответственен за кражу 100 миллионов долларов.

Еще в статьях фигурирует третья оценка: якобы Хамза взломал 217 банков и заработал 400 миллионов долларов США.

Миф о Робине Гуде

В статьях про Хамзу можно прочитать, что тот якобы перечислял значительную часть похищенных денег благотворительным организациям.

Пользователи социальных сетей возвели его в статус Робина Гуда, приписывая ему взлом веб-сайтов министерств иностранных дел европейских стран, благодаря чему молодые алжирцы могли получить туристические визы.

Также Хамза якобы пожертвовал сотни миллионов долларов африканским и палестинским благотворительным организациям.

Однако нет никаких подтверждений, которые бы подкрепляли эту легенду. Это объяснимо: вряд ли сам Хамза стал бы давать такие показания на суде, поскольку они бы поставили под удар не только его самого, но и благотворительные фонды. Хакеры, которые могли быть подельниками Хамзы, тоже не стали бы дискредитировать себя.

Есть версия, согласно которой Хамзу Бенделладжа возвели в статус народного героя благодаря его харизматичности: на фото задержания тот улыбается, несмотря на то, что его ждет долгое заключение.

Такое же фото есть у Ларби Бен Мхиди, который был борцом за независимость Алжира от Франции и который тоже широко улыбается на фото его задержания французскими войсками.

Бен Мхиди стал одним из основателей Алжирского Национального Освободительного Фронта (FLN) в 1954 году и был выбран его секретарем. FLN было движением, которое боролось за независимость Алжира от колониального владения Франции. Он же играл ключевую роль в организации и руководстве боевых операций FLN против французских войск.

Бен Мхиди был арестован французскими властями в 1956 году и был подвергнут пыткам в течение нескольких месяцев. В конечном итоге, 4 марта 1957 года, он был казнен без суда. Смерть Бен Мхиди стала одной из наиболее известных во время Алжирской войны, а сам Ларби Бен Мхиди остается важным символом национальной независимости для алжирского народа.

Кажется, алжирцы просто переиспользовали легенду о Бен Мхиди, чтобы создать нового национального героя из Хамзы Бенделладжа, и этот миф прочно укоренился в хакерском сообществе.

Достоверно известно, что взрослый хакер Хамза уже не был таким скромным, как в детстве. Хотя он прилагал все усилия, чтобы скрыть свои следы после взлома банковских систем и ПК пользователей, Бенделладж не стеснялся жить на широкую ногу. Он всегда летал первым классом, покупал самую классную технику, путешествовал и останавливался в дорогих и роскошных отелях.

Хакеры с форума Darkode, на котором Хамза продавал вредоносное ПО, тоже рассказывали, что взрослый хакер никогда не скромничал.

«Когда я впервые встретил его, он показал мне свои Macbook и банковские карточки на веб-камеру, при этом его лицо было в кадре. Неудивительно, что федералы в конце концов добрались до него, я даже удивлен, что им потребовалось целых 5 лет», – написал один из пользователей форума.

Суд над Хамзой Бенделладжем и Александром Паниным

Хамза Бенделладж стал одним из самых разыскиваемых киберпреступников в США и входил в десятку самых разыскиваемых в ФБР хакеров. Его удалось поймать 7 января 2013 года в Бангкоке, когда тот остановился в аэропорту во время транзитного рейса между Малайзией и Египтом.

Когда Хамзу задержали, он не оказывал никакого сопротивления и попрощался со своей семьей: женой и дочерью, которые невозмутимо отправились на следующий рейс в Египет.

В мае 2013 года хакера экстрадировали в США, где начался судебный процесс. 25 июня 2015 года Хамза Бенделладж признал себя виновным. Суд окончился в апреле 2016 года: хакера приговорили к пятнадцати годам тюрьмы. Его подельника, Александра Панина, приговорили к девяти с половиной годам заключения.

Однако в управлении Microsoft были и крупные ошибки, которые стоили компании первенства по капитализации среди конкурентов. К примеру, в 2023 году Apple обгоняет Microsoft аж на 500 миллиардов долларов.

В этой статье мы рассказали, какие ошибки совершал Билл Гейтс на протяжении своей карьеры, и как это сказалось на успехе Microsoft.

Спойлер: во всех бедах виноваты недальновидность и медлительность.

Билл Гейтс не учёл развитие интернета в своей стратегии

В 1995 году Билл Гейтс опубликовал книгу «Дорога в будущее», в которой он предсказывал развитие технологий в ближайшие годы.

Во многом предсказания Гейтса сбылись: он писал о том, что персональные компьютеры будут всё доступнее, а мультимедиа — фото, видео и аудио — будут охватывать всё большее пространство.

Также он писал о том, что IT будет плотнее внедряться в бизнес и улучшать его, и IT-отделы появятся чуть ли не в каждой компании. Спустя 30 лет мы видим, что всё случилось именно так.

Однако в первой редакции книги Билл Гейтс откровенно игнорировал интернет. Он либо не считал, что интернет внесет значимый вклад в развитие IT, либо просто об этом не задумался.

В итоге Microsoft уступили долю рынка браузерам Firefox (Netscape) и Chrome. Они опоздали на рынок поисковых систем и, таким образом, уступили рынок Google. Ещё они провалили попытку создания социальных сетей.

Спустя год, в следующей редакции “Дороги в будущее”, в книге уже появились упоминания о том, что интернет станет главной площадкой для обмена знаниями и общения. Также Гейтс предсказал появление социальных сетей и их бешеную популярность.

Игнорирование интернета повлияло на стратегию Microsoft, и, если бы Гейтс сделал на него своевременную ставку, компания могла быть куда успешнее.

Билл Гейтс не стал развивать мобильную ОС

Гейтс признаёт, что Microsoft не стала разрабатывать собственную ОС для смартфонов только из-за его собственного провального менеджмента.

К примеру, iPhone от Apple был представлен публике в июне 2007 года, а первый смартфон на базе Google Android был представлен чуть больше года спустя, в сентябре 2008 года. Windows Phone 7 выпустили только в октябре 2010 года, через три года после успеха Apple.

Из-за этого промедления Microsoft не смогла создать анти-iPhone, и нишу заняли Android. Теперь Apple и Android занимают 99,9% рынка.

Гейтс, сожалея, говорил, что если бы Microsoft вовремя вступила в гонку, она была бы не просто лидирующей компанией на рынке, она была бы “the company”.

Он сделал своим преемником Стива Балмера

Стив Балмер — бывший гендиректор корпорации Microsoft. Он присоединился к Microsoft в 1980 году и работал с Биллом Гейтсом. В 2000 году он стал генеральным директором Microsoft и занимал эту должность до 2014 года.

Пока Балмер руководил компанией, под его началом были выпущены Windows XP, Vista, Windows 7 и 8, пакеты офисного ПО Microsoft Office 2003 и 2007, консоль Xbox, поисковая система Bing, смартфоны Windows Phone и облако Microsoft Azure.

Кажется, что под его руководством вышло множество замечательных продуктов, но у Балмера были и крупные промахи.

К примеру, именно под шефством Балмера Microsoft поздно включилась в производство смартфонов, из-за чего компания понесла огромные финансовые убытки и репутационный ущерб. Смартфоны от Microsoft были неудобными и постоянно лагали, а сам рынок мобильных устройств уже был поделен между Apple и Google.

Когда в 2007 году Балмера спросили, что он думает об iPhone, тот рассмеялся журналистам в лицо, иронично спросив: “500 долларов за телефон?”.

Ещё при гендиректоре Балмере компания не выпустила ни одного нового успешного продукта. Хотя Office 2003 и 2007 были неплохими, они не были инновационными продуктами: офисное ПО просто эволюционировало. Windows XP и 7 были сверхпопулярными, но их успех нивелировали провалы Vista и 8.

Microsoft при Балмере не смогла занять отрасль облачных технологий и проиграла конкурентам вроде Amazon Web Services и Google Cloud Platform. Как и в случае смартфонов, Azure была запущена слишком поздно, чтобы занять свою нишу на рынке.

Заключение

Медлительность действительно губит Microsoft. Теперь уже сложно представить, каким был бы мир, если бы Билл Гейтс вовремя ворвался на рынок браузеров и социальных сетей или если бы компания своевременно осознала потенциал смартфонов.

С одной стороны, винить в этом можно не Гейтса или Балмера, а размеры Microsoft: в большущей корпорации внедрять новые технологии гораздо сложнее, чем в стартапах.

С другой стороны, Apple и Google уже были технологическими гигантами, но они рискнули захватывать новые области рынка. Microsoft всегда пыталась зайти на рынок, который уже осваивается.

Вкупе с неудачными решениями это оборачивалось катастрофами: например, Балмер решил запретить устанавливать приложения не от Microsoft на Windows Phone, и в итоге компания не смогла обеспечить пользователей ПО.

Однако это не значит, что Microsoft не успешна: её капитализация составляет 2,5 триллиона долларов, и этого удалось добиться благодаря покупке технологий у других компаний.

Вывод, который можно сделать из этой истории: не обязательно быть новатором, чтобы добиться успеха. Иногда достаточно быть хорошим инвестором.

Если сегодня нам кажется, что женщиной-программистом стать достаточно просто, стоит вспомнить, что в начале 60-х годов в США ещё существовала расовая сегрегация.

От Маргарет ожидалось, что она получит степень бакалавра по математике, после чего будет ухаживать за дочерью и поддерживать своего мужа, который получал степень доктора в Гарварде.

Такой сценарий был вполне стандартным: в 60-е приоритет на «серьезных» работах отдавался соискателям-мужчинам, а «приличные» женщины должны были следить за домом и детьми. Такой была картина американской мечты.

Чтобы поддержать учащегося мужа, Гамильтон устроилась программистом в Массачусетский технологический институт. После того, как срок обучения мужа истёк бы, она тоже планировала получить степень доктора математики.

Судьба распорядилась иначе, и Маргарет Гамильтон стала первым инженером-программистом в мире, стала первой женщиной в NASA и написала ПО, которое запустило людей на Луну.

Старт карьеры Маргарет Гамильтон в MIT

Чтобы поддержать мужа, пока он получал юридическое образование в Гарварде, Маргарет Гамильтон сперва устроилась в среднюю школу и предподавала школьникам математику. Чуть позже она нашла объявление о поиске сотрудников в лабораторию Массачусетского технологического института.

Сперва она попала в лабораторию профессора Эдварда Лоренца, где занималась программированием систем для предсказаний погоды. Именно здесь она познакомилась с компьютерами и ПО, и первое время Маргарет была больше синоптиком, чем инженером. Со временем Гамильтон всё больше погружалась в программирование.

Такой плавный вход в профессию связан с тем, что тогда дисциплин вроде информатики или программирования не существовало. Любой программист приходил в лабораторию и обучался опытным путем, методом проб и ошибок, прямо на рабочем месте.

Гамильтон удалось автоматизировать метеорологические службы и, в какой-то степени, наличию на смартфонах приложений «Погода» мы обязаны именно ей.

Здесь Маргарет заметили и пригласили на работу в Лабораторию Линкольна MIT, которая заключила контракт по разработке ПО для Минобороны США. В Лаборатории Линкольна Маргарет писала программы, которые позволяли обнаруживать противника в воздухе.

Со временем Гамильтон начала чувствовать, что её карьера подходит к концу, и тогда она решила вернуться в аспирантуру. Тем более, что муж Маргарет всё же окончил обучение в Гарварде. Однако тот нашёл в газете объявление о том, что Лаборатория измерительной аппаратуры Массачусетского технологического института ищет специалистов, которые написали бы ПО для запуска людей в космос. Маргарет это объявление очень заинтересовало.

Как Маргарет Гамильтон пришла в программу Аполло

В 1961 году президент США Джон Кеннеди запустил программу Аполло, и MIT разработала компьютеры для миссии. NASA вернулись к MIT и заключили новый контракт на написание ПО для того же «железа».

В 30 лет, когда Гамильтон присоединилась к миссии, она стала первой женщиной, которая была принята на работу в NASA.

Несмотря на то, что близкие Маргарет не понимали её и задавали вопросы в стиле «Почему ты оставила свою дочь?», Гамильтон удалось влиться в коллектив научных сотрудников, который состоял сплошь из мужчин. Сотрудники лаборатории благосклонно отнеслись к ней, и вместе команда проводила долгие дни в работе и развлечениях: днём они писали программное обеспечение для первых портативных компьютеров, а вечером могли собраться и выпить вместе.

Кроме того, Маргарет увлекла атмосфера неизвестности и вызов, который стоял перед командой. Тогда в лаборатории MIT никто не знал, как написать ПО для относительно маломощного лунного модуля, который мог бы поддерживать связь с Землей и успешно приземлиться в космосе.

Даже сегодня эта задача считается сложной — взять, к примеру, недавнюю неудачу Луны-25 —, а тогда у лаборантов не было даже стартовой точки в виде готовых технологий, которые они могли бы использовать.

Сама Гамильтон сравнивала эту ситуацию с освоением Дикого Запада: можно было считать, что законов не существует, и только ты решаешь, каким будет этот мир.

Маргарет проводила целые дни в лаборатории за программированием, пока её четырёхлетняя дочь Лорен спала на полу и ждала, когда мама закончит свою работу.

В крайне короткий срок Маргарет Гамильтон добилась больших успехов в системном администрировании, и уже тогда зарекомендовала себя как отличного программиста. Впереди её ждал запуск Аполло-11.

Маргарет Гамильтон — глава отдела по разработке ПО для Аполло-11

Изначально в документации с техническими требованиями к Аполло вообще не упоминалось никакое программное обеспечение. О нём попросту не думали и, соответственно, для его разработки не выделили никакого времени и даже бюджета.

Однако чем дольше велась разработка лунного модуля, тем очевиднее становилась необходимость в ПО. К 1965 году была выделена команда, которая и занялась созданием программ для Аполло, в которую и вошла Маргарет Гамильтон.

Поскольку разработка ПО не была включена в задачи MIT согласно документации NASA, сотрудники лаборатории придумали новый термин, который легализовал бы их работу. Так Маргарет Гамильтон стала первым инженером-программистом.

Как мы писали выше, Гамильтон уже была уважаемым программистом, но теперь она занималась куда более серьезными проблемами: от успеха миссии Аполло, казалось, зависел успех США в целом. Уже в 32 года, то есть через два года после трудоустройства, она возглавила отдел разработки программного обеспечения Приборной лаборатории Массачусетского технологического института.

Давление было таким большим, что иногда Маргарет неслась обратно в лабораторию после ночных вечеринок, потому что она понимала, что могла ошибиться в коде.

Сама Маргарет вспоминала, что в такие моменты она представляла газетные заголовки, в которых именно её обвиняют в провале лунной миссии.

Конечно, программирование тогда выглядело совсем не так, как сегодня: тогда ещё не было кода-текста, и Гамильтон писала программы на перфокартах, проделывая в них дырочки. После этого перфокарты относили в специальный отдел, в котором через перфокарты проводили медные провода: если провод входил в паз, это значило 1, а если провод наматывался вокруг отверстия, это значило 0.

В конечном итоге, Гамильтон вместе со своей командой удалось разработать программы из 12 тысяч слов, которые хранились на перфокартах. Сперва код протестировали на гигантском мэйнфрейме Honeywell, который моделировал полёт Аполло. После того, как в симуляции всё прошло успешно, стало понятно: код Маргарет Гамильтон поможет людям прилуниться в Море Спокойствия в 1969 году.

С моей точки зрения, сам опыт работы с программным обеспечением (его проектирование, разработка, развитие, наблюдение за его работой и обучение на его основе для будущих систем) был по крайней мере таким же захватывающим, как и события, связанные с миссией. Второго шанса не было. Мы знали это. Мы серьезно относились к своей работе, многие из нас начали этот путь, когда нам было еще 20 лет. Придумывать решения и новые идеи было настоящим приключением. Преданность и преданность делу были само собой разумеющимися. Взаимное уважение было во всем. Поскольку программное обеспечение было загадкой, черным ящиком, высшее руководство предоставило нам полную свободу и доверие. Нам нужно было найти способ, и мы это сделали. Оглядываясь назад, мы можем сказать, что мы были самыми удачливыми людьми в мире; не было другого выбора, кроме как стать пионерами.

Конфликт Sun и Microsoft

Sun выпустила Java в 1995 году, сделав главным девизом языка “Компилируй один раз, запускай где угодно”. Такие амбиции заставляли Sun добиться от всех существующих ОС поддержки Java “из коробки”. В числе компаний, с которыми Sun предстояло договориться о поддержке, была Microsoft.

Язык показался Microsoft довольно перспективным, поэтому компании приступили к совместной разработке IDE только для Java — Visual J++. Также Microsoft разработала виртуальную машину Windows Java (JVM), на которой Java работала быстрее, чем на других ОС, и которая поддерживала несколько специфичных для Windows команд.

Разработки оказались настолько успешными, что Java работала быстрее на компьютере Windows стоимостью 1000 долларов, чем на компьютере Sun стоимостью 5000 долларов.

Однако у виртуальной машины были и недостатки: она не поддерживала удаленный вызов методов (RMI) или собственный интерфейс Java (JNI). Это не устраивало Sun.

Во-первых, это противоречило подходу Java “Компилируй один раз, запускай где угодно”. Программы, написанные на Java для Windows, не могли запускаться на станциях и серверах самой Sun.

Вышло так, что экосистема Sun рушилась, и компании стали перетягивать одеяло первенства на себя. Microsoft действительно сделала многое для того, чтобы Java стала удобным языком программирования, но и Sun не собиралась отступать от своих принципов.

Во-вторых, в Sun хотели, чтобы у Java была только одна среда выполнения — их собственная. В компании хотели сохранить контроль над развитием языка программирования, но Microsoft попросту не могла сделать реализацию достаточно сложной спецификации на 100% совместимой с другими системами и платформами, это невозможно.

Хэл Беренсон, бывший сотрудник Microsoft, рассказывал, что решение компании было отчасти вынужденным: было необходимо, чтобы Java поддерживала всю экосистему Windows. Sun не хотела идти на уступки и настаивала на том, чтобы Microsoft внедряла только их решения, а не собственные. В конце концов, Sun подала в суд.

Тогда в Microsoft просто отказались от Java. Не было никакого смысла создавать собственные решения, сталкиваясь с постоянными ограничениями. Если бы в Microsoft продолжили разработку продуктов для Java, те бы ничем не отличались от решений Sun. Тем более, пользователь мог самостоятельно выбрать и установить любую симпатичную ему IDE и пользоваться ей.

Как появился C# — ответ Java

Восстановить отношения с Java уже не представлялось возможным, но Microsoft всё ещё нравилась идея языка, программы на котором можно было бы запустить на любой платформе.

Кроме того, некоторые сотрудники уже пытались разработать подобные языки, и результатами этих экспериментов стали Common Language Runtime и .NET.

Microsoft решили продолжить заниматься инновациями в сфере языков программирования. Сперва они внедрили поддержку C++ и Visual Basic (VB) в .NET, и на VB были сделаны большие ставки. В компании ожидали, что именно VB станет самым популярным языком программирования в .NET-среде.

Параллельно Microsoft обратилась к Андерсу Хейлсбергу и попросила его создать новый язык, который подходил бы под это определение. Этим языком программирования и стал C#. Спустя время оказалось, что C# так хорош, что уверенно обогнал Visual Basic по популярности в .NET. Конечно, этому способствовали и минусы самого Visual Basic.

Любопытный факт Изначально Microsoft хотела, чтобы C# работал только на их собственных ОС, и язык должен был быть только для Windows.

Спустя время компания обнаружила, что C# действительно превосходит Java в некоторых аспектах, но Java всё же удалось стать королевой кросс-платформенности. Microsoft задумался и решил поступить так же, пойдя навстречу другим операционным системам типа UNIX. Это решение принял Сатья Наделла, который сейчас является СЕО Microsoft.

Оказалось, что С# всё же опоздал на гонку вооружений, и догнать Java в плане кросс-платформенности языку всё же не удалось. И неизвестно, удастся ли ещё когда-нибудь.

Хэл Беренсон признаётся, что гонка Java и C# случилась не из-за стремления создать лучший язык программирования. Это был вопрос развития экосистем: Sun встала в позу и не позволила Microsoft создавать своё ПО для Java, а компания Гейтса нуждалась в подобных решениях. Создание и развитие C# стали вопросами поддержки инфраструктуры, и цели “убить” Sun у Microsoft не было.

Чем всё закончилось

Sun не отличалась эффективным менеджментом. Спустя время компания обнаружила, что Java не используют на настольных ПК и снова подала в суд на Microsoft, обязав ту распространять Java в течение следующих 10 лет.

У Microsoft к тому времени было достаточно собственных проблем, поэтому они согласились на условия Sun. Срок дистрибьюции Java ещё не подошёл к концу, как Sun выкупила компания Oracle. Когда срок соглашения истёк, ни Oracle, ни Microsoft не были заинтересованы в продвижении Java, и долгие войны подошли к концу.

Согласно рейтингу TIOBE, в августе 2023 года Java опережает C# в популярности: 10% против 7%.

Одну из таких историй рассказал старший программный архитектор ОС для Macintosh в 1981 году Энди Херцфельд. Она о том, насколько несносным мог быть Стив Джобс во время собеседований.

Gobble, Gobble, Gobble

В январе 1982 года мы начали проводить собеседования на должность менеджера по программному обеспечению.

У нас были высокие стандарты и ожидания, и мы проводили собеседования с целым рядом выдающихся людей, таких как Эд Тафт, который позже стал одним из первых сотрудников Adobe, и Тим Мотт, который помог основать Electronic Arts. По тем или иным причинам, они не согласились на эту работу.

Иногда на собеседования приходили и более обычные кандидаты, которые становились довольно бурными, если Стив решал, что не уважает соискателя. Например, Баррел Смит, Стив Джобс и я проводили собеседование с бывшим менеджером Анжелины Ло, которого она очень рекомендовала.

Как только соискатель вошел в комнату, я понял, что собеседование будет проблемным, потому что он выглядел очень прямолинейным и строгим. Он выглядел как продавец страховок. Кроме того, он очень нервничал и неловко отвечал на первые вопросы.

Я понял, что Стив теряет терпение, когда он начал закатывать глаза на ответы кандидата. Тогда Стив начал задавать ему нестандартные вопросы.

“Сколько вам было лет, когда вы потеряли девственность?”, — спросил Стив.

Кандидат не был уверен, правильно ли он расслышал. “Что вы сказали?”.

Стив повторил вопрос, слегка изменив его. “Вы девственник?”. Мы с Барреллом начали смеяться, а кандидат все больше смущался. Он не знал, что ответить.

Стив сменил тему. “Сколько раз вы принимали ЛСД?”.

Наркотики — это плохо.

Бедный парень становился все краснее и краснее, поэтому я попытался сменить тему и задал технический вопрос. Однако кандидат снова начал давать пространный ответ, а Стив проявил нетерпение.

“Gobble, Gobble, Gobble, Gobble”, – Стив начал издавать индюшачьи звуки. Для нас с Барреллом это было уже слишком, и мы все начали смеяться. “Gobble, Gobble, Gobble”, – продолжал Стив, уже сам смеясь.

В этот момент кандидат встал. “Наверное, я не подхожу для этой работы”, – сказал он.

“Думаю, что нет”, – ответил Стив. “Я думаю, собеседование закончено”.

Заключение

На Folklore есть масса таких историй. Можно любить Джобса за его гениальный менеджмент в Apple, но он, очевидно, мог быть редкостной занозой. Конечно, всё не ограничивается исключительно негативом, и на сайте можно найти истории и о тёплых отношениях между коллегами, и о принятии неординарных решений.

Вот, что мы советуем почитать:

• Украдено из Apple — как бороться с пиратством и кражей софта.
• Switcher — о конфликте Apple и Microsoft.
• Swedish Campground — как был придуман значок Меню в MacOS.
• Мы будем лучшими друзьями — немного о взаимоотношениях в Apple.
• Нарушения в восприятии реальности — о тайм-менеджменте Стива Джобса.

Присылайте в комментарии ссылки истории, которые вам понравились больше всего.

Поделитесь вашим мнением: достойно ли повёл себя Джобс, и как вы отнеслись бы к такому интервью?

Впервые перфокарты начали использовать ещё в начале XIX века. В 1804 году в Жаккардовых ткацких станках перфокарты использовали, чтобы управлять составлением узоров на тканях.

Для ЭВМ перфокарты ввели в 1928 году, и с тех пор они почти не менялись, и использовали их вплоть до 1980-х годов, пока не заменили магнитными лентами.

Несмотря на то, что перфокарты были доступны в течение 50 лет, сегодня их уже не прочитать, потому что для современных ПК нет подходящих приводов, хотя столь же устаревший Floppy-привод для дискет всё ещё можно найти в интернет-магазинах.

В этой статье мы расскажем, как собрать собственный ридер для перфокарт. Это — адаптированный перевод оригинального гайда DIY Paper Tape/Punch Card Maker and Reader с сайта Instructables.

Что понадобится для сборки привода

1. Плоский кабель.
2. Провода.
3. Два 1х10 соединителя с пинами, male-разъём.
4. Пара деревяшек.
5. 10 фоторезисторов.
6. 10 LED-светодиода диаметров по 3 мм.
7. Одна большая перфоплата или две платы 4х20.
8. Паяльник и припой.
9. Стриппер для снятия изоляции с проводов.
10. Резистор на 10 Ом.
11. Плата Parallax Propeller Activity Board.
12. Плоттер или принтер.

Начинаем паять ридер для перфокарт

Припаяйте фоторезисторы к перфоплате в один ряд. С другой стороны соедините выводы фоторезисторов между собой.

Возьмите плоский кабель с 10 линиями, зачистите провода с обоих концов на 3 мм и залудите их. Припаяйте их к 1х10-коннектору.

Первые 9 проводов должны быть припаяны к перфоплате, а не к фоторезисторам. Выводы не должны касаться их.

Последний десятый вывод будет питать фоторезисторы. Припаяйте его к другой стороне перфокарты от первых девяти выводов.

Возьмите другой кусок перфокарты и припяйте к ней светодиоды так же, как вы припаяли фоторезисторы. Обратите внимание: полярность каждого светодиода должна совпадать с полярностью следующего.

Возьмите ленточный кабель и припаяйте один провод к стороне платы с LED, а другой провод — к другой стороне. К концу кабеля прикрепите male-коннектор на 2 пина.

Возьмите 1х10-коннектор и припаяйте 9 резисторов сопротивлением 10 кОм по одному к каждому выводу. Другой вывод каждого резистора должен быть соединён к следующему резистору. Последний резистор припаивается к 10 выводу.

Для светодиодов понадобится резистор не менее 100 Ом, который будет ограничивать ток, чтобы не перегрузить LED.

Собираем наше устройство воедино:

Готовим деревянный корпус для ридера

Подготовьте деревянный корпус для считывателя перфокарт: наметьте отверстия для фоторезисторов и LED. Между двумя половинами устройства должен быть паз высотой в 1.5 миллиметра: он понадобится для того, чтобы вставлять в него будущую перфокарту.

Подсоедините платы с фоторезисторами и LED к корпусу и приклейте их.

Программируем чтение перфокарт в Propeller

Propeller Tool — это инструмент, который позволяет программировать микроконтроллеры Propeller 1 и 2. В нём мы напишем код, который поможет нашему устройству читать перфокарты.

Создаём свою перфокарту

В качестве основы для перфокарты нужно взять плотный картон. Отлично подойдёт обложка старой картонной папки.

Для того, чтобы нанести перфорацию на картон, используйте программу Silhouette Studio. В ней можно либо запрограммировать резку по картону, если у вас есть плоттер. Если у вас простой принтер, то можно разметить перфорацию, а затем вырезать её самому.

Придётся попотеть с тем, чтобы подобрать размеры перфокарты. Он зависит от того, какие у вас получились габариты паза в ридере перфокарт и как расположены LED и фоторезисторы. Приблизительная ширина перфокарты из гайда — 5 сантиметров.

Читаем перфокарту

Подключите плату Parallax Propeller к компьютеру и запустите её. Все светодиоды должны загореться. Если Propeller показывает странные сообщения, убедитесь, что выводы фоторезисторов подключены в правильном направлении.

Проведите первокарту через паз ридера. Наше сообщение гласит:

Заключение

Если вам понравился этот гайд, посмотрите другие статьи этого автора — у него много крутых проектов. ? Или прочтите другие материалы по DIY на Tproger:

1. Как сварить своё крафтовое пиво с Arduino
2. Проект на Raspberry Pi — полноценный ноутбук в компьютерной мышке
3. Как сделать умный дом своими руками на Arduino и Яндекс.Алиса — пошаговая инструкция

Я выполнял различные задачи от поддержки сервисов горнолыжного комплекса Лаура до внедрения автоматизированной системы учета сети рознично-оптового цветочного бизнеса, в конечном счете дорос до главного разработчика 1С. В это время я постоянно развивался, готовился к сдаче разных экзаменов.

В итоге успешно окончил окончил международные курсы по CISCO, в итоге я получил 7 сертификатов профессионала и  2 сертификата специалиста по 1С, которые, честно признаюсь, дались мне нелегко.

Было вложено много моих сил в то, чтобы стать специалистом 1С и казалось бы, желаемого я достиг.

Переезд в пандемию

Я не из тех, кто остается на достигнутом, когда я понял, что дошел предела в 1 С, то решил что-то поменять и  идти дальше. В конце 2019  я пошел на переподготовку в онлайн-школу GeekBrains, я хотел погрузится в программирование глубже, систематизировать свои знания в языке python. На тот момент я работал в компании НАО “Красная поляна” как ведущий разработчик 1С.

Через какое-то время пришел к выводу, что для моего развития необходим еще и переезд. Летом 2020 года я переехал в Санкт-Петербург из Сочи и устроился в компанию ТИТАН-2 как программист 1С в разгар пандемии ковид-19. Это был крупный международный проект по строительству атомной станции в Турции, несомненно, этот опыт для меня был развивающим и еще раз показал, что всегда есть куда расти.

Как ушел в Python

Работая в Санкт-Петербурге, я продолжал проходить курсы по Python. Обучение проходило в дистанционном формате, но все равно требовало моего времени и усилий, конечно, я изучал и дополнительную литературу, задавал вопросы, старался дойти до сути и глубокого изучать проходимые темы. В конечном счете я сдал итоговую работу и получил диплом о переподготовке.  Параллельно я искал работу и проходил довольно много собеседований в поиске места для души и развития.

Как стал Тимлидом разработки на Python

Я проработал не в одном проекте в качестве разработчика на Python. В какой-то момент перешел в компанию “РОСБАНК” на должность разработчика, тогда я зарабатывал намного меньше возможного и желаемого.

Спустя несколько месяцев работы в компании случился переломный момент, в который я взял на себя ответственность и повел за собой команду.  В дальнейшем я стал тимлидом разработки, на данный момент в моей команде: 4 разработчика, 1 девопс инженер, 1 дизайнер и 2 тестировщика. Недавно наш продукт: “Инвестиционная платформа Advisors’ Axiom” занял 3 место в номинации “Кейс года” от премии Ruward Award 2023.

Совет от меня

Часто людям бывает страшно начинать что-то новое, кажется, что не получится/ неохото выходить из зоны комфорта. В таком случае, вы скорее всего не имеете цели или оно вам действительно пока не нужно. Но если вам кажется, что вы уже достигли желаемого, значит дошли до конца и стоит выбрать другую дорогу, пусть это будет другой язык программирования, должность или еще что-то. В новой дороге  много интересного и мой опыт это подтверждает. Я уверен, что и к этой моей истории будет продолжение, так как нет предела совершенству. А вам я желаю начать писать свое продолжение прямо сейчас и принимать шаги для его исполнения.

Первая революция: перцептрон и нейрокомпьютер «Марк-1»

Как вы могли догадаться из названия, концепция работы нейросетей базируется на устройстве мозга человека. Он состоит из нейронов, которые обмениваются между собой электрическими сигналами.

Создать машину, имитирующую функции человеческого мозга, учёные пытались с 40-х годов. Но первым, кому это удалось, стал нейрофизиолог Фрэнк Розенблатт. Его нейрокомпьютер «Марк-1», представленный в 1960 году, был основан на понятии перцептрона — базовой модели машинного обучения, которая определяет, относится ли объект к определённой категории.

Допустим, у нас есть фотография зелёного поля, как на известной заставке для Windows XP. Мы отмечаем облако на фото и спрашиваем у перцептрона: это небо или земля? Первый раз он отвечает наугад и говорит, что это земля. Мы подаём сигнал, что ответ неверный, и корректируем весовые коэффициенты связей между искусственными нейронами. А если область угадана правильно, ничего не меняем. Рано или поздно перцептрон поймёт, что сверху находится небо, а снизу — земля. Если показать ему другое фото, он вряд ли определит линию горизонта, но точно отличит верх от низа.

Нейроны компьютера «Марк-1» состояли не из строчек кода, а из радиоламп и резисторов. Задача устройства состояла в том, чтобы распознавать геометрические фигуры и буквы алфавита. Для начала 60-х это было выдающееся достижение, но его слишком активно стали рекламировать в прессе.

В New York Times писали, что уже через пару лет на базе «Марк-1» появятся компьютеры, способные мыслить, как человек. С этим утверждением не был согласен однокурсник Розенблатта — Марвин Минский. Он сам занимался машинным обучением, имел большой вес в научных кругах и даже был консультантом на съёмках фильма «2001 год: Космическая одиссея» Стэнли Кубрика. А ведь там был HAL 9000 — компьютер с искусственным интеллектом, способный
распознавать речь и зрительные образы, создавать предметы искусства и проявлять эмоции.

В 1969 Марвин Минский и Сеймур Паперт выпустили книгу
«Перцептрон», которая надолго отбила у научного сообщества желание заниматься развитием нейросетей.

В книге учёные доказали, что сеть «Марк-1» с двумя слоями
почти ничего не умела, а на многослойные сети алгоритмы Розенблатта перенести нельзя — часть информации об ошибках могла бы потеряться, не достигнув нужного слоя.

К сожалению, в 1971 году Розенблатт ушёл из жизни, и
дорабатывать устройство было некому. На волне развития классических компьютеров учёные перестали развивать концепцию искусственных нейронов, сконцентрировав силы на более перспективных направлениях.

Вторая революция: методобратного распределения ошибки

70-е годы XX века многие называют «зимой искусственного
интеллекта». Правительство США сократило финансирование этой области, а наука, казалось, стояла на месте. Но в 1986 году произошёл прорыв — появился способ машинного обучения по методу обратного распространения ошибки.

Он работает так: сначала нейронная сеть получает на вход
некоторые данные и на основе текущих весовых коэффициентов производит прогноз. Затем этот прогноз сравнивается с ожидаемым результатом, и вычисляется ошибка.

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

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

В 80-е уже никто не разрабатывал экспериментальные приборы:
проще было запрограммировать компьютер на нужные действия. Благодаря новому методу за пару лет нейронные сети научились искать на изображениях геометрические фигуры и распознавать почерк человека.

Вскоре появились и самообучающиеся нейронные сети, которые не
ждали подсказки от человека, а сами находили правильные ответы. Постепенно разработки стали использовать на практике: например, американские банки внедрили нейросеть, которая распознавала цифры на чеках.

Однако учёные столкнулись с проблемами: в 80-х годах ещё не
было вычислительных мощностей, способных обучать такие нейронные сети, а также больших объёмов данных, на которых они могли бы обучаться. Это привело к ещё одной «зиме искусственного интеллекта».

Третья революция: расцвет нейросетей

Несмотря на сокращение финансирования и относительное
затишье, в 90-е и начале 2000-х о нейросетях не забывали. Например, был создан метод опорных векторов — техника машинного обучения с учителем для задач классификации и регрессии.

Однако в конце 2000-х всё снова изменилось. Появились
вычислительные мощности, которых не хватало для развития нейросетей. Импульсом для этого стало развитие игровой индустрии — игры становились всё сложнее и требовали мощных видеокарт. Оказалось, что геймерские видеокарты отлично подходят для обучения искусственного интеллекта.

В 2012 году произошло знаковое событие для мира нейросетей.
На конкурсе по распознаванию объектов на изображениях ImageNet LSVRP победила нейросеть AlexNet с набором данных ImageNet.

Нейросеть сделала всего 16,4% ошибок, тогда как программа,
занявшая второе место, ошиблась в 26% случаев. При этом человек обычно совершает ошибки в 5% случаев.

Самое интересное, что для обучения нейросети-победителя
использовали обычный компьютер с двумя видеокартами NVIDIA. На тренировки ушла примерно неделя. База данных для обучения нейросети включала 15 миллионов изображений, распределённых по 22 000 категорий. В неё входили как стандартные объекты вроде машин или домов, так и триста пород собак.

Попробуйте отличить их самостоятельно, особенно зная, что
есть около 20 разновидностей терьеров ?

Спустя 10 лет нейросети не просто распределяют фотографии по
категориям, но и сами создают их по текстовым описаниям. Думаем, вы уже пользовались Midjourney, DALL-E или Stable Diffusion.

В итоге всё это привело к появлению на свет в 2020 году модели GPT-3, разработанной компанией OpenAI. GPT-3 использует технологию
transformer для генерации текста. Эта модель обучается на огромном количестве текстовых данных, таких как книги, статьи, новости и интернет-контент. Она может предсказывать следующее слово в тексте на основе контекста, что позволяет ей генерировать связный текст, который выглядит так, как будто он написан человеком.

При обучении этой модели уже нельзя было ограничиться
компьютером с двумя видеокартами. OpenAl использовала кластер из 35 580 GPU и 2,6 миллиона ядер процессора. А в ноябре 2022 года всему миру стал доступен сервис ChatGPT на основе GPT-3, который ознаменовал начало четвёртой революции нейросетей.

Что ждёт нас за горизонтом? Потеря рабочих мест и восстание машин? Или мир, в котором нейросети делают нашу жизнь комфортнее? В
такой быстро меняющейся сфере трудно давать прогнозы. Будущее происходит на наших глазах — остаётся только следить за ним.

Рассмотрим, кто стоит за созданием этого мощного инструмента, и когда технологию разработали. Вот уж неожиданная получилась галерея лиц!

Гвидо ван Россум

Главный создатель – голландский программист Гвидо ван Россум (Guido van Rossum). Родился 31 января 1956 года в Гааге, Нидерланды.

Вдохновением для него послужил язык программирования ABC. Гвидо использовал этого предка Python в институте CWI (Центр математики и информатики). ABC разработан для обучения программированию и характеризовался простотой и доступностью, но не решал сложные задачи.

В декабре 1989 года Гвидо начал создавать язык, который сочетал бы простоту ABC с более широкими возможностями. Так появился Python. Само название языка было выбрано в честь популярного британского комедийного шоу 70-х годов «Летающий цирк Монти Пайтона» (Monty Python’s Flying Circus).

Первую официальную версию Python (0.9.0) выпустили в феврале 1991 года. Помимо простоты, краткости и читаемости, язык предлагал возможность создания модульных и расширяемых программ.

С течением времени язык развивался и совершенствовался, что привело к появлению множества версий. В 2008 году вышел релиз Python 3.0, который стал значительным изменением в истории языка. Версия включала улучшения и оптимизацию, но также означала и несовместимость с предыдущими релизами.

Соавторы

Python сегодня — это результат работы огромного сообщества разработчиков, которые вносят вклад в развитие языка и экосистемы. Гвидо ван Россум имел огромное влияние на развитие Python, однако кроме него было много других людей, которые внесли свой вклад.

Россум работал в Нидерландах в конце 1980-х и начале 1990-х годов и с другими весьма непубличными разработчиками: Ринус Роэлинг (Rinus Roelings), Эдоардо Ре (Edoardo Re), Ян Стивенсон (Jan Stevenson), Пол Джонсон (Paul Johnson). Найдете фотографии – прикрепляйте в комментариях!

Алекс Мартелли

Важным вкладом в создание Python стала также работа Алекса Мартелли (Alex Martelli), который в 1995 году перевел документацию Python на английский язык и продолжил поддержку. Это американский программист итальянского происхождения, родился в 1955 году и сейчас работает в Google.

Алекс является одним из ведущих лекторов в области Python. Он часто выступает на конференциях, курсах и университетских лекциях, делясь своим знаниями и опытом. Алекс также написал много статей о Python и является соавтором нескольких книг по этому языку.

Бьярне Страуструп

Кроме того, Бьярне Страуструп (Bjarne Stroustrup), человек с внешностью сумасшедшего злого ученого, создатель языка программирования C++, внес вклад в создание Python, предоставив рекомендации и советы в самом начале. Родился в 1950 году в городе Орхус, Дания.

C++ играл важную роль в развитии компьютерной науки и программирования, включая концепции объектно-ориентированного программирования, перегрузку операторов и шаблоны. Некоторые из этих концепций перекочевали в Python, который, хотя и не является объектно-ориентированным языком программирования в строгом смысле, поддерживает объектную модель и включает в себя большое количество стандартных классов и модулей.

Брюс Эккель

Брюс Эккель (Bruce Eckel) – автор книги «Thinking in Python», также оказал большое влияние на развитие технологии. Книга стала популярной среди начинающих программистов, и до сих пор считается одной из лучших. Брюс родился в 1957 году.

Кроме того, Брюс выступает на конференциях и мероприятиях, где обсуждаются различные аспекты разработки ПО на Python, и привлекает внимание широкой аудитории к этому языку программирования.

Тим Питерс

Тим Питерс (Tim Peters) также сделал огромный вклад в создание языка. Благодаря Тиму появился модуль zlib, который используется для сжатия данных.

Одно из ключевых достоинств Python – возможность расширять его функциональность с помощью сторонних модулей и библиотек. Питерс принял участие в разработке механизмов расширения языка для поддержки новых протоколов обмена данными, что сделало язык более удобным и эффективным для разработки широкого спектра приложений.

Тим Питерс играл ключевую роль в поддержке принципов открытости и свободы. Сегодня язык доступен для модификации любому.

Заключение

Однако я представляла королей Пайтона себе по-другому… Разработчики столь сильно увлечены технологиями, что не стремятся к ухоженности и особой публичности: фотографии некоторых влиятельных коммиттеров вообще трудно найти в сети. Получается, скромные и трудолюбивые представители поколений бумеров и “иксов” подарили нам этот замечательный язык программирования.

p.s. А лямбда-функции, которые так легко забыть, если не использовать, придуманы, как оказалось, вовсе не когортой создателей питона.

Здесь еще в 1936 году постарался американский математик с рельефным именем Алонзо Черч (Alonzo Church).

245

Бирки из костей и приходские книги

Люди собирали данные на протяжении всей истории. Так, в горах Лебомбо в Свазиленде была найдена кость бабуина, на которой имеется 29 зарубок. Возраст этого артефакта около 40 000 лет. Одна из версий, что эти насечки были чем-то вроде счётчика лунных фаз: то есть, по сути, одним из первых календарей. Были найдены и другие подобные предметы с зарубками, которые могли служить для расчётов запасов еды.

Более осязаемые следы работы с данными тянутся с середины XVII века. В 1640-х годах лондонский галантерейщик Джон Граунт, которого после стали называть «Колумбом статистики», собрал и изучил приходские книги рождений и смертей за несколько десятилетий и опубликовал наблюдения.

Так Граунт пытался предупредить вспышки бубонной чумы — а в итоге положил начало современной эпидемиологии. Он стал первым человеком, применившим анализ сводных данных для решения конкретной проблемы — собрал статистику смертности разных слоёв населения. И выяснил, что вспышки чумы, вопреки популярному тогда мнению, не связаны с движением планет или коронацией королей. А ещё он доказал, что женщины в среднем живут дольше мужчин и что большинство смертей приходится на первые годы жизни.

Ещё один учёный, немецкий физик Генрих Вильгельм Брандес, пытался решить проблему неурожая в Европе, который привёл к массовому голоду. Он предположил, что погодные изменения и последующий неурожай можно было предсказать. Чтобы доказать свою теорию, учёный собрал данные с метеостанций и к 1816 году нарисовал первую в истории карту погоды.

Ткацкие станки и шифровальщики

К началу XIX века набрала разгон индустриальная революция — ручной труд не успевал за прогрессом. Требовалось автоматизировать производство, а для этого закодировать станки.

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

После Бушона над этой технологией трудились и другие исследователи. Постепенно бумажную ленту заменили жестяные и картонные таблички — их назвали перфокартами.

Популярность к ним пришла в 1805 году. Тогда Наполеон посетил ткацкую мастерскую Жозефа Жаккара, увидел, как станок сам ткёт узорчатое шёлковое полотно, — и распорядился сделать патент на изобретение общественным. Уже к 1812 году с помощью перфокарт во Франции работали 18 000 ткацких станков. После перфокарты стали использовать и в других отраслях промышленности.

В 1884 году американский инженер Герман Холлерит получил патент на табулятор — машину, способную считывать перфокарты и производить вычисления. С помощью этой техники в США провели перепись населения 1890 года. И новаторов ждал успех: предварительные результаты подсчитали в течение шести недель после переписи, а весь объём информации обработали в течение двух лет. Данные с формуляров набивали на перфокарты с помощью перфораторов. В табуляционную машину вводилась колода заранее подготовленных перфокарт, и далее всё происходило без вмешательства человека: считывание информации с перфокарт и проведение необходимых вычислительных операций.

В 1896 году Герман Холлерит открыл свою фирму по производству табуляторов. Через столетие весь мир узнал её как International Business Machines Corporation или IBM.

Вскоре появилась прародительница дискет и жёстких дисков — магнитная лента. В 1928 году немецкий инженер Фриц Пфлеймер запатентовал это изобретение: с помощью магнитов он записал информацию на тонкую бумагу, покрытую порошком оксида железа. Именно с Пфлеймера началась эра хорошо знакомых нам плёночных кассет для записи звука и видео.

Они быстро вытеснили цилиндры и диски для фонографов, граммофонов и патефонов: магнитные ленты были дешевле, вместительнее и долговечнее. По некоторым показателям ленты превосходят и современные накопители — поэтому их до сих пор используют в таких крупных дата-хранилищах как у Google и Европейского Центра ядерных исследований (CERN).

Во время Второй мировой войны военные остро нуждались в шифровке и дешифровке информации: с одной стороны, необходимо было координировать свои действия, скрывая это от врага, с другой — перехватывать секретные данные. Это спровоцировало разработку кардинально новых методов и инструментов для защиты данных.

Однако возможности обработки данных всё ещё были ограничены. Многие организации продолжали полагаться на ручной учёт и бумажные архивы до конца XX века.

Наука о данных

Следующий принципиально новый уровень работы с данными начался с появления ЭВМ в 40-е. А в 1948 году американский инженер и математик Клод Шеннон — позже его назвали «отцом информационного века» — ввёл понятия информации и бита как единицы измерения. Вскоре бит стал такой же базовой величиной, как дюйм или фунт.

Одним из первых инновациями воспользовалось то же Бюро переписи населения США — в итоге с ЭВМ обработка данных о переписи 1950 года заняла несколько месяцев. Это был настоящий прорыв.

Через несколько лет появились глобальные организации по работе с данными. В 1960-м — Международная федерация по обработке информации (IFIP). Она дала определение данным, назвав их «формальным представлением фактов или идей, которые можно передавать и которыми можно управлять каким-либо способом». В 1966 году Международный совет по науке открыл Комитет по данным для науки и техники (CODATA). С тех пор он разрабатывает стандарты для работы с информацией.

В 70-е британский учёный Эдгар Кодд разработал реляционную модель — она стала классикой структурирования данных и популярна до сих пор. Благодаря этой модели можно быстро находить связи в массивах данных: выполнять поиск по множествам таблиц с помощью одного запроса.

А американский математик Джон Тьюки предсказал, как будет эволюционировать работа с данными благодаря компьютерам — в 1977 году он опубликовал работу «Исследовательский анализ данных» и предложил одноимённую концепцию. Позже она легла в основу изучения больших данных.

И, наконец, появился официальный термин Data Science. Датский инноватор Петер Наур в своей книге «Краткий обзор компьютерных методов» 1974 года определил, что наука о данных изучает жизненный цикл цифровой информации — от возникновения до преобразования и использования в других областях знаний.

Соцсети, ИИ и Big Data

В конце XX века распространяется Интернет, появляются социальные сети и данные растут в геометрической прогрессии.

В нулевых научные организации, СМИ и корпорации начинают провозглашать Data Science как новую дисциплину — и говорить о необходимости её внедрения в бизнес-процессы. В 2006-м Томас Дэвенпорт, учёный, специализирующийся на аналитике и инновациях, заявляет, что теперь бизнес будет конкурировать за счёт умения собирать, анализировать данные — и прогнозировать на их основе.

В 2008 году Nature посвящает спецвыпуск журнала взрывному росту объёма информации и впервые использует словосочетание «большие данные» — так начинается формироваться концепция Big Data. А в 2012-м Harvard Business Review провозглашает: «дата сайентист — самая сексуальная профессия 21 века».

Сейчас мы генерируем данные постоянно: пока делаем покупки, ходим на медицинские осмотры и листаем ленты социальных сетей. Прогнозируется, что к 2024-му человечество нагенерирует около 150 зеттабайт данных. Это в 2,5 раза больше, чем в 2020-м. А значит, современных вычислительных мощностей скоро будет недостаточно — человечеству нужны кардинально новые технологии для хранения и обработки данных, такие как искусственный интеллект и квантовые вычисления.

Датацентричная организация

Газпромбанк развивается как датацентричная организация — это одно из направлений нашей стратегии. В банке мы используем как классические подходы для работы с данными, так и алгоритмы и модели собственной разработки. Мы также создаем новую инфраструктуру для хранения и обработки данных. О том, как мы автоматизировали обработку данных, можно прочитать в этой статье.

Недавно мы запустили программу cтажировок для старшекурсников, выпускников и начинающих специалистов по направлению Data Science и Machine Learning. О новых наборах объявим в нашем блоге, так что подписывайтесь и следите за новостями. А наши вакансии по всем направлениям можно посмотреть здесь.

Семья журналистов и дедушкин компьютер: история создателя Linux

Первым разработчиком и создателем Linux считается Линус Торвальдс, финский программист. Он родился в 1969 году в семье журналистов: мать — редактор в новостном агентстве, отец — радиожурналист, дед по отцовской линии — главред газеты.

А вот дедушка по матери Лео Вальдемар Тернквист был профессором статистики в Хельсинкском университете.

Ребёнком Линус любил наблюдать за тем, как дед работает за калькулятором — в то время они мигали лампочками. А в 1981 году профессор заменил калькулятор на компьютер — Commodore VIC-20: так Линус впервые познакомился с электронно-вычислительной машиной.

После смерти дедушки компьютер полностью перешёл в руки мальчика, и он погрузился в программирование. Сначала это был Basic, но вскоре этот язык быстро ему надоел, Линус начал изучать машинные коды.

Затем семье удалось купить новый компьютер — Sinclair QL. В это время Линус начал интересоваться операционными системами. Сначала это произошло вынужденно: мальчику пришлось самостоятельно написать драйверы для дисковода, и в процессе он обнаружил несколько ошибок в операционной системе. Захотел их исправить, но, увы, не вышло — ось оказалась зашита в ПЗУ, и ничего изменить было нельзя.

После школы Торвальдс поступил в Хельсинкский университет и залез в кредит, чтобы купить компьютер с 386 процессором Intel. На компьютере студента стояла операционная unix-система Minix, но она работала с ошибками. Линус написал несколько программ, чтобы это исправить.

В итоге программ было написано столько, что на руках у Торвальдса была буквально замена Minix. Вскоре он полностью перешёл на использование своей операционной системы.

Бесплатное программное обеспечение: идеология и практика

Чтобы создать свою операционную систему, Торвальдс использовал чужие программы, опубликованные на базе General Public Licence — Универсальной общественной лицензии. Её разработал Ричард Столлман в 1989 году.

Суть лицензии — в бесплатности и доступности программ, написанных по ней. Если программист использовал код по этой лицензии, он должен предоставить исходный код своего продукта в открытый доступ, а также дать право его модифицировать и распространять.

И так по цепочке — каждый следующий программист, который использовал и модифицировал код, открыто предоставляет его всем.

Изначально Торвальдс не стремился распространять свою ось, но под влиянием преподавателя Ари Лемке всё-таки выложил исходники в открытый доступ.

Есть версия, что название Linux появилось благодаря тому же университетскому учителю. Сам Торвальдс хотел использовать название Freax (производная от слова «freaks» — фрики, чудики), но преподаватель переименовал каталог с файлами, совместив имя Торвальдса и Unix — получился Linux.

Если говорить о дне рождения операционной системы, единого мнения на этот счёт не существует. Сам Торвальдс выделяет четыре даты:

• 3 июля 1991 года — первое упоминание Linux её создателем как операционной системы.

• 25 августа 1991 года — дата официального анонса проекта. Линус Торвальдс считает её приоритетной.

• 17 сентября 1991 года. Тогда вышел первый релиз оси версии 0.01, Торвальдс поделился ею в рассылке близким друзьям.

• 5 октября 1991 года — выпуск официального публичного релиза Linux версии 0.02.

Сделал ли Linu​​x своего создателя богатым?

Да, но не сразу. У Торвальдса не было мысли продавать или как-то иначе монетизировать свою операционную систему, поэтому он не брал и не просил за неё денег.

Сначала Линус Торвальдс был штатным научным сотрудником в Хельсинкском университете. В 1997 году переехал с женой в США и начал работать в компании Transmeta, которая разрабатывала процессоры с низким потреблением энергии. Нельзя сказать, что эта работа приносила много денег.

Но в 1999 году компания Red Hat, которая занималась настройкой Linux под разные бизнесы, вышла на биржу. И в знак признательности создателю операционной системы выдала Торвальдсу опцион на пакет акций. Через полгода его стоимость составляла $5 000 000.

Так же поступила и другая компания — VA Linux, но в этот раз акции так не подскочили.

Тем не менее финансовое положение Торвальдса и его семьи улучшилось: они купили дом, а рядом с семейным автомобилем в гараже появился ещё и жёлтый кабриолет.

Создатель Linux не раз получал награды за свою работу, самая «громкая» из них — крупнейшая технологическая премия Millennium Technology Prize (2012) с призом в €1 200 000.

Чем сейчас занимается Линус Торвальдс

В 2003 году Торвальдс ушёл из Transmeta в фонд Linux Foundation, где работает и сейчас. Финансирование фонд получает из пожертвований. В 2017 году бюджет фонда равнялся $50 000 000.

Фонд продвигает и стандартизирует Linux, обучает и сертифицирует специалистов по работе с системой. Также он поддерживает и участвует в различных проектах с открытым кодом.

Благодаря фонду Linux имеет большое сообщество разработчиков и пользователей, которые могут помочь: решить проблему и поделиться опытом. Согласно ежегодному отчёту Linux Foundation, только за 2022 год более 2,7 миллиона человек прошли обучение и получили сертификаты фонда. Это только примерная цифра — реальная наверняка больше.

А чем закончилось ваше школьное увлечение компьютером? Поделитесь своей историей в комментариях.

Узнали эту милую скрепку? Это — Clippy, он же Скрепыш, который был помощником в Microsoft Office.

В версии 2007 он был «уволен» из-за огромной нелюбви к нему у пользователей, назойливости и полной бесполезности.

Та же судьба ждала пса Ровера — пса-помощника из Windows 95 и XP, который будто бы помогал искать нужные файлы, но на самом деле просто отвлекал пользователей анимациями, пока система отчаянно и тугодумно обрабатывает запрос.

Однако прошло время, и — парадоксально, но факт — пользователи стали скучать не только по Скрепышу и Роверу, но и по диалапу, по установке программ с 20 дискет и по прожигу дисков.

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

Вот, по чему больше всего ностальгируют читатели Типичного Программиста в VK.

Чтобы поиграть в CS, нужно было зайти в Half-Life

Это — самый популярный коммент под записью.

Когда-то, чтобы поиграть в CS, нужно было скачать мод в виде архива, распаковать его прямо в папку с Half-Life, зайти в игру и переключиться на CS через меню.

То же, например, касалось и Team Fortress.

Кнопка Turbo на системном блоке

Раньше на системных блоках было три кнопки: включение, перезагрузка и турбо.

Обычно кнопка встречалась на компьютерах от IBM, а её функция заключалась в том, чтобы переключать частоту процессора. Проще говоря, «разогнать проц» можно было одним нажатием.

Есть и нюансы: частота процессора по умолчанию была высокой (если 16 МГц можно назвать высокой), а кнопка Turbo уменьшала частоту до 8 МГц.

Эта фича нужна была для того, чтобы работать со старыми программами и играми, которые на новых процессорах начинали реагировать на команды с космической скоростью.

То же самое можно наблюдать и сейчас, если, например, установить Fallout на современный ПК. Если игра запустится, всё в ней будет работать на скорости 3-10х.

Позже кнопка Turbo появилась и на клавиатурах, но отвечала она за скорость печати символов при зажатии клавиш.

«Блин, привод только R-ка, вот почему алкоголь не пашет»

Чаще всего CD-приводы на компьютерах предназначались только для чтения и обозначались как CD-ROM. Приводы, которые могли записывать данные на диски, обозначались как CD-RW.

Чтобы записать данные на диск, нужно было смонтировать образ в программе Alcohol, а потом «прожечь» диск через программу Nero.

Ещё можно было и записать, и прожечь диск в Alcohol 120%, но с прожигом он справлялся нестабильно.

В общем, на этом пути могла возникнуть куча сложностей: то диск не тот, то привод, то программа всё залажала… В нашем случае возникла беда с приводом.

C:\nc\nc.exe

В далёкие-далёкие времена, когда на ПК ещё не было Windows, все пользовались Norton Commander.

Это файловый менеджер для операционной системы DOS, который позволял управлять файлами. Собственно, в его определении уже всё сказано.

По привычке Нортон использовался даже в Windows: его часто использовали для передачи файлов между дисками. Просто Windows мог не видеть какие-то файлы или долго искать их, а в Нортоне выполнить задачу можно было легко и просто.

На постсоветском пространстве даже был клон Нортона — Volkov Commander. В чём была принципиальная разница, вспомнить уже сложно.

Куплю шестизнак!

Тут речь идёт о номерах ICQ. У пользователей были идентификаторы, состоящие из цифр.

К примеру, у автора этой статьи номер аськи был 605 698 929 — девятизначный номер и совсем не крутой. Позже номер зачем-то угнали, а теперь номеров в ICQ и вовсе нет.

Крутым же считалось обладать шестизначным номером, поскольку это был самый короткий из возможных. Люди месяцами откладывали деньги для покупки шестизнака, после чего слонялись по чятикам и искали продавцов фразой «Куплю шестизнак!».

А по чему соскучились вы, чего никогда не поймут дети?

В смысле, сам Internal Tech iails не занимается взломами электронных почт. Все переписки уже были слиты, а сайт всего лишь отбирает самые интересные сообщения и публикует их.

Теперь пользователи могут прочитать, о чём и как, например, общались в Google, когда только начали планировать покупку YouTube. Или узнать, что отправлял на свою же почту Стив Джобс.

На сайте опубликовано навскидку 30 переписок, но на аккаунт в Twitter уже подписалось больше 300 тысяч человек. Судя по дате регистрации аккаунта, площадка стартовала в мае 2021 года.

Вольно-литературно перевели самые интересные, на наш взгляд, переписки. Пришлось переводить переписки не дословно, потому что англоязычные айтишники слишком любят слово «это» и прочие абстрактные формулировки.

Илон Маск и Джек Дорси ругают Твиттер и думают, как сделать его круче

26 марта 2022 г.

Джек Дорси

Да, нужна новая платформа [вместо нынешнего Twitter]. Она не может быть компанией. Вот почему я ушел.

Илон Маск

Окей.

Илон Маск

Как она должна выглядеть?

Джек Дорси

Я думаю, это должен быть протокол с открытым исходным кодом. Поддерживать протокол должен фонд, который им не владеет, а только продвигает его. Примерно то же сделал Signal.

У протокола не должно быть рекламной биржи. Иначе у площадки будут точки давления, которыми воспользуются правительства и рекламодатели, чтобы повлиять на соцсеть и контролировать её. Если протокол будет централизованным, он будет атакован.

Сделать [соцсеть на основе такого протокола] не сложно, только нужно сделать всё верно, чтобы она была устойчива к тому, что случилось с Twitter.

Илон Маск

Супер интересная идея.

Джек Дорси
Я ушёл из Твиттера в середине мая, а затем полностью выпал из руководства компанией. Теперь я собираюсь [создать децентрализованный протокол] и исправить ошибки. Твиттер начинался как протокол. Он никогда не должен был стать компанией. Это был первородный грех.

Илон Маск
Я хотел бы помочь, если я могу.

Джек Дорси

Я хотел поговорить об этом, потому что вы понимаете важность [децентрализации] и можете оказать неизмеримую помощь. Я изо всех сил старался включить вас в совет [Twitter], но совет отказался. Примерно тогда я и решил, что мне нужно уйти, как бы тяжело это ни было.

Илон Маск

У тебя есть минутка поговорить?

Джек Дорси

Собираюсь на ужин, но могу на минутку.

Джек Дорси

Я думаю, главная причина в том, что совет директоров просто очень не склонен к рискам, а добавление вас в члены совета — это как раз дополнительный риск.

Такая точка зрения кажется мне глупой, но у меня был только один голос и 3% компании, и у меня нет акций двойного класса.

Мы можем обсудить больше.

Илон Маск

Обязательно обсудим.

Илон Маск

Я думаю, стоит направить Twitter в лучшую сторону и сделать что-то новое, децентрализованное.

Джек Дорси
Это, пожалуй, лучший вариант. У меня есть сомнения, но я открыт к [дискуссии].

Google оценивает стоимость YouTube

07.02.06 Эрик Шмидт написал:

Могу ли я получить быструю оценку стоимости YouTube?

От: Салман Улла
Отправлено: 8 февраля 2006 г., 9:19
Кому: Эрик Шмидт
Копия: Дэвид Драммонд; Питер Чейн; Шон Демпси
Тема: Re: ютуб

Основываясь на обсуждениях Шона с ними [YouTube] и их VC (Sequoia), мы думаем, что он будет стоить около 50 миллионов долларов.

08.02.06 Эрик Шмидт написал:

Продолжаем?

От: Ларри Пейдж
Кому: Эрик Шмидт
Отправлено: Ср, 8 фев 2006 13:13:40 -0800
Тема: Re: FW: ютуб
Копия: [УДАЛЕНО], Сергей Брин

Идея не кажется мне сумасшедшей…

08.02.06 Эрик Шмидт написал:

Пожалуйста, придите на встречу с YouTube, чтобы обсудить предложение от Google по покупке.

Меня очень беспокоит зависимость YouTube от авторского права. Ещё мы должны выстроить их рост и т. д.

Наша основная цель — заполучить всю команду и лидерство [в ней]… Нам понадобится гораздо больше сил, чтобы добиться всего, чего мы хотим.

После того, как вы встретитесь, пожалуйста, озвучьте мне шансы, цену и т. д., и тогда я поговорю с Морицем.

От: Шон Демпси
Отправлено: 13 февраля 2006 г., 12:54.
Кому: Эрик Шмидт
Копия: Салман Улла; Дэвид Драммонд; Ларри Пейдж; Сергей Брин
Тема: Re: ютуб

Я разговаривал с YouTube в пятницу, на выходных и сегодня утром. Они хотят около 500 миллионов долларов, что-то в духе «сделки с Myspace».

Мы планировали встретиться лично этим утром, но когда я предложил цену до 200 миллионов долларов, чтобы проверить, было ли сравнение с Myspace реальным, они заявили, что встречи не будет.

Видимо, решение было принято советом из трех человек, в который входят [УДАЛЕНО], [УДАЛЕНО] и ещё один советник. Мы считаем, что основатели владеют > 50% компании.

Они очень оптимистичны в отношении будущего YouTube. Они также предлагают нам совместную работу в коммерческих целях, о чем мы их и просили.

От: Эрик Шмидт
Кому: Шон Демпси
Копии: Салман Улла, Дэвид Драммонд, Сергей Брин
Тема: RE: ютуб
Отправлено: Пн, 13 фев 2006 16:17:50

Спасибо. Пожалуйста, найдите способ достичь их видения площадки. Мы не будем настаивать на приобретении…

Стив Джобс декадентствует, размышляя о жизни в письмах самому себе

От: Стив Джобс
Кому: Стив Джобс
Дата: четверг, 2 сентября 2010 г., 23:08.

Я выращиваю лишь немного еды, которую ем. Но я не выращивал и не совершенствовал семена, из которых я выращиваю еду.

Я не шью себе одежду.

Я говорю на языке, который я не изобретал и не совершенствовал.

Я не открывал математику, которой пользуюсь.

Меня защищают свободы и законы, которые придумал и издал не я. Я не принимаю законы и не выношу решений.

Меня вдохновляет музыка, которую написал не я.

Когда мне нужна была медицинская помощь, я был беспомощен, чтобы помочь себе выжить.

Я не изобретал транзистор, микропроцессор, объектно-ориентированное программирование или большинство других технологий, с которыми я работаю.

Я люблю и восхищаюсь своим видом, живым и мертвым, и мои жизнь и благополучие полностью зависят от них.

Отправлено с моего iPad.

Билл Гейтс переживает из-за растущей популярности Java и кросс-платформенной разработки

Билл Гейтс

Я очень беспокоюсь о том, насколько замечательны Java/Javabeans. Вся выполняемая ими работа вызывает восхищение. Я буквально не могу спать, потому что мне кажется, что с переходом на серверные приложения людям будет проще создавать конкурентоспособные операционные системы.

Мне очень интересно узнать ваши мысли по этому поводу. Какие у нас есть средства защиты от этого? Я не нашёл их достаточно, чтобы расслабиться. Это подрывает мою креативность.

Натан Мирвольд

Я согласен, что это дилемма, но я не думаю, что она настолько серьезна, чтобы не спать из-за неё. Вот несколько мыслей по этому поводу.

Риск того, что Sun действительно отнимет у нас франшизу на ОС, гораздо ниже, чем риск того, что они обесценят весь бизнес.

Максимум, они сделают Интернет полностью независимым от ОС, но есть и другие вещи, которые возвышают одну платформу над другой.

Пока что Java-приложения не представляют серьезной угрозы традиционному ПО для ПК. Это безумно — думать, что они есть.

Посмотрите на конкуренцию между мейнфреймами и ПК. Нам потребовалось ДВА ДЕСЯТИЛЕТИЯ, однако IBM по-прежнему получает миллиардные доходы от мейнфреймов.

Крутые новые технологии всегда быстро распространяются.. Эксперты постоянно говорят, что новые технологии убьют старый бизнес — но, в конце концов, это происходит медленно.

Это не значит, что Java не важна. Она ОЧЕНЬ важна (только не теряйте сон!). Я просто думаю, что вы фокусируетесь не на тех видах угроз. Нет никакого прямого нападения на наш основной актив.

Очевидные вещи, которые нужно сделать:

1. Предоставить собственные средства улучшения веб-страниц.

2. Найти способы выхода на новый рынок. Черт, посмотрите на Netscape и Sun — у каждого есть интересный актив, и они всё ещё находятся в РАННИХ стадиях развития. Будут и другие важные технологии, и мы должны попытаться овладеть ими, даже если они совершенно другого направления.

— Виртуальные миры могут быть такой штукой.

— Новые способы выполнения серверных приложений или выполнения сетевых транзакций (а-ля Viper).

3. Продолжать инвестировать в наши основные бизнес-активы — в данном случае в Windows. 99% мирового дохода от ПО по-прежнему основаны на приложениях для Windows.

ОДНАКО при этом мы НЕ ДОЛЖНЫ позволять Windows проигрывать в других направлениях, важных для пользователей ОС.

— Нам нужно быть ЛИДЕРОМ в области мультимедиа, а значит, делать очень крутые аудио и видео. У нас должна быть лучшая платформа для игр (лучше, чем Ultra64 или Playstation). Мы должны стать лучшей платформой для создания графики/видео/аудио (лучше, чем SGI или Mac).

— ПК должны включаться мгновенно. Они должны быть настраивать и диагностировать себя сами. ПК должен быть максимально удобным для пользователя.

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

Внести эти изменения и сохранить жизнеспособность платформы — большая проблема. Аналогия с Apple пугает. Они потратили весь свой творческий потенциал на вещи, не относящиеся к Mac (Kaleida, Sweet Pea/Pippin, Taligent, Newton…), а свою команду они связали с технологическим переходом к Power PC.

Не знаю, удалось ли мне успокоить вас. Java — это серьезная проблема, но у нас больше вариантов, чем вы думаете. Особенно с пунктами 2 и 3 выше.

Конечно, на сайте переписок гораздо больше, и все они — весьма интересные. К примеру, там очень много слитых обсуждений Twitter с Илоном Маском: он действительно долго колебался перед покупкой социальной сети.

Надеемся, однажды мы найдём на сайте переписки читателей Tproger — таких же гениальных и успешных, как Илон Маск или Стив Джобс. ?

Ошибка ошибке рознь

Представьте себе, что вы работаете над довольно сложной программой. Например, с мудрёными математическими расчётами. Вы её компилируете, запускаете в первый раз, она выдаёт ожидаемый результат и работает без ошибок.

Скорее всего, в такой ситуации типичный программист сильно удивится и начнет перепроверять свой код: так не бывает, чтобы сложная программа сразу скомпилировалась, заработала, да ещё и не содержала багов.

Действительно, такое случается довольно редко. Как однажды сказал один очень хороший разработчик с моей прошлой работы: «Код хороший, жаль только, что не работает». Если у вас получается сразу писать сложные программы, которые не содержат ошибок, то вы — уникальный специалист.

Баги в программах — это любимая тема программистского фольклора. Они сопровождают разработчиков всю жизнь. Ошибки бывают разные: совсем глупые описки, которые отлавливаются при первой же компиляции; более серьёзные, которые можно найти при прогоне на тестовых примерах; системные, которые связаны со сложными аспектами взаимодействия разных систем. Самые неприятные — это плавающие ошибки, которые появляются неожиданно и так же неожиданно исчезают. Этакие привидения программной среды.

Для того, чтобы отловить все баги в программах, придумано множество различных методик и приёмов. Серьёзные программы проходят через несколько этапов тестирования: функциональное, регрессионное, интеграционное.

Есть множество систем автоматизации тестирования. Придуманы даже специальные методики разработки, нацеленные на то, чтобы минимизировать количество ошибок ещё на уровне создания программного кода.

Несмотря на все эти ухищрения, баги всё равно прорываются в релизные сборки. Тогда они становятся проблемой пользователей и службы технической поддержки. Такие ошибки часто бывают некритичными: кнопка не работает, картинка не на месте. Они доставляют пользователям много неприятных минут, мешают работать, но не приводят к серьёзным последствиям.

Но иногда возникают такие баги, которым удалось укорениться в базовых системах: в процессорах, ядре ОС. Их обнаруживают не сразу, и они имеют гораздо более критические последствия. О нескольких таких эпических багах я и хочу рассказать в этом топе ошибок.

1. 1900 год, всё ещё високосный

Самое неприятное — когда ты в своей программе случайно находишь явную ошибку, исправляешь её и программа после этого перестаёт работать.bash.im

В 1983 году компания Lotus Software выпустила для компьютеров IBM PC своё знаменитое приложение для работы с таблицами, которое называлось «Lotus 1-2-3». В своё время эта программа считалась самым надёжным и быстрым табличным процессором. К сожалению, она содержала маленькую, но очень серьёзную ошибку.

По какой-то причине 1900 год в ней считался високосным. Пользователи сообщили об этой ошибке, но её так никто и не исправил. Разработчики утверждали, что исправление этого бага приведёт к необходимости переписывать почти весь код программы. Почему — это вопрос, на который нет ответа. Календари и даты — это вообще больная тема для многих разработчиков.

В 1995 году компанию Lotus Software приобрела фирма IBM, но к тому времени уже набирал свои обороты Microsoft Excel. Многие пользователи переходили с Lotus 1-2-3 на Microsoft Excel, а это значит, что нужно было обеспечить их совместимость. Именно для обеспечения совместимости разработчики Microsoft приняли осознанное взвешенное решение аккуратно транслировать эту ошибку в пакет Microsoft Office.

Как утверждали сотрудники Microsoft, недостатки, которые могут возникнуть при исправлении этой ошибки, значительно перевешивают преимущества. Её исправление привело бы к тому, что изменились бы данные в тысячах файлов пользователей Excel.

Вы можете спросить: «Кто же использует в своих таблицах даты в начале XX века?» Оказалось, что исправление ошибки затронет и другие даты. Как написано на сайте Microsoft, если ошибку исправить, то «почти все даты в текущих Microsoft Excel и других документах будут уменьшены на один день».

Считается, что исправление ошибки повлияет на даты после 1 марта 1900, поэтому Microsoft не хочет рисковать, ведь книг Excel с такими датами «сотни тысяч». Кроме того, «исправление этого поведения нарушает совместимость последовательной даты между Microsoft Excel и другими программами, которые используют даты». Это тоже может стать проблемой для пользователей.

В некоторых источниках утверждается, что эта ошибка была исправлена ещё в 2007 году, но в моём рабочем Excel 2016 она всё ещё воспроизводится. Проведём эксперимент: если у вас есть Excel, откройте новую таблицу и введите в ячейки две даты: 29.02.1900 и 29.02.1901. Первая тут же выравнивается по правому краю, а значит Excel воспринимает эту строку как валидную дату. Вторая дата так и останется строкой — такой даты не бывает даже по версии Lotus. Так что баг, о котором известно уже больше 30 лет, всё ещё с нами.

2. Рассеянный процессор

Не печалься, Барт, все совершают ошибки. Просто твои публичные и дорого стоят.Гомер Симпсон

Мы все давно привыкли к тому, что сложные математические программы могут содержать ошибки. Это, конечно, неприятно, но этого можно ожидать. Где-то программист забыл перевести градусы в радианы, где-то ошибся в размерности. Такие баги бывают и их несложно исправить — главное вовремя их отловить.

Но когда речь заходит о процессоре, ошибок в расчётах мы никак не ожидаем. Мы твёрдо верим, что уж на аппаратном уровне всё должно быть чётко и надёжно. К сожалению, так бывает далеко не всегда. Довольно широкую известность получила ошибка, возникавшая при выполнении операций над числами с плавающей запятой в процессорах Intel Pentium. Этот баг обнаружили и обнародовали в 1994 году.

Процессор при использовании ассемблерной команды FDIV в некоторых случаях неправильно делил одно число на другое. Не всегда, только для определённых чисел, но, согласитесь, что это слабое утешение. Одно дело, если деление выполнено неправильно при расчёте домашнего бюджета. А если это расчёт траектории спутника?

Вот очень наглядный пример:

• 4195835 / 3145727 * 3145727 = 4195835 — правильный расчёт;
• 4195835 / 3145727 * 3145727 = 4195579 — то, что выдавал процессор Intel.

Компания Intel в этой истории повела себя не лучшим образом. Её руководство знало об ошибке, но попросту скрывало её. Более того, когда о проблеме стало известно, Intel заявила, что для бесплатной замены процессора пользователи должны были доказать, что им эта замена необходима.

Это вызвало такую волну недовольства и критики, что представители компании пошли на попятную: принесли публичные извинения и заявили, что каждый может обменять процессор бесплатно. Всё это стоило компании 475 миллионов долларов. О подробностях этой истории можно почитать здесь.

Замена процессора — дело хлопотное. Так что программисты исправили проблему самым простым доступным им способом: в компиляторах Delphi и Visual Basic была добавлена проверка наличия этой ошибки и её автоматическое исправление на уровне приложения. Если ошибка обнаруживается, то программа просто корректирует результат выполнения операции FDIV. Конечно, это несколько замедляет работу приложений, но правильный результат дороже.

После того, как весь этот кошмар закончился, руководство фирмы Intel раздало главным инженерам компании брелоки с впаянным злополучным процессором и надписью: «Кризисы разрушают плохие компании. Хорошие компании переживают их. Великие компании от кризисов становятся лучше».

3. Купертино с нашими итальянскими товарищами

— Тупой словарь: «калевалу» знает, а «коленвал» — нет.— Он не тупой, просто гуманитарный.bash.im

От дат и расчётов перейдём к проверке орфографии. Представьте себе, что словарь замены неправильных слов содержит ошибку. Хотя многим это даже не придётся представлять — почти все рано или поздно попадают в ловушку автозамены на телефоне. В сети есть множество примеров смешных автозамен, которые торопливые авторы сообщений не успевают заметить перед отправкой.

Здесь же речь пойдёт не о быстром обмене сообщениями в мессенджерах, а о государственных документах. Ошибка, о которой я хочу рассказать, оставила свой след во многих официальных бумагах.

В английском языке есть вполне обычное слово «cooperation» — «сотрудничество». По правилам английского языка его можно написать и так: «co-operation». В моём словаре Lingvo есть обе версии написания. Соответственно, и программы проверки орфографии английских текстов должны содержать оба варианта.

К сожалению, долгое время в некоторых приложениях (например, в Microsoft Word примерно с 1989 года) вариант «cooperation» в списке правильных слов отсутствовал. В общем-то, ничего страшного в этом бы не было, если бы умная система не предлагала заменить вариант «cooperation» на «Cupertino» — название города в Калифорнии.

Теперь представим, что у многих пользователей настроена автозамена неправильно набранных слов на правильный вариант. Стоит ли удивляться, что в архивах ООН, НАТО, Евросоюза сохранилось немалое количество официальных документов со словом «Купертино» вместо слова «сотрудничество».

Вот вам несколько примеров:

• Купертино с нашими итальянскими товарищами было очень плодотворным.
• Азиатская ассоциация регионального Купертино.
• Презентация афро-немецкого Купертино.

Эта ошибка была настолько распространена, что даже получила своё собственное название: «эффект Купертино». Есть и другие примеры подобных автозамен в английском языке. Американский лингвист Бенжамин Зиммер даже коллекционирует такие случаи. В его коллекции есть пример публикации из газеты New York Times, в которой вместо «Voldemort» написано «Voltmeter».

По возможности всегда старайтесь следить за своими текстами, проверяйте автозамену.

4. Очень умный ксерокс

— Добрый день, а у нас ксерокс не печатает.— Он и не должен печатать, он делает копии.— Ой, да, спасибо!bash.im

Вернёмся обратно к аппаратному обеспечению. Как вам ксерокс, который при копировании заменяет цифры в оригинале? Вам кажется, что такое невозможно? К сожалению, в современной гонке за оптимизацией алгоритмов работы офисной техники такой фантастический вариант стал реальностью.

Мы привыкли к тому, что ксерокс, хоть и технологичное устройство, но в общем его функции достаточно банальны — сделать копию с оригинала. Интуитивно мы предполагаем, что ксерокс работает как связка сканера с принтером: отсканировали изображение, получили картинку и отправили её на принтер. Именно так, видимо, и работали ранние ксероксы.

Но устройства усложнялись, появились МФУ, в которых уже была встроена довольно сложная программная начинка. Видимо, в этом и заключалась причина ошибки, которую в 2013 году обнаружил немец Дэвид Крисель в МФУ фирмы Xerox.

Совершенно случайно Дэвид заметил, что при ксерокопировании некоторых документов с цифрами устройство периодически заменяло цифру «6» на «8», а цифру «2» на «1». Согласитесь, что это крайне странное поведение для ксерокса. Тем более, что в нём был отключён алгоритм распознавания текста и пользователь выполнял простое ксерокопирование.

Оказалось, что в устройстве использовался алгоритм компрессии графики JBIG2. Этот алгоритм фактически выполняет распознавание текста и заменяет графическое изображение на символы. При появлении схожих символов алгоритм подбирал им замену из библиотеки уже распознанных букв и цифр.

Понятно, что распознавание текста позволяет существенно сжать исходный файл. Другой вопрос, зачем этот алгоритм применялся при простом ксерокопировании. Интересно, что при недостаточном качестве сканирования алгоритм может заменить ещё и «2» на «7» или даже «1» на «3».

Компания Xerox повела себя аналогично Intel — не сразу признала свою ошибку. Поупиравшись какое-то время, Xerox всё-таки выпустили обновлённую прошивку для своих устройств. Но многочисленные пользователи должны её скачать и установить, а это делают далеко не все.

Кроме того, этот же алгоритм используется не только в большинстве современных устройств фирмы Xerox, но и в устройствах и программах других фирм. Так что проверяйте свои ксерокопии. Ведь баг действительно серьёзный. Вдруг при очередном ксерокопировании устройство заменит, например, номер вашего паспорта или сумму вашей зарплаты в бухгалтерской ведомости.

5. Ядерный Ганди

Кстати, о «Цивилизации». Поначалу мне нравилась третья часть, до того самого момента, как рота элитных мушкетёров, окопавшихся в городе, сбила ракету с ядерной боеголовкой.bash.im

Последняя ошибка в нашем топе называется «Ядерный Ганди», конечно, она не столь критична, но очень уж необычная. Появилась она при весьма странных обстоятельствах. Сначала прошёл слух, что она есть. Потом оказалось, что её нет. Потом разработчики «для прикола» добавили этот баг в свою программу.

По легенде в ранних версиях популярной стратегии Sid Meier’s Civilization существовала ошибка, из-за которой один из самых миролюбивых лидеров цивилизаций Махатма Ганди при определённом стечении обстоятельств превращался в самого агрессивного персонажа и не задумываясь использовал ядерные боеголовки против других цивилизаций.

Обычно эту ошибку описывают так: для каждого лидера в игре использовалась переменная, которая хранила уровень его агрессии. Этот уровень мог меняться в зависимости от игровой ситуации и действий других лидеров и игрока.

Для Ганди, понятное дело, по умолчанию был установлен минимальный уровень агрессии — 1. При переходе к демократии уровень агрессии по игровому алгоритму снижался на два пункта. Уровень агрессии Ганди при этом должен был стать отрицательным, но для хранения этого показателя использовалась однобайтовая беззнаковая целочисленная переменная. А это означало, что после такой операции уровень агрессии становился равным 255. Из-за этого бедный Ганди становился в 25 раз более агрессивным, чем самые отрицательные лидеры в игре.

Разработчики игры утверждали, что всё это только миф. Сам Сид Мейер говорил, что этого бага в ранних версиях игры никогда не существовало, что в коде применялись знаковые целочисленные переменные, и что государственный строй по игровому алгоритму вообще не влиял на агрессивность лидеров.

Миф об этой ошибке появился примерно в 2012 году и постепенно стал распространяться в сети.
В итоге разработчики решили пошутить и специально добавили эту ошибку в качестве пасхалки в новую версию игры Sid Meier’s Civilization V. В ней Ганди остался таким же незлобливым и миролюбивым, как Нед Фландерс в сериале «Симпсоны», но при этом вероятность создания и применения ядерного оружия у него установлена максимальная — 12. Это самое больше из возможных значений.

Так ошибка под названием «Ядерный Ганди» из мифа стала реальностью. А ещё это источник множества мемов в сети. Сам же Махатма Ганди был очень мудрым человеком. Когда-то он сказал: «Ценность идеала в том, что он удаляется, по мере того как мы приближаемся к нему».

Программисты могут своим опытом подтвердить эти слова — идеальных программ не существует, в них всегда будут ошибки.

Начинается он с рассказа парня о том, как подключиться к интернету при помощи модема. После этого он демонстрирует, что именно можно найти в интернете 37-летней давности. Например, уже тогда пользователи могли почитать новости, найти программное обеспечение, изучить обзоры софта и т.д.

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

Но самым «волнительным» она назвала возможность отправлять электронные письма. Именно тем, как это делать, закончился выпуск Database:

Источник: YouTube / Life Before

Оригинальный пост на Coding Horror датируется 6 апреля 2008 года, то есть почти за полгода до релиза сервиса. В нём Джефф Этвуд спрашивает у своих читателей, как лучше назвать его новый проект. На выбор было представлено множество вариантов, в числе которых был и ставший финальным Stack Overflow.

Название, ставшее финальным, получило 1721 голосов — 25% от общего числа проголосовавших. На втором месте по популярности было Private Void — этот вариант набрал 934 голоса (14%). Замкнуло тройку лидеров название Dereferenced с 755 голосами (11%).

В том же посте Этвуд даёт ссылку на подкаст. В нём разработчик рассказал о том, что вообще будет представлять будущий Stack Overflow.

Источник: Reddit

А начиналось всё с текста: из него состоял практически весь контент страниц. О красивом оформлении и речи не шло. Интернет был медленным, и сайты старались делать как можно легче для более быстрой загрузки веб-страниц. Эта задача стоит и перед современными разработчиками, но иногда они просто полагаются на современные высокие скорости соединения. Хотя для бесперебойной загрузки больших мультимедийных файлов и тяжёлого графического дизайна нужна всё же качественная оптимизация страниц.

Появление графики

К середине 90-х уже появилась табличная вёрстка. Стали подходить творчески к созданию веб-страниц и использовать графические элементы: счётчики посещения страниц, анимацию, GIF-элементы. Однако вёрстка значительно отличалась от современной. Флексы и гриды ещё не существовали — были таблицы и инлайн-блоки. И, например, для одного попапа нужно было прописать целых 30 строк HTML-кода. Конечно, с современной точки зрения у табличной вёрстки было много недочётов. Но этот метод стал началом упорядоченного структурирования страниц.

Разделение контента и дизайна

С появлением Flash для дизайнеров открылись новые возможности: разные цвета пунктов меню навигации, «плиточные» фоновые изображения, «неоновые» цвета, 3D-кнопки. Тогда в дизайне было положено начало ориентации на посетителя и вниманию на внешний вид страниц.

Разделить контент и дизайн помогло распространение CSS в начале нового века. Теперь их стали разрабатывать отдельно друг от друга. Уменьшилось количество кода и время загрузки страниц, расширились возможности вёрстки. Ссылки стали присоединяться не только к тексту, но и к графическим элементам. Простая навигация, визуальное смысловое выделение и понятная структура контента —  зародившиеся на этом этапе принципы актуальны до сих пор.

Развитие HTML

Если заглянуть в код, написанный 10 лет назад, то вместо DOCTYPE HTML, который используется сейчас, вы увидите указание на другой тип документа. Дело в том, что HTML5, который бы описал DOCTYPE HTML, тогда ещё не существовал. В течение всего периода развития веб-программирования язык разметки менялся. С момента публикации первой официальной версии в 1995 году было выпущено несколько новых версий. А последнее и самое большое обновление ознаменовалось выходом HTML5 в 2014 году. Конечно, это влияло и на тип документа.

Фокус на человека

В 2005 году началась эпоха Web 2.0. Количество мультимедийных приложений и интерактивного контента стало быстро расти, случился бум социальных сетей. В основе концепции Web 2.0 лежит принцип активного привлечения пользователей к проектам и сервисам для их развития и улучшения. Кроме безликих сайтов появились блоги, сообщества, которые поддерживают все пользователи. Увеличилось внимание к типографике. Контент начал ориентироваться на SEO.

Появились такие технологии, как Ajax и RSS. Ajax дал возможность не тратить время на перезагрузку всей страницы, если на ней появляются новые данные. Вспомните функцию автозаполнения в поисковой строке: сервис помогает вам завершить ключевые слова, при этом не перезагружая с каждой новой буквой всю страницу целиком. RSS помогает быстро собирать информацию с разных сайтов на одну страницу. Пользователь может читать аннотации и кратко знакомиться с новостями.

С развитием Ajax связывают и распространение JavaScript, который стал популярным спустя несколько лет после своего появления. Браузеры стали главной системой доставки приложений, а JS используют в клиентской части веб-приложений, где клиентом является как раз браузер. Поэтому и по сей день JavaScript — один из самых популярных языков программирования.

Сегодня

На исходе 2020 года веб-дизайн — обязательный элемент любой маркетинговой стратегии. Он ориентируется на тренды и настроения в обществе. Например, учитывается инклюзивность: интерфейс разрабатывается для людей с разными особенностями. Появились более выразительные макеты, а сами специалисты, можно сказать, занимаются искусством. Стало важным не только содержание, но и форма, которая не просто украшает, но несёт в себе смысл. Новые инструменты позволяют создавать оригинальный дизайн и облегчают рабочий процесс, например, сокращая количество повторяющихся действий.

При таком быстром развитии важно находить универсальные надёжные решения, которые обеспечивали бы целостность веб-разработки. Ведь если писать код, ориентируясь на один браузер, на одну какую-нибудь технологию, то велика вероятность, что код не заработает через 15-20 лет.

Конечно, даже если сегодняшний сайт откроется спустя десятилетия, скорее всего, он будет «странным» и устаревшим для нового времени. Но тем не менее можно будет посмотреть и сравнить разные подходы к написанию кода, как мы это делаем сегодня, разбирая самые первые сайты.

Гараж в Пало-Алто и 538 долларов

В 1938 году Билл Хьюлетт и Дэйв Паккард оборудовали первый офис в небольшом гараже за домом семьи Паккардов, привлекли 538 долларов инвестиций, бросили монетку, чтобы выбрать порядок имен для названия будущей фирмы, и сели за разработку первого продукта. Им стал HP Model 200A — резистивно-ёмкостный аудиогенератор для проверки звукового оборудования.

В 1939 году студия Уолта Диснея заказала восемь генераторов следующей спецификации HP 200B. Их использовали для проверки звука в кинотеатрах перед показом мультфильма «Фантазия».

Через год HP переехала в арендованный офис, но про гараж никто не забыл. В 1980-е он получил статус исторического памятника Калифорнии № 976. А в 2007 его внесли в Национальный реестр исторических мест как «Родину Кремниевой долины».

Вторая мировая война и первый миллион долларов

Во время Второй Мировой войны Билл Хьюлетт отправился в Европу, где служил офицером в корпусе войск связи армии США. Он вернулся только в 1947 году. В это время Паккард взял на себя управление компанией. НР выполняла оборонные заказы государства и работала вместе с военно-морской научно-исследовательской лабораторией США над созданием противорадиолокационной техники и передовых взрывателей артиллерийских снарядов.

Оборонные проекты увеличили продажи, и в 1942 году компания заработала первый миллион долларов. В это же время она разработала план медицинского обслуживания и набор льгот для сотрудников и построила свой первый офис с открытой планировкой этажей.

Начиная с 1947 года Hewlett-Packard непрерывно росла и увеличивала ассортимент. К этому времени выручка превысила полтора миллиона. Три года спустя, когда начался корейский конфликт и производство электроники возросло.

Стремительный рост и «Путь НР»

1950-е годы стали в истории компании HP периодом сильного экономического роста. В 1951 году Hewlett-Packard изобрела высокоскоростной частотомер, в 1956 году — выпустила осциллограф. Эти разработки принесут Биллу Хьюлетту и Дэйву Паккарду первые миллиарды.

В 1957 году НР стали публичной компанией и начали продавать акции по 16 долларов за штуку. Всем сотрудникам также дарили акции после шести месяцев работы.

В период сильного экономического роста Hewlett-Packard создала «Путь НР» — философию управления компанией. Билл Хьюлетт и Дейв Паккард отошли от традиционной вертикальной структуры. Руководители направлений получили автономию и начали участвовать в разработке планов и постановке целей НР. Hewlett-Packard также стала первой компанией в Соединённых Штатах, предложившей сотрудникам гибкий график работы.

В 1958 году Хьюлетт и Паккард купили производителя графических регистраторов F. L. Moseley Company. В 1961 году приобрели компанию Sanborn. Впоследствии на их основе HP начнут полиграфический бизнес и производство медицинских инструментов.

Также 1961 году HP впервые зарегистрировалась на Нью-Йоркской фондовой бирже, и через год попала в список Fortune 500, заняв 460 место.

Время для всего мира и первый персональный компьютер

В 1964 году сотрудники НР посетили 18 стран, чтобы синхронизировать время с точностью до одной миллионной секунды по атомным часам HP 5060A. Так компания установила время для всего мира.

1966 году компания появилась группа HP Laboratories для исследований в области новых технологий. В этом же году HP Labs участвовала в разработке светодиодов и представила первый 16-разрядный мини-компьютер HP 2116A.

Спустя два года HP показала первый «персональный компьютер» HP 9100A. На самом деле, это был программируемый калькулятор, способный решать задачи в десять раз быстрее доступных тогда устройств. А «персональным компьютером» его назвали в рекламе.

В конце 1960-х годов Дэйв Паккард покинул HP, чтобы занять пост заместителя министра обороны Ричарда Никсона (он курировал разработку истребителей F-16 и штурмовиков A-10). Но в 1972 году он вернулся в компанию на должность председателя правления.

Первый ПК и доступные принтеры

В 1970-е годы компания занялась разработкой компьютеров. В 1971 появился калькулятор НР 9810А и серия НР 9800, пришедшая на смену НР 9100. Потом калькуляторы превратились в полноценные ПК и стали базой для разработки HP series 80. В это же время HP представила серию мини-компьютеров НР-3000.

В 1976 году инженер-стажёр Hewlett-Packard Стивен Возняк построил прототип компьютера Apple I и предложил его дизайн компании, но руководство отказало ему и предоставило все права на идею. Позже он присоединился к Стиву Джобсу и создал Apple Computer, Inc. (теперь Apple Inc.).

Спустя четыре года в истории компании HP появился первый настольный компьютер — НР-85, а вместе с ним и серия HP series 80. Модели были продвинутыми, но не поддерживали операционную систему IBM PC (она вышла в 1981 году и быстро захватила рынок). Следующим крупным прорывом стал сенсорный ПК HP-150, совместимый с MS-DOS. А позже появился HP Vectra — первый компьютер Hewlett-Packard, совместимый с IBM PC.

В конце 1980-х и 1990-е годы НР продолжила расширять линейку компьютеров и купила компании Apollo Computer в 1989 году и Convex Computer в 1995 году.

HP помогла создать новый рынок быстрой и недорогой печати, выпустив принтеры ThinkJet и LaserJet в 1984 годы. Позже появилась линейка цветных принтеров Deskjet, которая сделала цветную печать доступной для дома и малого бизнеса. В 1994 году HP создала первое офисное устройство «все в одном». HP OfficeJet мог печатать, копировать документы и отправлять факсы.

К началу 1990-х годов Билл Хьюлетт и Дэйв Паккард ушли из совета директоров и занялись благотворительностью. Компания продолжила выпускать технику и в 1995 году представила серию HP Pavilion и вышла на рынок домашних компьютеров.

В 1997 году HP стала одной из 30 компаний, входящих в промышленный индекс Доу Джонса. Через два года фирма выделила производство измерительных приборов, электронных компонентов и медицинского оборудования в Agilent Technologies в рамках самого крупного первичного публичного предложения в Кремниевой долине.

Новое тысячелетие и разделение компании

В 2001 году НР объединилась с Intel и создала архитектуру Itanium, которая повысила производительность компьютеров с 32 до 64 бит. В 2002 году компания приобрела Compaq Computer Corporation, крупнейшего американского производителя ПК и стала мировым технологическим гигантом, обслуживающим более миллиарда клиентов в 162 странах. Но слияние оказалось недостаточно выгодным.

Тем не менее, к 2007 году HP стала первой технологической компанией, которая получила более 100 миллиардов долларов выручки от продаж за финансовый год, а годом ранее обогнала по выручке IBM.

В следующие годы HP приобрела Electronic Data Systems, 3Com, Palm и Autonomy и вышла на рынки тестирования ПО, производства сетевого оборудования, а также карманных персональных компьютеров и смартфонов. Но в 2011 году компания заявила, что прекратила выпуск смартфонов и планшетов.

В это же время в история компании HP произошли крупные скандалы. В 2006 в компании началась утечка секретной информации, и руководство решило нанять независимых экспертов, чтобы следить за сотрудниками. Вскоре это всплыло в СМИ. Кроме того, в апреле 2014 руководство компании признало нарушение «Закона о коррупции за рубежом» и даче взяток Мексике, Польше и России. НР добилась внесудебного урегулирования дела и выплатила властям США 108 миллионов долларов.

В конце 2014 года руководство заявило, что планирует разделить компанию. Это произошло в 2015 году: Hewlett-Packard разделилась на HP Inc., которая производила персональные компьютеры и принтеры, и Hewlett Packard Enterprise, которая предоставляла продукты и услуги для бизнеса.

Если вы читали нашу статью — 100 самых актуальных цитат о программировании, ваши шансы будут немного выше чем у остальных. Делитесь результатами в комментариях!

С чего началась история графики

0:59 Pong. Выпущена компанией Atari в 1972 году. Это теннисная игра с использованием примитивной черно-белой графики.

Несмотря на простоту, Pong связывают с появлением индустрии интерактивных развлечений.

1:20 Совсем скоро появилась необходимость в полноценной графике. На тот момент цветное телевидение уже существовало, а вот видеоигры были ограничены монохромным дисплеем.

Чтобы хоть как-то раскрасить игровой мир, в некоторых играх использовались цветные пластиковые накладки на экран. Решение не лучшее, но рабочее и дешёвое.

Первые цветные игры

2:23 Car Polo (1977) стала первой цветной аркадной игрой. Но более успешной полноценной цветной игрой считается Galaxian (1979) — продвинутая версия Space Invaders. А уже спустя всего 3 года вышел всем известный Pac-Man.

3:07 Пиксели были не единственным решением. В истории графики существовало 2 парадигмы отрисовки изображения: растр и вектор. Растр — более привычный вариант проецирования изображения. Кадр отрисовывается последовательно пиксель за пикселем, строка за строкой. Таким образом формируется сетка пикселей.

Векторную графику сейчас встретить нельзя. Она была возможна на экранах, подобных осциллографу. Электронный луч напрямую отрисовывал линию и тем самым формировал фигуру и изображение. Такой принцип отрисовки использовался в самых ранних играх, например в Tennis for Two (1958).

3:52 Самая известная векторная игра — Asteroids (1979). И пускай её графика незамысловата, но идеально ровные линии фигур имеют определённый шарм.

Векторная графика намного чище пиксельной (когда дело касается наклонных линий), но менее универсальна. Пускай растровая графика не способна отображать идеально ровные линии, она всё же может отрисовывать более комплексные сцены и закрашенные формы. Именно поэтому пиксели выиграли в этой битве.

Скроллинг камеры

В ранних играх были только фиксированные камеры. Весь уровень помещался на экране. Перемещение камеры, хранение и обработка большого игрового мира требовали больше ресурсов.

4:49 Super Speed Race (1979) — одна из первых игр, в которых появилось передвижение камеры.

5:29 Zaxxon (1982) стала первой изометрической игрой со смещением камеры и имитацией всех 3 измерений. Такой стиль использовался во многих более поздних играх.

Масштабирование спрайтов

Для придания 2D-игре глубины начали использовать масштабирование изображений.

6:02 Radar Scope (1979) — одна из игр, в которых использовался скейлинг. Те объекты, которые были вдалеке — уменьшались. Так создавалось ощущение расстояния от них до игрока.

Ещё один пример — объекты вдоль дороги в Turbo (1981). Правда из-за их детализации, при масштабировании происходили сильные искажения изображения. С появлением 16-битного оборудования палитра цветов значительно расширилась, а разрешение игр увеличилось.

6:47 Появление Hang-On (1985) внесло весомый вклад в историю графики. В этой игре появилось плавное масштабирование спрайтов благодаря суперскалярному процессору. При этом частота кадров так же была на высоте.

7:12 Самая реалистичная графика на то время, вероятно, была в Dragon’s Lair (1983). Благодаря большому потенциалу лазерных дисков, эта игра была настоящим интерактивным мультфильмом. Но геймплей оставлял желать лучшего.

Начало эпохи домашних консолей

Середина 1980-х ознаменована концом золотой эры аркад. Всё больше популярности набирали домашние консоли.

8:00 Началось время господства спрайтов. Спрайты — это небольшие изображения, созданные для перемещения по игровому полю. Они отображают любой динамический объект: игрока, врагов, пули и всё остальное, что нельзя привязать к фону и окружению.

Strider (1989) была высоко оценена по масштабам работы: детализированные персонажи, огромные размашистые плазменные мечи и множество эффектов. Всё это стало возможным благодаря плате CPS-1. На ней же можно было запускать Street Fighter 2 (1991) — эталон в жанре файтингов.

9:33 В скором времени стала популярна ещё одна техника скроллинга камеры — параллакс. Для этого задний фон разделялся на несколько слоёв, которые смещались с разной скоростью. Так можно было передать глубину фона и показать, какие объекты ближе к игроку, а какие дальше. Moon Patrol (1982) была одной из первых игр, где использовалась такая техника. Позже это станет обычным явлением в платформерах и некоторых других жанрах 2D-игр. Параллакс уверенно впечатается в историю графики и будет использоваться даже спустя десятки лет.

10:40 На домашние консоли начали выходить игры, основанные на мультфильмах и мультсериалах: Черепашки-ниндзя, Симпсоны, Аладдин. Готовые мультики давали отличную визуальную основу для художников и разработчиков.

12:06 Но к середине 1990-х спрайты начали устаревать. Разработка игр сместилась в 3D, пытаясь раскрыть весь потенциал, спрятанный в третьем измерении. Пиксельные игры не пропали, но их стало меньше.

Однако некоторые проекты сделали особый вклад в историю графики 2D-игр. Один из них — Metal Slug (1996). В этой игре не было ограничений по цвету или размеру спрайтов, а детализация и анимация объектов просто поражала.

Эволюция анимации и спрайтов

13:10 Анимация — жизненно необходимая часть создания реалистичного движения в играх. И во времена, когда ещё не существовало захвата движения, художники использовали технику ротоскопирования. Она заключалась в том, что изначально анимация снимается в реальности с живыми актёрами. Потом поверх видео кадр за кадром обрисовывают анимацию самих спрайтов. Процесс трудоёмкий, но только так можно было получить реалистичное движение.

Примечание Ротоскопирование использовалось не только в играх, но и в мультипликационных техниках.

13:53 Одно время была популярная оцифровка изображений. Спрайты создавались непосредственно из фотографий или видео. Самая первая игра с оцифрованными спрайтами — Journey (1983). В ней подставлялись фотографии членов музыкальных групп в игроков. Спустя 5 лет вышла Rarc — 32-битная аркада с тысячами цветов и удивительной оцифровкой.

14:52 Хорошо проработанная анимация и качественная оцифровка часто встречалась в файтингах. Безусловно, победителем в этом жанре стал Mortal Kombat (1992). Фотореалистичные персонажи и безумный экшен сделали эту игру эпатажной, что в свою очередь обеспечило её популярность.

15:35 С развитием мультимедийных технологий появилось больше места для предварительно обработанного контента и даже полноценного видео. Но ничего стоящего тогда из этого не вышло. Стало понятно, что будущее не за интерактивными фильмами.

Попытки в третье измерение

16:50 С самого начала разработчики стремились осилить трёхмерные игры. Из-за аппаратных ограничений им пришлось идти на большие уступки. Самые первые прототипы игр были «каркасными» (сеточными). На экране отображались только контуры объектов, ориентироваться в которых было сложно. Примером такой игры была Battlezone (1980).

17:36 Следующим шагом в истории графики было заполнение этих сеточных объектов плоской штриховкой. Простой и рабочий способ, но всё ещё сложный для ранних игровых систем.

Необходимость в мощном оборудовании сделало 3D-игры чересчур дорогими. Но по мере развития компьютеров, всё больше игр перенимали технику заполнения плоской штриховкой.

Альтернативный подход к 3D

18:45 Не всем нравилась тусклая и плоская штриховка в подобных играх. Поэтому некоторые разработчики начали использовать аппаратные трюки для моделирования трёхмерных миров. Например, Mode 7 в SNES. Он позволяет трансформировать текстуру так, чтобы создавался эффект перспективы. Оставалось лишь наложить поверх некоторые спрайты. Так сделали в Super Mario Kart (1992). Там была красочная и детализированная графика, при этом не страдала и частота кадров.

SuperFX — чип сопроцессора, использовавшийся в некоторых картриджах SNES. Он перенимал на себя отрисовку графики, чем облегчал работу основного процессора.

В ранних играх на ПК иногда использовался заранее отрендеренный фон или сцена. Динамическими объектами были только игроки и враги. Таким образом можно было снизить графическое требование игр.

20:35 В некоторых играх стала использоваться камера от первого лица. Ultima Underworld (1992) чудесно перенесла ролевую игру в трёхмерный мир. Это, в свою очередь, вскоре повлияет на развитие FPS (First Person Shooter — шутер от первого лица).

Одним из методов отрисовки текстурированных 3D-игр является Raycasting. Этот метод эффективен тем, что он отрисовывает и обрабатывает только то, что видит игрок. А если использовать простую геометрию комнат, то можно добиться высокой производительности игры. Так и поступили в Wolfenstein (1992). Запускать её можно было даже на слабых компьютерах.

Wolfenstein был прародителем 3D-шутеров, но поистине весомый вклад в историю графики сделал Doom (1993). Он был разработан на движке Wolfenstein. В нём уже не было скучных «сеточных» уровней — тут были полноценные 3D-локации. Doom стал успешной игрой и послужил отправной точкой для многих подобных игр и клонов.

Настоящий 3D

22:06 В основном, все ранние 3D-игры основывались на костылях, имитирующих трёхмерный мир: ограниченная геометрия и использование спрайтов. Полноценные 3D-игры с текстурами требовали большой вычислительной мощности. Такие игры стали популярны только во второй половине 1990-х.

22:51 Например, Super Mario 64 (1996) — из плоской канализации в красочный трёхмерный мир. Эта игра станет первым успешным 3D-платормером.

Полноценные 3D-игры перестали быть новинкой.

24:34 id Software были первопроходцами компьютерных 3D-игр. Несмотря на изобилие клонов Doom, они решили поднять планку ещё выше и выпустили Quake (1996). Она была во многом лучше своего предшественника. В ней появился настоящий 3D-мир и вертикальное прицеливание. Вместо спрайтов появились полноценные полигональные модели. Эта игра стала некой прелюдией к следующему поколению 3D-графики.

25:06 Помимо традиционных полигонов в 3D-играх существуют воксели (объёмные пиксели) — альтернативный подход к построению многоугольника. Вместо треугольных полигонов объекты состоят их кубических пикселей (прямо как в Minecraft). Воксели отлично подходят для создания местности по карте высот.

Появление видеоускорителей

Стало ясно, что за трёхмерными играми определённо стоит будущее. Но традиционная компьютерная архитектура не была предназначена для этого. Поэтому в играх начала появляться поддержка аппаратного ускорения графики.

Примечание Аппаратное ускорение — это применение специализированного железа, которое может эффективней выполнять определённые действия, чем центральный процессор. В данном случае речь идёт о видеокартах. Сам процессор так же может отрисовывать графику (речь идёт не об интегрированном графическом чипе, а именно о ЦЕ). Но видеокарта аппаратно сконструирована так, чтобы отрисовывать графику намного быстрей и эффективней.

27:19 Как только на рынке начали появляться первые видеокарты, они сразу стали незаменимым аксессуаром для игр. Модульность компьютера сыграла этому на руку и помогла с лёгкостью устанавливать видеоускорители в ПК.

Больше всего внимания к графике привлекали шутеры от первого лица. В 1998 году началась волна шутеров, использующих аппаратное ускорение. Особый фурор в своё время произвёл Unreal (1998). С плавной частотой кадров, цветным освещением, детализированными текстурами и проработанными уровнями, Unreal и его движок стали ассоциироваться с ультрасовременной графикой.

Ближе к 2000 годам популярность видеоускорителей была такой, что некоторые игры начали полностью отказываться от программного рендеринга (рендеринга на центральном процессоре). Любой ПК геймер без видеокарты мог коротать своё время лишь в пасьянсе.

Эволюция шутеров

В начале 2000-х шутеры от первого лица стали доминирующим жанром. Много игр выпускали франшизы предыдущего десятилетия. И в каждом случае их ждало появление превосходных визуальных эффектов и улучшение геймплея.

29:10 В Half-Life 2 (2004) получилось объединить современную графику, мрачную атмосферу и проработанную физику.

29:30 Перед id Software стояла непростая задача. Им нужно было выпустить новый Doom, который бы подходил по всем требованиям этого времени. В Doom 3 (2004) уже не было привычной светлой графики. Вся игра была наполнена мрачной атмосферой, лишь местами заполненной освещением.

Визуальные стили игр

30:19 Популярность шутеров Второй мировой войны оставила свой след в истории графики. Песчаные и коричневые оттенки, характерные для этих игр, стали на какое-то время модными. При этом разработчики обесцвечивали цвета, стремясь к реализму.

Происхождение такого стиля можно проследить до Quake. Его затемнённые тона придают готический и индустриальный шарм игре. Подобное отвержение цветов впоследствии проникнет в игры всех жанров.

31:19 Коричневые тона стали определённым признаком этого поколения игр. Ещё одним таким признаком был эффект свечения. Яркие объекты были пересвечены и немного замылены. Этот эффект делал яркие объекты ещё ярче. Одной из первых игр, использующих такой стиль, была Ico (2001). А после выхода Tron 2.0 (2003) эта техника стала более популярной. Неоновое свечение отлично дополняло визуальные эффекты, свойственные оригинальному фильму.

32:32 Хотя приглушённые тона и кинематографические эффекты привносили в игры реализм, некоторые использовали более стилизованную графику. CEL shading — тип графики, в котором используются плоские цвета и черные контуры. Такая графика придавала игре мультяшный стиль. Jet Set Radio (2000) и некоторые другие игры продвинули такой стиль в массы. Это стало доказательством того, что не для каждой игры подходит реалистичная графика.

Текущее поколение игр

На середину десятилетия пришлось седьмое поколение консолей и вступление в современную эпоху видеоигр. Технология 3D была зрелой, а производительность железа росла как никогда раньше.

34:00 Важным релизом того времени был Crysis (2007). Компания Crytek уже была известна своей предыдущей игрой Far Cry (2004). Её тропический сеттинг и открытый геймплей перешёл в Crysis. Эта игра выделялась своими визуальными эффектами, детально проработанной физикой, механиками кастомизации оружия и разнообразным геймплеем.

Как и для любой подобной игры, Crysis был требовательным к железу. Появился новый мощный компьютер? Это неважно, если на нём не получится запустить Crysis.

35:35 Из-за ограничений в доступности к подобным играм относились с недоверием. Вместо этого, в лидеры того времени попадали игры с незамысловатой графикой. Например, Wii Sports (2006) и Guitar Hero 2 (2006). С визуальной точки зрения они были простыми, но всё равно стали популярными и прибыльными.

Как вы считаете, может графика не так уж и важна в играх? Поделитесь своим мнением в комментариях.

Появление инди-игр

36:03 Рост популярности инди-проектов ещё раз указал на то, что графика, возможно, не единственный важный аспект в игре. Некоторые из них намеренно придерживались стиля ушедшей эпохи, опираясь на опыт прошлого поколения. Несмотря на высокую производительность компьютеров, многие игры придерживались минималистичного стиля и ограниченной палитры.

37:47 Некоторые игры создавали индивидуальность благодаря своему внешнему виду. Блочная система и текстуры с низким разрешением — это отличительные черты Minecraft (2009). Простой визуальный стиль отдаёт дань ретро-культуре. Но бесконечный мир, мультиплеер и безграничные возможности — это особенности современных технологий. Minecraft — это некий мост между старым и новым. Все эти моменты позволили игре стать самой продаваемой в мире (после Tetris). Было продано свыше 200 млн. копий.

Несмотря на появление инди-игр, за фотореализм бояться не стоит. С момента выхода Crysis графика в играх подверглась неимоверным улучшениям.

В последнее время всё чаще встречаются дополнительные визуальные эффекты, которые призваны повысить кинематографичность игры и сделать её ещё более привлекательной:

• 40:58 хроматическая аберрация — (англ. chromatic aberration) эффект расхождения каналов цветов. Из-за этого по краям объектов создаётся небольшой силуэт спектрального цвета;
• 41:12 глубина резкости — (англ. DOF — depth of field) эффект, взятый прямо из фотографий. Он позволяет фокусировать камеру на определённых точках, выборочно размывая всю оставшуюся сцену. Часто встречается в кат-сценах или при прицеливании оружия;
• 41:37 размытие в движении — (англ. motion blur) имитация времени экспозиции. При движении фон размывается, что создаёт глубокое ощущение скорости передвижения.

Это видео было создано в 2015 году. С того момента мир увидел ещё много скачков в возможностях графики. Во-первых, популяризировался VR. Вышло много игр, в которых VR — это не просто технология ради технологии, а новый способ раскрыть игровой мир. Появились франшизы популярных игр, перенесённые в VR. Среди них: Doom, Batman, Borderlands, Serious Sam, Minecraft, Eve, No Man’s Sky, Fallout, Skyrim и Resident Evil. Но, вероятно, самой значимой и полноценной VR-игрой на текущий момент стала Half-Life: Alyx.

Несомненным прорывов в истории графики стало появление технологии RTX и сглаживания DLSS. Это произошло в сентябре 2018 года, когда Nvidia выпустила серию карт GeForce RTX 20.

Технология RTX позволяет в режиме реального времени производить трассировку лучей, т. е. обрабатывать всё освещение на сцене. Раньше такой процесс был сильно ресурсозатратным, поэтому освещение на локациях обычно запекалось и во время игры никак не просчитывалось. Видеокарты с RTX оснащались специальными тензорными ядрами, аппаратно разработанными для трассировки лучей. На этих же ядрах работает сглаживание DLSS, основанное на глубоком обучении. И если обычное сглаживание снижает частоту кадров, то DLSS наоборот — повышает.

Мы настолько привыкли к некоторым названиям, что порой даже не задумываемся, почему вещи называются именно так, а не иначе. Название компьютера, например, произошло от английского слово «compute», что означало «вычислять». А мышку назвали мышкой, потому что устройство ввода уж очень её напоминает.

Но все ли названия повседневных вещей были даны осмысленно? За какими названиями стоит большая история, а какие появились просто так?

В этом тесте вам предстоит раскрыть историю десяти названий, которые наверняка будут известны каждому IT-шнику.

Проверьте себя на знание новейшей истории IT-индустрии в нашем тесте. Или просто посмотрите, с какими гаджетами приходилось работать вашим предшественникам.

Источники изображений: блог DataArt на Хабре, Pixabay.

Микроконтроллер

Микроконтроллер — (далее МК) это микросхема, предназначенная для программного управления электронными схемами. МК выполняется на одном кристалле. На нём расположено как вычислительное устройство, так и ПЗУ и ОЗУ. Кроме этого, в составе МК чаще всего находятся порты ввода/вывода, таймеры, АЦП, последовательные и параллельные интерфейсы. В некоторых даже можно заметить Wi-Fi-/Bluetooth-модуль и даже поддержку NFC.

Первый патент на микроконтроллер был выдан в 1971 году компании Texas Instruments. Инженеры этой компании предложили размещать на кристалле не только процессор, но и память с устройствами ввода/вывода.

Несмотря на то, что всё необходимое для работы микроконтроллера в нём уже есть, иногда они используются в паре с внешними периферийными устройствами. К примеру, когда внутренней ПЗУ не хватает (или она попросту отсутствует), подключают внешнюю. Именно так сделали с микроконтроллерами серии ESP. У ESP8266 встроенной памяти нет вообще, а у ESP32 есть незначительные 448 КБ. Поэтому к ним в корпус (точнее под радиатор) помещается flash-память ёмкостью 1–16 МБ.

Тогда почему бы не сделать какой-нибудь портативный компьютер на основе микроконтроллера? Дело в том, что вычислительной мощности у МК чаще всего достаточно мало. Её хватает на управление например, системой полива, микроволновкой или же каким-нибудь станком.

Например, одна из мощных плат платформы Arduino — Due. Она находится под управлением 32-битного AVR-микроконтроллера AT91SAM3X8E. Его тактовая частота 84 МГц. Постоянной памяти тут 512 КБ, а оперативной — 96 КБ. МК имеет 54 цифровых GPIO (12 из которых с поддержкой ШИМ), 12 аналоговых входов и 2 аналоговых выхода (ЦАП). Тут так же присутствуют различные интерфейсы, такие как UART, SPI, I2C.

Не смотря на такие незначительные характеристики, микроконтроллеры очень популярны. Они используются там, где не требуется большой вычислительной мощности — робототехника, контроллеры теплиц, бытовая техника.

Микропроцессор

С микропроцессором (далее МП) дела обстоят немного иначе. Он содержит в себе арифметико-логическое устройство, блок синхронизации и управления, запоминающие устройство, регистры и шину. То есть МП содержит в себе только то, что непосредственно понадобится для выполнения арифметический и логических операций. Все остальные комплектующие (ОЗУ, ПЗУ, устройства ввода/вывода, интерфейсы) нужно подключать извне.

Первые микропроцессоры появились тоже в начале 70-х. Самым популярным на тот момент считался 4004. Это микропроцессор, разработанный компанией Intel и представленный 15 ноября 1971 года. Он имел внушающие на тот период характеристики:

• 2300 транзисторов;
• тактовая частота — 740 кГц;
• разрядность регистров и шины — 4 бита;
• техпроцесс — 10 мкм;
• площадь кристалла: — 12 мм².

К слову, 4004 был выполнен в обычном DIP-16 корпусе. Этот МП является самой популярной микросхемой для коллекционирования. Некоторые экземпляры продаются по 400 $ за штуку. Менее раритетные стоят около 250 $.

Уже через пару лет 8-битные МП позволили создавать первые бытовые микрокомпьютеры.

Естественно, тут преимуществом является то, что к МП можно на выбор подключать разную периферию с разными характеристиками (что не во всех случаях можно на МК). Второе основное отличие микропроцессора от микроконтроллера в том, что МП имеют больше вычислительной мощности. Их не имеет смысла ставить в микроволновки и «умные» лампочки. Микропроцессоры применяют там, где вычислительная мощность МК уже не справляется — игровые приставки, сложные вычислительные устройства и приборы, гаджеты.

Получается, чтобы обеспечить работоспособность микропроцессора, нужно подключить ему хотя бы минимальный набор периферии. Минусы:

1. Размер — если в случае МК всё уже находится в одном корпусе, то минимальный набор элементов для работы МП занимает больше места.
2. Цена — обычно, вся «сборка» комплектующих для МП выходит гораздо дороже «голых» микроконтроллеров.

Плюсы:

1. Производительность — микропроцессоры обладают большей производительностью, чем микроконтроллеры.
2. Выбор — в случае МП у вас есть возможность подобрать комплектующие. Это позволит поставить более подходящую под ваши цели периферию.

Применение

Микроконтроллер обладает явной простотой: требуется меньше аппаратного обеспечения, с ним легче работать на программном уровне, да и стоимость начинается с копеек. Но эта простота касается и производительности. Как говорилось выше, микроконтроллер не способен обеспечить высокую производительность наравне с микропроцессорами. Микропроцессоры хоть и требуют внешней коммутации «железа» и относительно МК сложны в работе, но они уже спокойно могут применяться в более сложных устройствах.

Однако иногда в сети появляются умельцы, которые впихивают в микроконтроллер ESP32 DOOM и даже эмулятор NES-игр.

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

Macintosh Classic

Ещё в далёком 1984 году компания Apple выпустила свой первый персональный компьютер — Macintosh. Именно он послужил началом мировой линейки компьютеров Maс. Macintosh Classic стал первым массово продаваемым компьютером с графическим интерфейсом.

Эмулятор ОС Macintosh работает под управлением System 7.0.1 с тремя ранними приложениями: MacPaint, MacDraw и Kid Pix.

Macintosh Plus

Спустя 2 года после выхода первого компьютера Macintosh Apple представила его продолжение: Macintosh Plus.

На его ценнике красовалось число $2600. Современные цены Apple меркнут на фоне такой стоимости. Компьютер был снабжён 1 МБ ОЗУ, но поддерживал до 4 МБ. К нему можно было подключить до 7 периферийных устройств, и на борту был установлен привод для флоппи-дисков на 800 КБ.

В те годы большинство игр были свободно доступными. На этом эмуляторе установлены Risk, Cannon Fodder и Shufflepuck.

Mac OS X 10.7

Mac OS X 10.7 или же Max OS X Lion — самая молодая ОС в этом списке. Пользователи увидели её только в июле 2011 года.

Как и предыдущие системы, она показала много новинок. К примеру, в Mac OS X 10.7 впервые можно было заметить AirDrop и Лаунчер приложений. Это была первая система Mac, которая поставлялась с emoji-шрифтом и FaceTime.

В этой ОС в последний раз можно увидеть некоторые приложения, например Fornt Row, iSync и QuickTime Streaming Server.

К сожалению, из-за некоторых особенностей эмуляция Max OS Lion более ограничена, чем другие системы в этом списке. Эмулятор в большей степени работает на CSS, поэтому в этой ОС можно будет полазить только на рабочем столе, в меню и просмотреть некоторую системную информацию.

AmigaOS 1.2

Операционную систему AmigaOS версии 1.2 впервые увидели на компьютере Commodore Amiga 500. Этот компьютер был самым продаваемым из линейки Amiga. Его продемонстрировали на выставке CES в 1987 году, после чего уже весной он начал расходиться по всему миру.

Несмотря на то, что Amiga 500 позиционировался как многозадачный компьютер домашнего пользования, в истории он запомнился именно как игровой ПК. Не зря во всём мире были на слуху такие игры как The Secret of Monkey Island, Lemmings, Elite и Sensible Soccer.

У этого компьютера были следующие характеристики:

• разрешение экрана от 320×200 до 640×400;
• 32-цветный экран;
• 512 КБ ОЗУ.

На данном эмуляторе установлены первые игры Amiga: Boing, Robocity, Juggler, Dots, Boxes, Lines и Speech.

PC DOS 5

Пока Apple и Commodore боролись за место на рынке со своими линейками Mac и Amiga, IBM решило тоже внести свою лепту в эту область, чтобы дополнить свой ассортимент ПК.

Первые продажи компьютеров IBM приходятся на 1981 год. Однако этот эмулятор работает с PC DOS 5 1986 года — это обновление IBM PC XT 286.

У этого компьютера было 640 КБ оперативной памяти, 20 МБ жёсткого диска. Процессор работал на тактовой частоте в 6 МГц.

Непосредственно операционная система PC DOS 5 была выпущена только в 1991 году и стала самым крупным обновлением DOS в истории.

В этом эмуляторе есть три классические игры, которые наверняка вызовут приступ ностальгии: Wolfenstein 3D, оригинальная Civilization и Monkey Island.

Windows 1.01

Эта версия Windows вышла в ноябре 1985 года. Именно она стала первой ОС в свободном доступе. Кроме того, это была первая система Билла Гейтса. К слову, это всё происходило ещё до того, как появилась глобальная сеть Интернет.

По существу эта ОС была графической оболочкой для MS-DOS. Windows 1.01 запускалась непосредственно в MS-DOS как программа. В ней (и в эмуляторе) были доступны приложения Calculator, Calendar, Clipboard Viewer, Clock, Notepad, Paint, Reversi, Cardfile, Terminal и Write.

«Под капотом» у Windows 1.01 были собственные драйверы для видео-карты, мыши, клавиатуры, принтера и последовательного порта. Цветность ОС зависела от графического адаптера, поэтому есть не только цветной, но и чёрно-белый эмулятор Windows 1.01.

Windows 3.1

В апреле 1992 на полках магазинов появилась Windows 3.1. Она пришла на замену тогдашнеей Windows 3.0.

Несмотря на почти идентичное название, в этой ОС был представлен ряд улучшений. Явным изменением стали шрифты TrueType. Они использовались в интерфейсе самой ОС, что превратило её в мощный ресурс издательской индустрии. На тот момент было доступно три шрифта: Arial, Courier New и Times New Roman.

Естественно, изменения коснулись не только шрифтов. В Windows 3.1 появились такие вещи как drag-and-drop, поддержка мыши в MS-DOS и Менеджер программ. Теоретический максимум оперативной памяти был 4 ГБ, что по тем меркам было невообразимо. На практике это было всего 256 МБ.

В будущем на замену Windows 3.1 пришла Windows 95, но поддержка первой продолжалась аж до 2008 года.

В этом эмуляторе есть несколько классических игр, таких как Minesweeper и Solitaire, некоторые программы, например Write, Paintbrush, и даже доступ к Панели Управления.

Windows 95

Вышедшая в августе 1995 года операционная система Windows 95 безусловно стала ключевой для того десятилетия.

Именно она заложила базовые концепции, которые можно заметить в её современных потомках. Это, конечно, меню Пуск и Панель задач — именно они стали дебютными особенностями этой системы. Их можно заметить во всех последующих версиях Windows, кроме Windows 8, где кнопка Пуск была убрана. Windows 95 является результатом объединения продукции MS-DOS и Windows, ранее развивавшихся раздельно.

Эмулятор работает под управлением Windows 95 OSR2. В этой версии не было поддержки USB, и она плохо работала на процессорах Pentium. В эмуляторе можно включить полноэкранный режим и включить/отключить управление мышью. К сожалению, так как он работает в браузере, изменения в системе сохраняться не будут.

Windows XP

И завершает сегодняшнюю подборку, как вишенка на торте, всем известная Widnows XP. Вышедшая в 2001 году, она заняла 29 % рынка операционных систем, став второй самой популярной ОС (на первом месте Windows 7). По заверениям веб-аналитиков из Net Applications, на момент 2007 года Windows XP занимала 76,1 % используемых ОС.

Официальная поддержка последнего релиза этой ОС завершилась 8 апреля 2014 года.

Данный эмулятор работает на Total Emulator, небольшом сайте, на котором вы с лёгкостью сможете переключаться между версиями Windows ME, 98, 2000, XP и Vista.

И этот чайник на самом деле существует! Более того, в Германии его даже всё ещё можно купить. А оригинал хранится в Музее истории компьютеров в Калифорнии.

Как появился чайник из Юты?

На заре становления компьютерной графики в университете Юты работал исследователь Мартин Ньюэлл. Ему нужен был какой-то привычный объект из реального мира, чтобы тестировать на нём визуализацию. Что-то не слишком простое и не слишком сложное. И при этом очень знакомое, чтобы легко понять, насколько графика близка к оригиналу. Так совпало, что разговор про это зашёл за чаем, и жена Мартина, Сандра, предложила использовать их чайный сервиз. В итоге в цифровой мир был перенесён не только чайник, но и чашка, блюдце, ложка. Но именно чайник стал таким популярным.

Идею с чайником подхватил Джеймс Блинн (да, именно тот, из модели освещения Блинна-Фонга) и сделал первые качественные визуализации. Другие исследователи могли взять ту же модель и попробовать получить похожий результат. Позже, конечно, задача отрисовки чайника перестала быть задачей в принципе, но его стали применять для проверки материалов, теней и других эффектов.

Почему реальный чайник выше, чем его модель?

Потому что пиксели были не квадратные. На мониторах того времени модель чайника казалась слишком большой по высоте. И его специально «сплющили» в 1,3 раза, чтобы стало похоже на настоящий. Со временем характеристики мониторов улучшились, а чайник менять не стали, так как именно в такой версии он уже использовался везде.

Почему именно чайник? Чем он хорош?

Чайник имеет округлую поверхность, содержит седловые точки, может отбрасывать тень сам на себя, у него есть отверстие в ручке, и его легко показать даже без текстуры. Проще говоря, на нём можно проверить очень много вещей из компьютерной графики, хотя сам объект при этом не такой сложный.

Больше можно узнать из «Википедии», но лучше читайте англоязычную версию. В русскоязычной даже название перевели как «Чайник Юта» (если у вас есть права для переименования, пожалуйста, сделайте это).