Я мог бы быстрее писать, но долбанный сайт тормозит безбожно.

Ха-ха. Хныкин - это Урри. А шеф у него знатный ;)

ШУТКА и СЕРЬЕЗНО "Спрашивает ученик учителя: - Мною Уважаемый Учитель, а какая программа не имеет ошибок? - Та, которая никому не нужна, и не разу не запускалась." > я себя не считаю несчастным от того что у меня нет IDE - мне > оно не нужно, отладчиком не пользуюсь вообще и не > потому-что его нет, а потому-что он мне не нужен. > Про редактор и хелпы я уже написал.

Такая позиция ошибочна - как с теоретической, так и с практической. Что-то слышиться мне песни морских сирен, дальних родственников компании MS!

Рекомендую прогуляться например на информационный ресурс по "Экстремальному программированию" http://www.xprogramming.ru

НАЧАЛО ЦИТАТЫ

Unit Test-ы

Unit тесты играют ключевую роль в XP. Они позволяют быстро менять код не боясь наделать новых ошибок. Unit тест пишется для каждого класса, тест должен проверять все аспекты работы класса - тестировать все что может не работать.

"Хитростью здесь является то, что тест для класса должен быть написан раньше самого класса. Это значит, что как только вы выпустите первый работающий результат, он будет поддерживаться системой тестирования. Для проведения тестов пишется специальная система тестирования со своим интерфейсом." КОНЕЦ ЦИТАТЫ

В методике "Экстремального программирования" очень много интересного и для программистов и для тех кто пытается ими руководить. Но очень важно, что в данном подходе до практики доведен главный принцип, а именно тестируем, все, всегда и везде!

И для программ созданных на CLIP, или других языках, подход сначало тест, потом кусок программы самый правильный и современный подход.

Существует большое направление по созданию промышленного программного обеспечения, в котором создается мегаописанию проектируемой информационной системы и на основании этого формального описания автоматически генерируется код приложения задачи на С++ и тестовые модули (!). Кто хочет знать больше приглашаю зайти ( А. К. Петренко, институт Системного программирования РАН) http://www.ispras.ru/~RedVerst/RedVerst/Lectures%20and%20training%20courses/ vlad-free@mail.ru

> Я может и ошибаюсь, но по-моему нет для нее таких тулзов. В том то и дело, что она там есть - наряду с dbu, pe и samples. А дело уже идет на лад - сначало было "нет" , потом "отстой", а теперь уже "возможно". Прогресс однако ;)

> И не зря же тут человек выдал коронную (для клипперистов) > фразу "ручками быстрее". И он прав на все 100%.

Эта фраза коронная для абсолютного большинства здешних посетителей, не так ли ? Я же сказал, что вы начинаете флейм ручки против визуал, а не клиппер против фокса. И кстати, с какого времени языки сравнивают по IDE ? Ведь с вашей точки зрения клиппер - отстой именно из-за отсутствия IDE. Претензии к самому языку есть ?

> В фоксе же и формогенератор и отчетогенератор работают > более чем прилично.

Я уже приводил пример с кучей GET-ов - ручками быстрей. Также как и писать сложный HTML код (а не домашнюю страницу Васи Пупксина) ручками, а не в каком-нибудь визуале. Для настройки линукса как я понимаю из вашей логики, вы webmin используете ? А консоль и gcc для вас - полное дерьмо Кстати, я так и не дождался ответа - а что же с редактором - таки самой крутой текстовый редактор в фоксе ???

> Я даже скажу больше - они на несколько лет опередили > ближайших конкурентов в этом плане. На счет отчетов > только "Crystal Report" мог с ним потягаться. Ну а в клиппере > дело известное - все на уровне допотопного dbu.

Поясню, речь идет о сравнимых пакетах - клиппер 5.х против фокс 2.0. Вы еще фичи VFP5 сюда приведите как доказательство крутости фокса и отстойности клиппера. Правда прецендент уже есть - сравнивали фокс да линукс, а выиграл кларион.

> Хныкин - это Урри. А шеф у него знатный ;)

