Delphi

← →
Anatoly Podgoretsky © (2010-10-30 10:30) [40]

> Пит (30.10.2010 00:48:24) [24]

Или ты признаешь эту логику только по отношению к Дельфи, чтоже и такое
знакомо.

← →
Anatoly Podgoretsky © (2010-10-30 10:33) [41]

> Kerk (30.10.2010 01:10:29) [29]

При том, что Дельфи бяка

← →
Anatoly Podgoretsky © (2010-10-30 10:34) [42]

> Petr V. Abramov (30.10.2010 00:46:23) [23]

Пусть попробует найти работу с программированием на Коболе, а это одно из
высоко оплачиваемого.

← →
@!!ex © (2010-10-30 10:34) [43]

> [11] Пит (29.10.10 23:46)
> Я не знаю ни одного серьезного проекта, который бы СЕЙЧАС
> начинался и на дельфи.

полтора года назад - это попадает в "СЕЙЧАС"?
Проект, который в данный момент утирает нос конкурентам. Пару миллионов рублей точно потратили, а скорее всего и больше. Я просто могу судить только по своей зарплате. А там не я один работаю.
И на мой комментарий что он уникален в сравнении с конкурентами, заказчик написал так:
"Не, он не уникален. он УНИКАЛЕН"
Выбор дельфи был за мной. Потому что решил, что это позволит сделать быстро работающий проект.
Считаю не прогадал.

Хотя, конечно, сейчас стоит вопрос о переписывании как минимум части кода на C++ Qt, ради кроссплатформенности, поддержки юникода(я в курсе что сейчас и в дельфи есть юникод, но мне не нравится utf-16, мне нравится utf-8) и прочих прелестей.

← →
Anatoly Podgoretsky © (2010-10-30 10:36) [44]

> Пит (30.10.2010 03:24:34) [34]

А все производители заявляют соответствие ANSI SQL, так почему бы это не
mssql 2000?

← →
Фокс Йовович (2010-10-30 10:43) [45]

В средних и крупных конторах, позволяющих себе роскошь держать штатного программиста, часто появляется необходимость в написании специфических утилиток, конвертеров, мелких программулек, и т.п. Вот тут и используется Delphi, поскольку Паскаль всё еще широко распространен в школах и вузах.

← →
Johnmen © (2010-10-30 10:58) [46]

> Пит (30.10.10 00:36) [21]
>> А что такое серъезный проект?
>сложный вопрос. Чтобы я не ответил - можно придраться.Давай упрощенно - проект с деньгозатратами хотя бы в несколько миллионов рублей.

Мне известны проекты по неск.десятков млн.руб. На Delphi.

← →
Пит (2010-10-30 11:39) [47]

> Это подтверждение, что Оракл умирает, а чего логика один
> в один.

верно. Только почему оракл? Речь, по-моему, шла об oracle forms.
А с использованием базы данных oracle сейчас стартуют тысячи проектов, проекты с других БД переводят на oracle - живо оно ))

> Выбор дельфи был за мной

и правильно. Надо выбирать то, что лучше всего знаешь.

Я не хочу сказать, что во всем мире никто не начинает проекты на дельфи, конечно, это не так. Сама IDE Delphi вроде бы написана на delphi - это уже крупный проект. Но тенденции очевидны.

Еще один пример - я видел, как проекты на Delphi переводят на другие среды (шарп, например). И хочу спросить - вот тут уже видел кто хотя бы раз, чтобы проект с шарпа переводили на Delphi?!

> Мне известны проекты по неск.десятков млн.руб. На Delphi.

я сам на таком работаю. И?
Вырвать фразу из контекста и ее прокомментировать и судя по всему не читая остального - так мы далеко не уедем... )))

← →
Копир © (2010-10-30 11:49) [48]

Удалено модератором

← →
Копир © (2010-10-30 11:59) [49]

Удалено модератором

