» Стоит ли переходить с Билдера на Делфи?

Всегда пользовался Билдером, а тут смотрю, что проект больше не развивается и все стали (большенство, что мне попадаются) на Делфи. Вот думаю, а стоит тоже переходить на Делфи или можно и на Билдере пожить?

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

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

Vsevolod
что Билдер - не самая удачная реинкарнация С

ставил я VS .NET 2003, но после Билдера с разбега освоить их С++ не смог (осваивать полностью пока небыло времени). Очень понравился С#, но не везде можно запустить программу написанную да и на вопросы ответов не дождёшься даже на этом форуме, видно не популярен он ещё.

Борланд (Инпрайс), сейчас делает основную ставку на Дельфи, новые версии Билдера раньше выходили почти сразу после Дельфи, но сейчас они задерживаются, и неизвестно будут ли вообще.
Исходя из этого, переходить стоит.

Вообще я считал, что в Делфи чего-то не хватает, что есть в Билдере, хотя может я и не прав. А делфи тоже есть 7 и 8 (расчитаный на Нет) (или 6 и 7). А проги под Нет пока не везде можно запустиь.

Vsevolod

Цитата:

с разбега освоить их С++ не смог (осваивать полностью пока небыло времени).

ИМХО, самое оптимальное развитие твоей ситуации. И достаточно VS 6.

mihas83
Так предлогаешь с Билдера на VS6 перебежать? И чем он лучше VS 2003

Добавлено
Ладно, снёс VS 2003 и поставил 6 Билдер. Всё же он роднее

Билдел вообще отстой!!!
Лучше сего переходи на VC++, а если ума не хватит - на Delphi 6-7, потому что нет лучше среды програмирования, дружественне интерфейса, и удобнее языка программирования. А что касается VC++ если полный извращенец и (или) гений, то пажалуйста - писать трудно, но если умеешь то получается лучше.

[b][s]Добавлено[/s][/b]
<H1>VS2003 такая ЛАЖА!!! И аргументов не надо - загрузись и посмотри!!!!!!!</H1>
удаляй его медленно -)

TDA2005
аккуратнее на поворотах!

Vsevolod
ИМХО после Булдира ближе всего Delphi. Я саv долго пытался удержать на нем, но потом переполз на Delphi, т.к. дальше Булдер не развивается.

Рекомендовал бы все-таки пытаться освоить C# или C++. C# похож чем-то на Builder, так что освоение не будет сложным.


TDA2005

Цитата:

VS2003 такая ЛАЖА!!!

- просьба аргументированно отвечать.

TDA2005

Цитата:

XXX такая ЛАЖА!!! И аргументов не надо - загрузись и посмотри!!!!!! удаляй его медленно -)

можешь сделать своей подписью - подходит на все случаи жизни особенно про МЕДЛЕННОЕ удалении
Vsevolod
после с++ на pascal переходить обычно желания у людей не возникает, но если привык к VCL, то лучше действительно delphi
Впрочем если всякие net и java не подходят можно посмотреть на связку VC+QT

Повторюсь, поставил Билдер6, так как роднее пока. Вот с Си слезать на Паскель, думаю не целесообразно. Хотел сползти на C#, но пока нельзя везде запускать написаные проги на C#, есть сложности.

Билдер - отличное решение, чтобы не заморачиваться, просто не очень любят давать дополнительные модули, как к Делфи.

В VС++ не нашёл, что он лучше Билдера. У каждого свои особенности.

VS 2003 это лажа, а VC++ входящий и в VS 2003 это что?
А вообще не надо спорить, не стоит это того

Сейчас Майкрософт "пробъёт" C# и будет монополист (почти шутка (про монополиста)).

Vsevolod

Цитата:

В VС++ не нашёл, что он лучше Билдера.

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

Цитата:

VS 2003 это лажа

тебе виднее - я в нем всего год работаю и как-то еще не заметил
А вообще интересно в чем лажа выражается, впрочем это уже граничит с оффтопом, стремящимся к флэйму
--
Удачи с билдером

Цитата:

тебе виднее - я в нем всего год работаю и как-то еще не заметил

