Re[8]: Ой, не хочеться начинать все с начала.....
От: Vampire Россия  
Дата: 14.08.02 12:16
Оценка:
Здравствуйте Аноним, Вы писали:

А>Не берите в голову. Меня всегда удивляли люди, которые спрашивают не что я пишу, а на чем. IMHO какая разница на чем писать? Каждый пишет на том на чем удобнее. Я вот работал в одной конторке. Дык у них все продукты на Модуле2/Oberon2. И кстати отличные

А>языки программирования.

Готов поспорить.
Есть разница. Причем большая.
Был на фирме программер на Delphi.
Ушел оставив кучу глючного кода. Прихожу я со своим VC.
От паскаля помню только то что на первом курсе в обязаловку входило.
Результат. Делит весь его код на хрен и написал свой.

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

Хотя компиляторы Borland неперевариваю. Что си, что билдер, что делфы.


А>Зы. Главное чтобы работа нравилась и было куда развиваться.
Если долго мучиться что нибудь получится
Re[7]: мнение о Delphi
От: Vampire Россия  
Дата: 14.08.02 12:21
Оценка:
Здравствуйте DrMom, Вы писали:

DM>Здравствуйте Young, Вы писали:


Y>>Я например совершенно не вижу разницы например при написании какого нибуть сервиса для отслеживания обращения к диску например. И в куче других задач, в большенстве задач, разницы не будет.....

DM>Delphi всетаки предназначен для написания мелких и средних систем для работы в основном с БД. Соответственно на производстве он используется по назначению и написание сервисов отслеживающих чего-то там в большей степени исключение чем правило. А люди которые пишут клиентов на Дельфях в 90% случаях ламера.

Y>>Или вы считатет что человек который пишет проект используя MCF например знает априори меньше чем человек пришуший на чистом API?


DM>В определенных вещах ДА! Я имею ввиду конечно же не всех. Просто человек никогда не писавший на API, а только на MFC знает о "окнах" значительно меньше, чем API программера.


Тут ты прав. Я Api вообще както пропустил
С досовского c++ сразу на mfc перескочил.
На Api как-то кроме hello World больше не че не написал
Если долго мучиться что нибудь получится
Re[4]: мнение о Delphi
От: Vampire Россия  
Дата: 14.08.02 12:45
Оценка:
Здравствуйте The Lex, Вы писали:

TL>Ну и почему же это "ни Delphi, ни VB, ни другое средство визуального программирования совершенно не подходят для начинающих"? Может в том, что "все программирование для них просто закрывается и написание программ сводится к "рисованию" простеньких интерфейсов" виноваты лишь обучающие книги-курсы и т.п.?


Может быть и так.
У меня был клиничиский случай. Начинал писать на VC (MFC) это была первая моя программка под винды.
Ctrl + W я как то упустил из виду. И пользовался VC просто как текстовым редактором.

Так и прописал пол года проги в универе. Набивая карту сообщений ручками.
(MSDN, интернет, или вообще какой нить help отсутствовал )
Если долго мучиться что нибудь получится
Re[3]: мнение о Delphi
От: Vampire Россия  
Дата: 14.08.02 13:01
Оценка:
Здравствуйте Рек, Вы писали:

Рек>Здравствуйте Edmond, Вы писали:


E>>Другое странно, почему так много дельфистов идут в асмовские ряды?

E>>До сихз пор как психологу мне это не понятно.
E>>Тем более я замечаю (как уже говорил) некое нехорошее отличие в мышлении этих учеников...


Рек>Точно. Подтверждаю.

Рек>Большинство и моих знакомых увлечённых асмом, предпочитают Delphi.
Рек>Почему так? Это интересная психологическая задача.

Рек>Предположу.

Рек>Дело наверное в радости про которую писал Gosha.
Рек>Не радостное наверное это дело — писать на паскале...
Рек>Надёжно, удобно, эффективно.
Рек>Но не радостно.
Рек>

Из студенческого опыта.
1 семестр — ассемблер
2 семестр — паскаль
3 семестр — си
Когда перешли на паскаль большенство уже делало так

Procedure d()
begin

asm
{
}

end

Прошу прощения за синтаксис. Я паскаль уже забыл полностью Но смысл понятен.
После Ассемблера доканывает стройность типов.
Зато не надо долго и нужно писать интерфейс
Если долго мучиться что нибудь получится
Re[9]: Ой, не хочеться начинать все с начала.....
От: Igor Trofimov  
Дата: 14.08.02 16:16
Оценка:
V>Был на фирме программер на Delphi.
V>Ушел оставив кучу глючного кода. Прихожу я со своим VC.
V>От паскаля помню только то что на первом курсе в обязаловку входило.

