Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 236
Ещё раз убеждаюсь в двух вещах:
1. Прогресс двигают отдельные люди (ушёл Хейлсберг — начался кавардак)
2. Прогресс тормозят мениджиры (это видно не только по Delphi, но и по патентным войнам, лицензировании JRE, слив MySQL и т.п.)
1. Прогресс двигают отдельные люди (ушёл Хейлсберг — начался кавардак)
2. Прогресс тормозят мениджиры (это видно не только по Delphi, но и по патентным войнам, лицензировании JRE, слив MySQL и т.п.)
Какие-то странные выводы.
Во-первых, самая дешевая лицензия стоит $150.
Во-вторых, при выборе пути развития, Embarcadero, действительно, ориентируется на корпоративный сектор, что вполне логично. Остальные производители средств разработки поступают так же. Да, и говорилось это исключительно в контексте поддержки никому не нужного Linux. Да и 900 для разработчика, это вполне разумный порог. По отношению к зарплатам разработчиков — копеечная цена.
В третьих, то, что в Делфи можно разрабатывать софт для Мак-ов, давно уже не новость.
В четвертых, если внимательно почитать отзыва о всяческих «БезСпарках», то это как раз тот бесплатный сыр.
Во-первых, самая дешевая лицензия стоит $150.
Во-вторых, при выборе пути развития, Embarcadero, действительно, ориентируется на корпоративный сектор, что вполне логично. Остальные производители средств разработки поступают так же. Да, и говорилось это исключительно в контексте поддержки никому не нужного Linux. Да и 900 для разработчика, это вполне разумный порог. По отношению к зарплатам разработчиков — копеечная цена.
В третьих, то, что в Делфи можно разрабатывать софт для Мак-ов, давно уже не новость.
В четвертых, если внимательно почитать отзыва о всяческих «БезСпарках», то это как раз тот бесплатный сыр.
Да и 900 для разработчика, это вполне разумный порог. По отношению к зарплатам разработчиков — копеечная цена.
Вы, как мне кажется, неправы.
а) Visual Studio Express, например, вообще бесплатна.
б) $900 — «копеечная» цена для разработчика с зарплатой, как мне кажется от $4000. Надо ли говорить, что за пределами МКАДа такие зарплаты далеко не у рядовых разработчиков?
Visual Studio Express не так уж бесплатна. Раздача «бесплатных» Visual Studio Express это полностью коммерческое мероприятие. Одна установка Express влечет за собой в среднем 4 покупки Windows. Ну, это отдельный вопрос.
Когда мы говорим о средствах разработки, о зарплате речь не идет. Речь идет о бюджете проекта. Когда вы выпускаете авто, к примеру, какова доля в его себестоимости отведена средствам производства?
Вот здесь тоже самое.
Для тех же, у кого программирование хобби, есть лицензия за $150.
Да и почему 4000? Не 2000, не 3 000, а именно 4?
И еще один момент. А Вы знаете сколько ежегодно тратит Майкрософт с его «бесплатными» продуктами на борьбу с пиратством. И сколько тратит Embarcadero?
Когда мы говорим о средствах разработки, о зарплате речь не идет. Речь идет о бюджете проекта. Когда вы выпускаете авто, к примеру, какова доля в его себестоимости отведена средствам производства?
Вот здесь тоже самое.
Для тех же, у кого программирование хобби, есть лицензия за $150.
Да и почему 4000? Не 2000, не 3 000, а именно 4?
И еще один момент. А Вы знаете сколько ежегодно тратит Майкрософт с его «бесплатными» продуктами на борьбу с пиратством. И сколько тратит Embarcadero?
Конкретно Visual Studio Express — бесплатна. И покупка Windows тут не причем, т.к. для использования любой редакции VS требуется Windows. Ну, то есть для тех, у кого программирование — хобби — есть бесплатная VSX. Причем аж в 3 редакциях — для WP, для Web (включая Azure), десктопная, и на закуску — SDK для .NET MF, позволяющий с помощью той же VSX 2010 программировать контроллеры ARM.
И это все против 150-баксовой Delphi?
Почему 4000? Ну потому что, как мне кажется, тратить на лицензию IDE более 30% своей з/п — роскошь. Это если говорить о приобретении за личные средства.
И это все против 150-баксовой Delphi?
Почему 4000? Ну потому что, как мне кажется, тратить на лицензию IDE более 30% своей з/п — роскошь. Это если говорить о приобретении за личные средства.
Вы бы еще сказали о том, что Linux дешевле Windows.
Раздавая бесплатно среду разработки MS навязывает в нагрузку операционку. И зачастую именно «бесплатность» среды становится причиной выбора платформы и сопутствующих приложений.
В случае с Delphi все немного иначе. Опять же кроссплатформенность.
И действительно, при определении стратегии Embarcadero ориентируется на профессионалов, на корпоративную разработку, на то, что приносит компании деньги. Не вижу в этом проблемы.
Раздавая бесплатно среду разработки MS навязывает в нагрузку операционку. И зачастую именно «бесплатность» среды становится причиной выбора платформы и сопутствующих приложений.
В случае с Delphi все немного иначе. Опять же кроссплатформенность.
И действительно, при определении стратегии Embarcadero ориентируется на профессионалов, на корпоративную разработку, на то, что приносит компании деньги. Не вижу в этом проблемы.
Прям таки кроссплатформенность? В духе явы, перла, питона и прочих? Далеко не спец по кроссплатформенности дельфи, просто интересно.
Где-то в начале лета я писал комментарий, что, мол, пошли вы все нафиг, я сейчас работаю в конторе, где всё на дельфи, всё круто, дельфи ещё жив и всё такое. Сейчас, проникшись унаследованным кодом, могу сказать следующее: дельфи никак не оправдан в современном энтерпрайзе (да и в частных небольших поделках). На шарпе и яве можно в два раза быстрее написать тот же код, и работать он будет не медленнее (оу, да, 10% выигрыша дельфёвого кода это супер, три его проблемы с утечками — фигня, поправим релиза через два). Для мелких одноразовых сервисов и поделок «сделал, запустил и забыл» есть вполне сносный питон (с ним исходники не потеряются).
Где-то в начале лета я писал комментарий, что, мол, пошли вы все нафиг, я сейчас работаю в конторе, где всё на дельфи, всё круто, дельфи ещё жив и всё такое. Сейчас, проникшись унаследованным кодом, могу сказать следующее: дельфи никак не оправдан в современном энтерпрайзе (да и в частных небольших поделках). На шарпе и яве можно в два раза быстрее написать тот же код, и работать он будет не медленнее (оу, да, 10% выигрыша дельфёвого кода это супер, три его проблемы с утечками — фигня, поправим релиза через два). Для мелких одноразовых сервисов и поделок «сделал, запустил и забыл» есть вполне сносный питон (с ним исходники не потеряются).
что не так с кросплатформенностью явы и питона?
У меня есть опыт кросс-платформенной разработки на java: йнтерфейс приходится «допиливать», какие-то классы не работают на одной из платформ, не укладывается в требования к App Store'ам.
Подписываюсь под каждым словом)
Я пишу весь гуй на HTML/JS, поэтому проблемы нативного гуя прошли мимо. Получается ужасно, правда, но какой выбор?
Кстати, там есть Qt в списке. Qt Jambi вроде бы сто лет как заброшен. Или имелось в виду что-то другое?
Писать самому биндинги до всего описанного там зоопарка — эээ… Java->(JNI/Linux)->Mono+GTK звучит как пройти по всем граблям всех платформ сразу =)
Я пишу весь гуй на HTML/JS, поэтому проблемы нативного гуя прошли мимо. Получается ужасно, правда, но какой выбор?
Кстати, там есть Qt в списке. Qt Jambi вроде бы сто лет как заброшен. Или имелось в виду что-то другое?
Писать самому биндинги до всего описанного там зоопарка — эээ… Java->(JNI/Linux)->Mono+GTK звучит как пройти по всем граблям всех платформ сразу =)
Был на роадшоу Ембаркадеро. Кроссплатформенность впечетляет. Вообще отсуствует необходимост допилки напильником со стороны компонент. Хотя для примера брались совершенно простые проектики, типа «HW» и чуть по сложнее: примеры, написанные на Delphi 1, перекомпилировались для запуска на x64 и iOS. Эмбаркадеровцы уверяли, что если компоненты работают с FireMonkey, то автоматически будут кросплатформенными. Как я понял, не нужен ритуальный танец, как требовался в Kylix для запуска приложени не из среды разработки. Отладчик работает в старом стиле — без напрягов и пыхтений, возможна отладка по сети.
Из минусов только то, что лицензию на разработку все равно придется у Эпла покупать, плюс еще и цена Дельфи. Компилируемый код получается побольше, чем в Эпловской — на каждый компонент идет обертка врэпокласса.
Из минусов только то, что лицензию на разработку все равно придется у Эпла покупать, плюс еще и цена Дельфи. Компилируемый код получается побольше, чем в Эпловской — на каждый компонент идет обертка врэпокласса.
Проблема в том, что этим профессионалам никто не придет на смену. Им не на чем легально учиться. MSFT тоже могли сказать — учитесь на бесплатных Qt, GCC и так далее. Но вместо этого они почему то выпускали и продолжают выпускать VSEx
А он таки дешевле, да. Я бесплатно ставлю Ubuntu Server на своё железо (от 50-баксового MK802 до брендового за стопицот тыщ), накатываю на него бесплатный Oracle JDK и Mono, ставлю бесплатный Tomcat или Apache, и запускаю приложения, написанные в бесплатных NetBeans и VSX.
Как видите, целый софтовый стек забЭсплатно. Но это оффтопик.
Как видите, целый софтовый стек забЭсплатно. Но это оффтопик.
А стоимость сопровождения всего этого добра? А стоимость разработки под Моно и под естественный .Net. Не говорите, что Моно так же хорош.
>>Visual Studio Express не так уж бесплатна. Раздача «бесплатных» Visual Studio Express это полностью коммерческое мероприятие. Одна установка Express влечет за собой в среднем 4 покупки Windows. Ну, это отдельный вопрос.
Бать, ты откуда?
Бать, ты откуда?
А Делфи с дискетки на чистый компьютер ставится что ли? Ей тоже операционка нужна.
Раздача бесплатных систем — это сильнейший маркетинговый ход, который рассчитан на сегодняшних школьников и студентов, которые подсядут на эту систему и дальше будут с ней работать.
Да, вероятно, создавая автозавод, можно подумать о средствах производства и тому подобных вещах. Язык программирования отличается от станка тем, что на хорошее освоение современного мощного языка требуютя годы. И если человек «подсел» на тот или иной инструмент ещё в школе или в вузе, он априори будет предпочитать его, если нет критических возражений. Таким образом, ориентация на крупного разработчика — это путь в никуда. Да, крупная компания будет готова отвалить требуемую сумму, но найти хороших программистов на Делфи будет всё труднее и труднее, и в самой компании, скорее всего, найдутся апологеты, скажем, C#, которые будут отстаивать свою любимую систему.
Раздача бесплатных систем — это сильнейший маркетинговый ход, который рассчитан на сегодняшних школьников и студентов, которые подсядут на эту систему и дальше будут с ней работать.
Да, вероятно, создавая автозавод, можно подумать о средствах производства и тому подобных вещах. Язык программирования отличается от станка тем, что на хорошее освоение современного мощного языка требуютя годы. И если человек «подсел» на тот или иной инструмент ещё в школе или в вузе, он априори будет предпочитать его, если нет критических возражений. Таким образом, ориентация на крупного разработчика — это путь в никуда. Да, крупная компания будет готова отвалить требуемую сумму, но найти хороших программистов на Делфи будет всё труднее и труднее, и в самой компании, скорее всего, найдутся апологеты, скажем, C#, которые будут отстаивать свою любимую систему.
>Раздача бесплатных систем — это сильнейший маркетинговый ход, который рассчитан на сегодняшних школьников и студентов, которые подсядут на эту систему и дальше будут с ней работать.
Продать миллион академических лицензий Delphi со скидкой 90% в школы. Вот это сильнейший маркетинговый ход.
Подсадить на Windows Server, SQL Server, MS Office и прочую майкрософтовскую продукцию конечных потребителей, тоже не плохой коммерческий ход. Использование VS предполагает преимущество у майкрософтовских продуктов.
А я, например, в качестве СУБД никогда не выберу MS SQL или MS Access. А FireBird я и под никсами запущу.
Немного лукавлю, я использую в качестве СУБД Access, но тут не мой выбор был и думаю моя идея понятна.
Продать миллион академических лицензий Delphi со скидкой 90% в школы. Вот это сильнейший маркетинговый ход.
Подсадить на Windows Server, SQL Server, MS Office и прочую майкрософтовскую продукцию конечных потребителей, тоже не плохой коммерческий ход. Использование VS предполагает преимущество у майкрософтовских продуктов.
А я, например, в качестве СУБД никогда не выберу MS SQL или MS Access. А FireBird я и под никсами запущу.
Немного лукавлю, я использую в качестве СУБД Access, но тут не мой выбор был и думаю моя идея понятна.
Сиквел и ФБ это разные категории СУБД для разных задач. Хотя бы 100ГБ базу нагрузите нормально и порадуетесь =) Если уж смотреть в сторону открытых СУБД, то ИМХО PostgreSQL вне конкуренции.
Хорошо, пусть это будет Оракл для «тяжелых» решений.
Но для сектора где ИБ вполне подойдет, означенная выше категория разработчиков с большой доле вероятности тоже использует MS SQL.
Но для сектора где ИБ вполне подойдет, означенная выше категория разработчиков с большой доле вероятности тоже использует MS SQL.
Ну Сиквел Экспресс вполне конкурент FB для мелких задач. Да еще и бесплатный.
FB тоже бесплатный. И разворачивается как на Виндовс, так и на nix платформах.
«Продать» — это уже не сильнейший ход. Майкрософт раздаёт бесплатно.
А потом судится со школьными учителями
Сама МС претензий не имела. Претензии имели наши органы, которым фиолетово на все кроме своих показателей.
Не правда. Дело Поносова
Я про него и говорю. МС не предъявляла официальных претензий.
МС участвовала в процессе как потерпевшая сторона. Материалы Википедии
Вы внимательно читали?
Цитата:
Наше доблестное государство само решило что МС пострадала, и игнорируя факт того, что «пострадавшая сторона» не предъявляла претензий, продолжило раскручивать дело. Здесь нет ни капли вины МС.
Цитата:
Microsoft не рассматривает данное дело как злостное нарушение своих прав, не заявляла и не намерена заявлять гражданского иска.
Наше доблестное государство само решило что МС пострадала, и игнорируя факт того, что «пострадавшая сторона» не предъявляла претензий, продолжило раскручивать дело. Здесь нет ни капли вины МС.
Да? То есть сначала раздает, а потом судится с теми, кому раздала? Давайте не будем передёргивать.
вас заставляют каждый месяц платить $900? Разработчик обычно эту сумму платит 1 раз, причем в ближайшие год-два ему новые версии не нужны. Затем он может сделать апгрейд за $500.
Более того, когда вы покупаете Delphi XE3, вы получаете в свое распоряжение предыдущие версии — XE2, XE, 2010, 2009, 2007 и даже 7.
Мало за $900?
Более того, когда вы покупаете Delphi XE3, вы получаете в свое распоряжение предыдущие версии — XE2, XE, 2010, 2009, 2007 и даже 7.
Мало за $900?
А вам нужно П.С.С. В. И. Ленина в нагрузку к билетам в театр? Вот и мне некроверсии делфи не нужны. Даже за $900. Потому что альтернатива — $0 при более современной и насыщенной экосистеме.
вас «некроверсии» не интересуют, а между тем 7-ой версией пользуется примерно половина разработчиков, использующих Delphi. Ее, собственно, и начали «прикладывать», когда это обнаружилось (в то время, когда Борланд собирался перевести целиком Дельфи на рельсы .net).
Насчет альтернативы в $0 — ну к чему эти страдания? Вообще рассмотрение средства разработки с точки зрения «это дорого, а там дешево, пойду туда» — апофеоз. Ну есть Лазарус, бесплатный. И что, Дельфи умерла?
А вот JBuilder, кстати, издох из-за бесплатного Eclipse. Но там несколько другая ситуация.
И, еще- вот вы пишете программы. И вдруг ваш пользователь говорит — вот разработчик жлоб, продает мне софт за 1000, а мог бы за 200. Что вы ему скажете?
Насчет альтернативы в $0 — ну к чему эти страдания? Вообще рассмотрение средства разработки с точки зрения «это дорого, а там дешево, пойду туда» — апофеоз. Ну есть Лазарус, бесплатный. И что, Дельфи умерла?
А вот JBuilder, кстати, издох из-за бесплатного Eclipse. Но там несколько другая ситуация.
И, еще- вот вы пишете программы. И вдруг ваш пользователь говорит — вот разработчик жлоб, продает мне софт за 1000, а мог бы за 200. Что вы ему скажете?
А меня 7-ка как раз и расстроила тем, что под 64-битной Win7 не идет. Потому и некроверсия.
Lazarus по соотношению с Delphi это как MonoDevelop по отношению к VS. Поэтому не будем сравнивать. Поэтому таки да — делфя вмэрла.
Что я скажу пользователю — зависит от ситуации и бизнес-модели
Lazarus по соотношению с Delphi это как MonoDevelop по отношению к VS. Поэтому не будем сравнивать. Поэтому таки да — делфя вмэрла.
Что я скажу пользователю — зависит от ситуации и бизнес-модели
У меня Win7x64. Стоит Delphi7, все прекрасно запускается, компилируется и отлаживается. ЧЯДНТ?
Не знаю. У меня 7-ка сказала, что «программа имеет известные проблемы совместимости и не рекомендуется бла-бла-бла».
Она работает из коробки, если вы будете её запускать от имени администратора. Она будет работать и из под обычного пользователя, но только надо разрешить писать в папку Delphi7/Bin, т.к. при включенном UAC всем папкам лежащим в Program Files выставляется ридонли доступ для обычного пользователя.
подробнее: www.gunsmoker.ru/2009/11/delphi-7-windows-7.html
подробнее: www.gunsmoker.ru/2009/11/delphi-7-windows-7.html
>под 64-битной Win7 не идет.
ну как это не идет. У всех идет, а у вас — нет? Плохо гуглите.
ну как это не идет. У всех идет, а у вас — нет? Плохо гуглите.
Я не хочу гуглить. Я хочу, чтобы программа вставала, и работала «искаропки»
понятно. а что Дельфи 7 вышла, когда Вин7 в природе не было, это вас не смущает?
Меня? Меня это абсолютно не смущает. А вот производителя или его правопреемников — должно бы. Я просто смигрировал на C# и Java
ну так вот, просто, подумайте, кто будет переделывать дистрибутив 2002 года под ОС 2008 года?
При том что Эмбаркадеро получило дистрибутив от Борланда.
И опять же, при том, что Дельфи 7 ставится под Вин 7 64 с минимальными телодвижениями.
Смигрировали? Ок. Зачем тут страдаете?
p.s. не хотел переходить на личности, но для меня показателен «программист», который не может поставить Д7. Бывает, кстати, и хуже.
При том что Эмбаркадеро получило дистрибутив от Борланда.
И опять же, при том, что Дельфи 7 ставится под Вин 7 64 с минимальными телодвижениями.
Смигрировали? Ок. Зачем тут страдаете?
p.s. не хотел переходить на личности, но для меня показателен «программист», который не может поставить Д7. Бывает, кстати, и хуже.
Кто будет переделывать? Быдлокодеро и будет. Они прекрасно знают, что D7 востребована до сих пор. И накатить на инсталляцию патч, исправляющий проблему под Vista/W7 — было бы прекрасным реверансом по отношению к разработчикам.
Мне не понравилось, как D7 себя ведет под 7-кой, пришлось поставить 2005-ю, хотя её палитра менее удобна. Но и 2005-я открывалась за полтора года 2 раза.
Мне не понравилось, как D7 себя ведет под 7-кой, пришлось поставить 2005-ю, хотя её палитра менее удобна. Но и 2005-я открывалась за полтора года 2 раза.
вы не знаете условий сделки. в Д7 есть компоненты, на которые отдельных прав у Эмбаркадеро уже нет — только в составе готового дистрибутива Д7. То есть, они могут распространять только дистрибут, который получили от Борланда.
Перекомпилировать Д7 уже никто не будет.
В общем, кому надо, и кто программист — у того Д7 под Вин 7 64 работает. Кто не программист — у того не работает. Аминь.
Перекомпилировать Д7 уже никто не будет.
В общем, кому надо, и кто программист — у того Д7 под Вин 7 64 работает. Кто не программист — у того не работает. Аминь.
Самая дешевая версия стоит 200 долларов и это стартер (хотя хрен знает, я на сайте так и не нашел информации, но раньше она стоила 200). Она настолько урезана, что ее почти невозможно использовать. Так что приходится покупать Pro за 900 долларов. Но цикл обновления у embarcadero всего год. Через год надо покупать новую версию, хоть обновление и дешевле. Сама Delphi нынче настолько глючная что не обновляться невозможно. Разработчики из эмбаркадеры занимаются чем угодно, но только не разработкой того что актуально. Выпустили 64-битный компилятор для delphi через 4 года после обещанного срока. Для с++ builder все еще не выпустили. Но в то же время успели что-то сделать и похоронить под .net, сейчас творят нечто под ios и android. Да ладно бы и занимались всякой фигней, но ведь у них разработчиков штуки три и из-за этого delphi не уделяется вообще никакого внимания. Нет у нее перспектив!
Кроме того, другие среды разработки значительно дешевле и лучше. Как было уже сказано, visual studio express бесплатна. Да, она заставляет купить windows, но и для delphi надо покупать windows. Кроме того, жизненный цикл visual studio в несколько раз больше чем у дельфи. Xcode для мак бесплатна. intellij idea community edition бесплатна, eclipse, netbeans бесплатны. idea для индивидуального разработчика стоит 200 долларов и она ничем не урезана, appcode стоит 100 долларов.
Кроме того, другие среды разработки значительно дешевле и лучше. Как было уже сказано, visual studio express бесплатна. Да, она заставляет купить windows, но и для delphi надо покупать windows. Кроме того, жизненный цикл visual studio в несколько раз больше чем у дельфи. Xcode для мак бесплатна. intellij idea community edition бесплатна, eclipse, netbeans бесплатны. idea для индивидуального разработчика стоит 200 долларов и она ничем не урезана, appcode стоит 100 долларов.
Во первых: было озвучено «вы еще должны нам доказать, что мы должны вам продать лицензию за 150 долларов, что вы попадаете под ее действие».
Во вторых: лицензия за 150 долларов — это фактически ничего, голый каркас, больше для базового обучения, чем для создания полноценного продукта.
Ориентация на корпоративный сектор — об этом я и вел речь. Но здесь — ориентация ТОЛЬКО на корпоративный сектор и полное нежелание поддерживать индивидуальных и мелких разработчиков. А если тебя не хотят поддерживать — какой сделаешь вывод?
Надеюсь, что, прочитав этот топик, ответственные лица Embarcadero задумаются над необходимостью изменения политики по отношению к «мелочи». И надеюсь, что это произойдет до «точки невозврата» в переучивании на Студию.
На счет БизСпарка: где там мышеловка? Получаешь пожизненно ключи и дистрибутивы и три года обновлений (и на средства разработки, и на все версии операционок, собственно — на весь софт Микрософта). По окончании трех лет должен заплатить 100 долларов, и то не обязательно. Судя по всему, «отзывы» про БизСпарки пишут те, кто его не пробовал.
Во вторых: лицензия за 150 долларов — это фактически ничего, голый каркас, больше для базового обучения, чем для создания полноценного продукта.
Ориентация на корпоративный сектор — об этом я и вел речь. Но здесь — ориентация ТОЛЬКО на корпоративный сектор и полное нежелание поддерживать индивидуальных и мелких разработчиков. А если тебя не хотят поддерживать — какой сделаешь вывод?
Надеюсь, что, прочитав этот топик, ответственные лица Embarcadero задумаются над необходимостью изменения политики по отношению к «мелочи». И надеюсь, что это произойдет до «точки невозврата» в переучивании на Студию.
На счет БизСпарка: где там мышеловка? Получаешь пожизненно ключи и дистрибутивы и три года обновлений (и на средства разработки, и на все версии операционок, собственно — на весь софт Микрософта). По окончании трех лет должен заплатить 100 долларов, и то не обязательно. Судя по всему, «отзывы» про БизСпарки пишут те, кто его не пробовал.
Не передергивайте.
«Доказать» это относится к акдем лицензии, что опять же, логично.
А Вы за $150 хотели Архитект? Да, и давайте будем откровенны, если бы Вы подумывали о покупке, Вы бы и цену знали, и возможности продукта. Ведь разработка для Мак появилась не вчера, а цена не менялась с 2002-го года.
Возможно, для Вас будет откровением, но и Apple борется с «любительством» в плохом смысле этого слова. И Майкрософт к этому приходит (свой маркет запустит, и будем смотреть сколько будет стоить туда вход).
«Доказать» это относится к акдем лицензии, что опять же, логично.
А Вы за $150 хотели Архитект? Да, и давайте будем откровенны, если бы Вы подумывали о покупке, Вы бы и цену знали, и возможности продукта. Ведь разработка для Мак появилась не вчера, а цена не менялась с 2002-го года.
Возможно, для Вас будет откровением, но и Apple борется с «любительством» в плохом смысле этого слова. И Майкрософт к этому приходит (свой маркет запустит, и будем смотреть сколько будет стоить туда вход).
Я не передергиваю. Я процитировал. Можете сходить на «мировой тур» в вашем городе и уточнить этот вопрос. Прозвучало именно «вам необходимо доказать, что вы подходите под эту лицензию».
Учебная лицензия стоит 10% от обычной стоимости. А 150 долларов — стоит самая обрезанная индивидуальная лицензия еще и с ограничением «зарабатывать на продаже программы не более 1000 долларов в год».
Мне (да и большинству, думаю) не нужен Архитект, мне достаточно Про (т.е. самое дешевое из нормального), но не за 900, а например за 200-300. Или вообще бесплатно, как у Микрософта для стартапов. Или в рассрочку. Можно же придумать программу «для мелких» или «для стартапов», которая будет выгодна и Embarcadero и индивидуальным разработчикам. И такая программа будет работать на продвижение Делфи. Ведь если индивидуалы будут уходить с Делфи, то кто будет на нем программировать? Ведь именно этих индивидуалов потом компании нанимают на работу. И при таком подходе через 5-10-20-ть лет Embarcadero вдруг обнаружит, что их продукты никому не нужны, потому что все ушли с Делфи. Логично? Почему то они думают сегодняшним днем и не думают на перспективу.
Вход в Виндовс Маркет — 100 долларов (если память не изменяет).
Учебная лицензия стоит 10% от обычной стоимости. А 150 долларов — стоит самая обрезанная индивидуальная лицензия еще и с ограничением «зарабатывать на продаже программы не более 1000 долларов в год».
Мне (да и большинству, думаю) не нужен Архитект, мне достаточно Про (т.е. самое дешевое из нормального), но не за 900, а например за 200-300. Или вообще бесплатно, как у Микрософта для стартапов. Или в рассрочку. Можно же придумать программу «для мелких» или «для стартапов», которая будет выгодна и Embarcadero и индивидуальным разработчикам. И такая программа будет работать на продвижение Делфи. Ведь если индивидуалы будут уходить с Делфи, то кто будет на нем программировать? Ведь именно этих индивидуалов потом компании нанимают на работу. И при таком подходе через 5-10-20-ть лет Embarcadero вдруг обнаружит, что их продукты никому не нужны, потому что все ушли с Делфи. Логично? Почему то они думают сегодняшним днем и не думают на перспективу.
Вход в Виндовс Маркет — 100 долларов (если память не изменяет).
Я живу не в Москве (но и не в самой глуши), но когда я захожу в супермаркет просто купить еды, то как правило моя покупка получается всегда больше 500р, а когда тарюсь основательно по 1000-1500. Конечно, на лицензию делфи, чтобы открыть свой бизнес сложно насобирать, ведь она целых 30000, да и стартовая за 4500 (для обучения) это же таааак дорого. Я не знаю, может мы на разных полюсах живем… и у вас там и зарплаты меньше, и стоимость услуг/продукции кругом меньше. Если так, то могу порекомендовать вам приехать летом к нам, тут можно поработать бетонщиком на стройке пару месяцев, и уехать домой с лицензией делфи за 990USD, а если три месяца поработаете — то еще и с бешеными бабками на родину вернетесь ;)
Речь идет не о стоимости лицензии. А о подходе компании к мелким разработчикам. О том, что компания не считает необходимым привлекать и как-то поддерживать индивидуальных разработчиков.
При чем тут зарплаты? Ну, а если школьник хочет написать программу и продавать ее? Или студент. Или только закончил вуз человек и задумался «а не заняться ли шароварой». Микрософт таких с радостью примет, выдаст им все свои продукты — «программируйте ребята, выпускайте программы, развивайтесь». Эмбаркадеро же говорит «накопи сначала 900 баксов, а потом мы разрешим тебе программировать свои программы на Делфи».
Обсуждение начинает скатываться до топтания воды в ступе. Это был мой последний комментарий на эту тему.
При чем тут зарплаты? Ну, а если школьник хочет написать программу и продавать ее? Или студент. Или только закончил вуз человек и задумался «а не заняться ли шароварой». Микрософт таких с радостью примет, выдаст им все свои продукты — «программируйте ребята, выпускайте программы, развивайтесь». Эмбаркадеро же говорит «накопи сначала 900 баксов, а потом мы разрешим тебе программировать свои программы на Делфи».
Обсуждение начинает скатываться до топтания воды в ступе. Это был мой последний комментарий на эту тему.
Покупай стартер за 150$ (или опять дорого чтобы попробовать?), пробуй, получится — грейдись до про. Чем не аналог рассрочки? 150$ первый взнос. И не забудьте, вы работате на ОС Windows, её же вам тоже надо купить, а она аж 90$ до 310$.
Мое мнение — если вы за такую сумму не готовы купить лицензию, то и за втрое меньшую её не купите. И правильно Embarcadero делает, что не обращает внимание на таких мелких разработчиков. Я бы лично тоже не обращал.
Если бы мой ребенок(школьник) захотел написать программу и продавать (если настроен серьезно) — я бы ему без вопросов купил бы эту лицензию.
Согласен по поводу воды в ступе. Мне просто печально видеть лозунги «ой ой ой, дорого» при таких ценах за инструмент для разработчика (и это касается не только делфи, а вообще любого рабочего инструмента, вплоть до фотошопов/3д_максов, лицензии которых кстати стоят не дешевле)
Мое мнение — если вы за такую сумму не готовы купить лицензию, то и за втрое меньшую её не купите. И правильно Embarcadero делает, что не обращает внимание на таких мелких разработчиков. Я бы лично тоже не обращал.
Если бы мой ребенок(школьник) захотел написать программу и продавать (если настроен серьезно) — я бы ему без вопросов купил бы эту лицензию.
Согласен по поводу воды в ступе. Мне просто печально видеть лозунги «ой ой ой, дорого» при таких ценах за инструмент для разработчика (и это касается не только делфи, а вообще любого рабочего инструмента, вплоть до фотошопов/3д_максов, лицензии которых кстати стоят не дешевле)
Мне кажется нелогичным покупать ребенку такую игрушку, если можно поставить MSVS/XCode/QtCreator/etc бесплатно и дать ему возможность учиться программировать на C++. И в таком ракурсе в перспективе у Delphi нет никаких шансов, ибо старая «гвардия» со временем уйдет на пенсию, нового поступления разработчиков, с такой политикой, ждать можно не надеяться, и рано или поздно она окончательно отомрет
Это вопрос не делфи, а вопрос цены за инструмент. Давайте оставим делфи в стороне, сейчас разговор не о ней. Не важно какой профессиональный инструмент захочет ребенок, если он действительно хочет заниматься профессионально, а не поиграться неделю — пожалуйста.
Давайте все таки поймем — ребенок не может сразу заниматься «профессионально»: я в детстве и на фортепьяно играл, и в бассейне занимался, и прогал немного, и рисовал. Ни мне, ни родителям не было очевидно чем именно я буду потом заниматься, и тем более я ничем из этого в школьном возрасте не занимался «профессионально».
И для обучения, для пробы сил, гораздо очевиднее использовать бесплатную IDE с распространенным языком, чем какой-то платный инструмент с туманным будущим. И это, естественно, приведет к тому, что когда ребенок таки созреет до профессионального занятия чем-либо — то он приобретет (или, что точнее, ему приобретут родители) уже знакомую ему среду, к которой он знает как подступиться, а не черный ящик.
Вопрос же не в том — стоит ли Delphi Starter свои $150, а в том, что есть более доступные инструменты, и при прочих равных будут выбраны именно они.
И для обучения, для пробы сил, гораздо очевиднее использовать бесплатную IDE с распространенным языком, чем какой-то платный инструмент с туманным будущим. И это, естественно, приведет к тому, что когда ребенок таки созреет до профессионального занятия чем-либо — то он приобретет (или, что точнее, ему приобретут родители) уже знакомую ему среду, к которой он знает как подступиться, а не черный ящик.
Вопрос же не в том — стоит ли Delphi Starter свои $150, а в том, что есть более доступные инструменты, и при прочих равных будут выбраны именно они.
Я полностью согласен, для обучения и пробы сил, да. Благо есть полно бесплатных IDE и языков (в том числе пацкаля), а когда ребенок уже определится с чем конкретно он хочет и будет профессионально работать — вопроса в 900$ просто не возникнет. Даже если это будет не самый удачный инструмент на мой взгляд.
Я бы хотел отвлечься, чтобы определить причину данной беседы о ценах. Мне не понравился посыл топикстартера, а посыл в статье такой (лично что вижу я):
Делфи это тупиковый путь, потому что:
Во-первых, это дорого
Во-вторых, они метро-интерфейс не очень удачно на мой взгляд привязали
С первым пунктом (тупиковость из-за цены в 900$) я не согласен.
Со вторым пунктом (тупиковость из-за метро интерфейса) я так же не согласен. Даже если там сделано неудачно, то это можно понять, вин8 ведь только вышла.
Я не собираюсь спорить, что возможно делфи это тупиковый путь, а может быть и нет. Покажет только время, но эти вышеперечисленные два пункта — это уж точно никак не тупиковость.
Я бы хотел отвлечься, чтобы определить причину данной беседы о ценах. Мне не понравился посыл топикстартера, а посыл в статье такой (лично что вижу я):
Делфи это тупиковый путь, потому что:
Во-первых, это дорого
Во-вторых, они метро-интерфейс не очень удачно на мой взгляд привязали
С первым пунктом (тупиковость из-за цены в 900$) я не согласен.
Со вторым пунктом (тупиковость из-за метро интерфейса) я так же не согласен. Даже если там сделано неудачно, то это можно понять, вин8 ведь только вышла.
Я не собираюсь спорить, что возможно делфи это тупиковый путь, а может быть и нет. Покажет только время, но эти вышеперечисленные два пункта — это уж точно никак не тупиковость.
К сожалению, с выхода Delphi 7 её хозяева делают абсолютно всё, чтобы полностью похоронить систему, и мне кажется, что точка невозврата уже пройдена. Жаль.
Примем за рабочую гипотезу, что среди первой пятёрки популярных инструментов для бизнес-разработки нет такого, который был бы хотя бы на 10% выгоднее остальных, иначе бы весь бизнес на него давно пересел.
Получается, что производители дышат друг другу в спину. Да, в чём-то одна система может быть лучше другой, но по совокупности получается так, что что угодно может быть написано на чём угодно. А стало быть, в дело вмешиваются второстепенные факторы, среди которых есть и доступность разработчиков на рынке, и популярность инструмента, его пиар, если угодно.
Пройдёт ещё лет пять, и молодых делфистов уже просто не останется. Найти программиста на C# и сейчас нетрудно, а будет ещё проще. И все эти люди будут активными любителями этого инструмента, т.к. к нему их приучили ещё в школе или в вузе, и если им доведётся работать над чем-то новым, скорее всего, Делфи не будет выбран как инструмент, даже если формально он окажется чем-то выгоднее экономически. Переобучение персонала тоже требует денег, да и влияние технарей на менеджеров тоже нельзя недооценивать. Не директор же фирмы будет решать, какой язык использовать, а технический лидер вряд ли проголосует за язык, который сам не знает, и для которого надо невесть где подбирать людей.
Примем за рабочую гипотезу, что среди первой пятёрки популярных инструментов для бизнес-разработки нет такого, который был бы хотя бы на 10% выгоднее остальных, иначе бы весь бизнес на него давно пересел.
Получается, что производители дышат друг другу в спину. Да, в чём-то одна система может быть лучше другой, но по совокупности получается так, что что угодно может быть написано на чём угодно. А стало быть, в дело вмешиваются второстепенные факторы, среди которых есть и доступность разработчиков на рынке, и популярность инструмента, его пиар, если угодно.
Пройдёт ещё лет пять, и молодых делфистов уже просто не останется. Найти программиста на C# и сейчас нетрудно, а будет ещё проще. И все эти люди будут активными любителями этого инструмента, т.к. к нему их приучили ещё в школе или в вузе, и если им доведётся работать над чем-то новым, скорее всего, Делфи не будет выбран как инструмент, даже если формально он окажется чем-то выгоднее экономически. Переобучение персонала тоже требует денег, да и влияние технарей на менеджеров тоже нельзя недооценивать. Не директор же фирмы будет решать, какой язык использовать, а технический лидер вряд ли проголосует за язык, который сам не знает, и для которого надо невесть где подбирать людей.
> а вообще любого рабочего инструмента, вплоть до фотошопов/3д_максов, лицензии которых кстати стоят не дешевле)
Цена, по-моему, тут даже не особо играет роль — для IDE за 50-300$ тоже вполне принято жаловаться на цену и вбрасывать в новости комментарии «ну когда же скидка уже????» и «ой, неделю назад истёк годовой срок бесплатных обновлений на мажорную версию, а сегодня как раз она вышла».
Цена, по-моему, тут даже не особо играет роль — для IDE за 50-300$ тоже вполне принято жаловаться на цену и вбрасывать в новости комментарии «ну когда же скидка уже????» и «ой, неделю назад истёк годовой срок бесплатных обновлений на мажорную версию, а сегодня как раз она вышла».
Доход в $1000 ограничивается EULA. Никому ничего доказывать не надо.
На Мировой Тур обязательно схожу. Спасибо, за предложение.
На Мировой Тур обязательно схожу. Спасибо, за предложение.
Мне кажется проблема не в том, что лицензия стоит 900. Вам эта сумма кажется большой, т.к. новая версия не даст вам улучшения производительности хотя бы на $1000. Вы же сами говорите, что переход на C# даст увеличение производительности в полтора-два раза. Думаю, что за такое улучшение вы бы не думаю отдали те же $900. А с учетом, что Express стоит 0, то 900 за делфи уже совсем как-то много.
С другой стороны, если у меня (как у фирмы) сложившиеся заказчики требуют Делфи или продукт на нем написаный, то 900 за место разработчика уже не такая большая сумма. Поскольку переписать продукт под C# — это полтора года работы, а удастся ли найти новых заказчиков — вопрос. Гораздо дешевле отдать $900 * Кол-во разработчиков и гарантировано проработать еще год-два до следующего релиза.
С другой стороны, если у меня (как у фирмы) сложившиеся заказчики требуют Делфи или продукт на нем написаный, то 900 за место разработчика уже не такая большая сумма. Поскольку переписать продукт под C# — это полтора года работы, а удастся ли найти новых заказчиков — вопрос. Гораздо дешевле отдать $900 * Кол-во разработчиков и гарантировано проработать еще год-два до следующего релиза.
рассрочка — это товарный кредит. Который как и любой кредит, дают банки. Возьмите кредит в банке.
Вообще пост ни о чем. Подобные стоны раздаются уже много лет.
Вообще пост ни о чем. Подобные стоны раздаются уже много лет.
Я вон окна в квартире заменил на пластиковые. 3 окна = 1 лиценизия. А делфи — это инструмент, на котором можно зарабатывать, в отличие от окна, которое я купил для собственного удобства. 990 долларов — это абсолютно адекватная цена, а если вы ходите делфи чтобы поиграться, то уж извините, вон FPC есть, играйтесь на здоровье.
Не понимаю я таких людей, которые жалуются на цену в 990 за инструмент. Для меня главный критерий — удобство работы.
Не понимаю я таких людей, которые жалуются на цену в 990 за инструмент. Для меня главный критерий — удобство работы.
Меня несколько смущает, что на этой самой дешевой лицензии (за 150$) запрещено зарабатывать более 1000$ на произведенных продуктах. Честно говоря, нигде более не видел такого пункта лицензии.
Заработал штуку? Будь добр — потрать ее на новую лицензию.
Вообщем согласен с топик-стартером, ориентируясь на корпоративных клиентов, происходит сокращение притока новых специалистов в это направление. Как результат, разработки на Delphi становятся все дороже и менее конкурентоспособными. Не говоря уже о смене ориентации на мобильные решения и долгозакрываемых проблемах в qc, и куче других проблем.
Заработал штуку? Будь добр — потрать ее на новую лицензию.
Вообщем согласен с топик-стартером, ориентируясь на корпоративных клиентов, происходит сокращение притока новых специалистов в это направление. Как результат, разработки на Delphi становятся все дороже и менее конкурентоспособными. Не говоря уже о смене ориентации на мобильные решения и долгозакрываемых проблемах в qc, и куче других проблем.
Ориентироваться на корпоративный рынок нелогично, при эдаком напоре на развитии мышкотыканья в компонентах… За большие деньги детские игрушки не покупают.
Как альтернативу вижле для c++ можно поставить QT Creator за бесплатно и разрабатывать под те же венду, мак и не только.
Можно и в блокноте машинный код писать. Вопрос в обоснованности выбора средств разработки.
QT Creator по функционалу очень даже неплох. Вполне сравним с Visual Studio. Но у студии есть такой плюс, как очень хороший отладчик. Настолько хорош, что с помощью него даже можно отлаживать программы на D :)
Зря вы так, QtCreator — очень удобная среда разработки, не факт что IDE для Delphi достигает такого уровня
Да ничего я против QtCreator не имею. Просто считать все надо. Выбор среды разработки это не выбор уровня понравилось/не понравилось. Это сложный процесс.
выбор языка под задачу — вот где надо сначала подумать и прикинуть плюсы и минусы. А выбор среды разработки под язык — дело пятое и переехать с одной на другую в рамках одного языка не так сложно.
Ах да, забыл, современные разработчики не знают таких страшных слов как компилятор/линкер, зачем они нужны, какие бывают(ОХ ЩИ! Оказывается есть не только один компилятор! ШОК!!!) и как собирать проекты без IDE. Они умеют только мышкой тыкать в кнопочки, использовать стандартную библиотеку по примерам из гугла и просить два килобакса за свои «услуги».
Ах да, забыл, современные разработчики не знают таких страшных слов как компилятор/линкер, зачем они нужны, какие бывают(ОХ ЩИ! Оказывается есть не только один компилятор! ШОК!!!) и как собирать проекты без IDE. Они умеют только мышкой тыкать в кнопочки, использовать стандартную библиотеку по примерам из гугла и просить два килобакса за свои «услуги».
Со мной в ХИРЭ на поток старше учился товарищ. Так вот он на спор на пиво писал различные системы решения дифуров на Клипере раньше чем оппонент это сделает на любом другом известном ему языке (включая Фортран). Это я к тому, что язык решает не очень много
Решает много набор поддерживаемых технологий и умение их применять. А язык решает на уровне «этот язык я знаю хорошо, а этот плохо»
Решает много набор поддерживаемых технологий и умение их применять. А язык решает на уровне «этот язык я знаю хорошо, а этот плохо»
Поддержу. 5 лет назад перешел с делфи на C++/Qt. Как по мне — значительно удобнее и гибче. Да ещё и бесплатно и кроссплатформенно. Очень жаль, что об этом замечательном фреймворке знает так мало народу.
Почему на Си, а не на C#?
Опять хороните… Забудьте и переходите, а мы будем писать свой код на Delphi дальше. И всем будет хорошо.
Это вы зря. Язык умирает, когда из него уходят энтузиасты. Задумайтесь над судьбами Fortran и COBOL. И наоборот, взгляните на историю Haskell.
Ну и кто ушел из энтузиастов?) Я вот только 1-го человека могу припомнить. Эмбаркадеро, конечно, частенько выпускает сыроватые релизы, но они развивают продукт. Конечно, большинство здесь не следят, что же творится в мире Delphi, и ориентируются то-ли на воспоминания, то-ли на комменты «Делфи умер, блеать!». Начинают высасывать минусы из своего опыта поддержки легаси-кода различными высказываниями вроде «Наформошлепили говна, теперь поддерживай», «Переписать все!» или «Что это за сраный Button68???». НО! Я никогда не поверю, что такого нет в C#. Или в любом другом месте. Пройдет 5 лет и все так же будут материть легаси проекты на C#.
Взгляните хотя бы на 3 последних релиза от Эмбро. Одна обезьянка чего только стоит. Сырая, конечно, но поправят. Уверен, что поправят. Отрефакторят, оптимизируют и все будет ок. И буду Делфисты писать и под Мак, и под iOS и под Anroid и под WinRT. А кто огорчен или ругает среду — ну что поделать. Поругать всегда найдут за что. Не было юникода — ругали что нет юникода. Не было дженериков — ругали что нет дженериков. Не было профайлеров — ругали что нет профайлеров. Не было x64 — ругали что нет x64. Не было кроссплатформенности — и за это тоже ругали. Теперь есть. Если кто-то считает что среда умирает, издыхает, наматывает сопли на кулак и стоит на коленях — ну ребят, ну что делать, считайте. VS — отличная среда разработки, вот туда и идите. Только зачем на каждом углу орать что Делфай говно? Каждому свое, что к душе поближе, не так ли?
Взгляните хотя бы на 3 последних релиза от Эмбро. Одна обезьянка чего только стоит. Сырая, конечно, но поправят. Уверен, что поправят. Отрефакторят, оптимизируют и все будет ок. И буду Делфисты писать и под Мак, и под iOS и под Anroid и под WinRT. А кто огорчен или ругает среду — ну что поделать. Поругать всегда найдут за что. Не было юникода — ругали что нет юникода. Не было дженериков — ругали что нет дженериков. Не было профайлеров — ругали что нет профайлеров. Не было x64 — ругали что нет x64. Не было кроссплатформенности — и за это тоже ругали. Теперь есть. Если кто-то считает что среда умирает, издыхает, наматывает сопли на кулак и стоит на коленях — ну ребят, ну что делать, считайте. VS — отличная среда разработки, вот туда и идите. Только зачем на каждом углу орать что Делфай говно? Каждому свое, что к душе поближе, не так ли?
Ну-ка товарищи. Минусуете — объясняйтесь. Это будет правильно. А то что за дела — длинный коммент и нет холивара? Ну хоть один расскажите мне, убогому, в чем я не прав? Или что не так сказал?
это месть такая, за то что пришлось с Делфи перейти на VS. Казалось бы, ну ушел и досвидос. Нет, надо нагадить.
Обезьяна и на D7 была, только под другим именем (VG-Scene). Кроме обезьяны есть дохренищща других GUI-компонентов, в том числе мультиплатформенных. Хотя, какой толк от мультиплатформенности обезьяны, если компилятор только на полторы платформы расчитан.
И как VG-Scene компилилась под Мак в D7? ;) О, расскажите мне про другие GUI-мультплатформенные компоненты! Нет, правда интерестно!!! А то я вообще не знаю! Только Лазаруса не касайтесь. Расскажите! Прошу! Очень хочу знать!
Вот как раз Лазаря и коснусь. Потому как много компонентов работают и в Дельфе, и в Лазаре.
А из чисто дельфевых — FreeCLX, например.
А из чисто дельфевых — FreeCLX, например.
Невизуальные работают, вроде как. Если есть визуальные, которые и там и там заводятся — дайте ссылки, посмотрю с интересом. Про FreeCLX — он для почившего Kylix, это не совсем «Чисто делфовых».
Вобщем с фразой «есть дохренищща других GUI-компонентов» перебор. Мы же про Делфай, для которой кроме обезьянки ничего нет. Хотя и было.
Вобщем с фразой «есть дохренищща других GUI-компонентов» перебор. Мы же про Делфай, для которой кроме обезьянки ничего нет. Хотя и было.
TMS, Jedi, EhLib, Berg, Alpha — это навскидку
EhLib 6.0 contains components and classes for Borland Delphi 7, 9, 2005, 2006, CodeGear Delphi 2007, CodeGear RAD Studio 2009, Embarcadero RAD Studio 2010, XE, X2 and RAD Studio XE3
TMS Component Pack for Delphi 7, 2006, 2007, 2009, 2010, XE, XE2, XE3, C++Builder 2006, 2007, 2009, 2010, XE, XE2, XE3
Berg Delphi and .NET Components support Delphi 6, Delphi 7, Delphi 2005, Delphi 2006, Delphi 2007, Delphi 2009, Delphi 2010, Delphi XE, Delphi XE 2 (VCL 32bit & 64bit), Delphi XE 3 (VCL 32bit & 64bit), CBuilder 6, CBuilder 2006, CBuilder 2007, CBuilder 2009, CBuilder 2010, CBuilder XE, CBuilder XE 2, CBuilder XE 3
Alpha — Последняя стабильная версия (v7.70, 23.09.2012):
Delphi: D5 D6 D7 D2005 D2006 D2007 D2009 D2010 DelphiXE DelphiXE2 DelphiXE3
C++ Builder: CB6 BCB2006 BCB2007 BCB2009 CB2010 BuilderXE BuilderXE2 BuilderXE3
Jedi JVCL — ни слова о Лазарусе
Не отнимайте мое время, пожалуйста. А если хотите — давайте хотя бы пруфы. Потому что VCL и LCL — это разные библиотеки и завести визуальные компоненты и там и там с одной кодовой базой я не очень понимаю как. Если вы ДЕЙСТВИТЕЛЬНО знаете визуальные компоненты, исходники которых работают в лазарусе и Delphi — с радостью на них погляжу. Только не пишите первое что в голову пришло.
TMS Component Pack for Delphi 7, 2006, 2007, 2009, 2010, XE, XE2, XE3, C++Builder 2006, 2007, 2009, 2010, XE, XE2, XE3
Berg Delphi and .NET Components support Delphi 6, Delphi 7, Delphi 2005, Delphi 2006, Delphi 2007, Delphi 2009, Delphi 2010, Delphi XE, Delphi XE 2 (VCL 32bit & 64bit), Delphi XE 3 (VCL 32bit & 64bit), CBuilder 6, CBuilder 2006, CBuilder 2007, CBuilder 2009, CBuilder 2010, CBuilder XE, CBuilder XE 2, CBuilder XE 3
Alpha — Последняя стабильная версия (v7.70, 23.09.2012):
Delphi: D5 D6 D7 D2005 D2006 D2007 D2009 D2010 DelphiXE DelphiXE2 DelphiXE3
C++ Builder: CB6 BCB2006 BCB2007 BCB2009 CB2010 BuilderXE BuilderXE2 BuilderXE3
Jedi JVCL — ни слова о Лазарусе
Не отнимайте мое время, пожалуйста. А если хотите — давайте хотя бы пруфы. Потому что VCL и LCL — это разные библиотеки и завести визуальные компоненты и там и там с одной кодовой базой я не очень понимаю как. Если вы ДЕЙСТВИТЕЛЬНО знаете визуальные компоненты, исходники которых работают в лазарусе и Delphi — с радостью на них погляжу. Только не пишите первое что в голову пришло.
Как человек, много работающий с делфи — меня расстраивает отнюдь не цена. До появления Delphi2009 я всерьез подумал чтобы оставить этот язык раз и навсегда. Но когда они стали делать удобные «плюшки», я передумал. Были видно что делфи начала развиваться, однако последние версии меня совершенно не радуют. В д2010 например появились дженерики, вкусный rtti, анонимные функции, и понятное дело во всем этом были баги, но эти баги до сих пор в ХЕ3 не пофиксились. Причем баги попадаются довольно серьезные и довольно досадные. Вместо того чтобы отполировать тот инструмент, который они нам предоставили, они на него сверху прикрутили лайфбиндинг, который основан на ихнем же rtti от д2010 с багами. Как результат лайфбиндинг спотыкается об предыдущие баги, и в qc летят новые багрепорты, но уже про лайфбиндинг.
В общем я еще подожду парочку версий делфи, как у них дальше успехи пойдут, но после д2010 они что-то стали сливать полимеры.
В общем я еще подожду парочку версий делфи, как у них дальше успехи пойдут, но после д2010 они что-то стали сливать полимеры.
Может быть я слегка преувеличил, что после д2010 ничего толкового не было. Добавили ведь х64, кросплатформенную обезьяну. Но мое мнение — надо сначала до ума довести то, что уже предоставили. А то с костылями на новом rtti и дженериках не шибко удобно скакать, и нет никакого желания хвататься изучать что-то новое, т.к. спинным мозгом чую что нужно будет добавить еще пачку костылей.
Угу. Либо я дурак, либо там невозможно сериализовать дженерики. Например, TList<T>, так как нет информации, что это просто TList типов T. (TList<T> is TList) = False
И десериализовать тоже. FindType не работает для дженериков. Ну, возможно сработает с костылем TMyList = class(TList<T>), но пока не могу проверить.
И десериализовать тоже. FindType не работает для дженериков. Ну, возможно сработает с костылем TMyList = class(TList<T>), но пока не могу проверить.
Там много ограничений и подводных камней, это и невозможность объявить указатели к структурам, аля:
PMyStruct = ^TMyStruct;
и проблемы с гуидными интерфейсами, проблемы с неупакованными энумами (энумы в которых значения констант не по порядку, а имеют пропуски)…
И когда сталкиваешься с подобным, приходится либо подставлять «костыли», либо отказываться от использования.
p.s. Тег параметризированного типа в описании структур съедает хабр :(
PMyStruct = ^TMyStruct;
и проблемы с гуидными интерфейсами, проблемы с неупакованными энумами (энумы в которых значения констант не по порядку, а имеют пропуски)…
И когда сталкиваешься с подобным, приходится либо подставлять «костыли», либо отказываться от использования.
p.s. Тег параметризированного типа в описании структур съедает хабр :(
Один из самых моих любимых багов:
Однажды, при компиляции получил [DCC Fatal Error] F2084 Internal Error: L1737
Так как изменений с рабочей версией было мало, я быстро понял, что это из-за объявления
эта переменная нигде не используется.
Однажды, при компиляции получил [DCC Fatal Error] F2084 Internal Error: L1737
Так как изменений с рабочей версией было мало, я быстро понял, что это из-за объявления
xParams: TDictionary<string, TArray<TValue>> внутри функции. После моих долгих мучений, удалось устранить это путем объявления в implementationvar ANTI_BUG : TDictionary<string, TArray<TValue>>эта переменная нигде не используется.
Пересел с Delphi на C# — ни капли не жалею об этом :]
Вообще у Embarcadero странная политика. Вместо того, чтобы популяризировать язык, продвигая его в массы, стимулируя мелких разработчиков, они их наоборот, душат.
Не, не хочу Я Делфи за 150 баксов.
Вообще у Embarcadero странная политика. Вместо того, чтобы популяризировать язык, продвигая его в массы, стимулируя мелких разработчиков, они их наоборот, душат.
Не, не хочу Я Делфи за 150 баксов.
Посоветуйте, пожалуйста, что почитать-посмотреть чтобы максимально быстро «пересесть» с Делфи на Си. Т.е. чтобы кратко, сжато, понятно.
Читайте какую-нибудь литературу по C#. Самое то после Делфи. А Си, чистый Си, это немножко из другой оперы.
А с какой редакции Delphi вы хотите пересесть?
Читать МСДН.
Придумываете себе задачу, например, текстовый редактор. По мере выполнения задачи у вас будет куча разнообразных вопросов. Ответы на них в плане реализации вы найдете в МСДН, методики решения можно найти на stackoverflow, hashcode, askdev. Ну и да, книжек тоже нужно купить, чтобы знать, как этот .net устроен
Придумываете себе задачу, например, текстовый редактор. По мере выполнения задачи у вас будет куча разнообразных вопросов. Ответы на них в плане реализации вы найдете в МСДН, методики решения можно найти на stackoverflow, hashcode, askdev. Ну и да, книжек тоже нужно купить, чтобы знать, как этот .net устроен
Вы пользуетесь Total Commander или AIMP?
«Я не минусовал, бро» ©
«я не слышал о каких-то новинках именно на делфи» — Skype не подойдет?
P.S. delphi.wikia.com/wiki/Good_Quality_Applications_Built_With_Delphi
P.S. delphi.wikia.com/wiki/Good_Quality_Applications_Built_With_Delphi
Лично я пользуюсь TC и PLSQL Developer`ом. Супервещи, просто незаменимые. Но этот факт не заставит меня вновь полюбить дельфи.
Ejabberd, вот, вообще на эрланге. Простой и вполне удобный жаббер-сервер. Так что-ж теперь, срочно надо полюбить эрланг?
Вообще, последнее время мне кажется, что дельфи — это нечто вроде Паганини, играющего на одной струне. Неимоверно круто по технике и потребляемым ресурсам. Но зачем, если рядом лежит целая коллекция полноценных скрипок?
Ejabberd, вот, вообще на эрланге. Простой и вполне удобный жаббер-сервер. Так что-ж теперь, срочно надо полюбить эрланг?
Вообще, последнее время мне кажется, что дельфи — это нечто вроде Паганини, играющего на одной струне. Неимоверно круто по технике и потребляемым ресурсам. Но зачем, если рядом лежит целая коллекция полноценных скрипок?
Total commander разрабатывался на delphi 2, сейчас на lazarus.
Я вам больше скажу: под Дельфи еще и компоненты покупают. Не очень много, но покупают. :)
Есть информация, что на нём написано немало ботнетов. Хотя это, конечно, не целевая аудитория Embarcadero :-)
> Ebarcadero
Какая прекрасная говорящая опечатка. Причём дважды…
Какая прекрасная говорящая опечатка. Причём дважды…
Еле сдержался, чтобы не накатать очередную пародию на Жирика.
Как вариант можно чуть-чуть подстроиться и перейти на Lazarus.
В чём будет профит, объясните, пожалуйста?
В бесплатности, которую так любит ТС
Для мелких разработчиков это возможность свободно продолжать творить на любимом языке. К слову, Total Commander написан именно в Lazarus.
Это только 8-ая версия портирована на лазарус (и то только потому что 64-х битную сборку хотели сделать). До этого он писался на Delphi2
К слову, Total Commander написан именно в Lazarus.
Да ладно? Тогда почему Linux-версию всё никак не сделают, в чём проблема?
Проблема не в средстве разработки, это ж очевидно. Софт для Linux можно и на C# написать. TC сложно перенести на Linux, как я читал в одном из интервью Гислера, т.к. он завязан на множество специфических для Windows функций.
Вот выдержка из интервью:
Вот выдержка из интервью:
Очень долгое время ходили слухи, что вы готовите Linux-версию Total Commander'a, чем закончилась эта затея?
Да, я делал серьёзную попытку переноса TC на Delphi for Linux (Kylix) пару лет тому назад. Но я столкнулся с очень глобальными проблемами, которые лежали за пределами самой среды разработки. Хотя все визуальная часть интерфейса работала отлично, все низкоуровневые эффекты сделали перенос практически невозможным. Например, интенсивная работа с потоками в Linux (копирование в фоне, FTP и другое) окончательно доконала меня своими случайными мистическими ошибками, причины которых установить мне так и не удалось.
Интересно, какие ещё были проблемы с Kylix?
Например, другая большая проблема, что в Linux нет аналога виртуального контрола Listbox, который крайне необходим мне для отображения больших списков. В моем нынешнем Listbox'e при добавлении каждой строки вызывается callback-функция, которая сама заполняет эту строку данными. В реализации Listbox в Linux при заполнении каждой строчки каждый раз создаётся специальный объект(!), что приводит к очень медленной работе со списками. Тем более, Kylix использует Qt toolkit, в котором вообще нет никакого виртуального ListBox'a.
Я хотел было попробовать пройти этот путь до конца и написать виртуальный Listbox для Linux-версии сам, но проблема в том, что аналогов почти половину используемых мною в Windows системных функций под Linux просто нет, т.о. требуется слишком глубокая переработка, вероятно на уровне алгоритмов (если она вообще возможна), что того явно не стоит. Идеологически всё усложняется тем, что в Linux вообще нет сообщений, все вызывается через callback-функции. Поэтому через полгода напряженной «разведки боем» я сдался.
Но при этом есть и прекрасно работает Double Commander (написаный, вроде, на том же Lazarus), во многом клонирующий Total Commander и…
не используемый мной именно ввиду визуальной части интерфейса. Причём я не могу даже сказать что конкретно мне не нравится. Просто если интерфейс Total Commander мной ощущается как «продолжение меня самого», то в Double Commander чувствую себя как-то немного неуютно :-(
Хотя все визуальная часть интерфейса работала отлично
не используемый мной именно ввиду визуальной части интерфейса. Причём я не могу даже сказать что конкретно мне не нравится. Просто если интерфейс Total Commander мной ощущается как «продолжение меня самого», то в Double Commander чувствую себя как-то немного неуютно :-(
Delphi вроде всегда была не дёшева. Просто одно время это никого не интересовало, потом ненадолго появились бесплатные Turbo-версии и всё, халява закончилась…
Правильно!
Вот я и хотел услышать, какую же редакцию использует ТС. И почему его так разочаровал ответ на вопрос, который он задавал на семинаре.
Вот я и хотел услышать, какую же редакцию использует ТС. И почему его так разочаровал ответ на вопрос, который он задавал на семинаре.
Я, когда лет 10 назад писал на дельфи, потом на С++ билдере, нелицензионно конечно же, откуда у студента такие деньги в те времена, тоже радовался, как у них все было хорошо в плане визуальной разработки. Несмотря на тормозной никудышный компилятор, у которого так и не появилось 64хбитной версии(или уже есть?), несмотря на баги с утечкой памяти в таких основополагающих классах, как AnsiString, все это было весьма привлекательно.
Года три назад решил для себя — изучаю C#, поставил студию, создал свое первое wpf приложение, и позабыл про Билдер насовсем. А теперь и обычный C++ ничего, и std::string вполне себе устраивает, И ВинФормс вполне хорош, уже не то, что разработка под mfc, которая и отпугнула в свое время. А уж компилируемый код настолько существенно быстрее работает, чем борландовский, сплошная радость. Да и вобщем то борландовский как мне показалось медленнее даже шарпового, несмотря на его не-нативность.
При сравнимых вещах обычно решает сила привычки, и даже если надо переходить, то или с тоской поглядываешь назад, или еще что, а тут как на новую ступень шагнул, и долго пинал себя пяткой, что не сделал этого раньше.
Для меня Борланд/Эмбаркадеро умер три года назад.
Года три назад решил для себя — изучаю C#, поставил студию, создал свое первое wpf приложение, и позабыл про Билдер насовсем. А теперь и обычный C++ ничего, и std::string вполне себе устраивает, И ВинФормс вполне хорош, уже не то, что разработка под mfc, которая и отпугнула в свое время. А уж компилируемый код настолько существенно быстрее работает, чем борландовский, сплошная радость. Да и вобщем то борландовский как мне показалось медленнее даже шарпового, несмотря на его не-нативность.
При сравнимых вещах обычно решает сила привычки, и даже если надо переходить, то или с тоской поглядываешь назад, или еще что, а тут как на новую ступень шагнул, и долго пинал себя пяткой, что не сделал этого раньше.
Для меня Борланд/Эмбаркадеро умер три года назад.
Думую автору этой статьи будет интересно пообщаться с ncix, написавшим статью http://habrahabr.ru/post/112752/.
>С 1995-го года я программирую на Делфи…
> самая дешевая лицензия на Делфи стоит 900 долларов
Простая математика: $900 / [ (2012 — 1995) * 12 мес] = $4.5/мес
Неужели вы зарабатываете программированием меньше 200 рулей в месяц? Если да — советую поменять сферу деятельности.
> самая дешевая лицензия на Делфи стоит 900 долларов
Простая математика: $900 / [ (2012 — 1995) * 12 мес] = $4.5/мес
Неужели вы зарабатываете программированием меньше 200 рулей в месяц? Если да — советую поменять сферу деятельности.
Забавно, что многие обращают внимание на цифры и не замечают сути. Или концентрация на цифрах — это способ увести обсуждение в сторону от самой сути проблемы? ;-)
Было бы интересно, если бы представители Эмбаркадеро прокомментировали. Но не вопрос стоимости, а вопрос общей политики компании по отношению к мелким независимым разработчикам и индивидуальным разработчикам.
У Борланда ведь было что-то типа БизСпарка для разработчиков — можно было получить среду разработки то ли бесплатно, то ли за символическую плату, выполнив какие-то условия.
tbicr, спасибо за ссылку, интересная статья.
Было бы интересно, если бы представители Эмбаркадеро прокомментировали. Но не вопрос стоимости, а вопрос общей политики компании по отношению к мелким независимым разработчикам и индивидуальным разработчикам.
У Борланда ведь было что-то типа БизСпарка для разработчиков — можно было получить среду разработки то ли бесплатно, то ли за символическую плату, выполнив какие-то условия.
tbicr, спасибо за ссылку, интересная статья.
В статье много повторений и кроме исходного тезиса «Delphi теперь не для индивидуалов» я из неё ничего существенного не вынес.
Это действительно логично для разработчика такого продукта — ориентироваться на корпорации. Сейчас начинать новый проект на Delphi — это уже просто глупо. Поэтому всё что есть это легаси — поддержка и добавление новых фич «побыстрее и не сломай ничего».
В такой ситуации обижаться на кого-то что продукт не развивается — как бы странно.
Индивидуалам писавшим до сих пор на Дельфи давно пора быть на пути переучивания — в дотнет, джаву или C++.
Это действительно логично для разработчика такого продукта — ориентироваться на корпорации. Сейчас начинать новый проект на Delphi — это уже просто глупо. Поэтому всё что есть это легаси — поддержка и добавление новых фич «побыстрее и не сломай ничего».
В такой ситуации обижаться на кого-то что продукт не развивается — как бы странно.
Индивидуалам писавшим до сих пор на Дельфи давно пора быть на пути переучивания — в дотнет, джаву или C++.
> Если это основной рабочий инструмент, если постоянно используется в работе, а не нужно один раз в год на недельку написать утилитку, то — не такие страшные деньги.
Тут выше уже говорили. На фоне 200-900 долларов за Дельфи гораздо выгоднее взять бесплатные инструменты или какой-нибудь IntelliJ Idea
Тут выше уже говорили. На фоне 200-900 долларов за Дельфи гораздо выгоднее взять бесплатные инструменты или какой-нибудь IntelliJ Idea
> Но если Вам действительно нужно и крайне полезно для работы именно это средство, то через 2 года Вы даже не вспомните сколько за него отдали денег.
Вспомню. Почему все считают, что разработчик обязан бросаться деньгами направо-налево только потому, что он хорошо зарабатывает?
900 долларов — это стоимость поездки на хорошую конференцию, например. С какого перепугу я должен тратить 900 долларов не на поездку на коференцию, анпример, а на продукт с невнятным развитием и туманным будущим?
Вспомню. Почему все считают, что разработчик обязан бросаться деньгами направо-налево только потому, что он хорошо зарабатывает?
900 долларов — это стоимость поездки на хорошую конференцию, например. С какого перепугу я должен тратить 900 долларов не на поездку на коференцию, анпример, а на продукт с невнятным развитием и туманным будущим?
Внезапно вы перешли на обсуждение начала стать и начинающих программистов.
Повторю вопрос: Почему все считают, что разработчик обязан бросаться деньгами направо-налево только потому, что он хорошо зарабатывает?
Заметьте, я не говорю про начинающего программиста. Я не говорю про «с 1995-го года я программирую на Дельфи».
С какого перепугу я должен тратить 900 долларов не на поездку на коференцию, анпример, а на продукт с невнятным развитием и туманным будущим? И почему люди продолжают называть сумму в 900 долларов «адекватной ценой» даже для индивидуальных разработчиков при наличии альтернатив?
Повторю вопрос: Почему все считают, что разработчик обязан бросаться деньгами направо-налево только потому, что он хорошо зарабатывает?
Заметьте, я не говорю про начинающего программиста. Я не говорю про «с 1995-го года я программирую на Дельфи».
С какого перепугу я должен тратить 900 долларов не на поездку на коференцию, анпример, а на продукт с невнятным развитием и туманным будущим? И почему люди продолжают называть сумму в 900 долларов «адекватной ценой» даже для индивидуальных разработчиков при наличии альтернатив?
Каждый отвечает на этот вопрос для себя сам. Я себе на него давно ответил. И искренне считаю, что разрабатывать приложения для работы с данными на Delphi проще и удобней.
Ну могу еще спеть про нативность и кроссплатформенность, для вящей убедительности. Но для меня это не основное.
Да и почему невнятным и туманным? Все внятно и прозрачно.
Ну могу еще спеть про нативность и кроссплатформенность, для вящей убедительности. Но для меня это не основное.
Да и почему невнятным и туманным? Все внятно и прозрачно.
Очень много неточностей в статье.
1. Уже говорили выше, у Visual Studio есть бесплатная редакция Express, без всякого БизСпарка.
2. У Embarcader'о до сих пор существует программа Technical Partner, по которой разработчики (обычно это создатели компонент и утилит для Delphi) получают бесплатно самую навороченную версию этой самой Delphi.
Таким образом Embarcader'о в этом плане ничем не отличается от Microsoft. Обе эти компании отдают за бесплатно свой продукт тем, кто, по сути, поддерживает их же платформу. Просто в случае с Microsoft платформой является Windows и поэтому она может позволить себе поддерживать любого, кто пишет под Windows.
А в случае с Embarcadero платформа — это сами средства разработки Delphi, С++ Builder и т.д. — поэтому и поддержку оказывают тем, кто добавляет некую ценность этой платформе.
3. Я так и не понял, почему у автора именно сейчас возникло недовольство по поводу Дельфи и мысли о переходе на VS. Я бы еще понял если бы это произошло 3-4 года назад, когда действительно Дельфи сильно отставал в развитии от других средств разработки (скажем, полноценная поддержка Unicode появилась там только в 2009 году). Но сейчас, когда эту среду можно использовать для написания программ под разные платформы и в то же время есть полная совместимость с legacy кодом, написанным еще в конце 90-х — начале 2000-х.
1. Уже говорили выше, у Visual Studio есть бесплатная редакция Express, без всякого БизСпарка.
2. У Embarcader'о до сих пор существует программа Technical Partner, по которой разработчики (обычно это создатели компонент и утилит для Delphi) получают бесплатно самую навороченную версию этой самой Delphi.
Таким образом Embarcader'о в этом плане ничем не отличается от Microsoft. Обе эти компании отдают за бесплатно свой продукт тем, кто, по сути, поддерживает их же платформу. Просто в случае с Microsoft платформой является Windows и поэтому она может позволить себе поддерживать любого, кто пишет под Windows.
А в случае с Embarcadero платформа — это сами средства разработки Delphi, С++ Builder и т.д. — поэтому и поддержку оказывают тем, кто добавляет некую ценность этой платформе.
3. Я так и не понял, почему у автора именно сейчас возникло недовольство по поводу Дельфи и мысли о переходе на VS. Я бы еще понял если бы это произошло 3-4 года назад, когда действительно Дельфи сильно отставал в развитии от других средств разработки (скажем, полноценная поддержка Unicode появилась там только в 2009 году). Но сейчас, когда эту среду можно использовать для написания программ под разные платформы и в то же время есть полная совместимость с legacy кодом, написанным еще в конце 90-х — начале 2000-х.
2. У Embarcadero по этой программе выдается самая навороченная версия с триальным ключем на один месяц. Причем получать ключ нужно к каждой новой версии персональным обращением.
не надо ля-ля. по TP лицензии выдаются на год.
А триал на месяц вы можете скачать в любой момент, без всяких «программ». И триалы всегда идут в виде Architect.
А триал на месяц вы можете скачать в любой момент, без всяких «программ». И триалы всегда идут в виде Architect.
Мне на «мировом турне» сказали, что больше никаких подобных программ нет и получить бесплатно ничего невозможно. Возможно представитель Эмбаркадеро ошибся? Или сказал не подумав? Он сказал, что все эти программы остались во временах Борланда.
ок, КТО это сказал. Раннев, Леонов, Совцов, Кожевников? Скажите фамилию, в понедельник передам официальный ответ на ваши претензии.
Боюсь, Вы либо не совсем корректно поставили вопрос, либо не совсем правильно поняли ответ.
tp.embarcadero.com/becomepartner.html
Прочтите внимательно, и подумайте, попадете-ли Вы под условия этой программы.
Недавно появилась еще одна программа.
www.embarcadero.com/embarcadero-mvp-program
Поэтому, говорить о том, что Э. закрыло старые программы и программ у нее нет — не верно.
Но вот участие в этих программах предполагает выполнение ряда условий. Иными словами просто так лицензии, действительно, не раздаются.
tp.embarcadero.com/becomepartner.html
Прочтите внимательно, и подумайте, попадете-ли Вы под условия этой программы.
Недавно появилась еще одна программа.
www.embarcadero.com/embarcadero-mvp-program
Поэтому, говорить о том, что Э. закрыло старые программы и программ у нее нет — не верно.
Но вот участие в этих программах предполагает выполнение ряда условий. Иными словами просто так лицензии, действительно, не раздаются.
Ну тем не менее мы как TP ключ на XE3 получили. И уже выложили бету нашего локалайзера с поддержкой этой самой XE3.
Да, я сожалею что не изучал C, и только сейчас пытаюсь на него потихоньку переходить и приходиться на Visual Studio смотреть как первокласник на бейсик. Но ничего, у C есть много такого, ассемблерного, что мне знакомо. Паскаль в этом отношении строже конечно. Вообщем, я переборол ломку и смог слезть с дельфи на си.
Перечитал статью еще раз.
>Компания Embarcadero закрыла все программы по стимулированию разработчиков пользоваться их продуктами, которые были у Борланда.
Компания не закрыла ни одной программы. Все программы (если они были) закрыл Борланд, при том с 10 лет назад. Embarcadero, напротив, только открывает новые программы. В частности MVP.
> Теперь Делфи предназначен только для богатых компаний.
Абсолютный шедевр. Я будучи обычным разработчиком не из столичного украинского города вполне себе смог позволить купить Delphi. Не напрягаясь.
>Но кто же знал десять лет назад, что всё так обернется…
10 лет назад Delphi был бесплатной средой?
>Далее: посмотрев «чего наделали в новом Делфи» в плане программирования под Виндовс 8, я увидел всё то, что в Вижуал Студию давно встроено.
Звучит как откровенный бред. W8 еще не вышел. Как это может быть ДАВНО ВСТРОЕНО куда-либо?
>Компания Embarcadero закрыла все программы по стимулированию разработчиков пользоваться их продуктами, которые были у Борланда.
Компания не закрыла ни одной программы. Все программы (если они были) закрыл Борланд, при том с 10 лет назад. Embarcadero, напротив, только открывает новые программы. В частности MVP.
> Теперь Делфи предназначен только для богатых компаний.
Абсолютный шедевр. Я будучи обычным разработчиком не из столичного украинского города вполне себе смог позволить купить Delphi. Не напрягаясь.
>Но кто же знал десять лет назад, что всё так обернется…
10 лет назад Delphi был бесплатной средой?
>Далее: посмотрев «чего наделали в новом Делфи» в плане программирования под Виндовс 8, я увидел всё то, что в Вижуал Студию давно встроено.
Звучит как откровенный бред. W8 еще не вышел. Как это может быть ДАВНО ВСТРОЕНО куда-либо?
Да оно вроде почти всегда столько стоило, и по-моему неудивительно, что при такой политике мгновенно загнулось (почти загнулось) с появлением шарпа и winforms…
Ходил у нас в городе на презентацию Embarcoder-ой новых Делфи в 2010-ом. При этом, года за три (году так в 2007) пересел на .NET. На презентации мне было даже жалко этих менеджеров, которые должны были продавать непродаваемое. От презентации тогда осталось очень грустное впечатление. Люди рассказывали о том что в Делфи появилось нового, о тех фичах которые либо вот-вот появятся либо уже сделаны — о всём том что я уже давно видел в VS во вполне себе рабочем виде.
Я думаю что специалист однажды взявший в руки такой инструмент как Visual Studio, уже вряд ли захочет вернуться на Delphi добровольно.
Сейчас волею судеб приходится писать на Делфи в организации в которой этот Делфи доживает последние дни. В основном поддержка старого, давно созданного ПО и исправление багов. Моё мнение такое — на Делфи программист менее продуктивен чем на VS, и дело даже не столько в IDE, а в самом языке — ну правда на C# просто в разы удобнее и проще заниматься объектным программированием.
Я думаю что специалист однажды взявший в руки такой инструмент как Visual Studio, уже вряд ли захочет вернуться на Delphi добровольно.
Сейчас волею судеб приходится писать на Делфи в организации в которой этот Делфи доживает последние дни. В основном поддержка старого, давно созданного ПО и исправление багов. Моё мнение такое — на Делфи программист менее продуктивен чем на VS, и дело даже не столько в IDE, а в самом языке — ну правда на C# просто в разы удобнее и проще заниматься объектным программированием.
Несколько странно читать про бесплатность Visual Studio. Допустим, что пишем на дотнете (плюсы — это всё-таки хардкор, надо относительно редко). Существует мнение (и не только моё), что разработка под VS без ReSharper'а — это несерьёзно. То есть вижуал студия превращается в серьёзный инструмент только с версии Pro, в которой можно подключать плагины, и после покупки решарпера. (То, что вещи типа метрик, покрытия и новомодных фенечек типа навороченного дебага с историей, доступны только в ultimate — поскрипим зубами, но промолчим.)
Visual Studio Pro 2012 — это, извините, 1200 баксов. То есть до#уя. Ещё ReSharper в довесок — это 150 баксов.
Итого цена реально хорошего инструмента — это 1350 баксов.
Если хочется офигительный инструмент со всеми наворотами, то ultimate стоит уже 13300 баксов. За МКАДом это зарплата за год. То есть или пирать, или истекай слюнями.
Теперь сравним с Дельфи… Не поленился, посмотрел. Starter — это какая-то неюзаемая поделка, чисто поиграться. Аналог бесплатной VS начинается в районе Pro. Серьзный инструмент начинается с Enterprise (в Pro нет работы с нелокальными БД — лолшто?)
Итого цена хорошего (?) инструмента — это 1950 баксов.
Вывод: при всей неадекватности цен VS Дельфи сосёт и причмокивает. Единственное что — у Embarcadero нет пятизначных цен для индивидуальных разработчиков. Но, подозреваю, самая крутая версия Дельфи нервно курит в сторонке при виде самой крутой версии VS.
P.S. При чтении полного списка фич Дельфи чуть не подавился от смеха. Если в сравнении версий Студии описаны реально решающие пункты, то в сравнении версий Дельфи расписано всё вплоть до «иконки с поддержкой прозрачности», «можно включить и отключить подсветку парных скобок», «автодополнение кода при редактировании html и css» (кстати, только в Pro!), «рефакторинг переименования» (тоже только в Pro!)…
P.P.S. 100500 лет не трогал Дельфи и семейство. А так детство с Билдера начиналось. Печально, что такой инструмент куда-то не туда ушёл…
Visual Studio Pro 2012 — это, извините, 1200 баксов. То есть до#уя. Ещё ReSharper в довесок — это 150 баксов.
Итого цена реально хорошего инструмента — это 1350 баксов.
Если хочется офигительный инструмент со всеми наворотами, то ultimate стоит уже 13300 баксов. За МКАДом это зарплата за год. То есть или пирать, или истекай слюнями.
Теперь сравним с Дельфи… Не поленился, посмотрел. Starter — это какая-то неюзаемая поделка, чисто поиграться. Аналог бесплатной VS начинается в районе Pro. Серьзный инструмент начинается с Enterprise (в Pro нет работы с нелокальными БД — лолшто?)
Итого цена хорошего (?) инструмента — это 1950 баксов.
Вывод: при всей неадекватности цен VS Дельфи сосёт и причмокивает. Единственное что — у Embarcadero нет пятизначных цен для индивидуальных разработчиков. Но, подозреваю, самая крутая версия Дельфи нервно курит в сторонке при виде самой крутой версии VS.
P.S. При чтении полного списка фич Дельфи чуть не подавился от смеха. Если в сравнении версий Студии описаны реально решающие пункты, то в сравнении версий Дельфи расписано всё вплоть до «иконки с поддержкой прозрачности», «можно включить и отключить подсветку парных скобок», «автодополнение кода при редактировании html и css» (кстати, только в Pro!), «рефакторинг переименования» (тоже только в Pro!)…
P.P.S. 100500 лет не трогал Дельфи и семейство. А так детство с Билдера начиналось. Печально, что такой инструмент куда-то не туда ушёл…
Согласен с рядом мнений, что Delphi это бочка с недостатками. Но подскажите мне есть ли в данный момент продукт, сопоставимый с Delphi по удобству разработки GUI интерфейсов для native приложений? Спрашиваю совершенно без всякого сарказма, может я действительно не знаю.
C++/Qt с помощью QtCreator :)
Причем, с минимальными усилиями получается код, работающий как в Windows, так и в MacOS X/Linux/еще_десяток_платформ.
Я не знаю ничего такого, что умела бы в плане GUI Delphi, но нельзя было бы просто сделать в Qt.
Причем, с минимальными усилиями получается код, работающий как в Windows, так и в MacOS X/Linux/еще_десяток_платформ.
Я не знаю ничего такого, что умела бы в плане GUI Delphi, но нельзя было бы просто сделать в Qt.
А как насчет набора компонент, насколько он богат по сравнению с Delphi? Например, Ribbon там есть рабочий, а скинабельность? Лично нам без этого никак. Для GUI приложений очень важно, чтобы была возможность оперативно поддерживать самые модные и навороченные тенденции в интерфейсах, иначе рискуешь проиграть конкурентам. Пользователи невероятно любят всякие модные штучки в этом плане.
P.S. Опять же таки спрашиваю, потому что интересно, без всякого скрытого подтекста.
P.S. Опять же таки спрашиваю, потому что интересно, без всякого скрытого подтекста.
Можно еще добавить про возможность загрузки ui-файлов на лету. куда еще скинабельнее)
попробуйте-ка заставить дельфи dfm-файл динамически подгружать и обрабатывать навешанные сигналы.
Компонентов уйма… сколько всяких извращенных не возникало, всегда находил на 1-2 странице гугла. и весьма сжатым кодом. Гибкость, имхо, решает.
UPD: прошу прощения, ответ должен был быть не Вам), а уровнем выше.
попробуйте-ка заставить дельфи dfm-файл динамически подгружать и обрабатывать навешанные сигналы.
Компонентов уйма… сколько всяких извращенных не возникало, всегда находил на 1-2 странице гугла. и весьма сжатым кодом. Гибкость, имхо, решает.
UPD: прошу прощения, ответ должен был быть не Вам), а уровнем выше.
Разумеется нет, там даже нет пятой части от разнообразия готовых кирпичиков из экосистемы Delphi.
Вы, это лично знаете? Хотелось бы узнать мнение тех, кто имеет примерно равный опыт реальной работы «и там и там».
Ситуация с Delphi на самом деле стабилизируется.
Embarcadero старается оставлять возможность перепомпиляции старых приложений с минимальными исправлениями. Это радует. Но надо на ситуацию смотреть и с оптимистической точки зрения. Например количество Delphi-«писателей» в разы сократилось (коллеги доучиваются и их код уже не стыдно [иногда!] даже другим людям показывать), что снимает некоторую конкуренцию с рынка труда.
А отладчик был и остается на высоте. Ведь в любой среде самое важное, не столько как быстро вы создадите сложное приложение, а как удобно вести его отладку.
Embarcadero старается оставлять возможность перепомпиляции старых приложений с минимальными исправлениями. Это радует. Но надо на ситуацию смотреть и с оптимистической точки зрения. Например количество Delphi-«писателей» в разы сократилось (коллеги доучиваются и их код уже не стыдно [иногда!] даже другим людям показывать), что снимает некоторую конкуренцию с рынка труда.
А отладчик был и остается на высоте. Ведь в любой среде самое важное, не столько как быстро вы создадите сложное приложение, а как удобно вести его отладку.
Есть еще один немаловажный момент — скорость компилятора и линкера — любой сопоставимый код в Delphi компилируется в разы быстрее чем на С++/C# и это исключительная особенность языка Pascal на котором он основан. Для С/С++ такой компилятор создать принципиально невозможно — он требует многопроходного компилера. При отладке это очень и очень существенно. Внес исправление и тут же можно проверить, не нужно ждать пока соберется немаленький проект.
Справедливости ради, .Net/C# можно прямо в рантайме править…
А как? Я, например, решил, что нужно расположить по-другому контролы на форме и перезапустить, посмотреть как с реальными данными это будет выглядеть, плюс попробовать юзабилити. (Пока отрабатываешь юзабилити приходится много экспериментировать).
Ну и второе — есть ли удобный способ писать в Native коде на С++? MFC просто ужасен, сейчас делаю уже третью попытку использовать его со времен VS6.0. Forms неплох, но это managed код. Я же любитель и пишу иногда для КПК (WM5, WM6), а там .NET compact framework запускает приложения в managed коде очень небыстро. Ну и хочется иметь единый инструмент для ПК и КПК, чтобы не путаться. Пока для ПК наиболее быстро и удобно пишется на Delphi. Я по привычке часто проверяю свои идеи в Runtime, когда уже костяк классов написан и нужно проверить как работает выборка из MySQL к примеру или правильно ли логика с файлами отрабатывает, правильно ли отрабатывают реакции на события, управление компом (питание и прочие системные события). Для этого нужно иметь возможность быстро внести изменения и снова запустить приложение. в VS2008/2010 (у меня установлены обе) это занимает много больше времени чем в Delphi. Именно поэтому и из-за того, что С++ Builder бедный родственник Delphi я в свое время перешел с С++ на Delphi, хотя считалось, что под Windows нужно писать на С. У меня были проекты (когда-то я работал программистом) и на С++ (достались в наследство) и на Delphi разных версий. Последние поддерживать и развивать было проще.
Я вот как раз такой домашний программер, который в основном для себя пишет. Разного рода софт. Поэтому и приходится использовать разные языки. Я был бы доволен, если бы удалось обойтись одним для всего, но не получается. Лишний язык — лишняя путаница в голове. Даже когда привыкаешь, все равно на одном думать быстрее и лучше, чем на разных языках и разными приемами.
Ну и второе — есть ли удобный способ писать в Native коде на С++? MFC просто ужасен, сейчас делаю уже третью попытку использовать его со времен VS6.0. Forms неплох, но это managed код. Я же любитель и пишу иногда для КПК (WM5, WM6), а там .NET compact framework запускает приложения в managed коде очень небыстро. Ну и хочется иметь единый инструмент для ПК и КПК, чтобы не путаться. Пока для ПК наиболее быстро и удобно пишется на Delphi. Я по привычке часто проверяю свои идеи в Runtime, когда уже костяк классов написан и нужно проверить как работает выборка из MySQL к примеру или правильно ли логика с файлами отрабатывает, правильно ли отрабатывают реакции на события, управление компом (питание и прочие системные события). Для этого нужно иметь возможность быстро внести изменения и снова запустить приложение. в VS2008/2010 (у меня установлены обе) это занимает много больше времени чем в Delphi. Именно поэтому и из-за того, что С++ Builder бедный родственник Delphi я в свое время перешел с С++ на Delphi, хотя считалось, что под Windows нужно писать на С. У меня были проекты (когда-то я работал программистом) и на С++ (достались в наследство) и на Delphi разных версий. Последние поддерживать и развивать было проще.
Я вот как раз такой домашний программер, который в основном для себя пишет. Разного рода софт. Поэтому и приходится использовать разные языки. Я был бы доволен, если бы удалось обойтись одним для всего, но не получается. Лишний язык — лишняя путаница в голове. Даже когда привыкаешь, все равно на одном думать быстрее и лучше, чем на разных языках и разными приемами.
C интерфейсом не подскажу. Но если разговаривать только в плоскости UI, то зачем вам С++ с MFC? После выхода WPF, на него пересели очень многие тяжелые приложения. А выборки из БД я проверяю при помощи тестов… И даже не возникает необходимости в том, что вы описываете. А если потратить немножко времени на изучение MVVM+WPF, то все становится еще веселей. Но вот по поводу WM5,6 не скажу. Давно уже похоронил их для себя и не интересуюсь. Знаю только что на .Net Micro WPF встроен.
Зачем разговаривать в плоскости только чего-то? Я хочу иметь инструмент, достаточно удобный, чтобы в нем было можно сделать проект целиком. У меня не суперсистема в разработке и не 50 программеров. Я один. Переключения и внешние утилиты только мешают, отвлекая время. Мои требования — довольно быстрый запуск приложения, желательно компактый код (поэтому Lazarus вообще не вариант), удобная разработка как GUI так и достаточный инструментарий для сетей, БД и по взаимодействию с системой.
Выборки из БД надо еще посмотреть как будут выглядеть в интерфейсе. То есть данные то мы выбрали, все ок, а вот будет ли удобно воспринимать их так как они выведены в интерфейсе? Этот вопрос решается только проверкой — выполняем типичный сценарий пользователя, если много мельтешения, лишних нажатий и прокруток — неудобно, надо думать и править. И так десятки раз за один вечер.
Дело в том, что у меня есть дешевые КПК (1-2 тыр) которые хочется использовать для робот-проектов, для себя. Телефон на WP7 для этого покупать глупо — дорого и никакой разницы в функционале. WM для этого идеальна. Android как-то после винды крив, кос и туп для таких целей — это чисто гаджет. На роль бортового компа робота слабо пригоден. Только для примитива и интерфейса для пальцев.
Я бы тоже похоронил, но новых КПК не выходит, а поддержку WM забросили. пробовал на WinForms — не то, медленно запускается приложение на КПК, в общем чувствуются костыли. .NET не был и не является настолько распространенным, чтобы полностью заменить native код. Был бы он быстр и легок, забыл бы про MFC как страшный сон. Но почему-то WinForms не сделали для С++ в native коде. А зря.
Выборки из БД надо еще посмотреть как будут выглядеть в интерфейсе. То есть данные то мы выбрали, все ок, а вот будет ли удобно воспринимать их так как они выведены в интерфейсе? Этот вопрос решается только проверкой — выполняем типичный сценарий пользователя, если много мельтешения, лишних нажатий и прокруток — неудобно, надо думать и править. И так десятки раз за один вечер.
Дело в том, что у меня есть дешевые КПК (1-2 тыр) которые хочется использовать для робот-проектов, для себя. Телефон на WP7 для этого покупать глупо — дорого и никакой разницы в функционале. WM для этого идеальна. Android как-то после винды крив, кос и туп для таких целей — это чисто гаджет. На роль бортового компа робота слабо пригоден. Только для примитива и интерфейса для пальцев.
Я бы тоже похоронил, но новых КПК не выходит, а поддержку WM забросили. пробовал на WinForms — не то, медленно запускается приложение на КПК, в общем чувствуются костыли. .NET не был и не является настолько распространенным, чтобы полностью заменить native код. Был бы он быстр и легок, забыл бы про MFC как страшный сон. Но почему-то WinForms не сделали для С++ в native коде. А зря.
В последний раз, когда мне пришлось столкнуться с Delphi — попытка сдружить его с SOAP сервисом, был просто адом. С точки зрения серверсайда, и систем сложнее UI+СУБД, даже нет смысла рассматривать. Тот же .Net и Java на световые века впереди.
По поводу UI:
В WPF+MVVM четко разделяются данные и представление. Вся работы с данными тестируема, вплоть до последнего ViewModel и его реакции на внешние события. А сам UI можно спокойно в Blend рисовать и натягивать на модель. А для тестов — просто мок и любые тестовые данные даже без связки с бд.
ПС. Студия 2010, без SSD весьма туга. На SSD просто самолет и большие проекты собираются очень быстро.
По поводу UI:
В WPF+MVVM четко разделяются данные и представление. Вся работы с данными тестируема, вплоть до последнего ViewModel и его реакции на внешние события. А сам UI можно спокойно в Blend рисовать и натягивать на модель. А для тестов — просто мок и любые тестовые данные даже без связки с бд.
ПС. Студия 2010, без SSD весьма туга. На SSD просто самолет и большие проекты собираются очень быстро.
Честно говоря, ни разу в жизни не использовал SOAP. У меня не серверные приложения. Допускаю, что там есть проблемы. Java мне вообще категорически не понравился, это просто мои собственные предпочтения.
о нет, использовать Blend чтобы потом делать что-то в VS и так далее — это подход, который превращает создание первого рабочего приложения в кучу лишних действий.
В Delphi можно прекрасно разделять и представление и документ и логику работы. Просто Delphi этого не навязывает. Я люблю свободу — когда можно написать быстро мелкое приложение прямо сейчас или хорошо подумать, спроектировать и написать большой программный комплекс. Инструмент разработки при этом один и тот же одинаково удобный и гибкий. Одинаково быстро компилирует и то и другое. Если говорить об узкой специализации, да, VS будет лучше или Java или еще что-то. Delphi позволяет делать что угодно, от низкоуровеного WinAPI приложения, до многомодульного или кроссплатформенного комплекса. Вопрос только в квалификации программиста. Это я люблю. Среда не должна мне что-то навязывать, я не маленький и меня не нужно воспитывать, я сам решу, как мне быть, среда должна предоставить ВОЗМОЖНОСТЬ и желательно с минимумом нецелевых действий. Delphi далека от идеала, но удобнее чем VS.
У меня SSD Vertex 4 128GB, на котором стоит и VS2008 и VS2010 и Delphi7 и Delphi 2010 — только BPL дополнительные лежат на HDD. В итоге компилится все равно быстрее в Delphi и чем больше проект, тем это ощутимее. А на пустом проекте вообще смешно — в Delphi запускается сразу, а VC начинает долго собирать проект. Причем такое ощущение, что это только снаружи навесили немножко GUI а внутри оно консольное и ни фига не интегрированное — так все разрозненно. Благо хоть дебаггер встроен по-человечески. В итоге пользуюсь то я всем, но удобнее всего для моих разнообразных задач именно Delphi.
P.S. Кстати, что касаетя тестирования. Я обрадовался появлению тестовых обвязок сначала. Думал, что так выйдет тестировать проще или быстрее. Оказалось, что не только не проще, но код становится из-за тестовых вставок только кривым и пользоваться этим вот так — «взял и оттестил» не удается. А разработки бывают не только коммерческие, в которых неделя на подготовку тестирования или даже полдня — не срок.
о нет, использовать Blend чтобы потом делать что-то в VS и так далее — это подход, который превращает создание первого рабочего приложения в кучу лишних действий.
В Delphi можно прекрасно разделять и представление и документ и логику работы. Просто Delphi этого не навязывает. Я люблю свободу — когда можно написать быстро мелкое приложение прямо сейчас или хорошо подумать, спроектировать и написать большой программный комплекс. Инструмент разработки при этом один и тот же одинаково удобный и гибкий. Одинаково быстро компилирует и то и другое. Если говорить об узкой специализации, да, VS будет лучше или Java или еще что-то. Delphi позволяет делать что угодно, от низкоуровеного WinAPI приложения, до многомодульного или кроссплатформенного комплекса. Вопрос только в квалификации программиста. Это я люблю. Среда не должна мне что-то навязывать, я не маленький и меня не нужно воспитывать, я сам решу, как мне быть, среда должна предоставить ВОЗМОЖНОСТЬ и желательно с минимумом нецелевых действий. Delphi далека от идеала, но удобнее чем VS.
У меня SSD Vertex 4 128GB, на котором стоит и VS2008 и VS2010 и Delphi7 и Delphi 2010 — только BPL дополнительные лежат на HDD. В итоге компилится все равно быстрее в Delphi и чем больше проект, тем это ощутимее. А на пустом проекте вообще смешно — в Delphi запускается сразу, а VC начинает долго собирать проект. Причем такое ощущение, что это только снаружи навесили немножко GUI а внутри оно консольное и ни фига не интегрированное — так все разрозненно. Благо хоть дебаггер встроен по-человечески. В итоге пользуюсь то я всем, но удобнее всего для моих разнообразных задач именно Delphi.
P.S. Кстати, что касаетя тестирования. Я обрадовался появлению тестовых обвязок сначала. Думал, что так выйдет тестировать проще или быстрее. Оказалось, что не только не проще, но код становится из-за тестовых вставок только кривым и пользоваться этим вот так — «взял и оттестил» не удается. А разработки бывают не только коммерческие, в которых неделя на подготовку тестирования или даже полдня — не срок.
Ну на .Net знаючи можно огого. А что со студией — надо смотреть. может Nuget проверяет пакеты может еще чего. Собираю достаточно большие проекты на Solid 3. Дома на ForceGT еще быстрее.
WPF то же не навязывает вам особых паттернов. Если хочется — можно и просто в codebehind строчить логику.
А для тестов — IoC контейнеры. И код чистый и лайфтайм объекта удобно контролировать. В маленьких проектах смысла нет особого. а вот в больших очень не помешает.
WPF то же не навязывает вам особых паттернов. Если хочется — можно и просто в codebehind строчить логику.
А для тестов — IoC контейнеры. И код чистый и лайфтайм объекта удобно контролировать. В маленьких проектах смысла нет особого. а вот в больших очень не помешает.
У меня особо больших проектов нет. Вплоть до того, что командные средства разработки и всяческие github и svn мне не пригодились, хотя поднял сервер SVN свой, попробовал в него коммитить, но прелести не ощутил — для одного человека скорее лишний гемор чем какое-то удобство. Автоматически версии не создаются, диффы тоже оказались неудобны — просто в коде выделить что изменилось с предыдущей версии нет возможности. короче если ты не пишешь новую Windows или хороший большой командный проект, то особо нет смысла. У меня есть не маленький, а средненький такой проект, но и его удобнее разрабатывать в Delphi. В VS быстро начинается файловый треш, несмотря на все ее лишние папки.
Вот удобно это профили — Debug/Release и прочие. Я этому очень рад в новых Delphi. в 7й версии этого не хватало. Так получилось что делать разные ActionLists, чтобы программировать реакцию и держать все действия рассортированными по категориям и группам, централизованно управлять, назначать и отключать гораздо удобнее в Delphi чем в родном для Windows VS. управлять потоками сообщений, писать обработчики системных событий тоже удобнее на Delphi. что опять же странно. Я пока не освоил полностью новшества даже D2010 в плане синтаксического сахара и прочих мощных вещей, поэтому иногда пишу даже менее эффективно, чем дельфа позволяет.
Вот удобно это профили — Debug/Release и прочие. Я этому очень рад в новых Delphi. в 7й версии этого не хватало. Так получилось что делать разные ActionLists, чтобы программировать реакцию и держать все действия рассортированными по категориям и группам, централизованно управлять, назначать и отключать гораздо удобнее в Delphi чем в родном для Windows VS. управлять потоками сообщений, писать обработчики системных событий тоже удобнее на Delphi. что опять же странно. Я пока не освоил полностью новшества даже D2010 в плане синтаксического сахара и прочих мощных вещей, поэтому иногда пишу даже менее эффективно, чем дельфа позволяет.
SVN для одиночки удобен для регулярного бекапа проекта (с возможностью ступенчатого отката), и для синхронной работы из разных мест (дома, в гараже, в офисе, итд..). SVN гораздо удобнее и надежнее, чем таскать с собой проект на флешке.
Я надеялся именно на такой функционал, оказалось неудобно. Много лишних телодвижений, а нормальной синхронизации не получилось. Возможно, что-то не так делал, но грамотного простого описания для такого случая не нашел.
Простой рецепт для windows:
Сервер — VisualSVN Server
Клиент — TortoiseSVN
На сервере создаем пользователя и репозиторий, проверяем, что он доступен через браузер.
На локальной машине на папке с проектом через меню по ПКМ делаем TortoiseSVN -> Import.
Вообще все термины относительно удаленного репозитория. Import — значит импорт в удаленный репозиторий из локальной папки. Можно ориентироваться по значкам в TortoiseSVN — желтая бочка и есть удаленный репозиторий.
А дальше Update — обновить локальную копию из репозитория. Commit — закоммитить изменения из локальной копии в репозиторий. Дальше сам.
Сервер — VisualSVN Server
Клиент — TortoiseSVN
На сервере создаем пользователя и репозиторий, проверяем, что он доступен через браузер.
На локальной машине на папке с проектом через меню по ПКМ делаем TortoiseSVN -> Import.
Вообще все термины относительно удаленного репозитория. Import — значит импорт в удаленный репозиторий из локальной папки. Можно ориентироваться по значкам в TortoiseSVN — желтая бочка и есть удаленный репозиторий.
А дальше Update — обновить локальную копию из репозитория. Commit — закоммитить изменения из локальной копии в репозиторий. Дальше сам.
Для одиночки лучше git (TortoiseGIT) — ему сервера не надо.
Полезен в качестве управляемого менеджера резервных копий.
Например, если что-то временно надо выкинуть — закомитил в гит, выкинул, понадоблось обратно — ролбакнул и оно вернулось. Ну и альтернативные (пробные) варианты реализации какой-либо фичи в разных ветках держать удобно… И перспективные наработки тоже удобно держать в ветках, отдельных от того готового, чем можно делиться с общественностью. И тестить их по отдельности, мёржить в готовое по мере готовности…
Полезен в качестве управляемого менеджера резервных копий.
Например, если что-то временно надо выкинуть — закомитил в гит, выкинул, понадоблось обратно — ролбакнул и оно вернулось. Ну и альтернативные (пробные) варианты реализации какой-либо фичи в разных ветках держать удобно… И перспективные наработки тоже удобно держать в ветках, отдельных от того готового, чем можно делиться с общественностью. И тестить их по отдельности, мёржить в готовое по мере готовности…
Еще момент: я визуал. Чистый. Мне крайне неудобно разрабатывать UI в виде ресурсов, которые не реагируют на мои действия. Мне крайне сложно тестировать логику если ее нельзя посмотреть в действии. Даже если на бумажке расписал, все равно нужно убедиться, тогда в голове складывается картинка того, как все работает вместе. Дебаггер тут отличный помощник, но визуально обязательно нужно увидеть. Поэтому запуск приложения, особенно если это сетевое приложение, которое бесполезно запускать без второй половины, чтобы получить данные для обработки (поверьте- заглушка не всегда то же самое), а если есть нити, то вообще бесполезно что-то представлять, нужно тестировать в runtime, иногда просто лог делая, иначе вставили breakpont и оно работает по-другому, потому что обработка в realtime чуть-чуть не то же самое, что на бумажке.
Это не всегда так, но это гораздо удобнее делать в Delphi, когда понадобится, благодаря сумасшедше быстрой компиляции. Это во время обучения прикольно смотреть на крутые надписи как компилер и линкер переваривают написанный тобой код, гордость берет :) а потом хочется этот процесс не видеть вовсе, а ошибку видеть подсвеченной в коде сразу, а не искать в выдаче компилера, чтобы перейти к ней в коде.
Это не всегда так, но это гораздо удобнее делать в Delphi, когда понадобится, благодаря сумасшедше быстрой компиляции. Это во время обучения прикольно смотреть на крутые надписи как компилер и линкер переваривают написанный тобой код, гордость берет :) а потом хочется этот процесс не видеть вовсе, а ошибку видеть подсвеченной в коде сразу, а не искать в выдаче компилера, чтобы перейти к ней в коде.
Дельфя — хороший инструмент. Но к сожалению, кончился на 7-й версии. То, что сейчас делает Эмбаркадера — опаздывает на годы и не стоит запрашиваемых денег. А жаль.
Лично для себя выбрал Python/Cython. Пока не жалею.
Лично для себя выбрал Python/Cython. Пока не жалею.
Лучше поздно, чем никогда ;)
P.S. И чем же Delphi 7 лучше, например, Delphi XE3?
P.S. И чем же Delphi 7 лучше, например, Delphi XE3?
Доступнее.
Ценой доступнее? Лол, вы чо, совсем некомпетентен? Даже сейчас Delphi XE3 дешевле чем Delphi 7. Цена D7 не менялась — а по тем временам стоила вообще ппц сколько. Или доступнее она была чем-то еще?
Чтоб не быть голословным:
Delphi 7 Enterprise — 77115,30 руб.
Delphi XE3 Enterprise — 61909,03 руб.
Доступнее, ага.
Delphi 7 Enterprise — 77115,30 руб.
Delphi XE3 Enterprise — 61909,03 руб.
Доступнее, ага.
Ценовая политика Embarcadero за пределами моего понимания.
Вобщем, менее доступнее Delphi 7. Есть какие-либо другие преимущества? Думаю что нет. А раз нет — почему тогда Delphi кончился на 7-ой версии? Вам стоит изучить тему, имхо. А то люди ведь читают вроде как авторитетный источник — вот и наслушаются, что D7 самая крутая — а остальные релизы говно-говном. Хотя это не так.
На момент выхода D7 была реально крута. Она и сейчас крута — написаные под ней проги работают на всех виндах без шаманства, и сносно работают под Wine. То, что появилось через много лет в XE — unicode, x64, дженерики, биндинги — должно было появиться гораздо раньше. Сейчас этим уже никого не удивишь.
Поддержка яблок? Я не буду ей пользоваться. Ведь тут многое зависит от яблок — вдруг они решат, что нефиг. Тогда вся поддержка пойдет по звизде.
Нет поддержки пингвинов? Это странно и глупо, отказываться от такого куска пирога, когда он уже был готов. Опять же, вдруг завтра от яблок откажутся по той же причине, по которой от пингвинов отказались.
Поддержка яблок? Я не буду ей пользоваться. Ведь тут многое зависит от яблок — вдруг они решат, что нефиг. Тогда вся поддержка пойдет по звизде.
Нет поддержки пингвинов? Это странно и глупо, отказываться от такого куска пирога, когда он уже был готов. Опять же, вдруг завтра от яблок откажутся по той же причине, по которой от пингвинов отказались.
Но это проблемы Borland. Эмбаркадеро купила в 2008-м продукт и начала его спасать. Именно она сделала и юникод и байндинги и 64 бита.
Скомпиленные в XE3 приложения так же работают на всем, кроме 95, 98 и МЕ. Которые уже совершенно устарели. А вот запустив приложение скомпилированное в D7 на висте или seven можно обнаружить косяки(например известная проблема с «пустым» окном при переключении задач), хотя в целом все работает сносно. Но опять же — там нет, например, поддержки современного виндового API, поэтому заголовочники для новых интерфейсов прийдется прописывать руками. Это то, что в голову пришло.
Не поддержки пингвинов? Подождите. Будет. После iOS и Android.
Не поддержки пингвинов? Подождите. Будет. После iOS и Android.
Честно говоря, переносимость кода сильно преувеличена. Когда приложение работает только с сетью и внутри себя просто дробит цифры, тогда да, оно имеет смысл. А когда приложение активно использует API операционной системы и ее ресурсы оно становится очень жестко привязано к ней, переносимость почти нулевая, как у Total Commander к примеру. Или это будет тормозной глючный монстр.
Согласен, но, сравнивая с D7 я имел ввиду VCL, тем самым обращая внимание только на Windows.
Да, проблемы с D7 есть. Как и с юникодом. К сожалению, новых программистов, (грамотных в разработке native приложений, а не веб-программистов), появляется маловато, а старые продолжают активно писать в ANSI, из-за чего приходится с ними на стыке работать. Вот, например, писал плагин под MKey — выяснилось, что она не поддерживает Unicod, а работать с ansi в D2010 оказалось чуть сложнее, чем скомпилить плагин под D7. К тому же код получился компактнее. Для модуля, постоянно висящего в памяти, это полезно.
Если кое что вспомнить, был такая среда разработки Kylix. Но не очень она понравилась разработчикам по причине привязке к QT.
Ведь для чего выбирают (в основном и больше всего) Delphi — разработка GUI-приложений. А все остальное можно делать, но не всегда хорошо и удобно получается.
Вот когда Embarcadero сделает возможность компиляции VCL на всех платформах, разработчики могут опять сильно заинтересоваться.
По поводу возможности «закрытия» на какой-либо платформе — чистый бред. Реальной существующий пример — Java. Вопрос только на сколько оптимален и функционален будет такой код? Если так же, как и Kylix, когда для одного приложения требовалось переносить еще несколько библиотек, да еще и побегать с бубном их связывая, то ситуация повторится — такая опция будет, но никому не нужна.
Ведь для чего выбирают (в основном и больше всего) Delphi — разработка GUI-приложений. А все остальное можно делать, но не всегда хорошо и удобно получается.
Вот когда Embarcadero сделает возможность компиляции VCL на всех платформах, разработчики могут опять сильно заинтересоваться.
По поводу возможности «закрытия» на какой-либо платформе — чистый бред. Реальной существующий пример — Java. Вопрос только на сколько оптимален и функционален будет такой код? Если так же, как и Kylix, когда для одного приложения требовалось переносить еще несколько библиотек, да еще и побегать с бубном их связывая, то ситуация повторится — такая опция будет, но никому не нужна.
Про ценовую политику — у людей (интересно откуда?) сложилось стойкое впечатление — что все новые релизы плохие. Эмбаркадеро «дает забесплатно» лицензии всех версий вплоть до D7, как мне кажется, для того что бы люди хотя бы попробовали и убедились — что они, по крайней мере, не хуже. И правильно делают. Пусть старые проекты поддерживают на старых версиях, а новые начинают писать на новых.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Embarcadero: нас не интересуют мелкие разработчики (по итогам «мирового турне»)