это был ответ TDA2005 (про лажу)
я не вижу, что он плох, надо просто переуситься немного. Да и нет у меня пока програм, которые Билдер не мог бы сделать и отладить, скорее всего я просто не знаю, как это делается.

На этом флейм я заканчиваю (стараюсь)

Vsevolod

Цитата:

на VS6 перебежать? И чем он лучше VS 2003

Проще и надежнее для начинающего в новой среде.
TDA2005

Цитата:

что касается VC++ если полный извращенец и (или) гений, то пажалуйста - писать трудно, но если умеешь то получается лучше.

Ты, похоже, мастер парадоксов...
Писать не трудно и получается хорошо.

Нет таких практических задач, которые можно было бы сделать на Билдере и нельзя на Delphi. Мораль: если Delphi видится более перспективным вариантом (особенно в свете скорого выхода 9-й версии), значит Delphi - твоя судьба.

Но Билдер я знаю, а на Делфи надо немного перестраиваться.

Выскажу своё мнение...

1. Если охота пользоваться средой разработки от Borland (ну человек привык к VCL), то надо переходить на Delphi. Причины: VCL заточен изначально под Delphi Pascal, Проекты быстрее компилируются, ну и это всё-же профилирующий продукт от Borland... Delphi более RAD чем Builder.

2. Если нравится C++ то стоит переходить на VS2003, не связывайся с VS6 т.к. это просто старая версия среды разработки которая скоро отомрёт, при том различия м/у VS6 и VS2003 настолько большие что миграция иногда у людей проходит не гладко.

3. Остаются на BCB только мега математики, которые знают язык C++ но абсолютно не знают технологий... им надо побырику набросать GUI для своих исследований, а дальше заниматься алгоритмами... после таких гениев математики их код всё равно прикладники портируют в VS и оптимизируют.

deadsy
близко к реальности
JustAMaaan

Цитата:

Нет таких практических задач, которые можно было бы сделать на Билдере и нельзя на Delphi.

Ага. Более того, нет таких задач, которые нельзя сделать на asssmebler'e

Ya za VC6.0. Davaite provedem soc.opros , kogo bol'she, to i budet stavit' Vsevolod
.

deadsy
Цитата:

Остаются на BCB только мега математики, которые знают язык C++ но абсолютно не знают технологий... им надо побырику набросать GUI для своих исследований, а дальше заниматься алгоритмами... после таких гениев математики их код всё равно прикладники портируют в VS и оптимизируют.

Увы и ах. У меня работа связана с самой что ни на есть прикладухой (учет мат. ценностей с применением СУБД), однако сидим на Билдере, причем еще пятой версии - придумали такой "локальный стандарт" в лохматые времена. Причина: все в отделе знают C (не переучивать же десятки человек), а вот с Паскалем заметно хуже. Хотя по мне так Delphi как раз в области работы с БД и удобного отображения данных со своей идеологией компонентов заруливает всех и вся Однако в своих собственных проектах и когда нет необходимости следовать местным правилам - использую Delphi и практически всегда получается быстрее и как минимум не хуже.

Я на делфях пишу. Не знаю, стоит ли вообще на С - подобные оболочки переходить... Написал пару приложений на Яве - мне не понравилось (возможно, лишь проблема адаптации).

Я работал 5 лет Delphi программистом...
последние два года работаю C++ программистом ( на VS ) и понял что в основном лучше-бы я все эти 5 тет потратил на изучение виндовых технологий, чем VCL.

При программировании на Delphi и BCB от вас скрывается большая часть реализаций технологий, которые необходимо знать.

Цитата:

При программировании на Delphi и BCB от вас скрывается большая часть реализаций технологий, которые необходимо знать.

Ну так исходники VCL для того и даны, чтобы изучать Windows технологии. Исходников, например, MFC что-то не видел в поставках Visual C++. А писать на чистом API слишком долго.

MrZeRo

Цитата:

Исходников, например, MFC что-то не видел в поставках Visual C++.

надо быть внимательней

Цитата:

При программировании на Delphi и BCB от вас скрывается большая часть реализаций технологий, которые необходимо знать.

