Hello!
Из дискуссии уже видно, что NULL (undefined) значения - трактовать
можно различным образом,
в зависимости от решаемой задачи. Соответственно, специалисты в разных
областях имеют разные трактовки.
Как пример: в поле БД sex значение равно NULL. Программист скажет -
ну, это же понятно, нет
20 мая 2011 г. 3:36 пользователь Alexey Pechnikov
pechni...@mobigroup.ru написал:
Hello!
Из дискуссии уже видно, что NULL (undefined) значения - трактовать
можно различным образом,
в зависимости от решаемой задачи. Соответственно, специалисты в разных
областях имеют разные трактовки.
Как
http://en.wikipedia.org/wiki/Empty_set#Extended_real_numbers
Да, инфимум, например. Вполне пойдёт.
А то минимальный элемент всё-тки должен в множестве присутствовать...
Более того, они и на непустых-то
зачастую не были определены... Если мы про теорию множеств, которая в курсе
про существование бесконечных множеств. Потому что минимумом называется
минимальный элемент множества (точнее, наименьший, иначе функция не
получится
- но на множестве с
Хорошо, давайте для начала эту функцию определим? :)
Функцию «минимум» можно _доопределить_ на пустое множество удобным в
задаче способом.
Например, так, как показал Иван.
Ну тогда её надо бы как-нибудь по другому назвать.
И что-то мне подсказывает, что доопределить минимум по-другому так,
Отнюдь не всегда. Половина матанализа, собственно, посвящена раскрытию таких
неопределенностей. И вся вычислительная математика :-)
Но-но. В данной конкретной задаче у нас слишком мало информации для
раскрытия неопределённостей такого рода.
В той теории множеств, которую изучал я, минимум,
On Thu, May 12, 2011 at 12:46:24AM +0400, Александр Седов wrote:
Хорошо, давайте для начала эту функцию определим? :)
Функцию «минимум» можно _доопределить_ на пустое множество удобным в
задаче способом.
Например, так, как показал Иван.
Ну тогда её надо бы как-нибудь по другому
10 мая 2011 г. 0:44 пользователь Иван Лох l...@1917.com написал:
min от пустого множества -- плюс бесконечность. Или какое-нибудь MAXVALUE.
Не путайте людей.
Это костыль, а min - это пример. Другие примеры - сумма всех значений, или
среднее арифметическое значение. Здесь не годится никакое
10 мая 2011 г. 4:32 пользователь Иван Лох l...@1917.com написал:
Если же undefined, то месячный минимум будет
undefined. Что глупость, конечно.
Если перевести на русский слово undefined, то получится вполне корректное
выражение - то месячный минимум будет не определен. Не определены данные
On Tue, May 10, 2011 at 08:05:48AM +0400, Konstantin Matyukhin wrote:
2011/5/10 Иван Лох l...@1917.com:
On Tue, May 10, 2011 at 01:37:05AM +0400, Иван Лох wrote:
И пример. Есть множества дневных наблюдений температуры. Нам надо найти
месячный
минимум. Естественно искать его как минимум
On Tue, May 10, 2011 at 10:56:11AM +0400, Timur Elzhov wrote:
10 мая 2011 г. 4:32 пользователь Иван Лох l...@1917.com написал:
Если же undefined, то месячный минимум будет
undefined. Что глупость, конечно.
Если перевести на русский слово undefined, то получится вполне корректное
On Tue, May 10, 2011 at 02:44:41PM +0400, Иван Лох wrote:
On Tue, May 10, 2011 at 08:05:48AM +0400, Konstantin Matyukhin wrote:
2011/5/10 Иван Лох l...@1917.com:
On Tue, May 10, 2011 at 01:37:05AM +0400, Иван Лох wrote:
И пример. Есть множества дневных наблюдений температуры. Нам надо
On Tue, May 10, 2011 at 10:52:34AM +0400, Timur Elzhov wrote:
10 мая 2011 г. 0:44 пользователь Иван Лох l...@1917.com написал:
min от пустого множества -- плюс бесконечность. Или какое-нибудь MAXVALUE.
Не путайте людей.
Это костыль, а min - это пример. Другие примеры - сумма всех
Думаю, это не принципиально, можно придумать ситуацию, когда запись таки
должна появиться. Например, если подобное поле в таблице не одно, а их
больше, и в другом поле за сегодня существует некое число.
Можно придумать ситуацию, когда такая _оптимизация_ оправдана. А ситуацию,
когда
И пример. Есть множества дневных наблюдений температуры. Нам надо найти
месячный
минимум. Естественно искать его как минимум дневных минимумов. Пусть одно
из
множеств дневных наблюдений пустое. Если с ним связано значение минимума
MAXVALUE,
то мы получим правильный ответ.
максимумов, а максимум от пустого множества будет MINVALUE.
Тьфу. -MAXVALUE
В первый раз ты был прав. А поправка ошибочна.
--
Попрошу благородного дона не обобщать с утра пораньше! (С)энта
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe.
10 мая 2011 г. 15:16 пользователь Иван Лох l...@1917.com написал:
Это костыль, а min - это пример. Другие примеры - сумма всех значений,
0
Это если значения неотрицательные, а если есть отрицательные?
или
среднее арифметическое значение.
Не имеет смысла. То есть, записывать среднее
характеристику. Людей посчитать легко, а число
частиц в квантовой системе - не получится. И нулевое значение
характеристики системы, лопустим, невозможно - в случае наличия частиц
оно либо меньше, либо больше нуля.
Казалось бы, причем тут perl и python? :)
10 мая 2011 г. 16:25 пользователь Alex Kuklin a...@kuklin.ru написал:
Казалось бы, причем тут perl и python? :)
Ээ, ну например, там есть undef :)) Менять тему надо было еще в 2009м году,
сейчас-то уже чего.
Тимур.
On Tue, May 10, 2011 at 04:23:07PM +0400, Timur Elzhov wrote:
10 мая 2011 г. 15:16 пользователь Иван Лох l...@1917.com написал:
Это костыль, а min - это пример. Другие примеры - сумма всех значений,
0
Это если значения неотрицательные, а если есть отрицательные?
Тоже 0.
или
среднее
10
мая 2011 г. 16:23 пользователь Timur Elzhov elz...@gmail.com написал:
Бывает так, что число элементов узнать невозможно, возможно померить лишь
некую интегральную характеристику. Людей посчитать легко, а число частиц в
квантовой системе - не получится. И нулевое значение характеристики
10 мая 2011 г. 16:36 пользователь Иван Лох l...@1917.com написал:
Например, температуру ;-} Записать ее, конечно, можно. На усреднять для
объектов
с неизвестным количеством частиц -- нельзя.
Так она сама по себе интегральная характеристика, что плохого в записи
температуры?
Тимур.
10 мая 2011 г. 16:36 пользователь Иван Лох l...@1917.com написал: 0
Это если значения неотрицательные, а если есть отрицательные?
Тоже 0.
А чем это лучше 42?
Тимур.
On Tue, May 10, 2011 at 03:55:50PM +0400, Artem Chuprina wrote:
И пример. Есть множества дневных наблюдений температуры. Нам надо найти
месячный
минимум. Естественно искать его как минимум дневных минимумов. Пусть
одно из
множеств дневных наблюдений пустое. Если с ним связано
On Tue, May 10, 2011 at 04:40:21PM +0400, Timur Elzhov wrote:
10 мая 2011 г. 16:36 пользователь Иван Лох l...@1917.com написал: 0
Это если значения неотрицательные, а если есть отрицательные?
Тоже 0.
А чем это лучше 42?
Тем, что при суммировании вклада пустого множества даст 0.
On Tue,
Это костыль, а min - это пример. Другие примеры - сумма всех значений,
0
Это если значения неотрицательные, а если есть отрицательные?
Для суммы все равно 0. Сумма отличается от минимума, в частности, тем, что у
нее есть 0. У минимума такого значения, вообще говоря, нет. Минус
On Tue, May 10, 2011 at 04:53:55PM +0400, Artem Chuprina wrote:
Это если значения неотрицательные, а если есть отрицательные?
Для суммы все равно 0. Сумма отличается от минимума, в частности, тем, что у
нее есть 0. У минимума такого значения, вообще говоря, нет. Минус
бесконечность (это
Это если значения неотрицательные, а если есть отрицательные?
Для суммы все равно 0. Сумма отличается от минимума, в частности, тем, что
у
нее есть 0. У минимума такого значения, вообще говоря, нет. Минус
бесконечность (это уже к Ване) плоха тем, что у нее свойства совсем не
10 мая 2011 г. 16:53 пользователь Artem Chuprina r...@ran.pp.ru написал:
Это если значения неотрицательные, а если есть отрицательные?
Для суммы все равно 0. Сумма отличается от минимума, в частности, тем, что
у
нее есть 0.
Если у нас есть отрицательные числа, но 0 - это всего лишь одно
On Tue, May 10, 2011 at 06:39:18PM +0400, Artem Chuprina wrote:
Беда. Но теория множеств в ней не виновата.
В той теории множеств, которую изучал я, минимум, максимум и тому подобные
характеристики на пустом множестве были не определены. Потому что не
существует корректного способа их
10 мая 2011 г. 19:26 пользователь Timur Elzhov elz...@gmail.com написал:
Если у нас есть отрицательные числа, но 0 - это всего лишь одно из
значений, которое при смене системы измерения может отобразиться в другое
число, как в шкалах температур по Цельсию и Фаренгейту. Шкалу сменили, и
вместо
On Mon, 9 May 2011 22:00:15 +0400
Timur Elzhov elz...@gmail.com wrote:
9 мая 2011 г. 20:17 пользователь Alexander Galanin
a...@galanin.nnov.ruнаписал:
Таблицы JOIN-ить в запросе можно по-разному. И далеко не во всех случаях
на месте отсутствующих записей будут появляться NULL-ы.
Готов
Беда. Но теория множеств в ней не виновата.
В той теории множеств, которую изучал я, минимум, максимум и тому подобные
характеристики на пустом множестве были не определены. Потому что не
существует корректного способа их определить, не выводя тип значения функции
за пределы типа
On Tue, May 10, 2011 at 09:42:30PM +0400, Artem Chuprina wrote:
Я говорю, конечно, про расширенное множество вещественных чисел (R с
чертой). Иначе,
как можно говорить о бесконечности? Так вот там min({})=∞ Кстати,
Mathematica,
например, в курсе.
Ну хорошо, ценой потери
19 марта 2009 г. 14:35 пользователь Alexey Pechnikov pechni...@mobigroup.ru
написал:
А это аппаратная ошибка, данные не получены, следует исправить аппаратную
проблему и повторить эксперимент. Сохранить эти данные, воспользовавшись
предопределенным NULL или undefined значением технически
А это аппаратная ошибка, данные не получены, следует исправить аппаратную
проблему и повторить эксперимент. Сохранить эти данные, воспользовавшись
предопределенным NULL или undefined значением технически возможно, но это
худший вариант. Хотите сохранить сведения об ошибке - создайте
9 мая 2011 г. 18:28 пользователь Artem Chuprina r...@ran.pp.ru написал:
А эта ситуация, как правило, означает, что база спроектирована неправильно.
В
правильно спроектированной базе будет пара полей дата - минимальная
температура, и если сегодня в отделении никто не лежит, то записи за
On Mon, 9 May 2011 19:22:30 +0400
Timur Elzhov elz...@gmail.com wrote:
9 мая 2011 г. 18:28 пользователь Artem Chuprina r...@ran.pp.ru написал:
А эта ситуация, как правило, означает, что база спроектирована неправильно.
В
правильно спроектированной базе будет пара полей дата - минимальная
А эта ситуация, как правило, означает, что база спроектирована
неправильно. В правильно спроектированной базе будет пара полей дата -
минимальная температура, и если сегодня в отделении никто не лежит, то
записи за сегодня в ней просто не будет.
Думаю, это не принципиально, можно
9 мая 2011 г. 20:17 пользователь Alexander Galanin
a...@galanin.nnov.ruнаписал:
Таблицы JOIN-ить в запросе можно по-разному. И далеко не во всех случаях
на месте отсутствующих записей будут появляться NULL-ы.
Готов поверить на слово, ибо с SQL вожусь всего месяца полтора, но что может
9 мая 2011 г. 21:10 пользователь Artem Chuprina r...@ran.pp.ru написал:
Думаю, это не принципиально, можно придумать ситуацию, когда запись таки
должна появиться. Например, если подобное поле в таблице не одно, а их
больше, и в другом поле за сегодня существует некое число.
Можно придумать
On Mon, May 09, 2011 at 09:10:20PM +0400, Artem Chuprina wrote:
Функция min для пустого множества должна возвращать ошибку тем или иным
способом.
min от пустого множества -- плюс бесконечность. Или какое-нибудь MAXVALUE.
Не путайте людей.
--
To UNSUBSCRIBE, email to
Hi,
min от пустого множества -- плюс бесконечность. Или какое-нибудь MAXVALUE.
Не путайте людей.
min от пустого множества - это undefined. Дефолтные значения вида MAXVALUE в
таком случае - это глупо.
On Mon, May 09, 2011 at 11:52:47PM +0300, Constantine Verutin wrote:
Hi,
min от пустого множества -- плюс бесконечность. Или какое-нибудь MAXVALUE.
Не путайте людей.
min от пустого множества - это undefined. Дефолтные значения вида MAXVALUE в
таком случае - это глупо.
С точки зрения
On Tue, May 10, 2011 at 01:37:05AM +0400, Иван Лох wrote:
On Mon, May 09, 2011 at 11:52:47PM +0300, Constantine Verutin wrote:
Hi,
min от пустого множества -- плюс бесконечность. Или какое-нибудь MAXVALUE.
Не путайте людей.
min от пустого множества - это undefined. Дефолтные
2011/5/10 Иван Лох l...@1917.com:
On Tue, May 10, 2011 at 01:37:05AM +0400, Иван Лох wrote:
И пример. Есть множества дневных наблюдений температуры. Нам надо найти
месячный
минимум. Естественно искать его как минимум дневных минимумов. Пусть одно из
множеств дневных наблюдений пустое. Если с
On Thu, Mar 26, 2009 at 12:00:40AM +0600, Mikhail Gusarov wrote:
(выныривая) С более богатыми структурами данных напарываешься
на кучу различиев в работе с ними.
Да! Давайте биты, а всё остальное в топку!
Передёргиваешь, однако. Я о том, что вот берёшь ты какое де-ельфи,
озираешь N типов
Twas brillig at 14:42:30 26.03.2009 UTC+02 when m...@osdn.org.ua did gyre and
gimble:
MS Передёргиваешь, однако. Я о том, что вот берёшь ты какое де-ельфи,
MS озираешь N типов структур данных и K вариантов чё-то с ними
MS сделать, и как между ними что-либо гонять. Когда надоедает --
MS
ivan demakov - debian-russian@lists.debian.org @ Wed, 25 Mar 2009 10:45:58
+0600:
id а если представить матрицу в виде массива, как положено,
Вот сразу видно, что матрицы кто-то видел только учебные... В реальных
задачах в виде массива с ними неудобно делать вообще всё. Начиная с
хранения.
On Wednesday 25 March 2009 12:19:09 Artem Chuprina wrote:
ivan demakov - debian-russian@lists.debian.org @ Wed, 25 Mar 2009
10:45:58 +0600:
id а если представить матрицу в виде массива, как положено,
Вот сразу видно, что матрицы кто-то видел только учебные... В реальных
задачах в виде
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 а если представить матрицу в виде массива, как положено,
Вот сразу видно, что матрицы кто-то видел только учебные... В реальных
задачах в виде массива с ними неудобно делать вообще всё. Начиная с
хранения.
Сами
ivan demakov пишет:
On Wednesday 25 March 2009 15:40:17 Alexey Pechnikov wrote:
о чем это говорит? разве что о том, что в лиспе очень удобно работать со
списками.
Тогда и надо с векторами работать. Как раз их в виде списка обрабатывать
удобно. С матрицами как списком списков уже далеко не так
Twas brillig at 20:03:21 25.03.2009 UTC+09 when alexander.a.dani...@gmail.com
did gyre and gimble:
AD Это такой хитрый критерий отсева пользователей: осилил или не осилил.
Можно ещё по религии сортировать, или по первой букве фамилии.
--
pgpTuLT6NTMgM.pgp
Description: PGP signature
2009/3/25 Mikhail Gusarov dotted...@dottedmag.net:
Twas brillig at 20:03:21 25.03.2009 UTC+09 when alexander.a.dani...@gmail.com
did gyre and gimble:
AD Это такой хитрый критерий отсева пользователей: осилил или не осилил.
Можно ещё по религии сортировать, или по первой букве фамилии.
Twas brillig at 14:15:04 25.03.2009 UTC+03 when kmatyuk...@gmail.com did gyre
and gimble:
AD Это такой хитрый критерий отсева пользователей: осилил или не
осилил.
Можно ещё по религии сортировать, или по первой букве фамилии.
KM Михаил, неужели вы не видите разницы или просто для
On Wed, Mar 25, 2009 at 12:42:43PM +0300, Alexey Pechnikov wrote:
Hello!
On Wednesday 25 March 2009 09:19:09 Artem Chuprina wrote:
id а если представить матрицу в виде массива, как положено,
Вот сразу видно, что матрицы кто-то видел только учебные... В реальных
задачах в виде
Mikhail Gusarov - debian-russian@lists.debian.org @ Wed, 25 Mar 2009 17:17:14
+0600:
AD Это такой хитрый критерий отсева пользователей: осилил или не
осилил.
Можно ещё по религии сортировать, или по первой букве фамилии.
KM Михаил, неужели вы не видите разницы или просто для красного
Mikhail Gusarov пишет:
Twas brillig at 20:03:21 25.03.2009 UTC+09 when alexander.a.dani...@gmail.com
did gyre and gimble:
AD Это такой хитрый критерий отсева пользователей: осилил или не осилил.
Можно ещё по религии сортировать, или по первой букве фамилии.
Это уже будет предвзято, а так
Mikhail Gusarov пишет:
Twas brillig at 14:15:04 25.03.2009 UTC+03 when kmatyuk...@gmail.com did gyre
and gimble:
AD Это такой хитрый критерий отсева пользователей: осилил или не
осилил.
Можно ещё по религии сортировать, или по первой букве фамилии.
KM Михаил, неужели вы не видите
Twas brillig at 14:45:42 25.03.2009 UTC+03 when r...@ran.pp.ru did gyre and
gimble:
AC А вот у лиспа синтаксис заточен под машинную работу с кодом.
AC Прелесть этого синтаксиса в том, что код, написанный вручную,
AC генератор кода и сгенерированный код будут на одном языке и,
AC вероятнее
Twas brillig at 20:48:22 25.03.2009 UTC+09 when alexander.a.dani...@gmail.com
did gyre and gimble:
Не вижу. Глупость это - сортировать по асилил списки. Всё равно
что по асилил хранить всё в строках или асилил выключать мозг и
работать со стандартной библиотекой PHP. Ни о чём не говорит,
On Wednesday 25 March 2009 17:03:21 Alexander Danilov wrote:
и, кстати, человек и сам любит представлять данные в виде списков.
если бы не странная форма лисповских программ, лисп мог бы завоевать
гораздо болше поклонников.
Это такой хитрый критерий отсева пользователей: осилил или не
On Wed, 25.03.2009 00:14:12 , Alexey Pechnikov wrote:
Hello!
On Tuesday 24 March 2009 22:29:36 Тихон Тарнавский wrote:
Вы сказали что-то вроде транспонирование матрицы -- это ерунда, это и
си с sql-ем сделать не сложнее. Я привёл другой пример. В файле 92
строки. Из них минимум треть
Mikhail Gusarov - debian-russian@lists.debian.org @ Wed, 25 Mar 2009 17:54:18
+0600:
AC А вот у лиспа синтаксис заточен под машинную работу с кодом.
AC Прелесть этого синтаксиса в том, что код, написанный вручную,
AC генератор кода и сгенерированный код будут на одном языке и,
AC вероятнее
Twas brillig at 15:23:17 25.03.2009 UTC+03 when r...@ran.pp.ru did gyre and
gimble:
MG Фигня. Списки не являются необходимым для этого.
AC Покажи лучшую альтернативу.
Покажу другую: Tcl. Ибо лучше - критерий оценочный. Приведение же
альтернативы потверждает тезис, что списки не являются
On Wed, 25.03.2009 16:36:44 , ivan demakov wrote:
лисп -- хороший язык, но с ним как с фордом, который может быть любого цвета,
если этот цвет черный. вот и на лиспе удобно работать с любыми данными, если
эти данные -- список.
Вовсе нет. Есть и строки, и множества, и ещё много чего. Другой
Mikhail Gusarov пишет:
Twas brillig at 15:23:17 25.03.2009 UTC+03 when r...@ran.pp.ru did gyre and
gimble:
MG Фигня. Списки не являются необходимым для этого.
AC Покажи лучшую альтернативу.
Покажу другую: Tcl. Ибо лучше - критерий оценочный. Приведение же
альтернативы потверждает тезис, что
Twas brillig at 21:37:05 25.03.2009 UTC+09 when alexander.a.dani...@gmail.com
did gyre and gimble:
AD Там тоже в итоге сводится к спискам, так как строка список слов.
Тогда всё сводится к спискам, так как байт - список бит :)
--
pgpTQ7NaHMYLv.pgp
Description: PGP signature
ivan demakov пишет:
On Wednesday 25 March 2009 17:03:21 Alexander Danilov wrote:
и, кстати, человек и сам любит представлять данные в виде списков.
если бы не странная форма лисповских программ, лисп мог бы завоевать
гораздо болше поклонников.
Это такой хитрый критерий отсева пользователей:
On Wednesday 25 March 2009 18:23:17 Artem Chuprina wrote:
Mikhail Gusarov - debian-russian@lists.debian.org @ Wed, 25 Mar 2009
17:54:18 +0600:
MG Фигня. Списки не являются необходимым для этого.
Покажи лучшую альтернативу.
лично я жду и надеюсь
сам я пробовал, но получалось что-то
On Wednesday 25 March 2009 17:42:01 Тихон Тарнавский wrote:
On Wed, 25.03.2009 16:36:44 , ivan demakov wrote:
лисп -- хороший язык, но с ним как с фордом, который может быть любого
цвета, если этот цвет черный. вот и на лиспе удобно работать с любыми
данными, если эти данные -- список.
On Wednesday 25 March 2009 18:38:16 Mikhail Gusarov wrote:
Twas brillig at 21:37:05 25.03.2009 UTC+09 when
alexander.a.dani...@gmail.com did gyre and gimble:
AD Там тоже в итоге сводится к спискам, так как строка список слов.
Тогда всё сводится к спискам, так как байт - список бит :)
On Wed, 25.03.2009 18:42:18 , ivan demakov wrote:
On Wednesday 25 March 2009 17:42:01 Тихон Тарнавский wrote:
On Wed, 25.03.2009 16:36:44 , ivan demakov wrote:
лисп -- хороший язык, но с ним как с фордом, который может быть любого
цвета, если этот цвет черный. вот и на лиспе удобно
Mikhail Gusarov - debian-russian@lists.debian.org @ Wed, 25 Mar 2009 18:25:22
+0600:
MG Фигня. Списки не являются необходимым для этого.
AC Покажи лучшую альтернативу.
MG Покажу другую: Tcl. Ибо лучше - критерий оценочный. Приведение же
MG альтернативы потверждает тезис, что списки не
Alexander Danilov - debian-russian@lists.debian.org @ Wed, 25 Mar 2009
21:37:05 +0900:
MG Фигня. Списки не являются необходимым для этого.
AC Покажи лучшую альтернативу.
Покажу другую: Tcl. Ибо лучше - критерий оценочный. Приведение же
альтернативы потверждает тезис, что списки не
Artem Chuprina пишет:
Alexander Danilov - debian-russian@lists.debian.org @ Wed, 25 Mar 2009
21:37:05 +0900:
MG Фигня. Списки не являются необходимым для этого.
AC Покажи лучшую альтернативу.
Покажу другую: Tcl. Ибо лучше - критерий оценочный. Приведение же
альтернативы
On Wednesday 25 March 2009 19:36:50 Artem Chuprina wrote:
Генератор на tcl получается так себе. Сгенерированный код - да, сравним
с написанным вручную. Поскольку, ага, list :-)
осталость всего ничего -- придумать человеческое представление для списка.
чтоб не просто в скобочках, а чтоб с
Hello!
On Wednesday 25 March 2009 14:24:39 Иван Лох wrote:
On Wednesday 25 March 2009 09:19:09 Artem Chuprina wrote:
id а если представить матрицу в виде массива, как положено,
Вот сразу видно, что матрицы кто-то видел только учебные... В реальных
задачах в виде массива с ними
Генератор на tcl получается так себе. Сгенерированный код - да, сравним
с написанным вручную. Поскольку, ага, list :-)
осталость всего ничего -- придумать человеческое представление для
списка.
В R-Lisp программы выглядели очень даже в человеческом виде, почти как в
паскале. Но поскольку
Twas brillig at 16:22:08 25.03.2009 UTC+02 when v...@gmx.net did gyre and
gimble:
AC Если очень хочется таки поколбаситься с НАСТОЯЩИМ функциональным
AC стилем программирования, [..] настоятельно рекомендую взять
AC практически любой ленивый язык.
И всё-таки, какая связь между тем, что
ivan demakov - debian-russian@lists.debian.org @ Wed, 25 Mar 2009 20:06:19
+0600:
Генератор на tcl получается так себе. Сгенерированный код - да, сравним
с написанным вручную. Поскольку, ага, list :-)
id осталость всего ничего -- придумать человеческое представление для
id списка.
Alexey Pechnikov - debian-russian@lists.debian.org @ Wed, 25 Mar 2009
17:16:37 +0300:
id а если представить матрицу в виде массива, как положено,
Вот сразу видно, что матрицы кто-то видел только учебные... В реальных
задачах в виде массива с ними неудобно делать вообще всё.
AC Если очень хочется таки поколбаситься с НАСТОЯЩИМ функциональным
AC стилем программирования, [..] настоятельно рекомендую взять
AC практически любой ленивый язык.
И всё-таки, какая связь между тем, что функция на одинаковых данных даёт
одинаковый результат, и ленивостью?
А какая связь
Twas brillig at 16:47:37 25.03.2009 UTC+02 when v...@gmx.net did gyre and
gimble:
AC А какая связь между килограммом капусты и медведем в берлоге?
AC На подобные вопросы я не умею отвечать.
[бред skipped]
Дядя, ты с кем сейчас разговаривал? Со своими глюками?
--
pgpsyARDNfud6.pgp
Mikhail Gusarov - Debian-Russian2 @ Wed, 25 Mar 2009 20:29:40 +0600:
AC Если очень хочется таки поколбаситься с НАСТОЯЩИМ функциональным
AC стилем программирования, [..] настоятельно рекомендую взять
AC практически любой ленивый язык.
MG И всё-таки, какая связь между тем, что функция на
On Wed, Mar 25, 2009 at 05:16:37PM +0300, Alexey Pechnikov wrote:
Сами придумали? Как вы будете вычислять лапласиан скалярного поля, если
это поле представлено _не в виде_ массива?
Нет, ему это в университете на лекции по работе с матрицами в фортране
рассказали. Той самой, которую Вы
On Wednesday 25 March 2009 20:31:28 Artem Chuprina wrote:
Parentheses? What parentheses? I haven't noticed any parentheses
since my first month of Lisp programming. I like to ask people who
complain about parentheses in Lisp if they are bothered by all the
spaces between words in a
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 со всеми массивами можно было
работать как с одномерными. И многие алгоритмы становились проще.
Даже между
Фортран с лиспом случаем не путаете? В фортране матрицу представляют
массивом.
Просто из-за использования EQUIVALENCE со всеми массивами можно было
работать как с одномерными. И многие алгоритмы становились проще.
Даже между одномерным массивом и списком мало общего. Хотя бы потому, что
Aleksey Cheusov wrote:
Фортран с лиспом случаем не путаете? В фортране матрицу представляют
массивом.
Просто из-за использования EQUIVALENCE со всеми массивами можно было
работать как с одномерными. И многие алгоритмы становились проще.
Даже между одномерным массивом и списком мало
On Wed, Mar 25, 2009 at 05:54:18PM +0600, Mikhail Gusarov wrote:
AC А вот у лиспа синтаксис заточен под машинную работу с кодом.
AC Прелесть этого синтаксиса в том, что код, написанный вручную,
AC генератор кода и сгенерированный код будут на одном языке и,
AC вероятнее всего, примерно
Twas brillig at 19:08:14 25.03.2009 UTC+02 when m...@osdn.org.ua did gyre and
gimble:
MS (выныривая) С более богатыми структурами данных напарываешься на
MS кучу различиев в работе с ними.
Да! Давайте биты, а всё остальное в топку! С ними нужно иметь операции
чтения по адресу и записи по
Даже между одномерным массивом и списком мало общего. Хотя бы
потому, что массивы обычно содержат числа (числа могут быть
указателями на строки, но это все равно другая идеология), а списки
- строки (понятно, что могут содержать строковое представление
чисел, но это, мягко говоря,
В Пнд, 23/03/2009 в 19:55 +0300, Artem Chuprina пишет:
ВС С другой стороны, не стоит переоценивать ценность работающей
ВС программы. Она может и работать, но при каждой попытке
ВС прикосновения разрушаться. Если такой программе на пятки наступает
ВС ещё не работающая, но скоро
Mikhail Gusarov - debian-russian@lists.debian.org @ Tue, 24 Mar 2009 10:13:13
+0600:
AC Три разных примера, каждый из которых дает лучше в данном пункте
AC за счет хуже в двух других - это, знаешь ли, не аргумент.
MG Ты не понял. Мне лениво объяснять, так что считай, что победил и
MG
DamirX - debian-russian@lists.debian.org @ Tue, 24 Mar 2009 08:49:58 +0300:
Да, в поле действительных чисел квадратный корень можно
извлекать только из неотрицательных чисел. Run-time проверки все
равно нужны. Run-time ошибки все равно случаются. Увы.
D В скриптовых языках
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 ведь на лиспе
Результаты 1 - 100 из 422 matches
Mail list logo