Ага, прочитал уже на их сайте. Дык там народу-то - полтора человека. Ури, повесь там свою фотку, интересно взглянуть ;) Кстати, интересен порядок фамилий - шеф там в самом низу, а Хныкин второй сверху. Похоже на рай для программистов :)

СКОТОЛИНУКС для Itanium

>Саныч, ты когда-нибудь где-нибудь работал вообще ? Наказать начальника за то что купленную им вещицу работнички не могут использовать ? Вывод главного начальника - работнички тупые, обыкновенный принтер не могут значит сделать !

Нет я не работал никогда, мне 16 лет я учусь в ПТУ и живу за счет своих

родителей. Карточки в инет мне покупает мама, когда в 6 часов она

приходит с работы, то выгоняет меня из-за компьютера и заставляет делать

уроки.

В какой богадельне вы работаете ?

Есть очень четкая финансовая схема - есть отдел, у отдела есть бюджет,

из которого платят зарплату/премии админам/инженерам и покупают технику.

Начальник отдела отчитывается за расходование бюджета.

Что делает начальник

1. Нанимает, обучает, отвечает за персонал.

За технику, софт, юзеров отвечает персонал.

2. Формирует бюджет, планирует развитие.

3. Получает пиздюлей от руководства, и раздает их персоналу.

4. Получает премию, бонусы и раздает это персоналу.

Если что то наебнулось по-крупному, и компания понесла убытки, то

отвечает деньгами.

Что кому покупать, решает системный инженер, если деньги не очень

большие (системник, моник, принтер и всю прочую шнягу), все откаты

за это он берет себе, но тоже отвечает деньгами, если купит полное

гавно.

По итогам года, если все было хорошо все получают премию, из

оставшейся части бюджета.

СКОТОЛИНУКС для Itanium

>Те проекты NASA были такого же дерьмого качества, как OBSD...

Это тебе в DARPA сказали ? Или сам придумал ?

>"Простите дяденьки засранца, погорячился слегонца, больше не повторится".

Ладно, на первый раз прощаю, но смотри мне !!

> Это что? На Лиспе?

На нем, родимом...

> А как ты скобочки счетаешь????

Я -- никак. Их vim считает. :)

> Нет я не работал никогда, мне 16 лет я учусь в ПТУ и живу за > счет своих родителей. Карточки в инет мне покупает мама, > когда в 6 часов она приходит с работы, то выгоняет меня из-за > компьютера и заставляет делать уроки.

Плоховато у вас в ПТУ с математикой, плоховато

> В какой богадельне вы работаете ? Скажем, в той же что и kraw. Что дальше ?

> Урри, не выеживайся. Ты все прекрасно понял. Не так ли? Ответ и не "да" и не "нет".

Я читаю то что пишут, а не то что думали когда писали. У меня нет способностей читать мысли тем более через и-нет. Очень прошу ВСЕХ - думайте когда чего-то пишете и пытайтесь начать отвечать за свои слова.

Если человек сказал "НЕТ" значит "НЕТ", кстати я просто промолчал. Потому как смысла разводить флейм на эту тему.

> Среди семейства клипперов есть только одна стабильная версия, на которой можно без опаски писать для нормальных денежных клиентов - 5.01. Я может и ошибаюсь, но по-моему нет для нее таких тулзов.

Я не понял в чем ты тут ошибаешся ?:) Скорее всего в обоих утверждениях. Но так как ты все-таки сказал что "я может и ошибаюсь" я отвечу более точно:

- есть клиппер 5.2e, 5.3a - вполне пригодные к сипользованию. По крайней мере на них особых жалоб нет.

- и в 5.01 имеется много чего в каталоге source. О качестве спорить не буду.

> И не зря же тут человек выдал коронную (для клипперистов) фразу "ручками быстрее".

Поддерживаю того кто считает что "руками быстрее". У меня нет программ которые состоят только из экранных форм и отчетов типового вида. Эти вещи занимают в моих программах может быть процентов 10-15. Весь остальной код не оптимизируется никакими визуалками и формостроителями.

