Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Новая версия среды разработки для FreePascal - Lazarus 2.0.0"	+/–
Сообщение от opennews (??), 05-Фев-19, 20:32
Состоялся (http://forum.lazarus-ide.org/index.php?topic=44161) релиз интегрированной среды разработки Lazarus 2.0 (http://lazarus.freepascal.org/), основанной на компиляторе FreePascal (http://freepascal.org/) и выполняющей задачи, сходные с Delphi. Среда рассчитана на работу с выпуском компилятора FreePascal 3.0.4. Готовые установочные пакеты с Lazarus  подготовлены (http://sourceforge.net/projects/lazarus/files/) для Linux, macOS и Windows. Среди изменений (http://wiki.lazarus.freepascal.org/Lazarus_2.0.0_release_notes) в новом выпуске: -  Поведена работа по улучшению работы на экранах с высокой плотностью пикселей (HighDPI); -  Добавлена поддержка поиска мест определения различных конструкций и вывода подсказки по значениям параметров; -  Реализован  пакет pas2jsdsgn (http://wiki.lazarus.freepascal.org/lazarus_pas2js_integratio...для создания web-приложений путём трансляции кода Pascal в представление на JavaScript с использованием Node.js; -  Добавлено меню для скрытия пиктограмм  компонентов, таких как TOpenDialog. Добавлена опция для показа не отображаемых компонентов; -  Переработан интерфейс для публикации проекта и формирования пакетов; -  Улучшен интерфейс для создания новых компонентов; -  В редактор добавлена команда "smart move cursor" для быстрого перемещения курсора между словами (по началу или концу слов). В панель добавлено подменю для перехода по закладкам; -  Представлен новый экспериментальный отладчик на базе LLDB от проекта LLVM. Расширены возможности штатного отладчика на базе GDB; -  Реализованы опции для отключения поддержки различных графических форматов с целью уменьшения размера приложения (-dDisableLCLGIF, -dDisableLCLJPEG,    -dDisableLCLPNM,   -dDisableLCLTIFF). URL: http://forum.lazarus-ide.org/index.php?topic=44161 Новость: https://www.opennet.ru/opennews/art.shtml?num=50097
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 05-Фев-19, 20:32	–22 +/–
Оно живо?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #3, #6

2. Сообщение от Аноним (2), 05-Фев-19, 20:35	–27 +/–
Увы, как видите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #28

3. Сообщение от llolik (ok), 05-Фев-19, 20:47	+15 +/–
А вот серьёзно: что такое есть из мейнстрима, чтобы "натыкать" GUI, собрать, и оно нативно (т.е. не Electron, не Java и тд) работало, без перепиливаний и выноса мозга со сборкой dependencies? Лазарь, конечно штука свеобразная, но, в принципе, почему бы и нет. ЗЫ. Отладчик, правда, ужасный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #4, #7, #20, #32, #101

4. Сообщение от Аноним (4), 05-Фев-19, 20:56	+1 +/–
Qt?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #9

5. Сообщение от 111 (??), 05-Фев-19, 20:57	+1 +/–
почти делфи :)
Ответить | Правка | Наверх | Cообщить модератору

6. Сообщение от Аноним (6), 05-Фев-19, 21:00	+11 +/–
Живо, и быстрее многих хипстерских языков.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #11

7. Сообщение от Cradle (?), 05-Фев-19, 21:07	–1 +/–
Qt !!!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #10

8. Сообщение от Laura Bodewig (ok), 05-Фев-19, 21:09	–1 +/–
>> Реализован пакет pas2jsdsgn для создания web-приложений путём трансляции кода Pascal в представление на JavaScript с использованием Node.js; "Это кого-то попросили сделать!"
Ответить | Правка | Наверх | Cообщить модератору

9. Сообщение от llolik (ok), 05-Фев-19, 21:10	+6 +/–
> Qt? Не, руками-то оно понятно. В лазаре тоже можно всё руками писать. Среда, она же RAD IDE, по возможностям хотя бы похожая существует? Я такой не знаю. Возможно только я не знаю. Плюс Лазарь удобен чем: собрал под linux - собрал с GTK/Qt, собрал под Windows - родной WinAPI, собрал под Mac - родной Cocoa. Они как-минимум стараются делать свой LCL максимально нативным под каждую таргет-платформу, а не мимикрию в стиле Qt. ЗЫ. Lazarus умеет использовать Qt, как виджет-сет. Хоть Qt4, хоть Qt5.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #15, #22, #139

10. Сообщение от llolik (ok), 05-Фев-19, 21:11	+/–
> Qt !!! Выше ответил комментатору.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

11. Сообщение от Cradle (?), 05-Фев-19, 21:22	–5 +/–
быстрее в чем? - время написания, время исполнения, время компиляции? В основе идеологии паскаля с самого начала было заложено быстрое время компиляции и за счет этого быстрое время написания и отладки программ на слабых машинах, что было очень нужно и полезно 30-40 лет назад, но извините сейчас совешенно не актуально. По сабжу: да, freepascal очень даже толковый проект для поддержки легаси и академического кода, в том числе и на делфи конечно, да и поиграться на тему расширения кругозора тоже не повредит, так что радует что там хоть что-то шевелится. Но пожалуйста, не надо его кому-то для реальных новых проектов советовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #13, #58, #64, #100

12. Сообщение от Аноним (13), 05-Фев-19, 21:24	–3 +/–
Эмбаркадеро Делфи до сих пор не умеет в 64-бита. ФриПаскаль умеет в 64 бита? Почему компиляторы Паскаль не умеют в  64 бита?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #16, #19, #23, #80, #82

13. Сообщение от Аноним (13), 05-Фев-19, 21:27	–5 +/–
>Но пожалуйста, не надо его кому-то для реальных новых проектов советовать. Абаснуй?! Я на Дельфях под Винду приличные приложения пишу. Жалоб нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #17

14. Сообщение от KhabMan (ok), 05-Фев-19, 21:28	+/–
Умеет FreePascal без Лазаруса в 64 бита, только его качать отдельно от 32-битного надо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

15. Сообщение от Cradle (?), 05-Фев-19, 21:33	+1 +/–
https://en.wikipedia.org/wiki/Qt_Creator разве не достаточно? Возможности портирования приложения на win, linux, macos, android, ios - разве мало? Да, Embarcadero RAD который "делфи" сейчас тоже умеет на андроид и ios портироваться, но видели бы вы какое вырвиглазное непотребство там получается. Я уже молчу про код который оно генерит - забудьте все что вы знали про оптимизацию и придумайте самую невероятную пакость, и все равно такого как у них не получится выдумать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #21, #24, #26, #52, #67, #84

16. Сообщение от Cradle (?), 05-Фев-19, 21:38	+/–
им идеология паскаля не позволяет пользоваться сишными компиляторами вроде llvm или gcc, они вынуждены все сами писать, а поскольку занимаются там этим полтора человека, то и результат такой. freepascal хоть что-то пытается заимствовать, были у них обсуждения в ленте, а в Embarcadero вообще забили на это.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

17. Сообщение от Cradle (?), 05-Фев-19, 21:42	+/–
жалобы появятся у тех кому ваши приложения поддерживать придется. А также портировать, тестировать и оптимировать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #30, #78

18. Сообщение от Skullnet (?), 05-Фев-19, 21:47	–8 +/–
Оно морально и физически устарело.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #27, #39

19. Сообщение от Ю.Т. (?), 05-Фев-19, 21:53	+3 +/–
Freepascal имеет 64-битный вариант, в чём дело? Лазарус это лишь поверх того среда разработки и набор классов. Вон лежит примитивный 64-битный линуксовый экзешник, набросанный в Лазарусе поверх одного из базовых классов с GUI.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #73

20. Сообщение от asdasd (?), 05-Фев-19, 21:57	+/–
wxWidget. IDE Borland напоминает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #63

21. Сообщение от 111 (??), 05-Фев-19, 22:00	+/–
> https://en.wikipedia.org/wiki/Qt_Creator разве не достаточно? Возможности портирования > приложения на win, linux, macos, android, ios - разве мало? Да, > Embarcadero RAD который "делфи" сейчас тоже умеет на андроид и ios > портироваться, но видели бы вы какое вырвиглазное непотребство там получается. Я > уже молчу про код который оно генерит - забудьте все что > вы знали про оптимизацию и придумайте самую невероятную пакость, и все > равно такого как у них не получится выдумать Ну дак и  Qt и Qt_Creator умеет на андройд! Я запускал свою самоделку на телефоне. Правда тоже вырвиглазно получилось :)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

22. Сообщение от мое правило (?), 05-Фев-19, 22:01	–1 +/–
В qt мимикрия на очень высоком уровне. Там минимальные отличия от нативного тулкита, большинство и не заметит. qt под в качестве rad подходит на все 100%. Единственное "но" - размер дистрибутива, в который надо включить рантайм, но 30 мегабайт туда, 30 сюда, сейчас таким уже не парятся. А то что LCL стараются сделать нативным - так себе преимущество, шаг в лево от того, что позволяет сделать нативный тулкит - и уже получится хрен знает что, заморочки под конкретный тулкит, и тд и тп.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #38

