Здравствуйте, AndreyAndreev, Вы писали:
AA>Здравствуйте, HAN-BRATAN, Вы писали:
HB>>Народ, что лучше? Что быстрее?
HB>>У какого продукта какие преимущества?
AA>Delphi — IDE AA>Java — язык програмиирования
AA>что нужно решать тебе.
Я имел ввиду на чем лучше писать проги и на чем они получаются кайфовее
Здравствуйте, HAN-BRATAN, Вы писали:
HB>Я имел ввиду на чем лучше писать проги и на чем они получаются кайфовее
у этих технологий совсем разная направленность, начнем с того, что Delphi — это только под винду, а Java — куда ширше.
Delphi в некоторых аспектах проще, но возможностей у Java намного больше.
К тому же (уже говорим о языке, а не о технологии) Java намного объектно-ориентированией чем Object Pascal.
Здравствуйте, AndreyAndreev, Вы писали:
AA>у этих технологий совсем разная направленность, начнем с того, что Delphi — это только под винду, а Java — куда ширше. AA>Delphi в некоторых аспектах проще, но возможностей у Java намного больше. AA>К тому же (уже говорим о языке, а не о технологии) Java намного объектно-ориентированией чем Object Pascal.
AA>Вот очень вкратце, но все равно решать тебе
Интересно А чем это Delphi.Net менее объектно ориентированная ?????
... << RSDN@Home 1.1.3 stable >>
и солнце б утром не вставало, когда бы не было меня
AA>Delphi — IDE AA>Java — язык програмиирования
Это откель такие заблуждения?
Не пиши на IDE одной мышкой, пиши на чистом паскакале, используя только API операционки, и все будет нормально летать.
Хотя, если руки кривые....
Java — интерпретатор, хоть и с предкомпиляцией, Delphi — полноценный язык с полной компиляцией, хоть и не так близко к ассемблеру, как Си, но уж поближе, чем Java.
Это факты, обсуждать их не имеет смысла.
AA>у этих технологий совсем разная направленность, начнем с того, что Delphi — это только под винду, а Java — куда ширше.
Существует еще Kylix — дельфи под Linux.
AA>Delphi в некоторых аспектах проще, но возможностей у Java намного больше.
Вранье, возможностей практически одинаково, т.к. они один хрен упираются большей частью в предоставляемое операционкой API.
AA>К тому же (уже говорим о языке, а не о технологии) Java намного объектно-ориентированией чем Object Pascal.
А это с какого перепугу? И что это дает? На текущий момент ВСЁ обьектно-ориентированное программирование на всех ООП-языках даёт исключительно чуть больше удобства программисту. и ВСЁ! никакого прироста производительности или еще каких-либо других эффектов оно не даёт.
P.S. Я в данном топике защищаю Дельфи только потому, что его попытались неквалифицированно обосрать. обосрешь по-умному — у меня претензий не будет.
Насчет Java у меня в общем претензий нет, но писать я на нем не хочу, равно как и на .NET по причинам своих собственных убеждений.
А вообще, если уж не ассемблер, то чистый Си рулит. и по скорости, и по переносимости, и по удобству программирования. (кривые руки в расчет не берем)
Такое мое мнение
P.P.S. извините за возможно некоторую резкость, обижать никого не собирался.
Здравствуйте, DSD, Вы писали:
DSD>Здравствуйте, AndreyAndreev, Вы писали:
AA>>Delphi — IDE AA>>Java — язык програмиирования DSD>Это откель такие заблуждения? DSD>Не пиши на IDE одной мышкой, пиши на чистом паскакале, используя только API операционки, и все будет нормально летать. DSD>Хотя, если руки кривые....
DSD>Java — интерпретатор, хоть и с предкомпиляцией, Delphi — полноценный язык с полной компиляцией, хоть и не так близко к ассемблеру, как Си, но уж поближе, чем Java. DSD>Это факты, обсуждать их не имеет смысла.
...skip
Зачем кипятиться
Все верно было написано. Языка программирования Delphi нет! Есть язык Object Pascal
ykk>>Зачем кипятиться ykk>>Все верно было написано. Языка программирования Delphi нет! Есть язык Object Pascal M_L>Вот тут как мне кажется Вы не правы. Фирма Борладн с некторых пор говорит, что есть Delphi Language.
Здравствуйте, DSD, Вы писали:
DSD>P.S. Я в данном топике защищаю Дельфи только потому, что его попытались неквалифицированно обосрать...
Попытаемся квалифицированно.
1.1 Общеизвестно, что IDE Delphi написана на Delphi.
1.2 Существует около 7 версий данного продукта.
1.3 Для object pascal имеется только одна IDE....
Вопросы:
1. Нравится ли вам IDE Delphi (Builder).
2. Пользовались ли вы еще какой либо IDE (для Java или С++, написанной на них же), ибо истина познается в сравнении.
Относительно вопроса #1.
В IDE Delphi припеваючи, даже не стесняясь, живут баги и прочие несуразности. Напрмер самопроизвольная смена блоков с Overwrite на Presistent в редакторе, непонятно по какому принципу работающий Undo/Redo, тормозной Insight. Опытные программисты на Delphi могут дополнить этот список (Builder 6.0, это вообще memento mori). Причем баги эти переходят из версии в версию. О чем, интересно, это говорит?
Посмотрим на организацию IDE. Никакого удобства для программиста. Object Tree полностью закрывается окном кода, с которым в неразвернутом на весь экран виде неудобно работать. Улетающий к чертям курсор при нажатии на клавишу Home, хотя было бы удобнее, если бы он останавливался перед началом первого слова в строке. Невозможнсть расщепить окно кода на две части, что порой бывает весьма необходимо. Постоянно приходится прыгать между кучей открытых форм и их кодом и т.д. Дело, на мой взгляд, в отсутствии в Delphi пресловутого Doc/View и объективной невозможности создать с помошью VCL сколько-нибудь приличную IDE, что связывает руки дельфийским программистам в этом направлении.
Жду ваших возражений.
Носок исчез в гильбертовом пространстве. Туда ему и дорога.
Здравствуйте, last shinji, Вы писали:
LS>Относительно вопроса #1. LS>В IDE Delphi припеваючи, даже не стесняясь, живут баги и прочие несуразности. Напрмер самопроизвольная смена блоков с Overwrite на Presistent в редакторе, непонятно по какому принципу работающий Undo/Redo, тормозной Insight. Опытные программисты на Delphi могут дополнить этот список (Builder 6.0, это вообще memento mori). Причем баги эти переходят из версии в версию. О чем, интересно, это говорит?
Надо знать эти баги и обходить их. Вообще все это не смертельно, а даже забавно. Знание багов — это одно из того, чтоотличает профессионала от нач. программиста или и того пуще, ламера. Да и потом по степени RAD`ности дельфи всегда превосходила VisualStudio даже если последний был бы со всеми примочками (про .NET не говорю). А более мощный IDE означает большее количество багов. Неужели в примочках под VisualStudio нет багов?.. Да это похоже на спор между Windows`овцами и Linuxoid`ами... насколько я слышал, в Linux`ах во многих местах багов больше чем в виндах... да и функционал виндов поширше будет, есть где багу закрасться.
LS>Посмотрим на организацию IDE. Никакого удобства для программиста. Object Tree полностью закрывается окном кода, с которым в неразвернутом на весь экран виде неудобно работать.
Не знаю почему тебе так нравится работать с развернутым на весь экран Code View, оно и так там нормально смотрится, в VisualStudio совершенно аналогичная ситуация. ObjectTreeView почему у тебя перекрывается, не понял? Подвинь CodeView... вообще, сохраняй десктопы и все будет Ок. Лично у меня один десктоп для повселневной работы и один для тяжелой отладки, все инструменты на своих местах, никаких проблем.
LS> Улетающий к чертям курсор при нажатии на клавишу Home, хотя было бы удобнее, если бы он останавливался перед началом первого слова в строке.
Узнать надо про комбинации клавиш для начала-то...
LS> Невозможнсть расщепить окно кода на две части, что порой бывает весьма необходимо.
LS> Постоянно приходится прыгать между кучей открытых форм и их кодом и т.д.
А чем лучше VisualStudio? Или др. среды? Форма — это одно, код — это другое. Ведь как-то надо между ними "перепрыгивать" В студии вообще все в ресурсы засунуто и постоянно приходится к черту на рога лазить... в дельфях кнопку F12 выучил и свободен
LS> Дело, на мой взгляд, в отсутствии в Delphi пресловутого Doc/View
Да ты, дорогой, жопу с пальцем не сравнивай. Ну какая связь между Delphi и Doc/View? Если очень хочешь, можно сказать, что Doc/View не поддерживается VCL`ем... это еще куда ни шло... ну дык в VCL несколько иное видение как его надо программировать, и если надо, Doc/View легко можно и в Delphi реализовать. Ну какие у концепции Doc/View преимущества, которые нельзя реализовать при помощи VCL?
LS> и объективной невозможности создать с помошью VCL сколько-нибудь приличную IDE, что связывает руки дельфийским программистам в этом направлении.
Ну опять, двадцать пять. Да, дельфийская IDE заточена под VCL, VisualStudio 6 под MFC (с .NET пока еще не работал)... взять тот же ClassWizard. Но что, собственно говоря, тебе мешает написать свои модули под IDE Delphi, которые бы позволили тебе работать со своей собственной библиотекой? Просто это никому не нужно. В Delphi VCL используется, в VS — MFC, а скоро все вообще на .NET перейдут и писец котенку, у всех все будет одинаковое Ну, вот в .NET-версиях, чем VisualStudio будет превосходить дельфийский IDE (Delphi 8 я имею в виду)?
Здравствуйте, Fortnum, Вы писали:
F>Надо знать эти баги и обходить их. Вообще все это не смертельно, а даже забавно. Знание багов — это одно из того, чтоотличает профессионала от нач. программиста или и того пуще, ламера. Да и потом по степени RAD`ности дельфи всегда превосходила VisualStudio даже если последний был бы со всеми примочками (про .NET не говорю). А более мощный IDE означает большее количество багов. Неужели в примочках под VisualStudio нет багов?.. Да это похоже на спор между Windows`овцами и Linuxoid`ами... насколько я слышал, в Linux`ах во многих местах багов больше чем в виндах... да и функционал виндов поширше будет, есть где багу закрасться.
Кажется я начинаю понимать. Delphi — это секта аскетов-мучеников, со своей собственной философией, закаляющих себя в трудах денных и нощных. Баги есть символ веры, передаваемый из поколения в поколение...(что то я отвлекся, но дабы Вы несмогли обвинить меня в предвзятости сошлюсь на первоисточники). Ходьба по минному полю конечно щекочет нервы, но в конце концов это начинает надоедать. А вот вопиющих багов в VisualStudio я не замечал. Может быть откроет мне кто глаза на них? И как интересно вы предлагаете обходить баги?
F>Не знаю почему тебе так нравится работать с развернутым на весь экран Code View, оно и так там нормально смотрится, в VisualStudio совершенно аналогичная ситуация. ObjectTreeView почему у тебя перекрывается, не понял? Подвинь CodeView... вообще, сохраняй десктопы и все будет Ок. Лично у меня один десктоп для повселневной работы и один для тяжелой отладки, все инструменты на своих местах, никаких проблем.
Свободно висящее окно приходится постоянно передвигать, дабы оно не загораживало чего.
Десктопы это конечно хорошо, это ему плюс, но вот в некоторых средах разработки (VS, например) таковые являются встроенными и вылезают сами, например, при запуске отладки, поддаются легкой кустомизации и автоматически сохраняются.
LS>> Улетающий к чертям курсор при нажатии на клавишу Home, хотя было бы удобнее, если бы он останавливался перед началом первого слова в строке. F>Узнать надо про комбинации клавиш для начала-то...
Комбинации клавиш у меня стоят от VS 6.0. А почему я должен использовать какую-либо комбинацию когда можно просто Home, не понимаю. Да и подскажите, пожалуйста, комбинацию которая енто самое двигает, буду пользоваться, при случае.
LS>> Невозможнсть расщепить окно кода на две части, что порой бывает весьма необходимо.
F><img]http://rsdn.ru:80/File/1621/dt.jpg[/img>
Для просмора сойдет, но вот сколько я не пытался скопировать мышой текст из одного окна в другое — не получается (наверное плагин писать нужно). Это ему минус. Минус также в том, что, опять же руками двигать проходится (во всяком случае в Builder). А автоматически такое может провернуть даже такая IDE как CorelDRAW
F>А чем лучше VisualStudio? Или др. среды? Форма — это одно, код — это другое. Ведь как-то надо между ними "перепрыгивать" В студии вообще все в ресурсы засунуто и постоянно приходится к черту на рога лазить... в дельфях кнопку F12 выучил и свободен
F12 это ему тоже плюс, (как говорится один плюс хорошо, а два лучше). Дело однако в том, что в студии (что под маркой .NET) все окна, втч. и форм выведенны в табы, которые реализованы не в пример удобнее дельфийских. Так, открыл нужные ресурсы и лазий себе по табам, и никаких F12...
LS>> Дело, на мой взгляд, в отсутствии в Delphi пресловутого Doc/View
F> Да ты, дорогой, жопу с пальцем не сравнивай.
Эка батенька, Вы загнули.
F> Ну какая связь между Delphi и Doc/View? Если очень хочешь, можно сказать, что Doc/View не поддерживается VCL`ем... это еще куда ни шло...
Абсолютно с Вами согласен. Между Delphi и Doc/View связи никакой. А жаль.
F> ну дык в VCL несколько иное видение как его надо программировать, и если надо, Doc/View легко можно и в Delphi реализовать. Ну какие у концепции Doc/View преимущества, которые нельзя реализовать при помощи VCL?
А Вы пробовали?
Пытался симитировать это дело на VCL (нужно было один вид для просмотра и два разных для редактирования) — пришлось ручками писать классы документа и видов (в VC++ они наследуются хошь от CScrollView, хошь от CFormView), динамически создавать компоненты и прочая и прочая. Столько нервов истратил. Такое угребище вышло (сугубо внутренне), не дай боже кому...
LS>> и объективной невозможности создать с помошью VCL сколько-нибудь приличную IDE, что связывает руки дельфийским программистам в этом направлении.
F>Ну опять, двадцать пять. Да, дельфийская IDE заточена под VCL, VisualStudio 6 под MFC (с .NET пока еще не работал)... взять тот же ClassWizard. Но что, собственно говоря, тебе мешает написать свои модули под IDE Delphi, которые бы позволили тебе работать со своей собственной библиотекой? Просто это никому не нужно. В Delphi VCL используется, в VS — MFC, а скоро все вообще на .NET перейдут и писец котенку, у всех все будет одинаковое Ну, вот в .NET-версиях, чем VisualStudio будет превосходить дельфийский IDE (Delphi 8 я имею в виду)?
Это, батенька вы не смешивайтцте поняттия, что подо что заточено. Оцениваем только с точки зрения юзабилити в общем, т.к. в указанном Вами контексте оценка не имеет смысла.
В завершение вспомним аксиому 1.1 — Общеизвестно, что IDE Delphi написана на Delphi.
Носок исчез в гильбертовом пространстве. Туда ему и дорога.
Hi,
LS>Кажется я начинаю понимать. Delphi — это секта аскетов-мучеников, со своей собственной философией, закаляющих себя в трудах денных и нощных. Баги есть символ веры, передаваемый из поколения в поколение...(что то я отвлекся, но дабы Вы несмогли обвинить меня в предвзятости сошлюсь на первоисточники). Ходьба по минному полю конечно щекочет нервы, но в конце концов это начинает надоедать. А вот вопиющих багов в VisualStudio я не замечал. Может быть откроет мне кто глаза на них? И как интересно вы предлагаете обходить баги?
Ну, а 6 сервиз паков были просто для красоты? Помню до SP1 в дизайнере формочек что либо дизайнить было нельзя — удаленные контролы он не чистил в соответствующих файлах ресурсов. В результате они становились большими и толстыми.
F>><img]http://rsdn.ru:80/File/1621/dt.jpg[/img> LS>Для просмора сойдет, но вот сколько я не пытался скопировать мышой текст из одного окна в другое — не получается (наверное плагин писать нужно). Это ему минус. Минус также в том, что, опять же руками двигать проходится (во всяком случае в Builder). А автоматически такое может провернуть даже такая IDE как CorelDRAW
Подозрительно, для программиста Вы испытываете какую-то слишком сильную привязаность к мышам Ctrl+Ins, Shift+Tab, Shift+Ins. Готово.
F>>А чем лучше VisualStudio? Или др. среды? Форма — это одно, код — это другое. Ведь как-то надо между ними "перепрыгивать" В студии вообще все в ресурсы засунуто и постоянно приходится к черту на рога лазить... в дельфях кнопку F12 выучил и свободен
LS>F12 это ему тоже плюс, (как говорится один плюс хорошо, а два лучше). Дело однако в том, что в студии (что под маркой .NET) все окна, втч. и форм выведенны в табы, которые реализованы не в пример удобнее дельфийских. Так, открыл нужные ресурсы и лазий себе по табам, и никаких F12...
Опять надо руки от клавиатуры отрывать, мышой целиться...
F>> Да ты, дорогой, жопу с пальцем не сравнивай. LS>Эка батенька, Вы загнули.
Ну. Поизводные классы от body.
F>> ну дык в VCL несколько иное видение как его надо программировать, и если надо, Doc/View легко можно и в Delphi реализовать. Ну какие у концепции Doc/View преимущества, которые нельзя реализовать при помощи VCL? LS>А Вы пробовали? LS>Пытался симитировать это дело на VCL (нужно было один вид для просмотра и два разных для редактирования) — пришлось ручками писать классы документа и видов (в VC++ они наследуются хошь от CScrollView, хошь от CFormView), динамически создавать компоненты и прочая и прочая. Столько нервов истратил. Такое угребище вышло (сугубо внутренне), не дай боже кому...
Извините, это уже из текста про настоящего программиста. Более обще надо было подходить, на уровне концепции. И ее, концепцию, склонять в зависимости от ограничивающих факторов(if any).
He said that that "that" that that man used was incorrect.
Здравствуйте, vi_k, Вы писали:
_>Hi,
_>Ну, а 6 сервиз паков были просто для красоты? Помню до SP1 в дизайнере формочек что либо дизайнить было нельзя — удаленные контролы он не чистил в соответствующих файлах ресурсов. В результате они становились большими и толстыми.
К сожалению, сервиспаченными дельфями пользоватья не приходилось, а вот SP4 для Builder, на мой взгляд, вносит только новые глюки, не исправляя старых.
_>Подозрительно, для программиста Вы испытываете какую-то слишком сильную привязаность к мышам Ctrl+Ins, Shift+Tab, Shift+Ins. Готово.
Просто люблю зверюшек.
_>Опять надо руки от клавиатуры отрывать, мышой целиться...
Ну зачем? CTRL + F6, CTRL + SHIFT + F6;
F>>> Да ты, дорогой, жопу с пальцем не сравнивай. LS>>Эка батенька, Вы загнули.
_>Ну. Поизводные классы от body.
На мой взгляд, body — это производный класс. Множественное наследование...
_>...Более обще надо было подходить, на уровне концепции. И ее, концепцию, склонять в зависимости от ограничивающих факторов(if any).
Я конечно понимаю, что мое решение небыло оптимальным. А вот тут, если можно поподробнее.
Носок исчез в гильбертовом пространстве. Туда ему и дорога.
чем Object Pascal.
Да ты, дорогой, жопу с пальцем не сравнивай. Ну какая связь между Delphi и Doc/View? Если очень хочешь, можно сказать, что Doc/View не поддерживается VCL`ем... это еще куда ни шло... ну дык в VCL несколько иное видение как его надо программировать, и если надо, Doc/View легко можно и в Delphi реализовать. Ну какие у концепции Doc/View преимущества, которые нельзя реализовать при помощи VCL?