← →
Копир © (2010-10-30 12:15) [50]

Удалено модератором

← →
Anatoly Podgoretsky © (2010-10-30 12:18) [51]

> Пит (30.10.2010 11:39:47) [47]

> я видел, как проекты на Delphi переводят на другие среды (шарп, например).

Во делать нечего, как деньги проедать.

← →
turbouser © (2010-10-30 12:42) [52]

Все умирает и умирает...
http://delphimaster.net/?s=%2BDelphi+%2B%D1%83%D0%BC%D0%B8%D1%80%D0%B0%D0%B5%D1%82&pcount=50&forum=0&user=&order=&dir=asc&title=1&message=1&date_begin=&date_end =

← →
sniknik © (2010-10-30 12:44) [53]

> В средних и крупных конторах, позволяющих себе роскошь держать штатного программиста,
> часто появляется необходимость в написании специфических утилиток, конвертеров,
> мелких программулек, и т.п. Вот тут и используется Delphi,
у нас целый отдел штатных программистов, и естественно, кроме "продвигаемого" софта, приходится писать и утилитки... на шарпе, qt, php, с++, delphi (был еще и клипер, под dos, не так давно избавились...), смотря какого плана утилитка, и где будет использоваться.
причем в большей массе все на php и delphi, остальное не очень большой процент.

> поскольку Паскаль всё еще широко распространен в школах и вузах.
вовсе нет, просто после обсуждения задачи идет оценка предполагаемого времени... и если я говорю 2 дня, то "шарпник" почему-то говорит 2 недели (почему непонятно, вроде все практически то же самое). что выберут очевидно. (с другой стороны если серверное решение, нужен веб интерфейс, то php-шники могут сказать 2 часа...).
а что распространено в школах дело десятое (и почему при такой распространенности так мало нормальных дельфистов?).

> И хочу спросить - вот тут уже видел кто хотя бы раз, чтобы проект с шарпа переводили на Delphi?!
сначала на шарп, после на яву, и после обратно на дельфи (на котором он и есть до сих пор).

но это ни о, чем не говорит. может у них программисты на шарпе/яве были хреновые.

а у нас, не очень большой внутренний проект был переделан с шарпа на qt (шарп умирает?)... хотя причина в другом, один уволился, проект передали, надо было что-то добавить, второй посмотрел и сказал "да мне проще/быстрее переписать чем разбираться в его логике". человек знает шарп/qt примерно одинаково.

← →
Пит (2010-10-30 12:56) [54]

> "шарпник" почему-то говорит 2 недели (почему непонятно,
> вроде все практически то же самое)

Более низкая квалификация.
Или страхуется ))) Берешь срок, умножаешь на 2, прибавляешь еще столько же... )

← →
Kerk © (2010-10-30 14:08) [55]

Улыбает уже все это. Сначала сишники твердили, что делфи умер. Потом мелкософт сделал C#, с кучей возможностей, который давно было в Delphi, но про которые сишники ничего не знали, и вся эта толпа лемингов ломанулась туда, кодить на этом божественном откровении.

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

На этом C# уже куча фреймворков успела родиться и умереть. Всего за несколько лет. Но леминги бегут, бегут, бегут, бегут. Где сейчас супермегакульнопродвинутый WinForms? Все уже WPF хвалят, а через год еще что-нибудь. Молодцы.

Вместо того, чтоб сразу юзать либо Delphi, либо Java, народ любит какой-то их дикий симбиоз от MS. Ну удачи, чо. 2-3 новые технологии в год реально позволят вам думать, что вы очень крутые.

← →
Kerk © (2010-10-30 14:14) [56]

О, а еще я помню замечательные холивары MFC vs VCL, орды малолетних сишников вообще любят такие темы. Где сейчас это MFC, кстати? :))

← →
Kerk © (2010-10-30 14:17) [57]

