Re: FB inet

[Horsun Vlad]

"Serge Buzadzhy"

> >
> > 5. isc_dsql_prepare теперь сразу запрашивает информацию о вх., вых.
> >пар-рах и о типе стайтмента (раньше запрашивал только о вых.).
> >Т.е. теперь isc_dsql_describe, isc_dsql_describe_bind и запрос
> >isc_info_sql_stmt_type как правило не лезут в сеть. В сеть они
> >полезут, если суммарный объём инф-ции о пар-рах не влазит в 32К.
> >Т.к. все эти ф-ции используют механизм isc_dsql_info, то см.
> >предыдущий пункт :)
>
> Влад, скажи пожалста а с SQLVAR вы что-то делать не собираетесь? Смысл

Вроде не собирались пока что :)

> вопроса в чем. В этой структуре есть пара полей с инфой не нужной в 99
> процентов случаев. Имею в виду
>
>  ownname_length  : Short;
>  ownname : array[0..LENGTH_METANAMES-1] of Char;
>
>
> Честно говоря на практике я не видел ни одного востребованного случая
> когда клиенту необходимо знать,  кем именно было создано поле XXX ...
> юзером SYSDBA  или кем-нибудь еще. :)  Може лучше по умолчанию
> передавать что-нибудь  более полезное, а за этими извращениями
> любопытные пусть лезут через дополнительный вызов isc_dsql_sql_info?

Гм. А что именно там можно передавать полезного ? Если оно никому
не нужно, то может его вообще не передавать ? :) Это так, для фантазии,
я не уверен что мы сможем пожертвовать, пусть даже мнимой, обратной
совместимостью... Но обсудить не помешает, как минимум на будущее
будем знать чего надо

-- 
Хорсун Влад



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Шабашка

[Boulitchev Aleksey]

"Andrey"
> Есть задачка сочинить БД для
> транспортной компании.
> Возьмётся кто? За деньги!!! В Москве.

есть вполне дружественная контора в Обнинске, занимаются электронными 
магазинами, реестрами и пр.

pastor (сбк) kaluga (тчк) ru

-- 
Булычев Алексей
http://www.stella-npf.ru



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: FB inet

[Serge Buzadzhy]

Horsun Vlad пишет:

> 
> 5. isc_dsql_prepare теперь сразу запрашивает информацию о вх., вых.
>пар-рах и о типе стайтмента (раньше запрашивал только о вых.).
>Т.е. теперь isc_dsql_describe, isc_dsql_describe_bind и запрос
>isc_info_sql_stmt_type как правило не лезут в сеть. В сеть они
>полезут, если суммарный объём инф-ции о пар-рах не влазит в 32К.
>Т.к. все эти ф-ции используют механизм isc_dsql_info, то см.
>предыдущий пункт :)

Влад, скажи пожалста а с SQLVAR вы что-то делать не собираетесь? Смысл 
вопроса в чем. В этой структуре есть пара полей с инфой не нужной в 99 
процентов случаев. Имею в виду

 ownname_length  : Short;
 ownname : array[0..LENGTH_METANAMES-1] of Char;


Честно говоря на практике я не видел ни одного востребованного случая 
когда клиенту необходимо знать,  кем именно было создано поле XXX ... 
юзером SYSDBA  или кем-нибудь еще. :)  Може лучше по умолчанию 
передавать что-нибудь  более полезное, а за этими извращениями 
любопытные пусть лезут через дополнительный вызов isc_dsql_sql_info?

Удачи


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [SemiOFF] PHP + FB

[Vladimir A.Bakhvaloff]

"Alexander A. Venikov" <[EMAIL PROTECTED]> wrote in message news:[EMAIL 
PROTECTED]
> VA> Есть уеб-сервер...
> Хорошо ты его назвал...

Ну, как на нём написано, так и назвал... ;)

> VA> зовётся ;))  В базёнке есть поле типа TIME... (Диалект соответствующий)
> VA> В Иксперте показывается правильно...
> VA> А вот PHP показывает их, как 23:15:52... Все... :)
> А чего неправильно-то?

То, например, что не может у более полутора тысяч видеоклипов/фильмов быть 
одна и та же длительность... %)

-- 
[http://bakh.spb.ru] [email:bob#bakh.spb.ru] [icq:1608235]
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

����������� Offtop

[Vlad Nepomnjashy]

Б$#, у меня просто слов не хватает:

http://lenta.ru/news/2006/06/02/pedo/

Когда недавно прочитал эту историю
http://v2.anekdot.ru/an/an0605/o060517.html#45, я думал, что автор слегка
сгущает краски в художественных целях. Теперь я ему верю.




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Шабашка

[Юрий]

Здравствуйте, Andrey.

Вы писали 2 июня 2006 г., 1:43:18:

> Есть задачка сочинить БД для транспортной компании.
> Возьмётся кто? За деньги!!! В Москве.

  Где ТЗ глянуть можно?

_
С уважением, Юрий


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Alexander A. Venikov]

Hello, Karabas!
You wrote to Vlad Horsun on Fri, 2 Jun 2006 08:55:52 +0600:

 VH>> Чтобы купить что-нибудь не нужное, нужно продать
 VH>> что-нибудь не нужное (с) не помню :)
 KB> Как можно ! Это же Дядя Федор !
Там все наоборот (у д. Федора): "Чтобы продать что-нибудь ненужное, нужно 
сначала купить что-нибудь ненужное".

Удач
--
Alexander A. Venikov, Tobolsk, Russia
Real e-mail address is venixtntobru 



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Karabas Barabas]

Hi [EMAIL PROTECTED] !

 fny> Против ников с некоторых пор здесь не
 fny> возражают если в самом письме есть нормальная подпись.

Ну будет написано не Карабас Барабас, а Иванов Иван Иваныч. Что из того ?
Тем более, кто такой "[EMAIL PROTECTED]" тоже непонятно :)

-



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [SemiOFF] PHP + FB

[Alexander A. Venikov]

Hello, Vladimir!
You wrote  on Fri, 2 Jun 2006 00:52:53 +0400:

 VA> Есть уеб-сервер...
Хорошо ты его назвал...

 VA> На нём PHP 4.4.1 + FB LI-V6.3.1.4481 (не помню я, как оно по-русски
 VA> зовётся ;))  В базёнке есть поле типа TIME... (Диалект соответствующий)
 VA> В Иксперте показывается правильно...
 VA> А вот PHP показывает их, как 23:15:52... Все... :)
А чего неправильно-то?


Удач
--
Alexander A. Venikov, Tobolsk, Russia
Real e-mail address is venixtntobru 



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Karabas Barabas]

Hi Vlad Horsun !

 VH> Чтобы купить что-нибудь не нужное, нужно продать
 VH> что-нибудь не нужное (с) не помню :)

Как можно ! Это же Дядя Федор !

-



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Шабашка

[Andrey]

Есть задачка сочинить БД для
транспортной компании.
Возьмётся кто? За деньги!!! В Москве.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

[SemiOFF] PHP + FB

[Vladimir A.Bakhvaloff]

Здрасьте... Просто здрасьте!.. :)

Есть уеб-сервер...
На нём PHP 4.4.1 + FB LI-V6.3.1.4481 (не помню я, как оно по-русски зовётся 
;))
В базёнке есть поле типа TIME... (Диалект соответствующий)
В Иксперте показывается правильно...
А вот PHP показывает их, как 23:15:52... Все... :)
Это я туплю или это версия PHP так прикалывается?..

-- 
[http://bakh.spb.ru] [email:bob#bakh.spb.ru] [icq:1608235]
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Oleg Deribas]

Hello,

sasha said the following on 01.06.2006 16:52:

>> Знакомы с RemoteObject для дельфей? во сколько оцениваем трудоемкость?
>>
>> Портирование старых исходиников с офигенно класной библиотекой
>> удаленного взаимодействия по TCP/HTTP на базе Indy = 9 мес.
> 
> Причём тут портирование? Я про НОВЫЕ проекты говорю.
> 
>> Чтение документации по нейм спейсу System.Runtime.Remoting - 1 неделя.
> 
> Я не знаю о чём там неделю можно читать. Мне в нём копаться глубоко не 
> доводилось. 

А попробуйте использовать event'ы у удаленных объектов - вот тогда
зачитаетесь документацией.
Или еще - погонять ремоутинг через NAT... ;-)

-- 
Oleg


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Serge Buzadzhy]

Vlad Horsun пишет:
> "Ded" ...
>> Serge Buzadzhy wrote:
>>
>>> Отделы по продажам крупных компаний понимают стратегию огня
>>> для прикрытия.
>> Я тут на днях столкнулся с одним "промоутером" :) Звонит в телефон и
>> начинать нудеть про то, что МНЕ просто необходима прям щас ихняя
>> чудесная ERP :)
> 
> Нужно было предложить ему свою :)

Отец одного моего товарища, любил  увидев на улице цыганок, подойти и 
предложить им "Дай погадаю!!!". :)


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Vlad Horsun]

"Ded" ...
> Vlad Horsun wrote:
>
> >>Я тут на днях столкнулся с одним "промоутером" :) Звонит в телефон и
> >>начинать нудеть про то, что МНЕ просто необходима прям щас ихняя
> >>чудесная ERP :)
> >
> >
> > Нужно было предложить ему свою :)
>
> Нее... я до таких высот не дорос и не дорасту никогда. В смысле
> тиражируемых систем такого масштаба.

Эх, это ведь игра такая : я тебе пытаюсь всучить, а ты - мне :)

На самом деле - это вернейший способ отделаться от "представителей
канадской компании"

Чтобы купить что-нибудь не нужное, нужно продать что-нибудь не нужное
(с) не помню :)

А насчёт "тиражируемых систем такого масштаба" - некоторые тиражируемые
системы лучше не тиражировать

> Там всё заточено не только под
> специфику предметной области, но и под способности и особенности
> характера конкретных исполнителей, система критериев что важно а что не
> особо в деятельности - это ваще отдельная пэстня... За что мне и плотють
> денги :)

Угу - попробуй такое растиражировать - так придётся и "конкретных 
исполнителей"
тиражировать впридачу :)

--
Хорсун Влад



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