> И он прав на все 100%. В клиппере пользоваться той хренью полный геморрой и себе дороже.

Если бы добавил ИМХО в этой фразе - это было бы правильнее. А так получается что типа это твое выражение надо считать истиной не подлежащей обсуждению. ОБЛОМАЙСЯ. Это означает только то что тебя устраивает такое положение и ты его менять не хочешь (не хотел). И ПЫТАЕШЬСЯ ВСЕХ ОСТАЛЬНЫХ ЗАСТАВИТЬ ДУМАТЬ ТАКЖЕ КАК ТЫ !!!

Я уже писал что в фоксе мне не хватало библов, препроцессора и кодоблоков. С библами мы вроде разобрались, а про остальное я так ничего и не услышал. Молчание - знак согласия.

> В фоксе же и формогенератор и отчетогенератор работают более чем прилично. Я даже скажу больше - они на несколько лет опередили ближайших конкурентов в этом плане. На счет отчетов только "Crystal Report" мог с ним потягаться.

Ну хорошо - я тебя выслушал. Дальше что ?

> Ну так у кого тут голова, чтоб шапку носить, а?

Кстати о шапках - я ее только в сильные морозы ношу :)

> Думай, Урри, прежде чем отвечать ;)

Может все-таки о деле начнем или так и будем бодаться :)

uri@itk.ru

Кстати - Хныкин - это я. А работу которую ждет шеф ..... в 1С называется что-то типа "анализ субконто" . :)

Шеф ! Сегодня этого не жди :) А кое-что я тебе уже послал.

> Ага, прочитал уже на их сайте. Дык там народу-то - полтора человека

Это АВТОРЫ КЛИПа !!!

ЧИТАЙТЕ ВНИМАТЕЛЬНЕЕ ИНФОРМАЦИЮ НА ЭКРАНЕ !!!!

С какого бодуна надо быть чтоб по авторам одного продукта определить сколько людей в конторе :)

uri@itk.ru

СКОТОЛИНУКС для Itanium

>Плоховато у вас в ПТУ с математикой, плоховато

А при чем тут математика ?

> В какой богадельне вы работаете ? Скажем, в той же что и kraw. Что дальше ?

Да ничего, протухла ваша консерватория, пока деньги не научаться

считать/зарабатывать, так и будут рулить такие долбоебы-начальники,

а у админов зарплата будет чуть выше, чем у уборщиц.

> А при чем тут математика ?

Ну как же, как же : теоремы Витта и Виета, квадратные уравнения, проценты, миллионы ... :)

vlad-free> ресурсов для создания такой фенечки просто нет. Зато есть куча тестеров с кучей работающих программ - что в принципе одно и тоже что предлагалось тобой.

uri@itk.ru

СКОТОЛИНУКС для Itanium

>Ну как же, как же : теоремы Витта и Виета, квадратные уравнения, проценты, миллионы ... :)

Ну дык поведай широкой общественности в чем смысл теоремы Витта ?

Поищи в гугле, скопируй сюда и прокоментируй.

Теоретики ептыть.

Один проекты NASA критикует, гавно понимаешь.

Другой все никак проценты посчитать не может.

"В какой богадельне вы работаете ? Скажем, в той же что и kraw." Откуда вам знать где я сейчас работаю? Да и тогда работал в неслабом банке. И если бы не дефолт, м. б.остался бы там. Несмотря на начальника, перспективы там были неплохие. Но не случилось. М. б. к лучшему.

Кстати о версиях, присоединяюсь к тому, что сказал Ури. У нас в том банке система была написана на 5.2. Последняя версия - на 5.3. Работало как часы, несмотря на отсутствие транзакций и работу по сети даже при пропаже питания очень редко что-то ломалось в базе. Не чаще чем раз в месяц. И устранялось минут за 10.

>Делай и разницу объяснять не надо. Мессага про DosEmu была только к >сведению тех кто не верит что толпу юзерей может вытянуть x86.

