On Sun, May 1, 2016 at 9:54 PM, Raul Miller <rauldmil...@gmail.com> wrote:
> On Sun, May 1, 2016 at 3:49 PM, Donald Allen <donaldcal...@gmail.com> > wrote: > > That is simply not true in general. If your application is > > processor-limited and written in an interpreted language, do you think it > > would get faster if you re-wrote it in C (assuming we are discussing a > good > > programmer)? You're damned right it would! > > I have seen significant counter examples (processor limited > application, written in an interpreted language, also written in C by > a good programmer - C version significantly slower). > Only if the algorithm employed in C was worse. If all things are equal and only the language was changed, obviously implicit in what I was saying, then simply not possible (assuming a quality C compiler). > > That said, the interpreter was not javascript and was itself written > in C, so there's that, also. > > (Point being once things reach a certain level of complexity, issues > like available developer time and architectural decisions and so on > can become rather significant. Also, I suppose, another point is that > even useful general statements can have counter examples.) > > (Still, another issue is that web browsers fail, a lot: one person's > "better" is another person's "worse" and web browsers are caught > between billions of people and their conflicts.) > All of which is irrelevant to the (false) assertion I was discussing: "A language has nothing to do with speed of execution!". > > -- > Raul