К грядущей пятнице

[Ded]

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

http://wwwboards.auto.ru/honda/823077.html

и страшилка про докторов

http://wwwboards.auto.ru/jokes/79046.html

-- 
Regards. Ded.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Ded]

Vlad Horsun wrote:

>>Я тут на днях столкнулся с одним "промоутером" :) Звонит в телефон и
>>начинать нудеть про то, что МНЕ просто необходима прям щас ихняя
>>чудесная ERP :)
> 
> 
> Нужно было предложить ему свою :)

Нее... я до таких высот не дорос и не дорасту никогда. В смысле 
тиражируемых систем такого масштаба. Там всё заточено не только под 
специфику предметной области, но и под способности и особенности 
характера конкретных исполнителей, система критериев что важно а что не 
особо в деятельности - это ваще отдельная пэстня... За что мне и плотють 
денги :)

-- 
Regards. Ded.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Vlad Horsun]

"Ded" ...
> Serge Buzadzhy wrote:
>
> > Отделы по продажам крупных компаний понимают стратегию огня
> > для прикрытия.
>
> Я тут на днях столкнулся с одним "промоутером" :) Звонит в телефон и
> начинать нудеть про то, что МНЕ просто необходима прям щас ихняя
> чудесная ERP :)

Нужно было предложить ему свою :)

--
Хорсун Влад



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Ded]

Serge Buzadzhy wrote:

> Отделы по продажам крупных компаний понимают стратегию огня 
> для прикрытия.

Я тут на днях столкнулся с одним "промоутером" :) Звонит в телефон и 
начинать нудеть про то, что МНЕ просто необходима прям щас ихняя 
чудесная ERP :) Я сливаю привычно, но тут он меня просто добил одним 
аргУментом. Говорит - а мы вот знаем, что у вас штат очень большой (это 
типа около 30 рыл топ-офисменов и 20 грузчиков, про что прям на сайте 
написано. Филиалы в количестве 50 штук по всему ex-USSR не в счёт - у 
них своя жизнь и программно довольно обособленные подсистемы). Я говорю 
- ах, какая осведомлённость! Он - да, так вот, наша система позволит 
значительно сократить штаты! Блин, ну кто таких на работу берёт... 
Во-первых, знает же, что говорит с IT-директором, который а) прекрасно 
знает, что ни одна АСУ никогда не сокращала штаты, а меняла функции, 
обычно при этом штаты увеличивая для повышения общей эффективности 
предприятия, и б) которому глубоко наплевать на размер штатов, 
во-вторых, сказать чиновнику, что ты намерен их братию сокращать - это ж 
надо быть полным идиётом, чтоб считать это мощным маркетинговым ходом :-D

-- 
Regards. Ded.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Serge Buzadzhy]

sasha пишет:
> Я  ж вашей ситуации не знаю, но могу только предположить что начав разработку 
> на С# вы бы изучили новую технологию. 
> Что важнее: сделать тул быстрее или изучить что-то новое - это вам решать. 
> Видимо вам важнее тул. Дай бог чтобы его покупать стали как у хвастунова 
> эксперт - тогда ваш выбор правильный. А если он продаваться не будет, то что 
> вы лично для себя выиграете? Так бы хоть новую технологию освоили.
> 

Старо как мир. Огонь и движение.

http://russian.joelonsoftware.com/Articles/FireAndMotion.html

+++
Подумайте об истории всевозможных стратегий доступа к данным, 
разработанным Microsoft. ODBC, RDO, DAO, ADO, OLEDB, теперь вот ADO.NET 
- И все абсолютно новые! Может это было вызвано технологической 
необходимостью? Может это результат некомпетентной группы 
проектирования, которой необходимо придумывать по-новой доступ к данным 
каждый чертов год? (Возможно, это в самом деле так.) Но конечный 
результат - всего лишь огонь для прикрытия. Конкуренты не имеют никакого 
другого выбора, кроме как тратить своё время, переписывая код под новые 
библиотеки и поспевая за лидером - время, которое они не могут 
использовать для создания новых возможностей. Посмотрите получше на 
ландшафт индустрии программного обеспечения. Компании, которые можно 
назвать успешными - это те, кто меньше всего зависят от монстров рынка 
программного обеспечения и не вынуждены тратить всё своё время догоняя 
лидеров, переписывая код и исправляя ошибки, возникающие только в 
Windows XP. Менее успешные компании - это те, кто тратит слишком много 
времени ловя каждое движение Microsoft, гадая в каком направлении она 
пойдёт дальше. Люди начинают волноваться по поводу .NET и решают 
полностью переделать архитектуру под .NET, потому что они думают, что 
они вынуждены это сделать.Microsoft ведёт по вам огонь, и это всего лишь 
огонь прикрытия для того чтобы они могли двигаться вперёд, а вы нет. 
Таковы правила игры, дружок. Вы собираетесь поддержать Hailstorm? SOAP? 
RDF? Вы поддерживаете всё это потому, что это нужно вашим клиентам, или 
потому что кто-то ведёт по вам огонь и вы чувствуете себя обязанным 
отвечать? Отделы по продажам крупных компаний понимают стратегию огня 
для прикрытия. Они приходят к своим клиентам и говорят: "ОК, вы не 
обязаны покупать именно у нас. Покупайте у самого лучшего продавца. Но 
убедитесь, что получите продукт, который поддерживает (XML / SOAP / CDE 
/ J2EE), потому что иначе вы окажетесь запертым в багажнике ". Затем, 
когда небольшие компании пытаются продавать свои продукты на данном 
рынке, всё что они слышат - послушное повторение главным менеджером по 
технологиям: "У вас есть J2EE?".  Locked In The Trunk ." Then when the 
little companies try to sell into that account, all they hear is 
obedient CTOs parrotting "Do you have J2EE?" -->
+++


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[sasha]

> А фамилия твоя слишком известна что бы ее здесь называть?

Ну не хочу я гоаорить фамилию и всё тут.

> Против ников с некоторых пор здесь не возражают если в самом письме
> есть нормальная подпись.
 
А Саша именем уже не считается?  ;-)


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re[2]: [ANN]

[�������� �����]

Здравствуйте, sasha.

Вы писали 1 июня 2006 г., 20:35:22:

> Это не эпсилоновская конфа и правил тут нет.

С чего ты это взял?
В любом сообществе есть правила. Это сообщество сюда мигрировало из
эпсилон, а туда - из фидо. И правила несет за собой. Так что не
надо...

> А зовут меня Александр. Так исторически сложилось что назвался я по началу 
> sasha.
> Меня многие именно под этим ником знают. С какой стати мне
> переименовываться?

А фамилия твоя слишком известна что бы ее здесь называть?
Против ников с некоторых пор здесь не возражают если в самом письме
есть нормальная подпись.

-- 
С уважением,
 Владимир  mailto:[EMAIL PROTECTED]


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: FB 2RC2 ILLEGAL VALUE , COMPUTED INDEX

[Horsun Vlad]

"Cherevatenko Vsevolod" ...
> Добрый день !
>
> Случайно наткнулся, может это уже всем и известно, а я до сих пор поезда
> под откос пускаю (с).
> Пример:
> Поле: -Number_Str VARCHAR(10)
> Computed Index -CAST(Number_Str as DECIMAL(10,0))
>
> При попытке вставить в поле Number_Str значение, содержащее не
> цифры, сервер благополучно падает.
>
> Версия ФБ -WI-T6.3.0.12654 Firebird 2.0 Release Candidate 2
> OS  -Windows 2003 SP1


Нашёл, спасибо !

-- 
Хорсун Влад



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Ded]

Сергей Штыка wrote:

>>>Есть к чему стремиться - новые технологии осваивать! :о))) А успех, в т.ч. и 
>>>коммерческий - то уже 
>>>фигня... :о)
>>
>>Это говорит о низком уровне вашей компании и вас лично :-D Важен 
>>процесс, а вы тут все про какие-то результаты, вот из за таких прогресс 
>>и тормозит :-D Вот мудрость жизни:
> 
> 
> Эх, съерничал - не так и поняли... А я об чем? Да все об том же...

Не, это ты не понял моей иронии по отношению к твоему оппоненту :)

-- 
Regards. Ded.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Dmitri Kuzmenko]

Hello, Alex!

Alex Cherednichenko wrote:

> [Sorry, skipped]
>  DK> А на .net сейчас новые проекты начинают сплошь и рядом. особенно внутри
>  DK> организаций, для себя, а не на продажу.
> 
> Если речь не о web-приложениях, то это онанизм через анус...

я пока конкретных мотиваций тоже не улавливаю. Возможно, мотив простой -
"через пару лет MS будет только под .Net все выпускать и развивать,
типа, "генеральная линия". Поэтому мы уж лучше сейчас на этот
бронепоезд вспрыгнем, чем будем потом догонять.".

-- 
Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Alex Cherednichenko]

Привет, Dmitri!
Вы пишешь  01 июня 2006:

[Sorry, skipped]
 DK> я пока конкретных мотиваций тоже не улавливаю. Возможно, мотив простой -
 DK> "через пару лет MS будет только под .Net все выпускать и развивать,
 DK> типа, "генеральная линия". Поэтому мы уж лучше сейчас на этот
 DK> бронепоезд вспрыгнем, чем будем потом догонять.".

В отделе маркетинга "Non OS Product" в той же M$, тоже не дураки ведь сидят.
Сидят и думают: «А куй иво знаит, как оно с этим NET-ом повернётся.
Пущай сперва дражайшие конкуренты запрудят рынок своей низкосортной
продукцией под этот самый NET. И вот когда "сплошное телевиденье" таки наступит,
появимся мы, и используя недокументированные возможности (а то как же!),
выпустим суперверсию своего супернужного софта.»

А пока, с продуктами под родной NET от самой M$, что как-то жидковато...

--
With best regards, Alex Cherednichenko.



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[sasha]

> для твоего проекта оно не подойдет.

А откудова вы знаете что у меня за проект? У меня он не один ;-) Я года полтора 
назад пытался сделать примерчики на ECO2 ещё - показалось интересным. Но я 
тогда ещё в .NET ничего не смыслил. А щас времени нету изучать, но штука вроде 
бы перспективная...
 


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[sasha]

