tiphareth: http://apazhe.net/

(Читать комментарии) - (Добавить комментарий)

svinoyeb.livejournal.com
2008-06-01 04:36 (ссылка)

Да нет, стэндэлон приличная штука по сравнению с ЖЖ. Другое дело, что от мудачья окончательно не спастись нигде, разве основать собственное государство и поставить туда сайт. Но есть подозрение, что особенно настойчивые доебутся и там.

(Ответить) (Ветвь дискуссии)

	tiphareth 2008-06-01 04:52 (ссылка)
	Средний срок жизни стэндалона - несколько месяцев. Причем потом даже архивов не найти, что было. Пользование PHP портит карму, вот что. (Ответить) (Уровень выше) (Ветвь дискуссии)

	svinoyeb.livejournal.com 2008-06-01 05:05 (ссылка)
	Про карму - может быть, про средний срок жизни - тоже, но https://www.nearlyfreespeech.net/ вроде приличное место, например. Апача, впрочем, там не было. (Ответить) (Уровень выше)

	ketmar 2008-06-01 10:47 (ссылка)
	>Пользование PHP портит карму, вот что. а от перла становятся импотентами. (Ответить) (Уровень выше) (Ветвь дискуссии)

alamar
2008-06-02 11:27 (ссылка)

Честно, пользовался, пока все нормально.

А вот PHPников, которых уже не спасти, видел и много :)

Впрочем, Perl - мертвый язык уже. Старые проекты на нем, типа того же ЖЖ, конечно, это не отменяет нисколько.

(Ответить) (Уровень выше) (Ветвь дискуссии)

	ketmar 2008-06-02 12:11 (ссылка)
	потому что есть только хацкель (которого я не знаю %-) и LISP, да. перл — это игрушка Ларри. личная и страннаяю Ларри тоже странный. (Ответить) (Уровень выше) (Ветвь дискуссии)

	alamar 2008-06-02 13:41 (ссылка)
	Лиспа вменяемого нет, а на хаскелле никто не знает, как правильно писать. Может, разберутся еще, но сейчас - так. (Ответить) (Уровень выше) (Ветвь дискуссии)

	ketmar 2008-06-02 13:58 (ссылка)
	как это нет? есть. мой. оне вменяем, потому что другого я не знаю. (Ответить) (Уровень выше) (Ветвь дискуссии)

	alamar 2008-06-02 13:59 (ссылка)
	Какой это "твой"? (Ответить) (Уровень выше) (Ветвь дискуссии)

	ketmar 2008-06-02 14:06 (ссылка)
	http://gitorious.org/projects/klisp-scripting-engine классика — code as data. tail call optimization, быстрее «pure» схем. (Ответить) (Уровень выше) (Ветвь дискуссии)

	alamar 2008-06-02 15:35 (ссылка)
	Может, посмотрю как-нибудь. (Ответить) (Уровень выше)

yushi
2008-06-03 00:58 (ссылка)

Библиотеки какие у него? Как устроен FFI?

Я к чему — хороших языков сотни. Вопрос в том, как с их помощью решать реальные задачи.

Скажем, для CGI-приложений ведь готового фреймворка нет? А как GUI рисовать?

(Ответить) (Уровень выше) (Ветвь дискуссии)

ketmar
2008-06-03 09:24 (ссылка)

тебя слова «scripting engine» ни на какие мысли не наталкивают? писать триста тыщ мильёнов библиотек — глупое занятие. равно как изобретать костыли-FFI. я не настолько фанат, чтобы всё на лиспе делать. C-ядро, где нужные функции, загружаемые модули (при необходимости) и логика на лиспе. быстро, удобно и не распухает в мегабайты дурного кода. достоинство KLISP (с моей точки зрения) именно в том, что там ничего кроме основы нет. потому он маленький, шустрый и не диктует никаких условий: куда хошь — туда и расширяй. время изучения какой-либо платформы примерно такое же, как время создания нужного тебе под конкретную задачу кода

(Ответить) (Уровень выше) (Ветвь дискуссии)

yushi
2008-06-05 23:39 (ссылка)

Ну, мой единственный опыт участия в разработке Emacs-like софтины (ядро на Qt4, подключаемые модули и логика на JavaScript) скорее негативный. Слишком много уродств C++ успело проявиться раньше, чем дело дошло до собтвенно скриптов. Тот проект, правда, содержал массу спорных решений и без scripting engine, да.

Меня как раз раздражает, когда я вижу код на C/C++, хорошо иллюстрирующий пресловутое десятое правило Гринспуна. И вообще, многовато в C++ бюрократии и изобретения велосипедов на килобайт исходников.

(Ответить) (Уровень выше) (Ветвь дискуссии)

	ketmar 2008-06-05 23:50 (ссылка)
	а где я говорил про кокаиновые бредни трупа страуса? O_O C — это отличный макроассемблер. цпп — кокаиновые бредни. (Ответить) (Уровень выше) (Ветвь дискуссии)

yushi
2008-06-06 01:05 (ссылка)

C, как это ни смешно, делит ряд проблем с экзотическими языками. Нет приличной переносимой библиотеки для рисования гуя (Gtk+ не предлагать, вся жопа в этих ракушках), например.

Ну и "изобретение велосипеда" это про C даже в большей степени, чем про C++. Тяжеловесность идиом меня там напрягает, ага. Ну и уёбищность стандартной библиотеки. Изобретение null-terminated strings это преступление против человечества, по-моему.

(Ответить) (Уровень выше) (Ветвь дискуссии)

ketmar
2008-06-06 11:51 (ссылка)

c мнением про gtk согласен. это ползучий пиздец.
за asciiz надо расстрелять без права resurrect'а, факт.
но чего ты хочешь от макроассемблера? я и говорю, что место C — в инструментальном мире, а не в прикладном. а если кто пытается писать на C прикладной софт — так ССЗБ. мне такой народ даже не жалко, я просто искренне недоумеваю: зачем?

(Ответить) (Уровень выше)

yushi
2008-06-02 14:36 (ссылка)

Haskell слишком строгий, Common Lisp бардачный, у Scheme нет хорошей реализации с полным набором необходимых приличному языку библиотек.

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

kouzdra, это такой C++: сплошной TIMTOWTDI. Эрланг, на мой взгляд, очень приятный, хотя, будь у Термита столь же впечатляющий набор библиотек на все случаи жизни, я бы его и учить не стал бы: синтаксис Схемы всё же нагляднее и проще.

(Ответить) (Уровень выше) (Ветвь дискуссии)

	yushi 2008-06-02 14:38 (ссылка)
	@#$%^, запутался в грамматике. "учить не стал бы" относится к Эрлангу, короче. (Ответить) (Уровень выше)

	ketmar 2008-06-03 09:27 (ссылка)
	>нет хорошей реализации с полным набором необходимых приличному языку >библиотек. а какие библиотеки необходимы «приличному языку»? мне таки не понятно… (Ответить) (Уровень выше) (Ветвь дискуссии)

yushi
2008-06-05 23:30 (ссылка)

Файловый ввод/вывод. Работа с сокетами. Регулярные выражения (если их нет в ядре языка). Гуй. Универсальный интерфейс к БД. Что-нибудь высокоуровневое с генерацией HTML поверх CGI, желательно с возможностью создания шаблонов. Треды, потоки ОС (если их нет в ядре языка).

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

(Ответить) (Уровень выше) (Ветвь дискуссии)

	ketmar 2008-06-05 23:32 (ссылка)
	ну так зачем смешивать «нормальный язык» и «язык, подходящий для моих задач»? одно другому не мешает. (Ответить) (Уровень выше) (Ветвь дискуссии)

yushi
2008-06-05 23:42 (ссылка)

Мешает.

Это задачи 90% процентов прикладных программистов; я просто мог забыть что-то, чем сам не пользуюсь, поэтому и написал "для моих задач". Типа, список необходимого, но не факт, что достаточного.

(Ответить) (Уровень выше) (Ветвь дискуссии)

	ketmar 2008-06-05 23:50 (ссылка)
	а, я не уточнил. я скорее инструментальщик. (Ответить) (Уровень выше)

	prool 2008-06-01 15:01 (ссылка)
	А надо не быть долбоебами, а регулярно делать резервные копии (Ответить) (Уровень выше)

(Читать комментарии) -