Здравствуйте Аноним, Вы писали:
А>Не берите в голову. Меня всегда удивляли люди, которые спрашивают не что я пишу, а на чем. IMHO какая разница на чем писать? Каждый пишет на том на чем удобнее. Я вот работал в одной конторке. Дык у них все продукты на Модуле2/Oberon2. И кстати отличные А>языки программирования.
Готов поспорить.
Есть разница. Причем большая.
Был на фирме программер на Delphi.
Ушел оставив кучу глючного кода. Прихожу я со своим VC.
От паскаля помню только то что на первом курсе в обязаловку входило.
Результат. Делит весь его код на хрен и написал свой.
Вот в чем и разница. Наследование кода от программиста к программисту
А с нуля можно писать на чем хош. Выбор языка определяет поставленая задача.
Хотя компиляторы Borland неперевариваю. Что си, что билдер, что делфы.
А>Зы. Главное чтобы работа нравилась и было куда развиваться.
Здравствуйте DrMom, Вы писали:
DM>Здравствуйте Young, Вы писали:
Y>>Я например совершенно не вижу разницы например при написании какого нибуть сервиса для отслеживания обращения к диску например. И в куче других задач, в большенстве задач, разницы не будет..... DM>Delphi всетаки предназначен для написания мелких и средних систем для работы в основном с БД. Соответственно на производстве он используется по назначению и написание сервисов отслеживающих чего-то там в большей степени исключение чем правило. А люди которые пишут клиентов на Дельфях в 90% случаях ламера.
Y>>Или вы считатет что человек который пишет проект используя MCF например знает априори меньше чем человек пришуший на чистом API?
DM>В определенных вещах ДА! Я имею ввиду конечно же не всех. Просто человек никогда не писавший на API, а только на MFC знает о "окнах" значительно меньше, чем API программера.
Тут ты прав. Я Api вообще както пропустил
С досовского c++ сразу на mfc перескочил.
На Api как-то кроме hello World больше не че не написал
Здравствуйте The Lex, Вы писали:
TL>Ну и почему же это "ни Delphi, ни VB, ни другое средство визуального программирования совершенно не подходят для начинающих"? Может в том, что "все программирование для них просто закрывается и написание программ сводится к "рисованию" простеньких интерфейсов" виноваты лишь обучающие книги-курсы и т.п.?
Может быть и так.
У меня был клиничиский случай. Начинал писать на VC (MFC) это была первая моя программка под винды.
Ctrl + W я как то упустил из виду. И пользовался VC просто как текстовым редактором.
Так и прописал пол года проги в универе. Набивая карту сообщений ручками.
(MSDN, интернет, или вообще какой нить help отсутствовал )
Здравствуйте Рек, Вы писали:
Рек>Здравствуйте Edmond, Вы писали:
E>>Другое странно, почему так много дельфистов идут в асмовские ряды? E>>До сихз пор как психологу мне это не понятно. E>>Тем более я замечаю (как уже говорил) некое нехорошее отличие в мышлении этих учеников...
Рек>Точно. Подтверждаю. Рек>Большинство и моих знакомых увлечённых асмом, предпочитают Delphi. Рек>Почему так? Это интересная психологическая задача.
Рек>Предположу. Рек>Дело наверное в радости про которую писал Gosha. Рек>Не радостное наверное это дело — писать на паскале... Рек>Надёжно, удобно, эффективно. Рек>Но не радостно. Рек>
Из студенческого опыта.
1 семестр — ассемблер
2 семестр — паскаль
3 семестр — си
Когда перешли на паскаль большенство уже делало так
Procedure d()
begin
asm
{
}
end
Прошу прощения за синтаксис. Я паскаль уже забыл полностью Но смысл понятен.
После Ассемблера доканывает стройность типов.
Зато не надо долго и нужно писать интерфейс
V>Был на фирме программер на Delphi. V>Ушел оставив кучу глючного кода. Прихожу я со своим VC. V>От паскаля помню только то что на первом курсе в обязаловку входило.
Здравствуйте Igor Trofimov, Вы писали:
V>>Был на фирме программер на Delphi. V>>Ушел оставив кучу глючного кода. Прихожу я со своим VC. V>>От паскаля помню только то что на первом курсе в обязаловку входило.
IT>И какой мы отсюда делаем вывод?
Выучить делфы
В моем случае овчикна выделки не стоит.
На изучение VCL я потратил бы больше времени
V>>>Был на фирме программер на Delphi. V>>>Ушел оставив кучу глючного кода. Прихожу я со своим VC. V>>>От паскаля помню только то что на первом курсе в обязаловку входило.
IT>>И какой мы отсюда делаем вывод?
V>Выучить делфы
Не-е-е-т... Отсюда мы делаем два вывода:
1. Программер — козел (если код действительно глючный)
2. Важную роль играет возможность передачи кода на сопровождение и дописывание другому программеру. Упоминавшийся Oberon еще сложнее было бы передать. Интересно, опять-таки, как в этому аспекте будет обстоять дело с C#. Ведь многоязыковая поддержка .NET еще не избавляет от необходимости отладки чужого кода на чужом языке.
3. Никаких выводов о Delphi и Delphi-программерах сделать не могём
Здравствуйте Igor Trofimov, Вы писали:
IT>2. Важную роль играет возможность передачи кода на сопровождение и дописывание другому программеру. Упоминавшийся Oberon еще сложнее было бы передать. Интересно, опять-таки, как в этому аспекте будет обстоять дело с C#. Ведь многоязыковая поддержка .NET еще не избавляет от необходимости отладки чужого кода на чужом языке.
Что то не нравится мне этот сенкувич.
Какая-то смесь бейсика и си.
IT>3. Никаких выводов о Delphi и Delphi-программерах сделать не могём
О программерах на делфи выводы и не делаем.
Выбор языка в идеале определяет поставленая задача.
Это был ответ на вопрос, почему спрашивают на чем ты пишеш.
Работодатели:
Поддержка кода
Здравствуйте Hacker_Delphi, Вы писали:
A>>Враки! Лично я являюсь опровержением этих гнусных измышлений. HD>Присоединяюсь. хоть и знаю Ц++ , но ВЦ — презираю, лучше уж ЦБилдер...
Здравствуйте OLEGus1, Вы писали:
IT>>Нужны ещё основы COM, точнее даже не самого COM, а компонентного программирования. Без него сейчас никуда.
OLEG>Вот уж без кома можно обойтись.
После долгих сами знаете чего (в основном препирательств с "ценными" любителями Фортрана и VCL (only)), было таки принято решение не выпендриваться, а сделать все по-человечески: вся логика, система и все остальное- на VC, интерфейс — на Дельфях. А соединяет их — ... :)) По моему, к чему-то подобному в M$ и стремятся (правда, сейчас это зовется .NET)
З.Ы. Пусть старшие товарищи меня поправят
- Простите, профессор, не пса, а когда он уже был человеком.
— То-есть он говорил? Это еще не значит быть человеком. (с) Булгаков
>система и все остальное- на VC, интерфейс — на Дельфях. А соединяет их — ... По моему, к чему-то >подобному в M$ и стремятся (правда, сейчас это зовется .NET)
Хм... сомнительно... Почему решили интерфейс на дельфе делать? Потому что библиотека для этого удобна, компонентов море и проще все.
А .NET не только дает возможность работать на разных языках -она еще и ВЫНУЖДЕНА СДОРОВО СГЛАЖИВАТЬ РАЗЛИЧИЯ МЕЖДУ НИМИ. Система типов теперь одна, библиотека — одна и т.п.
Так что либо все будет хорошо и на любом языке будет удобно писать (ну разве что MC++ — ужас), либо... ...oops... на всех будет неудобно
Re: мнение о Delphi
От:
Аноним
Дата:
14.09.02 16:33
Оценка:
Вот поздно я на эту тему наткнулся.
Эх, вот так пишешь на Дельфи 5 лет, а потом появляется какое-то... которое заявляет, что клиентов на Дельфи пишут ламеры, и по большому счету Дельфи не использует идеологию Документ-Представление... ну что за бред... Нормальный язык ООП... а Документ-Представление — это один из паттернов, бог знает почему выделенный MS и ужасно реализованный в MFC...
Насколько я понял, С++ крут не потому, что на нем можно смарт поинты создать или гомоморфное наследование использовать, а именно из-за того, что нужно писать GIU ручками, правильно? MS выбрал Си в качестве средства разработки, и поэтому Вы, уважаемые, ВЫНУЖДЕНЫ хвалить C++, ведь Вы используете API от MS... но не было ни одного восторга в этом топике в пользу С++ как мощного средства объектно-ориентированного программирования... Так получается, что С++ хорош только потому, что на нем Windows написан, а не сам по себе хорош...
Здравствуйте Аноним, Вы писали:
А>Вот поздно я на эту тему наткнулся. А>Эх, вот так пишешь на Дельфи 5 лет, а потом появляется какое-то... которое заявляет, что клиентов на Дельфи пишут ламеры, и по большому счету Дельфи не использует идеологию Документ-Представление... ну что за бред... Нормальный язык ООП... а Документ-Представление — это один из паттернов, бог знает почему выделенный MS и ужасно реализованный в MFC...
Да так оно и есть.
А>Насколько я понял, С++ крут не потому, что на нем можно смарт поинты создать или гомоморфное наследование использовать, а именно из-за того, что нужно писать GIU ручками, правильно?
Хм. Наврядли. Это только в MSVC обязательно геморой иметь для того чтобы написать интерфейс, но достаточно даже на VC выбрать другую библиотеку и большую часть гемороя можно будет убрать, про BCB я вообще не говорю.
>MS выбрал Си в качестве средства разработки, и поэтому Вы, уважаемые, ВЫНУЖДЕНЫ хвалить C++, ведь Вы используете API от MS...
Дак кто его хвалит, он полное Г.
>но не было ни одного восторга в этом топике в пользу С++ как мощного средства объектно-ориентированного программирования...
Хм. Ява помоему гораздо блее можное средство в этом вопросе, но я восторгаюсь именно C++.
>Так получается, что С++ хорош только потому, что на нем Windows написан, а не сам по себе хорош...
Опять это не C++ хорош что на нем Windows написан а MSVC.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Здравствуйте Anatolix, Вы писали:
>>MS выбрал Си в качестве средства разработки, и поэтому Вы, уважаемые, ВЫНУЖДЕНЫ хвалить C++, ведь Вы используете API от MS...
A>Дак кто его хвалит, он полное Г.
Имеется ввиду WinAPI.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Здравствуйте Аноним, Вы писали:
A> но не было ни одного восторга в этом топике в пользу С++ как мощного средства объектно-ориентированного программирования...
Проблема в том, что C++ действительно не является мощным ООП языком (тот же C# на порядок удобнее), но C++ это просто мощный язык. А Delphi... Delphi(как язык) это просто один язык из многих, ему просто повезло, что за ним такая фирма как Borland.
Причем заметь, C++ — всем интересен даже просто как язык, без всяких там библиотек, VCL и т.д., а кому нужен Object Pascal? Кто о нем говорит? Он интерес только в контексте его окружения. А без этого окружения, как язык, он просто ноль.
Если же конечно сравнивать не языки, а языки + окружение, то для платформы Win я бы расставил так:
1. C#
2. Delphi
3. Builder
4. C++ + MFC
5. C++ + WTL/ATL
P.S. Если надо писать небольшие приложения, то я бы поставил связку C++ + WTL/ATL на 2 место.
Здравствуйте DarkGray, Вы писали:
DG>Если же конечно сравнивать не языки, а языки + окружение, то для платформы Win я бы расставил так:
DG>1. C# DG>2. Delphi DG>3. Builder DG>4. C++ + MFC DG>5. C++ + WTL/ATL
Я бы вот только BCB вынес на первое место т.к. он юзает и компоненты от Delphi и просто C++ либы.
На счет C# на первом месте — считаю что спорно, но спорить не буду.
И надо еще Java куда-нибудь воткнуть, куда-нибудь наверх, у них тоже очень хороший набор библиотек.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
[skip] A>Я бы вот только BCB вынес на первое место т.к. он юзает и компоненты от Delphi и просто C++ либы.
Вообще-то, среды нужно обязательно отделять от языков.
(Правда, пока это не относится к Delphi -- одна среда для одного языка).
Для C++ есть множество сред (IDE): С++Builder, Eclipse (будет портироваться), Sun Forte for C++, IBM VisualAge for C++ и т.д.
Для Java тоже: Borland JBuilder, Eclipse, netBeans, Sun Forte for Java, IBM VisualAge for Java, Symantec/WebGain VisualCafe и т.д.
A>На счет C# на первом месте — считаю что спорно, но спорить не буду. A>И надо еще Java куда-нибудь воткнуть, куда-нибудь наверх, у них тоже очень хороший набор библиотек.
Куда ещё Java Вы хотите "воткнуть" (?) -- это независимый от устремлений MS язык!
Тогда, скорее, это будет Ваш собственный "ранжирный список".
Он всегда был "особняком" -- это платформа с чертами операционной системы ; операционная система для него всё равно что шашечки для такси.
(IMHO)
Re[4]: мнение о Delphi
От:
Аноним
Дата:
14.09.02 18:10
Оценка:
DG>>1. C# DG>>2. Delphi DG>>3. Builder DG>>4. C++ + MFC DG>>5. C++ + WTL/ATL
Да не хочу я спорить, что важней, авиация или кавалерия... мне за державу обидно... ну что плохого, если я, допустим, пишу базы на MSSQL, спроектировав их на Power Designer, делаю фасад данных на JBuilder, а клиента на Delphi? Ну получается так, что на клиента я обращаю меньше внимание, чем на бизнес-логику, и что из этого? и на супернавороченные контролы на клиенте начихать, вы уж извините меня за это...
Что же касается C++... когда на дельфи сервис NT пишу, то о скелете программы вообще практически не думаю, думаю, как у меня треды будут общаться. Хотя дело навыка, конечно...
Я хочу этим всем сказать, что лично я выбираю продукты в зависимости от важности отдельных частей программного комплекса. Зачем, скажем, тратить время на сокеты порта 80, если уже есть JSP??? Два щелчка мыши — и вы у цели... что, не круто? ну как угодно...
Кстати, о наборчиках и рейтингах. Писали бы уж рейтинги для конкретных жанров программ...
Я не занудлив?) например, для многозвенок
1. MSSQL+Delphi+MTS
2. Oracle+JDeveloper+Orion...
3....
4....
и т.д. и т.п.