On Wed, 18.03.2009 23:42:32 , Aleksey Cheusov wrote:
По лиспу уже давно существует двухтомник Мир лиспа на русском языке.
Полный отстой. Тупая аггитация про живые организмы, расчитанная на
абсолютно безхребетного теленка. Фу :-/
Расскажи это в ru.lisp. ;)
При всем уважении, лиспофилы
2009/3/18 Alexey Pechnikov pechni...@mobigroup.ru:
Hello!
On Wednesday 18 March 2009 18:19:04 Konstantin Matyukhin wrote:
Я пишу для души и по-необходимости, а не для продажи.
И при этом советуете перл для систем уровня предприятия?
Не советую. Bugzilla - это уровень предприятия?
Даже
On 18 March 2009 17:08:20 Покотиленко Костик wrote:
В Срд, 18/03/2009 в 16:31 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Wed, 18 Mar 2009
15:03:57 +0200:
Ну так как, пробовать будем?
Неа.
Если посмотреть выше, то речь шла о
On 18 March 2009 20:11:58 Artem Chuprina wrote:
chaos - debian-russian@lists.debian.org @ Wed, 18 Mar 2009 17:00:46 +0200:
KM А новичку не все ли равно? Хоть BASIC. Дело-то не в
конкретном ЯП, KM а в общем уровне програмистской культуры. А
это только опыт и KM фундаментальные
On 18 March 2009 17:40:46 Alexander Danilov wrote:
chaos пишет:
On 18 March 2009 16:44:06 Тихон Тарнавский wrote:
On Wed, 18.03.2009 17:09:18 , Konstantin Matyukhin wrote:
2009/3/18 Alexander Danilov alexander.a.dani...@gmail.com:
Konstantin Matyukhin пишет:
2009/3/18 Mikhail Gusarov
On 19 March 2009 06:05:57 Andrei Lomov wrote:
chaos wrote:
On 15 March 2009 19:07:26 Andrei Lomov wrote:
lenny
Монтирую сетевые диски по nfs,
если сервер, на котором диски физически расположены,
выключается до того, как я их отмонтирую,
KDE на моей машине приходит в полный ступор,
On 18 March 2009 20:44:24 Тихон Тарнавский wrote:
On Wed, 18.03.2009 17:00:46 , chaos wrote:
On 18 March 2009 16:44:06 Тихон Тарнавский wrote:
On Wed, 18.03.2009 17:09:18 , Konstantin Matyukhin wrote:
2009/3/18 Alexander Danilov alexander.a.dani...@gmail.com:
Konstantin Matyukhin
Aleksey Cheusov wrote:
Shell, AWK, UNIX tools, bmake (NetBSD make), Lua, Java Script. Дальше в
Можно про bmake поподробнее, действительно ли это панацея
от gmake?
Я нашел только это
http://cvsweb.se.netbsd.org/cgi-bin/bsdweb.cgi/pkgsrc/devel/bmake/files/bmake.1
Hello!
On Thursday 19 March 2009 01:28:20 Artem Chuprina wrote:
AP Alexander Danilov недавно высказывал желание сделать аналог SQLite на
одном из AP функциональных языков. Имхо не лучшая идея с точки зрения
эффективности, AP предпочитаю на С низкоуровневые вещи делать (ну может
еще и
On Wed, 18 Mar 2009, Alexander Danilov wrote:
James Brown пишет:
Alexander Danilov пишет:
Питон советовать не стану, как впрочем и отговаривать, он мне не
понравился.
Перл, безусловно изучить стоит, но только после того, как Вы научитесь
правильно программировать.
А с чего лучше начать?!
On Thu, 19.03.2009 00:24:50 , Aleksey Cheusov wrote:
Но _читать_ про функциональный подход, конечно же, нужно. Это
структурирует пустоту в голове. В некоторых случаях воспитывает чувство
красивого в математике и программировании. То есть, это имеет смысл по
крайней мере для
Aleksey Cheusov wrote:
Shell, AWK, UNIX tools, bmake (NetBSD make), Lua, Java Script. Дальше в
Можно про bmake поподробнее, действительно ли это панацея
от gmake?
Я считаю, что да. В последнее время сильно жалею, что вообще связался с
GNU make-ом. Смотри флейм в ru.unix.prog и мою задачу
Twas brillig at 11:09:44 19.03.2009 UTC+02 when v...@gmx.net did gyre and
gimble:
AC Я опять занимаюсь бессовестной саморекламой, пардон, но смотри
AC mk-configure на sf.net. Мои распоследние изыскания.
Там, кстати, тоже пиара нет. Даже одностраничного summary на
mk-configure.sf.net
--
DamirX пишет:
В Чтв, 12/03/2009 в 05:57 -0400, Mark Goldshtein пишет:
Помогите пожалуйста настроить следующую вещь:
При пользовании рассылкой, для того, что бы задать вопрос я шлю письмо
на адрес рассылки: debian-russian@lists.debian.org
Когда добрые люди мне отвечают а я хочу уточнить
Ilya Demianov пишет:
Подскажите, а что подкрутить в IceDove\Thunderbird для того что в Кому:
подставлялся автоматически адресс рассылки?
http://www.juergen-ernst.de/addons/replytolist.html
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of
On 2009.03.19 at 03:34:25 +0200, Aleksey Cheusov wrote:
А типизированные переменные они не ввели случайно?
Слава богу, нет. НУ не должны быть ПЕРЕМЕННЫЕ типизированными.
Типизированными должны быть ЗНАЧЕНИЯ, и они уже и так давно таковыми
являются.
Хочу -- int, хочу -- string|int, не хочу --
Mikhail Gusarov wrote:
А, всё понятно. Надеюсь, нормальный project page таки появится.
Угу SF пустой. Google по поводу mk-configure
выдал только
http://mail-index.netbsd.org/netbsd-users/2009/03/03/msg003214.html
--
С уважением, Александр Гавенко.
Компания БИФИТ.
Сайт: www.bifit.com.ua
Twas brillig at 15:16:23 19.03.2009 UTC+06 when dotted...@dottedmag.net did
gyre and gimble:
MG Там, кстати, тоже пиара нет. Даже одностраничного summary на
MG mk-configure.sf.net
cheusov registered the Lightweight replacement for GNU autoconf
project, 2 days ago
А, всё понятно.
Twas brillig at 15:16:23 19.03.2009 UTC+06 when dotted...@dottedmag.net did
gyre and gimble:
MG Там, кстати, тоже пиара нет. Даже одностраничного summary на
MG mk-configure.sf.net
cheusov registered the Lightweight replacement for GNU autoconf
project, 2 days ago
А, всё понятно. Надеюсь,
Alexey Pechnikov - debian-russian@lists.debian.org @ Thu, 19 Mar 2009
11:19:57 +0300:
AP Alexander Danilov недавно высказывал желание сделать аналог SQLite на
одном из AP функциональных языков. Имхо не лучшая идея с точки зрения
эффективности, AP предпочитаю на С низкоуровневые вещи
3/19/2009, Artem Chuprina r...@ran.pp.ru вы писали:
А вот про Advanced Bash-Scripting Guide я бы
предостерег. Если содержание соответствует названию, то это должна быть
очень сильно не первая книжка. Если вообще. Ибо bash-специфичное
програмирование имеет смысл только если твой интерактивный
Hello!
On Thursday 19 March 2009 12:21:02 Victor Wagner wrote:
Слава богу, нет. НУ не должны быть ПЕРЕМЕННЫЕ типизированными.
Типизированными должны быть ЗНАЧЕНИЯ, и они уже и так давно таковыми
являются.
А что скажете насчет ситуации с NULL в СУБД? Строгая типизация во многих СУБД
- и такие
On Thu, 19 Mar 2009, Artem Chuprina wrote:
yuri.nefe...@gmail.com - debian-russian@lists.debian.org @ Thu, 19 Mar 2009
11:20:20 +0300 (MSK):
y Всётаки давайте исходить из того, что начальный вопрос исходил от
y человека имеющиеся знания программирования близкие к нулю.
y Изучение будет
Aleksey Cheusov - Oleksandr Gavenko @ Thu, 19 Mar 2009 11:09:44 +0200:
AC pmake в дебиане - это древняя версия NetBSD make-а.
AC Распоследний bmake запакетирован, кажется, только в Федоре :-(
Слушай, вот ты пиаришь тут программу, которой в дистрибутиве
нет. А почему ее нет в дистрибутиве,
А типизированные переменные они не ввели случайно?
Слава богу, нет. НУ не должны быть ПЕРЕМЕННЫЕ типизированными.
Виктор. Наличие типизированных переменных в языке - это один из
важнейших классификационных признаков языков программирования.
При создании больших программ их наличие очень хорошо
Михаил Миронов wrote:
http://www.juergen-ernst.de/addons/replytolist.html
Please keep in mind that this whole thing is a hack - it
uses some timeouts to change the address, and so it takes
1.5 seconds after the reply window is opened until the
address is changed and the cursor/focus is
2009/3/19 Aleksey Cheusov v...@gmx.net:
А типизированные переменные они не ввели случайно?
Слава богу, нет. НУ не должны быть ПЕРЕМЕННЫЕ типизированными.
Виктор. Наличие типизированных переменных в языке - это один из
важнейших классификационных признаков языков программирования.
При
Hello!
On Thursday 19 March 2009 13:18:50 Artem Chuprina wrote:
AP А что скажете насчет ситуации с NULL в СУБД? Строгая типизация во
AP многих СУБД - и такие грабли.
А где грабли-то?
Там, конечно, от этого появляются грабли в теории, но это грабля в
теории - потому что на практике
On 2009.03.19 at 12:08:32 +0200, Aleksey Cheusov wrote:
А типизированные переменные они не ввели случайно?
Слава богу, нет. НУ не должны быть ПЕРЕМЕННЫЕ типизированными.
Виктор. Наличие типизированных переменных в языке - это один из
важнейших классификационных признаков языков
Oleksandr Gavenko пишет:
Михаил Миронов wrote:
http://www.juergen-ernst.de/addons/replytolist.html
Please keep in mind that this whole thing is a hack - it uses some
timeouts to change the address, and so it takes 1.5 seconds after the
reply window is opened until the address is changed
On 2009.03.19 at 13:27:57 +0300, Alexey Pechnikov wrote:
Hello!
On Thursday 19 March 2009 13:18:50 Artem Chuprina wrote:
AP А что скажете насчет ситуации с NULL в СУБД? Строгая типизация во
AP многих СУБД - и такие грабли.
А где грабли-то?
Там, конечно, от этого появляются
On 2009.03.19 at 13:30:52 +0300, James Brown wrote:
Вот уж не думал, что начинающий ламерюга может быть зачинщиком такого
срача из-за своего невинного вопроса :-[ :-)
Вопрос-то был совершенно не ламерский.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of
Alexey Pechnikov - debian-russian@lists.debian.org @ Thu, 19 Mar 2009
12:50:43 +0300:
Слава богу, нет. НУ не должны быть ПЕРЕМЕННЫЕ типизированными.
Типизированными должны быть ЗНАЧЕНИЯ, и они уже и так давно таковыми
являются.
AP А что скажете насчет ситуации с NULL в СУБД? Строгая
Twas brillig at 12:58:35 19.03.2009 UTC+03 when r...@ran.pp.ru did gyre and
gimble:
AC Нет, они не антонимы. Просто _advanced_ bash scripting подразумевает
AC очень изрядную заточку именно под bash.
Просто полистай книжку, все вопросы отпадут. Название неудачное.
--
pgplE5szWlpyU.pgp
Alexey Pechnikov - debian-russian@lists.debian.org @ Thu, 19 Mar 2009
13:27:57 +0300:
AP А что скажете насчет ситуации с NULL в СУБД? Строгая типизация во
AP многих СУБД - и такие грабли.
А где грабли-то?
Там, конечно, от этого появляются грабли в теории, но это грабля в
теории
Hello!
On Thursday 19 March 2009 13:42:39 Artem Chuprina wrote:
Пустая строка - это не то же самое, что значение не определено.
Пустая строка - это определенное значение. Нет, конечно, если таково
ограничение языка, на котором сделано приложение, то можно все приводить
к пустой строке. Это
Вот уж не думал, что начинающий ламерюга может быть зачинщиком такого
срача из-за своего невинного вопроса :-[ :-)
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Михаил Миронов пишет:
Ilya Demianov пишет:
Подскажите, а что подкрутить в IceDove\Thunderbird для того что в Кому:
подставлялся автоматически адресс рассылки?
http://www.juergen-ernst.de/addons/replytolist.html
Спасибо, то что нужно.
--
To UNSUBSCRIBE, email to
AC Я опять занимаюсь бессовестной саморекламой, пардон, но смотри
AC mk-configure на sf.net. Мои распоследние изыскания.
Там, кстати, тоже пиара нет. Даже одностраничного summary на
mk-configure.sf.net
Пиар внутри. Смотри README и TODO.
Полная документация в манах на mkc_check_xxx программы
On 2009.03.19 at 00:27:41 +0200, Aleksey Cheusov wrote:
Но вот нифига не получилось. Не пишут виндусовые сисадмины скриптов на
JScript.
Продвинутые, говорят, пишут на PowerShell.
Тому PowerShell без году неделя. А WSH уже 10 лет скоро.
В начале, когда он только появился, тоже многие
On 2009.03.19 at 14:03:35 +0300, Alexey Pechnikov wrote:
Стандартная задачка из статистики про урну/урны с шарами. Вытаскиваем белый
ИЛИ черный шар. Что значит, цвет шара не определен?
Это значит, что в момент вытаскивания выключился свет, и отличить белый
шар от черного не удалось.
--
To
Hello!
On Thursday 19 March 2009 14:22:56 Victor Wagner wrote:
Стандартная задачка из статистики про урну/урны с шарами. Вытаскиваем
белый ИЛИ черный шар. Что значит, цвет шара не определен?
Это значит, что в момент вытаскивания выключился свет, и отличить белый
шар от черного не удалось.
On 2009.03.19 at 13:52:13 +0300, Alexey Pechnikov wrote:
Hello!
On Thursday 19 March 2009 13:37:37 Victor Wagner wrote:
Трехзначная логика получается. И на практике, например, приходится
Трехзначная логика - это глубокая концептуальная ошибка создателей SQL.
Логика должна быть
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:
Слава богу, нет. НУ не должны быть ПЕРЕМЕННЫЕ типизированными.
Виктор. Наличие типизированных переменных в языке - это один из
важнейших классификационных признаков языков программирования.
При создании больших программ их
Mishustin Alexey - debian-russian@lists.debian.org @ Thu, 19 Mar 2009
12:31:51 +0300:
А вот про Advanced Bash-Scripting Guide я бы предостерег. Если
содержание соответствует названию, то это должна быть очень сильно не
первая книжка. Если вообще. Ибо bash-специфичное програмирование
А типизированные переменные они не ввели случайно?
Слава богу, нет. НУ не должны быть ПЕРЕМЕННЫЕ типизированными.
Виктор. Наличие типизированных переменных в языке - это один из
важнейших классификационных признаков языков программирования.
Угу. Относящее его к классу портабельных
Alexey Pechnikov - debian-russian@lists.debian.org @ Thu, 19 Mar 2009
13:52:13 +0300:
AP Надо же так извратить алгебру множеств, что в любом, даже пустом
AP множестве есть элемент NULL, но он не учитывается. Как, по-
AP вашему, описывать это безобразие? Что дает пересечение двух
AP
А вот отсутствие значения undefined в Tcl - это концептуальные грабли,
подложенные туда лично Остерхутом. Оно меня все десять лет, которые я на
тикле программирую, раздражает.
В perl и javascript значение undefined есть, и оно там крайне полезно.
В алгебре логики есть два значения -
19 марта 2009 г. 17:19 пользователь Aleksey Cheusov v...@gmx.net написал:
Извините, что встреваю со своими замечаниями не по теме. Не хочу Вас
обидеть, просто меня сильно коробит от орфографических ошибок. Можете
не отвечать на это письмо.
С/C++ - по определению языки небезопастные.
Pike,
Mikhail Gusarov wrote:
А, всё понятно. Надеюсь, нормальный project page таки появится.
Угу SF пустой. Google по поводу mk-configure
выдал только
Блин, ну вы как дети, честное слово.
http://sourceforge.net/projects/mk-configure
Любая помощь в организации WEB/WIKI странички принимается.
Twas brillig at 11:38:06 19.03.2009 UTC+02 when v...@gmx.net did gyre and
gimble:
AC http://sourceforge.net/projects/mk-configure
AC Буквально вчера зааплоадил туда последний рилиз.
Я про это: http://mk-configure.sourceforge.net/
--
pgpGiXB3Ft5WG.pgp
Description: PGP signature
On 2009.03.19 at 14:35:40 +0300, Alexey Pechnikov wrote:
Hello!
On Thursday 19 March 2009 14:22:56 Victor Wagner wrote:
Стандартная задачка из статистики про урну/урны с шарами. Вытаскиваем
белый ИЛИ черный шар. Что значит, цвет шара не определен?
Это значит, что в момент
2009/3/19 Alexey Pechnikov pechni...@mobigroup.ru:
Стандартная задачка из статистики про урну/урны с шарами. Вытаскиваем белый
ИЛИ черный шар. Что значит, цвет шара не определен? А вот когда при сборе
данных с датчиков подобное безобразие запихивают в базу, нормальная ситуация.
Г-ди, какая же
Слава богу, нет. НУ не должны быть ПЕРЕМЕННЫЕ типизированными.
Виктор. Наличие типизированных переменных в языке - это один из
важнейших классификационных признаков языков программирования.
При создании больших программ их наличие очень хорошо сказывается на
надежности создаваемого ПО. Это
Alexey Pechnikov - debian-russian@lists.debian.org @ Thu, 19 Mar 2009
14:03:35 +0300:
Если с точки зрения логики приложения в этом месте не может быть
пустой строки, то скорее всего, это далеко не единственное
ограничение на это значение (более того, в честной формулировке
ограничения
AC pmake в дебиане - это древняя версия NetBSD make-а.
AC Распоследний bmake запакетирован, кажется, только в Федоре :-(
Слушай, вот ты пиаришь тут программу, которой в дистрибутиве
нет. А почему ее нет в дистрибутиве, если ты ее тут пиаришь?
Ну хорошо, почему тут нету строчки для
yuri.nefe...@gmail.com - debian-russian@lists.debian.org @ Thu, 19 Mar 2009
11:20:20 +0300 (MSK):
Питон советовать не стану, как впрочем и отговаривать, он мне не
понравился.
Перл, безусловно изучить стоит, но только после того, как Вы научитесь
правильно программировать.
А с чего
Насчёт отсутствия хорошей русской документации например по тому же
лиспу я бы очень сильно поспорил. Книга Мир лиспа двух финнов
входит в пятёрку (если не в тройку) лучших виденных мною
фундаментальных книг по программированию на каком-либо языке,
достаточно понятных для начинающих. А
Нет. Такие аргументы пошли в ответ на твои не менее сомнительные
заявления об императивности 99% алгоритмов изначально от
рождения. Никакого подтверждения этим словам так и не было
предоставлено (т.к. такое подтверждение и не может быть предоставлено по
определению: это ведь в лучшем случае
В Чтв, 19/03/2009 в 17:43 +0500, Владимир Ступин пишет:
С/C++ - по определению языки небезопастные.
Pike, например, язык динамический и безопастный
Первую ошибку проигнорировал, думал может опечатались. После второй
решил сказать - правильно писать безопасный, без буквы т.
это, видимо,
Извините, что встреваю со своими замечаниями не по теме. Не хочу Вас
обидеть, просто меня сильно коробит от орфографических ошибок. Можете
не отвечать на это письмо.
Посыпаю голову пеплом. Я таки настрою проверку орфографии в gnus-е.
Но. Замечания по орфографии предпочтительнее присылать
On Thu, 19.03.2009 11:56:37 , Aleksey Cheusov wrote:
Нет. Такие аргументы пошли в ответ на твои не менее сомнительные
заявления об императивности 99% алгоритмов изначально от
рождения. Никакого подтверждения этим словам так и не было
предоставлено (т.к. такое подтверждение и не может
Aleksey Cheusov пишет:
[skip]
Есть, конечно, красивые примеры, например ленивые списки, очень красиво,
и очень здорово, но я что-то не видел из аггитирующих за лисп фанатов
Lazy Lisp. В основном Common Lisp пропогандируют. Ленивые списки на
CL/Scheme - это гламурненко, но это можно сделать на
Aleksey Cheusov пишет:
Нет. Такие аргументы пошли в ответ на твои не менее сомнительные
заявления об императивности 99% алгоритмов изначально от
рождения. Никакого подтверждения этим словам так и не было
предоставлено (т.к. такое подтверждение и не может быть предоставлено по
определению: это
Victor Wagner пишет:
On 2009.03.18 at 22:57:36 +0200, Eugene V. Lyubimkin wrote:
Толстожопые и уродливые python и perl учить не надо. Вообще.
Ага, их, наверное, bmake, Lua и JavaScript заменят. На Unix-системе :/.
Попытаться заменить perl javascript-ом - идея достаточно интересная.
Aleksey Cheusov пишет:
AC Shell, AWK, UNIX tools, bmake (NetBSD make), Lua, Java Script. Дальше в
AC любом порядке Oberon2, Scheme, Forth, TCL, Haskel, C, Oz. Forth, TCL и
AC Scheme как примеры языков с минимальным базисом. Туда же, в принципе, и
AC Lua можно отнести. Но он более, чем
Давай всё-таки не будем игнорировать разницу между утверждениями 99%
алгоритмов -- императивные и 1% алгоритмов -- функциональные.
Пардон, между этими утверждениями я разницы не вижу :-)
Даже если второе верно, то не станешь же ты утверждать, что других
парадигм вообще не существует
Конечно,
19 марта 2009 г. 18:18 пользователь Aleksey Cheusov v...@gmx.net написал:
Но. Замечания по орфографии предпочтительнее присылать лично, если они
не подкреплены замечаниями по теме обсуждения.
Замётано.
Первую ошибку проигнорировал, думал может опечатались.
В качестве домашнего задания
Начинать учиться нужно с книг, а не с языков программирования. И
тогда и функциональный и императивный подходы займут положенные им
места в голове, прекрасно дополняя и облагораживая друг друга. Без
всяких перегибов и дешевой пропаганды.
А где тут дешевая пропаганда? Функциональный подход
Hello!
On Thursday 19 March 2009 15:19:58 Aleksey Cheusov wrote:
Программы на том же С++ замечательно сегфолтятся, несмотря на всю
типизацию переменных - ну объявили типизированную переменную, а вот
указатель на эту переменную может хрен знает куда указывать.
Детсад на выезде у нас тут
Это вы не под тем углом зрения смотрите на лисп. У меня на этапе
изучения лиспа было очень яркое впечатления от одной очень мелкой
задачки, которая была решена на лиспе. Надо было транспонировать
матрицу. Решение состояло из вызова 3-х(трёх) функций, которые не
имеют никакого отношения к
On 2009.03.19 at 16:36:52 +0200, Aleksey Cheusov wrote:
Давай всё-таки не будем игнорировать разницу между утверждениями 99%
алгоритмов -- императивные и 1% алгоритмов -- функциональные.
Пардон, между этими утверждениями я разницы не вижу :-)
[skip]
Абсолютное большинство
Hello!
On Thursday 19 March 2009 14:56:23 Victor Wagner wrote:
Например, что писать в поле цвет волос, если клиент лыс?
Что писать в поле отпечаток указательного пальца левой руки, если
клиенту эту левую руку оторвало в одной из прошедших войн?
Другая часть лакун объясняется тем, что СЕЙЧАС
Привет
Владимир Ступин wrote:
Это безсмысленно.
Вы осознанно в приставке заменяете с на з? Просто уже не первый
раз встречаю людей, которые начитались беллетристики с сайта
www.vodaspb.ru. Там часто можно встретить такую орфографию. В
частности, вот тут:
Возможно это украинизм? В
Давай всё-таки не будем игнорировать разницу между утверждениями 99%
алгоритмов -- императивные и 1% алгоритмов -- функциональные.
Пардон, между этими утверждениями я разницы не вижу :-)
[skip]
Абсолютное большинство проблемно-ориентированных языков, с которыми по
работе (Invention
Hello!
On Thursday 19 March 2009 15:25:47 Artem Chuprina wrote:
У Вас либо бывает такое в жизни (и тогда Вы, гм, можете у специалиста в
предметной области выяснить, что это значит), либо не бывает, и тогда Вы
пишете констрейнт not null. А так, чтобы что значит цвет шара не
определен, но
On 2009.03.19 at 18:07:47 +0300, Alexey Pechnikov wrote:
Hello!
On Thursday 19 March 2009 14:56:23 Victor Wagner wrote:
Например, что писать в поле цвет волос, если клиент лыс?
Что писать в поле отпечаток указательного пальца левой руки, если
клиенту эту левую руку оторвало в одной из
On 2009.03.19 at 17:12:53 +0200, Aleksey Cheusov wrote:
Давай всё-таки не будем игнорировать разницу между утверждениями 99%
алгоритмов -- императивные и 1% алгоритмов -- функциональные.
Пардон, между этими утверждениями я разницы не вижу :-)
[skip]
Абсолютное большинство
Hello!
On Thursday 19 March 2009 15:36:50 Artem Chuprina wrote:
В результате в реальной жизни мы пишем NULL в поле сломавшегося датчика,
и... правильно, логика работы с NULL разработана так, что в подавляющем
большинстве случаев она работает правильно: если обсчету нужно значение
с этого
chaos wrote:
aptitude remove fam :)
а живёт он в /etc/init.d/fam :)
А, ну у меня и нет такого,
вопрос исчерпан
--
Всего доброго,
А.Л.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hello!
On Thursday 19 March 2009 18:17:03 Victor Wagner wrote:
Другая часть лакун объясняется тем, что СЕЙЧАС мы этой информации не
знаем (вроде цвета шара в момент, когда электричество отключено), но
ПОТОМ можем узнать (повторить эксперимент).
Когда нет информации, то ничего и не
Pike, например, язык динамический и безопастный, но в то же время
допускает типизированные переменные, и он не сегфолтится.
Вспоминаем логику и выражение при прочих равных условиях.
Не надо сравнивать C и скриптовые языки.
Вы заявляли выше, что строгая типизация обеспечивает надежность
Alexey Pechnikov - debian-russian@lists.debian.org @ Thu, 19 Mar 2009
18:15:35 +0300:
У Вас либо бывает такое в жизни (и тогда Вы, гм, можете у специалиста в
предметной области выяснить, что это значит), либо не бывает, и тогда Вы
пишете констрейнт not null. А так, чтобы что значит цвет
И ты по прежнему не видишь разницы?
Разницу между чем и чем? Между императивным _кодом_ и декларативным
_описанием_? Вижу, и всегда видел.
Между утверждением 1% функциональный и утверждением 99% императивный.
Потому что не все, что неимперативное - функциональное (что не мешает
всему этому
Hello!
On Thursday 19 March 2009 18:38:17 Aleksey Cheusov wrote:
Оказывается, чтобы создавать надежные программы, нужны динамические
языки, и неважно, типизированы они или нет.
Нет, не оказывается. Полно крупных надежных программ, написанных на
java, C#, Ada, и прочих, которые
Alexey Pechnikov - debian-russian@lists.debian.org @ Thu, 19 Mar 2009
18:38:10 +0300:
AP Беда в том, что NULL это может быть и отсутствие информации, и ее
AP некорректность, и даже невалидность самого вопроса. Например, при
AP использовании NULL в базу может быть вставлена дата 31 февраля:
Hello!
On Thursday 19 March 2009 18:49:51 Artem Chuprina wrote:
Так, а вот приписывать мне своих тараканов не надо. Это Вы как раз
предлагаете либо не писать в базу данные вообще (что неприемлемо, яркий
пример приводил Витус), либо писать туда нечто, не являющееся данными
(т.е. делать
Aleksey Cheusov - Debian-Russian2 @ Thu, 19 Mar 2009 17:38:17 +0200:
Pike, например, язык динамический и безопастный, но в то же время
допускает типизированные переменные, и он не сегфолтится.
Вспоминаем логику и выражение при прочих равных условиях.
Не надо сравнивать C и скриптовые
Hello!
On Thursday 19 March 2009 18:55:14 Artem Chuprina wrote:
Что-то ты уже ахинею какую-то несешь... Начинал вроде небессмысленно...
Мы не можем определить, что означает NULL в поле. Витус ловко миновал
следующий момент: для него выглядит логичным вставить в даные измерений NULL,
когда
Twas brillig at 19:15:17 19.03.2009 UTC+03 when r...@ran.pp.ru did gyre and
gimble:
AC Особенно - когда таки надо работать с коллекцией разнотипных
AC данных...
data MyItem = Something Int | Other String String | YouKnow (IO String)
typename MyCollection = [MyItem]
--
pgpIxJN2PJr2i.pgp
Hello!
On Thursday 19 March 2009 19:15:17 Artem Chuprina wrote:
AC vulnerabilities. В-четвертых, у моих знакомых есть ОЧЕНЬ
AC отрицательный опыт написания БОЛЬШОЙ программы на тикле (у меня
AC такого опыта нет). Не то, чтобы это аргумент, но success story я бы
AC это не назвал.
Ну а у
Оказывается, чтобы создавать надежные программы, нужны динамические
языки, и неважно, типизированы они или нет.
Нет, не оказывается. Полно крупных надежных программ, написанных на
java, C#, Ada, и прочих, которые динамическими не являются. Надежные
программы можно создать на любом языке,
On 2009.03.19 at 18:38:10 +0300, Alexey Pechnikov wrote:
Беда в том, что NULL это может быть и отсутствие информации, и ее
некорректность, и даже невалидность самого вопроса. Например, при
использовании NULL в базу может быть вставлена дата 31 февраля:
create table tests(date,value);
Twas brillig at 19:46:45 19.03.2009 UTC+03 when vi...@wagner.pp.ru did gyre and
gimble:
VW Это где такие базы данных берут?
[разглядывая одно поделие] А некоторые СУБД ещё и значения, не
подходящие под ENUM, тихо в пустую строку превращают.
--
pgpfttgZ5Z2ja.pgp
Description: PGP signature
AC Любое высказывание подобного рода всегда предполагает при прочих
AC равных. Нельзя сравнивать километры и килограммы.
Так а не бывает прочих равных. Строгая типизация не бесплатна не
только для разработчика компилятора, но и для программиста.
Строгая типизация, даже частичная, как в
Hello!
On Thursday 19 March 2009 19:58:59 Aleksey Cheusov wrote:
Другое дело, что я вообще не очень понимаю смысл контроля _типов_ иначе
как в качестве контроля значений для бедных. Для решения задачи нужно
контролировать _значения_. А отдельный контроль _типа_ имеет смысл
только тогда,
Здравствуйте.
На ноутбуке установлен xorg-server 1.6 (experimental). Допустим, я поменял
параметры девайса в соответствующем fdi-файле, перезагрузил hal. Как теперь
заставить xorg перечитать эти параметры, не перезагружая их? Конкретно имеется
в виду synaptics touchpad.
--
Best regards
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 commands
Результаты 1 - 100 из 169 matches
Mail list logo
