Lazarus 2.2

Перевод строки удобнее делать двумя пробелами в конце строки перед \n вместо двух \n\n Тогда между предложениями не будет разрывов. (я сам неделю назад узнал хехе)

Windows: 2k

Как минимум один пример OpenSource-программы, поддерживающей Windows XP есть. А пример подобного с проприетарщиной есть?

С рождеством Хр релизом Лазарусовым! :)

GTK3 когда?

Оно всё равно сдохло. Есть qt, вполне достаточно. Найдётся кто GTK4 пилить — добавят GTK4.

Тут есть люди, освоившие формошлепство на Pascal, а то и сам Pascal именно в Lazarus? Как мне кажется, это замена Delphi для тех, кто когда-то осилил Delphi.

Там 1в1 дельфа была, даже простые проекты компилировались без правок. Хелловорд весил 200мб правда. Все минусы паскаля имеются, хотя имхо самый красивый паскаль

Оно давно уже лучше делфи. Хотя бы устройством IDE. От делфи я проблевался, когда увидел.

Хелловорд весил 200мб правда

А?!

eternal_sorrow, gremlin_the_red, а если по существу? Что удобнее для разработчика? Что лучше выглядит в разных DE? Может быть, архитектура GTK или Qt лучше? А может быть, RedHat надоел или Qt – жадные проприетарщики?

На моей памяти в Unity все выглядело хорошо, но интерфейсы на Qt казались неродными. В KDE – наоборот. В Xfce, Mate и Cinnamon все выглядело просто нормально и примерно одинаково. Как пользователь конечных продуктов, а не библиотек, я не могу определить фаворита.

Если не вылазить из Linux, то GTK.

Если не очень охота влазить в адокЪ GLib/GObject (отдельно меня GClosure наркомания радует), то Vala - вполе неплохое ООП (но отлаживать это я затрахался, правда). В принципе, как по мне, там всё довольно банально на самом деле, но несколько сильно разбросано. И да, GIR - очень прикольная штука. Единственное, КМК чего не хватает - это как раз приличного RAD (a-la Lazarus).

Ну и о минусах, с GTK сейчас вроде получше, но на Win/Mac - это как негр-шпион на северном полюсе. Ну и если пишешь напрямую на GLib/Gobject/GTK, то boilerplate-а пописать придётся.

Если жить не можешь без плюсов и хочешь типа-кроссплатформы (не натив, мимикрия), то в Qt. Но на «один раз написал, потом просто компилируй» я бы на чем-то сложней окна с кнопками не надеялся. Хотя с QML сейчас как-то попроще, наверное (я не пробовал).

А про Lazarus: пользуюсь периодически. Штука нужная и прикольная. С компиляцией на каждый чих и прочими особенностями можно смириться, но что меня немного выбешивает - это нефункциональный, глючный, просто отвратительно-богомерзкий отладчик.

Там 1в1 дельфа была, даже простые проекты компилировались без правок. Хелловорд весил 200мб правда. Все минусы паскаля имеются, хотя имхо самый красивый паскаль

А какие минусы Паскаля?

Лазарус/FPC достаточно отличается от делфи. Формошлепство схоже с Delphi/vcl, но компонентов меньше и те что есть зачастую имеют различия в свойствах/методах. Языки тоже отличаются хотя есть режим совместимости с делфи. Некоторые фичи соаременного делфи не поддерживаются - анонимные функции, объявление переменных вне блока var. Ну и в rtl Delphi добавляют много всего, а в FPC это медленно добавляется.

Конечно знание делфи значительно упрощает понимание работы в lazarus, но вполне можно освоить и без делфи.

А про Lazarus: пользуюсь периодически. Штука нужная и прикольная. С компиляцией на каждый чих и прочими особенностями можно смириться, но что меня немного выбешивает - это нефункциональный, глючный, просто отвратительно-богомерзкий отладчик.

Так одна из главных фич этой версии свой, новый отладчик вместо gdb. Должен быть получше. Или не хватает именно визуальных фич ide для отладки?

