Практика функционального программирования

а ты написал туда статью?

Нэд, чукча читатель.

ИМХО вся команда дружно сделала «трактор», не разве?

ИМХО вся команда дружно сделала «трактор», не разве?

Вроде как эти ваши ынтырнеты еще досупны пока ;)

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

можно попробовать потыкать @fprog в твиттере.

Вроде как эти ваши ынтырнеты еще досупны пока ;)

Сомневаюсь что им сейчас до «ынтернетов». Там вам не тут ;)

На Railsclub Валкин вроде бы говорил про готовящуюся статью, т.ч. всё живо

Вот я и не знаю. А есть аналогичные журналы/сайты англоязычные?

есть же агрегаторы тематических блогов:

• http://planet.haskell.org/
• http://www.planetscala.com/
• http://planet.lisp.org/
• http://planet.ocamlcore.org/
• http://www.planeterlang.org/

Déjà vu.

:-)

Блджад, ну причём здесь lisp?

Давайте тогда забьём теги названиями всех языков, имеющих полноценные лямбды и замыкания.

блджад, lisp тоже к фп относится!

Хорошо, в следующий раз буду кастовать лоровцев, а не тегами пользоваться. Выдыхай.

Спасибо. Только причём на окамловском агрегаторе статья об ошибках дебиана?)

Эвон как анонимусу-то припекает…

Какое-то воинствующее невежество.

Блджад, ну причём здесь lisp?

Относится, но повторяться уже надоело.

Как это нет? Простой std::list же.

2 tazhate, ты когда удаляешь - смотри сколько цепляешь, удалил вполне содержательную дискуссию

Может это будет интересно http://themonadreader.wordpress.com/

не разве?

Не разве.

lazyklimm> не, не напишу, в стандартных коллекциях её тупо нет

хм, даже в PHP она есть, ну ок, если и бинарного поиска тоже нет, то не беда, ты говорил про map<string,string>, давай сравним его:

  map<string,string> m1 = {{"1","1"}, {"2", "2"}, {"3", "3"}};
  map<string,string> m2 = {{"a","a"}, {"b", "b"}};

  m2.insert( m1.begin(), m1.end() );
  for( auto it : m2 )
    it.second += it.first + '_';

он же односвязный вроде, не?

оке, а что ты хотел вот этим:

for( auto it : m2 ) it.second += it.first + '_';

сказать?

а что ты хотел вот этим сказать?

я CL не знаю, потому хочется посмотреть на:

а) как пробежаться по элементам б) как изменить значение

Нет, двусвязный. И да, у него есть push_back и pop_front. Так что typedef std::queue<my_type, std::list<my_type>> my_queue и вперде. Впрочем может и dequeue хватить(используется в std::queue по умолчанию).

Ты хочешь-то чего? Я тут мимо проходил, не понял. Ты бычешь на С++?

А не, туплю. Просто берешь std::list или std::deque, в зависимости от особенностей задачи. deque обещает быть быстрее в среднем.

Не больше, чем С++.

А вообще, ФП - такая же сферическая неведомая херня в вакууме, как и ООП. Опредлений четких нет.

Ты бычешь на С++?

нет, lazyklimm сказал, что на CL писать гораздо проще чем на С++, но, как оказалось, банальный deque - уже проблема для CL, потому я предложил сравнить работу с ассоциативными контейнерами, т.к. он упоминал их раньше

Главный редактор рулит стартапом, может не до этого ему.

а) как пробежаться по элементам б) как изменить значение

мне кажется твой код значения не меняет

ну да ладно, например что-то типа

(setq m1 '(("1" . "1") ("2" . "2") ("3" . "3")))
(setq m2 '(("a" . "a") ("b" . "b")))

(mapcar (lambda (a)
          (nconc a (concat (car a) (cdr a) "_")))
        (append m1 m2))

банальный deque - уже проблема для CL

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

на CL писать гораздо проще чем на С++

я сказал, что мне азы lisp-ов(вообще) дались гораздо легче азов C++

что-то типа

вообще не то, и ты знаешь почему, сделай тогда уж аналог unordered_map, чтоб не было желания схитрить

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

ок

вообще не то, и ты знаешь почему

потому что emacs lisp

в остальном, чем тебе alist не хэш-таблица?

кстати, вот тебе тоже кусок RL кода (тоже elisp, я его юзаю сильно чаще CL)

(defun list-buffers-string () (mapconcat '(lambda (s) (format "%s" s))
	   (remove-if '(lambda (name) (string= (substring name 0 1) "
"))
		      (mapcar 'buffer-name (buffer-list)))
	   "\n"))

можешь запилить аналог?

список (буферов) преобразуем в список имен, фильтруем базар^W, выкидывая начинающиеся на пробел строки и конкатенируем через перевод строки

тут, кстати, сразу видна относительная многословность лиспа, да

банальный map filter map, а столько писанины

сопсна, я могу тебе и на CL-овских хэшах сделать, просто инициализации такой красивой(и короткой) не выйдет

можешь запилить аналог?

string list_buffers_string( ??? l ) {
  return accumulate( l.begin(), l.end(), string(), [](string a, ??? b)
   { return a + ( b.name()[0] ^ ' ' ? b.name() + '\n' : "" ); } );
}

если не то - без проблем переделаю

нехило тредик почистили

Работа над следующим номером ведется

в остальном, чем тебе alist не хэш-таблица?

тем, что это обычный list<pair<T1,T2>>

просто инициализации такой красивой(и короткой) не выйдет

и не только ее

смотри сколько цепляешь, удалил вполне содержательную дискуссию

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

Оставлять нарушающие сообщения очень нежелательно, это плохой пример.

смотри сколько цепляешь, удалил вполне содержательную дискуссию

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

Оставлять нарушающие сообщения очень нежелательно, это плохой пример.

По-моему он просто не знает CL. Я сейчас не вспомню, но там вроде бы есть и вектора, и хэш-таблицы и пр. Проблем-то особых нет это все реализовать. А он что-то на списках все делает, так в CL не принято, он все таки старается быть практичным... Но могу ошибаться. Мне в CL понравились только мультиметоды(тормозные правда - жуть), «специальные» переменные(ну когда можно поменять, скажем, поток вывода по умолчанию и все функции будут работать с ним), обработка ошибок еще интересная. За макросы надо расстреливать. А в остальном обычненький такой динамический язычок.