23. Сообщение от 111 (??), 05-Фев-19, 22:02	+/–
> Эмбаркадеро Делфи до сих пор не умеет в 64-бита. ФриПаскаль умеет в > 64 бита? Почему компиляторы Паскаль не умеют в  64 бита? новость 2011 года http://blog.synopse.info/post/2011/12/04/Total-Commander-64-...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

24. Сообщение от Аноним (24), 05-Фев-19, 22:03	+/–
в Qt есть такая богата копмонентная база как в Delphi, как визуальная так и не визуальная? Те же grid'ы для отображения данных из БД, да и компонентов для работы с СУБД гораздо больше, чем в Qt. Для примера, если нужно написать приложение для анализа .apk (так, на вскидку), нужно несколько компонентов: распаковщик архивов, парсер XML, компонент для отображения данных - grid, tree-view, если хотите, записать это в базу. В Delphi это делается с использованием компонентов, предоставляемых из коробки. Делая это в Qt вам придется искать исходники архиватора, парсера xml (ладно, он есть там), а работу с FireBird, например нужно еще попотеть обеспечить, плюс grid - писать свой адаптер, потом мучиться все это скомпилировать, выискивая недостающие includ'ы....
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #25, #44, #48

25. Сообщение от 111 (??), 05-Фев-19, 22:05	+5 +/–
> а работу с FireBird ну толсто же :)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

26. Сообщение от Аноним (24), 05-Фев-19, 22:05	–2 +/–
в Qt есть такая богата копмонентная база как в Delphi, как визуальная так и не визуальная? Те же grid'ы для отображения данных из БД, да и компонентов для работы с СУБД гораздо больше, чем в Qt. Для примера, если нужно написать приложение для анализа .apk (так, на вскидку), нужно несколько компонентов: распаковщик архивов, парсер XML, компонент для отображения данных - grid, tree-view, если хотите, записать это в базу. В Delphi это делается с использованием компонентов, предоставляемых из коробки. Делая это в Qt вам придется искать исходники архиватора, парсера xml (ладно, он есть там), а работу с FireBird, например нужно еще попотеть обеспечить, плюс grid - писать свой адаптер, потом мучиться все это скомпилировать, выискивая недостающие includ'ы....
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #45, #46

27. Сообщение от nc (ok), 05-Фев-19, 22:06	+1 +/–
Ну да, но такие вещи как sh-скрипты и make-файлы физически и морально устарели на порядок больше. И тем ни менее ими приходится пользоваться. А Лазарус - я никогда им не пользовался, но паскаль мой первый язык, и хотя си-подобные языки мне нравятся куда больше, все-же из ностальгических соображений приятно что проект развивается.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

28. Сообщение от MINIX (?), 05-Фев-19, 22:12	+16 +/–
А в чем недовольство? Оно работает, даже приложение можно написать, а не довольствоваться "в консоли можно" и "голодрано, зато в вебе"... Альтернатива Java и C#, но они со сборкой и с зависимостями. Qt... Ну стоимость C++ со скилом Qt такова, что уж лучше на Java или C# с моно, хотя бы найти потом на поддержку можно будет кого-то...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #97

29. Сообщение от saahriktu (ok), 05-Фев-19, 22:17	+/–
Ура! Ждём обновление Free Pascal Compiler'а!
Ответить | Правка | Наверх | Cообщить модератору

30. Сообщение от Crazy Alex (ok), 05-Фев-19, 22:26	+/–
Лазарус, вообще-то, прост, как топор, что с дельфей пошло ещё. Не чета кутям тем же. Ну и если хоть что-то на дельфях делал (а делали очень многие, в постсовке - тем более) - вообще проблем никаких. Портировать - разве что на какую-то адскую экзотику? Потому что на всех трёх основных ос оно просто работает. Оптимизировать? Уж хуже питона/php/js не будет,  а для performance critical оно и не предназначено.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #31

31. Сообщение от 111 (??), 05-Фев-19, 22:31	+/–
Вот как раз если "хоть что-то", то проблем никаких, а вот дельфисты что-то не шибко переходят - там они к своим проприетарным сторонним компонентам приросли и нитуды и нисюды...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #34

32. Сообщение от Аноня (?), 05-Фев-19, 22:52	–1 +/–
gtk + glade + rust + relm
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #77

33. Сообщение от Аноним (33), 05-Фев-19, 23:02	+/–
Кто знает, почему я сколько не боролся, не смог запустить его на сентос 7?  Вроде не вконец криворукий, а поди ж ты! Кто-нибудь смог?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #35, #42, #130, #134

34. Сообщение от Crazy Alex (ok), 05-Фев-19, 23:03	+/–
это да, анекдотов на эту тему хватало. Но тем не менее есть куча народу, умеющего дельфи и паскаль. И лазарус - как следствие
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

35. Сообщение от 111 (??), 05-Фев-19, 23:12	+1 +/–
на бубунте работает без плясок с бубном
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

36. Сообщение от жабабыдлокодер (ok), 05-Фев-19, 23:15	+2 +/–
"Живи долго и процветай"
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #37

37. Сообщение от Аноним (37), 05-Фев-19, 23:30	–4 +/–
Сам по себе, чтобы проЦветал не получится. Надо слегка вскопать, посадить, наконец оградку вокруг привести в порядок, чтобы навещающие Кобол не затоптали. Хотя, впрочем, пожелание "живи" тоже больше похоже на черную издевку...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

38. Сообщение от Онаним (?), 05-Фев-19, 23:41	+/–
30 мегабайт туда-сюда? Спасибо, я лучше на Delphi.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #81, #95

39. Сообщение от Аноним (39), 05-Фев-19, 23:58	+2 +/–
В чем конкретно заключается устаревание? Просто не модно или существуют какие-то принципиально новые подходы, которые сделали это систему неактуальной? И говоря об устаревании, Смолток, например, до сих пор во многом лучше и продуктивнее современных языков и сред, хотя графические интерфейсы и интегрированные среды разработки с него начинались. И с тех пор ничего принципиально нового не появилось, только компромиссы в погоне за популярностью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #40, #107

40. Сообщение от Ю.Т. (?), 06-Фев-19, 00:10	+1 +/–
> В чем конкретно заключается устаревание? Просто не модно или существуют какие-то принципиально > новые подходы, которые сделали это систему неактуальной? На любое количество вопросов этого рода получается (в вечном цикле) ответ "мы просто знаем, что паскаль устарел". Как устарел? Устарел. Откуда известно? Все знают. И начинай сначала. Не исключаю даже, что сей коллега просто дразнится -- мол паскаль устарел "физически (!)и морально". Не те уже биты в стандарте, ох, не те. Нет прежней крепости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #92

42. Сообщение от имя (?), 06-Фев-19, 01:00	+1 +/–
телепаты в отпуске
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #59

43. Сообщение от 4eburashk (?), 06-Фев-19, 01:12	+1 +/–
Молодцы! Расцеловал и побежал ставить.
Ответить | Правка | Наверх | Cообщить модератору

44. Сообщение от Michael Shigorin (ok), 06-Фев-19, 01:27	–1 +/–
http://doc.qt.io/qt-5/sql-driver.html#qibase-for-borland-int...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #49, #69

