_Илья (30.03.2020 09:06, просмотров: 458) ответил lloyd на Дельфи - прямой наследник паскаля. Паскаль - ЯП, разработанный для обучения, а не промышленной разработки. И так уж получилось, что ни паскакаль, ни дельфи не являются лаконичными и выразительными языками. То есть человек, пишущий на дельфях - обычно любит приносить себе страдания.-
Точно так же можно проконтрить, что сейчас серьезное ПО пишут также на чистых Сях, плюсах, а то и вообще на питхоне. Это я молчу, что один из самых популярных редакторов кода (VS Code) написан вообще на жабаскрипте, и никого это не смущает.
lloyd(178 знак., 30.03.2020 10:48)- Так всё-таки, "Паскаль - ЯП, разработанный для обучения, а не промышленной разработки" или нет? Кстати, а что такое "язык для промышленной разработки"? - _Илья(30.03.2020 11:38)
- Промышленный язык разработки - это язык, основной целью создания
которого являлось упрощение/ускорение коммерческой разработки ПО.
Потому что есть еще эзотерические языки (brainfuck), встраиваемые
языки (Lua, Groovy), всякие командные интерпретаторы (bash,
command.com, etc). Да и много чего из функциональщины (Хаскель,
лисп и прочее) в принципе применимое в энтерпрайзе, на деле идет со
скрипом. Хотя говорят крупный энтерпрайз таки перелазит на ФП ради
формальной верификации lloyd(565 знак., 30.03.2020 17:14)
- Скорее всего у нас разные понятия про понятие "промышленный язык
программирования". Я думал, что вы про языки программирования
промконтроллеров по стандарту IEC 61131-3, где язык ST так вполне
себе чуть-чуть подкрашенный Паскаль. Я, в свое время, на связке
SFC-ST довольно много проектов реализовал - работали без вопросов.
А что касаемо Бейсика, так в своё время знался с людьми из одной,
довольно крупной АСУТП-шной фирмы, в которой программеры с помощью
скриптов на VB удалённо _Илья(162 знак., 31.03.2020 07:24)
- Для Pascal-подобных языков компиляторы пишутся легче. Вот ST и похож. LD делали для электриков. - ucMike(31.03.2020 21:11)
- Скорее всего у нас разные понятия про понятие "промышленный язык
программирования". Я думал, что вы про языки программирования
промконтроллеров по стандарту IEC 61131-3, где язык ST так вполне
себе чуть-чуть подкрашенный Паскаль. Я, в свое время, на связке
SFC-ST довольно много проектов реализовал - работали без вопросов.
А что касаемо Бейсика, так в своё время знался с людьми из одной,
довольно крупной АСУТП-шной фирмы, в которой программеры с помощью
скриптов на VB удалённо _Илья(162 знак., 31.03.2020 07:24)
- Промышленный язык разработки - это язык, основной целью создания
которого являлось упрощение/ускорение коммерческой разработки ПО.
Потому что есть еще эзотерические языки (brainfuck), встраиваемые
языки (Lua, Groovy), всякие командные интерпретаторы (bash,
command.com, etc). Да и много чего из функциональщины (Хаскель,
лисп и прочее) в принципе применимое в энтерпрайзе, на деле идет со
скрипом. Хотя говорят крупный энтерпрайз таки перелазит на ФП ради
формальной верификации lloyd(565 знак., 30.03.2020 17:14)
- Так всё-таки, "Паскаль - ЯП, разработанный для обучения, а не промышленной разработки" или нет? Кстати, а что такое "язык для промышленной разработки"? - _Илья(30.03.2020 11:38)
- так, а чем так плох RAD studio, который пришел на смену Borland продуктам. - User_(30.03.2020 09:18)
- Я где-то написал, что он плохой? Где? - _Илья(30.03.2020 09:21)
- Писалось про использование древнего Delph7, а есть же современные наследники :) и да, это кто писал User_(279 знак., 30.03.2020 09:25 - 09:33, ссылка)
- Ну я же оправдался словами "как мне кажется" :) Просто "измерительной линейкой" среды разработки лично для меня является мой, 10 лет отроду, рабочий ноутбук, уже правда с установленным SSD. Delphi7 на нём практически "летает", а всё, что выше - уже "ползает" и занимает слишком много пространства на диске... Бытие определяет сознание (с) - _Илья(30.03.2020 09:44)
- "Тост должен быть кратким, как выстрел"(с) Эти всяческе "современные наследники" не выдерживают никакой критики... - Гyдвин(30.03.2020 09:29)
- так а Lasarus? - User_(30.03.2020 09:34)
- Раза 3 пытался ставить. И все время натыкался на ту или иную кривизну. Так что до сих пор юзаю D5, если надо быстренько набросать какю-нить утилитку :) - Гyдвин(30.03.2020 09:53)
- Паскаль не напрягает, ибо в те далекие времена отсутствия тырнетов первым в руки попал Turbo Pascal, а дискета с TC 2.0 попала позже ;) Бывают конечно затупы, когда, например, в одном проекте задействуются сразу все железяки - путаясь порой в синтаксисе и пунктуации. Но я не программер нисколько - это спасает :) Гyдвин(2 знак., 30.03.2020 10:06, картинка)
так а чего не переползти с delphi на билдер, хоть стиль писания си подобный на всех проектах останется, а то так запутаешься и вместо скобок начнешь begin end писать в кейле :)
- User_(30.03.2020 10:12 - 10:35)- Патамушта билдер сделан из дельфей. Когда я на нем кодил, то шаг
вправо шаг влево и натыкаешься на исподник писаный на
паскале. Возникает вполне резонный вопрос, а нахера попу
баян? - Codavr(30.03.2020 16:51)
- так на формочку кидать компоненты, какая разница чего там внутри - User_(30.03.2020 17:29)
- Именно поэтому я сразу сказала, что это для дураков сделано :) - Kceния(30.03.2020 18:40, ссылка)
- Я помню, как раньше одни на MFC писали и гордились, что это "настрящее программирование", а другие в несколько раз быстрее накидывали интерфейс на билдере и слегка недоумевали от этой типа крутости mfc, когда для получения аналогичного результата "потеть в два раза больше надо." Mfc при этом давал меньше размер exe-шника, это хоть как-то утешало и компенсировало затраченное время тех, кто в него погружался :). - User_(31.03.2020 00:35)
- Нет нет да и возникает желание поправить чонить в компоненте, а то и свое экстравагантное слепить, или даже совсем ужасное - воспользоваться чем-нить из огромадного наследия дельфистов. - Codavr(30.03.2020 18:01)
- Именно поэтому я сразу сказала, что это для дураков сделано :) - Kceния(30.03.2020 18:40, ссылка)
- Именно так! Если бы Builder целиком переписали C++, то цены бы ему не было :). - Kceния(30.03.2020 17:11)
- так на формочку кидать компоненты, какая разница чего там внутри - User_(30.03.2020 17:29)
После того же Lua фигурные скобки в С тоже напрягают прилично. Да ещё и вводить их с "зажатым шифтом" надо... Уж лучше "begin/end" :)
- _Илья(30.03.2020 10:28)- Ты не поверишь - билдер жрал очень много дисковой памяти (всяческие многомегабайтные *.pdb и пр.) и тупо не умещался на моих тогдашних машинах :) - Гyдвин(30.03.2020 10:19)
а теперь то диски стали больше и мало памяти уже в прошлом :)
- User_(30.03.2020 10:53)
- Патамушта билдер сделан из дельфей. Когда я на нем кодил, то шаг
вправо шаг влево и натыкаешься на исподник писаный на
паскале. Возникает вполне резонный вопрос, а нахера попу
баян? - Codavr(30.03.2020 16:51)
- Паскаль не напрягает, ибо в те далекие времена отсутствия тырнетов первым в руки попал Turbo Pascal, а дискета с TC 2.0 попала позже ;) Бывают конечно затупы, когда, например, в одном проекте задействуются сразу все железяки - путаясь порой в синтаксисе и пунктуации. Но я не программер нисколько - это спасает :) Гyдвин(2 знак., 30.03.2020 10:06, картинка)
- Не на нём ли 18-и метровый пустой проект получается? Тема топика: "Delphi7 и его 300 кБайт .exe-файла на выходе. Кто сможет круче?" :) - _Илья(30.03.2020 09:53)
- Билли Гейтс и мелкософот может круче :). Размер программы на C# меньше, чем программа на Delphi7. Просто надо было заставить всех установить фреймворк и поэтому он стал неотъемлемой частью Windows. Уже не надо таскать за собой к каждой программе кучу dll или VCL и прочие компоненты и думать - собрать это все в один exe-шник или куда-то там в систему запихнуть. Все уже установлено в Windows в виде поставки из коробки или обязательно апдейта без которого под windows и другие программы не будут работать. - User_(30.03.2020 10:06)
- Вот ты сам и ответил... Delphi 5/7 позволяют собрать все в одном *.exe. Ну и сторонние *.dll при необходимости тоже - в ресурсах... - Гyдвин(30.03.2020 10:10)
для кого-то плюс таскать все dll-ки, а кому-то нравится, что оно уже все внутри win :). Нам иногда делают чего-то там на qt, так в дирректории с программой куча dll файлов и постоянно программа то запустится то нет и разработчик шлет еще одну dll-ку с обещаниями - сейчас типа все заработает.
- User_(30.03.2020 10:36)
- Вот ты сам и ответил... Delphi 5/7 позволяют собрать все в одном *.exe. Ну и сторонние *.dll при необходимости тоже - в ресурсах... - Гyдвин(30.03.2020 10:10)
- Билли Гейтс и мелкософот может круче :). Размер программы на C# меньше, чем программа на Delphi7. Просто надо было заставить всех установить фреймворк и поэтому он стал неотъемлемой частью Windows. Уже не надо таскать за собой к каждой программе кучу dll или VCL и прочие компоненты и думать - собрать это все в один exe-шник или куда-то там в систему запихнуть. Все уже установлено в Windows в виде поставки из коробки или обязательно апдейта без которого под windows и другие программы не будут работать. - User_(30.03.2020 10:06)
- Раза 3 пытался ставить. И все время натыкался на ту или иную кривизну. Так что до сих пор юзаю D5, если надо быстренько набросать какю-нить утилитку :) - Гyдвин(30.03.2020 09:53)
- так а Lasarus? - User_(30.03.2020 09:34)
- Писалось про использование древнего Delph7, а есть же современные наследники :) и да, это кто писал User_(279 знак., 30.03.2020 09:25 - 09:33, ссылка)
- Я где-то написал, что он плохой? Где? - _Илья(30.03.2020 09:21)
