. Пока есть на форуме раздел Delphi, ответ очевиден.| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Форум группы: delphi > Умирает ли Delphi? |
| Автор: Roggy 31.10.2009, 20:22 |
| Как вы считаете? |
| Автор: bartram 1.11.2009, 09:15 |
| http://forum.vingrad.ru/forum/topic-248192/kw-delphi-%D0%BD%D0%B5%D1%82-%D0%B2%D0%B0%D0%BD%D0%B0%D1%81%D0%B8%D0%B9.html |
| Автор: Akella 2.11.2009, 12:27 |
| Roggy, шо за ссылки на бредовые сайты? |
| Автор: hkdkest 13.1.2010, 01:01 | ||
жив и дальше будет жить =) |
| Автор: CodeMonkey 13.1.2010, 17:34 |
| http://www.isdelphidead.com/ |
| Автор: profesiachuvak 13.1.2010, 18:46 |
| Да надоели уже эти вопросы . Пока есть на форуме раздел Delphi, ответ очевиден. |
| Автор: Argilius 1.7.2010, 14:13 |
| ИМХО, глупый вопрос. |
| Автор: CompWorm 3.7.2010, 17:55 |
| количество однотипных вопросов должно настораживать как не крути... а вообще, на некоторых предприятиях ещё фортран юзают не смотря на отсутствие поддержки и кривой архитектуры. так что понятие "жив" весьма растяжимо.  |
| Автор: A5uKa 3.7.2010, 18:27 |
| считаю умирает ) |
| Автор: Akella 4.7.2010, 09:17 |
| с тем, что они заявили в будущем об x64 и кроссплатформенности? |
| Автор: CompWorm 4.7.2010, 10:58 |
планы на х64 помню, а кросплатформенность - покажи источник, если это опять не про клизму призму  |
| Автор: Akella 5.7.2010, 10:25 |
| Ой, писали уже не раз на самых разных сайта про кроссплатформенность в D2011. Но, видать, не успевают, поэтому отложили. И x64 отложили. В общем, я так думаю, что пока точно неизвестно, что нового будет в D2011. И мне вообще не понятно, зачем они клепают каждый год новую версию? Вон МС, раз в три года выпускают свои продукты и здОрово. Следующий идёт Фалкрум: http://edn.embarcadero.com/article/images/39934/thumb03000008.png Где заявлена компиляция кроссплатформенных приложений. Думаю, что встроили старые исходники CLX от D7. http://edn.embarcadero.com/article/39934 roadmap http://edn.embarcadero.com/article/images/39934/03000009.png |
| Автор: CodeMonkey 5.7.2010, 15:07 | ||
Чего? В D2011 есть компиляция под MacOS. Отложили под Linux на след. релиз. По одному шагу за раз. |
| Автор: Akella 5.7.2010, 15:11 |
| Лучше б сделали для начала под Линукс, а потом уже под Мак. |
| Автор: CodeMonkey 5.7.2010, 16:06 | ||
Дык ведь как-бэ Apple на коне  Отовсюду только и слышно.А может, Mac более интересная архитектура для переноса - кто-то из разрабов компилятора уже жаловался на её "логику". |
| Автор: bartram 5.7.2010, 17:22 | ||
Серьёзно?  Надо будет проверить... |
| Автор: CodeMonkey 5.7.2010, 17:45 | ||
Вообще-то она ещё не вышла  Официально это пока на уровне http://www.tdelphiblog.com/2010/03/delphi-2011-fulcrum.html. Так что проверить это сейчас вы сможете только если у вас есть доступ к бета-тестированию или http://www.gunsmoker.ru/2010/07/delphi-2011.html. |
| Автор: bartram 6.7.2010, 09:11 | ||
Помнится я регился как бета тестер |
| Автор: CompWorm 10.7.2010, 16:22 |
| бред, на подходе очередной шидевр инвалидности для кунскамеры. ИМХО, они из штанов лезут клипая по новой студии ежегодно только для опровержения слухов о трагичном исходе дельфи, вместо того чтобы хорошенько раз попотев выпустить реально завершённый во всех смыслах продукт и поставить точку в спорах. даже тестить не стану в этот раз.  |
| Автор: CodeMonkey 10.7.2010, 22:01 | ||
Это как? |
| Автор: CompWorm 11.7.2010, 12:04 | ||
у любого продукта должна быть логическая завершенность полёта фантазии принцип прост - решили заняться кросплатформенностью, так завершите с ней. ни для кого не секрет, что для персоналок актуален сравнительно небольшой ряд операционок - виндус и пара юниксовых, например мак и линь. что наблюдаем - то линукс за ухо потреплят, то про мак заикнутся... общего подхода или стратегии, как у QT например, у эмбарги нет. считаю, что абсолютное большинство компаний/разрабов не станет ежегодно менять среду программирования из-за появления "новых картиночек на кнопках". уже пора сделать качественный скачок, как от турбопаскаля к дельфи... я б может был не столь эмоционален в своих суждениях, еслиб они версии 2ххх называли беттами... дельфи однозначно не мёртв, а отвечая на вопрос, умирает ли дельфи, сначала надо ответить на вопрос, а есть ли будущее у дельфи. тут надо определиться с дефинициями, ведь язык казалось бы мощный и перспективный, но что-то не так. я бы определил наличие будущего наличием перспективных планов на будущее... за одно определил бы и понятие будущего. будущее не исчезает от отсутствия плана))) предлагаю считать будущим ту часть времени, в которой идёт развитие дельфи согласно перспективному плану (а не локальному, аля устранить 15 багов в день). является ли планом роадмэп от эмбарги? - нет. это не road map, а backyard map, так как дальше устранения существующих проблем подручными средствами дело не движется. опять же, как самый простой и наболевший пример, кросплатформенность должна быть реализована в рамках единого подхода, а сам подход не может не учитывать прочих проблем, таких как компилятор для x64 под разные платформы. при всей моей фанатичной любви к дельфи ответ очевиден: road map это не план -> нет плана, нет будущего -> нет будущего, значит умарает. |
| Автор: CodeMonkey 11.7.2010, 16:45 | ||||||
Что делают они именно то, что вы от них ждёте:
Вас ожидает поддержка Мака и Линукса. Что не так? Вот это ещё презабавно слышать:
Особенно на фоне того, что именно Qt является основой для GUI в кроссплатформенных проектах Delphi. |
| Автор: Vasay 11.7.2010, 18:12 | ||
Или для того что бы пипл заплатил за очередное обновление. ИМХО - Delphi либо станет open source, либо умрет. Так как в embarcadero явно не хватает сил средсв на ее полноценное развитие. |
| Автор: CodeMonkey 11.7.2010, 20:39 | ||
C open-source мы имеем Lazarus. Насколько это лучше той Delphi, что мы видим сейчас? |
| Автор: Vasay 11.7.2010, 21:32 | ||
CodeMonkey,
Боюсь Вы не поняли мою мысль. Lazarus - не Delphi. Не уверен что на нем кто-то делает коммерческие проекты. А на Delphi много чего сделано. И если Delphi станет открытой - то будет много желающих поучаствовать в проекте. Сейчас мы видим, что embarcadero не может нормально развивать IDE. И дальше ситуация вряд ли станет лучше. embarcadero, пока еще не поздно, нужно менять коммерческую модель. Стандартная версия IDE должна быть бесплатна и с открытым кодом - что позволит сократить расходы на разработку, тестирование и исправление ошибок - часть работы будет делать сообщество. А деньги брать за дополнительные наборы компонент и тренинги с сертификациями. К тому же бесплатность IDE начнет привлекать новичков. |
| Автор: bartram 11.7.2010, 23:57 | ||
Они не для того ее покупали за 3$ млн. чтобы делать её Open Source. |
| Автор: Vasay 12.7.2010, 00:09 |
| bartram, Open Source - не значит отсутствие прибыли. К тому же никто не мешает параллельно иметь коммерческую версию (с доп компонентами, поддержкой ). В данный момент все выглядит очень не радужно в плане темпов развития. |
| Автор: bartram 12.7.2010, 08:34 |
| Vasay, мне кажется это не тот путь которым может пойти сейчас Эмбаркадеро. Дай Бог, чтобы они Турбо версию новую выпустили. А то уже все заждались |
| Автор: Akella 12.7.2010, 09:26 |
| И мне кажется, что ни цены они снижать не будут, ни тем более делать бесплатных и OpenSource. Хотя вспомните, как было здорово, когда появились 2 версии Турбо Дельфи! |
| Автор: Alexeis 12.7.2010, 09:42 |
| Конкурентов много. Нужно вводить что-то уникальное, чего бы не было ни у кого. Визитную карточку. А чего мы видим? Жалкие попытки клонировать С# на нативном коде. Т.е. они уже признали свое поражение и пытаются сделать не хуже вместо того чтобы сделать лучше. В настоящее время видно раздувание кода VCL до безобразия. Непонятно как они сами, там что-то понимают. |
| Автор: CodeMonkey 12.7.2010, 12:24 | ||||||
Желающие поучаствовать в развитии Delphi сейчас занимаются Lazarus. Ну. Много ли мы видим этих желающих?
Да, согласен, силёнок маловато. Но отдать на откуп сообществу - будет только хуже. Пример? TurboPower - дофига народю юзает, верно? Довольно качественный и уникальный код. И что? Вышла D2009. Хоть кто-то почесался адаптировать это под Unicode? Окей, один человек почесался. А в остальном Embarcadero пришлось взять на себя заботу о TurboPower. С чего вы взяли, что стань Delphi open-source, над ней хоть кто-то будет корпеть? Да ни в жизнь. Всем интересно писать своё и никому не интересно писать Delphi, разбираться в их коде, в их запутанном коде с многолетней историей и кучей хаков совместимости. У Delphi сообщество не настолько огромно, как скажем у Linux, чтобы можно было нормально делать на open-source за счёт энтузиастов. Lazarus - тому подтверждение.
Что Embarcadero видит свою уникальную фишку в "native cross-platform RAD". И догоняют её как могут. |
| Автор: CompWorm 12.7.2010, 12:36 |
| Alexeis, поддерживаю. CodeMonkey, мой предыдущий спич посвящён тому, что собственных оригинальных идей у эмбарги нет... они пытаются к и без того хорошему языку прилепить чужеродные элементы, как .NET призму и веб-программинг. не совсем понятно и как будет выглядеть дельфи для МАКа... второе что я хотел показать, так это то что неплохие деньги можно заработать, скажем, продавая временные лицензии на конечный продукт, включающий всё то, что мы обсуждаем. да, надо запереться в офисе и попотеть, но тогда можно предоставить IDE как отрытый продукт, не снижая цен и получая регулярную фиксированную прибыль. в IDE никаких волшебных моментов для сокрытия наверняка нет. вот компилятор можно и проприетарным оставить. в контру этому, не раскрывая всех карт, они выпускают в год по новой дельфе. уверен, что народ не торопится выкладывать немалую денюжку за такой продукт. хотя у меня нет источников и я могу ошибаться. просто ситуация как с Nero - есть шестая версия и остальные по боку, ибо там ничего нового нет - просто сборник утилит, которых и так в изобилии. |
| Автор: CodeMonkey 12.7.2010, 20:53 | ||||||||||
Окей, какие конкретно оригинальные идеи вы предлагаете для продвижения Delphi? Почему-то все реально выглядящие планы по спасению Delphi выглядят примерно так: - Добавить в Delphi Unicode. - Добавить в Delphi Cross-Platform. - Добавить в Delphi x64. - Добавить в Delphi CNPack (IDE). - Добавить в Delphi CodeRush (редактор кода). - Добавить в Delphi FastReport (отчёты). - Добавить в Delphi AQTime (профайлинг). - Добавить в Delphi TMS Pack (красивый нормальный UI). - Добавить в Delphi ICS (сеть). - .... Здесь вообще нет оригинальных идей. Люди хотят видеть что-то, что им нужно и что они уже где-то видели. Им не нужны оригинальные идеи (окей, может быть это пока).
А как выглядит QT для Мака?
Народ всё равно переходит через версию-две-три-пять. А чем раньше выпустишь - тем больше отзывов и фидбака.
Согласитесь, с натяжкой аналогия. Это не про Delphi. Если для вас в новых Delphi ничего нового нет - вы явно нетипичный пользователь Delphi.
Вопрос только в стоимости, а не в самой Delphi. |
| Автор: CompWorm 13.7.2010, 08:32 | ||||||||||||
тогда вопрос закрыт.
поэтому есть смысл выпускать через два-три-пять лет.
опять таки, ИМХО, для выслушивания пожеланий есть бетта.
согласен, аналогия слабая. и бесспорно новшества есть, только
есть в большинстве языков/IDE... это не новшества, а долгожданные плюшки, которые задержались в связи с перепродажами.
ну вот, и вы пришли к тому же пониманию, что и я)))) дельфи прекрасен, а вот стоимость де факто за бетту (ака версии 2ххх) очень высока. точно такая же стоимость лицензии на пару лет за полностью укомплектованный язык программирования по современным стандартам и требованиям публики, вполне адекватна и, как мне кажется, востребована. Добавлено через 8 минут и 48 секунд наверно мне стоит остановиться в отстаивании своей точки зрения, ведь я это уже писал и в соседних топиках. наверно я плохой оратор, раз не способен донести свою мысль до оппонента.  или мысль беспросветно тупа. |
| Автор: Akella 13.7.2010, 10:48 | ||||||||
В M$ так и делают
Тогда уж лучше DevExpress, т.к. TMS по некоторым заверениям глючноват, а вот из TMS можно добавить TMS IntaWeb
Я вот не могу вразумить, они, наверное этого не понимают, что стоимость слишком высока. Сделайте дешёвые версии дельфи для одиночных разработчиков и популярность дельфи возрастёт. Добавлено через 53 секунды
кхм... а ты о чем? Добавлено через 57 секунд |
| Автор: CodeMonkey 13.7.2010, 12:56 | ||
По-моему, это вообще никто не понимает. Delphi очень популярна в России (кажется - первая или вторая в мире). Почему? Потому что стоимость низкая (пиратская). А популярность падает. Ибо начинают задумываться о лицензии. |
| Автор: CodeMonkey 13.7.2010, 13:15 | ||
Так вот и я про тоже. Что народу, который сидит на Delphi, нафиг не упало "оригинальная концепция и видение Embarcadero, что отличало бы её от других конкурентов". Им бы получить то, что есть у других. Потому что сейчас "фишка Delphi" в том, что она НЕ имеет того, что имеют другие. Вот когда реализуют хотя бы часть этого и станут как все - вот тогда можно будет говорить об оригинальном пути развития и отличиях от конкурентов (но уже в хорошем смысле). |
| Автор: Akella 14.7.2010, 12:41 |
| Кстати, у MSVS 2010 нет express версии, и самая дешевая - professional, стоимостью 800 баксов, что тоже не дешёво для одиночных разработчиков, а самая дорогая 12 тыщ - можно классную тачку купить %) http://www.microsoft.com/visualstudio/ru-ru/products |
| Автор: Vasay 14.7.2010, 13:14 | ||
Есть: http://www.microsoft.com/express/Downloads/ |
| Автор: Akella 14.7.2010, 13:45 |
| Странно, а что ж они там не выставили |
| Автор: CodeMonkey 15.7.2010, 02:26 |
| А чтоб покупали, кто не знает про Express )) У Turbo тоже отдельный сайт вроде был. И никаких ссылок друг на друга (хорошо заметных) не было. |
| Автор: CompWorm 22.7.2010, 08:54 |
| на самом деле у борланда, кодгира и эмбарги наверняка есть отдел маркетинговых исследований, который мог небезосновательно прикрыть турбы... хоть щас и не весна, но представьте, что тут есть вселенский заговор к примеру представьте, что после покупки дельфи, у эмбарги просел бюджет, к тому же надо докручивать дельфи до современного уровня. как быть? на какие шиши? вот они быть может и договорились делать невменяемо дорогие поделки-недоделки для небольшого круга компаний, финансово поддерживающих проект по тем или иным причинам. когда в дельфи появится стандартный набор для программирования и язык наконец станет конкурентноспособным на современном рынке, тучи рассеятся, дельфи подешевеет и повсюду будут летать розовые кролики  |
| Автор: A5uKa 22.7.2010, 09:12 | ||
ну или делфи просто умрёт |
| Автор: Keeper89 24.7.2010, 21:10 | ||
Кроссплатформенность я бы вообще выкинул (может пока?!) (хотя она явл. их ПРИОРИТЕТОМ), остальное сделать срочно в 2011 и резко снизить стоимость - иначе плохи будут их дела. Ну нет там таких преимуществ над VS, чтобы загибать такие цены, а вообще-то как уже сказали дотянуть бы до аналогов (той же VS 2010). Не говорю уже о возможности затянуть все это на пару-тройку лет. По поводу невозможности опенсурса, и чересчур завышенной стоимости согласен. |
| Автор: CodeMonkey 25.7.2010, 23:48 |
| На самом деле кроссплатформенность - сильный плюс. Кто у нас ещё предоставляет RAD + native + cross-platform? Я таких не знаю. Обычно встречается комбинация двух фишек, но не трёх. |
| Автор: Vasay 26.7.2010, 00:19 | ||
CodeMonkey,
Если embarcadero не могут сделать x64 в win (что куда проще чем добавить поддержку *nix) - то сильно я сомневаюсь что они это сделают. Вообще тут два пути - делать привязку к существующей кроссплатформенной библиотеке (QT, например). Либо допиливание Призм и крики - "мы крутые! мы сделали Кросплатформ" тихо помалкивая про лицензионные проблемы mono и его кривость в сравнении с оригинальным .NET. Что-то мне подсказывает, что будет именно второй вариант. Кстати, если убрать рекламу про кроссплатформенность, весьма многообещающий - за .NET будущее разработки под win. native MS похоронит в обозримом будущем, как тот еще костыль мешающий их экспансии на иные процессорные платформы. Есть, конечно, третий вариант - разработка своей кроссплатформенной либы, но мы все понимаем, что при сегодняшнем положении дел embarcadero такой грандиозный проект просто не потянет. ИМХО - если хотят выжить, пусть доведут до ума то что есть, а всякие космические проекты типа кроссплатформенности - оставят до светлого будущего, Иначе это светлое будущее для embarcadero просто не наступит. |
| Автор: CodeMonkey 26.7.2010, 11:23 | ||||
Вообще-то кроссплатформенность уже с нами, хотя и в виде закрытой беты. Под MacOS, правда (под Linux - в след. релиз). Добавлено через 6 минут и 58 секунд
Это взгляд со стороны. На самом деле, им не принципиально, что добавлять. Компилятор Delphi, в том виде, в каком он есть в D2010 и ниже, равно не приспособлен ни к x64, ни к Linux, ни к MacOS. Об этом говорил или Barry или Allen (не помню). Сейчас главная задача для Embarcadero - рефакторинг компилятора. Сделать его модульным и расширяемым. Чётко разделить парсер с анализом и стадию генерации кода. Тогда целевые платформы можно будет добавлять как плагины. Как только будет сделан этот переход, новые платформы можно будет добавлять относительно легко. Но процесс этот сложный и долгий. Над ним начали работать уже давно - вспомните preview x64 компилятора на конференции, кажется, года два назад. У меня есть подозрение, что именно поэтому MacOS не случайно выбрана как первая платформа - потому что она наиболее сильно отличается от x86-32 (среди Linux, x64 и MacOS). Реализовав её сейчас - это позволит учесть сразу максимум нюансов. А то реализовали бы они сейчас Linux (или, того хуже: x64), а потом стали ещё что-то делать, глядь: а написанный код это не позволяет - и снова за перекройку. |
| Автор: Vasay 26.7.2010, 11:33 | ||
И что это из себя представляет? На базе чего сделали порт VCL под Mac OS ? |
| Автор: Vasay 26.7.2010, 12:27 | ||||
CodeMonkey,
ИМХО, поддержка x64 под win и поддержка иной ОS - это принципиально разные задачи.
MacOS, так же как Linux, удовлетворяют http://ru.wikipedia.org/wiki/POSIX. Думаю, Mac OS выбран ввиду того что его поддержка со стороны Delphi более востребована -> больше копий IDE можно продать. |
| Автор: CodeMonkey 26.7.2010, 16:03 | ||||||
Если кратко: all hail Kylix!
Подумайте ещё раз над тем, что я сказал про старый монолитный компилятор, не приспособленный под смену целевой платформы.
Linux - уже однажды пройденный путь (Kylix). Там нет ничего нового. MacOS - не паханное поле. http://blogs.embarcadero.com/abauer/2010/01/14/38904 в поддержку моей точки зрения. |
| Автор: Vasay 26.7.2010, 17:29 | ||||
CodeMonkey,
Несмотря на это - задачи совершенно разные. Если сделать поддержку х64 - это вопрос компилятора. Возможно с небольшой оптимизацией кода VCL под х64. То сделать поддерку иной платформы гораздо сложней - тут VCL так просто не портируешь. Да и уже написанные на Delphi приложения не скомпилишь.
В MacOS по сравнению с Linux особо нового не так много. Я думаю - тут просто вопрос финансофой выгоды - MacOS более востребован. |
| Автор: CodeMonkey 27.7.2010, 11:02 | ||
Да не говорил я, что это одинаковые задачи! |
| Автор: Akella 28.7.2010, 12:25 | ||
если взять QT из Delphi7 и переработать под Delphi 2011, то, наверное, легче |
| Автор: Vasay 30.7.2010, 23:42 | ||
Akella,
А в Delphi7 был QT ? Честно не знал, последний продукт от Борланд и их последователей которым пользовался был Builder 6. Отличная IDE для своего времени. Но наверно это был некий самостоятельный продукт, не связанный с основной библиотекой VCL? А ведь основная сила Delphi/Builder - VCL и то что с ее помощью уже написано! Потому сделать кросплатформенность может и не сложно, но какой в ней смысл если не будет сопоставимого с VCL набора компонент и, желательно, совместимого на уровне кода (чтоб старые наработки хотя бы частично копипастить)? п.с. Кстати, использование QT, решит и проблему с x64. |
| Автор: CodeMonkey 31.7.2010, 12:47 | ||
|
| Автор: Vasay 31.7.2010, 13:06 |
| CodeMonkey, Что вызвало у Вас такой смех? |
| Автор: RomanEEP 31.7.2010, 14:10 |
| Vasay, Я думаю это тоже самое, что покраска кузова авто решит проблему с двигателем. |
| Автор: Vasay 31.7.2010, 14:47 |
| RomanEEP, Используем QT для компонентов, FPC для компиляции своего кода. Можем компилить хоть под Win, хоть под *Nix, хоть под х86, хоть под AMD64. Или Вы не согласны? Добавлено через 1 минуту и 16 секунд Другое дело, что VCL не на QT написано. А это, ИМХО, самая вкусная часть Delphi/Builder |
| Автор: Akella 31.7.2010, 15:00 | ||
на сколько я помню, то нужно было с собой таскать какую-то dll-ку с именем QT. И в uses приложения был тоже модуль с именем QT |
| Автор: Alexeis 31.7.2010, 20:59 | ||
Так Kylix и есть надстройка над старой версией QT. Логично что была зависимость. |
| Автор: CodeMonkey 31.7.2010, 21:44 | ||
Окей, открываем C++ Builder 6, File/New/CLX Application. Что мы видим? Ба, да это ж Qt! |
| Автор: Vasay 1.8.2010, 20:40 | ||
Не знал, что CLX на QT. Да и никогда его и не использовал. Думаю, как и большинство тех кто программировал на Delphi и Builder. Т.е. получается на данный момент embarcadero пытается вернуться назад, воскресить не самый свой успешный проект? Правильно ли это? Может стоит перенести VCL на x64? Причем перенести так, что бы для компиляции старых проектов под x64 не приходилось сильно переписывать код. Я конечно понимаю, что маркетологам из embarcadero виднее чем мне, но ИМХО не будет много продаж Delphi QT. Ввиду того что немного софтверных компаний рискнет взять ее для разработки нового кросплатформенного проекта, хотя бы потому что я сильно сомневаюсь, что у embarcadero получится сразу качественно. Другое дело - выпусти они сейчас Delphi x64 - разработчики сидящие на предыдущих версиях IDE потянуться покупать новинку с желанием выпустить x64 версию своего (уже существующего на данный момент) продукта! Вот если бы embarcadero обеспечило возможность откомпилировать существующий VCL проект под QT(CLX). Вот это была бы бомба! Но думаю, такого не будет. |
| Автор: CodeMonkey 1.8.2010, 22:09 | ||
Знаете ли вы причины провала этого проекта? |
| Автор: Vasay 1.8.2010, 22:46 | ||
Нет, не знаю. Но вполне представляю причины, по которым этот проект провалится повторно. ИМХО, приоритеты должны быть: - x64 - Delphi .NET ( prism ) |
| Автор: CodeMonkey 2.8.2010, 01:09 |
| Vasay, вам самому ваши утверждения не кажутся наивными? Про CLX вы не в курсе, про Qt в Delphi и C++ Builder вы не в курсе, варианты решения кросплатформенности в Delphi не смотрели, про текущее состояние компилятора не слышали, историю Kylix не знаете - но мнение, что Embarcadero следует делать, имеете. Я не отрицаю ваше право на собственное мнение, но... P.S. Ваше мнение понятно: "http://forum.vingrad.ru/index.php?showtopic=278515&view=findpost&p=2191439", и знать ничего не желаю, а вот x64 - хочу. Но это никак не соотносится возможностями по разработке для Embarcadero. Я, вот, тоже x64 хочу и кроссплатформенность мне нафиг не нужна. Ну и что? Это никак не влияет на существующие факты. P.P.S. И, похоже, не слушаете, что вам говорят. К http://forum.vingrad.ru/index.php?showtopic=278515&view=findpost&p=2189531. http://forum.vingrad.ru/index.php?showtopic=278515&view=findpost&p=2188336. Откуда можно сделать вывод, что x64 в Delphi - это сложнее, чем кажется стороннему наблюдателю, коим вы и являетесь. В сферическом вакууме это может и не так, но в реальности разработка x64 в Embarcadero идёт уже года два - в прошлом году была preview компилятора под x64 от Barry Kelly, да плюс время на разработку этого. И какой-то готовой стадии пока и не видно - когда только нам её обещают. С другой стороны, кроссплатформенная Delphi получилась намного проще. Её разработку начали всего с год, и она уже скоро будет готова. http://forum.vingrad.ru/index.php?showtopic=278515&view=findpost&p=2189531, произошло это по той простой причине, что в Embarcadero использовали предыдущий опыт и наработки. |
| Автор: Vasay 2.8.2010, 01:52 |
| CodeMonkey, Вы не улавливаете мысль, которую я пытаюсь высказать почти в каждом моем посте. Постараюсь высказать ее более четко: Что бы ни создали в Embarcadero с помощью QT, .NET, GTK+, Java или чего еще другого, что хоть как то может называться кросплатформенным не будет Delphi!!!!!!! Потому что не будет совместимости кода! Все то что было написано для старых добрых Builder и Delphi с использованием VCL не будет с этим работать (по крайней мере без большого напильника). Вот ответьте честно - вы что-нибудь писали на CLX ? Много проектов знаете с его использованием? Выпусти сейчас Embarcadero очередной Kylix много народу кинется его покупать? Вы его купите? Если да, то зачем? ИМХО его купят единичные программисты, которые хотят писать для MacOS на паскале. Хочу быть не прав, но то что происходит походит на какие-то попытки Embarcadero показать признаки "бурной деятельноси" (а скорее вообще, хоть какие-то признаки жизни). Какая у этого цель? Чтоб поклонники не забывали, да еще разок заплатили за "принципиально новую" Delphi 2011 модельного года? Или может хотят подороже сбагрить акции? CodeMonkey, согласитесь, что реальный интерес с реальными продажами сейчас может вызвать только x64. Потому что это нужно! Нужно тем кто сидит на Delphi 7 - Delphi 2010 со своими многолетними проектами написанными с использованием VCL. И они готовы за это платить. Так почему же нет до сих пор x64? Ответ напрашивается сам собой. И весьма не радостный ответ. |
| Автор: Vasay 2.8.2010, 02:10 | ||
я пытался писать под linux на Kylix в свое время. Остались очень неприятные воспоминания. |
| Автор: CodeMonkey 2.8.2010, 12:09 | ||||||||||||
Да, это очевидно. Не будет. Ну и что? Вот чего-чего, а "несовместимость кода" никак не числится в причинах провала Kylix.
Да, я три года писал проекты на Kylix 3. Совместимость была достаточной, чтобы можно было начать писать проект с нулевой подготовкой и нулевым знанием новой библиотеки. Проекты не были кроссплатформенным - был вариант только под клон RedHat. Писались с нуля, перевода существующих проектов у нас не было (или я не был в курсе).
Ну давайте посмотрим http://delphi.uservoice.com/forums/4432-general.
Да, наша фирма купит, но тут специфично: во-первых, мы, грубо говоря, "разработчики компонент", во-вторых, мы - партнёры Embarcadero, что означает скидку. Если же вопрос был "купить для себя лично", то я бы не стал покупать ни один продукт Embarcadero. Цена-с. Ну не предназначены они для энтузиастов.
Вы хотите сказать, что это нужно вам и вы готовы за это платить. Да поняли мы, поняли. Верите вы или нет, но большей части разработчиков этот x64 нафиг не сдался. Зачем? Их 32-х разрядные приложения отлично работают. Давайте посмотрим, кому реально нужен x64: - Логика программы требует ворочать огромными объёмами данных в памяти. - Кто пишет плагины/расширения для Проводника и других программ. - Хуки. - Кто работает в команде и пишет DLL, которую грузит x64 exe, писанный в VS. - И... всё. Последние три пункта - это ровно одна и та же причина: 64-х разрядный процесс не может загрузить 32-х разрядную DLL. Поэтому, реально причины всего две: вам нужны бонусы огромного адресного пространства или вам нужна интеграция с другим 64-х разрядным компонентом. Всё. Ну, много ли найдётся таких людей? Для всех остальных переход на x64 - только лишняя головная боль, которая не принесёт им ничего, кроме чувства идеальности (да! теперь наша продукт работает в родном режиме на x64!). Более того, это лишь ухудшит их ситуацию: теперь им нужно поддерживать и распространять две версии продукта, вместо одной (которая, напомню, отлично работает и так). Добавлено через 47 секунд
Мои неприятные воспоминания этого периода связаны с незнакомой ОС. |
| Автор: Keeper89 4.8.2010, 09:40 | ||
После такого поста, мой приоритет в реализации x64 несколько упал |
| Автор: Akella 4.8.2010, 09:53 |
| гг |
| Автор: CodeMonkey 4.8.2010, 10:40 |
| Ну вот, Embarcadero только что потеряла потенциального клиента, пристрелите меня... |
| Автор: Keeper89 4.8.2010, 11:34 |
| Не потеряла, не потеряла, организация все равно, думаю, купит |
| Автор: Vasay 4.8.2010, 12:23 | ||||||
Отнимаем тех кто хочет все на халяву и тех кто хочет кроссплатформенности для VCL а не новой библиотеки - получим единицы.
Это, кстати, очень серьезный аргумент. Причем не только для одиночного фрилансера но и для команды разработчиков. Так что я не уверен что будет много желающих начать писать под Mac а тем более под lin на новой Delphi. Которую нужно купить за большие деньги, да еще не понятно сколько там глюков. Другое дело, что люди уже сидящие с проектами на обычной Delphi особого выбора лишены - либо сидеть на старой версии, либо платить деньги за новую.
Добавлю - кто хочет использовать x64 dll Да, может, это не подавляющее большинство delphi разработчиков, но такие есть, и со временем их число будет расти. Добавлено через 3 минуты и 24 секунды Кстати, о кросплатформенности: Вспоминая те проблемы, которые были у Kylix приложений при переносе их с одной linux машины на другую (несовместимость версий библиотек) - обычное delphi приложение запущенное в Wine и то создает меньше проблем. |
| Автор: Akella 5.8.2010, 11:41 | ||
это ж проблемы линукса |
| Автор: k0rvin 5.8.2010, 12:23 | ||||
нет |
| Автор: Akella 5.8.2010, 15:19 |
| Т.е. программист должен проверять и иметь куски кода для той или иной версии библиотеки?? Добавлено @ 15:20 Просто вот в винде очень редко такое бывает, что нужно проверять версию винды, а вернее даже не винды, а версию конкретной библиотеки. Я, лично, пока ни разу ещё таки не занимался. Мои программы работают от Win98, до 7. |
| Автор: k0rvin 5.8.2010, 17:41 | ||
зачем? только для той, которая ему нужна. в общем случае интерфейс библиотек меняется редко, в стабильных дистрибутивах между релизами -- никогда |
| Автор: CodeMonkey 11.8.2010, 10:55 |
| Ну что, товарищи. http://www.youtube.com/watch?v=JJi9WsnHKiw. Кажется, пролетает cross-platform в ближайший релиз - в ролике им и не пахнет. Похоже, они не успели его доделать и поэтому отложили на следующий релиз. Вместо кросс-платформенности положили в студию PHP - чтобы хоть что-то было. |
| Автор: Akella 11.8.2010, 11:27 | ||
Ну и зачем спешить вот, а? Выпустили бы позже на 6-8 месяцев. |
| Автор: Akella 11.8.2010, 12:35 |
| http://forms.embarcadero.com/forms/AMUSCA1008RADStudioXE |
| Автор: Vasay 11.8.2010, 12:47 | ||||
Деньги, наверно, закончились.
Ну как же, в ролике же прозвучала фраза "cross platform php". Формально, обещание выполнено. А кто знает embarcadero торгует акциями на бирже? |
| Автор: CompWorm 12.8.2010, 12:25 | ||||||
ну надо же! целых три копии Добавлено через 2 минуты и 30 секунд
теперь - нет
http://www.osp.ru/cw/2007/16/4131396/ |
| Автор: Akella 12.8.2010, 16:11 |
| ага, ты б ещё 10-ти летней давности что-то нашёл |
| Автор: CodeMonkey 13.8.2010, 02:08 | ||
Кажется, именно это они и http://www.gunsmoker.ru/2010/08/delphistudio-roadmap.html. Зачем-то сменили планы и решили выпустить cross-platform и x64 в одном релизе. |
| Автор: Akella 13.8.2010, 09:00 |
кросплатформ, х64 будет не скоро, года через 2, в версии Pulsar Добавлено через 2 минуты и 24 секунды до конца света не успеют |
| Автор: CompWorm 13.8.2010, 15:15 |
 |