Я как-то залез в winapi мне нежно было пару ссылок держать в коде и с документированными вызовами творилась вакханалия (с хедорами от борланд и с фрипаскальными), на ссях все переписалось. Ну и произодительность/безапасность я хз четам ещё у паскаля

Ну а сколько он весит без компрессии и танцев

Да визуальные - это даже второе дело (хотя не помешали-бы, он очень примитивный, конечно). Он периодически управление теряет. Плюс хотелось-бы, конечно, большей интроспекции. Т.е., когда я последний раз туда смотрел, отлаживать им классы/объекты, например, было просто бесполезно. Классические числа/строки/мем-дампы/брейкпоинты и скачем по потоку; всё, больше ничего не умеем.

Новый посмотрю, конечно, при случае.

Да, какбы не хаяли MSVS, но отладчик в ней близок к идеальному.

Ну не 200, но, если отладочную инфу не отключть, то под 30 легко debug сборка наберёт.

Оно давно уже лучше делфи.

А что, там уже есть компоненты 1в1 вроде FastReport или сервера/клиента OPC-DA?

Или же вместо лицензий на несколько компов-разрабов надо будет покупать за бешенные деньги исходники с диким NDA?

за бесконечные begin … end, обьявление переменных в заголовке, вложенные функции, ручную деструкцию обьектов, вызовы функций и процедур, похожие на использование переменных, … в 21 веке нужно убивать, имхо

Ура!

Неосиляторы такие неосиляторы.

за бесконечные begin … end, обьявление переменных в заголовке,

Ну так же можно сказать и за «#include <stdlib.h>»

Ну а про прочее - язык, как язык - идеального не придумали. Классика Нильсена Вирта.

Срач насчёт языков тут не уместен.

З.Ы. Ваше гавно на вентилятор не попало...

… за безразличие к регистру в именах и ключевых словах. И то, что факты вы называете гОвном, то-же, сюда-же.

Молодые люди, к вам обращаюсь я. Оставьте старикам и школьным учителям их паскаль-фетиш. Если вам нужен (а вам нужен) низкоуровневый и при этом с высокой степенью абстракции данных/алгоритмов, современный и данамично развивающийся язык программирования, который обеспечит вас хлебом с маслом на долгие годы вперёд, изучайте в первую очередь С++ (если вы совсем зелёный, начните с чистого С). Освоив этот надёжный фундамент, вы в дальнейшем сможете без особых проблем перейти и к pascal/delphi/lazarus, C#, java, …

И учите английский, это как латынь для врачей.

Когда у тебя увесистый проект «жрёт» аж до 10-ти Мб оперативки и память (внезапно) не течет, ибо ты знаешь где и, главное, когда, и (что не маловажно) для чего ты убил тот или иной объект - это и называется программист.

на с++ вы то-же можете создавать и убивать обьекты где и когда захотите. но это в подавляющем большинстве случаев плохая практика, и в том числе поэтому паскаль - плохой на данный момент язык программирования

Вот есть такой язык Nim. Его создатель вдохновлён Паскалем. Как было бы здорово если бы и он сделал такую же ide, как Lazarus. Мне кажется это поспособствовало его популярности.

А чем тебе вложенные функции не угодили?

А чем тебе стдлиб не угодил?)

На самом деле главное тут сам Лазарус, а так все равно на чем он написан

Лазарус на языке D было бы поинтересней, формошлепить с мощью и удобством

Для D есть ide с формошлёпством, а для Nim есть только gui-библиотеки.

Его создатель вдохновлён Паскалем

шта? вобще-то питоном

На «паскале» (во free pascal) вы можете создавать/освобождать объекты так же, где и когда хотите.

P.S. Не убивай, освобождай.

Это ты в Википедии прочитал? Я тебе говорю как человек написавший на нем одно приложение(не хеловорлд) для себя, чтобы понять что за язык.

Если жить не можешь без плюсов

То есть GTKmm.

Что удобнее для разработчика?