Так что Delphi еще десяток-другой суперсредств от MS переживет, в этом я даже не сомневаюсь :)

← →
TUser © (2010-10-30 14:24) [58]

> Kerk

всех преживет асм )

← →
Игорь Шевченко © (2010-10-30 14:52) [59]

> гибкость мышления просто завидная

Колебался вместе с линией партии

← →
Anatoly Podgoretsky © (2010-10-30 15:53) [60]

> Kerk (30.10.2010 14:08:55) [55]

> множественное наследование на самом деле никому не нужно.

Наступило прозрение, но еще не у всех, еще остались верные Сишники.

← →
Дмитрий Тимохов (2010-10-30 19:56) [61]

Тут кто-то сказал выше, а присоединюсь.

Если они сделают 32/64 и Win/Nix, то это будет уникальный продукт.
Правда, не ясно - выйдет ли у них это сделать с какого-то там раза.
Я лично надеюсь на то, что они это сделают и сделают неплохо.

А вообще, я думаю, что говорить о смерти дельфи если и можно, то только в аспекте постепенного сокращения десктопных приложений как таковых. При переходе ощутимой (не всех, конечно, а значимой) части пользователей в интернет всем средам разработки десктопных программ будет трудно, т.к. будет идти сокращения проектов.

← →
И. Павел © (2010-10-30 20:09) [62]

> Те кто утверждает, что дельфи живее всех живых - пусть попробуют
> поискать себе новую работу.
> Если вы найдете работу - это на 90% будет поддержка существующей
> системы.

Я не искал работу именно на Delphi. Но сейчас работаю в основном на нем.
Причем большинство проектов я разработал с нуля, и только некоторые сопровождаю.

Исходя из вашей логике, мне можно считать, что Delphi - живее всех живых (кроме Ильича, конечно)?

← →
DVM © (2010-10-30 21:47) [63]

> Но леминги бегут, бегут, бегут, бегут