| Автор: bartram 13.8.2010, 16:59 | ||
Если конца света не будет, придеться им отвечать |
| Автор: Akella 14.8.2010, 16:03 |
| гг |
| Автор: kemiisto 26.8.2010, 23:07 |
| Клоуны, блджад! Просто клоуны. Delphi умер. И уже давно. Но для тех, кто в танке, на всякий случай сообщаю. |
| Автор: Keeper89 28.8.2010, 23:18 |
| kemiisto, блин, ну ты меня на ночь так расстроил, прост ужас! Уснуть теперь точно не смогу |
| Автор: Akella 30.8.2010, 12:23 |
| Keeper89, да не слушай ты его, он завидует, что дельфи жив(а) и даже размножается |
| Автор: A5uKa 30.8.2010, 12:43 |
И Nemerle не умер !!!  |
| Автор: kemiisto 30.8.2010, 16:47 | ||
Ога. Трудно умереть, не родившись. |
| Автор: Akella 10.9.2010, 15:34 | ||
http://translate.google.com/translate?js=n&prev=_t&hl=ru&ie=UTF-8&layout=2&eotf=1&sl=en&tl=ru&u=http%3A%2F%2Fwww.tmssoftware.com%2Fsite%2Fblog.asp%3Fpost%3D179
|
| Автор: AlekXL 9.10.2010, 21:10 |
| У дельфи есть будущее, пока она остается единственной средой разработки с генерацией нативного кода. Какие этому альтернативы? MS C++ в связке с MFC? вот уж MFC и впрямь мертв! А C++ слишком сложен для восприятия рядовым кодером. Бесплатные среды типа Lazarus? брр.. Есть ряд серьезных проектов на Delphi но приведите сезьезный проект на C#... |
| Автор: Vasay 10.10.2010, 00:31 | ||
AlekXL,
Умирает сама генерация нативного кода. Будущее за VM. Точнее уже настоящее. |
| Автор: Akella 11.10.2010, 09:57 |
| AlekXL, по-моему на сишарпе больше проектов в том числе и серьёзных, с тем ещё учётом, что сишарп моложе. Добавлено через 33 секунды Дельфи ещё тем популярна, что для неё есть стопицот тыщ всякоразных компонентов. |
| Автор: CodeMonkey 11.10.2010, 13:11 |
| http://forum.sources.ru/index.php?showtopic=227346&view=findpost&p=2720886 |
| Автор: Vasay 11.10.2010, 13:37 | ||
| CodeMonkey, по ссылке:
Кое с чем из этого списка приходилось работать - поделки уровня ученика старших классов. Понятно, что Delphi тут не причем, но на пример "Интерпрайз" приложений этот список не тянет. |
| Автор: Akella 11.10.2010, 13:51 |
| Ну да, на дельфи даже пишут программы для боевых самолётов Добавлено через 6 минут и 9 секунд Не в обиду будет сказано, но просто вот такое пришло в голову. Смотришь на код и думаешь: C++ и подобные языки - это как речь человека, который заикается. А Delphi - это ж как песня. |
| Автор: Frees 11.10.2010, 14:10 |
| что бы рости профессионально надо, к сожалению, забыть про делфи. в крупных софтвереных компаниях, его почти не использует, а если и используют то как пережиток прошлого в поддержке старых проектов. поэтому что бы рости надо переползать на Си подобие. |
| Автор: CodeMonkey 11.10.2010, 14:52 | ||
Это пример того, что Delphi ещё долго не загнётся. |
| Автор: Vasay 11.10.2010, 15:32 | ||||||
Это просто привычка. На самом деле Delphi (как язык) уже сильно устарел.
Там от Delphi одно название. При том уровне зарплат (у "программистов") нормального ПО не будет, на чем его ни пиши.
Си - подобие термин очень размытый. Отличий у того же Delphi от С++ гораздо меньше чем у "си подобных" С++ и Groovy. |
| Автор: A5uKa 11.10.2010, 15:45 | ||
Ты меня соблазнил попробовать пропаеть коды на разных языках. нифига не красиво звучит Делфи ! А вот С++ как раз таки неплохо (если не петь скобки) почти Heavy Metal !!! Добавлено через 5 минут и 40 секунд п.с. В делфи даже for работает неправильно http://forum.vingrad.ru/forum/topic-312203/unread-1.html |
| Автор: CodeMonkey 11.10.2010, 17:21 | ||
Что это было? |
| Автор: gcc 11.10.2010, 18:09 |
| мне кажется, что если Delphi умиреате, то это из-за того что программисты Delphi не пишут на Delphi проекты (разные проекты)... надо писать программы, на Linux портировать Delphi, например... и т.д. и т.п. а вот самые трудолюбимые программисты это: php,python,java/etc |
| Автор: v258 11.10.2010, 19:51 | ||||
Ну http://www.delphilab.ru/content/view/22/53/
|
| Автор: Sartorius 11.10.2010, 20:07 |
| http://www.google.ru/trends?q=delphi похоже delphi мало где кроме России популярен. Видимо наследие Советского Союза в котором Pascal-like языки, такие как Algol и Oberon были промышленным стандартом. |
| Автор: Akella 11.10.2010, 21:34 | ||
Это потому что в России не покупают дельфи, а просто используют без лицензии. А на западе с лицензиями сложнее. Поэтому покупают что подешевле или используют вообще бесплатное. Тем более, что сейчас много проектов переходит в веб. А веб это не то место, где будет Delphi рулить. |
| Автор: A5uKa 12.10.2010, 07:41 | ||||
но это не компилируется , так-то из ключивых комманд можно и лучше было придумать и на чём угодно. |
| Автор: Frees 12.10.2010, 20:26 | ||
график показательный... четкое направление вниз :( |
| Автор: Sartorius 12.10.2010, 20:36 | ||
Ну на самом деле я хотел распределение запросов "delphi" по странам показать, а вниз частота запросов идет для большинства языков : http://www.google.ru/trends?q=delphi%2C+C%23%2C+C%2B%2B%2C+PHP&ctab=0&geo=all&date=all&sort=0 То ли народ все меньше программированием интересуется, то ли интерес делится на все большее число языков/ платформ ЗЫ Вон на TIOBе только ObjC в гору идет http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html |
| Автор: Vasay 12.10.2010, 23:11 | ||
На Тиобе рейтинг относительный - появление новых языков автоматически понижает старые, даже если абсолютный интерес к старым стал выше. Гугль трендс - график абсолютный. Если убывает, значит убывает число запросов к поисковику. |
| Автор: A5uKa 13.10.2010, 09:22 |
| Явный показатель чем Delphi было и чем оно стало =) http://www.google.ru/trends?q=delphi%2C+chocolate%2C+shit%2C+crap&ctab=0&geo=all&date=all&sort=0 |
| Автор: CodeMonkey 13.10.2010, 15:05 |
| Как-то скептически я отношусь к этим данным (даже хотя в целом с ними согласен). Delphi популярнее всего в России и Алжире? Если с первым я ещё соглашусь, но Алжир? http://www.google.ru/trends?q=delphi,+chocolate,+shit,+crap&date=all&geo=dza&ctab=0&sort=0&sa=N - что это за мистические провалы на графике? Неожиданная чума среди Delphi-программистов? Добавлено через 2 минуты и 35 секунд Проблема, видимо, в том, что http://en.wikipedia.org/wiki/Delphi_(disambiguation). |
| Автор: lukas 15.10.2010, 16:15 |
| Делфи кое как популярен в Индонезии и Китае. Значит не пропадем. Вот выпустили бы они бесплатный компилятор, хотя бы компилятор, а среду оставили бы платной, думаю язык стал бы популярней. |
| Автор: Vasay 15.10.2010, 18:51 | ||
Есть FPC. |
| Автор: Akella 15.10.2010, 22:43 |
| На уровне какой версии дельфи нынешний FPC? |
| Автор: Vasay 15.10.2010, 23:01 | ||
Насколько он совместим по синтаксису с текущей версией Delphi - не знаю. Возможно текущий диалект паскаля в Delphi имеет больше синтаксического сахара, зато FPC умеет создавать код под целый список платформ (х86, AMD64, iPhone, PPC.....) Ну появится бесплатно-распространяемый компилятор от Delphi, кому он нужен будет без VCL и только с x86? FPC на его фоне будет гораздо интересней. |
| Автор: Akella 16.10.2010, 12:10 | ||||
текущая версия - XE (2011) - я почему-то уверен, что не совместим.
А толку с того. Программирование под FPC вызывает позывы.... |
| Автор: Vasay 16.10.2010, 15:41 | ||||
Akella,
Думаете, если Вам дадут компилятор от делфи у Вас не будет позывов Сам по себе FPC поинтересней будет ввиду поддержки большего количества платформ. Однако он никому особо не нужен. Не будет и нужен сам по себе компилятор от Делфи. Вся сила Delphi в VCL. Без VCL делфи не нужна никому будет. Сделай они все бесплатным кроме VCL - никому особо это не нужно будет. Добавлено через 4 минуты и 11 секунд
Вопрос в том - насколько не совместим, и насколько имеющиеся отличия критичны. |
| Автор: bems 16.10.2010, 18:31 | ||||
|
| Автор: Vasay 16.10.2010, 18:47 | ||||
FPC поддерживает несколько диалектов. В том числе и Delphi. Но совместимость не полная:
|
| Автор: bems 16.10.2010, 18:52 |
| Знаю я про несколько диалектов. Но таки да, дженерики только в своём синтаксисе, не в дельфийском |
| Автор: lukas 16.10.2010, 19:27 | ||
Если компилятор будет открытом глядишь он быстрее станет кроссплатформенными и будет лучше развиваться, хотя это зависит от того, как это организовать. |
| Автор: Vasay 16.10.2010, 20:59 | ||
Лучше (и, подозреваю, намного проще) тогда помочь сделать FPC полностью совместимым с диалектом Делфи. Так как там уже есть x64 и не только. И сделать возможным подключение этого компилятора к delphi. Правда тут возникает проблема перекомпиляции VCL под новые платформы. п.с. Есть у меня смутные подозрения, что в embarcadero не осталось людей способных доработать компилятор. Вполне возможно, что компилятор так же как и часть VCL для сегодняшнего состава разработчиков - черный ящик, который боятся трогать. Потому до сих пор не добавлена поддержка х64. А все обещания светлого будущего ведут либо в сторону .NET либо в сторону QT. |
| Автор: Akella 17.10.2010, 09:01 | ||||||
это не я требовал компилятор от дельфи
Причин много. Среда разработки мне не понравилась, глючила. Внешний вид у неё ужасный. Редактор кода тоже не очень. Это я про Лазарус. Компонентов маловато. Нет поддержки таких распространённых компонентов, как Fastreports, DevExpress, EhLib, TeeChart, FibPlus и т.д. Это я про Лазарус. Может за год-полтора что-то изменилось, но тогда это было не очень. Да и дельфи-программисты не смогут перевести существующие проекты с Дельфи на Лазарус.
Вот! Только времени на изучение всё не хватает. Вот попался бы проект нормальный и чтобы заказчик не подгонял... можно было бы параллельно изучать. |
| Автор: Vasay 17.10.2010, 11:59 | ||||||
Akella, при чем здесь среда и компоненты? Речь шла только о компиляторе!
Под фразой
Я имел ввиду то что дорабатывать старую делфи с vcl до x64 и кромплатформенности нам не обещают, а обещают новые делфи (призм) или новые компоненты (на основе qt). Что говорит о том, что людей способных дорабатывать старый код похоже не осталось. Либо там такой Г-код, что в нем никто не хочет копаться. |
| Автор: CodeMonkey 17.10.2010, 12:30 | ||||||
Когда речь идёт о Delphi: "без VCL она на### никому не нужна!". Как речь идёт о FP - "FPC берите, годный продукт, я гарантирую это!". Показательно. Добавлено через 2 минуты и 54 секунды
###, как ты представляешь себе перенос VCL, насмерть завязанной на WinAPI под (даже не одну конкретную платформу, а) кучу платформ, которые с WinAPI вообще ничего общего не имееют?
http://edn.embarcadero.com/article/39934. |
| Автор: Vasay 17.10.2010, 12:45 | ||||
Насколько я понял - текущую VCL под x64 они не обещают. Делается что-то на основе QT с новыми компонентами (или не совсем новыми, а на базе clx). Хотя, могу ошибаться.
Под x64 вполне представляю. |
| Автор: Vasay 17.10.2010, 14:26 | ||
Не передергивай, а внимательно читай выше. |
| Автор: Akella 17.10.2010, 16:38 | ||
А нафиг мне компилятор, что я с ним буду делать? |
| Автор: Vasay 17.10.2010, 16:55 | ||||
Перечитайте внимательно http://forum.vingrad.ru/index.php?showtopic=278515&view=findpost&p=2229935 Мой ответ на это пост про FPC был с сарказмом. Для тех кто не увидел сарказм я ниже написал:
Могу расписать свою мысль еще более подробно: Компилятор от Delphi только под windows x86. Найти для него применение без IDE и библиотек визуальных компонентов будет непросто. А вот FPC поддерживает много платформ. Его можно использовать для написание консольного софта для *nix, для встроенного ПО под ARM-ы. Но несмотря на это - особо широко он не используется. Т.е. наличие бесплатного и свободного компилятора неспособно сделать Delphi(язык, а не среду)/pascal - популярным. |
| Автор: CodeMonkey 18.10.2010, 23:58 |
| http://www.embarcadero-events.eu/ru/Presentations/rad_studio_xe_launch_moscow.pdf |
| Автор: Akella 19.10.2010, 10:17 | ||
| это ж надо так проколоться на сколько я знаю, то слово лучшим пишется через и  Добавлено через 5 минут и 37 секунд
Расписано и показано, конечно, очень красиво |
| Автор: cemick 22.10.2010, 17:28 |
| На РСДН идет мегабитва, за 550 ответов в посте "Почему Delphi не умер" http://rsdn.ru/forum/flame.comp/3998416.1.aspx |
| Автор: Akella 23.10.2010, 18:45 |
| cemick, по твоей ссылке вижу только 1, где остальное |
| Автор: lukas 23.10.2010, 20:09 |
| Ха, кто-то там написал что Делфи медленней NET 4.0))) Ох посмешили, я точно знаю, что скорость делфи на уровне gcc, потому что пишу интерпретатор языка, который по скорости не уступает известным интерпретаторам. Скорее человек что-то такое тупое написал, что NET произвел умную и агрессивную оптимизацию и уже орет о том, что NET 4.0 быстрее компилированного языка. Хоть он и JIT, но все равно. |
| Автор: RomanEEP 23.10.2010, 23:15 |
| Во многих случаях .NET действительно быстрее Delphi. Во первых, их скорость не может значимо различается. Т.к. в обоих случаях выполняются ассемблерные команды. А когда код преобразуется в процессорные инструкции - на этапе компиляции или во время запуска на скорость не влияет. Другой вопрос, что программа писанная на Delphi использует инструкции ТОЛЬКО самого древнего процессора, на котором она должна работать. В свою очередь .NET программа может использовать фичи того процессора на котором она запускается и засчет этого быть быстрее. Во вторых, программа Delphi во время работы какомо-нибудь кода постоянно выполняет операции выделения-удаления участков памяти. В .NET во время работы выполняются только выделяется память, а её удаление, как правило происходит во время простоя программы (т.к. большинство программ большую часть времени проводят в режиме ожидания действий пользователя) |
| Автор: Akella 24.10.2010, 08:13 | ||
А я читал, что немного наоборот. Программа на дельфи будет занимать меньше памяти и работать шустрее.
мне кажется, что это не так |
| Автор: RomanEEP 24.10.2010, 10:03 | ||||
А здравая логика говорит об обратном
В некоторых случаях - да, т.к. программа компилируется в меньшее количество этапов, то возможна более аггресивная оптимизация и работать будет быстрее. А по поводу памяти Integer как в .NET занимает 4 байта, так и в Delphi. Чудес не бывает. Большинство типов данных будут занимать одинаковый объем в обоих системах. Или на ВАШ взгляд Delphi умудряется архивировать на лету сегменты данных и стека |
| Автор: Akella 24.10.2010, 14:03 |
| Данные хранятся не только в Integer. Данных в памяти храниться вообще много и разных. И может быть одна переменная Integer, а может быть их пару сотен. Не забывай об этом. |
| Автор: Vasay 24.10.2010, 14:45 | ||||||||
Насколько я знаю, в случае с .NET компиляция происходит при первом запуске. Откомпилированный вариант программы сохраняется Windows-ом для дальнейших запусков. Оптимизация при компиляции идет с учетом конкретного набора инструкций процессора, конкретной разрядности (системы), конкретного количества ядер... Проигрыш .NET в производительности и потреблении памяти во многом обусловлен иным подходом к обработке исключительных ситуаций и иной работе с памятью. Однако реальная производительность сложных приложений на .NET (и Java) зачастую оказывается выше нативных, при гораздо более высокой скорости разработки и гораздо меньшем количестве "странных" багов, и утечек памяти. п.с. речь не идет о графических интерфейсах - WPF или Swing тормозят не потому что они на .NET или Java (соответственно), а из-за архитектурных особенностей. Если обобщить Delphi и .NET на натив и VM, то примерами преимущества VM над нативом могут служить интерпретаторы скриптовых языков. Большинство интерпретаторов написанных на Java работают быстрее написанных на c/c++ (классический пример - Ruby и JRuby). Памяти жрут, правда, поболее...
А как иначе? Конечно компилятор может кое где сделать разные куски кода для процессоров с разными наборами инструкций. Но не знаю умеет ли делать это компилятор делфи. Да и в любом случае все многообразие процессоров не учтешь.
Это как-то меняет смысл утверждения:
? |
| Автор: CodeMonkey 24.10.2010, 16:43 |
| У Delphi действительно фиговый оптимизатор кода и часто он не использует новые возможности процессоров. Другое дело, в частично в неё всё же тащут новое - это FastMM и FastCode. Но надо понимать, что это просто куски кода, а не навороты компилятора, которые применяются к любому коду. С учётом того, что .NET компилируется действительно один раз, то он вполне может быть немного быстрее Delphi при последующих запусках. Но уж никак не в разы. Обычно тот, кто кричит про неэффективность платформы, просто не разобрался в ней. И пробует решать задачу методами другой платформы. |
| Автор: lukas 24.10.2010, 17:31 |
| Мне это напомнило споры что Java быстрее С++. Поверьте, C# не может быть быстрее Delphi, JIT это все равно не полноценная компиляция, все такие некоторые абстракции присутствуют. А те кто кричат, про обратное, не умеют делать правильные и справедливые тесты. |
| Автор: CodeMonkey 24.10.2010, 17:49 | ||
Почему это? .NET - это обычный нативный код (когда он уже скомпилирован). Это не интерпретатор и не виртуальная машина. Не говоря уже про то, что .NET может быть pre-compiled в целевую платформу (с помощью NGen.exe), полностью исключая фазу IL байт-кода. Добавлено через 1 минуту и 49 секунд P.S. Ява - это виртуальная машина. Поэтому Java при прочих равных должна быть медленнее native. И то для неё в последнее время развивается JIT компиляция в native. |
| Автор: Vasay 24.10.2010, 20:10 | ||
Jit в Java присутствует давно. Причем существуют различные варианты его работ. На хабре был интересный подкаст - послушайте, там рассказывается как работает JIT в режиме сервера: http://habrahabr.ru/blogs/hpodcasts/100253/ |
| Автор: lukas 24.10.2010, 21:54 | ||||
Я так и не понимаю, что ж тогда такое .NET, это и не JIT и не байт код. Неужели прямо код сохраняется практически в dll или exe (утрирую)? Код .NET может быстрее выполнятся за счет использования быстрых и хорошо оптимизированных решений этой платформы, а там их куча. На мой взгляд все просто, IL это байт код, который во время выполнения компилируется в машинный код, но в этом машинном коде, все равно остаются некоторые вызовы функций из платформы .NET, это некоторая абстракция. А отсюда следствие, зависимость от платформы .NET и ее версии. На мой взгляд, то что вы описали это просто JIT с кешированием, и java делает скорее тоже самое, просто там отсутствую скалярные типы, из-за чего некоторые алгоритмы могут работать медленней, объекты никогда не будут работать быстрее скалярных типов. С этим очень много проблем, например недолго живущие объекты + мусоросборщик дают такое замедление, что мало не покажется. (если делать так как в языках со скалярным типами)
Она вообще его начала раньше всех применять на практике. P.S. Кстати говоря, для языка LUA тоже есть JIT, вот было бы интересно сравнить скорости LuaJIT и c#. Ни у кого не такой возможности? |
| Автор: Vasay 24.10.2010, 22:10 | ||
В языке Java 8 скалярных типов: boolean, byte, char, short, int, long, float, double. |
| Автор: lukas 24.10.2010, 22:24 |
| Да ошибся, что-то мода на ruby и python меня сбила с толку. Спутал я еще с Integer, в Java это объект. |
| Автор: CodeMonkey 25.10.2010, 00:16 | ||
Ну, и откуда же тогда следует
??? |
| Автор: Akella 25.10.2010, 09:10 |
| Тогда какие есть преимущества у Delphi перед .Net? |
| Автор: lukas 25.10.2010, 10:59 | ||
Нативность и большое, просто огромное, количество статей и примеров на русском языке. Наверно ни для какого друго языка нет стольких статей на русском языке, разве что для пхп. |
| Автор: Vasay 25.10.2010, 11:07 | ||
Это очень большой недостаток, особенно в свете наличия компилятора только под доживающий свой век x86. |
| Автор: lukas 25.10.2010, 12:15 |
| Про устаревший x86 говорят уже как 10 лет наверно, а он все не устаревает и не устаревает. Тем более есть замена - freepascal, который и под x64 есть, тоже нативный. В делфи обещали к 2011 году сделать х64 платформу. Когда-то кричали что делфи не поддерживает UTF в гуи. Я вообще считаю, гнаться за новшествами бессмысленно, они могут через несколько лет оказаться провальными. Нативность с идеологией один раз написал, скомпилировал под разные ОС это не недостаток. Конечно, пока делфи не кросс, это недостаток, но я не вижу преимуществ .NET в этом отношении, моно не такая уж идеальная и не понятно что с ней будет дальше. А Java не нативная, но требует предустановленного JDK, который весит прилично. Поэтому Java и годится только для внутренне корпоративных приложений или для серверных. И еще учтите, это преувеличение что .NET стоит на всех ОС виндоус, XP еще используют 65% пользователей, думаю на половине из них не стоит FrameWork, на другой половине стоит 2.0 версия, о каком развитии может быть речь, что даже 3.5 мало у кого установлен. А 3.5 еще и требует соединения с интернетом чтобы установится полностью. |
| Автор: Vasay 25.10.2010, 13:04 | ||
Ну, если б не талант инженеров AMD, то как раз 10 лет назад x86 и умер бы стараниями intel. Ну а вообще на эту тему уже в этой теме говорилось несколько страниц назад. MS-у натив не нужен, и он его похоронит. Под никсами, ввиду иной идеологии, он еще будет процветать много лет. |
| Автор: Akella 25.10.2010, 13:07 |
А ну ещё забыл сказать, что для дельфи миллионы  самых разных компонентов. Программисты-новички уже на столько обленились и обнаглели, что ищут уже на столько глупые по реализации компоненты, что над ними подшучивают. Это про компонент для ловли льва в клетку |
| Автор: Vasay 25.10.2010, 13:15 | ||
Пожалуй, это самая сильная сторона Delphi/Builder Вот только перенести их на новую кросплатфоменную "VCL" будет не так просто. Потому, как мне кажется, все эти старания с кросплатформенностью не будут иметь успеха. |
| Автор: lukas 25.10.2010, 14:34 | ||||
Они написали что пишут ее с нуля, потому что написали кроссплатформенный аналог VCL. А ты не глядел случаем исходный код VCL, там же все усеяно в условных идентификаторах, типа:
Они там не исчезали никогда, для чего бы это, они не исчезают c выходом новых версий делфи? Работа ведется в этом направлении где-то 5 лет наверно точно.
Ну что уж тут поделать.  Лучше бы столько библиотек было, чем компонентов.З.Ы. MS натив не нужен, а факт что нативное более совместимо между платформами ms чем .net приложения между версиями фреймворка почему-то никого не волнует. |
| Автор: CodeMonkey 25.10.2010, 22:48 | ||||
http://russian.joelonsoftware.com/Articles/StrategyLetterII.html. Добавлено через 1 минуту и 8 секунд
Ещё бы они мхом не были бы покрыты - совсем было бы клёво. |
| Автор: Vasay 25.10.2010, 23:47 | ||
Прошло время, и никого не волнует что на современных ОС не работают программы написанные под DOS, win 3.1, Win95, 98, ME. Пройдет время и никого не будет волновать что новый процессор поддерживает x86 только в режиме эмуляции (10 лет назад это не прокатило и intel itanium не смог занять место в домашних компьютерах ). Кроме того, мало кого будет волновать поддержка x86 вообще! Потому что большинство программ будет реализовано с помощью тех или иных мало зависящих от аппаратной части решений (не обязательно это будет VM типа .NET, это может быть что-то типа qt). MS создав .NET смотрела в будущее. В будущее в котором за x86-совместимым железом останется маленькая доля рынка, а основная доля будет за чем-то гораздо более энергоэффективным (ARM ??? ). Уверен, совсем скоро нам представят новый windows для планшетов, ультра портативных буков, отлично работающий на ARM ( не отдавать же весь рынок Google ). И там будет .NET. |
| Автор: CodeMonkey 26.10.2010, 00:14 | ||
До этого времени ещё ой как далеко.
Кста, есть такая штука как .NET CPU |
| Автор: Vasay 26.10.2010, 00:29 | ||
Не так уж и далеко. Точнее "ой как далеко" в компьютерном понимании измеряется считанными годами реального времени. |
| Автор: Xenag 26.10.2010, 01:42 | ||||||
И их напрягало то, что это создали не они. Вот и вся причина. А, пока дельфи востребована (а это будет еще не один десяток лет), будет вам и х64 и кроссплатформ... Прогресс идет, и популярный компилятор идет туда же. И спорить тут тупо. Есть люди, и они работают. Можно спорить о времени, но не более. Добавлено через 2 минуты и 26 секунд
Остальную половину в течении года. С дохлыми сложнее, но и из них половину перенесут в течении 3-х лет. В дельфи сообществе энтузиастов поболе многих других. Добавлено через 4 минуты и 13 секунд
Добавлено через 7 минут и 1 секунду Adobe (Macromedia) Flash хорошая штука... Но есть один недостаток... Ее написани не MS. Так что в этом году тема года - сервелат. Думаю, его участь, как и у ASP. |
| Автор: Akella 26.10.2010, 12:05 |
| Как ни странно, но в Яндекс требуются Delphi программисты. |
| Автор: A5uKa 26.10.2010, 12:25 | ||
вот ламеры |
| Автор: cemick 26.10.2010, 13:32 | ||
Может быть в Яндекс.Деньги ? Как сказал когда то бобук по этому поводу, что они мало относятся к Яндексу. |
| Автор: cemick 26.10.2010, 14:14 | ||||
| И еще вставлю свои две копейки. Сейчас активно, около 2-х месяц на работе занимаюсь .Net. Опыта еще мало, но могу предположить за счет чего .Net может уступать в скорости. Тут много говорилось про работу с памятью, вот в этом как раз дот.нет может сильно проигрывать. Виноват сам подход к использованию фреймворка и программированию на нем. Там гораздо больше накладных расходов на работу с объектами, на рефлекшен, на выполнение алгоритмов - думаю не надо говорить почему, простота и красота требует жертв в любом случае. Однако за два месяца так и не смог смериться с тормозами VS2010, с ущербностью в плане рефакторинга, редактора кода, поддержки UML. Решарпер не спасает. Сильно раздражает отсутствие полного доступа к исходникам Framework'а, вроде как когда то у Марко Канту прочитал "В Делфи нет магии" и это очень круто, это позволяет чувствовать себя гораздо комфортнее, всегда можно посмотреть что делается в "кишках", подсмотреть интересные решения. Дак вот, в .Net есть магия и это очень досадно. Многие считают .Net очень цельной и продуманной структурой, хотя мне кажется что в MSFT сильно ушли в дот.нет от того что изначально планировали, оттого частенько встречаю в МСДН примечания в стиле этот метод не используйте, используйте вон тот. Вот буквально вот сегодня столкнулся с неприятной вещью в методе чтения из потока:
Ну и количество элементов массива Int64. Это фейл. То же самое твориться в стилистике наименования типов и их членов. Бывает удивляет структура NameSpace'ов. От некоторых моментов конечно испытываешь восторг, например это работа с коллекциями, передача всяких хитрых параметров в методах, это WPF с databinding, работа с потоками(пул потоков, BeginXXX и EndXXX методы типов). Но как мне кажется надо относится спокойнее к сравнению языков и платформ. Для меня Делфи c VCL, JEDI project, Cnpack и GExperts по прежнему остается очень мощным и приятным инструментом в котором можно быстро создавать прекрасные вещи, а IDE по мне дак вообще вне конкуренции. В конце концов PHP до сих пор живее всех живых. |
| Автор: cemick 26.10.2010, 15:00 | ||
С взрослением отрасли "ой как долго" будет приближаться к реальному "ой как долго", это уже сейчас становится заметным. |
| Автор: Vasay 26.10.2010, 15:40 | ||
Ну не скажи - все меняется с огромной скоростью. Возможно мы этого не замечаем, но оглянувшись назад на 5-10лет понимаешь как все изменилось. К тому же уже сейчас ясно, что лет через 5, а то и раньше, большинство устройств с которых будет осуществляться доступ в сеть будут не персональные компьютеры в обычном понимании. |
| Автор: cemick 26.10.2010, 16:02 | ||
Сравните период 1990-1995(1995-2000) с 2005-2010 изменения уже не так впечатляющи, не правда ли? Дальше больше.. Любая отрасль в начала очень бурно развивается, постепенно устаканивается |
| Автор: Vasay 26.10.2010, 16:20 | ||||
Я бы так не сказал Просто из далека виднее Вообще это отдельная тема, не относящаяся напрямую к Delphi. За последние 5 лет много чего произошло. И сейчас происходят очень интересные вещи.
Мы с вами сейчас в центре бури. И нас ждут очень интересные перемены, которые уже начались. В ближайшее время мы станем свидетелями битвы Apple, Google и MS за умы и кошельки пользователей. |
| Автор: cemick 26.10.2010, 16:32 | ||
Мое ИМХО расклад сил между Apple, Google и MS останется прежним. А последние 10 лет мне кажется мы живем только завтраками, нам все обещают светлую эру облачный вычислений, тонких клиентов, рич веб приложений, может быть и прорвет наконец то, хотя наврядли, если революция и рванет в чем то, то скорее всегда как обычно, от туда откуда не ждут. |
| Автор: Vasay 26.10.2010, 16:43 | ||
Когда живешь в бурно меняющемся мире, зачастую не замечаешь этих перемен. А они меж тем идут... То что мы имеем сегодня - 10 лет назад было фантастикой. |
| Автор: Akella 26.10.2010, 16:57 | ||
Ну почему только обещают, я думаю, что уже это есть. Если уже в Delphi это есть, то у остальных гигантов типа MS/Google и подавно. |
| Автор: cemick 26.10.2010, 17:05 | ||||
Есть, но не получило глобального распространения и всеобъемлющего характера. Все этого в той или иной мере было 10 лет назад. Ну да, прогресс есть, но не такой быстрый как в 90ые годы. Ну и что в 2000 году казалось невероятной фантастикой, что сейчас есть? ИМХО тогда ожидания были даже более завышенные, чем как оказалось на самом деле. |
| Автор: Vasay 26.10.2010, 17:21 |
| cemick, Смотри - сейчас маленькая платка с парой микросхем и мизерным энергопотреблением обладает вычислительными возможностями среднего компьютера 5-ти летней давности. Интернет передается по радио каналам на невиданных 10 лет (даже 5 лет назад) назад скоростях. Да 10 лет назад мобильник был чем-то довольно редким а сейчас вполне доступные карманные девайсы мощнее десктопов тех времен. Но самые серьезные изменения - социальные. Интернет стал неотъемлемой частью реальности, хотим мы этого или нет. Многим от компьютера только он и нужен. Потому в ближайшее время основными компьютерными девайсами станут смартфоны и планшеты. Их, просто, будет продаваться больше чем обычных компьютеров. и их чаще будут использовать. И на софте для них будут делать больше денег (да уже дофига делают). Да через пару тройку летсреднестатистический человек не будет пользоваться обычным компьютером вообще. У него будет смарт, а дома и на работе докстанции к нему с монитором и клавиатурой. Для повседневных потребностей (соцсети, почта, скайп... какие-то игры, фильмы) этого будет достаточно. |
| Автор: lukas 26.10.2010, 22:49 |
| Конечно, Microsoft теряет Десктопную ОС, потому что когда канал у всех будет по 100мб/с, когда ОС это будет просто браузер, пользователя не будет волновать на какой нативной ОС он стоит. Вот почему MS делает .NET. Не знаю правда когда это будет, но будет когда нибудь точно. А на счет исчезновения ПК для дома)) Есть люди в мире далекие от компьютера и их миллионы, просто подключаться к сети вот эти миллионы, а остальное человечество не сильно измениться. Клавиатура станет сенсорной и мышка тоже, а принцип не поменяется. P.S. Канал по 100 мб/с будет еще не скоро у всех, но думаю это работы на 10 лет, а там глядишь и нефть люди больше использовать не будут и компьютер будет в голове. Более всего страшно это подключение всех устройств быта к глобальной сети, вот это точно будет. Ох хакерам будет потеха, появятся новые рабочие места интеллектуального труда, а сфер для программирования станет еще больше. |
| Автор: CodeMonkey 27.10.2010, 01:32 | ||
Та никуда она не исчезнет. У меня знакомый зарабатывает тем, что фильмы на болванках по почте отправляет - типа, не у всех инет есть. Конечно, в некоторых частях света десктоп вполне может уйти. Не зря ходили слухи про "Win7 - последняя десктопная". Но в глобальном плане никуда десктоп не уйдёт. |
| Автор: Vasay 27.10.2010, 01:44 | ||||
CodeMonkey,
Конечно он никуда не уйдет. Точней уйдет, уступив место десктопным ноутбукам. Только рынок мобильных девайсов (смартфонов, планшетов) будет ощутимо больше. И пользоваться ими будут чаще. И денег там будет больше.
У тех кто приносит основные деньги MS, Google, Apple - с интернетом все ок. На них и будет нацелен рынок. |
| Автор: cemick 27.10.2010, 09:14 | ||||
Да еще тут Балмер со своим высказыванием на днях что "следующая Windows самая рискованная ставка за всю историю компании" Добавлено @ 09:18
тем больше будет обесцениваться специальность |
| Автор: lukas 27.10.2010, 21:38 | ||
Власть пролетариату! А вообще с приходом машин все обесцениться по Карлу Марксу. |
| Автор: Beltar 4.11.2010, 13:09 |
| Цена пониже это, конечно, хорошо. Вот только приложения созданные в бесплатных версиях нельзя распространять. Ну допустим выйдет бесплатная Delphi Express. Оставим в ней только компоненты вкладок Standart, Additional, Win32, System, Dialogs (ну и диалоги для Vista), Samples. Для работы с любой БД нужны DataAccess и DataControls. Для работы с БД оставить, ну не знаю, ADO, хотя в этом случае можно уже спокойно с MSSQL работать. Вообще я как-то не очень понимаю, что входит в комплектацию Professional для работы с БД, если нет возможности работать с SQL-серверами, то нафиг она нужна 75% пользователей. В итоге у меня есть подозрение, что разные среды с примерно одинаковым функционалом на самом деле стоят в рознице примерно одинаково. Полученную версию сразу после релиза начнут изучать на предмет превращения ее в Architect, или наставят сторонних компонент, отключать же их установку полный изврат. Да и чего греха таить, на следующий же день после релиза Architect-версия будет лежать на торренте. И те, кто не занимаются дома коммерческой разработкой все равно будут качать ее, вместо куцей бесплатной версии. Стоит ли в этом случае ее вообще делать? Для фирмы занимающейся разработкой ПО, 1000$ вообще-то не деньги в сравнение с прочими расходами и зарплатой программистов. |
| Автор: v258 4.11.2010, 18:18 | ||||
Ну, к примеру, Turbo Delphi 2006 Explorer (да и остальные продукты той серии) была бесплатна в том числе и для коммерческого применения. И набор вкладок там был вполне нормальный 
А вот установка сторонних компонентов там была-таки отключена |
| Автор: Beltar 4.11.2010, 19:28 |
| Не буду никому навязывать свое мнение, какая халява лучше, но я делал небольшие компонентики для своего применения. Т. е. лично мне TD2006 не подходит в принципе. |
| Автор: lukas 4.11.2010, 21:39 |
| Я привык писать например все ручками, в смысле не пользоваться сторонними компонентами. А открытость делфи, хоть какая-то привлечет больше внимания к ней. Но турбо это был не правильный ход, тут надо намного хитрее все делать. Почему-то Sun выпускала Java и открытые продукты и что сейчас? Java один из самый известных и используемых языков. Чем больше людей будет вовлечено, тем лучше для языка. Это здесь люди скачают, крекнут, а на западе все совсем по другому. |
| Автор: Vasay 4.11.2010, 22:19 | ||
Сейчас? SUN-а больше нет Хотя, ИМХО embarcadero надо открывать Delphi а деньги брать на сертифицировании, обучении, поддержке, и некотором количестве коммерческих компонентов. |
| Автор: Beltar 5.11.2010, 00:36 | ||||||
Не вижу никаких оснований так считать.
Спорное утверждение. Его что, кто-то использует, как язык общего назначения типа C++, Delphi и C#? Corel чего-то там пыталась сделать, но круто обломалась. Мобилки это отдельная область. А ресурсы для пиара и проталкивания у Sun вообще-то побольше, чем у багланда было.
Небезызвестный Тема Лебедев назвал бы это идеей на минус миллион. Иначе все бы так делали. |
| Автор: Vasay 5.11.2010, 02:01 | ||
Такая политика у многих успешных софтверных компаний. А политика embarcadero напоминает "ну МурзикDelphi, ну еще капельку" |
| Автор: Beltar 5.11.2010, 11:52 |
| Идея на минус миллион, потому и идея на минус миллион, что для ее реализации надо сначала этот миллион вложить. А точнее, требуется создать развитую сеть для обслуживания, которая работать будет только с корпоративным сектором и на одиночек положит болт. При этом никакого другого источника денег, кроме продажи ПО для разработки у CodeGear нет. У MS таких источников полно, чтобы раздавать Windows почти даром, и то она VS продает. При этом не забываем, что если попробует не продавать, то тогда CodeGear и другие живущие продажей софта ее просто засудят за злоупотребление доминирующим положением на рынке. В целом данное предложение на самом деле означает следующее: "Мы хотим иметь Delphi на халяву, а CodeGear пусть ищет себе другой источник дохода." |
| Автор: Vasay 5.11.2010, 12:27 |
| Beltar, Не надо сравнивать CodeGear и MS На данный момент мы видим, что у CodeGear явно не хватает денег на развитие Delphi. Перевод Delphi в open source позволит снизить затраты на разработку, ускорить процесс исправления ошибок, а главное - подстегнет интерес к IDE, что может привлечь инвесторов. А насчет "минус миллиона" - если оставить все как есть у нас будет "минус Delphi" |
| Автор: Beltar 5.11.2010, 14:34 | ||||
А в чем конкретно это выразилось? Последняя революция была в 2009. Язык резко усилился и вопроса его дальнейшей модификации, потому что у сишников чего-то там есть, не стоит. 64 бита и кроссплатформенность запилят, никуда они не денуться. И пусть лучше сделают это так, чтобы не требовалось сразу миллион патчей качать, или бежать за след. версией в которой пофиксят-таки баги. Впрочем, скорее всего, это все равно будет, без этого никак, но масштабы надо уменьшить насколько возможно. Остается доработка того, что есть и добавление мелочевки. В чем проблема-то?
И много миру дал Open Source? Что, много народу на тот же Open Office перешло? Как ты вообще представляешь развитие, когда каждый может делать что хочет? Что прямо вот так сразу сбегуться психи и будут делать за бесплатно то, что руководство прикажет? А без центрального руководства и материальной заинтересованности отдельных лиц, которые вместо программистов будут думать кому всучить продукт, он станет игрушкой для малочисленных красноглазиков. Linux тому пример. |
| Автор: Vasay 5.11.2010, 14:56 | ||||||||
Весьма широко используемый продукт.
А если посмотреть чуть-чуть шире? На рынок серверных OS
Вы похоже не очень хорошо знакомы с open source . У успешных проектов есть и центральное руководство и материально заинтересованные лица.
На 13 страницах этой темы все уже озвучено. Да и не было бы проблем не было бы и этой темы. Парой страниц выше была ссылка на google trands - интерес к Delphi остался еще только в тех странах, где использование лицензионного ПО считается моветоном. Наверно это о чем-то говорит? Возможно о неадекватности цены? |
| Автор: Beltar 5.11.2010, 16:38 | ||||||
Были озвучены, например, совершенно фантастические идеи, что у Delphi нет никакой изюминки в сравнении с конкурентами. Миллион раз повторено, что разработка на Win32 умирает. Если это так, то ничто не поможет и те, кто всей душой ненавидят С-подобные языки просто перейдут на Паскаль-компиляторы под .NET вроде "призмы". Как в этом случае поможет OpenSource? Об отсутствии же тех, или иных вещей орут только те, кому они нужны. Но это не значит, что отсутствие фичи критично для 90% пользователей. Юникод полезен очень многим, и его сделали, те, кому он не нужен в 99% случаев не пострадают, т. к. неизбежное распухание экзешников и замедление некоторых операций современному железу не помеха. А вообще, чего вы хотите? В 90-ые годы серьезной альтернативы Delphi не было. Равно как и серьезной альтернативы C++ в целом ряде областей. С выходом .NET и C# она появилась, естественно, какую-то часть рынка они отхватят по-любому. Так что старые добрые времена не вернутся. Что касается Embarcadero, то курс, они на мой взгляд взяли правильный и им с капитанского мостика виднее, что делать, чем нам в трюме. Native обладает большим запасом плавучести и тонуть будет долго, а ориентация на framework от MS беспроигрышна. Сегодняшнее бурление говн, по-моему, больше отголосок тех времен, когда выходила Delphi 8, а затем Delphi 2005 (я с семерки на 2006 свалил, так что своими глазами ужасов 2005 не видел).
Нет, не знаком. Впрочем Delphi и так наполовину Open Source, VCL ведь в исходных кодах доступна. Остается IDE и комилятор. Ну и что CodeGear получит, если откроет их? Нет, я не рассматриваю всерьез угрозу что чего-то там своруют, вряд ли в коде IDE есть что-либо очень ценное, ну а польза-то за счет чего? Просвети.
В США Delphi и в лучшие времена не была серьезным конкурентом. Все писали на VB. |
| Автор: roschinspb 8.11.2010, 18:30 | ||
Учитывая, что речь о C, то уж в предвзятости (типа не дэльфи и трава зеленее и синтаксис красивее и писать удобнее) людей не упрекнешь. |
| Автор: lukas 11.11.2010, 12:29 |
| Ладно открытого freepascal и lazarus мне хватит, они развиваются хорошо. |
| Автор: CodeMonkey 13.11.2010, 12:14 |
| Модераторам раздела: может переименовать или разделить темку-то? А то заходишь в раздел Delphi... и первое что видишь - "умирает ли Delphi" |
| Автор: Sartorius 13.11.2010, 13:23 |
| Возможно баян, но тут ответ есть по теме http://www.isdelphidying.com/ |
| Автор: Keeper89 15.11.2010, 01:27 | ||
Beltar, Не стоит приводить аналогии оупенсурсности Линукса с Delphi, не тот масштаб, не тот вид ПО. Кол-во пользователей последнего в разы меньше, никакой подобной поддержки не будет, гляньте на Лазарус. |
| Автор: bems 15.11.2010, 22:15 |
| Всем спасибо, все свободны |