И какой мы отсюда делаем вывод?
Re[10]: Просто выразил свое мнение ;-)
От: Vampire Россия  
Дата: 15.08.02 05:35
Оценка:
Здравствуйте Igor Trofimov, Вы писали:

V>>Был на фирме программер на Delphi.

V>>Ушел оставив кучу глючного кода. Прихожу я со своим VC.
V>>От паскаля помню только то что на первом курсе в обязаловку входило.

IT>И какой мы отсюда делаем вывод?


Выучить делфы
В моем случае овчикна выделки не стоит.
На изучение VCL я потратил бы больше времени
Если долго мучиться что нибудь получится
Re[11]: Просто выразил свое мнение ;-)
От: Igor Trofimov  
Дата: 15.08.02 06:18
Оценка:
V>>>Был на фирме программер на Delphi.
V>>>Ушел оставив кучу глючного кода. Прихожу я со своим VC.
V>>>От паскаля помню только то что на первом курсе в обязаловку входило.

IT>>И какой мы отсюда делаем вывод?


V>Выучить делфы


Не-е-е-т... Отсюда мы делаем два вывода:

1. Программер — козел (если код действительно глючный)

2. Важную роль играет возможность передачи кода на сопровождение и дописывание другому программеру. Упоминавшийся Oberon еще сложнее было бы передать. Интересно, опять-таки, как в этому аспекте будет обстоять дело с C#. Ведь многоязыковая поддержка .NET еще не избавляет от необходимости отладки чужого кода на чужом языке.

3. Никаких выводов о Delphi и Delphi-программерах сделать не могём
Re[12]: Просто выразил свое мнение ;-)
От: Vampire Россия  
Дата: 15.08.02 06:40
Оценка:
Здравствуйте Igor Trofimov, Вы писали:

IT>2. Важную роль играет возможность передачи кода на сопровождение и дописывание другому программеру. Упоминавшийся Oberon еще сложнее было бы передать. Интересно, опять-таки, как в этому аспекте будет обстоять дело с C#. Ведь многоязыковая поддержка .NET еще не избавляет от необходимости отладки чужого кода на чужом языке.


Что то не нравится мне этот сенкувич.
Какая-то смесь бейсика и си.

IT>3. Никаких выводов о Delphi и Delphi-программерах сделать не могём


О программерах на делфи выводы и не делаем.
Выбор языка в идеале определяет поставленая задача.

Это был ответ на вопрос, почему спрашивают на чем ты пишеш.
Работодатели:
Поддержка кода

Народ.
А мож че полезное подскажеш
Если долго мучиться что нибудь получится
Re[13]: Просто выразил свое мнение ;-)
От: Igor Trofimov  
Дата: 15.08.02 07:24
Оценка:
V>О программерах на делфи выводы и не делаем.
V>Выбор языка в идеале определяет поставленая задача.

Угу... вот только идеала в обозримой окрестности не наблюдается
Re[11]: мнение о Delphi
От: OLEGus1 Россия  
Дата: 17.08.02 09:32
Оценка:
Здравствуйте Hacker_Delphi, Вы писали:

A>>Враки! Лично я являюсь опровержением этих гнусных измышлений.

HD>Присоединяюсь. хоть и знаю Ц++ , но ВЦ — презираю, лучше уж ЦБилдер...

Зо что ж ты его презираешь?
Crescite, nos qui vivimus, multiplicamini
Re[5]: мнение о Delphi
От: OLEGus1 Россия  
Дата: 17.08.02 09:42
Оценка:
Здравствуйте IT, Вы писали:

IT>Если в Фоксе были элементы ООП,


IT>Нужны ещё основы COM, точнее даже не самого COM, а компонентного программирования. Без него сейчас никуда.

Вот уж без кома можно обойтись.
Crescite, nos qui vivimus, multiplicamini
Re[6]: мнение о Delphi
От: small_cat Россия  
Дата: 20.08.02 11:51
Оценка:
Здравствуйте OLEGus1, Вы писали:

IT>>Нужны ещё основы COM, точнее даже не самого COM, а компонентного программирования. Без него сейчас никуда.


OLEG>Вот уж без кома можно обойтись.



После долгих сами знаете чего (в основном препирательств с "ценными" любителями Фортрана и VCL (only)), было таки принято решение не выпендриваться, а сделать все по-человечески: вся логика, система и все остальное- на VC, интерфейс — на Дельфях. А соединяет их — ... :)) По моему, к чему-то подобному в M$ и стремятся (правда, сейчас это зовется .NET)

З.Ы. Пусть старшие товарищи меня поправят
- Простите, профессор, не пса, а когда он уже был человеком.
— То-есть он говорил? Это еще не значит быть человеком. (с) Булгаков
Re[7]: мнение о Delphi
От: Igor Trofimov  
Дата: 20.08.02 16:51
Оценка:
>система и все остальное- на VC, интерфейс — на Дельфях. А соединяет их — ... По моему, к чему-то >подобному в M$ и стремятся (правда, сейчас это зовется .NET)