Так это один я и был ;-)
Вишь ли, для TS, я подозреваю, 4Gb маловато будет, а с бОльшим
числом памяти у x86 таки проблемы ;-)

Скажу более- в win32 проблемы с постоянно жрущимся процессором от ждущих
ввода процессоров почти нет :-) , точнее есть решения, позволяющие
не менять _ничего_. И работающие, кстати, с foxpro.
Так что не думаю, что dosemu лучший выбор :-)

> не менять _ничего_. И работающие, кстати, с foxpro.

Дай знать, что за решения такие pls. А то так случилось, что после института я сразу за BSDi сел, и с виндой и многим, что под ней как-то не сложилось ;) Буду благодарен.

кто там про фотки спрашивал ;-)

http://217.14.195.119/uri.html

привет тебе, ури ;-)

> http://217.14.195.119/uri.html

Хотел посмотреть, а ссылка нерабочая - сервер 217.14.195.119 не отвечает.
А так хотелось на uri посмотреть...


alexey@itk.ru

ITK использует LOR вместо icq ;) Шеф ищет работников, работники
общаются друг с другом.

> Так это один я и был ;-) Вишь ли, для TS, я подозреваю, 4Gb маловато будет, а с бОльшим числом памяти у x86 таки проблемы ;-)

Не знаю. Таких железок еще не приходилось юзать. Из опыта - на один ДосЭму процесс нужно 5-10М памяти чтоб не лез в свап. 1G памяти за глаза хватит для 100 юзерей. 4G сам понимаешь потянет очень много юзерей - я думаю что процессоров не хватит всех тащить.

> Скажу более- в win32 проблемы с постоянно жрущимся процессором от ждущих ввода процессоров почти нет :-) , точнее есть решения, позволяющие не менять _ничего_. И работающие, кстати, с foxpro.

Хотелось бы знать что это за решения. Если это ДОС-драйвер типа "idle" или "hook" - тогда в принципе такой драйверок может и в ДосЭму проблемы снять . А если эти решения прям внутри "эмулятора" - тогда одному MS известно как они это сделали :)

> Так что не думаю, что dosemu лучший выбор :-)

А лучшего никогда не бывает. Но и варианты тоже должны быть.

Смысл в том в текущем состоянии железа и софта можно вытащить крупную сеть хотя бы на новый уровень производительности без масштабной замены софта и устраивания катаклизмов.

uri@itk.ru

FOXPRO для DOS и механизм RQBE запросов

В документации CLIP я не встретил такого важного способа выборки данных из dbf таблиц, как запросы по образцу. Практика программирования показала, что имея на "борту" запросы по образцу сократить проектирование сложных отчетов по связанным данным в 4-5 раз! FoxPro очень удачно реализовали способ выборки данных используя внутренний SQL.

P.S. Пожелание на будущее разработчикам CLIP. Обязательно подумать над реализацией механизма внутреннего SQL, чтобы не использовать внешние MySQL, MS SQL и т.д. Тогда можно продвигать готовые приложения, созданные на CLIP, клиентам с "тощтм" кошельком. vlad-free@mail.ru

SQL ацтой xBase forever

А есть ли планы написать утилиты для работы с dbf из командной строки? И еще вопрос: возможно ли внедрить функции клипа по работе с БД в произвольную программу на Си?

> А есть ли планы написать утилиты для работы с dbf из командной строки?

Напиши скриптики на КЛИПе

> И еще вопрос: возможно ли внедрить функции клипа по работе с БД в произвольную программу на Си?

Нет. Любой xBase по своей сути - ВИРТУАЛЬНАЯ МАШИНА - и без ВМ ничего работать не будет.

> Напиши скриптики на КЛИПе

Нет, это слишком громоздко.

> Нет. Любой xBase по своей сути - ВИРТУАЛЬНАЯ МАШИНА - и без ВМ ничего работать не будет.

Ну это совсем уж чушь. Для работы с базой из Си нужен
простенький API с десятком функций, типа dbf_create, dbf_add,
dbf_del, dbf_find и т.п. Плохо, что разработчики об этом не
подумали.

