Раньше на вопрос в заголовке ответ был очевиден: Delphi 7. То был идеальный язык: синтаксис и семантика простые и понятные, среда разработки летает, GUI накидывается быстро, куча компонентов на любой вкус, компилится вообще махом, причём в нативный код. Недостатков просто не было.
Но сейчас вот выясняется, что язык загубили, бессмысленно и бессовестно, а разработчика выпотрошили и пустили по миру.
Вопрос анону, который бывает в разных частях интернета и всё знает, убив Delphi, нам дали что-нибудь полноценное взамен?
>>625890 (OP) Какого плана шаровары-то? Так-то дельфи 7 до сих пор потыкать палкой можно для чего-то элементарного с формочками. IDE на свежие виндовсы встает со скрипом, но вот сами программки без проблем работают даже на десятке. Я не далее, как два месяца назад писал что-то типа журнала учета заказов для одного барыги. За вечер накидал формы, сделал пару табличек в BDE, несколько отчетов в fastreport - готово. Никаких тяжелых фреймворков, работает у барыги на древнем компе на его точке, и дома на семерке.
>>626479 Компоненты для генерации отчетности для печати. В редакторе рисуешь шаблон документа (шапка там, реквизиты, футер и т.п.) и указываешь куда, какие данные из базы вставлять. Мощная штука, позволяет формировать документы любой сложности, если надрочиться.
>>626440 бейсик это слишком для меня. Не, писал мелкие утилиты на AutoIT (на самом деле приятная штуковина, хоть и с basic-синтаксисом), но постоянно кодить на нём я б не хотел.
>Lazarus Да, как вариант. Основные вопросы: мышкотыкательный интерфейс также мощен как в C#/Qt (в частности есть ли резиновый интерфейс а не только TOP LEFT) и как ситуация с доп. либами.
>lua с jit, для обфускации кода. Присматриваюсь к этому языку ещё со времён игры в WoW. Но учить повода как-то не было. А на нём можно создать standalone .exe приложение вменяемого размера?
>C/C++ Планирую выйти на пенсию, проходить старые сейвы игр... и учить C++. Пока я слишком молод и непорочен для этого.
>QtCreator Тоже приглядываюсь, слышал много положительных отзывов. Но самый болезненный вопрос: риальне ли кодить на одном из языков, имеющих биндинг к Qt и никогда не встречаться с C++ кодом? Или анрил и сишечка всё равно будет проглядывать там и сям?
>>626485 >>Lazarus >Да, как вариант. Основные вопросы: мышкотыкательный интерфейс также мощен как в C#/Qt (в частности есть ли резиновый интерфейс а не только TOP LEFT) и как ситуация с доп. либами.
настолько же мощен как и Qt/C++, вроде бы резиновые лэйауты были еще в Delphi 7, так что должны быть.
>>lua с jit, для обфускации кода. >Присматриваюсь к этому языку ещё со времён игры в WoW. Но учить повода как-то не было. >А на нём можно создать standalone .exe приложение вменяемого размера?
Оверхед Lua 200 кб. Standalone exe создать можно если поебаться конкретно, но я бы юзад просто инсталлер, то же самое касается всей скриптоты типа perl и python.
>>QtCreator >Тоже приглядываюсь, слышал много положительных отзывов. Но самый болезненный вопрос: риальне ли кодить на одном из языков, имеющих биндинг к Qt и никогда не встречаться с C++ кодом? Или анрил и сишечка всё равно будет проглядывать там и сям?
Нужно знать С++ и знать его хорошо. Байндинги есть конечно, но прикручивать к скрипту на питоне 10 мб либ Qt... Для сей хотя бы статическая сборка работает.
>>625890 (OP) >убив Delphi, нам дали что-нибудь полноценное взамен? Внезапно Delphi. Нет, он не сдох, он просто так пахнет Но это по-прежнему крайне эффективное средство для создания говна на коленках. Правда мир шаравари сейчас движется в сторону всяких аппсторов, возьми язык под нужный тебе апстор. >>625898 >с решарпером Не ставь всякое говно. >Отпадает процент потенциальных клиентов с не последней версией .NET Framework. Зачем тебе клиенты без денег, сидящие на краденых виндоусах? >Алсо вопросы с защитой кода. Никаких вопросов, любое приложение дешевле купить, чем сломать. А если сломали, значит ты уже продал пару миллионов копий и твое приложение стало настолько популярным, что им заинтересовались хэккеры, в этом случае тебе тем более похуй, что его кто-то там ломает. >Подвох в другом: Windows юзеры джава софт недолюбливают. Зато пользователи андроидов нормально относятся, там и надо применять.
>>626548 Так это же ахуенно! Вместо того, чтобы писать кучу защиты, тратится на обфускаторы, постоянно менять эту защиту - просто пишешь софт на всем готовеньком на скриптоподобном свифте, который будет весить как перышко и везде летать. Ах да - тебе ещё за это сами пользователи выкладываются, а не за то, что не могут что-то там взломать.
Алсо, анон, знаю что ты не любишь плюсы, но посмотри в сторону Qt QML. Можно писать чуть ли не полностью на жс-подобном языке как разметку так и логику, полная кроссплатформа, все компилируется в машинный код и будет работать даже на самом зачуханном андроеде как нативная хуитка, в отличие от всякого жс-говна. Если нужна какая-то супер логика - можно написать бэкэнд для сего чуда на чем угодно.
>Но сейчас вот выясняется, что язык загубили, бессмысленно и бессовестно, а разработчика выпотрошили и пустили по миру. Разработчик ушел делать .NET до начала времен. Как ни странно, Delphi и C++ Builder никуда не делись, только теперь у C++ Builder clang с С++11 вместо борландского компилятора, есть поддержка мобилок и макоси (а с вайном должен и линукс без проблем работать).
>>626710 >У брейнфака семантика говно. Дык она напрямую из грамматики вытекает, хуле тот пидор сравнивает семантику с синтаксисом? >Пиши на 1С. Люто двачую этого.
>>626534 Ну 1С для них - это вопрос жизни и смерти, а ОП говорит про шароварку. Поделка на дельфи может быть вопросом жизни и смерти, если эта какая-то база данных, сделанная индивидуально под клиента, но в этом случае она и так будет принадлежать клиенту целиком и полностью, и никому, кроме него нужна не будет.
>>626541 >Objective-C и Swift В принципе давно подумываю перекатиться на Мак. Не фанатик, просто есть мнение, что эта система вмещает лучшее от винды (стабильность гуя) и линукса (posix окружение и полноценная консоль) и таким образом является лучшим выбором для кодинга и творчества.
Так что когда продам почку и накоплю на макбук, то попробую и свифт.
>Тогда бери lazarus Пока думаю между ним и C#. Как сам язык со своими средствами, конечно, C# нравится больше. И вероятность внезапно соснуть на середине разработки от отсутствия какой-то либы (или бажности единственной имеющейся) на шарпе таки меньше. Да и сам процесс разработки обещает быть меньше на шарпе, даже несмотря на гораздо более тормозную студию, чем IDE Lazarus (та наверстает begin/end/then'ами).
>Внезапно Delphi. Разработка на ломаной малопопулярной среде обещает боль и унижения (лекарство там отвалилось за день до дедлайна, или проблемы с обновлениями и соответственно непофикшенные баги и т.п.) Пока менее приоритетный вариант.
>>626614 >жс-подобном языке Антош, но я и ЖС не люблю.
Алсо опять же оче сомнительно что удастся кодить вообще не соприкасаясь с плюсами. Всё равно ж они будут вылазить. Хотя бы в документации и в прогах-примерах.
>>626665 >Обоснуй Если вкратце, то дело в ступенях развития. Бейсик я познал ещё в школе и он восхитил как первый НАСТОЯЩИЙ язык. Ничего лучше я не знал. Правда один альфач из нашего класса уже тогда ходил на курсы и изучал Pascal, то считалось вообще недосягаемо круто, ибо сей язык виделся нам языком ВЗРОСЛЫХ программистов. Потом уже и я дорос до него и изучил, после чего на убогий бейсик глядеть не мог. Дальше пришла очередь Delphi, и это ещё одна ступень развития. А затем плюсы, что вообще один непроходящий оргазм от количества возможностей и приблуд. Но от идеи постоянно кодить на плюсах я отказался, неимоверная гибкость влечёт великую муторность (с) Дамблдор, кодить на них всё равно что водить вертолёт, слишком сложно двигаться и слишком легко убиться.
Короче после полученного опыта лично для меня возвращаться на бейсик не вариант совсем, будет тошнить от всего, от синтаксиса, от убогости языковых средств и недостатке синтаксического сахарка.
В этом плане меня здорово развратил Python. Но, увы, он не подходит для шаровары.
>>626816 самое основное - динамической типизацией. По опыту - кодить мало-мальски большой проект я буду только со статической и строгой.
А кроме самого языка - его интерпретатор ставить юзеру на комп не вариант, значит нужно будет его вкомпиливать в .exe получая жирный блоб. Плюс сами питоновские приложения с гуями работают хоть и не так тошно медленно и не выглядят так чужеродно как джавовские, но всё же не так резво как благословенные дельфийские.
>>626821 >самое основное - динамической типизацией После дельфей ты не заметишь каких-то серьёзных проблем с типизацией, потому что в дельфях всё равно овердохуя динамики при работе с БД, а отсутсвие мусоросборника не стимулирует написание объектов для предметной области. Вот это >>626818 наверняка более серьёзная проблема.
>>626816 Наверно тем, что исходник не трудно достать после любых обфускаций и лазанья в жопу. >>626810 >Антош, но я и ЖС не люблю. Ну, что сказать, как хош.
Короче, нужна кроссплатформа - бери любой жвм язык, хочешь винды онли - бери любой дотнет язык. Кроме дельфи и Qt нормального гуя с нормальными средствами разработки и тд для компелируемых языков не найдёшь.
>>626837 >любимый криптор стабов от ВАСЯН666 Который тебе либо распидарасит всю таблицу импортов, либо будет снят любым нюфагом-реверсером по гайду с какого нибудь дохлого экселаба. >cython Это уже не питон.
>>626854 Ок, лан. А теперь самая пушка: чо делать, когда говно от васяна666 будет питушить любой антивирус? Говорить покупателю что он ебаное зашкваренное офисное планктоно-быдло? у нормальных коммерческих обфускаторов цифровые подписи, хоть и не для всех ав
>>626836 а кому они были нужны раньше? Как обычным людям, так и фирмам, которым требовалось решить какую-то задачу.
В этой ситуации они либо платят за шаровару, либо решают задачу вручную, что часто либо слишком трудоёмко, либо требует знаний в области, в то время как моя уютная программка делаёт всё офигенно за одно нажатие кнопки.
>>626867 Ты не путаешь шаровары с корпоративным софтом? Потому что шаровары - это говно уровня конвертеров doc в pdf и оно все уехало в веб. Деньги, насколько я знаю, там в основном крутятся у пользователей маков, так что выбор очевиден - XCode и какой там макоебский фреймворк.
>>626886 >шаровары с корпоративным софтом? А почему ты проводишь явную границу? Разве не может быть шароварной утилиты с лицензией для домашних и корпоративных пользователей?
>оно все уехало в веб Да, веб подкосил ряды, но всё равно есть ряд случаев, когда работа идёт с приватными документами/фото/видео которые не хочется или не можется (слишком тяжёлые) заливать в веб.
>>626889 >А почему ты проводишь явную границу? Корпоративный софт - это всякие бухгалтерии-учеты, и ща это или 1С или веб, или что-то как веб, но локальное. Это удобно. >но всё равно есть ряд случаев, когда работа идёт с приватными документами/фото/видео которые не хочется или не можется (слишком тяжёлые) заливать в веб. Ну доля рынка, допустим, есть, но что ты там забыл?
>>625890 (OP) tcl/ttk >синтаксис и семантика простые и понятные есть >среда разработки летает есть >GUI накидывается быстро делфи никогда и рядом не стоял >куча компонентов на любой вкус есть >компилится вообще махом ага, прям в рантайме >причём в нативный код. увы
>>626893 >Ну доля рынка, допустим, есть, но что ты там забыл? Думаешь не смогу выйти на... несколько сотен продаж в месяц (со всего интернета)?
>>626898 гуишную либу - tkinter щупал в питоне (она же не сильно отличается от tcl'ной?) В общем как способ накидать простенький GUI без зависимостей - пойдёт. Но как средство для большой программы я бы использовать не стал - уж слишком оно... низкоуровневое. По сравнению с теми же Qt/wxWidgets. Слишком много приходится делать руками.
>>626901 >слишком оно... низкоуровневое. По сравнению с теми же Qt/wxWidgets >она же не сильно отличается от tcl'ной? Видимо, сильно. Потому что tk - единственная библиотека, на которой гуй удобнее описывать кодом, а не формошлепалкой.
>>626901 >Думаешь не смогу выйти на... несколько сотен продаж в месяц (со всего интернета)? Та хуй знает. Кто выходит явно о таком не распространяется.
>>626886 > Потому что шаровары - это говно уровня конвертеров doc в pdf и оно все уехало в веб. На планшетах и мобильниках шаровары все еще прибыльный бизнес. У меня знакомый неплохо на них поднялся.
>>625890 (OP) Тред нужно было назвать: "Выбор языка и библиотеки для десктопного приложения с интерфейсом" Java, Swing некоторые считают его устаревшим, но ты не слушай хипстеров. Там есть всё, что тебе нужно. Используй Netbeans или Eclipse, там можно бросать кнопочки на формочку, как в известном Дельфи C/C++, gtk раньше там было много всего, не разберешь что к чему, но в последние годы разработчики пошли на упрощение С/С++, qt комбайн-крепость, как сам SDK, так и IDE. Можно бросать кнопочки на формочки. Готовься тащить кучу DLL с приложением, мегабайт так на 10. Да и само приложение qtCreator так же соберет tcl/tk есть вариант, но сам не пользовался. C/C++, wxWidgets году в 2008 это была маленькая компактная библиотека, сейчас он где-то на уровне qt. НАЕЛ ЩЕЧКИ!
>>627651 Слишком эзотеричен? Не пользовался просто, мне хватало других вариантов >сложнее делфи не осилить Ну я тогда не знаю даже. Тогда Java Swing будет выглядеть слишком особенно. Для gtk и wxWidgets IDE я не знаю.
>>627650 >Java, Swing За свинг и, тем более, жаву на десктопе убивать надо. >C/C++, gtk Ну какой C/C++? Vala же! Кстати, гтк уже научился в нативный вид на шиндошсе? >tcl/tk Хороший, годный вариант. Но на линуксе будет выглядеть как motif, если не воспользоваться каким-нибудь tile-gtk/tile-qt
>>627670 >почему это считается плюсом в 2016 году? Потому же почему и 2015-ом. Нет необходимости держать в голове структуру всего интерфейса (сотни элементов), освободив её для решения насущных задач.
>>627892 >Потому же почему и 2015-ом. Молодой человек, криокамеру прикройте, а то холодно. Формошлепалка, как и любой другой WYSIWYG, создает больше проблем, чем решает, потому как делает неочевидными многие важные детали. Декларативное же представление намного удобнее как для восприятия за исключением синтаксически зашумленного говна, типа xml, так и для описания (позволяет более точно и однозначно задать структуру интерфейса).
>>625890 (OP) Во первых. На смену Delphi7 пришло уже много разных Delphi. Но если новый Delphi тебе не особо, то есть к примеру Lazarus. К слову сам я пользуюсь 2010 версией и мне все нравится.
Не надо гнать на C# и Java. И то и другое хорошая тема. Про скорость это тоже глупости. Есть же JIT к примеру.
Qt вещь не плохая, но после Delphi слегка офигеваешь почему его хвалят за удобство построения интерфейсов. Видимо хвалят те кто на дельфе не работал нормально.
>>629593 Значит плохо работал. Как это вообще можно сравнивать? Давай конкретно, че там в Qt с графиками и тендами? Как у них там с отчетами? Что ты можешь рассказать про хорошие гриды? Понятно, что если у тебя пара кнопочек то везде все примерно одинаково.
Я уж не говорю про то что в Qt к примеру, убого организована работа с xml'ем, с zip'ом.
QML-ом я немного позанимался пару лет назад, но тогда это была какая-то неведомая херня. Все вроде восхищались но никто не мог понять как ее подружить с обычным кодом. Дизайнера тогда вообще не было. Может сейчас что-то и поменялось, но я сомневаюсь что ты сможешь легко делать всякие там таблицы для баз данных, строить графики и прочие практические задачки. QML он же как работает.. Квадратик двигается туда, кружочек сюда, рисунок поворачивается. А ведь из этого надо какие-то адекватные вещи делать если это не игры какие-то. Большая работа.
>>629625 >Давай конкретно, че там в Qt с графиками и тендами? Нормально все. >Что ты можешь рассказать про хорошие гриды? А чо надо? >Понятно, что если у тебя пара кнопочек то везде все примерно одинаково Мне вот понятно, что если у тебя не пара кнопочек - проект на дэльфи превращается в уебище с заспамленной формой, где навигация осуществляется только мышкой по форме. >убого организована работа с xml'ем Не знаю вообще ни одного статического языка с человеческой сереализацией. >с zip'ом. Что именно? Вызов 1 функции некрасивый? >никто не мог понять как ее подружить с обычным кодом. Ну сравнивать ту бету по которой даже не успели доков написать и текущий нормальный проект - как сравнить турбопаскаль с дэльфи последней. >Дизайнера тогда вообще не было Была и есть возможность декларативного построение интерфейса, которой дизайнер только мешает. >Квадратик двигается туда, кружочек сюда, рисунок поворачивается. А ведь из этого надо какие-то адекватные вещи делать если это не игры какие-то. Большая работа. Справку по битриксу осилил уже, работник?
>>629625 >но я сомневаюсь что ты сможешь легко делать всякие там таблицы для баз данных, строить графики и прочие практические задачки Нахуя мне постоянно заново тащить их в софт? На какой нибудь хуитке вроде скалы.жс сделаю такую хуйню в 10 раз короче и работать будет вообще везде в браузере.
>>629565 >Не надо гнать на C# и Java. И то и другое хорошая тема. Про скорость это тоже глупости. >Есть же JIT к примеру. 10 васек из 10. Не, вычисление какого нибудь числа Фибоначчи хитровыебанный жит после 10 минут прогрева-то доведет до приближения к каким нибудь плюсам, только практика показывает что ирл заинлайнив пару функций сей прекрасный жит нихуя не спасает ни от остановок мира, ни от свапов, пока жвм умеет только расти в оперативке, ни от ахуенной архитектуры.
>>629625 >убого организована работа с xml'ем, с zip'ом ага, ему доступна вся мировая кодовая база на C++, а он не смог архив распаковать, лол >Квадратик двигается туда, кружочек сюда с тех пор появился Qt Quick Controls, и много чего еще.
Вместо тысячи слов, а ну ка, запили мне на делфях вот такой UI с Материл дизайном.
>таблицы для баз данных Да легко, а вот на делфях - страшное убогое говно.
>>626872 Nyet, просто коммерческие говнокрипторы в исключениях автоматики, и они не обрабатываются по похожести. А получив одного трояна под васян-криптором автоматика передетектит все им обработанное.
>>629887 Такая хуйня и в Qt есть с QObject, и в C++11 смартпоинтеры завезли. Только это говно от всевозможных циклических ссылок и прочего дерьма не спасает.
>>629639 Нормально с графиками все, это ты намекаешь на QWT? Грид близкий по функциям к EhGrid'у, например. Чтоб сортировки по нескольким столбцам включались нормально, чтоб можно было включить древовидную структуру.
Когда я говорил про xml, я имел ввиду отсутствие возможности навигации по дереву с помощью x-path. Когда говорил про zip - имел ввиду http://forum.vingrad.ru/topic-348781.html
Я не понял нахер ты битрикс вспомнил, мы же не веб обсуждаем. Ты бы лучше сам решал реальные задачи, а то рассказывает тут про крутость декларативного языка, дизайнер ему мешает. Ржака просто.
>>629935 >Чтоб сортировки по нескольким столбцам включались нормально, чтоб можно было включить древовидную структуру. Это стандартный QListWidget умеет, хз о чем ты. С графиками не работал, но в том же QML можно строить их хоть на яваскрипте, на котором тысячи библиотек для этого на любой вкус. >http://forum.vingrad.ru/topic-348781.html Как это дерьмо вообще относится к качеству работы с zip? >Когда я говорил про xml, я имел ввиду отсутствие возможности навигации по дереву с помощью x-path. Да есть она там. >Ржака просто Если ты ничем кроме деревянных игрушек не пользовался - конеш.
>>629955 QListWidget имеет теоретическую возможность, но весь функционал надо самому делать.
Дерьмо имеет прямое отношение к зипу. Стандартная функция создает такие архивы, которые потом нельзя распаковать стандартными средствами. Помню тогда пришлось стороннюю библиотеку искать, кажется QuaZip называлась. Хз, может сейчас пофиксили. По крайней мере в версии 4.7 такие проблемы наблюдались.
Давай, расскажи мне про то, кто чем пользуется. У меня довольно много проектов и больше 10 лет опыта. Единственное, я web-ом никогда не занимался, поэтому насчет яваскрипта и графиков не могу прокомментировать. Скорее всего все сводится к рисованию на канвасе или типа того.
>>629935 >Я не понял нахер ты битрикс вспомнил Лол. Криокамерный делфи-утенок, я про либу для построения ui Desktop-приложений на QML с Material Design.
>>630024 Почему именно Material Design? Что именно в этом всем тебе нравится? Чем это лучше стандартного интерфейса? Запили мне стандартный интерфейс на QML'е
>>629982 >QListWidget имеет теоретическую возможность, но весь функционал надо самому делать. Блядь, а в других средствах у тебя просто есть кнопка "сделать заебись"? "Сделать весь функционал самому" - это перепределить виртуальную функцию-то? Трудна. >Скорее всего все сводится к рисованию на канвасе или типа того. Ну а нахуя предпологать-то если не занимался, погугли хотя бы. Первая ссылка в гугле - http://jwintz.me/blog/2014/02/15/qchart-dot-js-qml-binding-for-chart-dot-js/ Твоё говно чем-то красивее/удобнее? >пришлось стороннюю библиотеку искать https://github.com/search?utf8=%E2%9C%93&q=zip+language%3Ac&type=Repositories&ref=searchresults We’ve found 388 repository results https://github.com/search?utf8=%E2%9C%93&q=zip+language%3Ac%2B%2B&type=Repositories&ref=searchresults We’ve found 272 repository results Не знаю что у тебя была за проблема, но ты, наверно, обыскался, наверно. >XPATH есть отдельно, DOM отдельно. Нельзя получить ссылку на DOM узел с помощью запроса. До такой хуйни, меня жизнь ещё не доводила, слава б-гу. > У меня довольно много проектов с кнопочками и больше 10 лет опыта крудошлёпства. Пофиксил.
>>630055 Выглядит на самом деле не плохо. Но набирать вот это вот все вручную на мой взгляд не удобно. Либо надо быть большим знатоком этого дела. Вообще ведройдовский подход напоминает.
Если у тебя есть дизайнер, то тебе не обязательно на память знать какие там свойства. Просто подстраиваешь в редакторе. А так нужно разбираться с каждым компонентом какие свойства, как работают и т.д.
>>630074 Лооол, убейте его нахуй плиз. Тебе нахуй не нужно ни с чем разбираться, просто можешь точно так же накидать кнопочки в дизайнере (который есть), и будет выглядеть нативно на всех платформах, от винды до айфона. Хочешь изъёбов вроде гугловского дизайна или своего личного урода - разбирайся сколько влезет, возможности кастомизации не меньше чем в браузере. При желании можно чуть ли не код из веб-параши тащить.
>>630069 Вообще-то да, в дельфе предусмотрена кнопка "сделать заебись" для такого случая. Наличие такой кнопки - это признак хорошо сделанного решения.
Так-то конечно легко виртуальную функцию переопределить, особенно когда она пустая. А вот если надо туда еще что-то писать, то не всегда легко.
График, что ты написал выглядит красиво, но во первых он новый, раньше такой херни небыло. Во вторых, почитай коменты на сколько удобно им пользоваться. И коронный вопрос How can I change the data for the graph of C ++ code?))
Про zip, я тоже конечно умею поисковиками пользоваться. Только надо еще нормальные решения уметь находить. Ты хоть сам по своей ссылке заходил? Понятно что человечество давно научилось zip архивы делать. Тем более позорище что нет нормального встроенного решения.
>>630087 >Во вторых, почитай коменты на сколько удобно им пользоваться Читаю, вижу MSVC (Windows) и уже не читаю. >И коронный вопрос Ну так автор сам и ответил. Собственно, так же, как и выносить всё остальное из C++ кода. Только я что-то не могу представить, в какой задаче такой финт жопой может пригодится. >но во первых он новый, раньше такой херни небыло Ну, во-вторых, раньше и дельфи не было.
>>630190 Это же ахуенно - смотреть как крестопитухи валяются в грязи с печальным 30-ти летним крудошлёпом - и всё ради того, чтобы хозяин-дэльфи-даун который так и останется на дельфе, можете скринить одобрил их мнение.
ПРИШЛО ВРЕМЯ КОМПОНЕНТ ДЕЛЬФИ СКОЧАТЬ КОМПОНЕНТ САМ НЕ СКАЧАЕТСЯ СКАЧАЙ ЕГО, СКАЧАЙ ЕГО ЕЩЕ РАЗ ЗАЧЕМ МНЕ НУЖЕН VCL, У МЕНЯ НЕТ ВРЕМЕНИ ЧТОБЫ ЕБАТЬСЯ С НИМ ЛУЧШЕ СКОЧАТЬ ЕЩЕ КОМПОНЕНТ Я СКАЧИВАЮ КОМПОНЕНТ ПО 3 РАЗА В ДЕНЬ КАЖДЫЙ КОМПОНЕНТ ЗАНИМАЕТ ДВАДЦАДЬ МИНУТ Я ЖИВУ АКТИВНОЙ И ПОЛНОЦЕННОЙ ЖИЗНЬЮ Я УСПЕШЕН И ПОЭТОМУ ЦЕЛЫЙ ДЕНЬ ПИШУ ГОВНОКОД А ПОСЛЕ ЭТОГО СКАЧИВАЮ КОМПОНЕНТ ТУПЫЕ СИШНИКИ ОДЕРЖИМЫ УКАЗАТЕЛЯМИ А Я СВОБОДНЫЙ ОТ ЗАДРОТСТВО ЧЕЛОВЕК СКОЧАТЬ БЕЗПЛАТНО И БЕЗ РЕГИСТРАЦИИ ДЕЛЬФИ ОТЧЕТ ГРАФИКИ ПЕЧАТь КОМПОНЕНТ СКАЧАТЬ ЛУЧШЕ Я СКАЧАЮ ЕЩЕ РАЗ КОМПОНЕНТ И КРЯКНУ ЕГО, ДОКУМЕНТАЦИЯ НЕ НУЖНА Я НЕ КАЧАЛ КОМПОНЕНТ НЕДЕЛЮ ПОЙДУ СКАЧАЮ В ДЕЛЬФИ ВСЕ ПРОСТО И ПОНЯТНО INDEX OUT OF RANGE. ЭТО ЖЕ ОЧЕВИДНО КАК ЭТО РЕШИТЬ ПРИШЛО ВРЕМЯ СКАЧАТЬ КОМПОНЕНТ ККОКОКОКОКОКОКО ДЕЛФИ БОРЛАНД ПОСКАЛЬ КОКОКОКОКОКОКО
>>630545 Не, это просто боян. Выглядело скорее так: СУКА БЛЯ УТЕЧКА НАХ ЩА Я ТЯ ПАДЛУ С ТРЕЙСЕРОМ ПЕРЕСОБЕРУ АГРХХ НЕ ПОМОГАЕТ СКА ПЗДЦТру стори, работал в магните, в соседнем отделе девочка пердолилась с делфи легаси-говном тандер-склад
>>630700 От валгринда и гугловских санитайзеров до статических анализаторов кода.
>>630680 Ээ.. Ну это совсем лул. Быстрая разработка, кококок, удаляй всегда сам, кококо, чо как ооп-баба, будь процедурным мужиком сука кококо. Лучше темку кококок накати, чем хуйней задротской страдать! Кудкудах
>>630776 Ты серьёзен или тралиш? Ахуеть, у нас здеся RAII заменяется обработкой ошибок значит. Даже в Goвне, где нету обработки ошибок, такая хуйня выглядит красивее: hui := new(Hui) defer free(hui) ... здеся код ...
>>630916 Братюнь, дык когда Goвно появилось, а когда эта RAD-херь для бывших трактористов. На практике, даже такую лесенку никто не пишет. Крэшнелся конструктор-деструктор - и хер с ним, пляшем дальше (или вылетаем из стекфрейма, дропнув очистку говна за собой). А потом пердолимся с fastmm.
>>630936 Так эта хуйня в D ещё в 2001 была, и у меня такое ощущение что была и до этого. Учтывая что обновления дэльфи выкатывают ежегодно хоть что-то такое можно было сделать. >>630936 >Крэшнелся конструктор-деструктор - и хер с ним >среда быстрой разработки кек
>>633157 >с пендосов Вот именно. А там шинда только у офисного планктона, где нибудь в уч. заведениях и у школьников-игрулек. Остальной рынок шинды - СНГ, Африка, Азия и прочие.
Раньше на вопрос в заголовке ответ был очевиден: Delphi 7. То был идеальный язык: синтаксис и семантика простые и понятные, среда разработки летает, GUI накидывается быстро, куча компонентов на любой вкус, компилится вообще махом, причём в нативный код. Недостатков просто не было.
Но сейчас вот выясняется, что язык загубили, бессмысленно и бессовестно, а разработчика выпотрошили и пустили по миру.
Вопрос анону, который бывает в разных частях интернета и всё знает, убив Delphi, нам дали что-нибудь полноценное взамен?