1950-е
Первой революцией в программировании стали компилируемые языки, которые позволяли писать универсальные программы, работающие на разных моделях ЭВМ. Компилятор транслировал код на исходном высокоуровневом языке в инструкции или ассемблер, который поддерживали любые устройства.
Первый компилятор создала в 1952 году Грейс Хоппер (великая женщина, контр-адмирал и пионер программирования), а в 1947 году IBM представила первый высокоуровневый язык Fortran (сокр. от FORmula TRANslator) и первый же массово производимый компьютер с аппаратной поддержкой вычислений с плавающей точкой IBM 704. С этого началась широкая разработка для бизнеса, а не только научных исследований и вооружённых сил.
Клиенты отказывались использовать язык программирования, который давал менее производительный код, чем ассемблер. Программисты старой школы тоже смотрели на «язык для лентяев» (как его характеризовал сам создатель Джон Бэкус) со скепсисом. Всё это не помешало «Фортрану» стать первым массовым языком программирования.
«Фотран», COBOL и другие высокоуровневые языки середины XX века изменили отрасль и создали огромный спрос на программистов, на удовлетворение которого ушло всё следующее десятилетие. Стандартизация в разработке позволила университетам запустить учебные программы в сфере компьютерных наук. Всё больше людей начинали программировать — для работы и развлечения.
Первой революцией в программировании стали компилируемые языки, которые позволяли писать универсальные программы, работающие на разных моделях ЭВМ. Компилятор транслировал код на исходном высокоуровневом языке в инструкции или ассемблер, который поддерживали любые устройства.
Первый компилятор создала в 1952 году Грейс Хоппер (великая женщина, контр-адмирал и пионер программирования), а в 1947 году IBM представила первый высокоуровневый язык Fortran (сокр. от FORmula TRANslator) и первый же массово производимый компьютер с аппаратной поддержкой вычислений с плавающей точкой IBM 704. С этого началась широкая разработка для бизнеса, а не только научных исследований и вооружённых сил.
Были ли все рады? Конечно, нет.
Клиенты отказывались использовать язык программирования, который давал менее производительный код, чем ассемблер. Программисты старой школы тоже смотрели на «язык для лентяев» (как его характеризовал сам создатель Джон Бэкус) со скепсисом. Всё это не помешало «Фортрану» стать первым массовым языком программирования.
«Фотран», COBOL и другие высокоуровневые языки середины XX века изменили отрасль и создали огромный спрос на программистов, на удовлетворение которого ушло всё следующее десятилетие. Стандартизация в разработке позволила университетам запустить учебные программы в сфере компьютерных наук. Всё больше людей начинали программировать — для работы и развлечения.
1960-е
В 1964 году IBM представила семейство массовых модульных мейнфреймов IBM/360, которые стали стандартом на долгие годы. В то время ЭВМ были чрезвычайно дорогими, и модель их использования обычно предполагала существование мейнфрейма (мощного компьютера) и терминалов для доступа к нему.
Фактически, все коммерческие программы в то время писались под мейнфреймы — альтернативы не существовало.
В 1964 году IBM представила семейство массовых модульных мейнфреймов IBM/360, которые стали стандартом на долгие годы. В то время ЭВМ были чрезвычайно дорогими, и модель их использования обычно предполагала существование мейнфрейма (мощного компьютера) и терминалов для доступа к нему.
Фактически, все коммерческие программы в то время писались под мейнфреймы — альтернативы не существовало.
1970-е
Те, кто внимательно изучал историю Apple и Microsoft или смотрел «Пиратов кремниевой долины» 1999 года хорошо помнят, что компьютер с экраном (в портретной ориентации!), графический интерфейс, рабочий стол и мышь изобрели не они, а компания Xerox. В 1973 компания создала первый персональный компьютер Xerox Alto. Однако, устройство не пошло в массовый выпуск и использовалось, главным образом, самой Xerox и рядом университетов.
В то же время в недрах Bell Labs велась работа над интерпретируемым языком программирования. Если компилятор обрабатывает весь файл программы, а затем исполняет его, то интерпретатор переводит код в инструкции построчно. Это значит, программу не нужно компилировать каждый раз перед запуском и тестированием, что здорово ускоряет разработку. Недостаток такого подхода — меньшая производительность из-за фонового процесса интерпретации.
Язык удалось создать с третьей попытки. Знакомому нам языку C («Си») предшествовал неудачный B («Би»). Язык был представлен в 1972 году, и его регулярно критиковали за производительность и количество ошибок в сравнении с компилируемыми языками и ассемблером. Спустя полвека «Си» всё ещё востребован.
Те, кто внимательно изучал историю Apple и Microsoft или смотрел «Пиратов кремниевой долины» 1999 года хорошо помнят, что компьютер с экраном (в портретной ориентации!), графический интерфейс, рабочий стол и мышь изобрели не они, а компания Xerox. В 1973 компания создала первый персональный компьютер Xerox Alto. Однако, устройство не пошло в массовый выпуск и использовалось, главным образом, самой Xerox и рядом университетов.
В то же время в недрах Bell Labs велась работа над интерпретируемым языком программирования. Если компилятор обрабатывает весь файл программы, а затем исполняет его, то интерпретатор переводит код в инструкции построчно. Это значит, программу не нужно компилировать каждый раз перед запуском и тестированием, что здорово ускоряет разработку. Недостаток такого подхода — меньшая производительность из-за фонового процесса интерпретации.
Язык удалось создать с третьей попытки. Знакомому нам языку C («Си») предшествовал неудачный B («Би»). Язык был представлен в 1972 году, и его регулярно критиковали за производительность и количество ошибок в сравнении с компилируемыми языками и ассемблером. Спустя полвека «Си» всё ещё востребован.
Forwarded from Pavlov.strategy
Ведение канала в телеграм - сложная задача. На это нужно находить время и желание. И даже, когда понятно, зачем оно, все равно бывает непросто. Особенно, если есть, чем ещё заняться.
А заняться есть чем ещё ) Сейчас довольно глубоко погрузился в вайбкодинг, причем не с точки зрения изучения, а с точки зрения достижения реального практического результата (который объективно нужен организации). С учетом того, что у меня есть полноценный ИТ-бэкграунд, делаю все руками. Это в теории неправильно, на практике довольно интересно и полезно для меня, как для человека, несущего ИИ в мир управления.
По ходу сформулировал для себя несколько мыслей по организации процесса:
1. Выстраивать полноценную систему управления разработкой так, как если бы на меня работал не ИИ, а команда разработчиков.
2. Делать ещё более строгую систему документации, чем если бы велась живая разработка.
3. Разбивать разработку на очень маленькие итерации и смотреть на результат.
4. Продумать, как организовать тестирование системы на ранних этапах.
Последнее самое сложное. Потому что организация тестирования тут будет немного отличаться от классической. Особенно, если делаете все от и до самостоятельно и у вас нет команды тестировщиков. Главная проблема в том, что пользователей нужно подготовить к тому, что баги будут вылезать регулярно и их нужно внятно описать. Тут я сначала запутал коллег, но нашел простое решение: записывать по ВКС устные баг-репорты коллег, а потом показывать это ИИ, составлять план доработок, заводить отдельные тикеты на доработку.
Кстати, нашел отличный сервис для деплоя приложений: https://deploy-f.com/ - удобно, когда хочешь быстро и просто запуститься. Ребята не просили меня о рекламе (это в принципе невозможно), мне и правда очень понравился сервис.
А заняться есть чем ещё ) Сейчас довольно глубоко погрузился в вайбкодинг, причем не с точки зрения изучения, а с точки зрения достижения реального практического результата (который объективно нужен организации). С учетом того, что у меня есть полноценный ИТ-бэкграунд, делаю все руками. Это в теории неправильно, на практике довольно интересно и полезно для меня, как для человека, несущего ИИ в мир управления.
По ходу сформулировал для себя несколько мыслей по организации процесса:
1. Выстраивать полноценную систему управления разработкой так, как если бы на меня работал не ИИ, а команда разработчиков.
2. Делать ещё более строгую систему документации, чем если бы велась живая разработка.
3. Разбивать разработку на очень маленькие итерации и смотреть на результат.
4. Продумать, как организовать тестирование системы на ранних этапах.
Последнее самое сложное. Потому что организация тестирования тут будет немного отличаться от классической. Особенно, если делаете все от и до самостоятельно и у вас нет команды тестировщиков. Главная проблема в том, что пользователей нужно подготовить к тому, что баги будут вылезать регулярно и их нужно внятно описать. Тут я сначала запутал коллег, но нашел простое решение: записывать по ВКС устные баг-репорты коллег, а потом показывать это ИИ, составлять план доработок, заводить отдельные тикеты на доработку.
Кстати, нашел отличный сервис для деплоя приложений: https://deploy-f.com/ - удобно, когда хочешь быстро и просто запуститься. Ребята не просили меня о рекламе (это в принципе невозможно), мне и правда очень понравился сервис.
Deploy-F
Самый удобный и простой хостинг для приложений
1980-е
Первым по-настоящему «народным» персональным компьютером стал IBM Model 5150, более известный как IBM PC (1981). А первой стандартной операционной системой стал Microsoft Disk Operating System (MS-DOS). В 1984 году Apple представил первый Macintosh — компьютер для массового пользователя с графическим интерфейсом и набором программ.
IBM PC создал массовый рынок разработки: всего за год после его выхода были опубликованы 750 программ — колоссальные цифры для того времени. ПК был маломощным в сравнении с типовым мейнфреймом, но стоял в каждом доме и офисе и служил для учёбы, работы и отдыха. Именно в тот момент родилась индустрия ПО, которую мы знаем.
IBM-совместимые персональные компьютеры стали универсальной платформой, а архитектура x86 — основной для процессоров на многие годы вперёд. Первый 32-разрядный процессор 80386 (i386) был представлен в 1985 году, и заложенные в него принципы без кардинальных изменений дошли до наших дней.
Первым по-настоящему «народным» персональным компьютером стал IBM Model 5150, более известный как IBM PC (1981). А первой стандартной операционной системой стал Microsoft Disk Operating System (MS-DOS). В 1984 году Apple представил первый Macintosh — компьютер для массового пользователя с графическим интерфейсом и набором программ.
IBM PC создал массовый рынок разработки: всего за год после его выхода были опубликованы 750 программ — колоссальные цифры для того времени. ПК был маломощным в сравнении с типовым мейнфреймом, но стоял в каждом доме и офисе и служил для учёбы, работы и отдыха. Именно в тот момент родилась индустрия ПО, которую мы знаем.
IBM-совместимые персональные компьютеры стали универсальной платформой, а архитектура x86 — основной для процессоров на многие годы вперёд. Первый 32-разрядный процессор 80386 (i386) был представлен в 1985 году, и заложенные в него принципы без кардинальных изменений дошли до наших дней.
1990-е
Главным прорывом 1990-х годов стало массовое распространение интернета, а вместе с ним — новых подходов, новых языков программирования, новых классов программ (веб-браузеры, клиенты электронной почты и систем обмена мгновенными сообщениями). Появилась клиент-серверная архитектура, которая унаследовала идею мейнфрейма, но добавила в неё гибкость.
На конец 1990-х годов пришёлся бум доткомов — период завышенных ожиданий, одержимости новой технологией. Именно с бумом доткомов скептики часто сравнивают хайп вокруг ИИ. Одним из символов того времени стал офисный стул Aeron от Herman Miller — популярный среди множества стартаперов, которые привлекли на волне хайпа инвестиции, но понятия не имели, как заработать в интернете (и потому прогорали).
Профессии в ИТ становились всё более массовыми, и популярность приобретали стандартные для современного человека инструменты и подходы — IDE, системы контроля версий и так далее. В те же годы были созданы ныне базовые языки разработки, такие как HTML, JS или PHP.
Главным прорывом 1990-х годов стало массовое распространение интернета, а вместе с ним — новых подходов, новых языков программирования, новых классов программ (веб-браузеры, клиенты электронной почты и систем обмена мгновенными сообщениями). Появилась клиент-серверная архитектура, которая унаследовала идею мейнфрейма, но добавила в неё гибкость.
На конец 1990-х годов пришёлся бум доткомов — период завышенных ожиданий, одержимости новой технологией. Именно с бумом доткомов скептики часто сравнивают хайп вокруг ИИ. Одним из символов того времени стал офисный стул Aeron от Herman Miller — популярный среди множества стартаперов, которые привлекли на волне хайпа инвестиции, но понятия не имели, как заработать в интернете (и потому прогорали).
Профессии в ИТ становились всё более массовыми, и популярность приобретали стандартные для современного человека инструменты и подходы — IDE, системы контроля версий и так далее. В те же годы были созданы ныне базовые языки разработки, такие как HTML, JS или PHP.
Ревущие 2000-е
На 2000-е годы пришлась целая череда связанных изменений.
Важнейшей идеей начала 2000-х годов, которая в корне изменила подход к разработке ПО стал Agile. Базовые принципы, которые в 2001 году опубликовали в своём манифесте 17 адвокатов гибких методологий (Extreme Programming, Scrum, Crystal, Adaptive Software Development) сейчас считаются «базой», а тогда звучали по меньшей мере вызывающе.
Исторически основной моделью разработки была «водопадная» (waterfall), которая предполагала чёткое планирование, документирование и последовательную разработку, тестирование и деплой программ. Метод работал, но если вводные требования были расплывчатыми или менялись, разработка могла превратиться в катастрофу, а итоговый продукт — устареть на момент выхода. Agile, завязанный на короткие итерации, обратную связь и тестирование отвечал запросу рынка.
Гибкие методологии заслуженно казались многим шаманскими практиками и годились далеко не для любого проекта. Критики справедливо указывали на недостатки — отсутствие нормальной документации и понятных рабочих инструкций, отсутствие фокуса, странные ритуалы и названия ролей. Однако принципы Agile изменили подход к разработке, сделав нас всех чуть более гибкими.
Ответом на растущий спрос на вычислительные мощности, быстрое масштабирование и оплату по факту стали облачные решения. Модели IaaS (инфраструктура как услуга) и PaaS (платформа как услуга) стали базой для SaaS (программное обеспечение как услуга) — революционной для своего времени модели дистрибуции ПО.
На пару десятилетий идея обладания собственными серверами вышла из моды (её ренессанс в последние годы связан, скорее, с выросшей стоимостью облачного хранения и вычислений). На базе облаков выросли десятки новых специальностей в ИТ.
Совокупность новых технологий расширила возможности разработчиков и сблизила направления создания ПО (Dev) и ИТ-операций (Ops), которые ранее были зонами ответственности разных отделов. DevOps вырос из идей гибких методологий, которые применили к управлению.
Ключевыми свойствами нового подхода стали циклы сборки и тестирования (Continuous integration, CI), автоматизация деплоя(Continuous delivery, CD), автоматизация управления инфраструктурой (Infrastructure as Code, IaC) и постоянный мониторинг производительности, поиск ошибок, сбор обратной связи для совершенствования продукта.
На протяжении большей части истории, архитектура ПО была монолитной. Программы были едиными артефактами, которые включали все компоненты — интерфейс, логику, слои данных. Обычно использовался один язык программирования, а весь код хранился в одном репозитории. Это было удобно для небольших проектов, но делало разработку больших сложных продуктов чрезвычайно медленной.
Микросервисная архитектура предполагала разделение функций между отдельными сервисами, связанными через API. Она позволила создавать более гибкие и легко масштабируемые проекты и дала большой толчок развитию инфраструктурных решений с открытым исходным кодом.
Первые смартфоны стали феноменом, сравнимым по масштабу с персональным компьютером. В 2007 году Apple выпустила первый iPhone, а год спустя Google представил платформу Android. К ним прилагались SDK, которые упрощали разработку, и магазины приложений, предлагавшие новую модель дистрибуции ПО. Смартфоны запустили волну mobile-first стартапов, создали спрос на кроссплатформенность, дали начало новым языкам программирования, заточенными именно под мобильную разработку.
Вслед за потешными приложениями, такими как iBeer (iBeer - Drink from your phone App - App Store), на мобильные устройства пришли (почти) полновесные офисные пакеты и другое рабочее ПО. К смартфонам добавились планшеты, умные часы, AR-очки и другие гаджеты с специфическими функциями. Всё это повышало спрос на специалистов, освоивших новые платформы и компоненты.
На 2000-е годы пришлась целая череда связанных изменений.
Гибкие методологии
Важнейшей идеей начала 2000-х годов, которая в корне изменила подход к разработке ПО стал Agile. Базовые принципы, которые в 2001 году опубликовали в своём манифесте 17 адвокатов гибких методологий (Extreme Programming, Scrum, Crystal, Adaptive Software Development) сейчас считаются «базой», а тогда звучали по меньшей мере вызывающе.
Исторически основной моделью разработки была «водопадная» (waterfall), которая предполагала чёткое планирование, документирование и последовательную разработку, тестирование и деплой программ. Метод работал, но если вводные требования были расплывчатыми или менялись, разработка могла превратиться в катастрофу, а итоговый продукт — устареть на момент выхода. Agile, завязанный на короткие итерации, обратную связь и тестирование отвечал запросу рынка.
Гибкие методологии заслуженно казались многим шаманскими практиками и годились далеко не для любого проекта. Критики справедливо указывали на недостатки — отсутствие нормальной документации и понятных рабочих инструкций, отсутствие фокуса, странные ритуалы и названия ролей. Однако принципы Agile изменили подход к разработке, сделав нас всех чуть более гибкими.
Облачные вычисления
Ответом на растущий спрос на вычислительные мощности, быстрое масштабирование и оплату по факту стали облачные решения. Модели IaaS (инфраструктура как услуга) и PaaS (платформа как услуга) стали базой для SaaS (программное обеспечение как услуга) — революционной для своего времени модели дистрибуции ПО.
На пару десятилетий идея обладания собственными серверами вышла из моды (её ренессанс в последние годы связан, скорее, с выросшей стоимостью облачного хранения и вычислений). На базе облаков выросли десятки новых специальностей в ИТ.
DevOps
Совокупность новых технологий расширила возможности разработчиков и сблизила направления создания ПО (Dev) и ИТ-операций (Ops), которые ранее были зонами ответственности разных отделов. DevOps вырос из идей гибких методологий, которые применили к управлению.
Ключевыми свойствами нового подхода стали циклы сборки и тестирования (Continuous integration, CI), автоматизация деплоя(Continuous delivery, CD), автоматизация управления инфраструктурой (Infrastructure as Code, IaC) и постоянный мониторинг производительности, поиск ошибок, сбор обратной связи для совершенствования продукта.
Микросервисы
На протяжении большей части истории, архитектура ПО была монолитной. Программы были едиными артефактами, которые включали все компоненты — интерфейс, логику, слои данных. Обычно использовался один язык программирования, а весь код хранился в одном репозитории. Это было удобно для небольших проектов, но делало разработку больших сложных продуктов чрезвычайно медленной.
Микросервисная архитектура предполагала разделение функций между отдельными сервисами, связанными через API. Она позволила создавать более гибкие и легко масштабируемые проекты и дала большой толчок развитию инфраструктурных решений с открытым исходным кодом.
There is an app for that
Первые смартфоны стали феноменом, сравнимым по масштабу с персональным компьютером. В 2007 году Apple выпустила первый iPhone, а год спустя Google представил платформу Android. К ним прилагались SDK, которые упрощали разработку, и магазины приложений, предлагавшие новую модель дистрибуции ПО. Смартфоны запустили волну mobile-first стартапов, создали спрос на кроссплатформенность, дали начало новым языкам программирования, заточенными именно под мобильную разработку.
Вслед за потешными приложениями, такими как iBeer (iBeer - Drink from your phone App - App Store), на мобильные устройства пришли (почти) полновесные офисные пакеты и другое рабочее ПО. К смартфонам добавились планшеты, умные часы, AR-очки и другие гаджеты с специфическими функциями. Всё это повышало спрос на специалистов, освоивших новые платформы и компоненты.