> есть такой парадокс - предложений по работе на Дельфях или мало, или нет.
> Однако, в какой софт ни ткни, с высокой вероятностью он окажется написан
> на дельфях.
> Поэтому статистика, известная лженаука, в частности объявлений о
> приеме на работу, тоже неправа.

К стаи говоря когда я со старой работы ушёл, то на моё место дельфиста пол года 
искали. Дефицит оказывается. А ещё почему-то в той же германии борланд не 
сильно уважают. Мы когда прибалтывали заказчика FireBird использовать, так он 
кривиться начал когда узнал что это клон интербейза от Борланда.


> Почему бытовые пользователи покупают ЖК-мониторы? потому что модно.
> А что они по некоторым аспектам показывают хуже CRT - неважно.

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Makmak]

>> BA> БЭСМы не застал, хотя они у нас еще рабочие были.
>>
>> Это Большая Электронная Стиральная Машина ? :)
>
> почти
> это штука, которая была больше похожа на БИУС, чем на  IBM/360

БЭСМ-6 Это штука которая была на порядок лучше чем IBM 360/370
Но решили свое похоронить и скопировать чужое в виде EC
первые модели которых были прямо скажем не ахти

Макмак




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Dmitri Kuzmenko]

Hello, sasha!

sasha wrote:

> PS А как к стати D2006 ? Помню триальный D2005 глюкавый был страшно, падал 
> постоянно.
 > Я даже D2006 качать не стал поэтому.

D2006 считается лучшим продуктом Borland за последние несколько лет.
Не качать D2006 потому что D2005 была глюкавая - странная мотивация.
Если учесть, что после вполне качественной D7 была первая D8 для
.Net, затем D2005 - это эксперимент с комбинацией всего в одной среде,
а D2006 - успешное развитие идеи D2005. Так что...

> PPS ECO space кто-то использует реально?

для твоего проекта оно не подойдет.

-- 
Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Alex Cherednichenko]

Привет, Dmitri!
Вы пишешь  01 июня 2006:

[Sorry, skipped]
 DK> А на .net сейчас новые проекты начинают сплошь и рядом. особенно внутри
 DK> организаций, для себя, а не на продажу.

Если речь не о web-приложениях, то это онанизм через анус...

--
With best regards, Alex Cherednichenko.



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[sasha]

> Смотри на кого репли делалось :)

Ой, не заметил ;-)


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Dmitri Kuzmenko]

Hello, sasha!

sasha wrote:

>>Если разработка идет непрерывно в течение 1.5-2 лет
>>или больше, то разработчики "застревают" на конкретной
>>"среде", которая в том числе является и набором библиотек
>>и компонент (также и подключаемых).
> 
> Та я спрашивал про то почему новые проекты под win32 до сих пор делают. 

нет. ты спрашивал, почему конкретный инструментарий отсутствует в портируемом
виде. Инструментарий обычно куда сложнее или специфичнее прикладных систем.
А на .net сейчас новые проекты начинают сплошь и рядом. особенно внутри
организаций, для себя, а не на продажу.

-- 
Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Dmitri Kuzmenko]

Hello, sasha!

sasha wrote:

> А вы где живёте? Я на украине, к примеру. Вот зашёл на региональный сайт, 
 > выбрал категорию "Компьютерщики и программисты" и смотрю первые 10 вакансий:
> 
> http://rabota.kharkov.ua/list-v.php3
> 
> из них в 3-х явно требуется .NET. И это не самая удачная страница. Та же 
 > ситуация с Java. А покажите мне где тут Delphi?

есть такой парадокс - предложений по работе на Дельфях или мало, или нет.
Однако, в какой софт ни ткни, с высокой вероятностью он окажется написан
на дельфях.
Поэтому статистика, известная лженаука, в частности объявлений о
приеме на работу, тоже неправа.

Все это в том числе и коньюнктура. Почему бытовые
пользователи покупают ЖК-мониторы? потому что модно.
А что они по некоторым аспектам показывают хуже CRT -
неважно.

-- 
Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re[2]: [ANN]

[Max Rezanov]

Hello sasha,

Thursday, June 1, 2006, 5:52:40 PM, you wrote:

>> Знакомы с RemoteObject для дельфей? во сколько оцениваем трудоемкость?
>> 
>> Портирование старых исходиников с офигенно класной библиотекой
>> удаленного взаимодействия по TCP/HTTP на базе Indy = 9 мес.

s> Причём тут портирование? Я про НОВЫЕ проекты говорю.
Смотри на кого репли делалось :)

>> Чтение документации по нейм спейсу System.Runtime.Remoting - 1 неделя.

s> Я не знаю о чём там неделю можно читать. Мне в нём копаться глубоко
s> не доводилось. Мне достаточно три строчки вроде этих:
s> TcpChannel channel = ...

s> Мы с этим разобрались за пол дня при том что я никогда не работал с
s> технологиями аналогичными Remoting (кроме Midas разве что).

может быть именно поэтому мне достаточно паписать чуть больше :)

  

  

  
  

  


  


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


  Тема Дня: Пусть лучше надо мной смеются, чем плачут.
  До не скорой встречи в аду,
 Maxmailto:[EMAIL PROTECTED]



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Roman V. Babenko aka romb]

sasha wrote:
>> А зачем изучать новую технологию. Если она как минимум лет 5 еще будет 
>> новой. ПРОГРАММИМРОВАНИЕ ради ПРОГРАММИРОВАНИЯ ??? Да и то, что она 
>> вообще станет старой вызывает сомнения.
> 
> А вы где живёте? Я на украине, к примеру. Вот зашёл на региональный сайт, 
> выбрал категорию "Компьютерщики и программисты" и смотрю первые 10 вакансий:
> 
> http://rabota.kharkov.ua/list-v.php3
> 
> из них в 3-х явно требуется .NET. И это не самая удачная страница. Та же 
> ситуация с Java. А покажите мне где тут Delphi?
> 
> 
> > 
Я к "примеру" живу в Киеве. А если тебя интересует ситуация по .NET в 
Украине и конкретно в Борланде, то читай тут http://devrona.com/?p=20.
А то возьми да и сам приедь послушай и посчитай аудиторию.
Кстати там есть ссылки на другие блоги, можно сравнить.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Сергей Штыка]

>> Есть к чему стремиться - новые технологии осваивать! :о))) А успех, в т.ч. и 
>> коммерческий - то уже 
>> фигня... :о)
> 
> Это говорит о низком уровне вашей компании и вас лично :-D Важен 
> процесс, а вы тут все про какие-то результаты, вот из за таких прогресс 
> и тормозит :-D Вот мудрость жизни:

Эх, съерничал - не так и поняли... А я об чем? Да все об том же...


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[sasha]

> Знакомы с RemoteObject для дельфей? во сколько оцениваем трудоемкость?
> 
> Портирование старых исходиников с офигенно класной библиотекой
> удаленного взаимодействия по TCP/HTTP на базе Indy = 9 мес.

Причём тут портирование? Я про НОВЫЕ проекты говорю.


> Чтение документации по нейм спейсу System.Runtime.Remoting - 1 неделя.


Я не знаю о чём там неделю можно читать. Мне в нём копаться глубоко не 
доводилось. Мне достаточно три строчки вроде этих:

TcpChannel channel = new TcpChannel(channelProperties, new 
BinaryClientFormatterSinkProvider(), new BinaryServerFormatterSinkProvider());
ChannelServices.RegisterChannel(channel);
RemotingConfiguration.RegisterWellKnownServiceType(
typeof(RssPortal.RssCaches.RemoteCaheRefresher), 
PortalApplicationContextualParametersPool.ServiceName + 
"/RemoteCaheRefresher",
WellKnownObjectMode.Singleton); 


Мы с этим разобрались за пол дня при том что я никогда не работал с 
технологиями аналогичными Remoting (кроме Midas разве что). 


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Сергей Штыка]

Есть к чему стремиться - новые технологии осваивать! :о))) А успех, в т.ч. и 
коммерческий - то уже 
фигня... :о)

> Я  ж вашей ситуации не знаю, но могу только предположить что начав разработку 
> на С# вы бы изучили новую технологию. 
> Что важнее: сделать тул быстрее или изучить что-то новое - это вам решать. 
> Видимо вам важнее тул. Дай бог чтобы его покупать стали как у хвастунова 
> эксперт - тогда ваш выбор правильный. А если он продаваться не будет, то что 
> вы лично для себя выиграете? Так бы хоть новую технологию освоили.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[sasha]

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

Это не эпсилоновская конфа и правил тут нет. А зовут меня Александр. Так 
исторически сложилось что назвался я по началу sasha. Меня многие именно под 
этим ником знают. С какой стати мне переименовываться?


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re[2]: [ANN]

[Max Rezanov]

Hello Boulitchev,

Thursday, June 1, 2006, 2:33:32 PM, you wrote:

BA> "sasha"
>>К стати, обратите внимание на SharpDeveloper 2.0. Конечно до студии он не 
>>дотягивает, то тоже вполне мощный инструмент, который замечательно работает 
>>со студийными солюшинами.

BA> поэтому трижды нахуахуа?
Знакомы с RemoteObject для дельфей? во сколько оцениваем трудоемкость?

Портирование старых исходиников с офигенно класной библиотекой
удаленного взаимодействия по TCP/HTTP на базе Indy = 9 мес.

Чтение документации по нейм спейсу System.Runtime.Remoting - 1 неделя.


  Тема Дня: Виpусы - это не только ценный код...
  До не скорой встречи в аду,
 Maxmailto:[EMAIL PROTECTED]



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN] ????????????????

[sasha]

> Почему то нихто не хочет в нотепаде писать и компилировать на
> freepascale.

Не скажите. Все мои знакомые админы педалят во всяких vi и emac. Я только диву 
даюсь. Им даже отладчик не нужен ;-)


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re[4]: [ANN] ????????????????

[Max Rezanov]

Hello Boulitchev,

Thursday, June 1, 2006, 10:33:55 AM, you wrote:

