На сайте с вопросами и ответами Quora обсуждают разные темы. Например, один из пользователей предлагает порассуждать, каким будет программирование через 20-30 лет в будущем?

Больше всего положительных отзывов набрал ответ Майкла Чёрча (Michael O. Church). Он сразу оговаривается, что предсказывать будущее — неблагодарное дело. Например, каким мы видели будущее 20-30 лет назад? Ясно было, что будущее за интернетом. Но при этом мы думали, что технологический прогресс сделает людей более свободными, что мы будем работать по 20 часов в неделю и иметь все необходимые вещи. Мол, работать будут роботы.

Ничего из этого не воплотилось в жизнь (ну, кроме интернета).

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

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

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

Если говорить непосредственно о программистах, то Майкл Чёрч считает, что эта профессия будет востребована даже больше, чем сейчас, и программисты будут больше зарабатывать. По его мнению, нормальной зарплатой программиста будет примерно $29 000 в месяц (на сегодняшние деньги, без учёта налогов) в середине его карьеры, то есть примерно в 40-летнем возрасте.

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

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

Комментарии (58)


  1. Rumlin
    10.04.2015 11:16
    +1

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


    1. vxsw
      10.04.2015 14:48
      +1

      В 1930-х уже был нацизм и предшествовавший ему экономический кризис. Может быть, вы имели в виду «прогнозы» из советской фантастики 1920-х? Там действительно иногда описывается глобализированный мир (только, разумеется, коммунистический) с мобильной связью к 1950-м и другими интересными ништяками. ИЧСХ — этот мир во многом похож на наш сегодняшний.


      1. Rumlin
        10.04.2015 16:15

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


        1. vxsw
          10.04.2015 23:39
          +1

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


  1. ertaquo
    10.04.2015 12:58
    +4

    К сожалению, вряд ли за 20-30 лет компьютерная техника в общем (и программирование в частности) так сильно изменится. Просто за столько лет уже создалась инфраструктура, которую технически сложно заменить чем-то более новым и прогрессивным. Самый простейший пример — IPv6. Этот протокол описан в 1998 году, но до сих пор его использование — скорее диковинка, чем правило. Протокол SCTP — возможная замена TCP — с 2000 года используется по большей части в телефонии, в быту его практически не встретишь.
    В том же программировании большинство новых фич в языках — это фичи каких-то других языков, «хорошо забытое старое». Не удивлюсь, если кто-то вспомнит про Prolog и сделает его популярным… Кто знает?


    1. BelBES
      10.04.2015 14:52
      +2

      Prolog, например, используется в IBM Watson… т.ч. он не совсем уж забыт, просто не является языком программирования общего назначения.


    1. Nemesys
      10.04.2015 15:09
      +2

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


      1. Fedorkov
        11.04.2015 07:39
        +3

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

        Закон дырявых абстракций


  1. DrPass
    10.04.2015 14:28
    +12

    Компилятор 10 поколения.
    Программист:
    — Напиши мне корпоративную ERP!
    Компилятор:
    — Сделано, хозяин.

    Компилятор 15 поколения.
    Компилятор:
    — А не написать ли мне корпоративную ERP…
    Программист:
    — Делай что хочешь, но пощади меня!


    1. edwardspec
      10.04.2015 14:35
      +20

      Компилятор 31 поколения — компилятору 30 поколения: «Папа, давай заведём программиста, как у соседей. Программисты такие забавные!»


    1. vmchaz
      10.04.2015 16:22

      Компилятор 20 поколения (при развитии в правильном направлении)
      Создаёт виртуальную реальность, моделирует в ней пользователей данной ERP-системы и при помощи генетических алгоритмов создаёт создаёт программу, в которой удобство использования и удовлетворённость работой системы максимальна.
      А хитрые программеры будут хакать компилятор, чтобы он учитывал удовлетворённость не пользователей, а самого программера.


  1. SerJook
    10.04.2015 14:35
    -9

    Думаю что программирование сведется к перетаскиванию квадратиков в UML редакторе


    1. vxsw
      10.04.2015 14:40
      +7

      Когда-то так говорили о визуальных компонентах IDE типа Delphi.


    1. Gorthauer87
      10.04.2015 16:17
      +1

      Скорее к неформальному общению с компилятором :) Вот только объяснить ему что хочется будет ненамного проще, чем написать код.


      1. godlin
        10.04.2015 17:49
        +3

        Я бы хотел, чтобы с IDE можно было бы разговаривать на естественном языке…
        В таком стиле:
        — А помнишь я как-то наткнулся на библиотечку, типа… супра… сурпа…
        — SupraLib?
        — Да-да! Вот подцепи её в общий библиотечный каталог… угу… Теперь, смотри, мне нужен класс, у которого будет вес, имя, описание. Назови этот класс — «штукень». Ага… И вот в той функции, которая ищет объекты по описанию, сразу после цикла добавь создание объекта класса Штукень с конструктором по умолчанию, дай ему имя Гриша и вес 100. Отлично. Теперь откомпили, залей на ФТП и открой в браузере.


        1. Rumlin
          10.04.2015 17:59
          +7

          А рядом еще человек 50 бормочут…


          1. godlin
            10.04.2015 18:03
            +1

            Ну, так весело же! Общение! Своя атмосфера ^_^


        1. Gorthauer87
          10.04.2015 19:05

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


          1. isden
            10.04.2015 20:56
            +2

            > И чтобы он мог предложить свои оптимизации, пожелания и так далее.

            — Что-то мне сыкотно этот твой код компилить. Не, не буду, иди нафиг. Сначала тесты прогони и баги подчисти.


          1. alan008
            10.04.2015 21:46

            Получится как в цикле статей про Каспарова и компьютерные шахматы — сначала программист ассистировал компилятору, а потом будет компилятор, который умнее любого программиста, и программисты только иногда ради спортивного интереса будут пытаться писать код сами :-) Ну чтобы как минимум понимать тот код, который безошибочно и с невероятной скоростью генерится компилятором. Сейчас проблема скорее в наличии гибких инструментов создания программ. Библиотеки, фреймворки — это все-таки какой-то слишком низкий уровень. Нужно чтобы программа возникала сама исходя из постановки задачи (описания проблемы), а не задача подгонялась под то, что реализовано в библиотеках и фреймворках. Т.е. по сути компилятор должен уметь сам быстро создать фреймворк с необходимыми свойствами под любую задачу. О как закрутил!


            1. Danov
              10.04.2015 23:47

              ReSharper v14?

              Т.е. по сути компилятор должен уметь сам быстро создать фреймворк с необходимыми свойствами под любую задачу.
              Что-то похожее делает продвинутый Prolog. Указываете ЧТО нужно, а он перебирает варианты в поиске КАК это сделать.


            1. Sadler
              10.04.2015 23:58

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


          1. Mixim333
            11.04.2015 10:45

            ~1 год назад читал книгу Роберта Гласса — «Программирование и конфликты 2.0», где он пишет, что в середине\конце 80х люди думали, что скоро все программы будут реализовываться другими программами, программисты будут не нужны, но это не сбылось, т.е. сейчас мы видим: как писались программы программистами, так и пишутся! Да, может быть сейчас IDE стали немного более «умными», но ИМХО, лично для меня: один раз настроил IDE (Visual Studio, MonoDevelop) и затем тупо набираю код и жму «Ctrl+Shift+B»!


            1. Danov
              12.04.2015 13:38

              Разработка программ — процесс формализации.

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


      1. optimizer
        13.04.2015 10:53

        где то год назад попадалось, что в лаборатории microsoft сделали\делают плагин к студии, которы по некому неформальному описанию лезет в stackoverflow и формирует код


  1. Amomum
    10.04.2015 14:49

    Интересно, а появится ли уже профессия «программист-археолог»?


    1. norlin
      10.04.2015 14:56
      +6

      Скорее актуальны профессии «программист-патологоанатом» и «программист-ассенизатор».


      1. Psionic
        10.04.2015 17:39
        +1

        Вот вы смеетесь, а я был программистом винтажником. Заказчик хотел обновить под iOS 7 приложение развернутое когда-то под iOS 3 (главное условие — внешний вид не трогать, просто чтоб хорошо работало на новой платформе и новом экране). Сдуваю я пыль с SVN репозитория, там проект еще времен XCode 3 или 4. После часа плясок с бубном наконец-то собрал с новым СДК и емае, оно не то что выглядит винтажно — оно вообще никак не выглядет, три дня реставрировал/стилизировал его под вид приложений для старых iOS.


        1. bodqhrohro
          10.04.2015 23:15

          За такое же вроде не пущают в аппстор?


          1. Psionic
            10.04.2015 23:49
            +1

            Нет, непущают не за дизайн, если собрано под старым СДК и старыми компиляторами, а тут все было поправлено.


  1. norlin
    10.04.2015 14:50
    +10

    >> нормальной зарплатой программиста будет примерно $29 000 в месяц (на сегодняшние деньги, без учёта налогов)
    Просто для сравнения было бы неплохо указать, что, по его мнению, является «нормальной зарплатой программиста» сейчас.
    Одно дело, если сейчас он назовёт $2-3k, другое дело – если считает $15-20k сейчас нормой.


  1. valplo
    10.04.2015 15:12
    +1

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


  1. norlin
    10.04.2015 16:29
    -3

    Вообще, идеальный процесс программирования был бы следующий:
    1. Без необходимости учить синтаксис языков – компилятор/IDE всё знают
    2. По-сути, только создание алгоритмов (в том числе, это касается UI).

    Пример кода приложения для смартфона:
    <code>
    после запуска отобразить Основной экран
    Основной экран состоит из: Заголовок, Строковое поле ввода, Кнопка.
    Фон Основного экрана: Текстура №1, растянуть по ширине и высоте.
    Заголовок: размером текста 25px, чёрного цвета, расположение посередине, на 15px от верхней границы экрана.
    Строковое поле ввода: ширина 50% от ширины экрана, расположение посередине, на 30px ниже Заголовка.
    Кнопка: текст на кнопке «Нажми меня!», ширина – по тексту, расположение посередине, на 20px ниже Строкового поля ввода.
    При нажатии на Кнопку отправить значение Строкового поля ввода на Сервер, ответ отобразить в виде Всплывающего сообщения.
    Сервер: <данные для подключения>
    Всплывающее сообщение: расположение модальное, посередине экрана, фон чёрный, прозрачность фона 60%, закруглённые углы с радиусом 10px, размеры не больше 80% от соответствующих размеров экрана. В случае, если содержимое не помещается – отобразить полосы прокрутки.
    </code>

    Всё. Build & Run, Publish.


    1. Rumlin
      10.04.2015 16:36

      Скорее всего будет продолжаться автоматизация, но до какой степени… Всё упрется в экономическую целесообразность. Что будет выгоднее платить з/п разработчикам или поддерживать некие автоматические системы.


    1. NightGhost
      10.04.2015 16:43
      +7

      «Поле ввода телефона, маска по стандарту +* (***) ***-**-**, размер текста 14 пикселей, ширина на 18 символов, расположение слева, внутренние отступы 5 пикселей, серая рамка с округлыми уголками в 3 пикселя, текст подсказка „введите номер телефона“, цвет текста-подсказки светло-серый, цвет текста чуть светлее черного, при ошибке подсветка рамки светло-красным, текста темно-красным, потряхивание границ».

      Ура, я только что создал красивый элемент! Можно я теперь уволюсь?


      1. Dima_Sharihin
        10.04.2015 17:06
        +6

        > А теперь укажите поведение элемента управления на телефоне, смартфоне, фаблете, планшете, ноутбуке, настольном компьютере и телевизоре. И помедленнее, я еще прошлое сообщение распознаю


        1. norlin
          10.04.2015 17:40

          В том-то и дело, что не надо ничего указывать (если поведение не отличается). А если отличается, то, само собой, понадобится указать.

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


      1. norlin
        10.04.2015 17:45

        А слабо написать весь код, которые сейчас необходим, чтобы аналогичный элемент создать?


      1. Sadler
        11.04.2015 00:02
        +1

        По-моему, Вы изобрели HTML+CSS+JS.


        1. stigory
          11.04.2015 05:38
          +2

          А по-моему ДРАКОН
          ru.wikipedia.org/wiki/ДРАКОН


          1. slovak
            11.04.2015 20:45

            Или Simulink


  1. evocatus
    10.04.2015 21:48
    +1

    Bret Victor — The Future of Programming:
    vimeo.com/71278954


  1. VDG
    11.04.2015 01:23
    +6

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


    1. edwardspec
      11.04.2015 02:48
      +6

      Программисты всё-таки будут, но в уголовном кодексе.

      «Программирование в особо крупном размере»
      «Призывы к экстремизму и программизму»
      «Незаконное вмешательство в процесс написания кода»
      «Действия алгоритмического характера»
      «Призывы к смене власти ИИ»
      «Перепрограммирование робота»
      «Коворкинг (пособничество программированию)»
      «Покушение на отладку кода»


      1. edwardspec
        13.04.2015 01:36
        +1

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


  1. rboots
    11.04.2015 01:47

    Замечаю, что программы становятся всё сложнее, неочевиднее, а языки программирования в связке с библиотеками начинают всё больше быть похожими на естественные языки. В порядке бреда выскажу идею, что через 20-30 лет работа программиста будет сводится к переводу человеческого языка на язык компьютера/AI. От части это и сейчас так, но будет ближе к человеческому общению.


    1. norlin
      11.04.2015 11:00
      +1

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


  1. Foror
    11.04.2015 03:33
    +1

    Nowadays, we don't even need to RTFM, we just copy&paste error messages to google. Further improvements along this trend are to be expected; like, compilers will google errors and solutions themselves;)

    developers can focus on goal, not being distracted by boring things that break down the program


  1. Fedorkov
    11.04.2015 07:47
    +2

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

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

    Нам всегда будут нужны люди, способные заполнить брешь между задачей реального мира, которую нужно решить, и компьютером, предназначенным для решения этой задачи. Эти люди будут называться программистами независимо от того, манипулируют они машинными регистрами на ассемблере или диалоговыми окнами в Microsoft Visual Basic. Пока у нас есть компьютеры, нам будут нужны люди, которые говорят компьютерам, что делать, и эта деятельность будет называться программированием. Когда вы слышите заявления о том, что «новый инструментарий устранит необходимость компьютерного программирования», бегите! Или хотя бы посмейтесь про себя над этим наивным оптимизмом.
    Совершенный код, 30:6


  1. vsb
    11.04.2015 11:56

    Моё имхо. Программирование чётко разделится на две категории — «продвинутое» и «формоклепательство». Языки программирования тоже будут разделены — Haskell, Scala, Rust слева, Java, PHP, C справа, C# там и там. Инструменты для популярных языков будут всё мощнее. В формоклепательстве будут набирать популярность «шаблоны» кода (куски). Цениться будет исключительно знание библиотек, все тёмные уголки языка будут проверяться продвинутыми статическими анализаторами, способными отловить практически любые опечатки.

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


    1. click0
      11.04.2015 20:36

      А подскажите, куда отнести shell? Мне вот надо надо автоматизировать запросы к сайтам, коммутаторам и соорудить пару триггеров на события с уведомлением по почте и sms.


      1. vsb
        11.04.2015 20:41

        К отраслевому программированию это не относится, программирование на shell это часть администрирования UNIX-серверов.


        1. click0
          11.04.2015 20:56
          +2

          Shell по классификации — командно-сценарный язык.
          Он не только применяется в «администрировании UNIX-серверов».
          В шелле часто используеют sed и awk, которые являются Тьюринг-полными языками.
          Пересмотрите свою классификацию языков. :)


          1. vsb
            11.04.2015 21:55

            Тут скорее классификация программистов, а не языков. Программисты на shell-е не пишут (ну или я чего то в этом мире не видел). Если они пишут, то для упрощения административных задач. Я понимаю, что он тьюринг-полный, но он не является ЯП общего назначения, на котором пишут большие программы.

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


            1. isden
              12.04.2015 10:52

              > Программисты на shell-е не пишут (ну или я чего то в этом мире не видел).

              Я видел и игры и биллинг-систему на шелле с вкраплениями перла. Ну и про адм. задачи — а это не программирование?


  1. Staltec
    11.04.2015 13:07
    +2

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


  1. Xu4
    11.04.2015 16:00
    +4

    Например, каким мы видели будущее 20-30 лет назад? Ясно было, что будущее за интернетом.

    Это что-то вроде «постфактум предсказания», даже если такого термина и нет. На чём основано данное утверждение? Я что-то не припомню, чтобы 20 лет назад всем было ясно, что будущее за Интернетом. Это тоже самое, что говорить: когда Цукерберг запустил Facebook 11 лет назад, всем было ясно, что через 11 лет у ресурса будет полтора миллиарда активных пользователей в месяц. Похоже на ситуацию в биржевой торговле, когда ты смотришь на текущие цены и понимаешь всю логичность текущих цен, и думаешь, что вчера всем было ясно, что сегодня цены будут именно такими.

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

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

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

    Линус Торвальдс вот десять лет назад написал Git. Ему нужен был инструмент, к которому были конкретные требования. Сейчас Git стал очень популярным решением для поддержки версий и командной работы над кодом. Может быть завтра кто-то недовольный тем, как много кода ему постоянно приходится писать, напишет среду, которая позволит разворачивать очень короткие спецификации в двоичный код. Назовёт её как-нибудь вроде «сетка Хича», и через 30 лет люди будут не программировать, а хичировать. А все потом будут говорить, что уже 20 лет назад было понятно, что за хичированием будущее, потому что оно позволяет сразу оценить результат идеи, которая воплощается во всех деталях мгновенно после одной только мысли о ней. И остаётся только сохранить результат или сформировать новую идею. Весь процесс программирования сводится к отбору подходящего результата из нескольких вариантов, сгенерированных сетью. И люди будут спорить, что, на самом деле, хичирование и программирование — не одно и то же, потому что во время программирования ты создаёшь код, а при хичированиии ты хичируешь сгенерированные образы. И нет смысла велосипедить, занимаясь программированием, если гораздо проще схичировать образ, который будет работать сразу на всех устройствах.

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


  1. ProgrammerAlias
    13.04.2015 02:41

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