45. Сообщение от Stax (ok), 06-Фев-19, 03:26	+2 +/–
Вы лукавите и притягиваете себе странные инструменты в оправдание. Зачем вы взяли тут странный Firebird? Хочется в приложении иметь для себя базу - возьмите более логичный тут sqlite. И сразу все встанет на свои места: в (не поддерживаемом уже) Delphi либо Lazarus вам придется искать какие-то левые приблуды типа LiteDAC, попотеть с интеграцией всего этого, потом мучаться все скомпилировать и тп. А в Qt - все реально полезные на практике SQL модули из коробки (http://doc.qt.io/qt-5/sql-driver.html), подключаетесь с адаптером QSQLITE и вперед. (а проблему с архиватором вообще не понял. Первой же ссылкой в гугле предлагают готовую либу http://quazip.sourceforge.net/ - но это вы опять ведь специально .zip файл взяли. А вы возьмите чуть более современный 7z, и тут выяснится, что в delphi вам придется тащить в проект уж точно непойми что) Между прочим, насколько я помню из Delphi вы даже к тому же ораклу просто так не подключитесь, либо придется покупать коммерческий коннектор непонятно какого качества, либо придется лезть через мерзкий ODBC, лишившись при этом всех полезных фич типа объектов, вложенных курсоров и прочего. Впрочем, может сейчас что-то изменилось, давно с этим сталкивался.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #51, #53, #55, #71, #142

46. Сообщение от anonymous (??), 06-Фев-19, 06:30	+/–
В Qt уже есть поддержка, как zip-архивов, так и Firebird - "из коробки". Ничего искать не надо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

47. Сообщение от Аноним (47), 06-Фев-19, 06:31	+6 +/–
Раз оно существует - кому-то это да надо. Успехов!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #83

48. Сообщение от Аноним (48), 06-Фев-19, 06:49	+/–
> а работу с FireBird А чё не paradox?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #50

49. Сообщение от Аноним (24), 06-Фев-19, 06:59	+/–
Да-да-да. InterBase который уже далеко не FireBase, особенно с версии FireBase 3.x. Упоминание qmake особенно напрягает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #68

50. Сообщение от Аноним (24), 06-Фев-19, 07:00	+/–
Собственно, почему бы и нет, ведь с sqlite мне и предлагают альтернативу в Qt.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #70, #94

51. Сообщение от Аноним (51), 06-Фев-19, 07:09	+3 +/–
> тут странный Firebird? Хочется в приложении иметь для себя базу - > возьмите более логичный тут sqlite. И сразу все встанет на свои > места: в (не поддерживаемом уже) Delphi либо Lazarus вам придется искать > какие-то левые приблуды типа LiteDAC, попотеть с интеграцией всего этого, Чо за бред? В (не)поддерживаемомо Дельфи... (...ть, почему неподдерживаемом? то, что у тя не хватило его удержать, не делает его неподдерживаемым...) давно есть firedac "искаропки", цепляй библиотеки и хошь sqlite, хошь мускул, хошь постгрес тебе, хошь черт в ступе. В лазарусе все это было доступно еще раньше, чем в делфи... > А вы возьмите чуть более современный 7z, и тут выяснится, что в delphi > вам придется тащить в проект уж точно непойми что) Вот отсюда и растут ноги у "браузеров" и "текстпроцесоров", которые читают вслух и бегают за пивом, а вот серфить и работать с текстами нормально не могут, потомучто все силы афтара ушли на рюшечки и встроенные архиваторы, а createprocess осилить - не, это неспортивно...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

52. Сообщение от Аноним (51), 06-Фев-19, 07:46	+/–
> уже молчу про код который оно генерит - забудьте все что > вы знали про оптимизацию и придумайте самую невероятную пакость, и все > равно такого как у них не получится выдумать Тогда уж молчи и о кодерах, которые пишут говнокод, даже не вспоминая о существовании такого понятия как "оптимизация". Заодно промолчим о настройках компилятора и линковщика - иногда программисты, которые приходят на работу устраиваться, не могут ide запустить, если на десктопе ярлычок отсутствует...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #57

53. Сообщение от Аноним (51), 06-Фев-19, 07:52	+1 +/–
> Между прочим, насколько я помню из Delphi вы даже к тому же > ораклу просто так не подключитесь, либо придется покупать коммерческий коннектор Да, придется покупать коннектор. Видимо, придется купить при этом еще и Оракл, и окружение, которое его потянет, но самая серьезная проблема в данной ситуации - это, конечно, необходимость покупать коннектор...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #72

55. Сообщение от Аноня (?), 06-Фев-19, 08:01	+/–
Я, конечно, всё понимаю, но зачем в QT поддержка Sqlite? И если она есть, то есть ли поддержка MSSQL и постгреса? Разве он не должен просто окошки рисовать? И всё это в условиях, когда почти для любого языка есть pip, npm, nuget, cargo.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #98

56. Сообщение от Аноним (56), 06-Фев-19, 08:04	+1 +/–
Долгих лет процветания сему набору. Хоть и не пользуясь давно.
Ответить | Правка | Наверх | Cообщить модератору

57. Сообщение от Аноня (?), 06-Фев-19, 08:05	+/–
> даже не вспоминая о существовании такого понятия как "оптимизация" Потому что запуганы таким понятием как "предварительная оптимизация". Вообще, разработчики, которые тонко улавливают грань когда нужно начинать оптимизировать не так часто и встречаются
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #60

58. Сообщение от Аноним (6), 06-Фев-19, 08:08	+/–
Быстрое время написания тоже сейчас важно. Человеко часы и бизнес делают своё дело. Иначе писали бы на ассемблере. Скорость исполнения: https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

59. Сообщение от Аноним (33), 06-Фев-19, 08:23	+/–
Это понятно. А адекваты?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #90

60. Сообщение от Аноним (51), 06-Фев-19, 08:24	+2 +/–
Ха. Зато почти повсеместно встречаются разработчики, которые на вопрос "почему твое творение через 10 секунд после старта сжирает всю оперативу, сколько ее есть?", отвечают с олимпийским спокойствием, что память сейчас дешевая. Правда следующее предложение сменить кресло разработчика с зарплатой штука баксов на стульчик менеджера по продажам за 250$ плюс проценты почему-то вызывает такое свинячье верещание, что KAV обзавидуется...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #154

62. Сообщение от Аноним (62), 06-Фев-19, 09:11	+/–
Мне вот не хватает в ней однооконного режима. Почему-то на винде он есть,а в линуксе - нет...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #65, #74

63. Сообщение от тоже Аноним (ok), 06-Фев-19, 09:37	+1 +/–
wxWidgets. И напоминает оно не Borland IDE, конечно, а MFC / VCL, с которых и писалось. В остальном именно так, как мечтает вышеписавший: без лишней тяжести, нативные контролы, кой-какие редакторы для того, чтобы это добро намышевозить, если не умеешь ручками...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #66

64. Сообщение от КО (?), 06-Фев-19, 09:46	+/–
>В основе идеологии паскаля с самого начала было заложено На самом деле нет - в основе идеологии легкая анализируемость кода. Вау эффект связанный с быстрой компиляцией это побочное. Основное - при сопровождении намного легче понимать что написано и зачем (хотя и не идеал). За эту свою академичность и нелюбим профами на западе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

65. Сообщение от Ю.Т. (?), 06-Фев-19, 10:01	+/–
> Мне вот не хватает в ней однооконного режима. Почему-то на винде он > есть,а в линуксе - нет... Так делается же. Не через настройку, а модуль какой-то надо ставить, но делается (сам проверял). Не помню, где это (мне оно не нужно), может, на лазарус-вики.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

66. Сообщение от Ю.Т. (?), 06-Фев-19, 10:02	+/–
> wxWidgets. И напоминает оно не Borland IDE, конечно, а MFC / VCL, > с которых и писалось. > В остальном именно так, как мечтает вышеписавший: без лишней тяжести, нативные контролы, > кой-какие редакторы для того, чтобы это добро намышевозить, если не умеешь > ручками... ...и даже без совместимости по ABI между минорными версиями, всё как у больших. ))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

67. Сообщение от Аноним (68), 06-Фев-19, 10:05	+/–
А что там с кодом, они же llvm переехали?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #75

68. Сообщение от Аноним (68), 06-Фев-19, 10:06	+/–
Он FireBird FireBase это другое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

69. Сообщение от Аноним (68), 06-Фев-19, 10:11	+/–
В Qt нет быстрых gridview-ов уровня тех что были в delphi 7 и выше, может за пару последних лет что-то появилось(не смотрел), оно может быть написано правильно, но работать с большими гридами очень тяжко (и много-много памяти).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

70. Сообщение от Аноним (68), 06-Фев-19, 10:14	+/–
Потому-что серверная БД, которая удобна для решений используемых небольшими компаниями, при этом может одновременно работать как встореная ( не нужно пользоваться двумя сразу ), умеет транзакции тригеры хранимки при этом не требует столько внимания как PG и опять таки единый синтаксис для встроенной и серверной(унификация кода/разработчиков).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

71. Сообщение от Аноним (68), 06-Фев-19, 10:17	+/–
Давайте возьмём за сервер PostgreSQL, какая будет разница, gridview к которому легко подключить выборку на 100000 строк не требующий 16Гб оперативки есть? ( и не пишите что "не нужно", если пользователь решает что нужно, то ему нужно предоставить возможность, особенно если ему реально нужно глазами и с фильтрами и править по маскам после просмотра ).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #93

72. Сообщение от Аноним (68), 06-Фев-19, 10:19	+/–
Причём непонятно зачем таки покупать, есть же куча вариантов (законных).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #91

73. Сообщение от Аноним (73), 06-Фев-19, 10:25	–4 +/–
> линуксовый экзешник ))))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #76

74. Сообщение от llolik (ok), 06-Фев-19, 10:26	+/–
> Мне вот не хватает в ней однооконного режима. Почему-то на винде он > есть,а в линуксе - нет... Пакет AnchorDockingDsgn из поставки включить надо (https://imgur.com/dWeDwV4)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #109, #117

75. Сообщение от nobody (??), 06-Фев-19, 10:31	+/–
Тот же вопрос возник
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #89

76. Сообщение от Ю.Т. (?), 06-Фев-19, 10:43	+1 +/–
>> линуксовый экзешник > )))))) эКЗекьютебл бит сет (+x). Ну?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