BA> коробки и у меня есть а работать будем на D7, потому как IDE - это еще не 
BA> разработка :)
Именно поэтому я и говорю что разаработка - Это именно IDE.
Почему то нихто не хочет в нотепаде писать и компилировать на
freepascale.

  Тема Дня: Pуки не должны быть кpивые, они должны сгибаться.
  До не скорой встречи в аду,
 Maxmailto:[EMAIL PROTECTED]



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re[2]: [ANN] ????????????????

[Max Rezanov]

Hello sasha,

Thursday, June 1, 2006, 1:32:39 PM, you wrote:

s> К стати, обратите внимание на SharpDeveloper 2.0. Конечно до студии
s> он  не  дотягивает,  то  тоже  вполне  мощный  инструмент,  который
s> замечательно работает со студийными солюшинами.

Лучше обратит внимание на последнюю компютеру.
Тама на диске бесплатный Express Edition.
(можно тянуть по инету но будет дороже)
А потома зайти на всем известный сайт и посмотреть чем отличаеться
тотже експрес от профешинала.
И сразу бежать покупать Delphi 2007.



  Тема Дня: Пусть лучше надо мной смеются, чем плачут.
  До не скорой встречи в аду,
 Maxmailto:[EMAIL PROTECTED]



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[sasha]

> А зачем изучать новую технологию. Если она как минимум лет 5 еще будет 
> новой. ПРОГРАММИМРОВАНИЕ ради ПРОГРАММИРОВАНИЯ ??? Да и то, что она 
> вообще станет старой вызывает сомнения.

А вы где живёте? Я на украине, к примеру. Вот зашёл на региональный сайт, 
выбрал категорию "Компьютерщики и программисты" и смотрю первые 10 вакансий:

http://rabota.kharkov.ua/list-v.php3

из них в 3-х явно требуется .NET. И это не самая удачная страница. Та же 
ситуация с Java. А покажите мне где тут Delphi?


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Andrei Yeryomin]

Hello, Alex!
You wrote to sasha on Thu, 1 Jun 2006 17:21:42 +0400:

 AC> До этого уже были революционные технологии
 AC> OLE, COM, ActiveX, J/Jole/ActiveJ, COM+ и MTS...
Сегодня этоГО .NET
;-)

--
With best regards, Andrei Yeryomin. 




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Roman V. Babenko aka romb]

sasha wrote:
>> да ты не кипятись. понятно, что новая среда она на то и новая,
>> что в ней есть новые фичи.
>> Я вот людям про рефакторинг и др. фичи D2006 рассказываю, а они мне
>> "вот у нас проект на Delphi 7, это ж переходить надо, компоненты...".
> 
> Дак в том то и дело что люди часто даже пробовать не хотят. Мне один чувак 
> недавно обрисовывал MSSQL Enterprise manager типа это крутейшая штука. А как 
> по мне, то гов#о полное после эксперта, работать не возможно. Однако тому 
> кажется что лучше его Enterprise managerа быть ничего не может.
> 
> 
> PS А как к стати D2006 ? Помню триальный D2005 глюкавый был страшно, падал 
> постоянно. Я даже D2006 качать не стал поэтому.
> 
> PPS ECO space кто-то использует реально?
> 
> 
> > 
Нет. Никто етого барахла не пробовал. Кстати в етой конфе принято знать 
с кем общаешся. Так что прояви уважение и подпишись как того требую 
правила конфы.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Ded]

Сергей Штыка wrote:

> Есть к чему стремиться - новые технологии осваивать! :о))) А успех, в т.ч. и 
> коммерческий - то уже 
> фигня... :о)


Это говорит о низком уровне вашей компании и вас лично :-D Важен 
процесс, а вы тут все про какие-то результаты, вот из за таких прогресс 
и тормозит :-D Вот мудрость жизни:

http://css.ffclub.ru/forum/uploads/post-19-1147952119.jpg

-- 
Regards. Ded.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re[2]: [ANN]

[Dmitriy Kovalenko]

> Что важнее: сделать тул быстрее или изучить что-то новое - это вам
> решать. Видимо вам важнее тул.

Сдается мне, что пользователь вряд ли будет оплачивать из своего
кармана обучение разработчиков таким явным образом...

Я не буду скрывать, что много думаю про "переход" на Net (лично для
себя), но здравый смысл в моей реализации, а также обстоятельства,
пока не разрешают мне тратить на это свое время.


--
Regards, 
Dmitriy Kovalenko 
http://metadataforge.com


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Roman V. Babenko aka romb]

sasha wrote:
> Я  ж вашей ситуации не знаю, но могу только предположить что начав разработку 
> на С# вы бы изучили новую технологию. 
> Что важнее: сделать тул быстрее или изучить что-то новое - это вам решать. 
> Видимо вам важнее тул. Дай бог чтобы его покупать стали как у хвастунова 
> эксперт - тогда ваш выбор правильный. А если он продаваться не будет, то что 
> вы лично для себя выиграете? Так бы хоть новую технологию освоили.
> 
> 
> > 
А зачем изучать новую технологию. Если она как минимум лет 5 еще будет 
новой. ПРОГРАММИМРОВАНИЕ ради ПРОГРАММИРОВАНИЯ ??? Да и то, что она 
вообще станет старой вызывает сомнения.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Alex Cherednichenko]

Привет, sasha!
Вы пишешь  01 июня 2006:

 s> вы бы изучили новую технологию.
[Sorry, skipped]
 s> Так бы хоть новую технологию освоили.

Саша, этот мир придуман не вчера.
И даже не на прошлой неделе.
До этого уже были революционные технологии
OLE, COM, ActiveX, J/Jole/ActiveJ, COM+ и MTS...
Сегодня это .NET
Но будет ещё и завтра.
И даже послезавтра, как бы ни противно это было M$...

--
With best regards, Alex Cherednichenko.



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN] SQLHammer

[Ded]

Boulitchev Aleksey wrote:

> Дед, и у тебя жена врач?

Не, эт я сам по случайности программером стал. А по жизни всегда 
тянуло в биологию.

-- 
Regards. Ded.



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[sasha]

Я  ж вашей ситуации не знаю, но могу только предположить что начав разработку 
на С# вы бы изучили новую технологию. 
Что важнее: сделать тул быстрее или изучить что-то новое - это вам решать. 
Видимо вам важнее тул. Дай бог чтобы его покупать стали как у хвастунова 
эксперт - тогда ваш выбор правильный. А если он продаваться не будет, то что вы 
лично для себя выиграете? Так бы хоть новую технологию освоили.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN] ����������������

[Boulitchev Aleksey]

"sasha"

>>> 3) Поддерживает наследование форм в дизайнере
>> открою секрет - тоже поддерживает, и даже есть репозиторий
>
> Это пожалуй единственный бесплатный тул в мире, который это поддерживает. 
> Остальное см. п.2

у меня нет бесплатного перехода, я буду нести затраты и при переходе на 
бесплатный инструмент, поэтому тонна-другая енотов ничего не решает

>>> 4) Написание и установка компоненто намного проще чем в дельфях
>> за три дня могу научить даже обезьяну
>
> А в NET я за 5 минут сам научился ставить.
ни книжек не читал, ни в школу не ходил?


>>> 7) Встроенный NUnit и CodeCoverage
>> живем как-то без них
>
> Эначит скорее всего вы не используете никакого подхода к программированию 
> (RUP или экстремальное к примеру). Это говорит о низком уровне вашей 
> компании. Правда о нашей тоже, т.к. мы тоже всё никак не можем 
> организовться ;-)

епрсть, а я думал что рабочих тетрадей, контрольных точек и ночного билда 
достаточно

>>> 8) Встроенный рефакторинг
>> обходимся реинжинирингом, да еще подводим его или под смену платформы или
>> концепции
>
> Честно говоря я не знаю что такое реинжениринг и как он может заменить 
> рефакторинг. Поэтому ничего сказать не могу.

это говорит о том, что у Вас никогда не было второй версии

>> мама дорогая, как с pas на sql? если так то да, надо
>
> Например с C# на VB или Boo. Здесь нет проблем на чём программист пишет. 
> Если у вас есть проект на C# и вам нужен ещё человек и приходит хороший 
> программист, знающий VB, то нет проблем. Пишем один класс на C#, другой на 
> VB. Это очень веский аргумент по моему.

хорошему программисту пофиг на каком формальном языке писать
а средней руки программисту, который весь этот зоопарк будет поддерживать и 
развивать, далеко не пофиг, и заказчику при разворачивании всего этого тоже 
не все равно

а шутка про перевод с декларативного языка на процедурный до Вас не дошла

>>> 1) Дизайнер веб-форм и поддержка веб-проектов
>> они очень х-во работают в реалтайме или даже близко к нему
> Кто х-во работает? Дизайнер? Так его ещё нету.

веб проекты

>>> 3) Нормальный DataBase explorer
>> ненормальный IBExpert, к тому же сам по себе
>
> Из эксперта вы на форму таблицу не перетащите и датасет он вам не 
> сгенерит, так что это не то совсем.

все что можно перетащить на форму, давно уже делается вызовом одной функции

-- 
Булычев Алексей
http://www.stella-npf.ru



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re[2]: [ANN]

[Dmitriy Kovalenko]

> А вобще разговор начался с тому почему нет тулов под виртуальные
> машины (Java или NET). Мне преимущества от этого кажутся очевидными.
> В принципе если оно будет написано, то мне пофиг на жабе или на C#.
> Поэтому я вопрос ставил не что лучше, win32 или виртуальная машина,
> а почему вобще не пишут тулов для виртуальных машин, а пишут ещё
> один такой же, но другой, из ряда имеющихся под win32.

Зачем делать под Win32 на C#, если это можно сделать, к примеру, на Delphi
Language, на обучение которого ты не будешь тратить годы(!)? Зачем
делать на С#, если 98% потенциальных потребителей твоей программы
сидят и будут сидеть на Win32? Зачем брать на себя карму разработчиков
Net/Mono при глюкаловах, несовместимостях и еще какой-то ущербности
из-за "универсальности" технологии, ибо для пользователей это все
будет исходить от тебя, как разработчика продукта?

