Если "90% уже используют", то для кого эта статья? Для остальных 10%? Так на Хабре от этих 10%, примерно 0 человек.
Зачем же вы и многие другие постоянно форсите о таком "благе", как ии-агенты, если итак уже "все ими пользуются"?
Я уверен, что и гитом пользуются не 100%, потому что лично знаю целую команду тех, кто использует SVN. Только почему-то никто не пишет статей о том, что "GIT лучше SVN и нужно использовать именно его".
Эта проблема связана с пользователем, а не с Виндой. Суть проблемы в том, что Alt отпускается раньше, чем нажимается Ctrl. Это ведь сочетание клавиш и Alt - модификатор. Я это много раз замечал за собой. И стараюсь заставлять себя дольше держать Alt зажатым.
Почему вы допускаете "падение UI", что к слову вообще несуществующий термин в десктоп-разработке, но опускаете тот факт, что отдельный процесс с "бизнес-логикой" - это точно такой же процесс, который точно так же может упасть как любой другой процесс?
Стабильность работы десктоп-приложения зависит исключительно от вашего кода (и кода библиотек и фреймворков).
Для этого существуют "службы", которые работают отдельно от UI части. При этом, общение можно тоже реализовать "нативным" способом, например, через COM, который более гибок по части протокола взаимодействия.
Помимо этого, не обязательно основную логику делать именно в основном потоке. Более того, это даже антипаттерн. В Андроид за такое вообще система ругает сильно.
Никто ведь вам не мешает создать отдельный поток, в котором происходит вся нужная работа и работа основного потока никак не будет влиять на работоспособность основной логики.
Если же ваша программа по большей части именно фоновая, то грамотнее создавать именно нативную службу. И общение службы и клиентской части делать любым удобным способом. Это не новшество
Так ведь о том и речь. Паскаль - проще для обучения. Не забивает голову не нужными вещами. А современный Паскаль позволяет и полезные вещи делать. Неужели будет сложно увлечь школьников тем, что они могут очень легко и просто, без глубокого изучения создавать себе на Андроид приложение? Тем более, что в Делфи нет никаких отличий от того, для какой платформы создаётся проект. Переключил платформу и собрал под нужную тут же.
В VCL нет никакой магии. Тем более, что всё это открыто для чтения. Магия именно в конструкциях, которые на самом деле разворачиваются в очень большой код. И не только VCL в Delphi есть.
Пишут на Delphi и микросервисы и даже фуллстек или только фронтенд решения (Horse, TMS WebCore, MARS, mORMot, DMVC, dext). И как скриптовый язык он используется (Game Maker Studio именно Pascal-синтаксис использует), либо же RayLib, GLXScene, SDL. И кучи готовых библиотек на Делфи тоже хватает. Всё что хочешь есть
Если говорить о "магии", как о синт. сахаре, то де, не меньше. Сахара в Delphi тоже давно завезли. Но если говорить, о "магии", как о том, что конструкции языковые слишком много на себя берут, то нет, Delphi в этом плане так же прост, как и Pascal.
Delphi как и Паскаль полностью позволяет обойтись без указателей при написании любых алгоритмов. При этом алгоритм остается легко читаем и именно в этом я вижу смысл статьи. Каждая конструкция и оператор явно показывает что он делает, а если не понимаешь, то достаточно перевести слово с англ. на русский и понять смысл конструкции.
Т.е., если брать только Delphi. То это выглядит так: 1. Базово простой синтаксис Паскаля. 2. Создавать можно что угодно 3. Если нужно, можно обучить и указателям и низкоуровневым операциям (выделение/освобождение памяти), pointer math, работа с числами как с битами. 4. Можно и GUI создавать очень просто, в дизайнере, а можно создавать кодом, для непосредственного обучения.
И всё это в одной программе (среде разработки), без настройки компилятора, линтера, линкера, сборщика и т.д.
Если Delphi и меньше распространен, то это как раз следствие того, что ему мало обучают. Будут больше обучать, именно Delphi, а не старому консольному ТрубоПаскалю или PascalABC, то и спрос будет выше.
Учить Паскалю - ничем не отличается от обучения чистому Си. Паскаль в чистом виде не существует уже пару десятков лет. Вообще. Нигде. ТурбоПаскаль - это не чистый Паскаль.
Если и говорить о параллелях, то Си - Паскаль, С++ - Delphi. Потому что как и C++, Delphi развивается и изменяется с момент своего появления и до сих пор.
А помимо Delphi, как наследника синтаксиса языка Паскаль, этот синтаксис много где используется, например, PL/SQL, GameMaker, PascalScript и несколько промышленных проектов для программирования микроконтроллеров (например, mikroPascal).
Или же использовать напрямую Delphi. В чем проблема или может ограничения? Это по сути единственный конкурент Qt-комбайну. Больше нет ни одного удобного в разработке (да и Qt далеко не верх совершенства) инструмента, для создания нативных приложений под разные платформы. Delphi, позволяет создавать приложения с GUI и без, под любые платформы, с одной кодовой базой. С нативным и не нативным GUI.
Покажи это студентам и пусть делают себе что угодно.
Так все эти инструменты и к этому механизму применимы. Я, например, буквально просто копирую дизайн из Фигмы в свой дизайнер. Можно и вовсе конвертер сделать, но руки не доходят. Там все возможности есть. И анимации добавлять и векторную графику, градиенты, контуры, ещё и шейдеры, при чем не только тень и свечение, но и любые, хоть собственные. И управлять всем этим.
Не особо опережает. В Delphi сейчас, в новом, относительно, фреймворке, контролы ещё и собственный стиль (не просто картинку, не скин) могут иметь. Механика схожа с использованием CSS в себе, только этот стиль создаётся тоже визуально. Т.е. в обычном дизайнере строишь интерфейс, а в другом дизайнере можешь создавать стили для разных контролов или заменять базовые стили. Таким способом, я имитировал пиксель в пиксель интерфейс ChatGPT сервиса, в десктопном и мобильном клиенте, когда клиентов ещё не было.
И на любое действие перезагружать всю страницу целиком с сервера? Даже если там всего несколько элементов изменилось? Или всё же удобнее и быстрее, просто получить с севера небольшой json с нужными данными?
Нет никаких компонентов "бизнес-логики". Вся бизнес-логика всегда пишется отдельно. Компоненты решают визуальную задачу.
Гриды, элементы управления, коннекторы. Всё это для связи данных и представлений.
Если на то пошло - это визуальное программирование, которое, например, в геймдеве де-факто - стандарт в некоторых движках. В Делфи нет полностью визуального программирования. А есть только дизайнер окна. А с какой стати дизайнер окна - формошлепство?
У PS Vita, которая по сути из коробки имеет эмуляцию PSP/PS1, с homebrew всё очень не плохо. До сих пор люди выпускают свои проекты и разные порты. Плюсом, всё это ещё и онлайн работает и всё можно скачать через встроенный WiFi
О какой вообще "GUI подсистеме" идёт речь в Windows? Что может "упасть", по-вашему и как?
Да, может упасть видео драйвер, но это либо BSOD, либо мягкий ребут драйвера, который не приведет к падению софта.
На завод
Если "90% уже используют", то для кого эта статья? Для остальных 10%? Так на Хабре от этих 10%, примерно 0 человек.
Зачем же вы и многие другие постоянно форсите о таком "благе", как ии-агенты, если итак уже "все ими пользуются"?
Я уверен, что и гитом пользуются не 100%, потому что лично знаю целую команду тех, кто использует SVN. Только почему-то никто не пишет статей о том, что "GIT лучше SVN и нужно использовать именно его".
Эта проблема связана с пользователем, а не с Виндой. Суть проблемы в том, что Alt отпускается раньше, чем нажимается Ctrl. Это ведь сочетание клавиш и Alt - модификатор. Я это много раз замечал за собой. И стараюсь заставлять себя дольше держать Alt зажатым.
Почему вы допускаете "падение UI", что к слову вообще несуществующий термин в десктоп-разработке, но опускаете тот факт, что отдельный процесс с "бизнес-логикой" - это точно такой же процесс, который точно так же может упасть как любой другой процесс?
Стабильность работы десктоп-приложения зависит исключительно от вашего кода (и кода библиотек и фреймворков).
Для этого существуют "службы", которые работают отдельно от UI части. При этом, общение можно тоже реализовать "нативным" способом, например, через COM, который более гибок по части протокола взаимодействия.
Помимо этого, не обязательно основную логику делать именно в основном потоке. Более того, это даже антипаттерн. В Андроид за такое вообще система ругает сильно.
Никто ведь вам не мешает создать отдельный поток, в котором происходит вся нужная работа и работа основного потока никак не будет влиять на работоспособность основной логики.
Если же ваша программа по большей части именно фоновая, то грамотнее создавать именно нативную службу. И общение службы и клиентской части делать любым удобным способом. Это не новшество
Его наследник, Delphi, вполне актуален и используется много где. В том числе для новых проектов
Скрытый текст
Можете посмотреть мои репозитории, есть и превью у некоторых проектов. Вот один из них
https://github.com/HemulGM/ChatGPT
В Питоне больше всего уникальных, нигде более не встречающихся, конструкций. Это не говоря об отсутствующих операторных скобках.
Так ведь о том и речь. Паскаль - проще для обучения. Не забивает голову не нужными вещами. А современный Паскаль позволяет и полезные вещи делать. Неужели будет сложно увлечь школьников тем, что они могут очень легко и просто, без глубокого изучения создавать себе на Андроид приложение? Тем более, что в Делфи нет никаких отличий от того, для какой платформы создаётся проект. Переключил платформу и собрал под нужную тут же.
В VCL нет никакой магии. Тем более, что всё это открыто для чтения. Магия именно в конструкциях, которые на самом деле разворачиваются в очень большой код. И не только VCL в Delphi есть.
Пишут на Delphi и микросервисы и даже фуллстек или только фронтенд решения (Horse, TMS WebCore, MARS, mORMot, DMVC, dext). И как скриптовый язык он используется (Game Maker Studio именно Pascal-синтаксис использует), либо же RayLib, GLXScene, SDL. И кучи готовых библиотек на Делфи тоже хватает. Всё что хочешь есть
Если говорить о "магии", как о синт. сахаре, то де, не меньше. Сахара в Delphi тоже давно завезли. Но если говорить, о "магии", как о том, что конструкции языковые слишком много на себя берут, то нет, Delphi в этом плане так же прост, как и Pascal.
Delphi как и Паскаль полностью позволяет обойтись без указателей при написании любых алгоритмов. При этом алгоритм остается легко читаем и именно в этом я вижу смысл статьи. Каждая конструкция и оператор явно показывает что он делает, а если не понимаешь, то достаточно перевести слово с англ. на русский и понять смысл конструкции.
Т.е., если брать только Delphi. То это выглядит так:
1. Базово простой синтаксис Паскаля.
2. Создавать можно что угодно
3. Если нужно, можно обучить и указателям и низкоуровневым операциям (выделение/освобождение памяти), pointer math, работа с числами как с битами.
4. Можно и GUI создавать очень просто, в дизайнере, а можно создавать кодом, для непосредственного обучения.
И всё это в одной программе (среде разработки), без настройки компилятора, линтера, линкера, сборщика и т.д.
Если Delphi и меньше распространен, то это как раз следствие того, что ему мало обучают. Будут больше обучать, именно Delphi, а не старому консольному ТрубоПаскалю или PascalABC, то и спрос будет выше.
Учить Паскалю - ничем не отличается от обучения чистому Си. Паскаль в чистом виде не существует уже пару десятков лет. Вообще. Нигде. ТурбоПаскаль - это не чистый Паскаль.
Если и говорить о параллелях, то Си - Паскаль, С++ - Delphi. Потому что как и C++, Delphi развивается и изменяется с момент своего появления и до сих пор.
А помимо Delphi, как наследника синтаксиса языка Паскаль, этот синтаксис много где используется, например, PL/SQL, GameMaker, PascalScript и несколько промышленных проектов для программирования микроконтроллеров (например, mikroPascal).
Или же использовать напрямую Delphi. В чем проблема или может ограничения? Это по сути единственный конкурент Qt-комбайну. Больше нет ни одного удобного в разработке (да и Qt далеко не верх совершенства) инструмента, для создания нативных приложений под разные платформы. Delphi, позволяет создавать приложения с GUI и без, под любые платформы, с одной кодовой базой. С нативным и не нативным GUI.
Покажи это студентам и пусть делают себе что угодно.
До сих пор держит планку. Под Линукс, андроид и мак тоже быстро компилит, хоть и чуть медленнее, из-за llvm
Так все эти инструменты и к этому механизму применимы. Я, например, буквально просто копирую дизайн из Фигмы в свой дизайнер. Можно и вовсе конвертер сделать, но руки не доходят. Там все возможности есть. И анимации добавлять и векторную графику, градиенты, контуры, ещё и шейдеры, при чем не только тень и свечение, но и любые, хоть собственные. И управлять всем этим.
Не особо опережает. В Delphi сейчас, в новом, относительно, фреймворке, контролы ещё и собственный стиль (не просто картинку, не скин) могут иметь. Механика схожа с использованием CSS в себе, только этот стиль создаётся тоже визуально. Т.е. в обычном дизайнере строишь интерфейс, а в другом дизайнере можешь создавать стили для разных контролов или заменять базовые стили. Таким способом, я имитировал пиксель в пиксель интерфейс ChatGPT сервиса, в десктопном и мобильном клиенте, когда клиентов ещё не было.
И на любое действие перезагружать всю страницу целиком с сервера? Даже если там всего несколько элементов изменилось? Или всё же удобнее и быстрее, просто получить с севера небольшой json с нужными данными?
Так глядишь и Delphi догонят
Каждую неделю подобный пост. Может хватит?
Нет никаких компонентов "бизнес-логики". Вся бизнес-логика всегда пишется отдельно. Компоненты решают визуальную задачу.
Гриды, элементы управления, коннекторы. Всё это для связи данных и представлений.
Если на то пошло - это визуальное программирование, которое, например, в геймдеве де-факто - стандарт в некоторых движках. В Делфи нет полностью визуального программирования. А есть только дизайнер окна. А с какой стати дизайнер окна - формошлепство?
У PS Vita, которая по сути из коробки имеет эмуляцию PSP/PS1, с homebrew всё очень не плохо. До сих пор люди выпускают свои проекты и разные порты. Плюсом, всё это ещё и онлайн работает и всё можно скачать через встроенный WiFi