singalen: (humpty-dumpty)
[personal profile] singalen
Кстати, вот SICP на вебе.
По предисловию: "Стал основой текстовых редакторОВ, шеллОВ и CAD-ОВ". Где теперь те редакторы, или тот ЛИСП в них? Аддоны к Автокаду давно пишут на плюсах и т.д. SchemeShell - кто им пользуется? EMACS-ом пользутся, но он своё отживает - есть Eclipse. "Хорошая ОС, но в ней хреновый текстовый редактор".

Замена итерации на рекурсию требует некоторой практики мышления - особенно на "хвостовую" рекурсию, которую Лисп-машина таки-развернёт в итерацию.

Что было нового


* Синтаксис :) Оказывается, в нём есть-таки локальные имена.
Подстановочная и нормальная модели вычисления. Оказывается, Лисп-программу можно вычислять разными путями :)

* Отслеживание породжаемого процесса в Лисп-машине. Хвостовая и "деревянная" рекурсии имеют очень-очень разное воздействие на выполнение программы, а заметить разницу достаточно сложно - минус Лиспу.

* Как легко решается задачка о размене монет. Почти как на Прологе, тоьлко больше скобок :)

* Передача процедур параметром или возвращаемым значением. С этим всё понятно, это мы до сих пор видели только в виде неудобоваримых function objects. Ну ничего, разгрызём libboost_lambda, ещё не ту будет :)
Кстати, почитал туториал по libboost_lambda. А знаете, не так страшен чёрт, как его малюют. Очень приятный синтаксис :) Но опасный. Есть шанс запутать текст на плюсах ещё хуже чем на Лиспе :)

Что осталось непонятным


* Почему Лисп-программы из упражнений первой главы будут вычисляться по-разонму, если их считать в разных моделях. Если эти программы корректны, конечно. См. упражнение 1.5:
Ben Bitdiddle has invented a test to determine whether the interpreter he is faced with is using applicative-order evaluation or normal-order evaluation. He defines the following two procedures:
(define (p) (p))
(define (test x y)
(if (= x 0)
0
y))

Then he evaluates the expression
(test 0 (p))
- может, здесь для аппликативной модели просто будет бесконечная рекурсия? Тогда программа решает свою задачу, мягко скажем, неоптимально.

* Есть ли принципиальное отличие определения функции (deffunc в Common Lisp) от define, setq и let? Я знаю, что они немного отличаются синтаксически, но отличаются ли функционально?

* Что в русском PDF-е SICP-а с чарсетом? На PC показывает русские буквы, но Copy-n-Paste вклеивает мусор в кодировке us-ascii. Наладонник показывает тот же us-ascii. Может, кто-то знает, как подредактироват этот PDF на предмет информации о чарсете?


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

Да, Саша Долгин так и не получил от нас вразумительного ответа, что же хорошо писать на Лиспе, кроме неизвестных почти никому задач ИИ. Будем искать :)


Цитаты:
(Сергей забыл на работе документы на машину) "Бегать за документами ногами - это по си-плюс-плюсному. Позвони гардам".
(по поводу каких-то рецептов того, как писать хороший код) "Чтобы попки были сухими и чистыми, их надо чисить и сушить".

(no subject)

22/11/05 07:04 (UTC)
Posted by [identity profile] dottedmag.livejournal.com
Emacs не отживает. Eclipse слишком негибок.

(no subject)

22/11/05 07:43 (UTC)
Posted by [identity profile] dottedmag.livejournal.com
Ещё бы эта 'подручная IDE' расширялась быстро, без отладки второй копии самой себя в себе самой и перезагрузки по каждому чиху и поставленному плагину.

(no subject)

22/11/05 07:55 (UTC)
Posted by [identity profile] dottedmag.livejournal.com
Это уже, наверное, метауровень - когда вычленяешь не только одинаковые действия в своей программе, но и одинаковые действия в работе над своей программой, и отдаёшь их на откуп редактору. Скажем, не нравится мне, как оно выполняет comment-block на питоне - взял и поправил пару строк, или как оно делает отступы в pmake-mode, или что-то ещё, вместо того, чтобы каждый раз идти и править ручками то, что не сделано редактором.

(no subject)

22/11/05 08:15 (UTC)
Posted by [identity profile] dottedmag.livejournal.com
Способен, способен. Привязка первых двух фич к IDE - это идиотизм, ибо означает, что любые автотесты на сервере, или любая другая автоматизация невозможно. Исходим из того, что их программисты - не полные идиоты, значит это отдельные инструменты, которые легко обвязываются и втягиваются внуть Emacs.

На третье способен. Кстати, в Eclipse CDT неюзабелен.

(no subject)

22/11/05 20:39 (UTC)
Posted by [identity profile] dottedmag.livejournal.com
XRefactory по заказу собирается под любую вменяемую платформу.

А сколько, говоришь, в CDT просасывается в память большой проект, мег этак на дцать?

(no subject)

22/11/05 23:24 (UTC)
Posted by [identity profile] dottedmag.livejournal.com
Стоит? Скажи это тому xrefactory, который на моей машинке крутится =)

(no subject)

7/12/05 01:18 (UTC)
Posted by [identity profile] dottedmag.livejournal.com
Да-да. И это был баг и две константы, нужные мне, хе-хе. It just works.

(no subject)

