Re: [ANN] SQLHammer
On Mon, 05 Jun 2006 18:47:16 +0400, Kull Damned [EMAIL PROTECTED] wrote: Потому что, как оказывается, с тайпингом у разработчиков не фонтан. То есть, не может человек КОД писать с НОРМАЛЬНОЙ скоростью. Он смотрит на кнопки. Он не думает кодом, он занимается набиванием букв. какая разница куда смотреть? на клавиатуру, на монитор или на бабу голую - код он в мозгах должен быть... На что же надо смотреть, чтобы в голове мысли нормальные были (свойственные непрограммистам) ;) -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: [ANN] SQLHammer
Привет, Сергей! Вы пишешь 06 июня 2006: [Sorry, skipped] какая разница куда смотреть? на клавиатуру, на монитор или на бабу голую - код он в мозгах должен быть... СФ На что же надо смотреть, чтобы в голове мысли нормальные были СФ (свойственные непрограммистам) ;) Поверхностное созерцание материи не позволяет проникнуть в её суть... Иными словами: смотреть нужно не НА, а В. Лучше всего - В стакан! -- With best regards, Alex Cherednichenko. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: [ANN] SQLHammer
Hi Alex Cherednichenko ! AC Лучше всего - В стакан! Чего в него смотреть ? Туда наливать надо ... - --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: [ANN] SQLHammer
Потому что, как оказывается, с тайпингом у разработчиков не фонтан. То есть, не может человек КОД писать с НОРМАЛЬНОЙ скоростью. Он смотрит на кнопки. Он не думает кодом, он занимается набиванием букв. какая разница куда смотреть? на клавиатуру, на монитор или на бабу голую - код он в мозгах должен быть... З.Ы. Впрочем с бабой я погорячился :-) --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: [ANN] SQLHammer
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 --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: [ANN] SQLHammer
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] SQLHammer
Dmitry Voroshin wrote: Юра, какой ассемблер? Я про SQL! SQL состоит из DDL и DML. Невозможно создавать таблицы только в оглупляторе. я уже говорил, что наспор создам таблицу руками в SQLEditor БЫСТРЕЕ чем кто-либо в этом дурацком построителе. И о чём это говорит? Это вот о чём говорит. Существуют 3 схемы-уровня человеческого мышления - вербально-логический (словами и предложениями, уровень тактики), абстрактно-геометрический (пространственными представлениями, уровень стратегии) и древнейший, унаследованный от мартышек, моторный (а сложу-ка я кубики вот так... не, херня получаеццо... а вот так? опять херня... а так? о, надо же, получилося...). У хомы сапиенса вульгариса, сиречь обыкновенного, все три взаимодействуют и выполняют свои задачи. А дружественный, интуитивно понятный интерфейс мышетыканья ориентирован и стимулирует использование именно последнего уровня. Причём, поскольку программеры нонче именно с дружественного всё и начинают, игнорируя всякие там глупые книги-доки-хелпы, то остальные два у них просто атрофируются. Это нетрудно заметить, почитавши вопросы на форуме у ДК и на скруле. Кстати, именно создание таблиц посредством мышетыканья гарантированно медленнее клавотоптания просто по определению у всех, кто умеет формулировать мысль словами - меньше телодвижений. Ну а кто к такому напряжению ума не способен, у того может и нет. А стоящие на самой вершине технического прогресса словами просто не умеют. -- Regards. Ded. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: [ANN] SQLHammer
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] SQLHammer
Hello, Dmitry! Dmitry Voroshin wrote: я уже говорил, что наспор создам таблицу руками в SQLEditor БЫСТРЕЕ чем кто-либо в этом дурацком построителе. И о чём это говорит? это говорит о том, что разработчик (!) ПО кроме умения тыкать мышью должен уметь набивать текст на клавиатуре. Если он этого не умеет, то... неужели конструкции create table и alter table такие сложные, что их нельзя написать руками, а надо обязательно делать это интерактивно? Наверное нет, но так всё-таки удобнее. не вижу, чем удобнее. особенно выбор из тучи типов полей. А я вот не умею ими пользоваться. И никогда не пользовался. И даже не знаю как это делается. Вывод? Запретить построители? Во многом такие вещи - дело элементарной привычки. Главное всё-таки результат. доводить до того, чтобы без IBExpert человек не мог и таблицу создать, тоже не надо. -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34 --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: [ANN] SQLHammer
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
Ded [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] Dmitry Voroshin wrote: Это вот о чём говорит. Существуют 3 схемы-уровня человеческого мышления - вербально-логический (словами и предложениями, уровень тактики), абстрактно-геометрический (пространственными представлениями, уровень стратегии) и древнейший, унаследованный от мартышек, моторный (а сложу-ка я кубики вот так... не, херня получаеццо... а вот так? опять херня... а так? о, надо же, получилося...). У хомы сапиенса вульгариса, сиречь обыкновенного, все три взаимодействуют и выполняют свои задачи. А дружественный, интуитивно понятный интерфейс мышетыканья ориентирован и стимулирует использование именно последнего уровня. Причём, поскольку программеры нонче именно с дружественного всё и начинают, игнорируя всякие там глупые книги-доки-хелпы, то остальные два у них просто атрофируются. Это нетрудно заметить, почитавши вопросы на форуме у ДК и на скруле. Кстати, именно создание таблиц посредством мышетыканья гарантированно медленнее клавотоптания просто по определению у всех, кто умеет формулировать мысль словами - меньше телодвижений. Ну а кто к такому напряжению ума не способен, у того может и нет. А стоящие на самой вершине технического прогресса словами просто не умеют. Интересная теория. Кстати в IBExpert дизайнером таблиц (оглуплятором) удобнее всего (и быстрее) пользоваться при помощи клавиатуры чем мышью. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: [ANN] SQLHammer
Ded Это вот о чём говорит. Существуют 3 схемы-уровня человеческого мышления - вербально-логический (словами и предложениями, уровень тактики), абстрактно-геометрический (пространственными представлениями, уровень стратегии) и древнейший, унаследованный от мартышек, моторный (а Дед, и у тебя жена врач? -- Булычев Алексей http://www.stella-npf.ru --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: [ANN] SQLHammer
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
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] ������ SQLHammer
Hello, Marina! Marina Novikova wrote: Devrace Ltd приобрела компанию Metadataforge и продукт администрирования и разработки баз данных SQLHammer. В ближайшее время Devrace начинает поддержку и развитие SQLHammer на российском и зарубежном рынках. Подробности читайте в пресс релизе: http://devrace.com/ru/press/2486.php кстати, разработчикам аналогичных инструментов - по умолчанию делайте имена объектов в UPPERCASE, без кавычек!!! И только если разработчик 3 раза попросит, делайте кавычки. Была б моя воля, я вообще раз в месяц дня на три отрубал бы все эти оглупляторы типа интерактивное создание таблицы, и заставлял все делать в sql editor, ручками. -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34 --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: [ANN] SQLHammer
Hello, Dmitri! You wrote on Wed, 31 May 2006 14:46:57 +0400: DK Marina Novikova wrote: ?? Devrace Ltd приобрела компанию Metadataforge и продукт ?? администрирования и разработки баз данных SQLHammer. В ближайшее время ?? Devrace начинает поддержку и развитие SQLHammer на российском и ?? зарубежном рынках. Подробности читайте в пресс релизе: ?? http://devrace.com/ru/press/2486.php DK кстати, разработчикам аналогичных инструментов - по умолчанию DK делайте имена объектов в UPPERCASE, без кавычек!!! DK И только если разработчик 3 раза попросит, делайте кавычки. DK Была б моя воля, я вообще раз в месяц дня на три отрубал бы DK все эти оглупляторы типа интерактивное создание таблицы, DK и заставлял все делать в sql editor, ручками. Хорошая практика была-бы, а то таблички делаешь редко приходиться под рукой Грабера SQL Справочное руководство держать :-) With best regards, Игорь Горбонос. E-mail: [EMAIL PROTECTED] --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: [ANN] SQLHammer
Hello, sasha! sasha wrote: У меня, к примеру, наоборот 99% идентификаторов в кавычках. Ничего плохого в них не вижу. потому что вовремя тебя не остановили. двойные кавычки - это совершенно лишнее, жутко замусоривающее SQL и усложняющее его написание (из-за необходимости точного соблюдения регистра имен объектов). Аль ты и SQL в конструкторе набираешь? -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34 --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: [ANN] SQLHammer
потому что вовремя тебя не остановили. Я до этого года 3 без кавычек прописными буквами всё называл. После перехода на кавычки первое время было непривычно, а щас вполне устраивает. У меня щас все внутренние объекты (так сказать private) по прежнему большими буквами называются и я сразу их вижу. Также внутренние переменные в ХП я всегда большими буквами объявляю. При этом сразу видно где служебные объекты, а где предназначенные для прямого обращения с клиента. двойные кавычки - это совершенно лишнее, жутко замусоривающее SQL и усложняющее его написание (из-за необходимости точного соблюдения регистра имен объектов). Не согласен. У меня SQL в половине случаев автоматически генерируется библиотекой, а в оставшейся половине случаев мне тулзы типа эксперта подсказывают точные имена идентификаторов. Без кавычек у меня возникли бы огромные проблемы со всякими совпадениями имён и ключевых слов. А необходимость соблюдения точных регистров имён объектов - это проблема спорная. Обратите внимания на новые языки программирования типа Java и C# - везде точное совпадение требуется. То же самое в юниксовых ФС и ничего, люди справляются. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re[2]: [ANN] ?????? SQLHammer
Привет. кстати, разработчикам аналогичных инструментов - по умолчанию делайте имена объектов в UPPERCASE, без кавычек!!! И только если разработчик 3 раза попросит, делайте кавычки. В кавычки должно браться по правилам. Если разработчик попросит 7 раз, то все равно такое поле, как My Field должно быть взято в кавычки в 3 диалекте. Была б моя воля, я вообще раз в месяц дня на три отрубал бы все эти оглупляторы типа интерактивное создание таблицы, и заставлял все делать в sql editor, ручками. Программа и так сделана в парадигме АНТИоглуплятор, т.к. априори ручная, как для GUI-инструмента. -- Regards, Dmitriy Kovalenko http://metadataforge.com --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
[ANN] ������ SQLHammer
Devrace Ltd приобрела компанию Metadataforge и продукт администрирования и разработки баз данных SQLHammer. В ближайшее время Devrace начинает поддержку и развитие SQLHammer на российском и зарубежном рынках. Подробности читайте в пресс релизе: http://devrace.com/ru/press/2486.php Marina --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---