Скрывает он по большей части UI и это скорее плюс.
Имхо, в большинстве случаев основная цель сосредотачиваться на решении поставленной задачи, а не на особенностях реализации определенного функционала в разных операционных системах - это свой класс задач, который далеко не самый большой.
Лично меня вполне устраивает то что дельфи/билдер/java/с# закрывают от меня все это рисование окошек, гридов, где и какое сообщение какому хэндлу нужно послать, перехватить и т.д. и мне в большинстве случаев абсолютно неинтересно как там что в системе происходит на этом уровне (GUI) - вроде того как мне иконку засунуть в трэй или кнопочку сделать круглой или еще чего такого. Надо что-то специфическое - открыл хелп и почитал, а так - знание всего этого абсолютно не добавит качества моей работе а только отнимет массу времени, которое можно с пользой потратить на что либо более интересное. GUI должен рисоваться - быстро (для большинства задач) и без лишнего геморроя.
Есть вещи которые знать нужно - многопоточность, управление памятью, IPC, ... - но здесь VCL мало чем помогает и эту часть API учить и нужно и полезно.

Попробуйте попрограммить приложение DirectShow на Delphi, вот тут то и посмотрим что получится...
Delphi нужен чтобы GUI собрать быстро или с БД работать...
я в своё время писал на нем помимо этого и сетевые приложения и сервисы... всё просто до идиотизма, но опять же возникает проблема сокрытия реализации... чем это плохо?
да тем что при возникновении ошибки при неправильном использовании реализации вы не поймёте где ошибка произошла. Я считаю так, что перед тем как пользоваться VCL необходимо хорошенько изучить книги Рихтера по виндам а потом уже смотреть что от вас скрыл удобный VCL. Когда у человека есть понимание того что скрыто под компонентной библиотекой которой он пользуется - он пишет хороший код, а если понимания нет, то вырастают такие программеры которые знают что чтобы сделать кнопку надо кнопку перетащит на форму и всё.... и при участии в разработке с большим GUI они начинают генерить уродский код который глючит и не работает.

Единственный минус VCL в том что он даёт человеку ложное понимание того что он "программист хоть куда" ... всегда надо знать основы... касательно GUI допустим: неважно пишете-ли вы на VCL или MFC или WTL - вы должны знать API работы с окнами и контролами и как ваша библиотека реализует этот API

Процесс собственно рекурсивный - опускаемся на уровень, к примеру, Win32 - и что мы здесь наблюдаем. Оказывается МС закрыла работу с компом своим API - и непонятно как оно все работает и хорошо ли мы пишем. Берем отладчик, смотрим как там что и говорим что без знания того же ассемблера какой ты программист. Win API ведь скрывает реализацию того как работают драйвера и что там происходит на еще более низком уровне. Начинаем опускаться глубже, но тут опять лажа - драйвер ведь тоже API и тоже скрывает реализацию - что ж тут сделаешь...
Или работа с БД. Какой там АДО, какой там ODBC - если не знаешь API производителя как можно работать с БД - ты же однозначно лажу будешь писать.
Давайте все же "Богу - Богово, а кесарю - кесарево".
Задача разрабатываются в конкретной области и именно область определяет что необходимо знать, а что не требуется (хотя и не будет, возможно, бесполезным). А всех под одну гребенку - ...

Цитата:

Попробуйте попрограммить приложение DirectShow на Delphi, вот тут то и посмотрим что получится

Так а в чем сложность? Или из Делфи доступ к API уже запретили?

Цитата:

Так а в чем сложность? Или из Делфи доступ к API уже запретили?

Всё просто, фиг найдёшь свежие хидеры под это.

А насчер глубины понимания реализации...
знание ассемблера и детального механизма работы OS который от нас скрыт, прикладнику практически не нужно... у нас ведь речь идёт о Windows программировании, начит всё что ниже WinAPI путь и останется за стенами корпорации Microsoft.

Если вы разрабатываете DirectShow приложения, то будте добры изучить API DirectShow а не в тупую сразу пользоваться базовыми классами. Если вы программите GUI то будте добры изучить оконный API перед тем как пользоваться MFC, WTL, VCL.
Если человек не будет знать базового API который даёт ему операционная система или та или иная технология, то это на порядок снижает квалификацию программиста.