CLIP 1.0.5 vs. Python 2.2.2

Чуток и я приму участия в этом флейме. На Клиппере писал лет 7-8. Написал достаточно (для меня). От Summer87 до 5.2e. Улучшал ядро 5.2. Прикрутил загрузку динамического кода в досовом Клиппере. Типа скомпилить .prg в .obj и сразу можно загрузить в Клипперную прогу. Чего-то там с ОО-системой доделывал. Дописывал. ... Потом (это было в далеком 1997 году) увидел Питон. Через 3 дня (после изучения доки) я понял ЧЕМ должен был стать Клиппер. Больше я стараюсь к Клипперу не прикасаться. В Питоне есть практически все :). Есть под все - даже на каких-то наладонниках есть. Тоже в сорцах. И (в отличие от Клипа) работает под Виндой. А чего тока к этому Питону не прикрутили ... И вот в прошлом году создатель языка получил премию от Free Software Foundation за свое детище. Я не агитирую :) Просто пока я не увидел Питон тоже думал, что Клиппер - и больше не надо. Теперь типа критика:

- в Клипе как-то странновато сделана ОО-система - методы так и остались внешними ф-циями по отношению к классу (теперь правда статическими ф-циями) (ваще ужас если посмотреть на реализцию класса с перегрузкой основных операций)

- отстуствует достаточно удобный механизм exception (или я просмотрел?)

- нет пространства имен (!!!) (это - наверное наибольшая недоработка)

- нет работы с Юникодом (на уровне языка) (в последнее время требуется)

- нет множественного наследования (а есть наследование вообще?)

- мало встроенных типов (нет целых чисел неограченной длины)

- индекс ассоциативного массива может быть только число/строка (есть много других типов - логические, комплексные и т.д.)

- описание ф-ций только на уровне модуля (нет вложенных ф-ций; только не надо про кодоблоки)

Ну, можно еще много чего накопать. Только надо ли? Что Клиппер, что Клип - это технология 15-летней давности. Для портирования - может и пойдет. А вот писать что-то большое с самого начала ... Я бы не рискнул на такой подвиг :)

По поводу кодоблоков - ужас кошмарный :) Это подобие ссылки на ф-цию. Только сделано все кошмар как.

>Улучшал ядро 5.2.

Слова не мальчика, но Мужа.

Чел просто заебался пыль глотать. На дешевых Ms like поделках !!!

Зы. Посмотри на perl 6 ?

Скоко вас среди местных заебанценцев, пыталсь ядро улучшать ?

Сан-чо, если тебе нечего сказать, то молчи пожалуйста. Или блистай в соседних тредах. Опять же пожалуйста.

>чуток и я приму участия в этом флейме. На Клиппере писал лет 7-8

>Сан-чо, если тебе нечего сказать, то молчи пожалуйста. Или блистай в соседних тредах. Опять же пожалуйста.

Да ладно. Может я и в Хлипере не профи, но 8 летний опыт вызывает

уважение.

Может я вообще в "это было в далеком 1997 году) " еще что такое таблица

умножения не знал.

> Нет, это слишком громоздко.

Это настолько просто что ты даже себе не представляешь :)

> Нет. Любой xBase по своей сути - ВИРТУАЛЬНАЯ МАШИНА - и без ВМ ничего работать не будет.

> Ну это совсем уж чушь.

Напишешь свой xBase - тогда поймешь !

> Для работы с базой из Си нужен простенький API с десятком функций, типа dbf_create, dbf_add, dbf_del, dbf_find и т.п. Плохо, что разработчики об этом не подумали.

Угу ! Так оно и начиналось ! Либа не есть xBase компилятор - не есть компилятор - возьми codebase и пользуй на здоровье - когда поймешь чего не хватает - тогда и пиходи обратно:)

> увидел Питон. Через 3 дня (после изучения доки) я понял ЧЕМ должен был стать Клиппер.

Если бы не видал Клиппера - потребовалось бы 3 месяца :)

