Создание игр на Borland Delphi 7, Embarcadero Delphi, Pascal, Lazarus, Free Pascal Compiler, Code Typhon, Pascal ABC, Turbo Delphi, Turbo Pascal, Geany Игровые движки: Castle Game Engine, Gl Scene, GL Engine 2D, Andorra 2D, Apus Game Engine, Zen GL Создание игр на C#, C++ и игровых движках Unity 3D, Unreal Engine, Godot Обзоры, стримы, видео уроки, программирование, консультации...
Creation of games in Borland Delphi 7, Embarcadero Delphi, Pascal, Lazarus, Free Pascal Compiler, Code Typhon, Pascal ABC, Turbo Delphi, Turbo Pascal, Geany Game Engines: Castle Game Engine, Gl Scene, GL Engine 2D, Andorra 2D, Apus Game Engine, Zen GL Creation of games in C #, C ++ and game engines Unity 3D, Unreal Engine, Godot Reviews, streams, video tutorials, programming, consultations ...
Серьезная ошибка: платная среда разработки. А бесплатная не многим лучше С#. Делфи и билдер потетряли рынок. Чтобы нагнать, им нужно пересмотреть ценовую политику. Опять же Билдер отстает от Делфи. Так не должно быть
Одна проблема єтого движка, что при розработке может возникнуть непалатка, которую потом не возможно исправить, из-за єтого приходитса создавать копию проекта и переписивать все заново
In the 80s, going to school we had computer science classes. I brought some diskettes to school just to copy Turbo Pascal to learn it so i could use it at home. I fell in love with its Syntax Grammar
Подгадило Delphi то, что визуальное программирование в нем стало невероятно легким и миллионы бездарей рвануло писать программы и вдруг почувствовали себя великими программистами! Результатом деятельности этих "программистов" стал глючный софт с разнообразными ошибками, что конечно же подпортило репутацию языка, а также снизило уровень заработков всех Delphi-программистов из-за большого кол-ва "Delphi-программеров" на рынке. В итоге, толковые программисты быстро перешли на более доходные языки и забыли, отличный по сути язык, как страшный сон. Ну, а оставшиеся горе-программисты успешно добили язык... И получается, что чем выше порог входа в язык, тем меньше идиотов туда попадает, что позитивно сказывается на уровне разработок, но некоторым образом негативно сказывается на самом языке, т.к. снижается четкость и ясность построения языка.
В комментариях собрался клуб анонимных паскалистов. Я тоже когда-то в 90-х изучал Паскаль в ВУЗе. (На ряду с другими языками). Позже даже преподавал Паскаль. Но честно сказать, он мне всегда не очень нравился. Моим первым языком был Бейсик. Его я изучал ещё в школе. А в ВУЗе когда у нас пошёл Паскаль, я завидовал одноклассникам, изучавшим Си. Так же в то время я самостоятельно начал изучать Ассемблер, работу с прямым доступом к памяти и т.п. При этом, не имея никаких компиляторов ассемблера я использовал Турбо Паскаль как оболочку. Это реально помогало за что Паскалю спасибо. Но при всём при этом у Паскаля были и крупные недостатки по функционалу. Сейчас уже не вспомню всех примеров. Вроде в циклах Турбо Паскаля нельзя было делать шаг отличный от 1, в то время как даже в Бейсике было слоао STEP задававшее шаг. Так же минусом Турбо Паскаля было то, что все переменные там были глобальными. А строки был ограничены 256 стмволами. А кроме того, работа в Паскале с текстовыми видеорежимами, которыми я тогда баловался была не очень производительна. Да, в Турбо Паскале можно было переключать видеорежимы и даже использовать текстовые окна, что хорошо, но их функциональность была ограниченной. Так, например, в Турбо Паскпле невозможно было поместить символ в правый нижний угол текстового окна (или всего экрана). Дело в том, что для вывода символов на экран сам паскаль использовал прерывания DOS в следствии чего, послепечати символа в заданной позиции, курсор всегда перемещался на следующую позицию. Стоя в конце строки, курсор перемещался в начало следующей, а стоя в конце последней строки в окне при перемещении курсора снизу добавлялась новая строка и прокручивала содержимое окна. Я столкнулся с этой проблеммой во время выполнения лабораторных работ и перепробовав разные способы решил задачу через вставку на ассемблере прямого доступа к видеопамяти. Были и ещё какие-то разочаровывающие истории. Сейчас у меня нет какого-то негативного отношения к Паскалю, но рекомендовать его к изучению я не могу. Сейчас в школах встречается PascalABC.Net Это по сути уже вообщене паскаль, а фронтенд-надстройка над фреймворком .Net соответственно и весь функционал там от .Net включая типы данных и локальные переменные. Я конечно не против этого функционала, но язык теряет собственную идентичность и те кто его изучают будут привязаны только к нему. PS: Кстати, автор ролика забыл упомянуть, что первые версии Windows разрабатывались на Паскале и хотя позже они были переписаны на плюсах, в недрах системы остались много хвостов от Паскаля, например предстааление строк и т.п. По крайней мере это оставалось до Windows 95 точно, возможно и дольше, но тут я не уверен. С одной стороны Винду уже успели несколько раз переписать с нуля полностью поломав совместимость с ранними версиями, с другой стороны, архитектурные решения могут пережить и смену языка и переписывание кода.
Простите, я прекрасно понимаю, что отвечать человеку на его пост спустя ДВА МЕСЯЦА бессмысленно и вообще не принято в хорошем обществе. :) Но всё же хочу возразить. Итак: > ...При этом, не имея никаких компиляторов ассемблера я использовал Турбо Паскаль как оболочку. Это реально помогало за что Паскалю спасибо... УЖАСЫ какие!!! Нифигасе! Вот что, прямо вот так TurboPascal в шаговой доступности был, а вот TASM того же не было?????!!!!!! Что правда?! НЕ верю!!! Так физически НЕ БЫВАЕТ. К тому же, официально бесплатных ассемблеров вполне можно было в нашей стране и в 80-е, и в 90-е годы достать. Как собак некусаных! В отличии от того же TP, который, несмотря на свою повсеместную пиратскую распространённость, официально всё же был платным. >...Вроде в циклах Турбо Паскаля нельзя было делать шаг отличный от 1, в то время как даже в Бейсике было слоао STEP задававшее шаг... Совершенно верно! Так и было. И это именно дидактически правильное решение, полностью с профессором Виртом в данном случае согласен! Шаг в цикле и обязан быть равен 1 (или -1), другим он быть и не имеет права! Сами подумайте: когда какой-то человек делает шаг по своей дороге, то он ВСЕГДА делает ровно ОДИН шаг. А вот то, что у маленького человека один шаг может быть в 20 см, а здоровенный дылда шагнёт на целый метр, это уже совсем другой вопрос! Это вопрос коэффициента масштабирования. А сам шаг как был единственным, так и остался. А масштабирование в Паскале, никто не отменял. Но именно это и нужно преподавать детям в качестве азов, а не сетовать на недостатки оператора for в языке. Ну не нравится for с шагом 1, используйте while, в конце концов. Если уж собственной преподавательской выгоды от ограничений Паскаля в упор не замечаете, никто вам циклы while не запрещал. > ...Так же минусом Турбо Паскаля было то, что все переменные там были глобальными... Абсолютная неправда! Никогда такого не было!!! С самых ранних версий, любые нормальные реализации Паскаля, как наследники Алгола с его блочной структурой, всегда соблюдали локализацию переменных по областям видимости! Другой вопрос, что в Паскале локальные переменные можно было определять лишь на уровне модуля-процедуры-функции, но НЕ на уровне отдельного операторного блока скобок "begin-end". Ну, так это и правильно! И писать сколь угодно вложенные структуры функций на Паскале никто никогда не запрещал. >...А кроме того, работа в Паскале с текстовыми видеорежимами, которыми я тогда баловался была не очень производительна... Здрасссссьте! :)) А в каких языках она в те времена была ОЧЕНЬ производительна?! Ну-ка скажите? Неужели в GW-BASIC?! ;)))) >... Так, например, в Турбо Паскале невозможно было поместить символ в правый нижний угол текстового окна (или всего экрана)... Проверил на версии TP5.0 с использованием текстовой графики модуля CRT. Таки да, штатными средствами невозможно. Но ведь ПОНЯТНО же, почему именно происходит прокрутка экрана в данном случае?! И объяснить это ученикам совсем не сложно, наоборот, очень полезно для процесса обучения!. А решение есть. Буквально 5 строчек занимает. Да, оно низкоуровневое, с использованием прерывания BIOS, но а) оно работает. б) оно короткое, не усложняет программу. в) так всё-таки же понятно, почему именно этот костыль тут приходится использовать. Так что, не вижу ни малейшей проблемы! Наоборот - это лишний повод глубже вовлечь учеников в процесс обучения и заинтересовать часть из них.
Vot u menja rodnoj jazyk Pascal, no dumaju: nahrena pisat' ocherednuju uboguju OS, kogda i tak ne hvataet vremeni razobrat'sja vo vseh njuansah *nix'ov!?
На 1 м месте должен быть Cryengine ! 1 ) У UNREAL скомпилированный проект весит больше чем Cryengine 2) Детализация намного хуже 3) Клеймо Unreal остается на всех скомпилированных проектах
Жаль что автор больше не выпускает видео по паскалю. Мне язык очень понравился и в свободное время (которого очень мало) я иногда читаю про него, установил себе на комп Lazarus, Code Typhon. Язык действительно хорош, компилируется, что является огромнейшим плюсом в сравнении с тем же C# для которого надо тащить на комп тонны всего из дотнета. На паскале можно накатать прогу, скомпилить и кинуть клиенту которому ничего не нужно будет доустанавливать на комп чтобы прога запустилась. И Lazarus как IDE очень даже хорош, просто великолепен. Имеет свой Gui Designer, весит немного в сравнении с той же Visual Studio, к тому же последняя устанавливается онлайн по несколько часов. Интересно, есть ли будущее у Object Pascal? очень бы хотелось чтобы было.