Q: If someone wants to make a scalable, stable and high performant desktop application, why would someone choose Lazarus (Pascal) over let&#x27;s say JavaFX (Java) or otherwise?<p>A: Lazarus supports constructs such as generic programming with type constraints, iterators and enumerators, user definable conversions, value types with properties methods and events, extension methods, and more.<p>In the video you&#x27;ll see many examples of applications all written with Lazarus. They look fantastic, perform great, and they don&#x27;t depend on a runtime environment.<p>Additionally, Free Pascal, the language it uses, includes events and properties, two core concepts important in creating desktop applications.<p>Properties are the nouns and adjectives which you place on objects or value types (structs). They allow you to have descriptive words associated with your types such as Color, Caption, and Width.<p>When you write:<p>Button.Color := Red;<p>The property setter is invoked causing code to execute invalidating the Button and refreshing the area of the screen occupied by Button. This is different than having a bunch of Button.SetColor(Red), Button.GetColor(), Button.SetCaption(Text), and Button.GetCaption().<p>Without properties what&#x27;s to say what nouns and verbs are important to the state and presentation of an object or value type? You just have a bunch of methods with nothing to distinguish them from properties as I&#x27;ve described.<p>Then there are methods, again something which Java is sorely missing. In Free Pascal they are their own intrinsic type.<p>Using an example again:<p>Button.OnClick := LoadFile;<p>We&#x27;ve associated some notification on Button with a handler method. Now how hard is that? Better yet, in Lazarus you can browse all the events an object supports and double click it assign a handler. The Java method of inner classes and interfaces results in a lot of unnecessary typing and code. It&#x27;s also antithetical to the concept of lambdas and closures, whereas in Lazarus they fit perfectly.