Re: Анонсы докладов 3 -й конференции по Firebird
Hello, Vadim! Vadim Mescheryakov wrote: А кто занимается сертификацией? Где посмотреть что и как? х.з. пробовал искать, но видимо, что-то не то ищу. P.S. У меня ощущение сложилось, что этот закон (ФЗ-153) нарушают 100% предприятий вполне возможно. у меня пока нет времени и сил прочитать этот закон от начала до конца чтобы понять, что вообще надо делать, в каких случаях и как надо сертифицироваться. Вернее, я его просматривал, и даже делал какие-то комменты, но за давностью уже все забыл. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Анонсы докладов 3 -й конференции по Firebird
Hello, Vadim! Vadim Mescheryakov wrote: ага. Это типа как те, кому надо соответствие ФЗ 153, о персональных данных. Т.е. как бы все хотят чтобы ФБ соответствовал, но никто не хочет ни копейки вложить в сертификацию. А какова цена вопроса? Сколько стоит сертификация? когда считал, было (и люди говорили) что минимум в районе 70-100к баксов. Это про гос-сертификацию по безопасности. И это не только деньги заплатил, и готово. Там много бумажной и организационной работы. Т.е. на сертификацию надо сдавать уже все готовое в соответствии с требованиями. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
RE: Анонсы докладов 3-й конференции по F irebird
А какова цена вопроса? Сколько стоит сертификация? когда считал, было (и люди говорили) что минимум в районе 70-100к баксов. Это про гос-сертификацию по безопасности. Наше государство обходится нам все дороже и дороже. А кто занимается сертификацией? Где посмотреть что и как? P.S. У меня ощущение сложилось, что этот закон (ФЗ-153) нарушают 100% предприятий С уважением, Мещеряков Вадим директор ООО Комплексные Системы 454021 г. Челябинск ул. 40 лет Победы 31, 77 Тел: +7 (351) 2807917 Моб: +7 922 6395170 Web: www.del-fin.ru ICQ: 343-554-572 SKYPE: vadimmescheryakov
Re: Анонсы докладов 3-й конференции по F irebird
Alexey Popov wrote ... Khorsun Vlad wrote: Ну написать клиента на какую либо платформу. Каких платформ тебе не хватает ? Где *масса* применений ? Как ты думаешь, почему ява и нет клиенты не хотят использовать gds32.dll и ходят напрямую по сокетам? Почему? Зачем им этот секс? а) они прекрасно умеют использовать fbclient\fbembed б) тормоза при вызове нативного кода из управляемого Сейчас эти клиенты на птичьих правах т.к. используют реверс-инженеринг недокументирванного протокола. А пользуют эти клиенты тысячи. Вот тебе и ответ на вопрос о количестве заинтересованных лиц. Сам придумал про права ? Если им это надо, то можешь поверить что и многим другим это надо. ГДЕ ЭТИ МНОГИЕ ДРУГИЕ ? И какого чёрта они ничего не делают, раз им ТАК СИЛЬНО это всё надо ? Да ну? В существующее api асинхронные возможности встроить практически невозможно, не перелопатив его всего. Конечно, лучше писать новый велосипед, не вникая в старый. Тут уже плакались что старое API не позволяет ввести длинные идентификаторы для объектов в БД. Наверняка аналогичный косяк кстати может всплыть и на уровне протокола. Уровень аргументации просто фантастический Совместимость со старыми клиентами никто не отменял. Клянёшься? Что ещё изволите ? На блюдечке ничё принесть не надо ? А то тут уже намудрили, когда переход от F1.0 и выше происходит с большим скрипом из за проблем с обратной совместимостью. а) что такое 1.0 ? б) о чём ты вообще ? всё ещё о протоколе ? Потом, хоп, скажут, что для работы с FB X.Y клиент от FB 1.0 уже не прокатит и нужно обновить клиента. Будет нужно - скажем. А что - есть возражения ? -- Хорсун Влад PS Наглость просто выше крыши. Так были бы ещё для неё основания...
Re: Анонсы докладов 3 -й конференции по Firebird
Hello, Vlad! Khorsun Vlad wrote: Если им это надо, то можешь поверить что и многим другим это надо. ГДЕ ЭТИ МНОГИЕ ДРУГИЕ ? И какого чёрта они ничего не делают, раз им ТАК СИЛЬНО это всё надо ? ага. Это типа как те, кому надо соответствие ФЗ 153, о персональных данных. Т.е. как бы все хотят чтобы ФБ соответствовал, но никто не хочет ни копейки вложить в сертификацию. А если вдруг например РедСофт начнет продавать сертифицированное решение, то эти все будут делать круглые глаза - как же так, почему за бесплатный сервер хотят столько бабла? p.s. извините, навеяло. просто какой-то натуральный ступор мозга у людей. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
RE: Анонсы докладов 3-й конференции по F irebird
ага. Это типа как те, кому надо соответствие ФЗ 153, о персональных данных. Т.е. как бы все хотят чтобы ФБ соответствовал, но никто не хочет ни копейки вложить в сертификацию. А какова цена вопроса? Сколько стоит сертификация? С уважением, Мещеряков Вадим директор ООО Комплексные Системы 454021 г. Челябинск ул. 40 лет Победы 31, 77 Тел: +7 (351) 2807917 Моб: +7 922 6395170 Web: www.del-fin.ru ICQ: 343-554-572 SKYPE: vadimmescheryakov
Re: Анонсы докладов 3-й конф еренции по Firebird
В письме от Tue, 05 Oct 2010 12:20:34 +0400, Alexey Popov a...@novgorod.net сообщал: Как ты думаешь, почему ява и нет клиенты не хотят использовать gds32.dll и ходят напрямую по сокетам? Почему? Зачем им этот секс? Выывать из Явы и дот-Нета non-managed код тоже разновиность секса. -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/
Re: Анонсы докладов 3-й конференции по F irebird
Alexey Popov сообщил/сообщила в новостях следующее: И как будет выглядеть этот модуль? Который должен быть универсальным. А как выглядит тот-же асинхронный АДО, АДО.НЕТ? Он не может вернуть курсор в другой поток, т. к. при разборе результата даже простой isc_fetch должен выполнится асинхронно, т.к. может заброкироваться надолго. В результате бизнес-логику надо размазывать по двум потоком - основным и потоком работающим с БД. А почему размазывание бизнес-логики не происходит при асинхронном использовании сокетов? Наверное потому, что при асинхронном использовании сокетов, приложение изначально проектируется соответствующим образом. И ещё, ИМХО, мы имеем отсутствие аснхронности ещё и потому, что никакие компоненты прямого доступа не приспособленны к асинхронным операциям и для нормальной работы нужно писать свои компоненты, ориентированные именно на асинхронный режим работы или использовать breafcase для работы пользователя, попутно заполняя его результатами асинхронных операций. И не нужно говорить об асинхронности как о панацее, это как и всякий инструмент, кому-то будет к месту, а кому-то нет. :)
Re: Анонсы докладов 3 -й конференции по Firebird
Sergey Mereutsa wrote: Так вот. Асинхронность, скажу я вам, штука зело вкусная, ежели её применять правильно. Особенно, когда у тебя работа с девайсом, у которого на борту 4 войсовых процессора и 30 войсовых каналов, которые ты в цикле опрашиваешь и вся работа с которыми - это работа с событиями на этих каналах. Но - как же без этого - есть у неё одна бааальшая ж%па при работе в многопоточной среде - в виде кошмара синхронизации тредов, запутанности и непонятности для простого человеческого процесса мышления. Начал за здравие, кончил за упокой. Асинхронность ввода вывода как раз позволяет уменьшить количество потоков и избавится от кошмарной синхронизации. Было: первый поток работает с железом, второй работает в БД. Стало: один поток работает и с железом и с БД. rtfm event-driven programing Минус в том, что в таком подходе усложняется код из за необходимости мыслить в терминах теории конечных автоматов и сложности с декомпозицией. А без многопоточности в эпоху мультиядерности оно нафиг никому не впилось. Это ты суперсервер так ловко подколол ? :)
Re: Анонсы докладов 3 -й конференции по Firebird
Khorsun Vlad wrote: Ну написать клиента на какую либо платформу. Каких платформ тебе не хватает ? Где *масса* применений ? Как ты думаешь, почему ява и нет клиенты не хотят использовать gds32.dll и ходят напрямую по сокетам? Почему? Зачем им этот секс? Сейчас эти клиенты на птичьих правах т.к. используют реверс-инженеринг недокументирванного протокола. А пользуют эти клиенты тысячи. Вот тебе и ответ на вопрос о количестве заинтересованных лиц. Если им это надо, то можешь поверить что и многим другим это надо. Да ну? В существующее api асинхронные возможности встроить практически невозможно, не перелопатив его всего. Конечно, лучше писать новый велосипед, не вникая в старый. Тут уже плакались что старое API не позволяет ввести длинные идентификаторы для объектов в БД. Наверняка аналогичный косяк кстати может всплыть и на уровне протокола. Совместимость со старыми клиентами никто не отменял. Клянёшься? А то тут уже намудрили, когда переход от F1.0 и выше происходит с большим скрипом из за проблем с обратной совместимостью. Потом, хоп, скажут, что для работы с FB X.Y клиент от FB 1.0 уже не прокатит и нужно обновить клиента.
Re[2]: Анонсы докладов 3-й конференции по Firebird
Привет! Начал за здравие, кончил за упокой. Асинхронность ввода вывода как раз позволяет уменьшить количество потоков и избавится от кошмарной синхронизации. Было: первый поток работает с железом, второй работает в БД. Стало: один поток работает и с железом и с БД. rtfm event-driven programing Это у тебя всё в диск упирается, а у меня куча логики в БД - соответственно, мне асинхронность нафиг не нужна :) Минус в том, что в таком подходе усложняется код из за необходимости мыслить в терминах теории конечных автоматов и сложности с декомпозицией. Вот и я о том же. Асинхронность хороша, когда у тебя нет кучи ядер. А без многопоточности в эпоху мультиядерности оно нафиг никому не впилось. Это ты суперсервер так ловко подколол ? :) Я супер в его нынешнем виде не использую, бо воне не распараллеливаеццо. А вот правильный супер - очень даже буду. :) З.Ы. Если кому-то интересно моё мнение - то я считаю, что в крайнем случае можно реализовать HTTP-обёртку рядом со своим собственным демоном и делать всё, что душе заблагорассудится. Но если очень сильно припечёт - то можно и свой libfbclient написать. С блэкджеком и далее по тексту. -- Best regards, Sergeymailto:gebele...@gmail.com
Re: Анонсы докладов 3-й конференции по F irebird
Alexey Popov сообщил/сообщила в новостях следующее: Было: первый поток работает с железом, второй работает в БД. Стало: один поток работает и с железом и с БД. А когда мы работали с теми-же платами Диалоджика, делали именно так как Было и именно в парадигме event-driven programing :) Потому, что в уровне работы с устройством, нафиг не нужна была работа с базой, а на уровне работы с базой не нужны возможности работы с устройством. И это наверное было следствием особенностей предметной области И чесно говоря я не понимаю, почему нельзя сделать для себя модуль, который будет асинхронно выполняить запросы к БД, если есть такая необходимость?
Re: Анонсы докладов 3 -й конференции по Firebird
Игорь Горбонос wrote: И чесно говоря я не понимаю, почему нельзя сделать для себя модуль, который будет асинхронно выполняить запросы к БД, если есть такая необходимость? И как будет выглядеть этот модуль? Который должен быть универсальным. Он не может вернуть курсор в другой поток, т. к. при разборе результата даже простой isc_fetch должен выполнится асинхронно, т.к. может заброкироваться надолго. В результате бизнес-логику надо размазывать по двум потоком - основным и потоком работающим с БД.
Re: Анонсы докладов 3 -й конференции по Firebird
Khorsun Vlad wrote: Я же вижу ситуацию так - *он хочет* непонятно чего и зачем, Применений масса. Я уже давно плачу что необходимо асинхронное взаимодействие с сервером. Чтобы поток не тупо ждал ответа сервера в блокирующем режиме, а мог в это время заниматься другими делами. Допиливать текущее api для этого уже практически невозможно - пациент уже мёртв. Проще всего, имея сокетный протокол, работать с сокетами асинхронно, что технически уже давно стало нормой. PS Ещё раз - я не против создания описания текущего протокола. Вот примерно это я и хотел услышать. Но я не хочу этим заниматься, в том числе и потому, что это не нужно не только мне, но и никому другому. Если кто-то хочет этим заняться - буду рад помочь. Кто сказал что лично тебе этим надо заниматься сию минуту? Этим мог бы заняться и кто другой, хоть и я. Но при условии что этот документ будет принят в качестве стандарта и протокол будет поддерживаться вплоть до конца Вселенной.
Re: Анонсы докладов 3-й конференции по F irebird
Alexey Popov wrote ... Khorsun Vlad wrote: Я же вижу ситуацию так - *он хочет* непонятно чего и зачем, Применений масса. Да ну ? Где ? Я уже давно плачу что необходимо асинхронное взаимодействие с сервером. Кому нужно ? Почему ты один об этом плачешь ? Чтобы поток не тупо ждал ответа сервера в блокирующем режиме, а мог в это время заниматься другими делами. Почему нельзя это реализовать уровнем выше, в DAL ? Допиливать текущее api для этого уже практически невозможно - пациент уже мёртв. Несколько смелое утверждение, не имеющее под собой ни какого обоснования. Проще всего, имея сокетный протокол, работать с сокетами асинхронно, что технически уже давно стало нормой. Я сейчас тоже начну ссылаться на существующие только в моём воображении вещи. Продуктивнейший диалог получится. PS Ещё раз - я не против создания описания текущего протокола. Вот примерно это я и хотел услышать. Но я не хочу этим заниматься, в том числе и потому, что это не нужно не только мне, но и никому другому. Если кто-то хочет этим заняться - буду рад помочь. Кто сказал что лично тебе этим надо заниматься сию минуту? Этим мог бы заняться и кто другой, хоть и я. А к чему тогда этот топик ? Займись, раз оно тебе надо, я же за руки не держу :) Но при условии что этот документ будет принят в качестве стандарта и протокол будет поддерживаться вплоть до конца Вселенной. Это ты не по адресу. Пиши письма в IEEE, SQL Standard Commitee, EC, UN, etc... :-D -- Хорсун Влад
Re[2]: Анонсы докладов 3-й конференции по Firebird
Привет! Народ тупо не понимает что это такое. В оракле кстати есть асинхронность в API. Паззаны, скузе муа, что вмешиваюсь в вашу дуэль на канделябрах, но позвольте высказать своё мнение, сугубо как программера. Довелось мне работать с асинхронным API в бытность программинга IVR приложений для телекоммуникаций (для плат Dialogic, которых Интел купил в своё время). Так вот. Асинхронность, скажу я вам, штука зело вкусная, ежели её применять правильно. Особенно, когда у тебя работа с девайсом, у которого на борту 4 войсовых процессора и 30 войсовых каналов, которые ты в цикле опрашиваешь и вся работа с которыми - это работа с событиями на этих каналах. Но - как же без этого - есть у неё одна бааальшая ж%па при работе в многопоточной среде - в виде кошмара синхронизации тредов, запутанности и непонятности для простого человеческого процесса мышления. А без многопоточности в эпоху мультиядерности оно нафиг никому не впилось. Вот так вот, мои 0.02MDL как любят выражаться некоторые в кузнице :) -- Best regards, Sergeymailto:gebele...@gmail.com
Re: Анонсы докладов 3 -й конференции по Firebird
Khorsun Vlad wrote: Применений масса. Да ну ? Где ? Ну написать клиента на какую либо платформу. Я уже давно плачу что необходимо асинхронное взаимодействие с сервером. Кому нужно ? Почему ты один об этом плачешь ? Меня можно считать за десятерых :) Не надо идти на поводу у большенства. В результате имеем попсу с стиле МС и до сих пор не работающий SMP в супере. Народ тупо не понимает что это такое. В оракле кстати есть асинхронность в API. Чтобы поток не тупо ждал ответа сервера в блокирующем режиме, а мог в это время заниматься другими делами. Почему нельзя это реализовать уровнем выше, в DAL ? А кто этот DAL писать/проектировать будет? Для каждого проекта новый? Надо тупо асинхронно послать sql запрос и получить ответ. Сейчас, да, есть костыли в виде выноса взаимодействия с БД в отдельный поток, но это даёт много проблем и ограничений. Допиливать текущее api для этого уже практически невозможно - пациент уже мёртв. Несколько смелое утверждение, не имеющее под собой ни какого обоснования. Да ну? В существующее api асинхронные возможности встроить практически невозможно, не перелопатив его всего. Но при условии что этот документ будет принят в качестве стандарта и протокол будет поддерживаться вплоть до конца Вселенной. Это ты не по адресу. Пиши письма в IEEE, SQL Standard Commitee, EC, UN, etc... Стандарта в среде FB, канонизации. Неужели не понятно о чём речь?
Re: Анонсы докладов 3-й конференции по F irebird
Alexey Popov wrote ... Khorsun Vlad wrote: Применений масса. Да ну ? Где ? Ну написать клиента на какую либо платформу. Каких платформ тебе не хватает ? Где *масса* применений ? Я уже давно плачу что необходимо асинхронное взаимодействие с сервером. Кому нужно ? Почему ты один об этом плачешь ? Меня можно считать за десятерых :) И спрашивать, как с десятерых ? :) Не надо идти на поводу у большенства. В результате имеем попсу с стиле МС и до сих пор не работающий SMP в супере. Давай ты не будешь меня провоцировать... Народ тупо не понимает что это такое. В оракле кстати есть асинхронность в API. И в MSSQL есть. Спроси меня - сколько раз с 98-го года я ей пользовался. Чтобы поток не тупо ждал ответа сервера в блокирующем режиме, а мог в это время заниматься другими делами. Почему нельзя это реализовать уровнем выше, в DAL ? А кто этот DAL писать/проектировать будет? Для каждого проекта новый? А кто имеющиеся DAL'ы научит пользовать твоё асинхронное АПИ ? :) Надо тупо асинхронно послать sql запрос и получить ответ. Сейчас, да, есть костыли в виде выноса взаимодействия с БД в отдельный поток, но это даёт много проблем и ограничений. Ходим по кругу. Допиливать текущее api для этого уже практически невозможно - пациент уже мёртв. Несколько смелое утверждение, не имеющее под собой ни какого обоснования. Да ну? В существующее api асинхронные возможности встроить практически невозможно, не перелопатив его всего. Конечно, лучше писать новый велосипед, не вникая в старый. Но при условии что этот документ будет принят в качестве стандарта и протокол будет поддерживаться вплоть до конца Вселенной. Это ты не по адресу. Пиши письма в IEEE, SQL Standard Commitee, EC, UN, etc... Стандарта в среде FB, канонизации. Неужели не понятно о чём речь? Не будет никакой канонизации. Для нафига ? Совместимость со старыми клиентами никто не отменял. Но канонизацию протокола - нафига она нам ? Делай описание того, что сейчас есть - и оно будет действительным ещё лет 5, как минимум, пока используют FB 2.x (думаю больше на самом деле). Тем более что планов менять протокол в 3.0 пока тоже нет. -- Хорсун Влад
Re: Анонсы докладов 3-й конференции по F irebird
Alexey Popov ... Khorsun Vlad wrote: Диалог не получился... или ты меня не слышишь, или я тебя не понимаю. Попробуем разжевать ещё раз. Предположим у нас есть некая гипотетическая платформа, которая имеет доступ в сеть по TCP. На другом И где тут свой транспорт ??? компе крутится FB и слушает порт 3050. Надо сделать следующие вещи: Законнектится на порт FB. Сделать attach к базе. Стартануть транзакцию. Аллоцировать статемент. Препарировать его. Запросить инфу о параметрах. Присвоить параметры. Выполнить. Зафетчить результат. Закрыть запрос. Закоммитить транзакцию. Отсоединиться от базы. Закрыть сокет. Это годится только для приложения вроде hello firebird. Теперь внимание вопрос - что мне надо писать в сокет, чтобы выполнить эту последовательность операций??? Описание всех пакетов и их потрохов живут в protocol + xdr. Какие пакеты требуются для каких АПИ функций - см. interface. Имеющему глаза не нужно ничего другого, кроме этих файлов. Да, авторы .net и java драйверов не имели глаз, когда начинали писать свои реализации протокола обмена. И сейчас часто не имеют, увы. -- Хорсун Влад
Re: Анонсы докладов 3 -й конференции по Firebird
Khorsun Vlad wrote: И где тут свой транспорт ??? Про транспорт это другая, более далёкая, хотелка. Это годится только для приложения вроде hello firebird. Это только пример, реализовав который можно постепенно доработать функционал до желаемого уровня. Описание всех пакетов и их потрохов живут в protocol + xdr. Какие пакеты требуются для каких АПИ функций - см. interface. Дык я знаю где они живут. Вопрос в том, чтобы специфицировать это на уровне документов аля RFC. Имеющему глаза не нужно ничего другого, кроме этих файлов. Это задаёт слишком высокий ценз для желающих достучаться до FB.
Re: Анонсы докладов 3-й конференции по F irebird
Alexey Popov wrote ... Khorsun Vlad wrote: И где тут свой транспорт ??? Про транспорт это другая, более далёкая, хотелка. Так ты же с неё начал ? Нельзя ли в одной теме обсуждать ОДНУ вещь ? Я теперь вообще не понимаю - чего тебе надобно... Это годится только для приложения вроде hello firebird. Это только пример, реализовав который можно постепенно доработать функционал до желаемого уровня. И называться он будет - новое АПИ. И для текущего набора типов пакетов ты не сделаешь ничего кардинально другого, ибо оно взаимосвязано. Описание всех пакетов и их потрохов живут в protocol + xdr. Какие пакеты требуются для каких АПИ функций - см. interface. Дык я знаю где они живут. Вопрос в том, чтобы специфицировать это на уровне документов аля RFC. Займись, это не сложно. Но и ненужно. Имеющему глаза не нужно ничего другого, кроме этих файлов. Это задаёт слишком высокий ценз для желающих достучаться до FB. Конечно, если человек не в состоянии прочитать и понять простые структуры, он нашет новое гениальное АПИ которого ждёт от него весь мир. На землю спустись :) И посмотри таки на protocol.cpp *открытыми* глазами. Если оно тебе вообще надо. -- Хорсун Влад
Re: Анонсы докладов 3 -й конференции по Firebird
Khorsun Vlad wrote: Про транспорт это другая, более далёкая, хотелка. Так ты же с неё начал ? В изначальном сообщении я высказал две мысли: 1) Доступ к серверу по сокетам. 2) Возможность указывать свой транспорт для gds32.dll Нельзя ли в одной теме обсуждать ОДНУ вещь ? Ну уж если очень хочется, то можно. Это только пример, реализовав который можно постепенно доработать функционал до желаемого уровня. И называться он будет - новое АПИ. И для текущего набора типов пакетов ты не сделаешь ничего кардинально другого, ибо оно взаимосвязано. Это само собой. Просто это даст новое качество в портировании. Одно дело пытаться портировать устаревший gds32.dll куда попало. А совсем другое дело имплиментировать задокументированный сетевой протокол. На землю спустись :) И посмотри таки на protocol.cpp *открытыми* глазами. Это не наши методы. Точнее не методы для промышленного ПО. Каждый кто хочет использовать это не должен ковыряться в исходниках. Если оно тебе вообще надо. Мне нада не protocol.cpp, а стандартизация того что там написано. Чуешь разницу?
Re: Анонсы докладов 3-й конференции по F irebird
Alexey Popov ... Это только пример, реализовав который можно постепенно доработать функционал до желаемого уровня. И называться он будет - новое АПИ. И для текущего набора типов пакетов ты не сделаешь ничего кардинально другого, ибо оно взаимосвязано. Это само собой. Просто это даст новое качество в портировании. Одно дело пытаться портировать устаревший gds32.dll куда попало. А совсем другое дело имплиментировать задокументированный сетевой протокол. Имплиментируй. Документируй. Чего ты от меня хочешь-то ? На землю спустись :) И посмотри таки на protocol.cpp *открытыми* глазами. Это не наши методы. Точнее не методы для промышленного ПО. Каждый кто хочет использовать это не должен ковыряться в исходниках. Толпы жаждущих использовать это стоят на пороге, а подлый hvlad не пущает. Если оно тебе вообще надо. Мне нада не protocol.cpp, а стандартизация того что там написано. Чуешь разницу? Чую демагогию и очередное бла-бла. Было бы оно тебе НАДО - давно бы сделал. Чуешь разницу ? -- Хорсун Влад
Re: Анонсы докладов 3-й конф еренции по Firebird
В письме от Fri, 01 Oct 2010 15:26:39 +0400, Khorsun Vlad hv...@optima.com.ua сообщал: Мне нада не protocol.cpp, а стандартизация того что там написано. Чуешь разницу? Чую демагогию и очередное бла-бла. Было бы оно тебе НАДО - давно бы сделал. Чуешь разницу ? Мммм а вы потом будете соответствовать? Захочется вам немножко поменять в этих форматах/пакетах - а нельзя. Типа Алекс уже стандарт принял Или на каждый чих вводить новую, нестандартную версию протокола тщательно поддерживая совместимость со стандартом Алекса? Стандарт разработчики вроде бы сами на себе навешивают, добровольно. Либо задним числом документируют то, что уже лет за 10 окостенело и не изменится. Но тогда зачастую стандарт получается неполный или даже не полностью корректный. Что-то типа документаций протокола ICQ, формата DBF-and-all, недокументированных функций MS-DOS... И кто использует этот стандарт знает, что в принципе всё может легко поменяться в любой день. -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/
Re: Анонсы докладов 3-й конференции по F irebird
Arioch ... В письме от Fri, 01 Oct 2010 15:26:39 +0400, Khorsun Vlad сообщал: Мне нада не protocol.cpp, а стандартизация того что там написано. Чуешь разницу? Чую демагогию и очередное бла-бла. Было бы оно тебе НАДО - давно бы сделал. Чуешь разницу ? Мммм а вы потом будете соответствовать? А зачем оно... НАМ ? Захочется вам немножко поменять в этих форматах/пакетах - а нельзя. Типа Алекс уже стандарт принял А кто он такой, что он стандарт принял ? :) Или на каждый чих вводить новую, нестандартную версию протокола тщательно поддерживая совместимость со стандартом Алекса? См. выше Стандарт разработчики вроде бы сами на себе навешивают, добровольно. Именно. В тех случаях, когда это нужно проекту. Да - и не нужно путать документирование со стандартизацией. На всякий случай говорю. Либо задним числом документируют то, что уже лет за 10 окостенело и не изменится. Но тогда зачастую стандарт получается неполный или даже не полностью корректный. Что-то типа документаций протокола ICQ, формата DBF-and-all, недокументированных функций MS-DOS... И кто использует этот стандарт знает, что в принципе всё может легко поменяться в любой день. Если бы Алекс предлагал что-то нужное и полезное - нет проблем поддерживать совместимость или, как минимум, информировать его *до* внесения каких-либо изменений. Я же вижу ситуацию так - *он хочет* непонятно чего и зачем, но *требует от нас* каких-то действий. У нас все, кто работает с протоколом, не имеют проблем заглянуть в исходник и понять что к чему. Делать какую-то документацию (актуальную для 5-10 человек на планете) ради неё самой - извините, нет ни ресурса, ни интереса. Отсюда очень простой вывод - кому нужно, тот сделает. Отдаст назад в проект - хорошо. Будет поддерживать в актуальном виде - совсем хорошо. -- Хорсун Влад PS Ещё раз - я не против создания описания текущего протокола. Но я не хочу этим заниматься, в том числе и потому, что это не нужно не только мне, но и никому другому. Если кто-то хочет этим заняться - буду рад помочь.
Re: Анонсы докладов 3 -й конференции по Firebird
Dmitri Kuzmenko wrote: возьми исходники клиента .Net или JayBird и посмотри. Дык первого я и смотрел. Не в о том речь. Речь о написании клиентов на всяких экзотических платформах коих сейчас расплодилось немерянно. Ковырять левые сорцы юзающие недокументированные фичи - это не продуктивно. Идея в том, чтобы раз и навсегда задокументировать протокол обмена, чтобы заинтересованные разработчики могли легко достучаться до сервера, обладая только TCP стеком.
Re: Анонсы докладов 3-й конфер енции по Firebird
On Sep 30, 9:52 am, Alexey Popov a...@novgorod.net wrote: возьми исходники клиента .Net или JayBird и посмотри. Дык первого я и смотрел. Не в о том речь. Речь о написании клиентов на всяких экзотических платформах коих сейчас расплодилось немерянно. Ковырять левые сорцы юзающие недокументированные фичи - это не продуктивно. Идея в том, чтобы раз и навсегда задокументировать протокол обмена, чтобы заинтересованные разработчики могли легко достучаться до сервера, обладая только TCP стеком. Имхо, проще рядом с FB поставить веб-сервис и завернуть всю бизнес- логику в него, уж по HTTP с экзотических платформ ходить намного проще, нежели реализовывать stateful протокол на всех мыслимых и немыслимых вариациях железа и ОС.
Re: Анонсы докладов 3 -й конференции по Firebird
так и надо делать для тонких клиентов. 30.09.2010 14:29, Yurij wrote: On Sep 30, 9:52 am, Alexey Popova...@novgorod.net wrote: возьми исходники клиента .Net или JayBird и посмотри. Дык первого я и смотрел. Не в о том речь. Речь о написании клиентов на всяких экзотических платформах коих сейчас расплодилось немерянно. Ковырять левые сорцы юзающие недокументированные фичи - это не продуктивно. Идея в том, чтобы раз и навсегда задокументировать протокол обмена, чтобы заинтересованные разработчики могли легко достучаться до сервера, обладаятолько TCP стеком. Имхо, проще рядом с FB поставить веб-сервис и завернуть всю бизнес- логику в него, уж по HTTP с экзотических платформ ходить намного проще, нежели реализовывать stateful протокол на всех мыслимых и немыслимых вариациях железа и ОС.
Re: Анонсы докладов 3 -й конференции по Firebird
Yurij wrote: Имхо, проще рядом с FB поставить веб-сервис и завернуть всю бизнес- логику в него, уж по HTTP с экзотических платформ ходить намного проще, нежели реализовывать stateful протокол на всех мыслимых и немыслимых вариациях железа и ОС. 3х звенку городить может быть не проще. Особенно если бизнес-логика проста и укладывается в стандартные select/update/insert/delete
Re: Анонсы докладов 3 -й конференции по Firebird
Hello, Alexey! Alexey Popov wrote: Теперь внимание вопрос - что мне надо писать в сокет, чтобы выполнить эту последовательность операций??? возьми исходники клиента .Net или JayBird и посмотри. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: Анонсы докладов 3 -й конференции по Firebird
Khorsun Vlad wrote: Диалог не получился... или ты меня не слышишь, или я тебя не понимаю. Попробуем разжевать ещё раз. Предположим у нас есть некая гипотетическая платформа, которая имеет доступ в сеть по TCP. На другом компе крутится FB и слушает порт 3050. Надо сделать следующие вещи: Законнектится на порт FB. Сделать attach к базе. Стартануть транзакцию. Аллоцировать статемент. Препарировать его. Запросить инфу о параметрах. Присвоить параметры. Выполнить. Зафетчить результат. Закрыть запрос. Закоммитить транзакцию. Отсоединиться от базы. Закрыть сокет. Теперь внимание вопрос - что мне надо писать в сокет, чтобы выполнить эту последовательность операций???
Re: Анонсы докладов 3 -й конференции по Firebird
Dmitry Lendel wrote: Про спонсора. Я, примером, не потяну по деньгам такую разработку, но могу внести лепту в общий котел в размере 1000 USD налом и раза в три больше безналом с НДС в грн. В девиз давайте скинемся я не верю. Тут нужно находить заинтересованных. Один есть . :-)) Тут всего то надо нормально специфицировать транспортный протокол на уровне сокета. Сделать один раз это нормально и написание клиента для любой платформы будет очень простым. А сейчас, например, ява и нет клиенты сделаны через одно место с применением реверс инженеринга. В идеале надо бы ещё в gds32.dll транспортный уровень абстрагировать с целью дать возможность задавить свой транспорт.
Re: Анонсы докладов 3-й конференции по F irebird
Alexey Popov ... Тут всего то надо нормально специфицировать транспортный протокол на уровне сокета. Протокол - и всё ? Ты или оптимист, или бла-бла-бол :) Сделать один раз это нормально и написание клиента для любой платформы будет очень простым. Займёшься ? А сейчас, например, ява и нет клиенты сделаны через одно место с применением реверс инженеринга. В идеале надо бы ещё в gds32.dll транспортный уровень абстрагировать с целью дать возможность задавить свой транспорт. Задавить мы и так могём :) Вопрос в другом, как обычно - смысл где ? Или ради красоты всё ? :) А, ещё мелочь забыл - сетевой сервер сам поднимет твой новый транспорт ? -- Хорсун Влад
Re: Анонсы докладов 3-й конференции по F irebird
Dmitry Lendel wrote ... Привет. В ближайшее время - я его однозначно не покажу. Но я не единственный кинооператор в этом городе :) Я крутил вертел тему КПК и так и сяк. Рассмотрел все доступные варианты. То что я напишу ниже - это просто мое мнение - не больше и не меньше. 1 Отбрасывать тему КПК - это глупо. Рынок устройств развивается очень динамично. И довольно перспективный. Чего только подачи Гугла в это сфере стоят. Тебе не кажется, что 4 активных разработчика не могут заниматься всем и сразу ? И что полноценная СУБД на КПК не самый востребованный продукт ? 2 Что касается Птицы. Как на меня - в идеале портированная СУБД. Но для начала - портированный клиент. Я смотрю на задачи. Можно использовать MSSQL или LiteSQL. Решене от Майкрософта - это следование линии партии как тут Саша писал. Для локального доступа LiteSQL вполне годится. Врядли на маленьком экране и со слабым процессором кто-то будет городить CRM или ERP. Скорее всего будут делать информационную базу для просмотра с пометками (аля торговый агент, инвентаризация и т.п.) или как в моем случае примитивного клиента on-line. Понятно, что можно использовать и другие технологии, Java например. Но не хочется микроскопом гвозди забивать. Есть ещё .Net провайдер, если говорить о клиенте. Про спонсора. Я, примером, не потяну по деньгам такую разработку, но могу внести лепту в общий котел в размере 1000 USD налом и раза в три больше безналом с НДС в грн. В девиз давайте скинемся я не верю. Тут нужно находить заинтересованных. Один есть . :-)) Это уже конструктивный подход. Но, опять же, деньги не решают всё. Они лишь сдвигают приоритеты. -- Хорсун Влад
Re: Анонсы докладов 3 -й конференции по Firebird
Khorsun Vlad wrote: Тут всего то надо нормально специфицировать транспортный протокол на уровне сокета. Протокол - и всё ? Ты или оптимист, или бла-бла-бол :) Давай конкретнее. Например, net клиент юзает напрямую сокет. При этом он придерживается некоторого протокола. Так? Что ещё надо кроме спецификации протокола? Сделать один раз это нормально и написание клиента для любой платформы будет очень простым. Займёшься ? Если говорить о новой платформе, что смысла реализовывать ib api нет. Достаточно написать датасеты, которые напрямую будут работать по сокету с сервером. Это вполне посильная задача для тех, кому это действительно понадобится. В идеале надо бы ещё в gds32.dll транспортный уровень абстрагировать с целью дать возможность задавить свой транспорт. Задавить мы и так могём :) Вопрос в другом, как обычно - смысл где ? Или ради красоты всё ? :) Смысл в том что в современном мире хочется больших извращений. Голый TCP, предоставляемый стандартно, не всегда подходит. Например, FB, как часть большого програмно-аппаратного комплекса, хотелось бы больше интегрировать и адаптировать к обстановке. Люди бывают юзают SSH, но это покрывает лишь малую часть всех задач. А, ещё мелочь забыл - сетевой сервер сам поднимет твой новый транспорт ? Естественно на сервере должна ответная сторона стоять. Например HTTP сервер, транслирующий запросы по локальному протоколу к FB.
Re: Анонсы докладов 3-й конференции по F irebird
Привет Тебе не кажется, что 4 активных разработчика не могут заниматься всем и сразу ? Сколько нас - 4! Сколько у нас шпаг - 4! и сразу ? И что полноценная СУБД на КПК не самый востребованный продукт ? Не буду я спорить. Я свое мнение высказал Есть ещё .Net провайдер, если говорить о клиенте. Я не очень хочу переходить на эту технологию. Если не будет выхода, тогда да. Это уже конструктивный подход. Но, опять же, деньги не решают всё. Они лишь сдвигают приоритеты. Предложение в остается в силе. Будет получаться, дайте знать. Дмитрий
Re: Анонсы докладов 3-й конференции по F irebird
Alexey Popov wrote ... Khorsun Vlad wrote: Тут всего то надо нормально специфицировать транспортный протокол на уровне сокета. Протокол - и всё ? Ты или оптимист, или бла-бла-бол :) Давай конкретнее. Например, net клиент юзает напрямую сокет. При этом он придерживается некоторого протокола. Так? Что ещё надо кроме спецификации протокола? Почитай src/remote/interface.cpp и src/jrd/why.cpp. На пальцах - клиент поддерживает свои списки аттачей\тр-ций\запросов\курсоров\блобов, кеширует результаты выборки, поддерживает представление XSQLDA\XSQLVAR и т.п. Сделать один раз это нормально и написание клиента для любой платформы будет очень простым. Займёшься ? Если говорить о новой платформе, что смысла реализовывать ib api нет. Достаточно написать датасеты, которые напрямую будут работать по сокету с сервером. Это вполне посильная задача для тех, кому это действительно понадобится. Это ключевые слова кому это действительно понадобится. Есть такие ? Ау, где вы ?! В идеале надо бы ещё в gds32.dll транспортный уровень абстрагировать с целью дать возможность задавить свой транспорт. Задавить мы и так могём :) Вопрос в другом, как обычно - смысл где ? Или ради красоты всё ? :) Смысл в том что в современном мире хочется больших извращений. Голый TCP, предоставляемый стандартно, не всегда подходит. Например, FB, как часть большого програмно-аппаратного комплекса, хотелось бы больше интегрировать и адаптировать к обстановке. Люди бывают юзают SSH, но это покрывает лишь малую часть всех задач. Ничё не понял. О каком конкретном транспорте идёт речь ? А, ещё мелочь забыл - сетевой сервер сам поднимет твой новый транспорт ? Естественно на сервере должна ответная сторона стоять. Например HTTP сервер, транслирующий запросы по локальному протоколу к FB. См выше про ау. Я вот чего не пойму - ты просто пофантазировать вышел (я совсем не против, сам грешен) или для чего это всё было написано ? -- Хорсун Влад
Re: Анонсы докладов 3 -й конференции по Firebird
Khorsun Vlad wrote: Почитай src/remote/interface.cpp и src/jrd/why.cpp. На пальцах - клиент поддерживает свои списки аттачей\тр-ций\запросов\курсоров\блобов, кеширует результаты выборки, поддерживает представление XSQLDA\XSQLVAR и т.п. Дык и что? Ясное дело что имеем сильно stateful протокол обмена с сервером. Но в общем случае нет задачи имплементировать ib api. Грубо говоря, пишем класс TQuery, внутри работаем через сокет. Вопрос только в том что написать доку о том, что надо пихать в сокет и читать из него. Во всём этом важно то, что можно диверсифицировать разработку при портировании (т.е. не надо напрягать разработчиков FB)
Re: Анонсы докладов 3-й конференции по F irebird
Alexey Popov ... Khorsun Vlad wrote: Почитай src/remote/interface.cpp и src/jrd/why.cpp. На пальцах - клиент поддерживает свои списки аттачей\тр-ций\запросов\курсоров\блобов, кеширует результаты выборки, поддерживает представление XSQLDA\XSQLVAR и т.п. Дык и что? Диалог не получился... или ты меня не слышишь, или я тебя не понимаю. -- Хорсун Влад
Re: Анонсы докладов 3-й конференции по F irebird
Смеешься ? Да нет. Почему ты так решил? Давай я тебе в коде исправлю (не знаю, правда, о чём речь :), а уж собирай его сам. Речь идет о том, что портированный клиент под arm вполне работоспособный. Проблема там в том, что он криво работает с данными типа дата и время. Что он возвращает, я не знаю. Получаю просто AV Select iddate from MyTable Если таблица MyTable пустая, то все ок, если есть данные, то AV Сам я врядли соберу. Условия можно обсудить в привате. office DOG pidkova Point biz Дмитрий
Re: Анонсы докладов 3-й конференции по F irebird
Dmitry Lendel ... Смеешься ? Да нет. Почему ты так решил? Потому что система сборки 1.0 - чистый ад, в который я лично не хочу лезть. Потому что система сборки этого неизвестно чего - ещё более адский ад. Потому что инструментов, которыми оно собиралось 10 лет назад, уже не существует, скорее всего. Давай я тебе в коде исправлю (не знаю, правда, о чём речь :), а уж собирай его сам. Речь идет о том, что портированный клиент под arm вполне работоспособный. Чего прыгаешь с WinCE на ARM ? Это не одно и то же. Проблема там в том, что он криво работает с данными типа дата и время. Что он возвращает, я не знаю. Получаю просто AV Select iddate from MyTable Если таблица MyTable пустая, то все ок, если есть данные, то AV Сам я врядли соберу. Условия можно обсудить в привате. office DOG pidkova Point biz См. выше... -- Хорсун Влад
Re: Анонсы докладов 3-й конференции по F irebird
об этом идет речь http://www.firebirdfaq.org/faq334/ Дмитрий
Re: Анонсы докладов 3-й конференции по F irebird
Потому что система сборки 1.0 - чистый ад, в который я лично не хочу лезть. Потому что система сборки этого неизвестно чего - ещё более адский ад. Потому что инструментов, которыми оно собиралось 10 лет назад, уже не существует, скорее всего. Т.е. кина не будет (с)? Дмитрий
Re: Анонсы докладов 3-й конференции по F irebird
Dmitry Lendel ... Потому что система сборки 1.0 - чистый ад, в который я лично не хочу лезть. Потому что система сборки этого неизвестно чего - ещё более адский ад. Потому что инструментов, которыми оно собиралось 10 лет назад, уже не существует, скорее всего. Т.е. кина не будет (с)? В ближайшее время - я его однозначно не покажу. Но я не единственный кинооператор в этом городе :) -- Хорсун Влад
Re: Анонсы докладов 3-й конференции по F irebird
Привет. В ближайшее время - я его однозначно не покажу. Но я не единственный кинооператор в этом городе :) Я крутил вертел тему КПК и так и сяк. Рассмотрел все доступные варианты. То что я напишу ниже - это просто мое мнение - не больше и не меньше. 1 Отбрасывать тему КПК - это глупо. Рынок устройств развивается очень динамично. И довольно перспективный. Чего только подачи Гугла в это сфере стоят. 2 Что касается Птицы. Как на меня - в идеале портированная СУБД. Но для начала - портированный клиент. Я смотрю на задачи. Можно использовать MSSQL или LiteSQL. Решене от Майкрософта - это следование линии партии как тут Саша писал. Для локального доступа LiteSQL вполне годится. Врядли на маленьком экране и со слабым процессором кто-то будет городить CRM или ERP. Скорее всего будут делать информационную базу для просмотра с пометками (аля торговый агент, инвентаризация и т.п.) или как в моем случае примитивного клиента on-line. Понятно, что можно использовать и другие технологии, Java например. Но не хочется микроскопом гвозди забивать. Про спонсора. Я, примером, не потяну по деньгам такую разработку, но могу внести лепту в общий котел в размере 1000 USD налом и раза в три больше безналом с НДС в грн. В девиз давайте скинемся я не верю. Тут нужно находить заинтересованных. Один есть . :-)) Вот такие дела... Дмитрий
Re: Анонсы докладов 3-й конференции по F irebird
Привет А с winCE есть какие-то перспективы? Не будет? Дмитрий
Re: Анонсы докладов 3-й конференции по F irebird
Dmitry Lendel ... Привет А с winCE есть какие-то перспективы? Не будет? Рассматривали. Нужно убить (в прямом смысле слова) 4-6 месяцев только на это. Там нет половины нужных АПИ и неизвестно как работает имеющаяся половина. Так что без явного спонсора - увы нет, не будет. -- Хорсун Влад
Re: Анонсы докладов 3-й конференции по F irebird
Рассматривали. Нужно убить (в прямом смысле слова) 4-6 месяцев только на это. Там нет половины нужных АПИ и неизвестно как работает имеющаяся половина. Так что без явного спонсора - увы нет, не будет. А тот клиент, что уже есть 1.0? Поправить в нем работу с типом date? Дмитрий
Re: Анонсы докладов 3-й конференции по F irebird
Dmitry Lendel ... Рассматривали. Нужно убить (в прямом смысле слова) 4-6 месяцев только на это. Там нет половины нужных АПИ и неизвестно как работает имеющаяся половина. Так что без явного спонсора - увы нет, не будет. А тот клиент, что уже есть 1.0? Поправить в нем работу с типом date? Смеешься ? Давай я тебе в коде исправлю (не знаю, правда, о чём речь :), а уж собирай его сам. -- Хорсун Влад
Анонсы докладов 3-й конферен ции по Firebird
Добрый день всем, выложены анонсы избранных докладов на 3-й конференции по Firebird и InterBase http://habrahabr.ru/blogs/conf/104576/ Большая просьба к имеющим аккаунт на хабре - проголосовать за топик. С уважением, Алексей Ковязин
Re: ������ �������� 3-� ����������� �� Firebird
Hello, Alexey! You wrote on Mon, 20 Sep 2010 02:35:34 -0700 (PDT): AK выложены анонсы избранных докладов на 3-й конференции по Firebird и InterBase AK http://habrahabr.ru/blogs/conf/104576/ AK Большая просьба к имеющим аккаунт на хабре - проголосовать за топик. Очень, очень интербейсный ресурс. хабрахабр. Кстати, а на лепру ни у кого инвайта нету? Там бы тоже надо. И ещё на damochka.ru Навсякий. -- With best regards, Alex Cherednichenko.
Re: О©╫О©╫О©╫О©╫О©╫О©╫ О© ╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ 3-О© ╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫ Firebird
Пришло время идти за пределы интербейсных ресурсов. Рекрутировать новичков надо там, где они водятся. On 20 сен, 14:08, Alex Cherednichenko cheredniche...@post.cz wrote: Hello, Alexey! You wrote on Mon, 20 Sep 2010 02:35:34 -0700 (PDT): AK выложены анонсы избранных докладов на 3-й конференции по Firebird и InterBase AK http://habrahabr.ru/blogs/conf/104576/ AK Большая просьба к имеющим аккаунт на хабре - проголосовать за топик. Очень, очень интербейсный ресурс. хабрахабр. Кстати, а на лепру ни у кого инвайта нету? Там бы тоже надо. И ещё на damochka.ru Навсякий. -- With best regards, Alex Cherednichenko.
Re: ������ �������� 3-� ����������� �� Firebird
Hello, Alexey! You wrote on Mon, 20 Sep 2010 04:32:31 -0700 (PDT): AK Пришло время идти за пределы интербейсных ресурсов. AK Рекрутировать новичков надо там, где они водятся. Они водятся в ВУЗах, в основном. Но на damochka.ru тоже можно. Ага. -- With best regards, Alex Cherednichenko.
Re: Анонсы докладов 3 -й конференции по Firebird
Hello, Alex! Alex Cherednichenko wrote: Очень, очень интербейсный ресурс. И тебя с днем рождения!!! :-) -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: ������ �������� 3-� ����������� �� Firebird
Hello, Dmitri! You wrote on Mon, 20 Sep 2010 18:20:34 +0400: DK И тебя с днем рождения!!! DK :-) Спасибо! :) Я родился в прошлую пятницу. То есть я хотел сказать - в пятницы! Ну, у нас бывает и шесть, и семь пятниц на неделе(С) -- With best regards, Alex Cherednichenko.
Re: Анонсы докладов 3 -й конференции по Firebird
Hello, Alex! Alex Cherednichenko wrote: DK И тебя с днем рождения!!! DK :-) Спасибо! :) Я родился в прошлую пятницу. пока я тебя искал, выходные прошли :-) -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: FB 3
В письме от Sun, 19 Sep 2010 03:02:04 +0400, sasha trofim...@gmail.com сообщал: Демка - это когда скачал, поставил и попробовал. А если приехать, так смысл демки? Можно рабочую версию с ноута показать и всё. Скачал Virtual Box или VMWare Player или VirtualPC Скачал образ диска с клиентом Попробовал Засада не в том, я думаю. Засадад в том, что на этом образе будет отдельная винда для каждого клиента. Тут-то вас и повяжут за пиратское распространение осей. -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/
Re: Анонсы докладов 3-й конференции по F irebird
Комментарии не перестают радовать. :-) А с winCE есть какие-то перспективы? Дмитрий
Re[2]: FB 3
Здравствуйте, sasha. Вы писали 31 августа 2010 г., 6:32:51: технических возможностей. Если MSSQL ставится 2 часа, то имея даже чемодан с деньгами я не смогу купить версию, которая поставится за 5 минут. То же самое со встраиваемой версией. Если её нет, то её нет. И причём тут деньги я не пойму??? А что если для демошки сделать витруальную машину - приехал, слил образ, поставил VMWare или чего там еще - и показываешь. -- С уважением, Владимир mailto:fr...@academ.org
Re: FB 3
А что если для демошки сделать витруальную машину - приехал, слил образ, поставил VMWare или чего там еще - и показываешь. Демка - это когда скачал, поставил и попробовал. А если приехать, так смысл демки? Можно рабочую версию с ноута показать и всё.
Re: FB 3
Во-во. Мы тут все старые и мудрые, ученные на чужих ошибках, за тебя волнуемся. :-))) Есть есть же OLEDB Provider. Он платный, но может имеет смысл попробовать? А у него там про поддержку EntityFramework ничего не сказано. Я так думаю что мы пока что на этом проекте с фаербёдом притормозим. А там посмотрим в будущем...
Re: FB 3
Деньги всегда причем. Если я правильно тебя понял то 1 MSSQL - это хорошо, но долго Фактически там проблема с установкой. Если MSSQL стоит, то проблем никаких. Поставить инсталлятором геморно и полностью автоматизировать (как у них там есть технология клик ванс) нельзя, а встравиваемой версии нет. 2 Firebird + Provider - быстро и криво Коммерческой альтернативы провайдеру нет? Нет, долго и криво программировать, но быстро ставить. Ну типа как раки, большие, но по пять, и маленькие, но по три :-(
Re: FB 3
Коммерческой альтернативы провайдеру нет? а OLEDB как же? IBProvider
Re: FB 3
Саша, Дружеский совет - увольняйся ты из такой компании :) Люди, которые не умеют считать деньги и нарушают (я правильно понял?) лицензионные соглашения Microsoft долго не протянут, да еще и тебя подставят - не знали, дескать, что наш программист там ставит. Если ты владеешь Entity Framework, не забыл SQL, плюс разбираешься в букмекерских делах, работу будет найти не сложно. С уважением, Алексей Ковязин On 31 авг, 03:32, sasha trofim...@gmail.com wrote: Вы когда-нить в махонькой компании работали на мелких заказах? Там так никто не делает. Тебе говорят например: мы согласны платить 10уе в час за одного человека в течении полугода и нас не волнует что вы там будете использовать. Не устраивает - идите на ... А когда работы другой нет, ты сидишь и думаешь что десять уе в час - это хоть и мало, но это лучше чем ноль уе в час. Можно попробовать согласиться и дальше как-то выкручиваться. Вот с этим проектом у нас так и было. Щас мы его закончили, но к этой программе есть интерес и вылазят проблемы с тем, что MSSQL тяжёлый. Если бы он ставился 5 минут и была бы встраиваемая версия, то на кой оно мне надо что-то переделывать? Сидел бы и не рыпался... Здесь нет никаких стоимостей. Здесь только вопросы удобства и технических возможностей. Если MSSQL ставится 2 часа, то имея даже чемодан с деньгами я не смогу купить версию, которая поставится за 5 минут. То же самое со встраиваемой версией. Если её нет, то её нет. И причём тут деньги я не пойму???
Re: FB 3
Дружеский совет - увольняйся ты из такой компании :) Не всё так просто :)) Люди, которые не умеют считать деньги и нарушают (я правильно понял?) лицензионные соглашения Microsoft долго не протянут, да еще и тебя подставят - не знали, дескать, что наш программист там ставит. Ну как бы винда есть, студия есть одна. А вообще есть ещё Express edition, который тоже кое на что сгодится может. Если ты владеешь Entity Framework, не забыл SQL, плюс разбираешься в букмекерских делах, работу будет найти не сложно. А нам интерсно самим фирму назад поднять. Надоело на дядю работать. Я себя чувствую более счастливым когда 12 часов в день работаю на себя, сам принимаю решения, чем если я буду работать на кого-то от звонка до звонка и мне будут указывать что и как делать...
Re: FB 3
В маленькой компании человек - это не простой винтик, который можно элементарно заменить новым. В маленкой компании на тебе лежат обязательства и если есть совесть и честь и порядочность, то напевать на своих друзей и уйти туда, где тебе лучше, не получится. В конце концов мыне голодаем, а всех денег всё равно не заработаешь ;-)
Re: FB 3
Саша, Если ты важная персона в компании и (предполагаю по предыдущему письму из слов не работать на дядю) совладелец компании, то с тобой разговаривать в стиле 10 баксов в час и пошел вон не должны. Более того, как совладелец, ты несешь совместные риски (лицензии и т.д.) и тогда спрос с тебя другой. Если же ты по факту не совладелец, но чувствуешь себя как совладелец и принял на себя соответствующие моральные обязательства (все же работая на хорошо знакомого дядю) - поздравляю, твой босс хороший манипулятор :) В общем, вопрос вышел за пределы вопросов, обсуждаемых в конференции, поэтому предлагаю закончить. С уважением, Алексей Ковязин On 31 авг, 13:59, sasha trofim...@gmail.com wrote: В маленькой компании человек - это не простой винтик, который можно элементарно заменить новым. В маленкой компании на тебе лежат обязательства и если есть совесть и честь и порядочность, то напевать на своих друзей и уйти туда, где тебе лучше, не получится. В конце концов мыне голодаем, а всех денег всё равно не заработаешь ;-)
Re: FB 3
31.08.2010 16:59, sasha wrote: В маленькой компании человек - это не простой винтик, который можно элементарно заменить новым. В маленкой компании на тебе лежат обязательства и если есть совесть и честь и порядочность, то напевать на своих друзей и уйти туда, где тебе лучше, не получится. В конце концов мыне голодаем, а всех денег всё равно не заработаешь ;-) я тоже так думал, прямо один-в-один ;) пока не понял одну простую вещь.
Re: FB 3
В письме от Tue, 31 Aug 2010 13:56:40 +0400, sasha trofim...@gmail.com сообщал: Ну как бы винда есть, студия есть одна. Это у вас, речь про клиентов, которым вы ставите SQL Server. Всегда ли он бесплатный и есть ли у вас право его ставить другим? И если вдруг нету и на этом поймают, хватит ли дружбы, чтобы выгораживать выездного сотрудника ? -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/
Re: FB 3
У ломбарда тоже всё чисто. Винда куплена. .NET бесплатный. SQL Express бесплатный. А больше им ничего не надо. Некоторые себе ещё опенофис ставят.
Re: FB 3
Человек всего то пожаловался на то, что самая агрессивная по захвату рынка и мозгов среда разработки не дружит с Firebird, а ему уже и срок отсидки по статье пиратство посчитали Во-во :)
Re: FB 3
я тоже так думал, прямо один-в-один ;) пока не понял одну простую вещь. Так в жизни всегда так. Щас понял одну простую вещь, через год другую простую вещь, ещё через год третью простую вещь. И каждый раз по своему прав :))
Re: FB 3
31.08.2010 19:41, sasha wrote: я тоже так думал, прямо один-в-один ;) пока не понял одну простую вещь. Так в жизни всегда так. Щас понял одну простую вещь, через год другую простую вещь, ещё через год третью простую вещь. И каждый раз по своему прав :)) Да, и как это говорят умный учится на чужих ошибках... ну и почитай Алексей что пишет про совладельца. Он тут тоже прав на 100%. А то так и будешь всю жизнь ключи подавать copy; ;) Ладно, я смотрю ты не хочешь этот разговор продолжать. Хотя, ну пиши в почту если хочешь.
Re: FB 3
Да, и как это говорят умный учится на чужих ошибках... ну и почитай Алексей что пишет про совладельца. Он тут тоже прав на 100%. А то так и будешь всю жизнь ключи подавать copy; ;) Ладно, я смотрю ты не хочешь этот разговор продолжать. Хотя, ну пиши в почту если хочешь. У разных людей разная система ценностей. Например кому-то важнее всего власть, кому-то деньги, кому-то вера, кому-то любимое занятие, кому-то семья. У меня деньги в системе ценностей далеко не на первом плане стоят. Меня мои доходы нынешние устраивают. Я прекрасно понимаю что если их увеличить в два, три, десять раз - мне всё равно будет не хватать. Просто игрушки станут дороже. Но от того, что у меня будет более дорогая машина или десять штанов вместо трёх в шкафу или я поеду на мальдивы в отпуск вместо турции - я от этого не стану ни капли счастливее. Вот если я не смогу свой уровень жизни обеспечить, тогда можно думать о том чтобы на всё плюнуть и всё бросить, а пока меня всё устраивает как есть. И не хочу я ни себя, ни других этими размышлениями грузить... Я тоже не пальцем деланый и кидали меня не раз, и обещания не выполняли, так что я наученный и в сказки не верю, если вы об этом за меня переживаете ;-)
Re: FB 3
Привет есть. И не хочу я ни себя, ни других этими размышлениями грузить... Я тоже не пальцем деланый и кидали меня не раз, и обещания не выполняли, так что я наученный и в сказки не верю, если вы об этом за меня переживаете ;-) Во-во. Мы тут все старые и мудрые, ученные на чужих ошибках, за тебя волнуемся. :-))) Есть есть же OLEDB Provider. Он платный, но может имеет смысл попробовать? Дмитрий
Re: FB 3
sasha wrote ... Вкусного там то, что он хорошо интегрирован с остальным комплексом технологий от майкрософта, т.е. ты поставил студию и MSSQL и работаешь со всем этим сразу и оно сразу из коробки работает. А если его использовать так, как его планировали для использования в микрософте, то он даже очень хорошо работает. Второе его преимущество - скорость. Он быстрый. Он по скорости выборки через .NET Provider делает фаербёд почти в два раза - сам проверял. А не через .NET Provider ? Т.е. проблема в провайдере или в самом ФБ ? Ну и при этом всём у него есть бесплатная версия, которой с головой хватает. Ну, тогда и говорить не о чем. Или есть о чём ? :) Вот честно, щас хотели перейти на FB - сразу куча проблем. Причём это не сервера касается, а интеграции с .NET Framework. Даже интегрировать провайдер в студию не просто. В самом провайдере куча недоработок. Начиная с того, что ещё карлос неправильно IDisposable в некоторых классах реализовал и он у меня просто падает иногда. Я скачал исходники, полез смотреть, поправил на то, что грешил - не помогло. Своими силами эту проблему исправить мне затруднительно. Потом там есть ещё целый ряд недоработок, которые превращают процесс разработки в ад. Например то, что при затягивании в модель игнорируются представления. От этого джири добиться ничего нельзя. Он справедливо говорит что ему некогда и если надо - делайте сами. Я его прекрасно понимаю - оно ему триста лет не надо. Тут ты не прав. Оно ему надо хотя бы потому, что он официально поддерживает провайдер. И на записи в трекере ему не наплевать. Вот это обратная сторона бесплатных продуктов. Западные компании в таких случаях обычно считают деньги и очень часто им выгодно выделить ресурсы и, или таки самим реализовать то, чего не хватает в продукте, или нанять того, кто может это сделать (того же Jiri, например). Выигрывают все - и сама компания, которой не нужно осваивать новый продукт и переводить на него свои, и остальные пользователи, т.к. исходный продукт улучшается. Опять же я полез сомтреть исходники - там с ходу не разрулишь всё это. Надо сидеть разбираться, а тут сроки по своему проекту. Это если нехрен делать, тогда да, можно ковыряться. Только как тогда деньги зарабатывать? См. выше. Ну короче связка FB + EntityFramework мало пригодна для практической разработки. Никому не советую. Ты можешь формально (и корректно) изложить причины ? Лучше всего в виде тикетов в трекере. Иначе оно так и останется... -- Хорсун Влад
Re: FB 3
А не через .NET Provider ? Т.е. проблема в провайдере или в самом ФБ ? В принципе проблемы только в провайдере. Правда у мелкософта есть тип бит, который транслируется в булеан в модели. Поскольку FB не поддерживает такой тип, то джири не стал особо заморачиваться и аналогичного функционала не сделал (правда в трекере стоит в планах). Так что тут, с одной стороны, ограниченность базового функционала в FB, с другой стороны это можно и через провайдер сделать, но нету... Или есть о чём ? :) Мерский инсталлятор и отсутствие встраиваемой версии :'-( Тут ты не прав. Оно ему надо хотя бы потому, что он официально поддерживает провайдер. И на записи в трекере ему не наплевать. Влад, ну он чинит по одному багу в год. Просто он, как я понимаю, работает в компании, которая этот провайдер использует. Если проблема актуальна и для него, то он что-то делает, но если его проблема не трогает, то он проблему тоже не трогает. Западные компании в таких случаях обычно считают деньги и очень часто им выгодно выделить ресурсы и, или таки самим реализовать то, чего не хватает в продукте, или нанять того, кто может это сделать (того же Jiri, например). Выигрывают все - и сама компания, которой не нужно осваивать новый продукт и переводить на него свои, и остальные пользователи, т.к. исходный продукт улучшается. Это не жадные западные компании. А нам почему-то только жадные попадаются :-( Ты можешь формально (и корректно) изложить причины ? Лучше всего в виде тикетов в трекере. Иначе оно так и останется... В трекере многое давно есть. Но есть вопросы, на которые у него свой взгляд. Я тебе щас объясню: 1) Для поддержки провайдера в студии надо ставить DDEX. Инсталлятором он не устанавливается. Ты инсталлятором ставишь библиотеки, а потом, в зависимости от того, какая у тебя версия провайдера, какая версия студии, какой фреймвёк (32-бита или 64) и какой версии ты ковыряешься в разных конфигах и подставляешь там всякие значения. Потом ещё выискивать и править файлы для корректировки реестра. Короче всё с самого начала затруднено. 2) Некоторые вещи Джири советует делать вручную. Каждый раз, когда обновляется модель из базы, пересоздаётся файл модели и все ручные изменения нужно делать заново. Это полная жопа. Но Джири считает что это нормальный вариант. О чём мне с ним спорить дальше?
Re: FB 3
Про DDEX я хотел сказать что джири не счичает что для DDEX необходим нормальный исталлятор - оно и так прокатит...
Re: FB 3
On Aug 30, 12:17 pm, sasha trofim...@gmail.com wrote: 2) Некоторые вещи Джири советует делать вручную. Каждый раз, когда обновляется модель из базы, пересоздаётся файл модели и все ручные изменения нужно делать заново. Это полная жопа. Но Джири считает что это нормальный вариант. О чём мне с ним спорить дальше? А какие именно ручные изменения? Нельзя ли обойтись diff-файлами или partial классами?
Re: FB 3
А какие именно ручные изменения? Нельзя ли обойтись diff-файлами или partial классами? Ну например включать представления в модель или менять типы для поддержки boolean. diff-файлами можно, наверное, как и писать против ветра...
Re: FB 3
Вы когда-нить в махонькой компании работали на мелких заказах? Там так никто не делает. Тебе говорят например: мы согласны платить 10уе в час за одного человека в течении полугода и нас не волнует что вы там будете использовать. Не устраивает - идите на ... А когда работы другой нет, ты сидишь и думаешь что десять уе в час - это хоть и мало, но это лучше чем ноль уе в час. Можно попробовать согласиться и дальше как-то выкручиваться. Вот с этим проектом у нас так и было. Щас мы его закончили, но к этой программе есть интерес и вылазят проблемы с тем, что MSSQL тяжёлый. Если бы он ставился 5 минут и была бы встраиваемая версия, то на кой оно мне надо что-то переделывать? Сидел бы и не рыпался... Здесь нет никаких стоимостей. Здесь только вопросы удобства и технических возможностей. Если MSSQL ставится 2 часа, то имея даже чемодан с деньгами я не смогу купить версию, которая поставится за 5 минут. То же самое со встраиваемой версией. Если её нет, то её нет. И причём тут деньги я не пойму???
Re: FB 3
То что русскому в радость - немцу смерть. Ты сам указал недостатки MSSQL для своей задачи. Я не знаю до конца логики, но скажи мне как художник художнику, что такого вкусного есть в MSSQL, с учетом специфики задачи, чтобы водитель сидел и ждал тебя 2 часа у каждого клиента? У каждого клиента он меня два часа не ждёт. Это только в случае если надо пеерставить сервер на рабочей машине. Ну вирусы там или с диском проблемы. Вкусного там то, что он хорошо интегрирован с остальным комплексом технологий от майкрософта, т.е. ты поставил студию и MSSQL и работаешь со всем этим сразу и оно сразу из коробки работает. А если его использовать так, как его планировали для использования в микрософте, то он даже очень хорошо работает. Второе его преимущество - скорость. Он быстрый. Он по скорости выборки через .NET Provider делает фаербёд почти в два раза - сам проверял. Ну и при этом всём у него есть бесплатная версия, которой с головой хватает. Вот честно, щас хотели перейти на FB - сразу куча проблем. Причём это не сервера касается, а интеграции с .NET Framework. Даже интегрировать провайдер в студию не просто. В самом провайдере куча недоработок. Начиная с того, что ещё карлос неправильно IDisposable в некоторых классах реализовал и он у меня просто падает иногда. Я скачал исходники, полез смотреть, поправил на то, что грешил - не помогло. Своими силами эту проблему исправить мне затруднительно. Потом там есть ещё целый ряд недоработок, которые превращают процесс разработки в ад. Например то, что при затягивании в модель игнорируются представления. От этого джири добиться ничего нельзя. Он справедливо говорит что ему некогда и если надо - делайте сами. Я его прекрасно понимаю - оно ему триста лет не надо. Вот это обратная сторона бесплатных продуктов. Опять же я полез сомтреть исходники - там с ходу не разрулишь всё это. Надо сидеть разбираться, а тут сроки по своему проекту. Это если нехрен делать, тогда да, можно ковыряться. Только как тогда деньги зарабатывать? Ну короче связка FB + EntityFramework мало пригодна для практической разработки. Никому не советую.
Re: FB 3
On Aug 29, 1:23 pm, sasha trofim...@gmail.com wrote: карлос неправильно IDisposable в некоторых классах реализовал А в каких именно? А то я сейчас как раз проект на дотнете+FB делаю, правда, чистое ADO.NET, без EF и прочего. связка FB + EntityFramework мало пригодна для практической разработки. Мне что-то кажется, что EF сам по себе мало пригоден для работы. Да и вообще направление развития дотнета мне не очень нравится - старые части фреймворка как были убогие так и остаются, даже баги не чинятся, а микрософт на всех парах летит вперед, делает новые, не совсем понятно, зачем нужные.
Re: FB 3
карлос неправильно IDisposable в некоторых классах реализовал А в каких именно? А то я сейчас как раз проект на дотнете+FB делаю, правда, чистое ADO.NET, без EF и прочего. FBCommand по-моему. Но на чистом ADO.NET оно не вылазило у нас никогда. Мне что-то кажется, что EF сам по себе мало пригоден для работы. Это только кажется. Да и вообще направление развития дотнета мне не очень нравится - старые части фреймворка как были убогие так и остаются, даже баги не чинятся, а микрософт на всех парах летит вперед, делает новые, не совсем понятно, зачем нужные. Ну на счёт того что старые багине фиксятся - это я согласен, плохо, а вот зачем новые мне - что тут не понятного? Потому что они в комплексе лучше чем старые.
Re: FB 3
Привет Так нету ж как раз демо-версии, потому что MSSQL. И разве я написал сотня таблиц? Вроде пол сотни писал. Сейчас 49 таблиц и три представления. Раньше было кажется 55 таблиц, но по соображениям быстродействия пришлось сделать денормализацию... Не проста и не казиста жизнь простого прогораммиста. Я уже не помню кто придумал. Помимо всего есть еще правило соотношения цена - качество. В данном случае я имею в виду задачу и ее реализацию при помощи оптимальных инструментов. То что русскому в радость - немцу смерть. Ты сам указал недостатки MSSQL для своей задачи. Я не знаю до конца логики, но скажи мне как художник художнику, что такого вкусного есть в MSSQL, с учетом специфики задачи, чтобы водитель сидел и ждал тебя 2 часа у каждого клиента? Никто не будет оспаривать возможности коммерческих продуктов. На их стороне деньги и т.д. Причем, что самое печальное, не все заявленные возможности работают так, как ты расчитываещь или заявлено. Самое противное в этой ситуации еще и то, что такое понимание приходит с опытом (в процессе разработки или тестирования или еще хуже на живом проекте). Но с другой стороны, зачем забивать гвозди микроскопом? Но если уже так повелось, сделай клиентам сайтовую версию или удаленный рабочий стол. Всех делов. Дмитрий
Re: FB 3
А какие у него преимущества? Модель всё равно новую строить. С фаербёдом мы хоть знакомы, к тому же можно рассчитывать на оперативное лечение багов в сервере, а то вообще не понятно что... В том-то и дело, что практически ничего менять по сравнению с MS SQL не придется, можно одной моделью обойтись. Остальные преимущества - есть бесплатная версия, которой для демы хватит. Поддержка там, правда, только на английском, но точно не менее оперативна, чем в firebird. А вообще-то это просто совет :). Я с ними не ассоциирован никак, но я разбирался в свое время с несколькими такими базами данных (по долгу службы): NexusDB, DBISAM, ElevateDB и могу сказать, что они для демок как раз подходят на все 100. И поддержка там шикарная. Если бы мне нечего делать было, то я бы, пожалуй, вообще разбирался с Db4objects или чем-то подобным. Так чтобы я в коде создавал бизнес-классы и сохранял их прямо в базу без всяких там ORM, моделей и т.п. хлама. Ну и чтобы потом к этой базе можно было LINQ-запрос выполнить, желательно без ограничений по синтаксису... Ну это личное дело каждого :). У реляционок есть свои преимущества и недостатки, разумеется. -- Regards, Michael Baytalsky Context Software LLC. http://www.contextsoft.com the makers of Context Database Designer
Re: FB 3
А можно на это демо взглянуть? Заинтриглвал ты однако. Сотня таблиц, ломбард... Так нету ж как раз демо-версии, потому что MSSQL. И разве я написал сотня таблиц? Вроде пол сотни писал. Сейчас 49 таблиц и три представления. Раньше было кажется 55 таблиц, но по соображениям быстродействия пришлось сделать денормализацию... А вы не пробовали сделать дему на NexusDB - она очень совместима с MS SQL, при этом вполне может быть встроена и вообще компактна. Я не знаю можно ли советовать такую базу для production, но для демы точно должна покатить. -- Regards, Michael Baytalsky Context Software LLC. http://www.contextsoft.com the makers of Context Database Designer
Re: FB 3
А вы не пробовали сделать дему на NexusDB - она очень совместима с MS SQL, при этом вполне может быть встроена и вообще компактна. Я не знаю можно ли советовать такую базу для production, но для демы точно должна покатить. А какие у него преимущества? Модель всё равно новую строить. С фаербёдом мы хоть знакомы, к тому же можно рассчитывать на оперативное лечение багов в сервере, а то вообще не понятно что... Если бы мне нечего делать было, то я бы, пожалуй, вообще разбирался с Db4objects или чем-то подобным. Так чтобы я в коде создавал бизнес-классы и сохранял их прямо в базу без всяких там ORM, моделей и т.п. хлама. Ну и чтобы потом к этой базе можно было LINQ-запрос выполнить, желательно без ограничений по синтаксису...
Re[2]: FB 3
Привет! Комбинаторика подсказывает, что комбинаций A..Z 0..9 в 31 символе должно быть достаточно для этой вселенной. Знакомый в банке работает, там они каждый день разбираются что значит колонка agovk4xlcv4 в таблице dopo4lvc59bd9. Он так доволен такой работой, аж светится от радости. Особенно когда начальство просит быстренько сделать выборку по данным. Ну если взять за правило писать комментарии к полям - то проблем не возникает. :) -- Best regards, Sergeymailto:gebele...@gmail.com
Re: Re[2]: FB 3
В письме от Sat, 21 Aug 2010 20:18:02 +0400, Sergey Mereutsa gebele...@gmail.com сообщал: Комбинаторика подсказывает, что комбинаций A..Z 0..9 в 31 символе должно быть достаточно для этой вселенной. Знакомый в банке работает, там они каждый день разбираются что значит колонка agovk4xlcv4 в таблице dopo4lvc59bd9. Он так доволен такой работой, аж светится от радости. Особенно когда начальство просит быстренько сделать выборку по данным. Ну если взять за правило писать комментарии к полям - то проблем не возникает. :) я хотел оставить комментарии, но к сожалению размеры полей не позволили поместить их :-) -- Написано в почтовом клиенте браузера Opera: http://www.opera.com/mail/
Re[4]: FB 3
Привет! Комбинаторика подсказывает, что комбинаций A..Z 0..9 в 31 символе должно быть достаточно для этой вселенной. Знакомый в банке работает, там они каждый день разбираются что значит колонка agovk4xlcv4 в таблице dopo4lvc59bd9. Он так доволен такой работой, аж светится от радости. Особенно когда начальство просит быстренько сделать выборку по данным. Ну если взять за правило писать комментарии к полям - то проблем не возникает. я хотел оставить комментарии, но к сожалению размеры полей не позволили поместить их Если бы у Ферма был бы Птиц - то он бы не отмазался, 2 гига комментариев - очень трудно осилить было бы даже автору Войны и мира. ;-) -- Best regards, Sergeymailto:gebele...@gmail.com
Re: FB 3
Приветствую! Знакомый в банке работает, там они каждый день разбираются что значит колонка agovk4xlcv4 в таблице dopo4lvc59bd9.. Он так доволен такой работой, аж светится от радости. Особенно когда начальство просит быстренько сделать выборку по данным. Ну если взять за правило писать комментарии к полям - то проблем не возникает. :) Ага, а при написании программ ты переменные называешь абы как, и только в комментариях к ним обозначаешь для чего переменная? =) Или все-таки переменные называются более-менее понятно? =) С уважением, Тарас Кучер
Re[2]: FB 3
Привет! или предпринять ход конем. смогла же микрософт внедрить длинные имена файлов так, чтобы старые приложения наименее от этого пострадали. Я не представляю, как это можно сделать с текущим API - старые приложения не смогут различать Aaa...32..BB и Aaa...32..СС . Тут надо или смириться с тем, что ломается обратная совместимость или оставить всё, как есть. мне 32 символа хватает :) -- Best regards, Sergeymailto:gebele...@gmail.com
Re: FB 3
On Aug 20, 10:41 am, Sergey Mereutsa gebele...@gmail.com wrote: или предпринять ход конем. смогла же микрософт внедрить длинные имена файлов так, чтобы старые приложения наименее от этого пострадали. Я не представляю, как это можно сделать с текущим API - старые приложения не смогут различать Aaa...32..BB и Aaa...32..СС . Тут надо или смириться с тем, что ломается обратная совместимость или оставить всё, как есть. мне 32 символа хватает :) Мне понемногу начинает не хватать, приходится сокращать имена. Хотя их кодогенератор делает, так что особой проблемы в этом нет. А вариант сделать новый несовместимый API, по идее же нереален - сломаются все существующие библиотеки доступа?
Re: FB 3
Тут надо или смириться с тем, что ломается обратная совместимость или оставить всё, как есть. мне 32 символа хватает :) Между прочим 31, а не 32. У меня несколько имён было по 32 символа - не влезли...
Re: FB 3
Почемы бы не переработать механизм генерации имен так, чтобы они помещались в 31 символ? Комбинаторика подсказывает, что комбинаций A..Z 0..9 в 31 символе должно быть достаточно для этой вселенной. А если надо выводить человеческие имена - так сделайте таблицу перекодировки в своей программе. С уважением, Алексей Ковязин
Re[2]: FB 3
Hello Alexey,
Friday, August 20, 2010, 11:58:02 AM, you wrote:
AK Почемы бы не переработать механизм генерации имен так, чтобы они
AK помещались в 31 символ?
AK Комбинаторика подсказывает, что комбинаций A..Z 0..9 в 31 символе
AK должно быть достаточно для этой вселенной.
AK А если надо выводить человеческие имена - так сделайте таблицу
AK перекодировки в своей программе.
AK С уважением,
AK Алексей Ковязин
Добро пожаловать в 21 век
internal class Проверка
{
public string ВидПроверки { get; set; }
public string Заключение { get; set; }
public string Основание { get; set; }
public string Разъяснение { get; set; }
public string ОтветственноеЛицо { get; set; }
public string Дата { get; set; }
}
***
// Проверка полномочий заявителя
var ПроверкаПолномочийЗаявителя = new Проверка
{
ВидПроверки = Проверка полномочий заявителя,
Дата = Дата,
ОтветственноеЛицо = ОтветственноеЛицо,
Заключение = a_CredentialsOfApplicants.Conclusion ? - : +,
Основание = a_CredentialsOfApplicants.Reason,
Разъяснение = a_CredentialsOfApplicants.Explanation
};
***
это не 1С :)
Тема Дня: Последний писк ноды.
До не скорой встречи в аду,
Maxmailto:m...@valley.ttn.ru
Re: FB 3
On Aug 20, 11:49 am, Max Rezanov m...@valley.ttn.ru wrote: Hello Alexey, Добро пожаловать в 21 век Да, кстати, сокращение имен в идентификаторах с момента распространения intellisense считается моветоном и экономией на спичках.
Re: FB 3
internal class
{
public string { get; set; }
public string { get; set; }
public string { get; set; }
public string { get; set; }
public string { get; set; }
public string { get; set; }
}
у меня в детстве была книга по программированию. до сих пор
по ночам в кошмарных снах вижу: начало, цикл, если, то, иначе...
Re: Re[2]: FB 3
Max Rezanov ... Добро пожаловать в 21 век Я лучше в 19-ый... -- Хорсун Влад PS А в оракле 30, и шо ?