7/12/05 07:09 (UTC)
Posted by [identity profile] dottedmag.livejournal.com
Эээ. Читаем между строк то, чего там нет? Мешающий мне баг (точнее, два бага) были исправлены в течение двух дней.

Re: Reply to your comment...

8/12/05 06:47 (UTC)
Posted by [identity profile] dottedmag.livejournal.com
Пользователей не слишком много, но и багов невелико число: я что-то
ужасное сделал на шаблонах, чуть ли не ML-вывод типов =)

А можно поподробнее про индустрию? Какую конкретно индустрию?
Индустрии - они разные бывают. Где-то Java много, где-то - C++, где-то
C, где-то PHP, где-то Perl (да, есть и такие), где-то Fortran вне
конкуренции, и никто его заменять не собирается.

Re: Reply to your comment...

8/12/05 07:23 (UTC)
Posted by [identity profile] dottedmag.livejournal.com
Ладно, взял первые две страницы вакансий IT с job.ngs.ru, отбросив
непрограммерские должности типа "оператор ПК", "менеджер по продажам"
или сисадминские должности (нашёл, кстати, требование на кисководов =):

архитектор - 1
архитектор Java - 1
аналитик - 2
программист поддержки - 2
программист C - 1
программист C++ - 2
программист C# - 2
программист абстрактный - 2
программист 1C - 3
программист PHP - 2
программист Java - 3
программист Lotus Notes - 1
спец. по информационной безопасности - 1
SAP-программист - 1
программист Unix - 1 (хе, там, где я работаю =)

(инженер QA - наверное не надо сюда включать)

Так что "индустрия" - это понятие весьма расплывчатое.

ps: А с чего ты взял, что я считаю, что C++ не нужно похоронить? :)
Вообще он в топике только из-за вопроса "а <это> emacs умеет?" Вообще
мне больше языки того же ML-семейства нравятся.

(no subject)

22/11/05 07:44 (UTC)
Posted by [identity profile] dottedmag.livejournal.com
Да, это tutorial. О чём было написано сразу при загрузке Emacs =)

(no subject)

22/11/05 07:31 (UTC)
Posted by [identity profile] http://users.livejournal.com/_radiant_/
> слишком негибок

f. ex?
чего в нём не хватает и хочется поменять, а не можется?

(no subject)

22/11/05 07:34 (UTC)
Posted by [identity profile] dottedmag.livejournal.com
Жёстко забитый стиль IDE с его тулбарчиками, менюшками et al, отсутствующая система кросс-редакторной расширяемости (нельзя взять autocompletion оттуда, раскраску синтаксиса - оттуда, и добавить в меню фичу от вот этого режима), плюс невнятная runtime-поддержка (новый плагин на ходу не добавишь).

vim eclipse.java - это, конечно, круто, но слишком долго.

(no subject)

22/11/05 07:56 (UTC)
Posted by [identity profile] http://users.livejournal.com/_radiant_/
> Жёстко забитый стиль IDE с его тулбарчиками, менюшками
В смысле, скин или расположение тулбаров?
Последнее вообще вроде автоматом в воркспейсе сохраняется.
Или что-то другое?

> новый плагин на ходу не добавишь
запуск второго Eclipse-приложения ни катит?
(мне эта фишка наоборот нравится: обкатал в отдельном, понравилось, добавил в воркспейс по умолчанию)

> vim eclipse.java
не всё так плохо :)
к этому самолёту плагины нормально прикладываются. и вроде, многое могут...

(no subject)

22/11/05 08:11 (UTC)
Posted by [identity profile] dottedmag.livejournal.com
В смысле то, что совершенно ненужные мне элементы UI, такие, как менюшки, тулбары, статусбары, списки workspace'ов и прочее мешаются на экране и их не отключить.

(no subject)

22/11/05 08:26 (UTC)
Posted by [identity profile] http://users.livejournal.com/_radiant_/
ну во-первых, у меня по дефолту нет "статусбары, списки workspace'ов".
во-вторых, это лечится выбором нужной перспективы и убиранием ненужных view.
если нужной перспективы не находится, можно написать новую -- в синтаксисе нужного xml разобраться можно.

Варнинг: я говорю про еклипс 3.1.

(no subject)

22/11/05 09:09 (UTC)
Posted by [identity profile] dottedmag.livejournal.com
Ага, статусбара и списка воркспейсов нет, а менюшки и тулбара - есть. И не убрать. Мне, который браузер клавиатурой использует - дико мешает. Глаза зацепляются, уменьшает высоту окошка с текстом.

Далее - интерфейс так просто не меняется. Вот утомляет меня то, что в перспективе oxygen при сохранении файла он проверяется на синтаксис и если таковой невалиден - UI выходит из режима "распахнуть на весь экран" и показывает свой идиотский View 'problems', а хрен поменяешь: плагин компилировать, ставить, и нет прослойки между функциональностью, и интерфейсом, которую можно менять как хочешь.

Мы же не домохозяйки какие, которым M$Word хватает.

(no subject)

22/11/05 20:41 (UTC)
Posted by [identity profile] dottedmag.livejournal.com
Мне они не нравятся с точки зрения usability. Точка. На инструментах, look, а главное - feel, которых нельзя изменить, работать неудобно.

Если вводить abstraction layer - да, но это путь недожабщиков. Нормальные люди лишь развязывают реалиацию функциональности и UI, не вводя особой сложности: тут не нужен никакой abstraction layer.