Evening, Vlad.
Vlad Harchev <[EMAIL PROTECTED]> 12:49 14/1/2003 wrote:
>> Мда, торопился писать и выбрал совершенно неправильный пример. Приношу свои
>> извинения.
>>
>> VH> Но любую ф-ию с прототипом
>> VH> string (*)(const string& )
>> VH> или
>> VH> string (*)( string& )
>>
On Mon, Jan 13, 2003 at 07:25:56PM +0200, Dmitry Astapov wrote:
>
> Evening, Vlad.
>
> Vlad Harchev <[EMAIL PROTECTED]> 15:10 13/1/2003 wrote:
>
> VH> В данном конкретном примере strstr использовать вообще не удасться, так
> как
> VH> она не принимает и не возвращает об[ект класса string (
Привет Debian Russian!
В письме от Andrei Sosnin <[EMAIL PROTECTED]>
(Mon, 13 Jan 2003 13:17:48 +0200) было написано :
> Хочется подчеркнуть, что С++ создавался как язык низкого уровня,
> приспособленный больше для решения задач системного характера
> (программирования сложных систем)...
Если с
> -Original Message-
> From: Andrei Sosnin [mailto:[EMAIL PROTECTED]
> Sent: Monday, January 13, 2003 11:35 AM
> To: Dmitry Astapov; debian-russian
> Subject: Re: kylix 2
>
> Dmitry Astapov wrote:
> > Evening, Andrei.
> >
> > Andrei Sosnin &l
Dmitry Astapov wrote:
Evening, Andrei.
Andrei Sosnin <[EMAIL PROTECTED]> 13:21 13/1/2003 wrote:
AS> Dmitry Astapov wrote:
AS> Что подразумевается под "параллельным программиррованием"? "Распределенным"?
Э А что, возможны множественные толкования? :)
AS> Не знаю. Мне известны
Evening, Andrei.
Andrei Sosnin <[EMAIL PROTECTED]> 13:17 13/1/2003 wrote:
AS> Суть же моей мысли, почему я взялся защищать С++, заключается в том,
AS> что С++ позволяет делать все, что может позволить любой язык
AS> программирования хотя бы только потому, что он достаточно
AS> низкоуровневы
Evening, Vlad.
Vlad Harchev <[EMAIL PROTECTED]> 15:10 13/1/2003 wrote:
VH> В данном конкретном примере strstr использовать вообще не удасться, так
как
VH> она не принимает и не возвращает об[ект класса string (да и вообще у
strstr
VH> 2 параметра!).
Мда, торопился писать и выбрал соверше
Evening, Andrei.
Andrei Sosnin <[EMAIL PROTECTED]> 13:21 13/1/2003 wrote:
AS> Dmitry Astapov wrote:
>> AS> Что подразумевается под "параллельным программиррованием"?
>> "Распределенным"?
>> Э А что, возможны множественные толкования? :)
>>
AS> Не знаю. Мне известны "параллельное в
Evening, ost.
[EMAIL PROTECTED] 16:37 13/1/2003 wrote:
o>А можно цитаты меня, которые показывают, что я:
o>1)Считаю, что подход к типизации в С - единственно возможный и
единственый
o>реализованый на практике (я правильно понял суть утверждения?)?
И где же цитата? :)
o>2)К
á ÍÏÖÎÏ ÃÉÔÁÔÙ ÍÅÎÑ, ËÏÔÏÒÙÅ ÐÏËÁÚÙ×ÁÀÔ, ÞÔÏ Ñ:
1)óÞÉÔÁÀ, ÞÔÏ ÐÏÄÈÏÄ Ë ÔÉÐÉÚÁÃÉÉ × ó - ÅÄÉÎÓÔ×ÅÎÎÏ ×ÏÚÍÏÖÎÙÊ É ÅÄÉÎÓÔ×ÅÎÙÊ
ÒÅÁÌÉÚÏ×ÁÎÙÊ ÎÁ ÐÒÁËÔÉËÅ (Ñ ÐÒÁ×ÉÌØÎÏ ÐÏÎÑÌ ÓÕÔØ ÕÔ×ÅÒÖÄÅÎÉÑ?)?
2)ëÁËÉÅ ÉÚ ÑÚÙËÏ× "Ñ ÓÞÉÔÁÀ ÑÚÙËÁÍÉ ÂÅÚ ÔÉÐÉÚÁÃÉÉ"?
ÄÁ ×ÏÔ ÖÅ, Ñ ÐÏÌÎÏÓÔØÀ ÐÒÏÃÉÔÉÒÏ×ÁÌ ÕÖÅ:
ñ
Evening, ost.
[EMAIL PROTECTED] 12:32 13/1/2003 wrote:
o>From: Dmitry Astapov <[EMAIL PROTECTED]>
o>Date: Mon, 13 Jan 2003 10:40:50 +0200
o>Я веду к тому, что гораздо проще shot yourself in the foot без
o>типизации, чем с ней.
o> вы зря думаете, что типизация по версии
On 2003.01.13 at 13:17:48 +0200, Andrei Sosnin wrote:
>
> Программирование GUI - это только пример. Просто я не смог себе
> представить, как можно достаточно наглядно заставить pure function
> работать как, например, главный цикл widget-а.
Бесконечная хвостовая рекурсия, в которой параметром,
Dmitry Astapov wrote:
Да, придется. Особенно интересно, если реализация f написана не мной, для
изменений недоступна и совсем ни разу не объект. Я хотел своим примером
показать, как можно создать и вернуть сущность типа "функция". В твоем же
примере возвращается нечто, ни разу не являющееся фу
On Mon, Jan 13, 2003 at 11:21:25AM +0200, Dmitry Astapov wrote:
>
> Evening, Vlad.
>
> Vlad Harchev <[EMAIL PROTECTED]> 13:23 11/1/2003 wrote:
>
> >> VH> Да, это можно используя свойство языка С++ - шаблоны.
> >> Можно попросить продемонстрировать?
>
> VH> Когда будут правильно написаны ш
From: Dmitry Astapov <[EMAIL PROTECTED]>
Date: Mon, 13 Jan 2003 10:40:50 +0200
ñ ×ÅÄÕ Ë ÔÏÍÕ, ÞÔÏ ÇÏÒÁÚÄÏ ÐÒÏÝÅ shot yourself in the foot ÂÅÚ
ÔÉÐÉÚÁÃÉÉ, ÞÅÍ Ó ÎÅÊ.
×Ù ÚÒÑ ÄÕÍÁÅÔÅ, ÞÔÏ ÔÉÐÉÚÁÃÉÑ ÐÏ ×ÅÒÓÉÉ óÉ -- ÜÔÏ ÅÄÉÎÓÔ×ÅÎÎÙÊ
×ÏÚÍÏÖÎÙÊ ÐÏÄÈÏÄ. ÎÁ ÓÁÍÏÍ ÖÅ ÄÅÌÅ × ÄÒÕÇÉÈ ÑÚÙËÁÈ, ËÏ
Evening, Vlad.
Vlad Harchev <[EMAIL PROTECTED]> 13:23 11/1/2003 wrote:
>> VH> Да, это можно используя свойство языка С++ - шаблоны.
>> Можно попросить продемонстрировать?
VH> Когда будут правильно написаны шаблоны, то использование будет иметь вид:
VH> //с string
VH> printf("It works:
Evening, Andrei.
Andrei Sosnin <[EMAIL PROTECTED]> 02:19 11/1/2003 wrote:
AS> Dmitry Astapov wrote:
>> VW>Отличается наличием очень интересных концепций
>> VW>параллельного и распределенного программирования,
>> ... впрочем, этим интересны и ocaml и haskell. Особенно своим решением
Evening, Victor.
Victor Wagner <[EMAIL PROTECTED]> 13:23 11/1/2003 wrote:
VW> On 2003.01.10 at 20:16:18 +0200, Dmitry Astapov wrote:
>>
>> Вот и я говорю - типов нету. "список бульдогов" + "список носорогов" = что
>> будет? Правильно, смесь бульдога с носорогом. Хорошо, если ее делают
VW> Н
Evening, Andrei.
Andrei Sosnin <[EMAIL PROTECTED]> 02:11 11/1/2003 wrote:
>> AS> int function(int x, int (*what_to_do)(int pnt), int point, int
>> value);
>> AS> int function2(int x);
>> Вопросы:
>> 1)Что надо сделать, чтобы решение работало для произвольных функций a -> b,
>> а не только для
On 2003.01.10 at 20:16:18 +0200, Dmitry Astapov wrote:
>
> Вот и я говорю - типов нету. "список бульдогов" + "список носорогов" = что
> будет? Правильно, смесь бульдога с носорогом. Хорошо, если ее делают
Неправильно. Будет список млекопитающих. У бульдога с носорогом есть
довольно много общего
Andrei Sosnin <[EMAIL PROTECTED]> writes:
>
> Так, что такое функция? - Я понимаю так: это некоторое выражение вида:
>
> a = f(x, y, [...])
>
> с одним или несколькими изменяемыми аргументами, на основе которых
> собственно функция (как абстракция данного выражения) принимает то или
> иное значе
On Fri, Jan 10, 2003 at 06:40:33PM +0200, Dmitry Astapov wrote:
>
> Evening, Vlad.
>
> Vlad Harchev <[EMAIL PROTECTED]> 18:21 10/1/2003 wrote:
>
> >> Нет. Совсем не аналогичный. Мы же не говорим о решении конкретной задачи, а
> >> о демонстрации определенных принципов.
> >> AS> #include
> >>
Dmitry Astapov wrote:
VW>Отличается наличием очень интересных концепций
VW>параллельного и распределенного программирования,
... впрочем, этим интересны и ocaml и haskell. Особенно своим решением
проблем параллельного программирования.
Что подразумевается под "параллельным программ
Dmitry Astapov wrote:
AS> То есть, другими словами, Haskel позволяет перегружать функции таким
AS> вот странным (для человека, ранее кроме как с С, С++, Паскаль, Питон и
AS> пр. ни с чем больше не встречавшегося) образом. Сложно для понимания,
AS> по крайней мере сначала.
Нет. Идея тут не
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri Jan 10, 2003 at 20:16:18 +0200, Dmitry Astapov wrote:
DD>> Есть типы - список, dictionary, tuple.
DD>> А разделения string/int/float/etc. нету. Да и не очень-то и нужно
DA> Вот и я говорю - типов нету. "список бульдогов" + "список носорогов"
Evening, Denis.
Denis Dzyubenko <[EMAIL PROTECTED]> 20:05 10/1/2003 wrote:
DD> On Fri Jan 10, 2003 at 18:44:29 +0200, Dmitry Astapov wrote:
DD> что есть map, fold и tail-recursive оптимизация?
DA Функции такого вида (я, да простят меня, решил демонстрировать на
примерах...):
DD>>> сп
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri Jan 10, 2003 at 18:44:29 +0200, Dmitry Astapov wrote:
DD что есть map, fold и tail-recursive оптимизация?
DA>>> Функции такого вида (я, да простят меня, решил демонстрировать на
примерах...):
DD>> спасибо, разобрался, вот если бы еще приме
Evening, Alexander.
Alexander Kogan <[EMAIL PROTECTED]> 16:27 10/1/2003 wrote:
AK> Месяц назад начал смотреть на Haskell. Нашел замечательныю книжку, которая
AK> мне очень помогла и в плане Хаскеля и вообще функционального подхода -
AK> Functional Programming by Jeroen Fokker, 1995.
AK>
Evening, Vlad.
Vlad Harchev <[EMAIL PROTECTED]> 18:21 10/1/2003 wrote:
>> Нет. Совсем не аналогичный. Мы же не говорим о решении конкретной задачи, а
>> о демонстрации определенных принципов.
>> AS> #include
>>
>> AS> #define POINT_V 64
>> AS> #define VALUE_V 129
>>
>> AS> int function(i
Здравствуйте!
В пятницу, 10-го января 2003, в 13:41:17 по московскому времени
(пятница, 12:41 (GMT +0200) на часах автора исходного письма)
Dmitry Astapov написал:
DA> Как следует из пока что не опровергнутого тезиса Черча, ассемблер,
DA> С, Haskell и все остальные языки програмирования одинаковы
Evening, Denis.
Denis Dzyubenko <[EMAIL PROTECTED]> 15:08 10/1/2003 wrote:
DD> On Thu Jan 09, 2003 at 16:12:16 +0200, Dmitry Astapov wrote:
DD>>> что есть map, fold и tail-recursive оптимизация?
DA>> Функции такого вида (я, да простят меня, решил демонстрировать на
примерах...):
DD> спасибо,
On 2003.01.10 at 18:21:07 +0400, Vlad Harchev wrote:
>
> А я вот хотел спросить - как делают структуры в лиспе (разных диалектах)?
Разными способами. Есть например, ассоциативные списки, есть
proprieties.
> Или обходятся списками, и считают элементы с определенным индексом - членами?
Не любя
Hi!
> VW> haskell - у него есть интерпретатор hugs и компилятор ghc5
> VW>Есть еще пакет haskell-doc в котором содержится описание языка с
> VW>большим количеством внятно изложенной теории функционального
> VW>программирования.
> ... и интерпретатор ghci (из комплекта ghc5), и комп
On Fri, Jan 10, 2003 at 12:41:17PM +0200, Dmitry Astapov wrote:
>
> Evening, Andrei.
>
> Andrei Sosnin <[EMAIL PROTECTED]> 22:29 9/1/2003 wrote:
>
> >> Нет. В С нельзя создать и вернуть функцию как результат. Пример:
> >> makeAdder x = map (+x)
> >> makeAdder имеет тип:
> >> forall a. (Num a) =
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu Jan 09, 2003 at 16:12:16 +0200, Dmitry Astapov wrote:
DD>> что есть map, fold и tail-recursive оптимизация?
DA> Функции такого вида (я, да простят меня, решил демонстрировать на
примерах...):
спасибо, разобрался, вот если бы еще примеры были не
Evening, Victor.
Victor Wagner <[EMAIL PROTECTED]> 12:14 10/1/2003 wrote:
>> вроде на настояший момент нет решения которое было бы одновременно
>> элегантно, функционально (в широком смысле) и удобно в употреблении...
VW> Таких решений существует более одного - монады в haskell,
VW> порты в
Evening, Fedor.
Fedor Karpelevitch <[EMAIL PROTECTED]> 11:50 9/1/2003 wrote:
FK> из известных мне - haskel
FK> практического опыта со строго функциональными языками я (пока) не имею.
Идея
FK> на мой взгляд очень красивая, но, на сколько я понимаю, проблемы начинаются
FK> когда из такой пр
Evening, Victor.
Victor Wagner <[EMAIL PROTECTED]> 12:09 10/1/2003 wrote:
>> Теперь уж окончательно ясно... А как же насчет примеров истинно
>> функциональных языков? Какие языки следуют именно такой жесткой логике?
VW> Берем для начала только те, что есть в дистрибутиве
VW> haskell - у
Evening, Andrei.
Andrei Sosnin <[EMAIL PROTECTED]> 22:29 9/1/2003 wrote:
>> Нет. В С нельзя создать и вернуть функцию как результат. Пример:
>> makeAdder x = map (+x)
>> makeAdder имеет тип:
>> forall a. (Num a) => a -> ([a] -> [a])
[skip]
>> другой пример:
>> overloadFunctionAtSpecificPoint f
On 2003.01.09 at 11:50:07 -0800, Fedor Karpelevitch wrote:
>
> из известных мне - haskel
>
> практического опыта со строго функциональными языками я (пока) не имею. Идея
> на мой взгляд очень красивая, но, на сколько я понимаю, проблемы начинаются
> когда из такой программы надо обшаться с внешн
On 2003.01.09 at 21:26:58 +0200, Andrei Sosnin wrote:
>
> Теперь уж окончательно ясно... А как же насчет примеров истинно
> функциональных языков? Какие языки следуют именно такой жесткой логике?
Берем для начала только те, что есть в дистрибутиве
haskell - у него есть интерпретатор hugs и ко
Dmitry Astapov wrote:
Evening, Andrei.
Andrei Sosnin <[EMAIL PROTECTED]> 19:04 9/1/2003 wrote:
AS> Dmitry Astapov wrote:
DA>> DA>> И как на C правильно реализуется map и fold? А так, чтобы
было type-safe? А
DA>> рекурсивные функции? А с tail-recursive оптимизацией?
DD> что есть map, fold
Dmitry Astapov wrote:
Нет. В С нельзя создать и вернуть функцию как результат. Пример:
makeAdder x = map (+x)
makeAdder имеет тип:
forall a. (Num a) => a -> ([a] -> [a])
, т.е. (makeAdder 5) вернет функцию, которая принимает в качестве аргумента
список чисел, увеличивает каждое из них на 5,
> Victor Wagner wrote:
> > On 2003.01.09 at 18:52:28 +0200, Andrei Sosnin wrote:
> >
> >
> >>
> >>
> >>Их истинного (подразумеваемого) значения в данном контексте
> я не понял,
> >>поэтому, считая, что "языки структурны, потому что оперируют
> структурами
> >>данных" и что языки функциональны
Victor Wagner wrote:
On 2003.01.09 at 18:52:28 +0200, Andrei Sosnin wrote:
Их истинного (подразумеваемого) значения в данном контексте я не понял,
поэтому, считая, что "языки структурны, потому что оперируют структурами
данных" и что языки функциональны, когда описывают четкие функции
п
Evening, Andrei.
Andrei Sosnin <[EMAIL PROTECTED]> 19:04 9/1/2003 wrote:
AS> Dmitry Astapov wrote:
>> DA>> DA>> И как на C правильно реализуется map и fold? А так, чтобы
>> было type-safe? А
>> DA>> рекурсивные функции? А с tail-recursive оптимизацией?
>> DD> что есть map, fold и tail-recursi
Evening, Andrei.
Andrei Sosnin <[EMAIL PROTECTED]> 18:52 9/1/2003 wrote:
>> Если в языке функции "равны в правах" с данными - т.е. их можно
>> свободно
>> перевать, возвращать, создавать и т.п., то они являются first-class
>> citizens. Это устоявшийся оборот такой :)
AS> Если считать С, напри
Evening, Victor.
Victor Wagner <[EMAIL PROTECTED]> 20:22 9/1/2003 wrote:
>> Их истинного (подразумеваемого) значения в данном контексте я не понял,
>> поэтому, считая, что "языки структурны, потому что оперируют структурами
>> данных" и что языки функциональны, когда описывают четкие функции
On 2003.01.09 at 18:52:28 +0200, Andrei Sosnin wrote:
>
>
>
> Их истинного (подразумеваемого) значения в данном контексте я не понял,
> поэтому, считая, что "языки структурны, потому что оперируют структурами
> данных" и что языки функциональны, когда описывают четкие функции
> программы (я
Dmitry Astapov wrote:
AS> Эти операторы (for, while, switch...) я не учитывал. Я говорил о ++,
AS> --,
AS> +, -, +=, *=, new, ... Да, for тоже оператор, я это забыл.
Т.е. все операторы равны, но некоторые "равнее". Что я и хотел показать. В
функциональных языках все функции равны в правах,
Здравствуйте!
В четверг, 9-го января 2003, в 15:24:28 по московскому времени
(четверг, 14:24 (GMT +0200) на часах автора исходного письма)
Andrei Sosnin написал:
AS> - Процедурное
AS> - Модульное
AS> - (Абстракции данных)
AS> - Объектно-ориентированное
AS> - Обобщенное (с использованием параметриз
Evening, Denis.
Denis Dzyubenko <[EMAIL PROTECTED]> 13:10 9/1/2003 wrote:
DA>>
DA>> И как на C правильно реализуется map и fold? А так, чтобы было type-safe? А
DA>> рекурсивные функции? А с tail-recursive оптимизацией?
DD> что есть map, fold и tail-recursive оптимизация?
Функции такого вида (
Ruslan Batdalov wrote:
Что-то мне тоже захотелось вспомнить, чему меня на лекциях учили.
Не совсем правильно в одном списке перечислять императивное и
функциональное программирование. Это всё равно, что говорить, что
формальная грамматика состоит из лексем, нетерминальных символов,
правил гр
Dmitry Astapov wrote:
в принципе да, tcl функциональный язык - каждый оператор на самом деле
является функцией. Если не задумываться об этом, все таки синтаксис
у tcl и например Си похож
AS> В С++ тоже каждый оператор является функцией... Но он все равно больше
AS> "структурный", чем функ
Здравствуйте!
В четверг, 9-го января 2003, в 13:07:06 по московскому времени
Denis Dzyubenko написал:
AS>> Там выделялись три современные категории языков и методов
AS>> программирования - функциональный, структурный и
AS>> объектно-ориентированный. В первом (он в книге назывался процедурным)
DD
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed Jan 08, 2003 at 23:29:37 +0200, Andrei Sosnin wrote:
AS> >не, tcl намного более фунциональный - в нем каждый оператор (for, while,
AS> >set, etc...) является функцией и его можно переопределить (попробуй это
AS> >сделать в c++)
AS>
AS> И от это
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu Jan 09, 2003 at 10:14:25 +0200, Dmitry Astapov wrote:
AS>> очевидным, что, например, C является более ориентированным (читай:
AS>> припособленным) на функциональное программирование, чем, скажем, C++
AS>> или Python.
DA>
DA> И как на C прави
On 2003.01.09 at 10:14:25 +0200, Dmitry Astapov wrote:
>
> И как на C правильно реализуется map и fold? А так, чтобы было type-safe? А
> рекурсивные функции? А с tail-recursive оптимизацией?
Кстати вот вариант tail-recurisve оптимизации на tcl
proc tail_recurse {args} {
делаем что-то с args
Evening, Andrei.
Andrei Sosnin <[EMAIL PROTECTED]> 17:56 8/1/2003 wrote:
>> в принципе да, tcl функциональный язык - каждый оператор на самом деле
>> является функцией. Если не задумываться об этом, все таки синтаксис
>> у tcl и например Си похож
AS> В С++ тоже каждый оператор является функци
Denis Dzyubenko wrote:
не, tcl намного более фунциональный - в нем каждый оператор (for, while,
set, etc...) является функцией и его можно переопределить (попробуй это
сделать в c++)
И от этого TCL более "функциональный"? Хотя, да, если любой оператор
является функцией, то, очевидно, можно
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed Jan 08, 2003 at 17:56:30 +0200, Andrei Sosnin wrote:
AS> >является функцией. Если не задумываться об этом, все таки синтаксис у
AS> >tcl и например Си похож
AS> В С++ тоже каждый оператор является функцией... Но он все равно больше
AS> "структ
Denis Dzyubenko wrote:
On Wed Jan 08, 2003 at 12:00:24 +0300, Victor Wagner wrote:
выучить новый язык трудно? неужели так трудно запомнить что вместо
if blabla begin asd; end нужно использовать if {blabla} {asd} ?
Все перечисленные языки (pascal, c++, tcl, python (немного)) являются
языками
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed Jan 08, 2003 at 12:00:24 +0300, Victor Wagner wrote:
>> выучить новый язык трудно? неужели так трудно запомнить что вместо
>> if blabla begin asd; end нужно использовать if {blabla} {asd} ?
>> Все перечисленные языки (pascal, c++, tcl, python (
On 2002.12.31 at 11:21:07 +0300, Denis Dzyubenko wrote:
> выучить новый язык трудно? неужели так трудно запомнить что вместо
> if blabla begin asd; end нужно использовать if {blabla} {asd} ?
> Все перечисленные языки (pascal, c++, tcl, python (немного)) являются
> языками одного типа - все они ст
Eric Peterson wrote:
Andrei Sosnin wrote:
Если ты под Линуксом без этого не можешь, то Линукс не для тебя! ;-)
Да, приплыли :-( . А ведь просто спросил, есть или нет в Линуксе
альтернатива Kylix. Спасибо, что не убили...
Ох, извини уж... :-) Я просто не понял вопроса! Ты спрашиваешь:
On Tuesday 31 December 2002 11:41, Eric Peterson wrote:
> Denis Dzyubenko wrote:
> >Вывод: Kylix дерь..
> >Для RAD есть более удобные средства.
>
> Я бы с удовольствием с Куликсом не работал, но есть одна проблема: ни в
> qt, ни в kdevelope нет возможности работать с FireBird. Ни одного
> работающе
Andrei Sosnin wrote:
aerostar wrote:
А что бы Вы порекомендовали? Я всю жизнь писал в различных средах
C/C++. Но из визуальных сред я пользовался только Builder/Kylix3.
Буду рад получить информацию о любых IDE RAD.
Если ты под Линуксом без этого не можешь, то Линукс не для тебя! ;-)
Andrei Sosnin wrote:
ЗЫ Кстати, о Питоне... Им кто-нибудь пользуется (из участников
рассылки)?
Да наверняка. А что об этом кричать-то? Насколько я понимаю (у меня
знание Питона в основном пассивное) майнтейнеры питоновских пакетов в
Debian хорошо делают свою работу и Debian-специфичных пробл
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed Jan 01, 2003 at 20:17:05 +0300, Konstantin Sorokin wrote:
>> выучить новый язык трудно? неужели так трудно запомнить что вместо
>> if blabla begin asd; end нужно использовать if {blabla} {asd} ?
>> Все перечисленные языки (pascal, c++, tcl, pyt
On Tue, Dec 31, 2002 at 11:21:07AM +0300, Denis Dzyubenko wrote:
>
> On Mon Dec 30, 2002 at 21:10:54 +0200, Andrei Sosnin wrote:
> AS> Предлагать же вместо яичницы шоколад на завтрак, говоря, что-де шоколад
> AS> слаще, тоже как-то нехорошо...
> зато это правда ;)
>
> AS> Просто, привыкнуть к k
Hello Andrei,
Tuesday, December 31, 2002, 8:31:24 PM, you wrote:
AS> Есть определенная традиция - все-таки Юниксу уже не десять и не
AS> пятнадцать лет... Так вот если Линукс делается согласно основной
AS> традиции Юникс, если GNU трудится над программами согласно той же
AS> традиции, то в чем ж
On Tue, 31 Dec 2002, Denis Dzyubenko wrote:
DD>Все перечисленные языки (pascal, c++, tcl, python (немного))
DD>являются языками одного типа - все они структурные (или как
DD>называется антипод функциональным языкам (?) и у них синтаксис
DD>различается незначительно.
Алголоподобные.
ллл
On 2002.12.31 at 15:23:06 +0200, aerostar wrote:
> >
> >
> >Это одна из причин (не единственная) по которой я считаю Qt непригодным
> >для использования именно в качестве графического тулкита.
> >
> А что бы Вы порекомендовали? Я всю жизнь писал в различных средах C/C++.
> Но из визуальных сред я
Привет Debian Russian!
В письме от Andrei Sosnin <[EMAIL PROTECTED]>
(Tue, 31 Dec 2002 15:38:43 +0200) было написано :
> Я думаю любой юниксоид посоветует тебе "любимый редактор + консоль"...
> Больше ничего не надо...
Это может посоветовать только юниксоид среднего уровня
после разочарования и
peter novodvorsky wrote:
правильное -- это вы придумали правила?
пользования -- это что простите вы с <см. следующий вопрос> делаете?
Линуксом -- с одной стороны, хочется обобщить до UNIX, а с другой
стороны вспоминаешь про Mac OS X, в котором всё не так.
:-) Начинается опять знакомая истор
Vladimir Shahov wrote:
On Tue, 31 Dec 2002 15:42:55 +0200 Andrei Sosnin <[EMAIL PROTECTED]>
wrote:
aerostar wrote:
А что бы Вы порекомендовали? Я всю жизнь писал в различных средах
C/C++. Но из визуальных сред я пользовался только Builder/Kylix3.
Буду рад получить информацию о любых IDE R
Hi, Folks!
Vladimir Shahov <[EMAIL PROTECTED]> writes:
> On Tue, 31 Dec 2002 15:42:55 +0200
> Andrei Sosnin <[EMAIL PROTECTED]> wrote:
>>
>> Главная парадигма ЮНИКС: каждая программа должна делать только свою
>> конкретную и узкую задачу, и должна делать ее рпевосходно. Отсюда и
>> классическ
Andrei Sosnin <[EMAIL PROTECTED]> writes:
> peter novodvorsky wrote:
>
>> Может хватит экстремизма? Есть люди, которые отлично живут под Linux и
>> программируют под kdevelop.
>
> С экстремизмом это ничего общего не имеет. Это вполне известная всем
> идея. Впрочем, я действительно, несколько преум
Hi Eric,
* Eric Peterson <[EMAIL PROTECTED]> [2002-12-31 13:27]:
> >
> Я бы с Вами согласился, если бы не одно обстоятельство: в этом самом
> графическом тулките есть средства (аналогичные Kylix-овским) для работы
> с базами MySql, Postgre, Oracle и драйверами ODBC. QT уже давно не
> является п
On Tue, 31 Dec 2002 15:38:43 +0200
Andrei Sosnin <[EMAIL PROTECTED]> wrote:
>
>
> aerostar wrote:
> >>
> >>
> >> Это одна из причин (не единственная) по которой я считаю Qt непригодным
> >> для использования именно в качестве графического тулкита.
> >>
> >>
> >>
> > А что бы Вы порекомендовали
On Tue, 31 Dec 2002 15:42:55 +0200
Andrei Sosnin <[EMAIL PROTECTED]> wrote:
>
>
> aerostar wrote:
> >>
>
> > А что бы Вы порекомендовали? Я всю жизнь писал в различных средах C/C++.
> > Но из визуальных сред я пользовался только Builder/Kylix3. Буду рад
> > получить информацию о любых IDE RAD
peter novodvorsky wrote:
Может хватит экстремизма? Есть люди, которые отлично живут под Linux и
программируют под kdevelop.
С экстремизмом это ничего общего не имеет. Это вполне известная всем
идея. Впрочем, я действительно, несколько преуменьшил качества Kdevelop,
однако все-таки факт о
Привет!
Andrei Sosnin <[EMAIL PROTECTED]> writes:
> Главная парадигма ЮНИКС: каждая программа должна делать только свою
> конкретную и узкую задачу, и должна делать ее рпевосходно. Отсюда и
> классический набор программ: ping, telnet, sed, grep, gcc, make,
> ... IDE типа kdevelop - это популистс
> >>ibase.ru и phoenix.com). Может быть, кто-нибудь встречал хоть что-нибудь
> >>(кроме Kylix), что работало бы под Линуксом с Интербейсом?
> >
> >А такое не подойдет?
> >http://kinterbasdb.sourceforge.net/
> >
> Большое спасибо за ответ! Подобные библиотеки есть и под perl, и под
> PHP. Проблема
aerostar wrote:
А что бы Вы порекомендовали? Я всю жизнь писал в различных средах C/C++.
Но из визуальных сред я пользовался только Builder/Kylix3. Буду рад
получить информацию о любых IDE RAD.
Главная парадигма ЮНИКС: каждая программа должна делать только свою
конкретную и узкую зада
aerostar wrote:
Это одна из причин (не единственная) по которой я считаю Qt непригодным
для использования именно в качестве графического тулкита.
А что бы Вы порекомендовали? Я всю жизнь писал в различных средах C/C++.
Но из визуальных сред я пользовался только Builder/Kylix3. Буду рад
Eric Peterson wrote:
Я бы с Вами согласился, если бы не одно обстоятельство: в этом самом
графическом тулките есть средства (аналогичные Kylix-овским) для работы
с базами MySql, Postgre, Oracle и драйверами ODBC. QT уже давно не
является просто пакетом GUI. В конце концов, вопрос стоял "Мо
Это одна из причин (не единственная) по которой я считаю Qt непригодным
для использования именно в качестве графического тулкита.
А что бы Вы порекомендовали? Я всю жизнь писал в различных средах C/C++.
Но из визуальных сред я пользовался только Builder/Kylix3. Буду рад
получить информацию
Victor Wagner wrote:
Да, не спорю: плохо, что kylix - это не OSS и тем более не свободное ПО
по теории Столлмана. Но, думаю, если человек уж решил использовать
что-то такое в понятном контексте, то пускай изволит позаботиться о
внимательном прочтении лицензии и обо всем остальном. Если нет,
On 2002.12.31 at 13:26:50 +0200, Eric Peterson wrote:
> А с какого это перепуга в ГРАФИЧЕСКОМ тулките должны быть функции для
> работы с базой данных? Мухи, извините, отдельно, котлеты - отдельно.
>
>
>
>Я бы с Вами согласился, если бы не одно обстоятельство: в этом самом
>графическо
Denis Dzyubenko wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon Dec 30, 2002 at 14:25:01 +0200, Vladislav wrote:
V> Ясно, я чего написал, потому, что не силен в С, Delphi было роднее,
V> поэтому и обрадовался попервой :), но как понял придется подналечь на
V> С.:).
зачем такие слож
Victor Wagner wrote:
On 2002.12.31 at 10:41:15 +0200, Eric Peterson wrote:
Denis Dzyubenko wrote:
Вывод: Kylix дерь..
Для RAD есть более удобные средства.
Я бы с удовольствием с Куликсом не работал, но есть одна проблема: ни в
qt, ни в kdevelop
Andrey Kiselev wrote:
Вывод: Kylix дерь..
Для RAD есть более удобные средства.
Я бы с удовольствием с Куликсом не работал, но есть одна проблема: ни в
qt, ни в kdevelope нет возможности работать с FireBird. Ни одного
работающего драйвера (хотя бы для ODBC) я в
On 2002.12.31 at 10:41:15 +0200, Eric Peterson wrote:
> Denis Dzyubenko wrote:
>
> >Вывод: Kylix дерь..
> >Для RAD есть более удобные средства.
> >
> >
> Я бы с удовольствием с Куликсом не работал, но есть одна проблема: ни в
> qt, ни в kdevelope нет возможности работать с FireBird. Ни одного
Eric Peterson wrote:
Denis Dzyubenko wrote:
Вывод: Kylix дерь.. Для RAD есть более удобные средства.
Я бы с удовольствием с Куликсом не работал, но есть одна проблема: ни
в qt, ни в kdevelope нет возможности работать с FireBird. Ни одного
работающего драйвера (хотя бы для ODBC) я в Инете
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue Dec 31, 2002 at 10:41:15 +0200, Eric Peterson wrote:
EP> Я бы с удовольствием с Куликсом не работал, но есть одна проблема: ни в
EP> qt, ни в kdevelope нет возможности работать с FireBird. Ни одного
EP> работающего драйвера (хотя бы для ODBC)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue Dec 31, 2002 at 12:58:48 +0300, Victor Kryukov wrote:
VK> Странно это слышать. У интерпретатора есть опции -t и -tt:
VK>
VK> -t : issue warnings about inconsistent tab usage (-tt: issue errors)
не знал об этом, спасибо
VK> Кроме того, прод
> >Вывод: Kylix дерь..
> >Для RAD есть более удобные средства.
> >
> Я бы с удовольствием с Куликсом не работал, но есть одна проблема: ни в
> qt, ни в kdevelope нет возможности работать с FireBird. Ни одного
> работающего драйвера (хотя бы для ODBC) я в Инете не нашел (начинал с
> ibase.ru и p
Denis Dzyubenko wrote:
пользуется! правда питон неудобен тем что нужно следить за тем как
именно написана программа - с использованием пробелов или табулятора - у
меня была проблема - изменял уже существующую программу, но ничего не
получалось из-за того что писалась программа в текстовом редакт
Denis Dzyubenko wrote:
Вывод: Kylix дерь..
Для RAD есть более удобные средства.
Я бы с удовольствием с Куликсом не работал, но есть одна проблема: ни в
qt, ни в kdevelope нет возможности работать с FireBird. Ни одного
работающего драйвера (хотя бы для ODBC) я в Инете не нашел (начинал с
ib
Результаты 1 - 100 из 114 matches
Mail list logo