77. Сообщение от Аноним (68), 06-Фев-19, 10:57	+/–
Давно хочу правилку табличек в бд со своими правилами, проблема в том что там 100+ тыс. строк люди фильтруют/правят в т.ч. массово, в кнопко-формочном(когда правка записей по одной или по заранее определённому алгоритму) никак не реализуемо за вменяемые сроки, сейчас используется вариант DB->Excel->Db и текущими инструментами что-то как-то всё не хочет адекватно работать ( нет gridvew умеющих с более-менее адекватными трудозатратами работать с кучей данных не сжирая по несколько Гб оперативки)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

78. Сообщение от Аноним (68), 06-Фев-19, 10:59	+/–
Да LLVM там в качестве компилятора, что он такой ужасный? Что вы всё какие-то байки из прошлого тянете? Поддерживать C++, Rust или (не дай.. ) js легче?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #79, #85, #88

79. Сообщение от Аноним (68), 06-Фев-19, 11:00	+/–
Тулкита для компиляции, да не важно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

80. Сообщение от Аноним (68), 06-Фев-19, 11:00	+2 +/–
Ну хватит уже... не смешно даже... Всё он умеет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

81. Сообщение от Ванёк (?), 06-Фев-19, 11:06	+2 +/–
Ну уж нет, С++ православнее!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

82. Сообщение от Аноним (68), 06-Фев-19, 11:11	+/–
What's New in Delphi and C++Builder XE2 Go Up to What's New This release provides key new features for developing applications using both Delphi and C++Builder. Summary of the XE2 Release Key features of the XE2 release are:     FireMonkey Application Platform for cross-platform applications that run on Windows (both 32- and 64-bit), Mac OS X, and iOS.     VCL supports 64-bit Windows and 32-bit Windows     The Delphi RTL now supports Mac OS X and both 32-bit and 64-bit Windows     Cross-platform application development         Mac OS X Application Development             Two cross compilers for Mac OS X:                 Delphi (DCCOSX.EXE, the Delphi Cross Compiler for OS X)                 C++ (BCCOSX, the C++ Cross Compiler for OS X)         64-bit Windows Cross-Platform Application Development (for Delphi only)             Delphi 64-bit cross compiler (DCC64.EXE, the Delphi 64-bit Command Line Compiler)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #87

83. Сообщение от Аноним (83), 06-Фев-19, 11:16	+/–
Для старпёров сойдёт, а для молодёжи нужно IDE на Rust'е, но его нету.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #108, #150

84. Сообщение от llolik (ok), 06-Фев-19, 11:29	+/–
> https://en.wikipedia.org/wiki/Qt_Creator разве не достаточно? Не настолько плотно им пользовался, чтобы авторитетно заявлять. К примеру, минимально, чтобы не заводить ниже-тред про dbgrid-ы и ассортимент, есть там что-то вроде лазаревских Actions-компонентов? Нет, сигналы-слоты я понимаю, что это тоже самое и можно накрутить. Можно создать аналог ActionList (возможно не один) и от него в один-два клика биндить обработчики к любому нужному компоненту? Когда я последний раз пробовал QtCreator - это было адски муторно. Может с тех пор что поменялось, я честно не в курсе. > приложения на win, linux, macos, android, ios - разве мало? Не мало, но это опять же не нативные контролы, а qt-мимикрия, которая не всегда хороша. Как минимум под последние три получается не очень хорошо, дипломатично выражаясь. Плюс, как уже отмечали в треде тащить/собирать за собой рантайм. Плюс, не самый важный вопрос, но помятуя о недавних сра^W диспутах здесь с любителями древностей, лазарь, даже свежий 2.0, до сих пор собирает кодобазу и работает как под всякие мхом поросшие WinXP и прочие древности, так и под свежим Win10/Mac/Linux. В то время как Qt-toolchain - по большей части только мейнстрим. > Embarcadero RAD Ну, скажем так, качество никогда не было сильной стороной Embarcadero. К лазарю/fpc оно, впрочем, имеет отношения ровно никакого, кроме собственно Паскаля. Наоборот, к примеру ЕМНИП в FPC пришлось переделывать поддержку дженериков (да они есть и лямбды есть и почти всё современное есть) собственной реализации, которая уже давно была, и делать совместимость Embarcadero, которая наворотила сильно позже и по-своему. Оффтоп: Если почитать History UniLink-а (ftp://ftp.styx.cabel.net/pub/UniLink) можно проследить, как его автор "любит" продукцию Borland/Embarcadero за её "качество".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

85. Сообщение от Аноним (85), 06-Фев-19, 11:31	–1 +/–
Чёё, FreePascal на LLVM? Чур меня, чур меня, чур меня...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

86. Сообщение от via (??), 06-Фев-19, 11:35	+/–
хмм, а правда на fpc можно в кросскомпиляцию под Cortex M0?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #102, #144

87. Сообщение от Аноним (-), 06-Фев-19, 12:20	–2 +/–
> Delphi 64-bit cross compiler (DCC64.EXE, the Delphi 64-bit Command Line Compiler) Ты про команд-лайн компилер? А скажи почему в вкладке создать новый проект VCL нету 64-бита. Там только 32-бита фигурируют. Согласись ЭмбаркадероДельфийцы не осилили 64-бита до конца.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #138

88. Сообщение от Cradle (?), 06-Фев-19, 12:46	+/–
http://wiki.freepascal.org/LLVM - он тан не есть, его там можно опционально включить (не самый свежий), и там же подробно и совершенно в согласии с их идеологией написанно почему это можно и не делать
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

89. Сообщение от T1000 (?), 06-Фев-19, 12:46	+/–
Пилится. Можно собрать самому уже сейчас, правда не без бубна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

90. Сообщение от T1000 (?), 06-Фев-19, 12:48	+/–
Всё работает. strace в помощь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

91. Сообщение от фф (?), 06-Фев-19, 13:28	+/–
Какие законные варианты без покупать ? ты без "покупать" даже саму свою делфю законно не сможешь использовать на предприятии были когда-то турбо-продукты корявенькие, но бесплатные, дак они юзеров посте перепродажи тупо кинули как и тех кто дома использовал домашние делфи 6/7...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72

92. Сообщение от Cradle (?), 06-Фев-19, 13:30	–1 +/–
паскаль устарел в тот момент когда Борланд решил вместо более-менее универсального TP развивать заточенный под один юзкейс дельфи. Да, дельфи первый зянял свою нишу, но очень скоро в нее влез M$ со своим VB и потом C#, сан влез со своей явой, и пошло-поехало. Еще паскаль устарел потому что Вирт со своей цюрихской университетской тусовкой не просекли идею опенсорса и остались на моделях разработки и распространения софта из прошлого века, а весь мир поехал дальше. Также как например моментально устарел их-же Eiffel, которого тоже очень жалко, столько труда на ветер. И поэтому на сегодняшний день для проекта на паскале иле эйфеле вам будет очень сложно организовать и поддерживать комьюнити из адекватных разработчиков и тестеров, на дельфи тем более, люди просто не захотят тратить время и охотнее займутся той-же Lua, там хоть больше перспектив что проект будет жить и развиваться. Что еще грустно: паскаль на самом деле очень хорошо мог бы вписаться в embedded разработку, и в конце девяностых - начале двухтысячных там произходил активный переход от ассемблера к си и вообще активное развитие новых инструментов. У Борланда был шанс заняться этой темой и оказаться там раньше многих. Но они свой шанс прохлопали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #96, #103, #151

93. Сообщение от фф (?), 06-Фев-19, 13:34	+1 +/–
глазами 100000 строк ???? ну да, ну да... это все что надо знать о делфи программистах Ж)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71 Ответы: #149

94. Сообщение от фф (?), 06-Фев-19, 13:41	+/–
ну пользуй свой интербейз какое-то нытье на пустом месте... http://doc.qt.io/qt-5/sql-driver.html The table below lists the drivers included with Qt: Driver name    DBMS QDB2    IBM DB2 (version 7.1 and above) QIBASE    Borland InterBase QMYSQL    MySQL QOCI    Oracle Call Interface Driver QODBC    Open Database Connectivity (ODBC) - Microsoft SQL Server and other ODBC-compliant databases QPSQL    PostgreSQL (versions 7.3 and above) QSQLITE2    SQLite version 2 QSQLITE    SQLite version 3 QTDS    Sybase Adaptive Server
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

95. Сообщение от фф (?), 06-Фев-19, 13:46	–2 +/–
30 мегабайт сейчас в интернете любай страничка с котиками весит. когда свою делфи-поделку на линуксе или фре запустишь без бубна и без вайна и когда делфя будет бесплатна - тогда и поговорим о 30 мегабайтах
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