GTK, так как можно писать на том языке, на котором хочешь, а не выбирать из кучки полумёртвых биндингов.

Может быть, архитектура GTK… лучше?

Да. В первую очередь потому что оно написано на С. А ещё благодаря GObject Introspection.

или Qt – жадные проприетарщики?

Да.

Держу в курсе: IDE нужна не только для «формошлёпства».

вложенные функции

Завидуешь — завидуй молча.

ручную деструкцию обьектов

Как и в других языках без GC. Кому-то АКПП, кому-то нужна ручная.

вызовы функций и процедур, похожие на использование переменных

А как тебе объявление функций и процедур, похожее на использование переменных? Да-да, в си-подобных. От этого, ЧХ, отказались в Rust, Go, JS, ещё много где. А вот C++, Java и C# тащат родовую травму сишки.

Я не он, но ему, похоже, не стдлиб не угодил, а вообще костылинг на препроцессоре вместо модульности. Это реальный позор, в турбопаскале уже в начале 90-х был вполне вменяемый механизм модулей. А в кресты модули вот только в 2020 году добавили.

P.S. Против препроцессора как такового ничего не имею, это очень мощный инструмент, но городить на нём такую элементарную штуку как модульность, отказываясь при этом от языкового контроля за модулями — такая себе идея.

А кто из лороцев писал CAD на лазарусе? Как он, жив ещё? (кад)

Проблема не в том ПЛОХ или ХОРОШ Lazarus.
Когда вляпываешься в какой-нибудь ЯП, то волей неволей используешь разный сторонний API /и его как правило много/.

Хоп.
Вышел СУПЕР ПУПЕР ЯП.
Все замечательно конечно.

НО  

1. Уже разработано много кода на ином ЯП.

2. У каждой МЕТЛЫ /ЯП/ есть свой RTL и разный сторонний API.
   Ко всему этому нужно привыкать …

3. Биндинги на каждый чих писать как-то не очень хочется.

… … …

Вот в чем ВОПРОС ...

Зависимые типы уже завезли?

В IDE? Упоролся?

Оно всё равно сдохло

Исходники в наличии.

Зависимые типы уже завезли?

Для большинства задач они так же нужны, как

Собаке БАРАБАН ...

Функциональное программирование тоже ведь полезно лишь некоторой ниши задач.
Да и

Исходный код на Idris компилируется в набор промежуточных представлений[8], а из них — в си-код,

за бесконечные begin … end, обьявление переменных в заголовке, вложенные функции, ручную деструкцию обьектов, вызовы функций и процедур, похожие на использование переменных

Так это же хорошо.

Вложенные функции в Scala если что есть, а это куда новее язык по сравнению со старичком Паскалем. Так что это все-таки хорошо, да ) Ну и еще типы-диапазоны с контролем границ, процедурные типы vs C callbacks.

Так что это все-таки хорошо, да )

В плюсах, помню, давным-давно народ имитировал вложенные функции с помощью локальных классов, но замена была не полной, внутренности класса не видели локальные переменные объемлющей функции. Потом что-то похожее делали с помощью лямбд из C++11.

Лямбды в С++11 - это жесть. Читал я учебник Мейерса по C++11/14 и там три или четыре типа лямбд описано, при чем каждый - со своими костылями и косяками: одни не видят контекст, другие оставляют после себя висячие ссылки, третьи делают еще что-то. Это какой-то кошмар.

Освоив этот надёжный фундамент, вы в дальнейшем сможете без особых проблем перейти и к pascal/delphi/lazarus, C#, java

сколько же я повстречал за свою карьеру таких, что на любом языке программирования писали c++/java/whatever код, потому, что изучали не программирование, а язык.

узкая специализация - неизбежность, но учиться программировать на одном языке - это путь в этот «клуб».

Посмотрите сборку CodeTyphon (гуглится). В ней из коробки все вменяемое, что есть для Лазаря, включая несколько генераторов отчетов, диаграмм, JVCL, Indy, коннекторы к базам данных, Google API, Chromium, WMI, все что душе угодно