Добавлен H,
опубликован
В данный момент вы читаете слово “слово”, оно выводится на экране вашего устройства, ноутбука, телефона, часов или кто знает, может даже на экране микроволновой печи. Что по сути стоит за этим процессом? Железо на самом низком уровне получает сигналы и интерпретирует их, после чего обрабатывает и посылает импульс дальше на какое то устройство, например экран. В мире компьютерной техники принято считать что 1 (единица) это присутствие сигнала, 0 (ноль) наоборот, таким образом любая программа на любом языке программирования в конечном счете превращается в последовательность из нулей и единиц.
Уровень абстракции в современном мире настолько высок, что программист вообще не обязан думать как именно его print(‘hello world’) будет выведен в консоль, или на экран. За этим стоит огромный пласт кода, сотни тысяч или даже миллионы строк интерпретатора, компилятора и самой ОС. В теории вы можете словить баг даже в программе состоящей из одной строки, которая традиционно здоровается с миром “привет мир”. Но эта статьи не совсем о багах в мире языков программирования, если вы считаете себя программистом, попробуйте мысленно ответить на вопрос “Что именно делает программист”? Как только закончите с этим, можно вернутся к чтению следующего параграфа.
Кто такой программист?
Я думаю ответом у вас получилось что-то вроде “программист придумывает алгоритмы и пишет код”, если упростить и разобрать это на мелкие составляющие, то в конечном итоге мы получим утверждение в духе “программист думаем головой и нажимаем на клавиши”. Кстати нажимать на клавиши может даже обезьяна, само по себе это умение не делает программиста - программистом. Получается что все чего я хочу при написании кода, это думать над программой а не нажимать на клавиши.
Представьте ситуацию, есть 3 человека:
- Читатель - знает только английский язык и любит читать книги
- Переводчик - знает два языка, русский и английский и может писать книги
- Автор - знает только русский язык
Теперь давайте подумаем как в данный момент происходит выпуск новых шедевров:
- Автор умеет думать головой, и у него есть задача издать “Пособие по J37 для чайников” на английском языке. Что для этого нужно сделать? Ну для начала выучить этот язык, потом написать книгу и отдать её читателю.
Именно таким образом работает программирование в данный момент. Программисту приходится изучать языки чтобы объяснить читателю (машине) суть своего произведения. Если вы внимательно читали, то заметили что “переводчик” пропал, и остались только “автор” с “читателем”, а что если представить что уровень абстракции кода будет настолько высоким, что в качестве “переводчика” будет выступать отдельная программа, на вход мы ей будем говорить что хотим “привет мир”, а она будет сама писать код на подходящем для конкретной задачи - языке программирования.
Кодогенерация
В данный момент (2016 г.) такое явление уже можно повсеместно наблюдать в разных языках и фреймворках, люди по натуре достаточно ленивые, и уж точно не хотят делать однотипные действия. Существует множество различных инструментов прототипирования и генерации кода. Вы к примеру говорите консоли:
bin/cake migration CreateUsersTable name:string email:string; bake all Users;
и она вам создаст кучу кода и файлов, это и миграции (up-down), и модели таблиц, сущностей, реляционные связи, юнит-тесты, и даже контроллеры и шаблоны чтобы управлять “юзерами” и видеть изменения в удобном виде. Конкретно этот пример из фреймворка cake (php), но аналогичные решения есть везде. По сути уже давно не “модно” писать шаблонный код, и все стремятся писать роботов которые будут писать шаблонный код за них.
Если вы хоть немного разбираетесь в веб программирование (пишу про него, так как это моя основная специализация на данный момент), представьте сколько времени уйдет на:
- создать вручную таблицы данных
- не забыть про реляционные связи, индексы, автоинкримент
- создать сущности и класс для работы с этими данными (+наследование от интерфейса)
- не забыть про валидадцию входных данных
- написать нужные запросы к базе
- не забыть про связи, и подгрузить нужные данные из других таблиц
- связать все подгруженные данные из соседних таблиц в виде сущностей (классов)
- написать контроллер для управления и шаблон для вывода
- а есть еще тесты, хелперы, миграции (вам же надо перенести эти таблицы в git?), а как насчет тестовых данных, ну и про оптимизацию не забудем. А что насчет кеша? Добавить к базе коммиты тоже хорошая идея, вдруг нужно будет откатить удаление, если произошла ошибка при удалении связной сущности. А если нужно эти данные вывести по нескольким протоколам, написать web/json/xml, ну и пусть будет сортировка, пагинация, фильтрация, api..
В данном случае фреймворк cake (php) решает это одной консольной командой (ну на самом деле двумя, надо еще “мигрировать” миграцию), всего 5 секунд и у вас уже полностью рабочая табличка с простой админкой. Но конкретно данная статья не про плюсы этого фреймворка, я просто хочу поделится с вами моим взглядом на программирование через 50-100 лет.
Фабрики роботов фабрик роботов
Само по себе написание кода, должно полностью исчезнуть, ну или заниматься этим будут самые отважные из числа программистов, меньше 0.01% от общего числа. Эти люди будут писать интерфейс низкоуровневого бота, который будет писать других ботов, которые будут писать ваш код за вас. Остальные смогут через интерфейс, просто описывать свои мысли и логику, а бот переводчик будет конвертировать её в машиночитаемый код. Кстати это не обязательно должно быть с помощью голоса (уже представили офис с программистами которые бурчат под нос “выведи мне тут список юзеров, да мать твою сначала проверь доступ админа”?) Это может быть и прямой коннектор к мозгу, такой себе USB 5.0, который будет “слушать ваши мысли”.
В любом случае очевидно что уровень абстракции с каждым днем растет все выше, и происходит это уже в геометрической прогрессии. Сейчас на свете довольно много умных людей которые “могут в логику”, но начать программировать им мешает то, что сперва нужно выучить очередной питон или C++. Высокий уровень абстракции над языками сможет полностью устранить эту проблему, и решать задачи мы сможем на любом подходящем для этой задачи языке. Но в данный момент все еще большинство разработчиков знают и используют от силы 2-3 языка, по этому решают любые нестандартные задачи колхозом и велосипедами, кто-то на perl пишет сайты, кто-то на php пишет оболочку для raspberry pi.
Чтобы оставить комментарий, пожалуйста, войдите на сайт.
только на данный момент не существует достаточно эффективных функций активации и алгоритмов обучения(можно использовать обучающие нн и интегралы но тогда всех компов мира не хватит чтобы такая сеть заработала)
Отредактирован H
"Сделай мне
большуютабличку Users,да такуючтобы там были поля name, lastname, password, phone и address". Сделай все поля типом String, кроме phone. Phone сделай типом integer."И да, это неимоверно скучно
ZlaYa1000, в веб разработке так и есть. Можно еще велосипеды свои писать, чтобы не скучно было.
Кодогенерацией пугают уже не один десяток лет, начиная с попыток генерации кода с UML.
Вообще, будущее будет той самой сказкой. Феодальное средневековье с волшебными палочками мудрецов, которые будут говорить заученные заклинания, не подозревая даже, что это команды для их палок-квантовых компьютеров на забытых ЯП.
Компьютеры, передающиеся по наследству после изучения заклинаний, лол.//
Отредактирован H
Слать через telnet я кстати не пробовал, но это выглядить примерно так:
> helo mx.yandex.ru
> mail from: h@yandex.ru
> rcpt to: zlaya1000@yandex.ru
> data
Subject: Hello world
.
> quit