История программных революций от Microsoft, вкратце: Сначала были Windows API и DLL Hell. Революцией N1 было DDE - помните, как ссылки позволили нам создавать статусные строки, отражающие текущую цену акций Microsoft? Примерно тогда же Microsoft создала ресурс VERSION INFO, исключающий DLL Hell. Hо другая группа в Microsoft нашла в DDE фатальный недостаток - его писали не они!
Для решения этой проблемы они создали OLE (похожее на DDE, но другое), и я наивно вспоминаю докладчика на Microsoft-овской конференции, говорящего, что скоро Windows API перепишут как OLE API, и каждый элемент на экране будет ОСХ-ом. В OLE появились интерфейсы, исключающие DLL Hell. Помните болезнь с названием <по месту>, при которой мы мечтали встроить все свои приложения в один (возможно, очень большой) документ Word? Где-то в то же время Microsoft уверовала в религию С++, возникла MFC решившая все наши проблемы еще раз.
Hо OLE не собиралась, сложа руки смотреть на это, поэтому оно заново родилось под именем COM, и мы внезапно поняли, что OLE (или это было DDE?) будет всегда - и даже включает тщательно разработанную систему версий компонентов, исключающую DLL Hell. В это время группа отступников внутри Microsoft обнаружила в MFC фатальный недостаток - его писали не они! Они немедленно исправили этот недочет, создав ATL, который как MFC, но другой, и попытались спрятать все замечательные вещи, которым так упорно старалась обучить нас группа COM. Это заставило группу COM (или это было OLE?) переименоваться в ActiveX и выпустить около тонны новых интерфейсов (включая интерфейсы контроля версий, исключающие DLL Hell), а заодно возможность сделать весь код загружаемым через броузеры, прямо вместе с определяемыми пользователем вирусами (назло этим гадам из ATL!).
Группа операционных систем громким криком, как забытый средний ребенок, потребовала внимания, сказав, что нам следует готовиться к Cairo, некой таинственной хреновине, которую никогда не могли даже толком описать, не то, что выпустить. К их чести, следует сказать, что они не представляли концепции <System File Protection>, исключающей DLL Hell. Hо тут некая группа в Microsoft нашла фатальный недостаток в Java - её писали не они! Это было исправлено созданием то ли J, то ли Jole, а может, и ActiveJ (если честно, я просто не помню), точно такого же как Java, но другого. Это было круто, но Sun засудило Microsoft по какому-то дряхлому закону. Это была явная попытка задушить право Microsoft выпускать такие же продукты, как у других, но другие.
Помните менеджера по J/Jole/ActiveJ, стучащего по столу туфлей и говорящего, что Microsoft никогда не бросит этот продукт? Глупец! Все это означало только одно - недостаток внимания к группе ActiveX (или это был COM?).
Эта невероятно жизнерадостная толпа вернулась с COM+ и MTS наперевес (может, это стоило назвать ActiveX+?). Hепонятно почему к MTS не приставили <COM> или <Active> или <X> или <+> - они меня просто потрясли этим! Они также грозились добавить + ко всем модным тогда выражениям. Примерно тогда же кое-кто начал вопить про <Windows DNA> (почему не DINA) и <Windows Washboard>, и вопил некоторое время, но все это почило раньше, чем все поняли, что это было.
К этому моменту Microsoft уже несколько лет с нарастающей тревогой наблюдала за интернет. Hедавно они пришли к пониманию, что у Интернет есть фатальный недостаток: ну, вы поняли. И это приводит нас к текущему моменту и технологии .NET (произносится как <doughnut (пончик по-нашему)>, но по-другому), похожей на Интернет, но с большим количеством пресс-релизов.
Главное, что нужно очень четко понимать - .NET исключает DLL Hell.
В .NET входит новый язык, C#, (выясняется, что в Active++ Jspresso был фатальный недостаток, от которого он и помер). .NET включает виртуальную машину, которую будут использовать все языки (видимо, из-за фатальных недостатков в процессорах Интел). .NET включает единую систему защиты (есть все-таки фатальный недостаток в хранении паролей не на серверах Microsoft).
Реально проще перечислить вещи, которых .NET не включает. .NET наверняка революционно изменит Windows-программирование... примерно на год.

← →
шел мимо (2010-10-30 21:49) [64]

>>Если они сделают 32/64 и Win/Nix, то это будет уникальный продукт.

а если вдабавок еще будут раздавать бесплатно - получится lazarus

← →
xayam © (2010-10-30 23:30) [65]

> [63]

аплодирую стоя ;) ...кто-то понял...

> [64]

значит уже не уникальный ;)

← →
Фокс Йовович (2010-10-30 23:53) [66]

> sniknik © (30.10.10 12:44) [53]

> вовсе нет, просто после обсуждения задачи идет оценка предполагаемого
> времени...

Всегда быстрее взять готовое решение, проверенное многотысячной армией разработчиков, чем писать с нуля и тестировать что-то своё. Едва ли Delphi может хоть немного приблизиться к Java по части количества готовых и открытых разработок.

← →
Дмитрий Белькевич (2010-10-31 00:07) [67]

http://yandex.ru/yandsearch?text=delphi+%D0%BC%D0%B5%D1%80%D1%82%D0%B2&lr=10174

http://yandex.ru/yandsearch?text=delphi+%D0%B6%D0%B8%D0%B2&lr=10174

Живой вроде.

← →
sniknik © (2010-10-31 00:21) [68]

> Всегда быстрее взять готовое решение, ... по части количества готовых и открытых разработок.
а без лозунгов можно? поближе к реальности. было бы это правдой 90% программистских контор по закрывались бы... и мы бы тоже, и вместо того чтобы в очередной раз придумывать,как бы нам пристыковать следующего клиента с его извращенным протоколом, отсутствием жизненно важных данных, и желаниями "странного", работали бы грузчиками, а менеджеры просто бы брали "готовое решение из открытых разработок".
вы вообще в каком мире живете? в воображаемом? ну так оставьте свои сказки при себе.