Сравнение перехода с DOS на Windows, ИМХО, абсолютно некорректное при
употреблении его в контексте проблемы начала XXI века - "Net vs Win32".
Потому как Net в Windows сидел, сидит и сидеть будет на Win32 (в
будущем на Win64) и WinAPI вместе со средствами разработки отменять в
обозримом и необозримом будущем никто не собирался. Зачем платить
больше? Что Win32, что C# под виндой "генеритует" одинаковый результат
для глаз пользователя (речь про обычную программу - winforms).

Для программеров, конечно, Net (как все новое) дает более продвинутые
возможности (в обмен на какие-то новые свои недостатки :)) как по
языку, его библиотекам, так и по IDE. Это уже вопрос соотношения
пользы для плода и вреда для матери.

Другой вопрос, что все бабло под чутким руководством MS уходит в Net,
вместе с армией новых программистов. Это уже отдельная песня... А есть
еще песня про то, что потом это бабло пойдет с высокой вероятностью в
некий MegaCoolNet, объявивший вне закона Net теперешний, но все также
остающимся на Win32 в своей основе :) 

И вообще, разве телевизор Net сегодня уже также одинаково хорошо
показывает на всех осях, как на Windows? Тут, блин, win32 проги глючат
между Win2000 и WinXP... :)))


--
Regards, 
Dmitriy Kovalenko 
http://metadataforge.com


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Eugeney Putilin]

Hi  "Dmitri Kuzmenko" 
> "прыгать" по "средам" могут только разработчики, у которых
> срок разработки проекта составляет примерно половину от
> времени между выходом новых версий используемой IDE
> (например, 6-8 месяцев).
> 
> Если разработка идет непрерывно в течение 1.5-2 лет
> или больше, то разработчики "застревают" на конкретной
> "среде", которая в том числе является и набором библиотек
> и компонент (также и подключаемых).
Это правда если идет связка новой версии среды с новой версией библиотек. Это 
характерно для Delphi. Для Java это не так версия среды позволяет только 
работать с java кодом. Все библиотеки являются совместимыми по языку вверх и 
вниз. Разительное отличие только во встроенных Wizard, например с версия 
JBulderX может работаь с BAS только опредененной версии. На GUI DB  компоненты 
это не распростроняется. Подозреваю что в .Net тоже самое. Так что удар по 
проэкту наносит смена только IDE в виде Delphi.



Путилин Евгений.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Boulitchev Aleksey]

> BA> БЭСМы не застал, хотя они у нас еще рабочие были.
>
> Это Большая Электронная Стиральная Машина ? :)

почти
это штука, которая была больше похожа на БИУС, чем на  IBM/360

-- 
Булычев Алексей
http://www.stella-npf.ru
"Karabas Barabas"




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[sasha]

> да ты не кипятись. понятно, что новая среда она на то и новая,
> что в ней есть новые фичи.
> Я вот людям про рефакторинг и др. фичи D2006 рассказываю, а они мне
> "вот у нас проект на Delphi 7, это ж переходить надо, компоненты...".

Дак в том то и дело что люди часто даже пробовать не хотят. Мне один чувак 
недавно обрисовывал MSSQL Enterprise manager типа это крутейшая штука. А как по 
мне, то гов#о полное после эксперта, работать не возможно. Однако тому кажется 
что лучше его Enterprise managerа быть ничего не может.


PS А как к стати D2006 ? Помню триальный D2005 глюкавый был страшно, падал 
постоянно. Я даже D2006 качать не стал поэтому.

PPS ECO space кто-то использует реально?


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN] SQLHammer

[Dmitri Kuzmenko]

Hello, Yuri!

Yuri Grabar wrote:

> create domain ZLS$PK Integer NOT NULL DEFAULT 0;

кстати, я дал маху с порядком NOT NULL и DEFAULT
потому, что я их вместе обычно не пишу.

и вообще, я открою страшный секрет - я тут распинаюсь
про тайпинг create table руками, а на самом деле
если надо не таблицу создать, а модель, то я
ее РИСУЮ в PowerDesigner :-)

кстати, там тоже именно это самое "клик-клац-клик-клац"
достает порядком. Ну не могу я на клавиатуре одним пальцем
тыкать...

-- 
Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN] ����������������

[sasha]

>> 2) Есть дизайнер форм не хуже (скорее лучше) дельфишного
> в дельфе есть не хуже(в чем-то лучше)

Да, есть. Но я брал дельфишный как эталон. Допустим дизайнер Lezarus, JBuilder 
и т.п. не дотягивают.

>> 3) Поддерживает наследование форм в дизайнере
> открою секрет - тоже поддерживает, и даже есть репозиторий

Это пожалуй единственный бесплатный тул в мире, который это поддерживает. 
Остальное см. п.2

>> 4) Написание и установка компоненто намного проще чем в дельфях
> за три дня могу научить даже обезьяну

А в NET я за 5 минут сам научился ставить.

>> 7) Встроенный NUnit и CodeCoverage
> живем как-то без них

Эначит скорее всего вы не используете никакого подхода к программированию (RUP 
или экстремальное к примеру). Это говорит о низком уровне вашей компании. 
Правда о нашей тоже, т.к. мы тоже всё никак не можем организовться ;-)

>> 8) Встроенный рефакторинг
> обходимся реинжинирингом, да еще подводим его или под смену платформы или 
> концепции

Честно говоря я не знаю что такое реинжениринг и как он может заменить 
рефакторинг. Поэтому ничего сказать не могу.

> мама дорогая, как с pas на sql? если так то да, надо

Например с C# на VB или Boo. Здесь нет проблем на чём программист пишет. Если у 
вас есть проект на C# и вам нужен ещё человек и приходит хороший программист, 
знающий VB, то нет проблем. Пишем один класс на C#, другой на VB. Это очень 
веский аргумент по моему.

>> Также скоро ожидается:
>> 1) Дизайнер веб-форм и поддержка веб-проектов
> они очень х-во работают в реалтайме или даже близко к нему

Кто х-во работает? Дизайнер? Так его ещё нету.

>> 2) Интеграция с CVS или SVN (точно не помню с чем именно)
> а я помню, что MS SS

Это в студии

>> 3) Нормальный DataBase explorer
> ненормальный IBExpert, к тому же сам по себе

Из эксперта вы на форму таблицу не перетащите и датасет он вам не сгенерит, так 
что это не то совсем.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

FB 2RC2 ������ ��� ������� �������� ILLEGAL VALUE � ����, �� �������� �������� COMPUTED INDEX

[Cherevatenko Vsevolod]

Добрый день !

Случайно наткнулся, может это уже всем и известно, а я до сих пор поезда 
под откос пускаю (с).
Пример:
Поле: -Number_Str VARCHAR(10)
Computed Index -CAST(Number_Str as DECIMAL(10,0))

При попытке вставить в поле Number_Str значение, содержащее не 
цифры, сервер благополучно падает.

Версия ФБ -WI-T6.3.0.12654 Firebird 2.0 Release Candidate 2
OS  -Windows 2003 SP1

С уважением,
Всеволод. 




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Karabas Barabas]

Hi Boulitchev Aleksey !

 BA> БЭСМы не застал, хотя они у нас еще рабочие были.

Это Большая Электронная Стиральная Машина ? :)

-



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN] SQLHammer

[Dmitri Kuzmenko]

Hello, Yuri!

Yuri Grabar wrote:

>  DK> я уже говорил, что наспор создам таблицу руками в SQLEditor БЫСТРЕЕ
>  DK> чем кто-либо в этом дурацком "построителе".
> 
> Дим, аналогия более чем прозрачна...

аналогия какая? не уловил. на ум приходит только "дятел".
У меня на курсах уже давно курсанты практически ничего
на клавиатуре не набирают, да и в общем-то и мышью не тыкают.
Потому что, как оказывается, с тайпингом у разработчиков
не фонтан. То есть, не может человек КОД писать с НОРМАЛЬНОЙ
скоростью. Он смотрит на кнопки. Он не думает "кодом", он
занимается набиванием букв.
Так что, рекомендую освоить слепой метод печати (если не 10-пальцевый,
а хотя бы 6-8-пальцевый :-) ).




>  DK> неужели конструкции create table и alter table такие сложные, что их
>  DK> нельзя написать руками, а надо обязательно делать это "интерактивно"?
> 
> Нет. Но тем не менее интерактивно это просто удобнее.

так ведь неудобнее же. неудобно поочередно тыкать и набирать на клавиатуре.

> Потому что "интерактивизировать" написание таблицы много проще, чем 
> процедуры/запроса. 

слава богу

 > С другой стороны - я никогда не понимал почему надо
> писать
> 
> create table tbl (
>fld Integer DEFAULT 0 NOT NULL
>)
> 
> и нельзя написать
> 
> create table tbl (
>fld Integer NOT NULL DEFAULT 0
>)

разве не наоборот?

я вот, не понимаю, зачем надо писать integer, когда
можно написать int :-)

> А запоминать порядок следования всех "клауз" в определениях полей, ключей и 
> т.д. 

что там запоминать, не знаю. я что, наизусть помню все варианты alter table?
нет. беру и открываю langref.pdf. Потому что знаю, что это оператор
той степени опасности, которую легко получить при тыканьи мышью.


-- 
Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN] SQLHammer

[Boulitchev Aleksey]

"Ded"
>Это вот о чём говорит. Существуют 3 схемы-уровня человеческого
> мышления - вербально-логический (словами и предложениями, уровень
> тактики), абстрактно-геометрический (пространственными представлениями,
> уровень стратегии) и древнейший, унаследованный от мартышек, моторный (а

Дед, и у тебя жена врач?

-- 
Булычев Алексей
http://www.stella-npf.ru



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN] SQLHammer

[Dmitry Voroshin]