Хм... сомнительно... Почему решили интерфейс на дельфе делать? Потому что библиотека для этого удобна, компонентов море и проще все.

А .NET не только дает возможность работать на разных языках -она еще и ВЫНУЖДЕНА СДОРОВО СГЛАЖИВАТЬ РАЗЛИЧИЯ МЕЖДУ НИМИ. Система типов теперь одна, библиотека — одна и т.п.

Так что либо все будет хорошо и на любом языке будет удобно писать (ну разве что MC++ — ужас), либо... ...oops... на всех будет неудобно
Re: мнение о Delphi
От: Аноним  
Дата: 14.09.02 16:33
Оценка:
Вот поздно я на эту тему наткнулся.
Эх, вот так пишешь на Дельфи 5 лет, а потом появляется какое-то... которое заявляет, что клиентов на Дельфи пишут ламеры, и по большому счету Дельфи не использует идеологию Документ-Представление... ну что за бред... Нормальный язык ООП... а Документ-Представление — это один из паттернов, бог знает почему выделенный MS и ужасно реализованный в MFC...
Насколько я понял, С++ крут не потому, что на нем можно смарт поинты создать или гомоморфное наследование использовать, а именно из-за того, что нужно писать GIU ручками, правильно? MS выбрал Си в качестве средства разработки, и поэтому Вы, уважаемые, ВЫНУЖДЕНЫ хвалить C++, ведь Вы используете API от MS... но не было ни одного восторга в этом топике в пользу С++ как мощного средства объектно-ориентированного программирования... Так получается, что С++ хорош только потому, что на нем Windows написан, а не сам по себе хорош...
Re[2]: мнение о Delphi
От: Anatolix Россия https://www.linkedin.com/in/anatolix/
Дата: 14.09.02 16:48
Оценка:
Здравствуйте Аноним, Вы писали:

А>Вот поздно я на эту тему наткнулся.

А>Эх, вот так пишешь на Дельфи 5 лет, а потом появляется какое-то... которое заявляет, что клиентов на Дельфи пишут ламеры, и по большому счету Дельфи не использует идеологию Документ-Представление... ну что за бред... Нормальный язык ООП... а Документ-Представление — это один из паттернов, бог знает почему выделенный MS и ужасно реализованный в MFC...

Да так оно и есть.

А>Насколько я понял, С++ крут не потому, что на нем можно смарт поинты создать или гомоморфное наследование использовать, а именно из-за того, что нужно писать GIU ручками, правильно?


Хм. Наврядли. Это только в MSVC обязательно геморой иметь для того чтобы написать интерфейс, но достаточно даже на VC выбрать другую библиотеку и большую часть гемороя можно будет убрать, про BCB я вообще не говорю.

>MS выбрал Си в качестве средства разработки, и поэтому Вы, уважаемые, ВЫНУЖДЕНЫ хвалить C++, ведь Вы используете API от MS...


Дак кто его хвалит, он полное Г.

>но не было ни одного восторга в этом топике в пользу С++ как мощного средства объектно-ориентированного программирования...


Хм. Ява помоему гораздо блее можное средство в этом вопросе, но я восторгаюсь именно C++.

>Так получается, что С++ хорош только потому, что на нем Windows написан, а не сам по себе хорош...


Опять это не C++ хорош что на нем Windows написан а MSVC.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Re[3]: мнение о Delphi
От: Anatolix Россия https://www.linkedin.com/in/anatolix/
Дата: 14.09.02 16:51
Оценка:
Здравствуйте Anatolix, Вы писали:

>>MS выбрал Си в качестве средства разработки, и поэтому Вы, уважаемые, ВЫНУЖДЕНЫ хвалить C++, ведь Вы используете API от MS...


A>Дак кто его хвалит, он полное Г.


Имеется ввиду WinAPI.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Re[2]: мнение о Delphi
От: DarkGray Россия http://blog.metatech.ru/post/ogni-razrabotki.aspx
Дата: 14.09.02 16:54
Оценка: +1
Здравствуйте Аноним, Вы писали:

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 место.
Re[3]: мнение о Delphi
От: Anatolix Россия https://www.linkedin.com/in/anatolix/
Дата: 14.09.02 17:05
Оценка:
Здравствуйте 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 куда-нибудь воткнуть, куда-нибудь наверх, у них тоже очень хороший набор библиотек.
Любая проблема дизайна может быть решена введением дополнительного абстрактного слоя, за исключением проблемы слишком большого количества дополнительных абстрактных слоев
Re[4]: мнение о Delphi
От: iZEN СССР  
Дата: 14.09.02 18:07
Оценка:
Здравствуйте Anatolix, Вы писали:

[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....
и т.д. и т.п.
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.