Теперь увидь КЛИП, доки конечно маловато\, но кто хочет понять СУТЬ - тому достаточно

> И (в отличие от Клипа) работает под Виндой.

Плохо читал :)

> А чего тока к этому Питону не прикрутили ...

Кто мешает прикрутить это же к КЛИПу ?

> - в Клипе как-то странновато сделана ОО-система

Выясним в следующих версиях зачем это было сделано.

> методы так и остались внешними ф-циями по отношению к классу (теперь правда статическими ф-циями) (ваще ужас если посмотреть на реализцию класса с перегрузкой основных операций)

Не смотри, а думай головой и перегружай сколько унесешь !

> - отстуствует достаточно удобный механизм exception (или я просмотрел?)

Чаво отсутсвует ?

> - нет пространства имен (!!!) (это - наверное наибольшая недоработка)

Может быть !

> нет работы с Юникодом (на уровне языка) (в последнее время требуется)

а ОНО Тебе НАДО ? Встроенных механизмов локализации не хватает ? Обоснуй !

> индекс ассоциативного массива может быть только число/строка (есть много других типов - логические, комплексные и т.д.)

Индексом в АМ может быть ЛЮБАЯ ПЕРЕМЕННАЯ

> описание ф-ций только на уровне модуля (нет вложенных ф-ций; только не надо про кодоблоки)

Чаво !? Что значит "вложенные функции" ?

> Ну, можно еще много чего накопать.

Продолжай !

> По поводу кодоблоков - ужас кошмарный :) Это подобие ссылки на ф-цию. Только сделано все кошмар как.

Грубое сравнение не имеющее отношения к реальному существу.

to Саныч:но 8 летний опыт вызывает уважение.

Чей опыт ? Чего опыт ? Почему только 8 ? Сколько надо иметь опыта чтоб не иметь проблем с флеймом ? 100 лет программинга хватит для прекращения обсуждения ? 50 ? 25 ? 30 ? 20 ? 15 ? 12 ? 10 ?

Сколько нужно чтоб "Саныч" перестал гнать пургу ?

uri@itk.ru

> Это настолько просто что ты даже себе не представляешь :)

Я не сказал "сложно". Я сказал "громоздко". Хотелось иметь
утилиты типа cat,ls - такого же размера. Это вполне возможно.

> Либа не есть xBase компилятор

Опять про свое ;( Меня не интересует xBase в полном объеме.
Мне интересно манипулировать dbf/cdx из программы на Cи, perl, tcl. Неужели так сложно понять? Кроме функций работы с базой
в клиппере ничего интересного дял меня нет.

> Это настолько просто что ты даже себе не представляешь :)

Я не сказал "сложно". Я сказал "громоздко". Хотелось иметь
утилиты типа cat,ls - такого же размера. Это вполне возможно.

> Либа не есть xBase компилятор

Опять про свое ;( Меня не интересует xBase в полном объеме.
Мне интересно манипулировать dbf/cdx из программы на Cи, perl, tcl. Неужели так сложно понять? Кроме функций работы с базой
в клиппере ничего интересного для меня нет.

Ну, я хотел как лучше :) (извините за грубость, если что не так)

>> увидел Питон. Через 3 дня (после изучения доки) я понял ЧЕМ должен >> был стать Клиппер. >Если бы не видал Клиппера - потребовалось бы 3 месяца :) >Теперь увидь КЛИП, доки конечно маловато\, но кто хочет понять СУТЬ - >тому достаточно Не, оно все понятно. Разобраться можно в чем угодно. Тока я с Клипом уже года так 1,5 секс имею. Надо признать не без удоволбствия с моей стороы :) А с языками программирования я больше недели не разбираюсь (чтобы понять суть). Так что про 3 месяцы Вы батенька чуток того ... Хотя, может по себе судите? :) (без обид)

>> И (в отличие от Клипа) работает под Виндой. > Плохо читал :) Если б не смайлик - обиделся б :) Не работает оно под Виндой (как под Линуксом). Я ведь могу и сюда навалить логов. Тока надо ли? :) И Вам это хорошо известно (есть у меня основания так считать). Хотя ... может 1.0.5 и работает. Только вот 1.0.0 со всеми патчами не работал. Будет время - проверю.