96. Сообщение от llolik (ok), 06-Фев-19, 14:06	+1 +/–
> паскаль устарел в тот момент когда Борланд решил вместо более-менее универсального TP > развивать заточенный под один юзкейс дельфи. Да Дельфи-то как таковой ИМХО вполне ничего. Нормально развивался. Проблема и основной провал, соглашусь с Вами - это Borland. После эпического успеха Delphi7 их понесло не развивать успех, а в какие-то недоразумения: то они D8.net выпустят, никому нафиг не нужную, то потом возвращаются на натив, то потом пилят Delphi4PHP (не менее нафиг никому не нужную), среда становится глючной до невозможности. Как результат - банкротятся и продаются мутной CodeGear, которая скатывает среду совсем в хлам и только потом уже после ещё я уже и не помню каких перепродаж приткнувшись к Embarcadero среда начала хоть как-то развиваться: появились x64, платформы, FireMonkey относительно удобоваримый, в самом языке что-то наконец-то осовременивается. Но время уже давно потеряно (10 лет выпусков трэша, где-то до XE2 ИМХО), аудитория и рынок тоже. Плюс изначально совершенно идиотский маркетинг и оверпрайс, который сейчас вроде как стал получше, но всё-таки. А на онтопике: тут всегда правил бал Си и его развития. Не знал и не знаю таких, кто собирался писать под nix-ы не зная, хотя бы минимально С/С++. Что FPC, что лазарь хоть и сами по себе неплохи (модули приличные, например, мы когда-нибудь в С/плюсах дождёмся? а в pascal - есть by design), но есть постольку-поскольку, а не из-за острой в них надобности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #119

97. Сообщение от Qwerty (??), 06-Фев-19, 14:23	–4 +/–
Да ладно вам. Pascal/Дульфи давно уже умерли, даже студенты на них ничего не пишут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #99

98. Сообщение от Stax (ok), 06-Фев-19, 15:01	+1 +/–
> Я, конечно, всё понимаю, но зачем в QT поддержка Sqlite? И если > она есть, то есть ли поддержка MSSQL и постгреса? Я выше дал ссылку, там полный список. Есть даже оракл. > Разве он не должен просто окошки рисовать? Создатели Qt решили, что там должно быть все, начиная от работы со строками (QString и все унаследованные классы + функции для работы) и структур данных (обертки над массивами/очередь/стек/словарь и тп) и сетевых взаимодействий (свой API и уровня сокетов, и высокоуровневые взаимодействия по куче протоколов) до XML, SQL и кучи всего. И да, это все можно использовать в отрыве от гуя, библиотеки, предоставляющие это отделены от гуевых и не требуют их. Хорошо это или плохо - тут можно разные точки зрения иметь. Надо понимать, что когда Qt появился, STL еще толком никто не использовал, шаблонов либо не было, либо они были убогими, с поддержкой юникода в плюсах было плохо и куча других особенностей середины 90'ых. Qt реализовывал обертки над структурами C++ либо свои структуры и давал возможности, которых не было в базовом языке. Qt реально расширял C++ штуками типа сигналов и слотов, которые реализовывались через свой препроцессор (moc), устраняя проблему отсутствия С++ шаблонов в компиляторе. И так далее. > И всё это в условиях, когда почти для любого языка есть pip, > npm, nuget, cargo. С современной точки зрения вы правы (впрочем, как можно заметить, ни один из этих инструментов не работает для C++), но 20 лет назад при разработке переносимого тулкита заодно иметь переносимую между платформами и компиляторами реализацию всяких высокоуровневых штук было неплохой идеей. Хотя в первых Qt никаких SQL, конечно, не было, но структуры данных уже были.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

99. Сообщение от llolik (ok), 06-Фев-19, 15:16	+3 +/–
Ну раз Embarcadero ещё не обанкротилось, с его-то прайсом (причаститься тут  http://store.embarcadero.ru/),качеством и маркетингом, и FPC/Lazarus кто-то пилит (судя по Git-зеркалам https://github.com/graemeg/freepascal/commits/master и https://github.com/graemeg/lazarus/commits/upstream довольно бодро), значит всё-таки кто-то пишет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

100. Сообщение от vdb (?), 06-Фев-19, 16:57	+2 +/–
> быстрое время компиляции <...> извините сейчас совешенно не актуально. Ты большие проекты когда-нибудь видел? Попробуй для примера собрать Андроид из сорцов, потом поговорим о неактуальности быстрой компиляции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

101. Сообщение от Харитон (?), 06-Фев-19, 17:20	+/–
Тоже в свое время на него смотрел, пока не увидел CodeTyphon. Тот же Лазарь, только доработанный и часто обновляющийся. Самособирающийся и мультиплатформный из коробки с самосборкой всех прекомпилиров если надо. https://www.pilotlogic.com/sitejoom/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #104, #110

102. Сообщение от Харитон (?), 06-Фев-19, 17:39	+/–
под андроид/32 компилил консольную прокраму из Linux/х64. Правда, использовал CodeTyphon. Он при установке все кроскомпилеры/IDE/модули нужные вам накомпилит и все будет работать...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #105

103. Сообщение от Ю.Т. (?), 06-Фев-19, 18:27	+/–
> паскаль устарел в тот момент когда Точка зрения вроде интересная, но как-то всё в куче, что в пространстве решений, что во времени. Т.е. до 95-го года (кстати, год я верно назвал по памяти :))) паскаль не устарел, а потом сразу устарел? И виндоуз 95 никак ни на что не повлиял? И каким здесь боком Вирт?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92 Ответы: #106

104. Сообщение от Anonim (??), 06-Фев-19, 18:38	+/–
Это тот, который в русский Wiki Lazarus по кросскомпиляции вписали, удалив оригинальную инструкцию? Вы меня извините, но за одно это бежать нужно от таких "проектов".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

105. Сообщение от Cradle (?), 06-Фев-19, 19:11	+/–
M0 это совсем не андроид, это помельче. Судя по их вики на сам кор можете fpc легко собрать, но для конкретного контроллера нужен будет рантайм и скрипты линкера, так что скорее всего придется попотеть и портировать из сишного тулчейна
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #120

106. Сообщение от Cradle (?), 06-Фев-19, 20:20	+/–
> Т.е. до 95-го года если это решение было принято в 95-ом - то да, именно в тот момент и в согласии с их решением он и устарел, а поскольку других живых паскалей к тому времени уже небыло, то можно говорить про весь паскаль а не только TP. До того времени у него еще был шанс развиваться. С точки зрения пользователей/разработчиков он устарел чуть позже, в 97-98, когда дельфи набрал популярность. Тот момент я уже хорошо помню, сам тогда активно писал на TP7 dos+windows - вдруг все потянулись этот самый дельфи пробовать и все как-то разделились, кто-то на нем остался а кто-то пошел искать себе другие инструменты. Я тогда еще на какое-то время на оберон подсел, думал выйдет что-то адекватное, но оказалось что оно к тому времени тоже уже умерло. > И виндоуз 95 никак ни на что не повлиял? а чего бы ему влиять, Борланд от него вроде не зависел > И каким здесь боком Вирт? Вирт и его друзья не смогли пересмотреть представления своей молодости о том как разрабатывается софт, как распространяется и как поддерживается. В их время разрабы сидели в прямом контакте рядом в одном помещении, тестировали и отлаживали сравнительно небольшой группой, выпускали в основном мажорные релизы и хорошо если раз в несколько месяцев (бинарники распространяли на материальных носителях и делать корректирующии релизы не могли при всем желании), либы брались в основном от одного поставщика (или из небольшого числа надежных источников), лицензии были само-собой разумеющимся закрытыми и платными, программные решения патентовались, исходники или не публиковали совсем, или наоборот в академической среде выкладывали под честное слово, без юридической защиты, независимыми разработчиками код не анализировался, фидбек на тему багов и новых идей практически не поступал и не ожидался. Можно понять что в 70-х другого просто небыло, и в 80-х можно было еще тешить себя иллюзией что так было и поэтому будет всегда, но с начала 90-х все начало меняться, масса свободных молодых разработчиков получает доступ в инет и начинает организовываться в крупные распределенные комьюнити по совсем другим правилам, их модель кооперации оказывается более эффективной, а кто не приспособился потихоньку уходит в прошлое, что мы последние 25 лет и наблюдаем. И можно даже понять манагеров M$ которые на голубом глазу делали вид что не замечают этот процесс, у них работа такая, блефовать до последнего. Но вот как понять почему швейцарские профы такой поворот проморгали?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #111