← →
Дмитрий Белькевич (2010-10-31 00:22) [69]

> Всегда быстрее взять готовое решение, проверенное многотысячной
> армией разработчиков, чем писать с нуля и тестировать что-
> то своё. Едва ли Delphi может хоть немного приблизиться
> к Java по части количества готовых и открытых разработок.
>

Да ну? Где это все на жаве:

http://torry.net/

?

Мы как-то искали готовую простую тупую писалку с микрофона в файл на жаве, так ничего достойного и не нашли.

← →
Дмитрий Белькевич (2010-10-31 00:28) [70]

Нашли какой-то Moodle.jar, так и не удалось его заставить работать толком.

← →
Фокс Йовович (2010-10-31 10:34) [71]

> sniknik © (31.10.10 00:21) [68]

> вы вообще в каком мире живете? в воображаемом? ну так оставьте
> свои сказки при себе.
>

Я живу в том мире, который вижу вокруг. Чтобы воспользоваться готовым, но чужим инструментом, порой необходимо напрягать мозг, и очень часто больше, чем при написании чего-то своего с нуля. Но в награду получаем сокращение времени разработки, и количества глюков. Так что, оставьте менеджеров в покое. Менеджеру нужен работающий без глюков продукт, с низкой себестоимостью.

> Дмитрий Белькевич (31.10.10 00:22) [69]

> Мы как-то искали готовую простую тупую писалку с микрофона
> в файл на жаве, так ничего достойного и не нашли.

а не нужно было её искать. Есть javax.sound. Пишет с микрофона тупо и достойно :-) Первая же строчка поиска дала подробный пример:
http://www.developer.com/java/other/article.php/2105421/Java-Sound-Capturing-Microphone-Data-into-an-Audio-File.htm

← →
Дмитрий Белькевич (2010-10-31 11:32) [72]

За линк - спасибо. Вообще я говорил о том, есть ли сайт, где можно посмотреть кучу посортированного готового кода для жавы как для делфи на торри? Просто что бы сравнить.
Где гора "готовых решение, проверенное многотысячной армией разработчиков"?

← →
Фокс Йовович (2010-10-31 12:31) [73]

> Дмитрий Белькевич (31.10.10 11:32) [72]
>
>

> Вообще я говорил о том, есть ли сайт, где можно посмотреть
> кучу посортированного готового кода для жавы как для делфи
> на торри? Просто что бы сравнить.
> Где гора "готовых решение, проверенное многотысячной армией
> разработчиков"?

Ну хотя бы: http://apache.org/

> Менеджеру нужен работающий без глюков продукт, с низкой себестоимостью.
опять сказки из "фантазиленд"
менеджеру не нужен без глючный продукт, ему нужно чтобы "продукт" его не касался, и поменьше думать/знать о том что продают (продают "абстракцию"...).

ну вот например недавнее, клиент - "у вас ошибка, не могу сделать отчет", менеджер - "да исправьте наконец то глюки в программе!", я - "а в чем собственно дело, нельзя ли поподробнее? логи там прислать..." ... ну там дальше долгая переписка с кучей обвинений, без данных, в конце выяснили(прислали скриншот), при построении отчета нужно вводить дату (сегодняшняя по умолчанию), но юзер почему то решает, что там должно быть количество дней, сегодня значит 0... вводит туда(датапикер) нули (вместо того чтобы просто кнопку "далее" нажать), и получает сообщение "дата неверна, попробуйте другую"...
т.е. совершенно правильная обработка (безглючная), неверно введенных данных. и если бы иго интересовала именно это то вопрос был бы закрыт, вообще считаю, что мог бы сразу поинтересоваться причиной/ошибкой если бы хотел чтобы исправили, но он хочет "спихнуть с себя", и если бы обращение пошло в ЦТО то его не взволновал бы даже реальный глюк. а так он еще с неделю добивался чтобы "оно работало, невзирая ни что", и не было бы нужды ему разговаривать с клиентом/обьяснять то чего он сам знать не хочет. да, как одно из "предложений" было "если данные введены неправильно то пусть сегодня подставляет". т.е. если вдуматься, предложение внести намеренный логический глюк (ввели одно получили другое), лишь бы его это после не трогало.