>> А чего тока к этому Питону не прикрутили ... > Кто мешает прикрутить это же к КЛИПу ? Угу. Никто не мешает. Еще б :) А вот кто/что помогает? Намек - для Питона есть как минимум 4 системы, кот. позволяют достаточно просто (с минимальным временем) создать враппер(-ы) для Сишной (и для С++) библы (SWIG, SIP, Pyrex, Boost). Есть и для Джавы, Перла, Рубина ...

>> методы так и остались внешними ф-циями по отношению к классу (теперь правда статическими ф-циями) (ваще ужас если посмотреть на реализцию класса с перегрузкой основных операций) > Не смотри, а думай головой и перегружай сколько унесешь ! Э-э, дорогой товарищ программист что-то не усек. А зачем тогда ваще ОО нужно? #define и вперед! Есть такая практика - OO methods for pure C. Это ДОЛЖНО БЫТЬ УДОБНО и ЧИТАБЕЛЬНО. Тому, кто придет ПОСЛЕ. И будет это все разгребать ... Нет, есть конечно и определенная группа программистов, кот. могут и на BrainFuck-е писать :)

>> нет работы с Юникодом (на уровне языка) (в последнее время требуется) >а ОНО Тебе НАДО ? Встроенных механизмов локализации не хватает ? >Обоснуй ! Какой хитрый! :) И все тебе - обоснуй! А не буду :) Тока в виде намека опять же - свет клином на Линуксе пока еще не сошелся. Надо и про другие ОС думать/иметь в виду.

>> индекс ассоциативного массива может быть только число/строка (есть много других типов - логические, комплексные и т.д.) > Индексом в АМ может быть ЛЮБАЯ ПЕРЕМЕННАЯ Хм. Любая переменная с любым типом? :) Ну, тогда я сниму носки перед вами :) Смотрим доку (пошло цитирование): Ассоциативный массив (АМ) - это массив для доступа к элементам которого используются ассоциативные строки ... Если быть точнее, элементы ассоциативного массива идентифицируются хэш-кодами строк ... Хэш-код - это число ...

>> описание ф-ций только на уровне модуля (нет вложенных ф-ций; только не надо про кодоблоки) > Чаво !? Что значит "вложенные функции" ? Ну зачем так откровенно-то! :) Вложенные ф-ции (а так же классы) текстуально располагаются (принадлежат) "внутри" других ф-ций/методов. Это как раз и предотвращает от использования таких структур как "кодоблоки".

>> Ну, можно еще много чего накопать. > Продолжай ! Ну вот, обиделся :) Ничо, потом это пройдет. На своем опыте я это уже прошел.

>> По поводу кодоблоков - ужас кошмарный :) Это подобие ссылки на ф-цию. Только сделано все кошмар как. >Грубое сравнение не имеющее отношения к реальному существу. Очень жаль, что для вас это не очевидно :(

>to Саныч:но 8 летний опыт вызывает уважение. >Чей опыт ? Чего опыт ? Почему только 8 ? Сколько надо иметь опыта >чтоб не иметь проблем с флеймом ? 100 лет программинга хватит для >прекращения обсуждения ? 50 ? 25 ? 30 ? 20 ? 15 ? 12 ? 10 ? По поводу опыта - я профессионально занимаюсь программированием уже более 17 лет (т.е. получаю за это деньги). Из них 7-8 были заняты Клиппером. И программинг (надеюсь) вы сможете отличить от кодинга? :) Вот если человек исключительно занимается кодингом, то возможно и 100 лет не хватит на избавление от флеймерства.

По существу. Я очень уважаю ваш героический труд. Я не лукавлю. Когда-то и я старался сделать нечто подобное. Но увы - я был один и столько не потянул. У вас есть КОМАНДА. Вы сможете сделать что-то. Только надо подумать - для кого вы это делаете? Для себя? Ну, тогда все вопросы отпадают :) Если для меня (для всех нас) - тогда надо поспокойней и более взвешенно.