"Ded" <[EMAIL PROTECTED]> сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
> Dmitry Voroshin wrote:
> Это вот о чём говорит. Существуют 3 схемы-уровня человеческого
> мышления - вербально-логический (словами и предложениями, уровень
> тактики), абстрактно-геометрический (пространственными представлениями,
> уровень стратегии) и древнейший, унаследованный от мартышек, моторный (а
> сложу-ка я кубики вот так... не, херня получаеццо... а вот так? опять
> херня... а так? о, надо же, получилося...). У хомы сапиенса вульгариса,
> сиречь обыкновенного, все три взаимодействуют и выполняют свои задачи. А
> "дружественный, интуитивно понятный интерфейс" мышетыканья ориентирован
> и стимулирует использование именно последнего уровня. Причём, поскольку
> "программеры" нонче именно с дружественного всё и начинают, игнорируя
> всякие там глупые книги-доки-хелпы, то остальные два у них просто
> атрофируются. Это нетрудно заметить, почитавши вопросы на форуме у ДК и
> на скруле. Кстати, именно создание таблиц посредством мышетыканья
> гарантированно медленнее клавотоптания просто по определению у всех, кто
> умеет формулировать мысль словами - меньше телодвижений. Ну а кто к
> такому напряжению ума не способен, у того может и нет. А стоящие на
> самой вершине технического прогресса словами просто не умеют.

Интересная теория. Кстати в IBExpert дизайнером таблиц (оглуплятором)
удобнее всего (и быстрее) пользоваться при помощи клавиатуры чем мышью.



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Dmitri Kuzmenko]

sasha wrote:

> В частности SharpDeveloper могу не разбрасываться абстрактными фразами, а 
> сказать конкретно:

> Может я написал что-то лишне, а может что-то забыл, но как по мне 
> преимущества на лицо.

да ты не кипятись. понятно, что новая среда она на то и новая,
что в ней есть новые фичи.
Я вот людям про рефакторинг и др. фичи D2006 рассказываю, а они мне
"вот у нас проект на Delphi 7, это ж переходить надо, компоненты...".

Идеальный случай - новый проект на новой IDE. Если проект не тянет за
собой часто используемых модулей, разработанных на сильно предыдущей IDE.

-- 
Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[sasha]

> Если разработка идет непрерывно в течение 1.5-2 лет
> или больше, то разработчики "застревают" на конкретной
> "среде", которая в том числе является и набором библиотек
> и компонент (также и подключаемых).

Та я спрашивал про то почему новые проекты под win32 до сих пор делают. 
А старые - это дело такое. В фирме, где я начинал, до сих пор с досовский 
клиппером работают и сеть держут под NetWare 3, однако новые проекты им делать 
на клиппере в голову не приходит.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN] SQLHammer

[Dmitry Voroshin]

"Dmitri Kuzmenko" <[EMAIL PROTECTED]> сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
> не вижу, чем удобнее. особенно выбор из тучи типов полей.

Нажать одну кнопку на клаве? Это сложно?

> доводить до того, чтобы без IBExpert человек не мог и таблицу
> создать, тоже не надо.

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



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[sasha]

> а из-за формы окошек или удобства первого залетевшего дятла - "нахуахуа"?

Хотя бы потому что вы сможете:
1) Легко документировать код средствами студии
2) Рисовать диаграммы в нотации, похожей на UML
3) Делать тесты типа NUnit, MBUnit и т.п. что сильно повышает качество кода
4) Проверять свой код на потенциальные ошибки такими средствами как например 
Together. Нам он несколько ошибок нашёл в коде, который казался абсолютно 
правильным
5) Писать веб-приложения и веб-сервисы и легко разворачивать из на сервере 
одним нажатием кнопки

пожалуй достаточно.


PS Мне вобще всё равно кто на чём пишет. Я просто хочу чтобы программа работала 
одинаково на линухе, маке и виндах и чтобы я мог поставить дома линух и не 
париться о том что мне не хватает какого-то виндовского ПО. Виртуальные машины 
это позволяют. Delphi 7 и ниже не позволяют (Wine я не считаю). Также это 
позволяют всякие GTK, Qt и т.п., но интерфейсы под них писать или сложно, или 
они убогие или и то и другое.
 


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Dmitri Kuzmenko]

Hello, Sasha!

sasha wrote:

>>поэтому трижды нахуахуа?
> 
> Для начала хотелось бы узнать: вы под дос писали?

а где вы были 25 октября 1917 года? (или когда там...)
:-)

"прыгать" по "средам" могут только разработчики, у которых
срок разработки проекта составляет примерно половину от
времени между выходом новых версий используемой IDE
(например, 6-8 месяцев).

Если разработка идет непрерывно в течение 1.5-2 лет
или больше, то разработчики "застревают" на конкретной
"среде", которая в том числе является и набором библиотек
и компонент (также и подключаемых).

Получать гемор с
1. освоением новой среды
2. улаживанием глюков или несоответствий при компиляции
3. обнаружением несовместимости старых и новых библиотек, глюков
новых версий библиотек, или вообще их временным отсутствием
и т.п. мало есть у кого интерес, если разработка продолжается.

-- 
Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[sasha]

> Саша, аналогия не канает.

Да ну. Ведь написанное на TurboVision работает и по ныне - чего ж не писать на 
нём и дальше?

> Переход к ГУЮ был инспирирован вовсе не M$.

А какое это имеет значение? SUN, например, тянет одеяло в сторону жабы и что? 
Мне, к примеру, Java просто не нравиться, и многим тоже, потому  что просто 
напросто потенциал компании SUN намного слабее чем MS, и они просто не в 
состоянии реализовать вещи, которые у MS нам давно знакомы. А переход с 
машинных инструкций на промежуточный код - это такой-же значительный 
концептуальный переход как и переход от консоли на гуй.

А вобще разговор начался с тому почему нет тулов под виртуальные машины (Java 
или NET). Мне преимущества от этого кажутся очевидными. В принципе если оно 
будет написано, то мне пофиг на жабе или на C#. Поэтому я вопрос ставил не что 
лучше, win32 или виртуальная машина, а почему вобще не пишут тулов для 
виртуальных машин, а пишут ещё один такой же, но другой, из ряда имеющихся под 
win32.


> То что мы наблюдаем нынче - просто очередное выкачивание бабла с девелоперов.
> Неважно, поднимут ли копейку разработчики, или её потеряют,
> M$ на этом заработает в любом случае.

Во первых там, где я сейчас работаю, требования на чём и под что писать ставит 
заказчик. Не знаю совпадение ли это, но у нас их было 4 и все хотели чтобы было 
под .NET. Ясное дело что такие условия не у всех.

Во вторых кто заставляет покупать студию? Если винда уже куплена, то есть 
SharpDeveloper, а если нет, то можно попробовать Linux + MonoDeveloper (сам я 
его правда не щупал).

Лично меня останавливало долго вот что: набрал я себе на палитру дельфей кучу 
разных красивых компонентов типа EhLib, JVCL и т.п. При этом я думал: дельфи - 
это круто, а на нете я не смогу такое сделать, там таких компонентов и 
возможностей нету. Потом оказалось что это всё миф. Под нет есть всё чего душа 
пожелает, и при этом он намного удобнее (кроме отдельных моментов). Подозреваю 
что с компонентами для Java ситуация аналогичная.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Boulitchev Aleksey]

"Slava Ekimov"

> Мне кажется, так же думали программисты FoxPro про Delphi.
> Вакасии на FoxPro еще мелькают иногда.

переход с файл-сервера на клиент-сервер того стоил и по скорости разработки 
и по надежности решения.

мене,мене, текел, упарсин

-- 
Булычев Алексей
http://www.stella-npf.ru



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN] SQLHammer

[Yuri Grabar]

Hello, Boulitchev!
You wrote  on Thu, 1 Jun 2006 15:34:00 +0400:

[ пропускаем...]
 BA> потому чта за подобные вещи убиваю сразу, и требую писать:

 BA> create domain ZLS$PK Integer DEFAULT 0 NOT NULL;

Ну вот и объясни мне, почему надо писать именно так, а вот так:

create domain ZLS$PK Integer NOT NULL DEFAULT 0;
[..дальше все по тексту как и было...]

низзя ни в коем случае! :)))
Речь была о порядке следования клауз в определении поля/домена, а не 
неиспользовании доменов...

-- 
With best regards, Yuri Grabar. 



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN] SQLHammer

[Dmitri Kuzmenko]

Hello, Dmitry!

Dmitry Voroshin wrote:

>>я уже говорил, что наспор создам таблицу руками в SQLEditor БЫСТРЕЕ
>>чем кто-либо в этом дурацком "построителе".
> 
> И о чём это говорит?

это говорит о том, что разработчик (!) ПО кроме умения тыкать
мышью должен уметь набивать текст на клавиатуре. Если он
этого не умеет, то...

>>неужели конструкции create table и alter table такие сложные, что их
>>нельзя написать руками, а надо обязательно делать это "интерактивно"?
> 
> Наверное нет, но так всё-таки удобнее.

не вижу, чем удобнее. особенно выбор из тучи типов полей.

> А я вот не умею ими пользоваться. И никогда не пользовался. И даже не знаю
> как это делается. Вывод?  Запретить построители?
> 
> Во многом такие вещи - дело элементарной привычки. Главное всё-таки
> результат.

доводить до того, чтобы без IBExpert человек не мог и таблицу
создать, тоже не надо.

-- 
Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN] ����������������

[Boulitchev Aleksey]

"sasha"
> В частности SharpDeveloper могу не разбрасываться абстрактными фразами, а 
> сказать конкретно:


> 1) Бесплатный
при моей цене вопроса не имеет значения

> 2) Есть дизайнер форм не хуже (скорее лучше) дельфишного
в дельфе есть не хуже(в чем-то лучше)

> 3) Поддерживает наследование форм в дизайнере
открою секрет - тоже поддерживает, и даже есть репозиторий

> 4) Написание и установка компоненто намного проще чем в дельфях
за три дня могу научить даже обезьяну

> 5) Есть генератор отчётов, также бесплатный
не пользуем, есть XML и HTML, бесплатные

> 6) Есть встроенный тул для написания регулярных выражений
все, что можно сформулировать - формализуем и программируем, выражаемся 
только в узком кругу

> 7) Встроенный NUnit и CodeCoverage
живем как-то без них

> 8) Встроенный рефакторинг
обходимся реинжинирингом, да еще подводим его или под смену платформы или 
концепции

> 9) Поддержка Web references


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

мама дорогая, как с pas на sql? если так то да, надо

> Также скоро ожидается:
> 1) Дизайнер веб-форм и поддержка веб-проектов
они очень х-во работают в реалтайме или даже близко к нему

