Chris Granger о программировании и проблемах в нем

Кто такой, чем знаменит, почему не нужен?

http://defun.co

Создатель Lighttable. Для меня этим и знаменит.

А текст просто интересен, хоть и, в некотором роде, здесь присутствует Капитан Очевидность.

А? Что? :-)

Ну типа тоже шутки про программирование.

We simply cannot see what our programs do and that's a huge problem whether you're just starting out or have written millions of lines of beautiful code.

Это в их убогих емаксах, в которых кодят на убогих недоязыках без поддержки тулинга

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

А, ну тогда ладно. Картинки забавны, посещаю пару раз в неделю.

Дело в том, что он автор lighttable, в котором есть поддержка livecoding, т.е. не все так просто.

[долго писал, всё стер. сформулирую коротко.]

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

вот да

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

Очередной выскочка с Особым Мнением™.

По-моему, Chris Granger сильно оторван от реальности. Это заметно по концепции LightTable, которая ориентирована на маленькие чистые функции и это сквозит из его статьи:

1. Programming is unobservable

Автор выступает против абстракции. Разумеется, намного легче понять алгоритм функции зная, что каждый print() транслируется в вызов API файловой системы, а каждый float транслируется во внутреннее представление виртуальной машины, а затем в четыре 32-битные ячейки памяти, 15 бит из которых занимает экспонента, а 112 - мантисса. В частности это облегчает работу, когда нам понадобилось конвертировать цельсии в фаренгейты.

2. Programming is indirect

Автор совершенно не знаком с DSL, Matlab'ом и генерируемым кодом. Особенно мило этот пункт, где автор заявляет, что предпочёл бы видеть лицо карты, вместо бессмысленного «cards[0][12]» и математическую формулу вместо кода, сочетается с предыдущем.

3. Programming is incidentally complex

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

4. Chasing local maxima

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

5. The people's programming

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

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

Автор выступает против абстракции.

Дальше не читал.

Автор вообще очень странный :)

А Lighttable - не знаю, попробовал - ИМХО, пока что находится в неюзабельном состоянии. Выглядит красиво, интересно. Но работает через раз. Live mode у меня так и не заработал в проекте с Seesaw. Вернулся на vim.

Он перешел на светлую сторону?