107. Сообщение от Аноним (107), 06-Фев-19, 21:32	+/–
Устаревание не в прямом смысле "больше не годен", а "не соответствует современности". Ну вот например синтаксис. Он явно устарел. Времена, когда можно было писать 100-строчные программы и этого было достаточно - прошли. Ломать глаза на белиберду begin-end нет никакого желания, "си-шный" синтаксис победил. Писать отдельно "заголовочные модули" - вообще общепринятый маразм, что в Си, что в Паскакале. C# дал людям вменяемый синтаксис и назад пути нет. Фичи самого языка - увы, я давно уже не слежу за ними, лишь предположу, чего там скорее всего нет: partial classes, mixins, pattern matching, lambdas, multiple return values, String interpolation, ну и синтаксический сахарок всякий, СИЛЬНО упрощающий чтение кода. Язык, который конвульсирует на обочине мэйнстрима ещё долго не получит должного развития, так что он даже будучи "живым", мёртв как никогда. Смоллток - красив только в концепции, на практике этот маразм не применим. Как и Лисп.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #113

108. Сообщение от Аноним (107), 06-Фев-19, 21:33	+1 +/–
У вас 4 ошибки в слове rust: правильно писать D.  :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #118

109. Сообщение от Аноним (107), 06-Фев-19, 21:36	+/–
Даже странно, почему docking (как лучший стандарт де-факто) ещё должен отдельно включаться. Ностальгия - ностальгией, но в 21 веке думать надо на порядок ширше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #112, #114

110. Сообщение от llolik (ok), 06-Фев-19, 21:42	+/–
> Тоже в свое время на него смотрел, пока не увидел CodeTyphon. > Тот же Лазарь, только доработанный и часто обновляющийся. Это не Лазарь доработанный, это master-trunk snapshot лазаря, на который положены не ревьювеные и не принятые патчи из багтрекера, и натащены до кучи все более-менее популярные пакеты. Стабильность от всего этого кое как склееного мягко говоря удручающая. Особенно после запиливания в 2.0 менеджера пакетов, так что можно все популярные пакеты ставить из репы "в один клик", нужность CT остаётся под большим вопросом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #101

111. Сообщение от Ю.Т. (?), 06-Фев-19, 21:50	+/–
>> Т.е. до 95-го года > если это решение было принято в 95-ом - то да, именно в > тот момент и в согласии с их решением он и устарел, > а поскольку других живых паскалей к тому времени уже небыло, то > можно говорить про весь паскаль а не только TP. До того Понятно. Но выражение неудачное очень. Не устарел, а был вытеснен, и всё-таки не одномоментно, и не потому, что сам (Дельфи) был плох. А потому, что существенно изменилась среда обитания, стала "однополярной". Как это "Вин95 не повлиял на инструментальные средства"? МС-овские студии убили все прочие сишные среды, включая моего любимца зортека/симантека. Изменились (развиваясь) и рынок ПО, и структура производственных сил :))) Ява и сишарп это всё совсем другая история, на несколько инфо-эпох позднее. И не один же Паскаль. Я знавал (бывшего) программиста на ПЛ/1. >> И каким здесь боком Вирт? > Вирт и его друзья не смогли пересмотреть представления своей молодости о том > как разрабатывается софт, как распространяется и как поддерживается. В их время Ещё раз -- сколько имплементаций Паскаля сделали Вирт и его друзья? За Оберон ещё можно обижаться, но за Паскаль? А в опенсорсе, по его происхождению, главенствовал Си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106 Ответы: #115

112. Сообщение от llolik (ok), 06-Фев-19, 21:51	+/–
> Даже странно, почему docking (как лучший стандарт де-факто) ещё должен отдельно включаться Возможно потому, что не с каждым виджетсетом конкретной платформы оно работает. А IDE должно загрузиться "при любой погоде". Докинга может и не быть, но окна-то как-минимум должны быть везде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

113. Сообщение от Ю.Т. (?), 06-Фев-19, 22:14	+1 +/–
> Ну вот например синтаксис. Он явно устарел. Времена, когда можно было писать ... > синтаксический сахарок Ещё короче, Паскаль это не Сишарп?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

114. Сообщение от Ю.Т. (?), 06-Фев-19, 22:15	+/–
> Даже странно, почему docking (как лучший стандарт де-факто) ещё должен отдельно включаться. > Ностальгия - ностальгией, но в 21 веке думать надо на порядок > ширше. Однако экран может оказаться не ширше замысла. Или, скажем, не на весь экран -- можно?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

115. Сообщение от Cradle (?), 06-Фев-19, 23:12	+/–
> Не устарел, а был вытеснен на мой взгляд устарел потому что был обьявлен ненужным в угоду более новому продукту. А дельфи был не то что бы плох, просто ниша RAD это совершенно другое отношение к качеству производимого софта и соответственно требования к уровню программистов, если паскаль жил виртовской идеей научить программировать то дельфи как раз предлагал программировать не умея этого делать. МС-овские студии наверное также как и дельфи не имеют прямого отношения к win95, в том плане что не выйди win95 по каким-то причинам или появись он позже, на их релизы бы это особо не повлияло. Да, win95 заметно разогрел рынок, но не он его создал, запрос и предложения были уже раньше, тот же VB for windows уже был под тройку. > сколько имплементаций Паскаля сделали Вирт и его друзья Вирт очень плотно участвовал в создании UCSD паскаля. Основатель Борланда Филипп Кан был его студент, надо думать что контакты там тоже неплохие были. Дело не в том чтобы обижаться, дело в том что он был идеологом и создал большую школу, на нем и ответственность за то что его ученики под влиянием его авторитета не смогли адаптироваться к новой ситуации. Друья - это например и Бертран Майер с его эйфелем, та же история, слишком долго держались старых моделей разработки и не понимали как заинтересовать людей и организовать комьюнити, так оно и умерло, никому кроме их универа не нужно стало. А ведь просто сказка была бы, раскрути они лет 20 назад эйфель по примеру перла или пайтона.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111 Ответы: #116

116. Сообщение от Ю.Т. (?), 07-Фев-19, 09:32	+/–
> МС-овские студии наверное также как и дельфи не имеют прямого отношения к > win95, в том плане что не выйди win95 по каким-то причинам Выход вин95 придал их студиям совершенно особую значимость. Одна система, одна студия. Затея с бэйсиком вообще хуцпа. Но у них-то всё "выстреливало". >> сколько имплементаций Паскаля сделали Вирт и его друзья > Вирт очень плотно участвовал в создании UCSD паскаля. Так это тоже университетское "изделие". Каждый из нас и таких может назвать не одно "проваленное" (на самом деле определение неверно, поскольку НИР успешно завершена, а деньги получены и растрачены :)))). Сам же Вирт в реальном производстве не замечен, насколько понимаю. Это вот ГНУ-шные парни удивили мир. > Дело не в том чтобы обижаться, дело в том что он был > идеологом и создал большую школу, на нем и ответственность за то Нет, решительно не понимаю, что за ответственность такая *особенная* вдруг на нём. Не больше ведь любого другого автора стандарта. Ну, того же Мак-Карти? > Друья - это например и Бертран Майер с его эйфелем, та же > история, слишком долго держались старых моделей разработки и не понимали как > заинтересовать людей и организовать комьюнити, так оно и умерло, никому кроме > их универа не нужно стало. А ведь просто сказка была бы, А много ли вообще из универов вышло "успешных ЯП"? Питон? Как говоритЦа, name two. > раскрути они лет 20 назад эйфель по примеру перла или пайтона. "Раскрути" это значит "сделай что-то коммерчески успешное". 20 лет назад это бы значило одолеть МС на его поле.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #124

117. Сообщение от bentall (ok), 07-Фев-19, 10:37	+/–
Посмотрел я на Lazarus, а то после того я пересел с Delphi на BC++B, а потом на Qt и, постепенно, окончательно на Linux я на паскале как-то и почти не писал ничего. Но всегда знал, что открытый аналог дельфей есть. Впечатления — смешанные. Многое понравилось. Вот как включать докирование окошек нашёл быстро и без чтения документации (просто просмотрел что там в /usr/share/lazarus/components/ мой slackbuild сложил). В живущей у меня дефолтной XFCE, правда, заголовки доков выглядят как привет из 1990, но ладно, к этому можно или привыкнуть, ну или со временем как-то подрихтовать. Можно даже понять, что подключение этой штуки требует перекомпиляции среды. Но вот почему подключение банального набора SQL-ных датасетов (пакет SQLDBLaz), да и _вообще_ любого пакета тоже требует перекомпиляции? Которая, скажем так, далеко несупербыстрая. Есть подозрение, что веселухи в этот процесс добавляет то, что линуксовый ld пытается проинтерпретировать код dfm-ок, в смысле lfm-ок и начинает несколько тупить. Это как-то вообще лечится?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #121

118. Сообщение от bentall (ok), 07-Фев-19, 10:46	+1 +/–
> У вас 4 ошибки в слове rust: правильно писать D.  :) Боюсь те, кто значает что такое язык D — молодёжью уже не называются. Хотя что-то в стиле Lazarus'а или Qt Creator для D могло бы добавить этому языку популярности. Совсем начинающим можно б было говорить, что это такой диалект C# с понижеными требованиями к железу. :D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #108

