From: janis_papanagnou+ng@hotmail.com   
      
   On 27.10.2025 16:11, bart wrote:   
   > On 27/10/2025 13:39, Janis Papanagnou wrote:   
   >> On 27.10.2025 13:50, bart wrote:   
   >   
   >>> It's still at least FIVE TIMES FASTER than A68G! [2-3 TIMES FASTER]   
   >>   
   >> So what? - I don't need a Lua system. So why should I care.   
   >>   
   >> You are the one who seems to think that the speed factor is the most   
   >> important factor to choose a language for a project. - You are wrong   
   >> for the general case. (But it may be right for your personal universe,   
   >> of course.)   
   >   
   > You are wrong.   
      
   With which part? - With how I think you value project requirements?   
   I can only derive your mindset from the myriads of posts you emitted   
   over time with basically always the same content and focus.   
      
   > What language do you use most?   
      
   What shall that prove? - The projects' requirements are generally   
   independent of my personal usage of programming languages.   
      
   > Let's say it is C   
   > (although you usually post about every other language except C!).   
      
   That's meaningless, but if you're interested to know...   
   Mostly (including my professional work) I've probably used C++.   
   But also other languages, depending on either projects' requirements   
   or, where there was a choice, what appeared to be fitting best (and   
   "best" sadly includes also bad languages if there's no alternative).   
      
   >   
   > Then, suppose your C compiler was written in Python rather than C++ or   
   > whatever and run under CPython. What you think would happen to your   
   > build-times?   
      
   The build-times have rarely been an issue; never in private context,   
   and in professional contexts with MLOCS of code these things have   
   been effectively addressed. (I recall you were unfamiliar with make   
   files, or am I misremembering?)   
      
   >   
   > Now imagine further if the CPython interpreter was inself written and   
   > executed with CPython.   
   >   
   > So, the 'speed' of a language (ie. of its typical implementation, which   
   > also depends on the language design) does matter.   
   >   
   > If speed wasn't an issue then we'd all be using easy dynamic languages   
      
   Huh? - Certainly not.   
      
   Your mindset is really amazingly biased and restricted if it comes   
   to speed as argument for or against "dynamic languages". - Speed may   
   for some cases be a factor for such (poorly founded) decisions, but   
   choice of language for a project (as I tried to explain you so many   
   times) depends on many more important factors.   
      
   I'm still unsure whether you grasped that the programming world and   
   its projects is not a personal event. (In you're speaking only about   
   one's personal context the person can do what he likes.) - If you're   
   not willing to accept that or try to understand it I can't help you.   
      
   > for productivity. In reality those easy languages are far too slow in   
   > most cases.   
      
   Speed is a topic, but as I wrote you have to put it in context   
   >>   
   >> Speed is not an end in itself. It must be valued in comparison   
   >> with all the other often more relevant factors (that you seem to   
   >> completely miss, even when explained to you).   
      
   >>> [...]   
   >>   
   >> You've been explained before many times already by many people that   
   >> differences in compile time may not beat other more relevant factors.   
   >   
   > I've also explained that I work by very freqent edit-run cycles. Then   
   > compile-times matter.   
      
   And I regular acknowledge that I see that it's the primary factor in   
   your working context.   
      
   > This is why many like to use scripting languages   
   > as those don't have a discernible build step.   
      
   I can't tell about the "many" that you have in mind, and about their   
   mindset; I'm sure you either can't tell.   
      
   I'm using for very specific types of tasks "scripting languages" -   
   and keep in mind that there's no clean definition of that! - As far   
   as I can tell there's various reasons for such decisions; certainly   
   that's the case in my professional and private contexts.   
      
   Janis   
      
   > [...]   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)