2009/3/18 Alexey Pechnikov :
> 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> а в общем уровне програмистской культуры. А
> >> > >>> это только опыт
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 :
> 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 :
> > > > > 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
http://cvsweb.se.netbsd.org/cgi
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 "unsubs
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" вы писали:
>А вот про "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 bac
2009/3/19 Aleksey Cheusov :
> >> А типизированные переменные они не ввели случайно?
>
>> Слава богу, нет. НУ не должны быть ПЕРЕМЕННЫЕ типизированными.
> Виктор. Наличие типизированных переменных в языке - это один из
> важнейших классификационных признаков языков программирования.
> При создании
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
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 o
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
D
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 debian-russian
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:
> Стандартная задачка из статистики про урну/урны с шарами. Вытаскиваем белый
> ИЛИ черный шар. Что значит, цвет шара не определен?
Это значит, что в момент вытаскивания выключился свет, и отличить белый
шар от черного не удалось.
--
T
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 написал:
Извините, что встреваю со своими замечаниями не по теме. Не хочу Вас
обидеть, просто меня сильно коробит от орфографических ошибок. Можете
не отвечать на это письмо.
> С/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 :
> Стандартная задачка из статистики про урну/урны с шарами. Вытаскиваем белый
> ИЛИ черный шар. Что значит, цвет шара не определен? А вот когда при сборе
> данных с датчиков подобное безобразие запихивают в базу, нормальная ситуация.
Г-ди, какая же каша у человека в гол
>> > Слава богу, нет. НУ не должны быть ПЕРЕМЕННЫЕ типизированными.
>>
>> Виктор. Наличие типизированных переменных в языке - это один из
>> важнейших классификационных признаков языков программирования.
>> При создании больших программ их наличие очень хорошо сказывается на
>> надежности создаваем
Alexey Pechnikov -> debian-russian@lists.debian.org @ Thu, 19 Mar 2009
14:03:35 +0300:
>> Если с точки зрения логики приложения в этом месте не может быть
>> пустой строки, то скорее всего, это далеко не единственное
>> ограничение на это значение (более того, в честной формулировке
>> огран
AC>> pmake в дебиане - это древняя версия NetBSD make-а.
AC>> Распоследний bmake запакетирован, кажется, только в Федоре :-(
> Слушай, вот ты пиаришь тут программу, которой в дистрибутиве
> нет. А почему ее нет в дистрибутиве, если ты ее тут пиаришь?
> Ну хорошо, почему тут нету строчки для so
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 написал:
> Но. Замечания по орфографии предпочтительнее присылать лично, если они
> не подкреплены замечаниями по теме обсуждения.
Замётано.
>> Первую ошибку проигнорировал, думал может опечатались.
> В качестве домашнего задания предлагаю найт
>> Начинать учиться нужно с книг, а не с языков программирования. И
>> тогда и функциональный и императивный подходы займут положенные им
>> места в голове, прекрасно дополняя и облагораживая друг друга. Без
>> всяких перегибов и дешевой пропаганды.
>>
>
> А где тут дешевая пропаганда? Функциональн
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]
>> Абсолютное большинство проблемно-ориентированных языков, с которыми по
>> работе (
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 signatur
> 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
Sergei
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
Alexey Pechnikov -> debian-russian@lists.debian.org @ Thu, 19 Mar 2009
19:02:26 +0300:
>> Так, а вот приписывать мне своих тараканов не надо. Это Вы как раз
>> предлагаете либо не писать в базу данные вообще (что неприемлемо,
>> яркий пример приводил Витус), либо писать туда нечто, не являющ
1 - 100 of 168 matches
Mail list logo
