LINUX.ORG.RU

Ответ на: комментарий от aptyp

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

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

ymn ★★★★★
()
Ответ на: комментарий от gensym

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

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

Macil ★★★★★
()
Последнее исправление: Macil (всего исправлений: 1)

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

wingear ★★★★
()
Ответ на: комментарий от ados

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

aptyp ★★★★
() автор топика
Ответ на: комментарий от ymn

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

aptyp ★★★★
() автор топика

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

theNamelessOne ★★★★★
()

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

dave ★★★★★
()
Ответ на: комментарий от ados

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

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

dave ★★★★★
()

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 + '_';
wota ★★
()
Ответ на: комментарий от lazyklimm

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

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

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

wota ★★
()
Ответ на: комментарий от lazyklimm

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

anonymous
()
Ответ на: комментарий от anonymous

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

anonymous
()
Ответ на: комментарий от aptyp

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

wota ★★
()

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

Vernat ★★
()
Ответ на: комментарий от wota

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

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

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

(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))

lazyklimm ★★★★★
()
Ответ на: комментарий от wota

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

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

lazyklimm ★★★★★
()
Ответ на: комментарий от wota

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

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

lazyklimm ★★★★★
()
Ответ на: комментарий от lazyklimm

что-то типа

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

wota ★★
()
Ответ на: комментарий от lazyklimm

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

ок

wota ★★
()
Ответ на: комментарий от wota

кстати, вот тебе тоже кусок 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, выкидывая начинающиеся на пробел строки и конкатенируем через перевод строки

lazyklimm ★★★★★
()
Ответ на: комментарий от lazyklimm

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

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

lazyklimm ★★★★★
()
Ответ на: комментарий от lazyklimm

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

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

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

wota ★★
()

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

jtootf ★★★★★
()

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

Vernat ★★
()
Ответ на: комментарий от lazyklimm

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

и не только ее

wota ★★
()
Ответ на: комментарий от wota

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

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

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

true_admin ★★★★★
()
Ответ на: комментарий от wota

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

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

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

true_admin ★★★★★
()
Ответ на: комментарий от wota

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

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.