> 2) Интеграция с CVS или SVN (точно не помню с чем именно)
а я помню, что MS SS

> 3) Нормальный DataBase explorer
ненормальный IBExpert, к тому же сам по себе

> Может я написал что-то лишне, а может что-то забыл, но как по мне 
> преимущества на лицо.

у нас после таких заяв всегда кто-нить ехидно так: на лице, на каком именно?


-- 
Булычев Алексей
http://www.stella-npf.ru



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Alex Cherednichenko]

Привет, Boulitchev!
Вы пишешь  01 июня 2006:

 BA> ... первого залетевшего дятла - "нахуахуа"?

Зачем же так, с дятлом-то, жестоко...

--
With best regards, Alex Cherednichenko.



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN] ����������������

[sasha]

> Дык. Известный факт природы - синие писалки на капоте повышают мощность 
> двигла на 10 лошадей...

В частности SharpDeveloper могу не разбрасываться абстрактными фразами, а 
сказать конкретно:

1) Бесплатный
2) Есть дизайнер форм не хуже (скорее лучше) дельфишного
3) Поддерживает наследование форм в дизайнере
4) Написание и установка компоненто намного проще чем в дельфях
5) Есть генератор отчётов, также бесплатный
6) Есть встроенный тул для написания регулярных выражений
7) Встроенный NUnit и CodeCoverage
8) Встроенный рефакторинг
9) Поддержка Web references
10) Поддержка нескольких языков программирования с возможностью автоматической 
конвертации кода из одного языка в другой (про качество конвертации сказатьне 
могу)

Также скоро ожидается:
1) Дизайнер веб-форм и поддержка веб-проектов
2) Интеграция с CVS или SVN (точно не помню с чем именно)
3) Нормальный DataBase explorer


Может я написал что-то лишне, а может что-то забыл, но как по мне преимущества 
на лицо.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Boulitchev Aleksey]

"sasha"

>> поэтому трижды нахуахуа?
>
> Для начала хотелось бы узнать: вы под дос писали?

ясен, писал

дяденька, а ЕС 1045 с фортран-66 или СМ-ку с фортраном-4 помните?

а я помню, и библиотеки фортрановские для расчета напряжений в конструкциях 
реакторов помню и стоимость тестирования этих библиотек тоже помню

БЭСМы не застал, хотя они у нас еще рабочие были.

и смену языка, платформы, концепций тоже проходили, и IB5.6 на FB 0.338(? 
склероз) и с FB 1.0 на FB 1.5 переползал
дельфи с 1-ой по 5-ую щупал
переползал с D6 на D7,

сейчас двигаюсь на FB 2.0 и все потому что знаю что получу и чего это будет 
стоить мне и заказчикам

а из-за формы окошек или удобства первого залетевшего дятла - "нахуахуа"?

-- 
Булычев Алексей
http://www.stella-npf.ru



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Alex Cherednichenko]

Привет, sasha!
Вы пишешь  01 июня 2006:

 >> поэтому трижды нахуахуа?

 s> Для начала хотелось бы узнать: вы под дос писали?

Саша, аналогия не канает.
Переход к ГУЮ был инспирирован вовсе не M$.

То что мы наблюдаем нынче - просто очередное выкачивание бабла с девелоперов.
Неважно, поднимут ли копейку разработчики, или её потеряют,
M$ на этом заработает в любом случае.

--
With best regards, Alex Cherednichenko.



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[sasha]

> поэтому трижды нахуахуа?

Для начала хотелось бы узнать: вы под дос писали?


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN] SQLHammer

[Boulitchev Aleksey]

"Yuri Grabar"

> Потому что "интерактивизировать" написание таблицы много проще, чем
> процедуры/запроса. С другой стороны - я никогда не понимал почему надо
> писать
>
> create table tbl (
>   fld Integer DEFAULT 0 NOT NULL
>   )
>
> и нельзя написать
>
> create table tbl (
>   fld Integer NOT NULL DEFAULT 0
>   )

потому чта за подобные вещи убиваю сразу, и требую писать:

create domain ZLS$PK Integer DEFAULT 0 NOT NULL;

create table TBL(
ID PK,
constraint TBL_ID
 primary key (ID));



-- 
Булычев Алексей
http://www.stella-npf.ru



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN] ����������������

[Ded]

sasha wrote:

> К стати, обратите внимание на SharpDeveloper 2.0. Конечно до студии он не 
> дотягивает, то тоже вполне мощный инструмент, который замечательно работает 
> со студийными солюшинами.
> 

Дык. Известный факт природы - синие писалки на капоте повышают 
мощность двигла на 10 лошадей...

-- 
Regards. Ded.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

странное ощущение баги

[Феклистов Андрей]

FB2, 6.3.0.12654, ODS 11.0, ibexpert 2006.01.30.

есть запрос
select intervals.name, sum(q1.r_out_md)
from intervals left join
 get_an2(intervals.vdate1,intervals.vdate2) q1 on (intervals.vdate1 between 
'2005-09-01' and '2006-04-30')
group by 1

работает, результат дает.
строк в результате - 21. (fetch all, само собой)

теперь просто хочу добавить в вывод intervals.vdate1, intervals.vdate2, 
соответственно запускаю тот же запрос, но добавив эти два поля в select and 
group by.

получаю запрос
select intervals.name, intervals.vdate1, intervals.vdate2, sum(q1.r_out_md)
from intervals left join
 get_an2(intervals.vdate1,intervals.vdate2) q1 on (intervals.vdate1 between 
'2005-09-01' and '2006-04-30')
group by 1,2,3

не работает.. ошибка "arithmetic overflow or divizion by zero has occured".

хотя с моей колокольни кажется, что ход выполнения данных запросов должен быть 
идентичен. просто пристегнуты два поля, в которых DATE NOT NULL. на всякий 
случай содержимое таблицы INTERVALS в PS1, ничего криминального.
Планы запросов идентичны (на всякий случай в PS2), что подтверждает мое 
субъективное ощущение о том, что они выполняются одинаково :) что не так, пока 
не понял. (используемая в этом запросе процедура - куча заплаток, накопившихся 
за год, поэтому пока не выделил простой пример с глюкой) может, это что-то 
известное?

есть подозрение, что проблема в том, что из тех 21 строк результата, 13 как 
sum(q1.r_out_md) выдают null.. но простыми скриптами это подтвердить не 
удается. время выполнения практически одинаковое (достаточное заметное, порядка 
4х минут), что опять же подталкивает к мысли, что ошибка возникает в самый 
последний момент при группировке и наверняка тут null является проблемой. но в 
простых случаях группировка с null легко выполняется..

PS1:
CREATE TABLE INTERVALS (
ID  INTEGER NOT NULL,
VDATE1  DATE NOT NULL,
VDATE2  DATE NOT NULL,
NAMEVARCHAR(50) NOT NULL
);
INSERT INTO INTERVALS (ID, VDATE1, VDATE2, NAME) VALUES (34958, '2005-01-01', 
'2005-01-31', '2005 г., январь');
INSERT INTO INTERVALS (ID, VDATE1, VDATE2, NAME) VALUES (34959, '2005-08-01', 
'2005-08-31', '2005 г., август');
INSERT INTO INTERVALS (ID, VDATE1, VDATE2, NAME) VALUES (34960, '2005-09-01', 
'2005-09-30', '2005 г., сентябрь');
INSERT INTO INTERVALS (ID, VDATE1, VDATE2, NAME) VALUES (34961, '2005-10-01', 
'2005-10-31', '2005 г., октябрь');
INSERT INTO INTERVALS (ID, VDATE1, VDATE2, NAME) VALUES (42438, '2005-11-01', 
'2005-11-30', '2005 г., ноябрь');
INSERT INTO INTERVALS (ID, VDATE1, VDATE2, NAME) VALUES (42439, '2005-12-01', 
'2005-12-31', '2005 г., декабрь');
INSERT INTO INTERVALS (ID, VDATE1, VDATE2, NAME) VALUES (66650, '2005-02-01', 
'2005-02-28', '2005 г., февраль');
INSERT INTO INTERVALS (ID, VDATE1, VDATE2, NAME) VALUES (66651, '2005-03-01', 
'2005-03-31', '2005 г., март');
INSERT INTO INTERVALS (ID, VDATE1, VDATE2, NAME) VALUES (66652, '2006-01-01', 
'2006-01-31', '2006 г., январь');
INSERT INTO INTERVALS (ID, VDATE1, VDATE2, NAME) VALUES (66653, '2006-02-01', 
'2006-02-28', '2006 г., февраль');
INSERT INTO INTERVALS (ID, VDATE1, VDATE2, NAME) VALUES (74255, '2006-03-01', 
'2006-03-31', '2006 г., март');
INSERT INTO INTERVALS (ID, VDATE1, VDATE2, NAME) VALUES (74256, '2006-04-01', 
'2006-04-30', '2006 г., апрель');
INSERT INTO INTERVALS (ID, VDATE1, VDATE2, NAME) VALUES (81378, '2005-04-01', 
'2005-04-30', '2005 г., апрель');
INSERT INTO INTERVALS (ID, VDATE1, VDATE2, NAME) VALUES (81379, '2006-05-01', 
'2006-05-31', '2006 г., май');
INSERT INTO INTERVALS (ID, VDATE1, VDATE2, NAME) VALUES (1022510, '2006-06-01', 
'2006-06-30', '2006 г., июнь');
INSERT INTO INTERVALS (ID, VDATE1, VDATE2, NAME) VALUES (1022511, '2006-07-01', 
'2006-07-31', '2006 г., июль');
INSERT INTO INTERVALS (ID, VDATE1, VDATE2, NAME) VALUES (1022512, '2006-08-01', 
'2006-08-31', '2006 г., август');
INSERT INTO INTERVALS (ID, VDATE1, VDATE2, NAME) VALUES (1022513, '2006-09-01', 
'2006-09-30', '2006 г., сентябрь');
INSERT INTO INTERVALS (ID, VDATE1, VDATE2, NAME) VALUES (1022514, '2006-10-01', 
'2006-10-31', '2006 г., октябрь');
INSERT INTO INTERVALS (ID, VDATE1, VDATE2, NAME) VALUES (1022515, '2006-11-01', 
'2006-11-30', '2006 г., ноябрь');
INSERT INTO INTERVALS (ID, VDATE1, VDATE2, NAME) VALUES (1022516, '2006-12-01', 
'2006-12-31', '2006 г., декабрь');
ALTER TABLE INTERVALS ADD CONSTRAINT UNQ1_INTERVALS UNIQUE (NAME);
ALTER TABLE INTERVALS ADD CONSTRAINT UNQ2_INTERVALS UNIQUE (VDATE1, VDATE2);
ALTER TABLE INTERVALS ADD CONSTRAINT PK_INTERVALS PRIMARY KEY (ID);
CREATE INDEX INTERVALS_IDX1 ON INTERVALS (VDATE1);
CREATE INDEX INTERVALS_IDX2 ON INTERVALS (VDATE2);

