Hello!
On Sunday 15 March 2009 18:08:52 Artem Chuprina wrote:
> Artem Chuprina считает глупым решение задачи, которая не поставлена. И
> не видел еще ни одной задачи, которую заказчик сумел бы успешно
> поставить по аське или скайпу. Нет, личная беседа, и не одна,
> действительно помогает. Неве
Hello!
On Sunday 15 March 2009 19:32:53 Иван Лох wrote:
> Понимаете в чем дело. Безусловно, выбор надлежащего формализма -- часть
> решения задачи. Но вы подменяете понятия. Кнут провел много дней глядя как
> работают наборщики. Подлинное искусство, кстати, ведь верстальщики
> математической литер
Hello!
On Monday 16 March 2009 13:06:13 Покотиленко Костик wrote:
> однако следует понимать, что:
> - универсальных методов не бывает :). Для каждой задачи хорош свой
> метод: ограничено время для написания функционала - используй скриптовый
> язык, нужна производительность и компактность - исполь
Hello!
On Monday 16 March 2009 13:49:02 Покотиленко Костик wrote:
> ...однако все владельцы смартфонов недовольны их производительностью,
> почему бы???
Да потому, что запуск окошечка интерфейса программы может занять десятки
секунд. До какой-либо обработки данных и дело-то на этом этапе не дохо
Hello!
On Monday 16 March 2009 09:01:27 Михаил Миронов wrote:
> В общем-то почти соглашусь. По моей практике заказчик почти никогда не
> знает, чего он хочет в точности. Но для есть менеджеры, дело которых
> выяснить как работает заказчик, что можно автоматизировать в его работе
> и предложить зак
Hello!
On Monday 16 March 2009 09:12:14 Михаил Миронов wrote:
> За время своей работы убедился, что бюрократия вещь весьма нужная. У нас
> задание на доработки могут давать подразделения заказчика. Так вот,
> бывали ситуации когда с представителем подразделения на словах
> обговаривали необходимы
Hello!
On Monday 16 March 2009 14:28:11 Михаил Миронов wrote:
> Демоны почему-то чаще всего пишут не на скриптовых языках.
Ошибаетесь. Большинство написанных в последние несколько лет демонов как раз
скриптовые. Вот лет 10 назад да, писали на С в основном, сейчас же очень много
написано на скр
Hello!
On Monday 16 March 2009 14:52:31 Михаил Миронов wrote:
> Не ТЗ с описанием способа решения задачи, а ТЗ с описанием самой задачи!
> В случае научной работы это может быть ТЗ на исследование. Результат
> исследования может быть как положительный так и отрицательный. Но
> постановка задачи и
Hello!
On Monday 16 March 2009 15:06:08 Михаил Миронов wrote:
> Проверил список демонов на одной из машин
> snmpd, courier-imap, courier-pop3, portmap, acpid, dbus, syslog, klog,
> mysql, apache, cupsd, exim4, freeradius, smartmon, samba, winbind и еще
> несколько других - все не скриптовые.
> Еди
Hello!
On Monday 16 March 2009 15:25:47 Иван Лох wrote:
> > А вот описание задачи можно и по аське поставить. Личное общение
> > требуется только когда кодеру пытаются втолковать решение задачи
> > профильные специалисты. Кстати, гранты часто получают заочно - отправил
> > заявку с описанием задач
Hello!
On Monday 16 March 2009 15:49:43 Иван Лох wrote:
> Ну я и говорю -- вот она настоящая жизнь. Прожект -- по аське, деньги по
> вебмани, отчет по скайпу, со ссылками на arXiv.org. Тут-то мне карта и
> пошла...
То-то я смотрю, "челночников" вроде не стало, и откуда импорт берется?
Оказываетс
Hello!
On Monday 16 March 2009 17:29:53 Konstantin Matyukhin wrote:
> >> Лично я еще не видел ни одного заказчика, который бы сам сумел
> >> сформулировать задачу.
> >
> > Нет, Вас действительно пора начинать в цитатник заносить. Как Вы
> > умудряетесь вообще с такими заказчиками работать, которые
Hello!
On Monday 16 March 2009 17:25:52 Тихон Тарнавский wrote:
> > Лично я еще не видел ни одного заказчика, который бы сам сумел
> > сформулировать задачу.
>
> Нет, Вас действительно пора начинать в цитатник заносить. Как Вы
> умудряетесь вообще с такими заказчиками работать, которые поставить
>
Hello!
On Monday 16 March 2009 18:35:16 Evgeny M. Zubok wrote:
> > В общем-то почти соглашусь. По моей практике заказчик почти никогда не
> > знает, чего он хочет в точности. Но для есть менеджеры, дело которых
> > выяснить как работает заказчик, что можно автоматизировать в его
> > работе и предл
Hello!
On Monday 16 March 2009 20:48:44 Покотиленко Костик wrote:
> > Про потребляемую память забываем.
>
> И яркий пример тому тот же spamassassin. Он одновременно может только 5
> потоков обрабатывать, как написано в документации, "unless you know what
> you're doing".
А что, все программы на С
Hello!
On Monday 16 March 2009 20:29:58 Yuri Kozlov wrote:
> > За счет того, что демон запускается шелловским скриптом, теряется
> > единственное преимущество - скорость запуска.
>
> Про потребляемую память забываем.
Проверим? Вы пишете на С парсер для обработки текстового файла, я то же самое
п
Hello!
On Tuesday 17 March 2009 13:44:05 Покотиленко Костик wrote:
> Хорошее решение то, что работает.
Т.е. mysql-demon в KDE4 "хорошее решение"? И spamassassin тоже "хорошее
решение" - так что же вы его выше так ругали?
Примерно так же можно сказать - хорошая еда, которая пахнет. А пахнет роз
Hello!
On Tuesday 17 March 2009 19:33:16 Yuri Kozlov wrote:
> > Ну так как, пробовать будем?
>
> Неа.
>
> Если посмотреть выше, то речь шла о демонах, а не парсерах текстовых
> файлов. Или Вы считаете их равнозначными задачами?
Есть у меня и демоны на тикле, например, собирают и обрабатывают данн
Hello!
On Tuesday 17 March 2009 20:45:14 Покотиленко Костик wrote:
> Кстати, какая это версия протокола, где посмотреть формат, чтоб написать
> парсер? Допустим, есть задача сделать формат хранения почты так, чтобы
> каждый элемент заголовка (каждый Received: и т.п. раскладывался на
> составляющие
Hello!
On Tuesday 17 March 2009 21:06:58 Alexander GQ Gerasiov wrote:
> > Есть у меня и демоны на тикле, например, собирают и обрабатывают
> > данные с цисок и других АТС. Написать то же самое на С большая работа
> > (на тикле используются события для прослушивания множества сокетов, а
> > на С пр
Hello!
On Tuesday 17 March 2009 21:14:37 Покотиленко Костик wrote:
> > Есть у меня и демоны на тикле, например, собирают и обрабатывают данные с
> > цисок и других АТС. Написать то же самое на С большая работа (на тикле
> > используются события для прослушивания множества сокетов, а на С придется
Hello!
On Tuesday 17 March 2009 21:44:05 Покотиленко Костик wrote:
> > Обращаю ваше внимание на постановку задачи:
> > "Никаких внешних библиотек не используем, только встроенные средства."
>
> Постановка с подковыркой, заведомо выиграет C# со встроенным MFC
> или .Net или что там у них сейчас.
О
Hello!
On Tuesday 17 March 2009 21:39:19 Покотиленко Костик wrote:
> > Что до сложности формата mbox по сравнению с бинарными, звучит,
> > признаться, даже смешно. Когда мне нужно было выдернуть несколько
> > полей из большого количества писем и что-то с ними сделать, я решил
> > всю задачу на sh+
Hello!
On Tuesday 17 March 2009 22:19:12 Покотиленко Костик wrote:
> Если изменить архитектуру так:
> - один процесс принимает все соединения с одной стороны, и общается с
> несколькими процессами выполняющими вычисления (SSI, PHP, etc) в
> количестве равном количеству ядер
> - процессы выполняющи
Hello!
> > Предложенная вами архитектура не годится. Хотя бы потому, что 1
> > "слушающий" процесс всегда будет "узким местом".
>
> Не будет. Его задача состоит только в том чтобы делать read() на сокет
> клиенты и write() на сокет процесса выполняющего вычисления, потом
> обратно, и так по кругу
Hello!
On Wednesday 18 March 2009 13:35:31 Artem Chuprina wrote:
> >> Для фундаментальных задач хороши инструменты, от которых ты,
> подозреваю, >> в лучшем случае название слышал...
>
> c> Для начала тогда было бы не плохо определить, что это за задачи
> c> такие, которые относятся к разряду ф
Hello!
On Wednesday 18 March 2009 14:39:49 Artem Chuprina wrote:
> Ну и эта... Уж физики-то могут себе позволить _настоящий_ ДСЧ... Он у
> них все равно есть, и какие-то датчики туда все равно заведены...
Любой эксперимент, в т.ч. численный, должен быть воспроизводим. Программная
реализация (ч
Hello!
On Wednesday 18 March 2009 15:15:32 Artem Chuprina wrote:
> AP> Любой эксперимент, в т.ч. численный, должен быть
> AP> воспроизводим. Программная реализация (через прямое-обратное фурье)
> AP> работает с любым случайным шумом на входе и, следовательно, условие
> AP> воспроизводимости со
Hello!
On Wednesday 18 March 2009 16:23:58 Konstantin Matyukhin wrote:
> > Перл для меня пройденный этап, я свои выводы сделал, я
> > им теперь очень редко пользуюсь, придёт время - вы сделаете свои выводы.
>
> Сделал. Пишу теперь, практически, только на Perl. И да, я не люблю, когда
> меня что-то
Hello!
On Wednesday 18 March 2009 17:40:59 Иван Лох wrote:
> Это из-за рефакторинга ;-} С перла на перо тоже хорошо бы получилось ;-}
Кодогенератор на перле никаким рефакторингом не сделаешь.
Best regards.
Hello!
On Wednesday 18 March 2009 18:19:04 Konstantin Matyukhin wrote:
> Я пишу для души и по-необходимости, а не для продажи.
И при этом советуете перл для систем уровня предприятия? Даже комментировать
не буду, поскольку вы выше утверждаете, что перл хорош везде и всегда, хотя
сами его для од
Hello!
On Wednesday 18 March 2009 17:09:18 Konstantin Matyukhin wrote:
> > Очень сильно зависит. Язык - это определяющий фактор. В программирование
> > - тем более.
>
> Ага, ага. Написать два экрана if-ов вам не помешает ни один из ЯП.
А если динамически код генерить, можеть быть и 20 тысяч строк
Hello!
On Wednesday 18 March 2009 17:47:28 James Brown wrote:
> А с чего лучше начать?! (учиться правильно программировать, точнее, если
> быть честным :-[ учиться программировать)
А это смотря в какой области хотите учиться. Если интересны задачи в области
математики/физики и в том числе мульт
Hello!
On Wednesday 18 March 2009 18:19:06 Покотиленко Костик wrote:
> Обратную совместимость соблюдать конечно надо, тогда переход будет
> безболезненный. Пример сервер уже умеет новую вервию протокола с
> расширенным набором команд, а клиент нет, в протоколе должна быть
> возможность это выяснит
Hello!
On Wednesday 18 March 2009 16:23:08 Artem Chuprina wrote:
> >> Импоссибл. Потому что точность вычислений ограничена по
> >> определению. Равно как и точность статистики. Оно может приводить
> >> только к _близкому_ результату. И при _близких_, а не _совпадающих_
> >> макропараметрах
Hello!
> > Еще есть ненулевое время на открытие сокета, обработку заголовков
> > запроса, ожидание свободного процесса из пула процессов для вычислений и
> > проч.
>
> Да, но это уже ботаника, без измерений нечего тут сказать.
Вам гугл за неуплату отключили? :-)
> > Совершенно неверно. Для SATA
Hello!
On Wednesday 18 March 2009 19:02:48 Victor Wagner wrote:
> > Кодогенератор на перле никаким рефакторингом не сделаешь.
>
> А зачем? use Sandbox; use Opcode; и строчек в 1000 с помощью лома и
> какой-то матери можно сделать аналог safe interpreter Tcl. Причем с даже
> более тонким контролем.
Hello!
On Wednesday 18 March 2009 18:11:46 Покотиленко Костик wrote:
> > > Ты забываешь про армию сисадминов-наколенщиков.
> >
> > Во-первых, их код редко попадает на CPAN или в иное общее пользование.
> > Во-вторых, СОВРЕМЕННЫЕ сисадмины-наколеночники пишут на python и php.
> > Собственно ровно д
Hello!
On Wednesday 18 March 2009 20:42:25 Artem Chuprina wrote:
> ИЛ> Точное значение -- это какое-нибудь трансцендентное число? Тогда
> ИЛ> нет, конечно. Но обеспечить _наперед заданную_ точность можно на
> ИЛ> любом распределении. Если мы, конечно, в нужную долину попали.
>
> В вероятностной
Hello!
On Wednesday 18 March 2009 20:52:44 Artem Chuprina wrote:
> ПК> Мне нравится с годами углубляться в один и тот же язык, чем с каждым
> ПК> годом изучать их больше. На Си можно сделать всё, а тебе видимо
> ПК> приходится слазить с Тикля иногда.
>
> ПК> Вопрос удобства можно обсудить, оче
Hello!
On Wednesday 18 March 2009 21:11:58 Artem Chuprina wrote:
> Ну, функциональники просто очень способствуют написанию и главное,
> отладке кода маленькими блоками. Когда у тебя программирование не на
> побочных эффектах построено - это легко и удобно.
Прекрасное определение - "программирова
Hello!
On Thursday 19 March 2009 01:28:20 Artem Chuprina wrote:
> AP> Alexander Danilov недавно высказывал желание сделать аналог SQLite на
> одном из AP> функциональных языков. Имхо не лучшая идея с точки зрения
> эффективности, AP> предпочитаю на С низкоуровневые вещи делать (ну может
> еще и н
Hello!
On Thursday 19 March 2009 12:21:02 Victor Wagner wrote:
> Слава богу, нет. НУ не должны быть ПЕРЕМЕННЫЕ типизированными.
> Типизированными должны быть ЗНАЧЕНИЯ, и они уже и так давно таковыми
> являются.
А что скажете насчет ситуации с NULL в СУБД? Строгая типизация во многих СУБД
- и так
Hello!
On Thursday 19 March 2009 13:18:50 Artem Chuprina wrote:
> AP> А что скажете насчет ситуации с NULL в СУБД? Строгая типизация во
> AP> многих СУБД - и такие "грабли".
>
> А где грабли-то?
>
> Там, конечно, от этого появляются грабли в теории, но это грабля в
> теории - потому что на практ
Hello!
On Thursday 19 March 2009 13:42:39 Artem Chuprina wrote:
> Пустая строка - это не то же самое, что "значение не определено".
> Пустая строка - это определенное значение. Нет, конечно, если таково
> ограничение языка, на котором сделано приложение, то можно все приводить
> к пустой строке.
Hello!
On Thursday 19 March 2009 14:22:56 Victor Wagner wrote:
> > Стандартная задачка из статистики про урну/урны с шарами. Вытаскиваем
> > белый ИЛИ черный шар. Что значит, цвет шара не определен?
>
> Это значит, что в момент вытаскивания выключился свет, и отличить белый
> шар от черного не уда
Hello!
On Thursday 19 March 2009 13:37:37 Victor Wagner wrote:
> > Трехзначная логика получается. И на практике, например, приходится
>
> Трехзначная логика - это глубокая концептуальная ошибка создателей SQL.
> Логика должна быть ЧЕТЫРЕХЗНАЧНОЙ - да, нет, не знаю, не важно.
>
> А в SQL "не знаю"
Hello!
On Thursday 19 March 2009 13:08:32 Aleksey Cheusov wrote:
> > Слава богу, нет. НУ не должны быть ПЕРЕМЕННЫЕ типизированными.
>
> Виктор. Наличие типизированных переменных в языке - это один из
> важнейших классификационных признаков языков программирования.
> При создании больших программ и
Hello!
On Thursday 19 March 2009 15:19:58 Aleksey Cheusov wrote:
> > Программы на том же С++ замечательно сегфолтятся, несмотря на всю
> > типизацию переменных - ну объявили типизированную переменную, а вот
> > указатель на эту переменную может хрен знает куда указывать.
>
> Детсад на выезде у нас
Hello!
On Thursday 19 March 2009 14:56:23 Victor Wagner wrote:
> Например, что писать в поле "цвет волос", если клиент лыс?
>
> Что писать в поле "отпечаток указательного пальца левой руки", если
> клиенту эту левую руку оторвало в одной из прошедших войн?
>
> Другая часть лакун объясняется тем, ч
Hello!
On Thursday 19 March 2009 15:25:47 Artem Chuprina wrote:
> У Вас либо бывает такое в жизни (и тогда Вы, гм, можете у специалиста в
> предметной области выяснить, что это значит), либо не бывает, и тогда Вы
> пишете констрейнт not null. А так, чтобы "что значит цвет шара не
> определен", но
Hello!
On Thursday 19 March 2009 15:36:50 Artem Chuprina wrote:
> В результате в реальной жизни мы пишем NULL в поле сломавшегося датчика,
> и... правильно, логика работы с NULL разработана так, что в подавляющем
> большинстве случаев она работает правильно: если обсчету нужно значение
> с этого д
Hello!
On Thursday 19 March 2009 18:17:03 Victor Wagner wrote:
> > > Другая часть лакун объясняется тем, что СЕЙЧАС мы этой информации не
> > > знаем (вроде цвета шара в момент, когда электричество отключено), но
> > > ПОТОМ можем узнать (повторить эксперимент).
> >
> > Когда нет информации, то ни
Hello!
On Thursday 19 March 2009 18:38:17 Aleksey Cheusov wrote:
> > Оказывается, чтобы создавать надежные программы, нужны динамические
> > языки, и неважно, типизированы они или нет.
>
> Нет, не оказывается. Полно крупных надежных программ, написанных на
> java, C#, Ada, и прочих, которые динами
Hello!
On Thursday 19 March 2009 18:49:51 Artem Chuprina wrote:
> Так, а вот приписывать мне своих тараканов не надо. Это Вы как раз
> предлагаете либо не писать в базу данные вообще (что неприемлемо, яркий
> пример приводил Витус), либо писать туда нечто, не являющееся данными
> (т.е. делать таб
Hello!
On Thursday 19 March 2009 18:55:14 Artem Chuprina wrote:
> Что-то ты уже ахинею какую-то несешь... Начинал вроде небессмысленно...
Мы не можем определить, что означает NULL в поле. Витус ловко миновал
следующий момент: для него выглядит логичным вставить в даные измерений NULL,
когда те
Hello!
On Thursday 19 March 2009 19:15:17 Artem Chuprina wrote:
> AC> vulnerabilities. В-четвертых, у моих знакомых есть ОЧЕНЬ
> AC> отрицательный опыт написания БОЛЬШОЙ программы на тикле (у меня
> AC> такого опыта нет). Не то, чтобы это аргумент, но success story я бы
> AC> это не назвал.
>
Hello!
On Thursday 19 March 2009 19:58:59 Aleksey Cheusov wrote:
> > Другое дело, что я вообще не очень понимаю смысл контроля _типов_ иначе
> > как в качестве "контроля значений для бедных". Для решения задачи нужно
> > контролировать _значения_. А отдельный контроль _типа_ имеет смысл
> > толь
Hello!
On Thursday 19 March 2009 19:46:45 Victor Wagner wrote:
> Это где такие базы данных берут?
>
> $psql template1
> Welcome to psql 8.3.0, the PostgreSQL interactive terminal.
>
> Type: \copyright for distribution terms
> \h for help with SQL commands
> \? for help with psql com
Hello!
On Thursday 19 March 2009 20:32:52 Artem Chuprina wrote:
> NULL позволяет однозначно сообщить ровно об этом. Это его определение.
> Он не позволяет однозначно сообщить о причине этого, но вот это уже как
> раз можно писать и еще куда-то.
Вы серьезно не различаете _отсутствие_ значения и _
Hello!
On Thursday 19 March 2009 21:36:47 Владимир Ступин wrote:
> Я ни в коей мере не спец по БД, но мне почему-то кажется, что
> необходимость прибегать к значениям NULL говорит о непродуманной
> структуре БД.
Описанный вами метод известен как горизонтальная декомпозиция и является одним
из лу
Hello!
On Thursday 19 March 2009 23:38:56 Artem Chuprina wrote:
> AP> create table tests(date text,value text);
> AP> insert into tests (date,value) values ('2009-02-01',NULL);
> AP> select count(value) from tests;
> AP> 0
> AP> select count(*) from tests;
> AP> 1
>
> AP> Вопрос: сколько за
Hello!
On Friday 20 March 2009 00:04:26 Artem Chuprina wrote:
> AP> Вы серьезно не различаете _отсутствие_ значения и _невалидное_
> AP> значение? Витус привел пример отсутствия значения, к которому я
> AP> добавил примеры невалидных значений. И это совершенно не одно и то
> AP> же. Как пример
Hello!
On Friday 20 March 2009 14:18:34 Grey Fenrir wrote:
> On Thu, 19 Mar 2009 22:32:25 +0300
>
> Alexey Pechnikov wrote:
> > On Thursday 19 March 2009 21:36:47 Владимир Ступин wrote:
> > > Я ни в коей мере не спец по БД, но мне почему-то кажется, что
> > > не
Hello!
On Friday 20 March 2009 17:45:17 Покотиленко Костик wrote:
> > > Посмотрим что успешно пишут на Си: драйвера, демоны, серверные,
> > > клиентские, десктопные приложения, и т.д.
> >
> > Веб-сайт или программа с GUI на чистом С? Возможно, но безумно трудоемко.
> > Так что успех весьма сомните
Hello!
On Friday 20 March 2009 22:16:19 Grey Fenrir wrote:
> Насчёт идеологии возражений в принципе нет, но это лишь теория.
> В рассматриваемом примере я вижу взаимно однозначное соответствие
> NULL-евых и не-NULL-евых вариантов (разумеется. при _правильном_
> заполнении базы синоптиком), и бОльш
Hello!
On Saturday 21 March 2009 07:47:22 Grey Fenrir wrote:
> Если это и приблизит нас к реальности, то только к "суровой российской".
> Потому "обязательность" либо известна заранее для всех измерений
> данного прибора (и вводить её как параметр для каждого измерения я
Как пример можно рассмотр
Hello!
On Friday 20 March 2009 13:02:27 Покотиленко Костик wrote:
> О тесте: программа рекурсивно сканирует указанный каталог и составляет
> список обычных файлов, затем делит этот список на N частей. Далее
> программа создаёт N клонов с помощью fork(), каждый из которых читает
> файлы из своей ча
Hello!
On Saturday 21 March 2009 17:41:01 Serhiy Storchaka wrote:
> Это может быть весьма утомительным, но лучше проверять допустимость
> аргументов в каждой библиотечной функции. И типизация — простой и удобный
> способ записи большинства таких ограничений.
Вполне достаточно типизации значений.
Hello!
On Saturday 21 March 2009 17:58:07 Тихон Тарнавский wrote:
> > > Вообще-то, можно одной строкой:
> > > (apply #'map 'list matrix),
> > > где matrix - список списков
> >
> > О! Верх изящества. Вспоминается пример, как дядечка в середине 70-х
> > разбирал несколько ЧАСОВ(!) 4(!!!) строки на я
Hello!
On Saturday 21 March 2009 19:42:45 Serhiy Storchaka wrote:
> > Вполне достаточно типизации значений. Получили значение, проверили его
> > тип, если не соответствует ожидаемому, вернули ошибку.
>
> Спецификация типов параметров в прототипе функции — самый лаконичный способ
> указания такой п
Hello!
On Saturday 21 March 2009 20:03:51 Aleksey Cheusov wrote:
> Именно вот так, последовательно, императивно, по шагам человек думает
> всю свою жизнь.
Не все. Иначе бы не было Ломоносова,Суворова,... Стратегия не императивна по
своей природе, а вот тактика да, императивна.
Best regards.
Hello!
On Saturday 21 March 2009 20:27:02 Тихон Тарнавский wrote:
> > На тикле я бы написал так
> > set matrix2 [T matrix]
> > и это будет понятно любому, кто знаком с матричной алгеброй. А функцию T
> > я определю в библиотеке подпрограмм.
>
> А это здесь вообще при чём? На лиспе я напишу
> (set
Hello!
On Sunday 22 March 2009 11:29:09 Serhiy Storchaka wrote:
> > Аргумент типа int объяснит _способ_ вычисления синуса? Вы синус вообще
> > можете посчитать без стандартной функции? Подсказка: если синус считать
> > через ряды, то добавление строчки проверки типа погоды не делает. Об
> > алгори
Hello!
On Saturday 21 March 2009 21:46:09 Тихон Тарнавский wrote:
> > Если вы определите функцию для транспонирования матрицы, то разумно
> > написать ее на С, а не через несколько вызовов других функций, которые
> > дадут искомый результат на порядок медленнее. Не знаю, как лисп, а тикль
> > подд
Hello!
On Sunday 22 March 2009 16:29:34 Тихон Тарнавский wrote:
> Да, когда не остаётся других аргументов, приходится доводить ситуацию
> до абсурда. Зачем этот максимализм? Между одним элементом и
> терабайтной матрицей разве нет промежуточных вариантов, которые на
> много порядков чаще встречают
Hello!
On Sunday 22 March 2009 20:54:14 Тихон Тарнавский wrote:
> > Что из этого? Я предпочитаю к матрице с элементами разных типов
> > обращаться SQL-запросами. На С это реализуется, притом ресурсов требует
> > немного.
>
> Уже sql-запросы пошли... Интересно, кто-то ещё помнит, что начали
> всего
Hello!
On Monday 23 March 2009 11:01:27 Artem Chuprina wrote:
> AP> Как мы выяснили, транспонирование в любом языке делается
> AP> просто. Давайте рассмотрим более интересные преобразования. В лиспе
> AP> вы можете использовать map, чтобы выполнить требуемое
> AP> преобразование над всеми элем
Hello!
On Friday 20 March 2009 08:42:18 Artem Chuprina wrote:
> Про то, каково соотношение между реляционной моделью и реальной жизнью,
> честно пишут даже в книжках про реляционную модель...
Пишут про _ограничения_ реляционной модели - это нужно для правильного
применения. Вы же игнорируете эти
Hello!
On Monday 23 March 2009 11:25:20 Тихон Тарнавский wrote:
> > Вы всерьез сравниваете SQL и ассемблер?
>
> А Вы что же, всерьёз сравниваете sql и лисп? Хм...
Началось с того, что вы предложили работать с матрицами на лиспе, аргументируя
краткостью кода (правда, совершенно нечитаемого, как п
Hello!
On Monday 23 March 2009 12:03:05 Покотиленко Костик wrote:
> > http://meteor.dp.ua/reference/simreadtest/simreadtest-0.1.tar.gz
> > http://meteor.dp.ua/reference/simreadtest/simreadtest-19.03.2009-01.ods
> > http://meteor.dp.ua/reference/simreadtest/simreadtest-19.03.2009-01.pdf
>
> По ходу
Hello!
On Monday 23 March 2009 21:12:32 Покотиленко Костик wrote:
> Для меня остаётся 2 загадки, почему при использовании 2х ядер такой
> маленький прирост 22.3% скорости, почему при 4х потоках на 2х ядрах
> скорость всё ещё увеличивается.
Судя по приведенным цифрам, вы файлы только считываете и
Hello!
On Monday 23 March 2009 16:38:20 Alexander Danilov wrote:
> SQL можно выразить через подмножество лиспа, через подмножество лиспа можно
> выразить ещё много чего. Лисп этажом выше.
И это будет быстрее и использовать меньше памяти? Не верю, хочу примеры.
Best regards.
Hello!
On Monday 23 March 2009 18:02:16 Тихон Тарнавский wrote:
> Как раз думал, не привести ли учебный пример прямо противоположный:
> символьное дифференцирование... (Не на лиспе, правда, а в maxima, с
> некоторым использованием базового символьного матаппарата; но сама
> maxima ведь на лиспе на
Hello!
On Tuesday 24 March 2009 12:06:30 Artem Chuprina wrote:
> P.S. Кстати, вот интересно. Вроде бы, мысль "автодополнять значения
> полей из справочников" (в смысле "select ... where
> table.field='val") в CLI-интерфейсах к базам данных очевидна. В
> конце концов, названия столбцов во многих
Hello!
On Tuesday 24 March 2009 12:19:46 Тихон Тарнавский wrote:
> > И что в этом примере интересного - подстановка табличных интергралов? Это
> > то же самое, что автодополнение в текстовом редакторе.
>
> Похоже, Артём был прав, что "малость не оценят". Если по-Вашему,
> символьное дифферинцирова
Hello!
On Tuesday 24 March 2009 14:29:05 Aleksey Cheusov wrote:
> >> AC>> И я уже говорил, что лень набрать слово string|int|whatever --
> это не >> AC>> проблема, это гнилая отмазка. Лень продекларировать
> переменную (типа >> AC>> JavaScript-овского var myvar) -- еще более гнилая
> и вообще
Hello!
On Tuesday 24 March 2009 16:22:27 Тихон Тарнавский wrote:
> Не понял, какие фантазии? Вы не допускаете возможности символьного
> вычисления производных от выражения произвольной степени вложенности с
> помощью рекурсии? Ну так смотрите во вложении. Только учтите, что это
> _учебный_ пример.
Hello!
On Tuesday 24 March 2009 08:33:45 DamirX wrote:
> Если точное и линейно изменяющееся время на машине критично - никаких
> ntpdate по крону - только при старте.
>
> --
> DamirX
А) Если в софте требуется точность M секунд и известно, что на такой интервал
системное время "убегает" за N секу
Hello!
On Tuesday 24 March 2009 19:23:56 Иван Лох wrote:
> Не, ну Вы придуриваетесь, или серьезно в танке? Поставьте maxima и она Вам,
> сделает и то и другое. А если Mathematica купите, то она Вам, как бонус,
> еще и гиперболичесое уравнение в частных производных с граничным условием,
> может быт
Hello!
On Tuesday 24 March 2009 20:34:40 Тихон Тарнавский wrote:
> > И тем более, если в экспоненте интегралы стоят, никакая программа не
> > сможет упростить и вычислить выражение.
>
> Ой ли... Если интеграл берущийся, то вероятнее всего любая известная
> система символьных вычислений общего назн
Hello!
On Tuesday 24 March 2009 21:38:09 James Brown wrote:
> > >> Ну, за вычетом того, что факт использования Tor
> > >> - уже повод для судебного расследования :-)
> > >>
> > JB> Вы Путину предложите ввести уголовную ответственность за это, о.к.?
> > :-) JB> За потребление пищи у нас уже
Hello!
On Tuesday 24 March 2009 22:29:36 Тихон Тарнавский wrote:
> Вы сказали что-то вроде "транспонирование матрицы -- это ерунда, это и
> си с sql-ем сделать не сложнее". Я привёл другой пример. В файле 92
> строки. Из них минимум треть добавена исключительно в целях, нужных
> для статьи; в част
Hello!
On Wednesday 25 March 2009 07:45:58 ivan demakov wrote:
> On Wednesday 25 March 2009 03:14:12 Alexey Pechnikov wrote:
> > обертки для итератора и стэка. Но в случае
> > apply #'map 'list matrix
> > явно лучше обойтись без map и apply, если они в данном случае
Hello!
On Wednesday 25 March 2009 09:19:09 Artem Chuprina wrote:
> id> а если представить матрицу в виде массива, как положено,
>
> Вот сразу видно, что матрицы кто-то видел только учебные... В реальных
> задачах в виде массива с ними неудобно делать вообще всё. Начиная с
> хранения.
Сами при
Hello!
On Wednesday 25 March 2009 14:24:39 Иван Лох wrote:
> > On Wednesday 25 March 2009 09:19:09 Artem Chuprina wrote:
> > > id> а если представить матрицу в виде массива, как положено,
> > >
> > > Вот сразу видно, что матрицы кто-то видел только учебные... В реальных
> > > задачах в виде мас
Hello!
On Wednesday 25 March 2009 17:32:48 Artem Chuprina wrote:
> AP> Фортран с лиспом случаем не путаете? В фортране матрицу
> AP> представляют массивом. И в фортране нет списков, apply, map и
> AP> прочих функциональных вещей.
>
> И в 90-м нету? А точно?
В 77-м нету. Нет, более новые не и
Hello!
On Wednesday 25 March 2009 18:02:04 Иван Лох wrote:
> > Фортран с лиспом случаем не путаете? В фортране матрицу представляют
> > массивом.
>
> Просто из-за использования EQUIVALENCE со всеми массивами можно было
> работать как с одномерными. И многие алгоритмы становились проще.
Даже между
Hello!
On Thursday 26 March 2009 22:15:45 Иван Лох wrote:
> Понимаете, спам -- инструмент аутсайдеров современного бизнеса. Они,
> конечно, назойливы и неприятны, но сами по себе они не такое уж _большое_
> зло. Вы можете фильтровать _свой_ спам _сами_, тем или иным образом, то
> есть имеете право
Hello!
On Saturday 28 March 2009 22:28:42 Тихон Тарнавский wrote:
> > Наберите в Яндексе "хронология средних веков", и Вам предложат купить
> > книжку, какого-нибудь Фоменко. И это, в-общем то, нейтральная тема. Не
> > затрагивающая чьи-то финансовые интересы.
>
> Помимо пары "профессионал-дилетан
Результаты 601 - 700 из 1918 matches
Mail list logo