> Сколько нужно чтоб "Саныч" перестал гнать пургу ? А зачем? Это ведь ТАК прикольно :)

З.Ы. Не, критика - это не для наших программеров. Это уже более корриду напоминает :)

З.З.Ы. А что, наследование таки нет? :)

> Я не сказал "сложно". Я сказал "громоздко". Хотелось иметь утилиты типа cat,ls - такого же размера. Это вполне возможно.

Чем дальше в лес тем менее понятно становиться ! Что значит "cat" на КЛИПе ? На фига это надо ? Я еще понимаю что-то там в БД полазить, пишешь простой скрипт:

#!/usr/bin/clip_prg

use test

clear screen

browse()

делаешь на него chmod +x test.prg и выполняешь как обычный скрипт.

Что тут "сложного" ?

> Не работает оно под Виндой

Почему тогда нет багрепортов ?

>> А чего тока к этому Питону не прикрутили ... > Кто мешает прикрутить это же к КЛИПу ? Угу. Никто не мешает. Еще б :) А вот кто/что помогает? Намек - для Питона есть как минимум 4 системы,

Опять один про Фому - другой про Ерему. Согласен с тем что к питону много чего прикручено. И что ? Один автор что-ли прикручивал ? Кто мешает прикручивать к клипу ? Отсутсвие 4 "систем" ? Это что теперь стало главным критерием ? Будет время - будут и 4 системы. А сейчас пока только одна. И вполне дееспособная.

> А зачем тогда ваще ОО нужно? #define и вперед

Какой define ? Откуда в КЛИП-оо дефайны ? При желании можно и несколько ОО-моделй прикрутить как это было в клиппере. А смысл ?

Я лично вообще не понял к чему наезды на ОО ? Надо его прям в компилятор что-ли вкрутить ? Или что ? Не понимаю полунамеков.

>> нет работы с Юникодом

Простой ответ типа "всему свое время" тебя устроит ?

>> индекс ассоциативного массива может быть только число/строка

Ошибка в доке, было написано как можно проще, потому-что многим и от таких выкрутасов крышу сносит. Индексом в АМ может быть любой тип данных.

> Это как раз и предотвращает от использования таких структур как "кодоблоки".

Сомневаюсь что "кодоблоки" заменяются полностью "вложенными функциями"

Кодоблок это не только "функция без имени" а еще и переменная, которая может передаваться как параметр и вычиcляться там где это нужно.

> Продолжай ! Ну вот, обиделся :)

Никаких обид не было.

> Вы сможете сделать что-то. Только надо подумать - для кого вы это делаете?

До тех пор пока на нас будут наезжать - будеи писать "для себя", когда начнется нормальный разговор - тогда посмотрим. Все "наезды" которые здесь звучат - от отсутсвия инфы или от отсутсвия немного подумать.

Например если Вы считаете что ОО-модель была сделана "от балды и неподумавши или абы как" - то в этом вы жестоко ошибаетесь. КЛИП - ОО был реализован именно так а не иначе СПЕЦИАЛЬНО. Но при этом КЛИП как и клиппер не запрещает реализовать свою ОО-модель.

Если кто-то знает "правильную" ОО- модель мы ее можем реализовать, но !!! "правильных" ОО-моделей не существует :)

>З.Ы. А что, наследование таки нет? :)

Вагон и маленькая тележка, хоть многомерное - как НАПИШЕШЬ метод наследования - так и будет.

uri@itk.ru

> Мне интересно манипулировать dbf/cdx из программы на Cи, perl, tcl. Неужели так сложно понять?

Сложно :) Причем тут КЛИП ? - обращайся в C,perl,tcl,.....

uri@itk.ru

2anonymous (*) (2003-04-28 12:11:30.822031)

Спасибо, что хоть с третьего раза вопрос поняли ;)
А спрашивать не с кого. Такой библиотеки нет пока ни у кого.
Единственная рабочая вещь в клипе.