119. Сообщение от bentall (ok), 07-Фев-19, 11:02	+/–
> Да Дельфи-то как таковой ИМХО вполне ничего. Нормально развивался. > Проблема и основной провал, соглашусь с Вами - это Borland. После эпического > успеха Delphi7 их понесло не развивать успех, а в какие-то недоразумения: Наверное всё дело в том что Microsoft Андерса Хейлсберга переманила? И не его одного, Клемента Шиперского, который придумал компонентный паскаль (вариант виртовского оберона) и Black Box Component Builder — тоже. И да, кто не в курсе, наши ребята BBCB под linux пару-другую лет назад таки портировали. Правда он всё ещё 32-битный, через слой совместимости работает). А ещё я вчера в связи с выпуском Лазаря наткнулся на https://gitlab.com/mseide-msegui/mselang/ Это разработчику MSEgui/MSEide (такая минималистичная альтернатива Лазарусу) FreePascal показался недостаточно хорош (и в чём-то он, кажется, прав), и он пилит поверх LLVM нечто обероноподобное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #126, #131

120. Сообщение от via (??), 07-Фев-19, 11:16	+/–
Да, Это Arduino Zero и вся розетка MKR.  Ок, короче, только отдельные функции
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #125

121. Сообщение от llolik (ok), 07-Фев-19, 11:31	+2 +/–
> В живущей у меня дефолтной XFCE, правда, заголовки доков выглядят как привет из 1990 Оно вроде как настраивается вот тут (https://imgur.com/IRXmObf). RightClick по линии дока. > Но вот почему подключение банального набора SQL-ных датасетов (пакет SQLDBLaz), да и _вообще_ любого пакета тоже требует перекомпиляции? Как пишут тут (http://wiki.freepascal.org/Lazarus_Packages#What_is_a_Lazaru... FPC пока не поддерживает динамические пакеты, только статические. Следовательно надо всю IDE пересобирать, т.к. динамичской загрузки хидеров пока тоже нет, но что-то в этом направлении вроде как делают http://wiki.freepascal.org/Dynamically_loading_headers
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #122

122. Сообщение от bentall (ok), 07-Фев-19, 12:02	+/–
Спасибо, со стилем заголовков доков или полным их отключением всё оказалоь элементарно. Что там с динамической подгрузкой компонент пилят — полюбопытствую. А насчёт ускорения линковки кто-то работает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #123

123. Сообщение от llolik (ok), 07-Фев-19, 12:35	+/–
> ускорения линковки кто-то работает? Вот это, честно говоря, не интересовался, но можно на форуме FPC или в irc спросить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

124. Сообщение от bentall (ok), 07-Фев-19, 13:02	+/–
> Сам же Вирт в реальном производстве не замечен, насколько понимаю. Это вот > ГНУ-шные парни удивили мир. Виртовский компьютер Lilith (с вертикальным диспллем и многооконной операционной системой, написанной на Modula-2) как-то немного продавался. Вирт (кажется) с выходом этой штуки (за 5 килобаксов) даже успел раньше Apple Macintosh (но позже Apple Lisa, которая правда все 10 килобаксов стоила). И с ней Вирт в суде между «пиратами силиконовой долины» выступал, как свидетель защиты Гейтса, показав что первую персоналку с многооконной системой на рынок выпустил таки он. Вероятно тогда у победившего в тот раз Билла (к счастью, так как альтернативой было бы право на  многооконность только у яблочников) и появилась идея, что нанимать паскалистов — полезно. А вот сделай Вирт Лилит каким-то чудом года на три раньше (чудом, потому-как все брали идеи у Алана Кея с его смоллток-машинами, что яблочники, что Вирт, что разработчики юниксовых иксов и все шли «ноздря в ноздрю» с финишем в 1984 году) то у паскалеподобных языков и, возможно минималистических оконных менеджеров с командным управлением, ниша была бы побольше. Вероятно сравнимая с нишей Objective C и того, что на этом объектном си обычно пишут. > А много ли вообще из универов вышло "успешных ЯП"? Питон? Как говоритЦа, name two. Lua. De facto — стандартный встраиваемый язык в gamedev'е (хотя за его пределами в этом качестве тоже вполне популярен). Католический Университет Рио-де-Жанейро, три доцента писали. Правда у них в заказчиках были нефтянники, но они-то от этого не перестали быть университетскими парнями. Ну и, да, кстати, язык многое перенявший у виртовской Модулы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #127, #135

125. Сообщение от Cradle (?), 07-Фев-19, 13:21	+/–
нет, скорее всего вы сможете с ним нормально работать, но не сразу, нужно будет адаптировать под контроллер. Рантаим контролелру для чего нужен: он инициализирует стек, обнуляет ram и инициализирует ее дефолтами из bss сегмента, больше от него никакой магии не требуется. В принципе 30-40 строк кода, но нужно понимать как оно работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

126. Сообщение от Cradle (?), 07-Фев-19, 13:24	+/–
спасибо за ссылку, тоже очень интересно. Автор еще там и книгу по программированию написал, в лучших традициях :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

127. Сообщение от Cradle (?), 07-Фев-19, 13:34	+/–
UCSD паскаль вроде активно и не дешево продавался, на чем собственно Борланд и вырос - они стали продавать активно но дешево. Первые виндовсы ( т.е. включая 3.10 и 3.11) имели паскалевский ABI, 95-ый не помню, вроде тоже. Яблочники в те годы тоже активно паскаль продвигали, не бесплатно надо думать. Lua - да, хороший пример, еще common lisp вполне жив и здравствует, еще ocaml во франкоязычной среде довольно популярен. Ну и фортран конечно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #129, #136

128. Сообщение от Jkeks (?), 07-Фев-19, 13:43	–1 +/–
Все на DevelStudio фигачу, внучек дельфей.
Ответить | Правка | Наверх | Cообщить модератору

129. Сообщение от bentall (ok), 07-Фев-19, 13:47	+/–
> Первые виндовсы ( т.е. включая 3.10 и 3.11) имели паскалевский ABI, 95-ый > не помню, вроде тоже. Яблочники в те годы тоже активно паскаль > продвигали, не бесплатно надо думать. Ubuntu Control Center, который, я так понимаю, в начале 2010 годов использовался (вот никогда убунтой без буквочки k, x или l в начале не пользовался) на лазарусе (в основном) написан.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

130. Сообщение от getfr (?), 07-Фев-19, 13:49	+/–
Скорее всего, проблема из-за требования прав root (или +s, что почти то же самое)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

131. Сообщение от Cradle (?), 07-Фев-19, 13:59	+/–
Автор умер 27. Dez 2018, сердечный приступ. Проект остался, последние коммиты 27 ноября. http://www.lazarusforum.de/viewtopic.php?f=1&t=11923
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #132

132. Сообщение от bentall (ok), 07-Фев-19, 14:46	+/–
Кошмар какой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #133

133. Сообщение от Cradle (?), 07-Фев-19, 15:01	+/–
да кошмар, слов нет просто.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

134. Сообщение от Noname (??), 07-Фев-19, 15:02	+/–
Работает и Сент, и на Федоре, и на всем остальном.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

135. Сообщение от Ю.Т. (?), 07-Фев-19, 15:13	+/–
>> Сам же Вирт в реальном производстве не замечен, насколько понимаю. Это вот >> ГНУ-шные парни удивили мир. > Виртовский компьютер Lilith (с вертикальным диспллем и многооконной операционной системой, > написанной на Modula-2) как-то немного продавался. Вирт (кажется) с выходом этой Если верить википедии, времена до-досовские? Читал "Almost perfect" Peterson-а недавно, и мне показалось, мы отсюда слабо представляем себе тамошние реалии той поры. >> А много ли вообще из универов вышло "успешных ЯП"? Питон? Как говоритЦа, name two. > Lua. De facto — стандартный встраиваемый язык в gamedev'е (хотя за его ...что, и в коммерческих играх?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #137

136. Сообщение от Ю.Т. (?), 07-Фев-19, 15:21	+/–
> UCSD паскаль вроде активно и не дешево продавался, на чем собственно Борланд > и вырос - они стали продавать активно но дешево. ... Думаю, всё же дело в том, что Си (тогда уже достаточно повсеместный) был, что называется, и Паскалем (и да, был же pascal call и пресловутый bp :))) > Lua - да, хороший пример, еще common lisp вполне жив и здравствует, Тут где-то уже и lisp закопали. Не говоря о Фортране. (Кстати, вот случай глянуть - ну да, openmpi 4 сохраняет фортрановский интерфейс, вот дураки-то, им бы пацанов с опеннета слушать).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