> с низкой себестоимостью.
ну конечно... их процент, вот что их интересует. а то во сколько это обойдется компании дело десятое. сколько раз было, преувеличивают значимость доработок/изменений "да у меня десяток(читай одна, одну лицензию, да и то бабушка надвое...) контор возьмет прогу если у нас это будет", а то что изменение это например месяц работы(как минимум одна зарплата), или придется делить проект на две параллельные ветки с соответствующими затратами... да ему плевать. главное он получит свой процент с той мелкой конторы(которая 10) дальше хоть трава не расти.
а вот для нас как разработчиков, и "поддержальщиков" продукта, это как раз важно (нет глюков/проблем-нет авралов в выходные, нет выездов по наладке, ...), а вот на процент менеджеров плевать, и работа с людьми на них, т.е. должны объяснять, что является глюком а что клиент просто не так понял/прочитал. конфликт интересов в общем.

Наиболее правильное решение для менеджеров Embacadero (или кто там сейчас Delphi владеет) было бы сделать Delphi open source и слить этот проект с FPC. В FPC, в свою очередь, стоило бы перестать страдать маразмом и отказаться от лазарус, а перевести IDE на Eclipse. Эти шаги позволили бы сделать многое из того, что тут уже перечисляли, например, подержку других платформ (юниксов и 64-бит windows), и сделали бы IDE более современным и привычным для разработчиков.
Но я не верю, что это будет сделано, а потому Delphi обречен на судьбу кобола.

> [75] Alex Konshin © (31.10.10 15:31)

> Наиболее правильное решение для менеджеров Embacadero (или
> кто там сейчас Delphi владеет) было бы сделать Delphi open
> source и слить этот проект с FPC

тогда нужно искать другие способы монетизации нежели продажа лицензий.

← →
Rulee (2010-10-31 16:04) [77]

> отказаться от лазарус, а перевести IDE на Eclipse.

Я тебя бесспорно уважаю, но это путь в бездну. Самая тяжелая тупа и непривычная ИДЕ в мире. Писать на ней можно привыкнуть только под тяжелыми ударами кнута начальства. Но очень расширяемая и прописареная. Поэтому когда народу впадло что-то делать свое - делают это на базе эклипс.

Они в delphi prism перевели на вижуальную студию, правда вместо того, чтобы внедриться в уже установленную, ставят свой экземпляр :-)

PS. Судя по этой "фиче" http://qc.embarcadero.com/wc/qcmain.aspx?d=45606 которая существует во всех последних версиях, то я склонен верить, что на них новых крупных проектов не начинают :-(

← →
Left (2010-11-01 10:41) [79]

← →
Sergey Masloff (2010-11-01 11:14) [80]

Alex Konshin © (31.10.10 15:31) [75]
>Наиболее правильное решение для менеджеров Embacadero (или кто там >сейчас Delphi владеет) было бы сделать Delphi open source и слить этот >проект с FPC. В FPC, в свою очередь, стоило бы перестать страдать >маразмом и отказаться от лазарус, а перевести IDE на Eclipse. Эти шаги >позволили бы сделать многое из того, что тут уже перечисляли, например, >подержку других платформ (юниксов и 64-бит windows), и сделали бы IDE >более современным и привычным для разработчиков.
Ну типа того... Только не сделают же ж. Про лазарус как слышу у меня зевота начинается неудержимая.

Delphi Найти похожие ветки