PS2:
Plan
PLAN JOIN (SORT (JOIN (INTERVALS INDEX (INTERVALS_IDX1), RDB$DATABASE 
NATURAL)), SYSTEMDATA NATURAL)(GET_REST NATURAL)(STORAGES NATURAL)SORT (JOIN 
(AGENTS NATURAL, SALES_MOVE INDEX (RDB$FOREIGN38)))JOIN (SALES_MOVE INDEX 
(RDB$FOREIGN36, RDB$FOREIGN37, RDB$FOREIGN37), AGENTS INDEX 
(RDB$PRIMARY2))(SRV_GET41_V20060512 NATURAL)(SRV_GET41_V200

Re: [ANN] SQLHammer

[Ded]

Dmitry Voroshin wrote:
>>Юра, какой ассемблер? Я про SQL! SQL состоит из DDL и DML.
>>Невозможно создавать таблицы только в "оглупляторе".
>>я уже говорил, что наспор создам таблицу руками в SQLEditor БЫСТРЕЕ
>>чем кто-либо в этом дурацком "построителе".
> 
> 
> И о чём это говорит?

Это вот о чём говорит. Существуют 3 схемы-уровня человеческого 
мышления - вербально-логический (словами и предложениями, уровень 
тактики), абстрактно-геометрический (пространственными представлениями, 
уровень стратегии) и древнейший, унаследованный от мартышек, моторный (а 
сложу-ка я кубики вот так... не, херня получаеццо... а вот так? опять 
херня... а так? о, надо же, получилося...). У хомы сапиенса вульгариса, 
сиречь обыкновенного, все три взаимодействуют и выполняют свои задачи. А 
"дружественный, интуитивно понятный интерфейс" мышетыканья ориентирован 
и стимулирует использование именно последнего уровня. Причём, поскольку 
"программеры" нонче именно с дружественного всё и начинают, игнорируя 
всякие там глупые книги-доки-хелпы, то остальные два у них просто 
атрофируются. Это нетрудно заметить, почитавши вопросы на форуме у ДК и 
на скруле. Кстати, именно создание таблиц посредством мышетыканья 
гарантированно медленнее клавотоптания просто по определению у всех, кто 
умеет формулировать мысль словами - меньше телодвижений. Ну а кто к 
такому напряжению ума не способен, у того может и нет. А стоящие на 
самой вершине технического прогресса словами просто не умеют.

-- 
Regards. Ded.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Slava Ekimov]

> > поэтому трижды нахуахуа?
 DV> Как же. Ведь это крута. А писать на старой Дельфе не крута. Это же
 DV> всем очевидный факт!

Мне кажется, так же думали программисты FoxPro про Delphi.
Вакасии на FoxPro еще мелькают иногда.
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN] SQLHammer

[Yuri Grabar]

Hello, Dmitri!
You wrote  on Thu, 01 Jun 2006 11:10:20 +0400:

[ пропускаем...]

 DK> Юра, какой ассемблер? Я про SQL! SQL состоит из DDL и DML.
 DK> Невозможно создавать таблицы только в "оглупляторе".
 DK> я уже говорил, что наспор создам таблицу руками в SQLEditor БЫСТРЕЕ
 DK> чем кто-либо в этом дурацком "построителе".

Дим, аналогия более чем прозрачна...

 DK> неужели конструкции create table и alter table такие сложные, что их
 DK> нельзя написать руками, а надо обязательно делать это "интерактивно"?

Нет. Но тем не менее интерактивно это просто удобнее.

 DK> Причем, я почти ничего не имею против "построителей запросов", сам
 DK> иногда пользуюсь. Но почему-то запросы, процедуры и триггеры
 DK> принято писать и "доводить" руками, а на остальную малость не хватает
 DK> пальцев...

Потому что "интерактивизировать" написание таблицы много проще, чем 
процедуры/запроса. С другой стороны - я никогда не понимал почему надо 
писать

create table tbl (
   fld Integer DEFAULT 0 NOT NULL
   )

и нельзя написать

create table tbl (
   fld Integer NOT NULL DEFAULT 0
   )

А запоминать порядок следования всех "клауз" в определениях полей, ключей и 
т.д. не всегда с руки - вот тут-то как раз и место для тех инструментов, 
которые ты называешь "оглупляторами". Для меня они наоборот - помошники в 
работе. А уже потом из них переношу в скрипт, оформляю его (условные 
проверки, за что отдельное спасибо Хвастунову, замена create procedure на 
create or alter procedure и т.д.).

А вот "построителями запросов" я наоборот не пользуюсь никогда, уж лучше 
руками написать, чем бороться с их "умничанием". Хотя, тут спорить не буду, 
смотрел я на них последний раз уже давно и привычка выработалась :)

-- 
With best regards, Yuri Grabar. 



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Dmitry Voroshin]

"Boulitchev Aleksey" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
>
> поэтому трижды нахуахуа?
>

Как же. Ведь это крута. А писать на старой Дельфе не крута. Это же всем
очевидный факт!



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN]

[Boulitchev Aleksey]

"sasha"
>К стати, обратите внимание на SharpDeveloper 2.0. Конечно до студии он не 
>дотягивает, то тоже вполне мощный инструмент, который замечательно работает 
>со студийными солюшинами.

стоимость освоения инструмента 5 чел Х 2 недели + отладка ночного билда + 
тестирование билда

Стоимость полной разработки маленькой предметной области  на существующем 
ПО - 2 человеко-мес

Стоимость полной разработки маленькой предметной области  на новом ПО - 2 
человеко-мес

временно (на 3 мес) упадет качество из-за новизны

нахуахуа?

PS о стоимости переноса старых исходников я вообще молчу, а без базы эта 
маленькая предметная область выходит в 1.5 человеко-года

поэтому трижды нахуахуа?

-- 
Булычев Алексей
http://www.stella-npf.ru



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: Импорт из экселя

[Феклистов Андрей]

Здравствуйте, Игорь.

>И мне вышлите, если можно !
и мне, по возможности :) интересно посмотреть. 19800803_mail_ru
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

вообще, к пятнице наверное тема, но все равно смешно

[Plotnikov Y.]

вот буквально нактнулся.

http://doci.nnm.ru/selfprogrammer/31.05.2006/osnovy_programmirovaniya_dlya_b
d_2/



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN] ����������������

[sasha]

К стати, обратите внимание на SharpDeveloper 2.0. Конечно до студии он не 
дотягивает, то тоже вполне мощный инструмент, который замечательно работает со 
студийными солюшинами.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re[4]: FB inet

[Yuris W. Auzinsh]

Здравствуйте, Horsun Vlad.

Недавно (31 мая 2006 г., 13:43:55) Вы писали:

HV> Сеть я дома, сам понимаешь, строить не собираюсь ради этого
А  никто и не заставляет им пакеты снифить, им потом разбирать удобно.
;-)

-- 
  Удачи...
   
   Yuris W. Auzinsh aka Zuz,
   ICQ UIN: 5 8 2 5 6 3 7 4,
   e-mail : zuz(аt)mail.ru



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN] SQLHammer

[Dmitry Voroshin]

"Dmitri Kuzmenko" <[EMAIL PROTECTED]> сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
> Юра, какой ассемблер? Я про SQL! SQL состоит из DDL и DML.
> Невозможно создавать таблицы только в "оглупляторе".
> я уже говорил, что наспор создам таблицу руками в SQLEditor БЫСТРЕЕ
> чем кто-либо в этом дурацком "построителе".

И о чём это говорит?

>
> неужели конструкции create table и alter table такие сложные, что их
> нельзя написать руками, а надо обязательно делать это "интерактивно"?

Наверное нет, но так всё-таки удобнее.

> Причем, я почти ничего не имею против "построителей запросов", сам
> иногда пользуюсь. Но почему-то запросы, процедуры и триггеры
> принято писать и "доводить" руками, а на остальную малость не хватает
> пальцев...

А я вот не умею ими пользоваться. И никогда не пользовался. И даже не знаю
как это делается. Вывод?  Запретить построители?

Во многом такие вещи - дело элементарной привычки. Главное всё-таки
результат.



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

ru-firebird@googlegroups.com

[Boulitchev Aleksey]

сорри, конечно же

 select ID, DATE_DOC, distinct ID_RT  from PRS$RESOLUTIONS
 order by ID_RT, DATE_DOC desc


-- 
Булычев Алексей
http://www.stella-npf.ru 



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: [ANN] SQLHammer

[Dmitri Kuzmenko]

Hello, Yuri!
Yuri Grabar wrote:

>  DK> потому что дебилярий развели. create table уже руками не умеют
>  DK> написать.
> 
> Ну-у... Многие и ассемблера не знают, так что ж теперь - языками высокого 
> уровня и не пользоваться вовсе? Или всех заставить сначала выучить 
> ассемблер, а уже потом на Pascal, C/C++, Java и т.д.? Нет, оно конечно, 
> ассемблер знать хорошо, но так ли уж _необходимо_?

Юра, какой ассемблер? Я про SQL! SQL состоит из DDL и DML.
Невозможно создавать таблицы только в "оглупляторе".
я уже говорил, что наспор создам таблицу руками в SQLEditor БЫСТРЕЕ
чем кто-либо в этом дурацком "построителе".

неужели конструкции create table и alter table такие сложные, что их
нельзя написать руками, а надо обязательно делать это "интерактивно"?

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

-- 
Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---