137. Сообщение от bentall (ok), 07-Фев-19, 15:44	+/–
> времена до-досовские? Нет, первая DOS — 1981. Алан Кей раньше начинал, но он работал на дорогом, совсем не массовом железе. > ...что, и в коммерческих играх? Вот прежде всего в них. Началось всё с того что LucasArts заменил на Lua самописанный SCUMM-language в своих квестах. А так — World of Warcraft, Cry ENGINE, S.T.A.L.K.E.R, Serious Engine, Silent Storm (и пятые Герои, использовавшие, в чиле прочих, их движок), Цивилизация, начиная с пятой (в четвёртой был Python и вышло это как-то не очень), Кризис, Дота… https://en.wikipedia.org/wiki/Category:Lua-scripted_video_games — далеко не полный список (и вместе с открытыми проектами), потому как коммерческие игроделы доступ к внутренностям своей игры обычно не открывают. Например Симов в списке нет, только SimCity, а по крайней мере во вторых Симах Lua никуда не делся, см. например http://modthesims.info/archive/index.php?t-90095.html Правда в четвёртых вроде питоном заменили (у меня дочка уже большая и самостоятельная студентка, так что четвёртых Симов не ковырял).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

138. Сообщение от FedeX (ok), 07-Фев-19, 16:47	+/–
Потому что обычный делфи проект компиляется без проблем и под 32 и под 64 бита - не?))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

139. Сообщение от анонн (?), 07-Фев-19, 16:52	–1 +/–
> ЗЫ. Lazarus умеет использовать Qt, как виджет-сет. Хоть Qt4, хоть Qt5. Посмотрел: % pkg search lazarus lazarus-gtk2-1.8.4_1           Portable Delphi-like IDE for the FreePascal compiler (GTK2) lazarus-qt4-1.8.4_1            Portable Delphi-like IDE for the FreePascal compiler (QT4) lazarus-qt5-1.8.4_2            Portable Delphi-like IDE for the FreePascal compiler (QT5) прикольно. Если бы еще первый релиз был лет на 6-7 раньше ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #140

140. Сообщение от bentall (ok), 07-Фев-19, 17:17	+/–
> прикольно. Если бы еще первый релиз был лет на 6-7 раньше ... Ну бета в 2009 уже была (а LCL — вообще давно начали), но, похоже, пока был более-менее жив Borland Kylix стимула выводить альтернативу из беты было куда меньше. А когда Kylix не стало — вот тогда Лазарь воскрес и воспрял.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #141

141. Сообщение от анонн (?), 07-Фев-19, 17:34	+/–
>> прикольно. Если бы еще первый релиз был лет на 6-7 раньше ... > Ну бета в 2009 уже была (а LCL — вообще давно начали), > но, похоже, пока был более-менее жив Borland Kylix стимула выводить Kylix кстати вроде тоже с вайна так и не портировали, забросив. И начать-то начали, но сначала оно дельфям не конкурентом было, а когда стало, оказалось уже и потихоньку почти невостребованным, потому что после перепокупок кодожиром и (в конце) эмбаркадерой и всяческих метаний с дельфей стали сползать везде, где можно. На VB.NET, C# и прочее - гуй там, если я не путаю ничего, тоже можно было накликать только в путь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #140 Ответы: #145

142. Сообщение от мшефд (?), 07-Фев-19, 20:24	+/–
>Между прочим, насколько я помню из Delphi вы даже к тому же ораклу просто так не подключитесь, либо придется покупать коммерческий коннектор непонятно какого качества, либо придется лезть через мерзкий ODBC, лишившись при этом всех полезных фич типа объектов, вложенных курсоров и прочего. Впрочем, может сейчас что-то изменилось, давно с этим сталкивался. http://wiki.freepascal.org/SQLdb_Package https://sourceforge.net/projects/zeoslib/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

143. Сообщение от anonymous vulgaris (?), 08-Фев-19, 01:53	+1 +/–
Краткое введение в современный Object Pascal для программистов https://castle-engine.io/modern_pascal_introduction_russian.... Modern Object Pascal Introduction for Programmers https://castle-engine.io/modern_pascal_introduction.html
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #146, #147, #148

144. Сообщение от anonymous vulgaris (?), 08-Фев-19, 02:22	+1 +/–
не скажу за М0, а для raspberri pi можно http://wiki.freepascal.org/Ultibo_core
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

145. Сообщение от bentall (ok), 08-Фев-19, 02:44	+/–
> На VB.NET, C# и прочее - гуй > там, если я не путаю ничего, тоже можно было накликать только > в путь. С учётом того, что разрабатывал это тот же Андерс Хейлсберг, что и Delphi в его золотые времена, большинство дельфистов перешло на шарп безболезнено (сужу, правда, теоретически, сам чуть раньше ущёл на C++/Qt, ещё даже последние недели Qt3 застал). И да, сигнал-слоты, конечно — не ActionList, но лично я никакой боли при переходе не испытал. Тем более, что до того знакомился с наработками некоего Delphi программиста, который переизобрёл сигна-слотовую систему. Причём, кажется, именно в том, слаботипизированном виде, в котором это присутствует в Qt < 5 (он правда это почему-то функциональным программированием называл)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

146. Сообщение от bentall (ok), 08-Фев-19, 06:05	+/–
> Краткое введение в современный Object Pascal для программистов > https://castle-engine.io/modern_pascal_introduction_russian.... ну а кто игроделинм интересуется, может на сам castle-engine посмотреть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143

147. Сообщение от Ю.Т. (?), 08-Фев-19, 07:52	+/–
> Краткое введение в современный Object Pascal для программистов > https://castle-engine.io/modern_pascal_introduction_russian.... > Modern Object Pascal Introduction for Programmers > https://castle-engine.io/modern_pascal_introduction.html Спасибо, интересно, особенно в части Object. Но: *беглейше* глянул -- и, как и ожидал в русском переводе, обнаружил, что 1) добавлен юмор (как бы ни к чему). 2) термины переведены небрежно / неточно. Пример для 1) разделы 9.1 и 9.4, заглавия. Пример для 2) раздел 9.2, введение (перевод "CORBA" vs "bare" и, далее, "чистая особенность языка" vs "особенность чистого языка").
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143

148. Сообщение от tonysh (?), 08-Фев-19, 10:21	+1 +/–
Есть еще вполне неплохой перевод официальной документации: https://drive.google.com/drive/folders/0By1Ihlfr9cFlLUdtMFhl... http://fpc-doc-ru.1gb.ru/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143

149. Сообщение от lel (?), 08-Фев-19, 10:24	+/–
Давайте не будем судить по одному комментатору о сообществе в целом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

150. Сообщение от burjui (ok), 09-Фев-19, 21:35	+/–
IDE для Rust уже есть - плагин Rust для IntelliJ IDEA. Работает далеко не идеально, но лучше, чем ничего или плагин для VSCode (которую только с натяжкой можно назвать IDE). Что касается гуя, в Rust'е нету ничего, и проблема актуальна, но ни разу не фатальна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

151. Сообщение от евкмунмиьноьктвп (?), 09-Фев-19, 21:39	+/–
>паскаль на самом деле очень хорошо мог бы вписаться в embedded разработку Там уже давно была Ада и всякие модулы, из семейства паскаля. Теперь некоторые старые идеи по новому реализует ржавчина. На самом деле мне, например, жаль, что нет таких свободных "дельфиподобных" сред быстрой разработки именно для Ады и модул и эйфеля - как несколько более совершенных языков. Как минимум, они были бы полезны студентам и разработчикам нативных одноразовых программ (особенно строгая к учащимся Ада - в не новом для себя амплуа "прекрасной и строгой классной дамы с линейкой"). У компонентного паскаля есть потенциал в учебной сфере, но с любыми сердцу студиозусов и школяров, графическими компонентами, там пока ещё не очень.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

152. Сообщение от Аноним (152), 11-Фев-19, 15:41	+/–
Ух... Как же он меня в своё время выручил. Надо было под Linux простенькую вещь сделать, а я в Linux не особо шарил (особенно в их традиционных методах программирования). Lazarus - стал для меня спасением. Интуитивно понятная, не требующая дополнительного изучения, кроссплатформенная. Что ещё нужно? Иметь одну среду разработки, один язык с единым набором компонентов для разных систем - это просто счастье программиста! Раз изучил и пиши хоть под Linux, хоть под Windows. Люди голову ломают, решая проблему портирования проекта под другую ОС, а тут всё для тебя из "коробки" завезли.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #153

153. Сообщение от Michael Shigorin (ok), 11-Фев-19, 17:08	+/–
> Люди голову ломают, решая проблему портирования проекта под другую ОС, > а тут всё для тебя из "коробки" завезли. ...на x86; см., например, https://bugzilla.altlinux.org/36023
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152

154. Сообщение от Аноня (?), 13-Фев-19, 21:22	+/–
> через 10 секунд после старта сжирает всю оперативу, сколько ее есть?", Это, конечно, не допустимо. Когда сложная бизнесс-логика пересекается с оптимизированным кодом - тогда разработка замедляется непредсказуемо. И тут становится плохо всем. > память сейчас дешевая. Просто когда вам такое скажут, предложите посмотреть своему собеседнику, сколько стоит ноутбук с 32 гигами памяти на борту.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема