Home
Objective Caml
ocaml@conference.jabber.ru
Четверг, 17 марта 2011< ^ >
f[x] установил(а) тему: Камль -- http://caml.inria.fr | Логи -- http://chatlogs.jabber.ru/ocaml@conference.jabber.ru/ | Вики -- http://gdsfh.dyndns.org/kamlo/ | Верблюды грязи не боятся! | release crap, enjoy NIH | репортьте баги официальным дилерам | ocaml мёртв, move on
Конфигурация комнаты
Участники комнаты

GMT+3
[00:23:52] komar вышел(а) из комнаты
[02:05:20] Typhon_ вошёл(а) в комнату
[02:46:33] zert вышел(а) из комнаты
[03:06:50] Typhon_ вышел(а) из комнаты
[08:17:43] iNode вышел(а) из комнаты
[08:50:01] iNode вошёл(а) в комнату
[08:57:01] gds вошёл(а) в комнату
[10:21:25] <gds> кстати вот, про типа-dbi под окамл.  Бывает так, что prepared statements сильно ухудшают производительность -- в случае, когда субд строит план без учёта binding variables, строит один раз при prepare и более не меняет, тогда как план с литералами был бы более оптимален (строился бы каждый раз с учётом значений литералов).  Поэтому, говорят, в некоторых интерфейсах есть "client-side prepared statements", обеспечивающие такую же безопасность, как и обычные prepared statements, но подставляющие конкретные значения на клиенте.  По идее, прикольно было бы такое поддерживать, но пока нет нужды, да и парсенг sql, от которого меня отговорили в прошлый раз...  Или есть в целом такая нужда у народа?
[10:38:06] gds вышел(а) из комнаты: Replaced by new connection
[10:38:08] gds вошёл(а) в комнату
[10:49:19] komar вошёл(а) в комнату
[10:52:22] <gds> Потряс Устоев!  http://udpn.livejournal.com/43652.html
[11:02:46] Kakadu вошёл(а) в комнату
[12:30:23] zert вошёл(а) в комнату
[13:38:31] Sergey Plaksin вошёл(а) в комнату
[13:52:18] Sergey Plaksin вышел(а) из комнаты
[13:52:35] Sergey Plaksin вошёл(а) в комнату
[16:01:58] <gds> -  let (int, frac) = modf (x /. m) in
+  let (frac, int) = modf (x /. m) in
люблю я туплы.
[16:04:13] <Kakadu> мдя, facepalm
[16:04:45] <Kakadu> я как-то на РНР хотел проверить что длина строки меньше 30. получилось if(strlen(s<30))
[16:05:38] <gds> ну, там это можно было спасти типизацией, у меня же -- навряд ли.
[16:29:07] <Kakadu> кто-нибудь тут владеет АОП?
[16:29:36] <Sergey Plaksin> чего это?
[16:29:43] <Kakadu> я тут думаю как бы лидеру проекта Aspect.NET объяснить что в функциональном программировании аспекты не нужны
[16:30:15] <Sergey Plaksin> аспектно ориентированое?
[16:30:33] <Kakadu> Sergey Plaksin: угу. http://www.aspectdotnet.org/
[16:31:00] <Kakadu> просто В.Сафонова во вторник откровенно говоря понесло
[16:31:22] <Kakadu> он чуть не объявил СПО злом
[16:31:33] <Kakadu> мне хзотелось сказать что он - динозавр
[16:32:10] <Kakadu> я могу в двух словах рассказать попробовать
[17:32:02] gds вышел(а) из комнаты
[17:47:24] Typhon вышел(а) из комнаты
[19:08:55] Kakadu вышел(а) из комнаты
[19:44:29] Sergey Plaksin вышел(а) из комнаты
[20:01:51] Kakadu вошёл(а) в комнату
[20:37:18] gds вошёл(а) в комнату
[20:49:45] <Kakadu> оффтоп: можно в 2х словах как сделать darcs send по-нормальному? чтобы французы из оксигена не приняли меня за чайника.
[20:50:34] <Kakadu> я пока предполашаю, что надо указать параметры --from --author --summary.
[20:50:39] <Kakadu> предполагаю*
[21:54:32] <gds> Kakadu: про "аспектно-ориентированное" почитал.  Если считать объекты и классы основным строительным материалом, то АОП, как прикидываю, скорее полезно.  Однако, если не влезать в этот ональный ад, то всё выглядит гораздо более радужно, и АОП вместе с ООП оказываются мало кому нужными.  Процентов 5 задач, не больше, а скорее и меньше, было бы адекватно реализовывать через эти технологии, на мой взгляд.
[21:57:35] <Kakadu> gds: или если кратко, то АОП - это костыль к ООП
[21:58:48] <Kakadu> просто В.Сафонов частенько говорит фразу что неплохо бы поддержать АОП в фэшарп и смотрит на меня. Мне с каждым разом всё труднее не сорваться и объяснить ему что такое АОП
[21:59:05] Kakadu сейчас пишет на QT и чувствует ломку
[22:00:24] <gds> АОП -- да, и приличный, работающий костыль.  Опять же, если быть в том мире.
Можно рассказать ему всю правду-матку, начиная с того, что ООП не нужно.  Но он, как препод, может делать разные пакости.
[22:04:11] <Kakadu> оффтоп: как узнать на какой емайл посылать патчи для даркс репозитория ocsigen?
[22:07:52] Kakadu без ermine как без рук
[22:08:42] Kakadu вспоминает: "и без них плохо, но и с ними невозможно"
[22:11:37] Kakadu уже даже не знает куда нажать, чтобы ответ на сообщение попал в мэйл лист. Судя по gmail надо отвечать и человеку, и в мэйллист, но тогда наверное этому человеку придет две копиии моего сообщения.....
[22:12:05] Kakadu никогда не думал что может запутаться в пользовании почтой(
[22:14:15] Kakadu просит сообщить ему, если он начнет оффтопить слишком сильно
[22:15:33] <gds> если две копии придёт -- не страшно, но нежелательно.  Обычно есть смысл взять емейл рассылки, но вставить имя того, кому отвечаешь, и всё прокатит.  Типа, "Вася Пупкин <caml-list@shaitan.inria.fr>".
[22:25:14] <Kakadu> вставить имя, т.е. сделать обращение в тексте к конкретному целовеку?
[22:25:18] <Kakadu> человеку*
[22:25:46] avysk вошёл(а) в комнату
[22:29:37] <gds> Kakadu: не, речь про поле To: данного емейла.  Оно обычно имеет две формы: "просто@емейл.ком" или "Имя Фамилия <просто@емейл.ком>".  Рекомендую посмотреть на заголовки имеющихся сообщений рассылки, ибо это надо увидеть.
[22:32:23] avysk вышел(а) из комнаты
[22:38:12] <zert> рекомендую всё же посмотреть рфц, а не заголовки рассылок
[22:38:29] <Kakadu> рфц?
[22:38:54] <zert> почтови
[22:40:25] <gds> да, про почтовых голубей будет самое ок.
[22:40:42] <Kakadu> всё-таки, что такое рфц
[22:40:43] <Kakadu> ?
[22:41:02] <gds> rfc
[22:42:08] <gds> но для задачи "отправить сообщение в рассылку" его смотреть мало смысла.  А вообще -- стОит.
[22:48:34] ftrvxmtrx вышел(а) из комнаты
[22:57:15] ygrek вошёл(а) в комнату
[23:17:13] ftrvxmtrx вошёл(а) в комнату
[23:33:48] superbobry вошёл(а) в комнату
[23:48:38] ygrek вышел(а) из комнаты
Powered by ejabberd Powered by Erlang Valid XHTML 1.0 Transitional Valid CSS!