"Способ мышления - Форт" // Л.Броуди

Пожалуй, надо приклеить тему со ссылкой на эту великолепную книгу прекрасного теоретика программирования, увы, в наше время вспоминаемого редко.

http://forth.org.ru/~cactus/files/brodie.rar

Мне, кстати, довелось поработать с переводчиком книги, отличным фортером Сергеем Дмитренко.

А для тех, кто поленится почитать книгу, в эту тему могу покидать какие-нибудь мысли из неё

...

Ибо полезна книга ой как далеко не только програмистам на Форте. Всё моё программирование последних лет 10 базируется на методах и идеях этой книги. Не важно, Java это, PHP или C++

Не стоит забывать о том, что Форт в своё время разрабатывался с целью повысить производительность программиста на порядок в сравнении с традиционными языками при сохранении того же уровня надёжности программ (или, соответственно, писать на порядок более надёжные программы при тех же темпах разработки).

Так что идеи этого языка безусловно могут способствовать росту скорости и эффективности программирования и в других языках.

О! Оно же, но в HTML: 404 Not Found

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

Одним из свойств Форта [...] является то, что примитивы легко тестируются. Требуется некоторый опыт работы с Фортом, чтобы получать от этого преимущества. Ребята с традиционным воспитанием хотят написать за своим столом десять страниц кода, потом сесть и ввести их, и ожидают, что это будет работать. Вот вкратце мой подход: я пытаюсь установить, что нужно пользователям, но в то же время осознаю неполность этих сведений. Затем я держу их вовлеченными в проект во время реализации, поскольку они должны выполнять роль экспертов. Когда они видят результат, это им приятно, поскольку известно, что их идеи использованы.

Итеративный подход позволяет достичь наивысших результатов при создании хорошего решения для реальной проблемы. Он может не всегда дать Вам объявленную заранее стоимость программного обеспечения. Путь решения может зависить от Ваших приоритетов. Запомните:

Хорошее
Быстрое
Дешевое

Выбирайте любые два качества!

Среднее время доработки задачи "за пару часов" составляет около 12-ти часов.

А вот прямо про наши XML-парсеры и калькуяторы

1. .
2.     Простое решение не загораживает проблему тем, что к делу не
3.     относится. Допустим, что нечто в задаче требует уникального
4.     интерпретатора. Но раз уж Вы видете такой уникальный
5.     интерпретатор, то это предполагает, что в самой проблеме
6.     есть нечто определенно ужасное. И почти никогда в ней на
7.     самом деле этого нет.
8.     Если Вы пишете свой собственный интерпретатор, то он почти
9.     наверняка получается самой сложной, трудоемкой частью всей
10.     задачи. Вам приходится переключаться с решения проблемы на
11.     его написание.
12.     Мне кажется, что программисты любят писать интерпретаторы.
13.     Они обожают делать эти сложные, трудоемкие вещи. Но в конце
14.     концов наступает время, когда приходится заканчивать с
15.     программированием нажатий на клавиши или преобразованием
16.     чисел в двоичный вид и приступать к решению проблем.

1. .
2.     Когда все сделано правильно, появляется вполне определенное
3.     ощущение этой правоты. Быть может, такое ощущение и отличает
4.     Форт от других языков, в которых никогда не почувствуешь,
5.     что действительно все сделано как надо. В Форте восклицаешь
6.     "Ага!", и хочется побежать и кому-нибудь об этом рассказать.
7.     Разумеется, никто другой не воспримет это так же, как Вы.

Ладно, пока хватит

Последняя цитата из книги - точно про тебя, Балансер

Скачал, буду читать. Может полезно будет. Надеюсь.

хорошая книга.. с c4 наверное переползу на фортресс, к тому времени и книгу прочитаю