(интересно будет только программистам)
Завтра в 14:30 в рамках нашего семинара по языкам программирования на работе буду рассказывать про Forth. Если останется время, может, даже успею что-то про colorForth и Factor. Если есть желающие придти послушать в качестве гостей - пишите, проведу. Продвинутого материала там не будет, знакомство с языком не предполагается. В принципе, если самому прочитать Starting Forth & Thinking Forth by Leo Brodie, которые в последние несколько лет выложили бесплатно в сеть, то это более осмысленное действие, чем придти на эту лекцию (вторую из этих книг в любом случае рекомендую любому программисту прочитать).
Завтра в 14:30 в рамках нашего семинара по языкам программирования на работе буду рассказывать про Forth. Если останется время, может, даже успею что-то про colorForth и Factor. Если есть желающие придти послушать в качестве гостей - пишите, проведу. Продвинутого материала там не будет, знакомство с языком не предполагается. В принципе, если самому прочитать Starting Forth & Thinking Forth by Leo Brodie, которые в последние несколько лет выложили бесплатно в сеть, то это более осмысленное действие, чем придти на эту лекцию (вторую из этих книг в любом случае рекомендую любому программисту прочитать).
My educated opinion
Date: 2009-09-14 02:51 pm (UTC)0. There are die-hard fans of the language. Ability to interactively define a little function (called "word") and immediately execute test/execute it is appealing.
1. Yes, your executable code is much more compact.
2. The above is due to you hand-crafting calling conventions and control flow. Ie. you are optimizing out load/store instructions by hand.
3. The above makes programmers a lot LESS productive. Compilers should worry about these low-level tasks as
register assignmentsstack memory layout optimization.