Talk:Programming language: Difference between revisions

From Citizendium
Jump to navigation Jump to search
imported>Robert Tito
imported>Pat Palmer
(explanation and archive of paragraph about interpreters)
Line 39: Line 39:


:another argument to keep the difference between interpreted and compiled is that compiled programs do not need any other component and can run autonomously on the targetted system. Wereas for instance javascript does need the JVM engine to be able to run. Thus in a way these JIT languages run in a sandbox and can be rather secure (not counting microsoft products since they can from a virtual protected area invoke acxive-x components that can do serious harm. Assembly most of the time is used as an embedded language within other languages - but is quite capable to be compiled into an autonomously executable. HTH, [[User:Robert Tito|Robert Tito]]&nbsp;|&nbsp;<span style="background:black">&nbsp;<font color="red"><b>[[User talk:Robert Tito|Talk]]</b></font>&nbsp;</span> 16:43, 20 April 2007 (CDT)
:another argument to keep the difference between interpreted and compiled is that compiled programs do not need any other component and can run autonomously on the targetted system. Wereas for instance javascript does need the JVM engine to be able to run. Thus in a way these JIT languages run in a sandbox and can be rather secure (not counting microsoft products since they can from a virtual protected area invoke acxive-x components that can do serious harm. Assembly most of the time is used as an embedded language within other languages - but is quite capable to be compiled into an autonomously executable. HTH, [[User:Robert Tito|Robert Tito]]&nbsp;|&nbsp;<span style="background:black">&nbsp;<font color="red"><b>[[User talk:Robert Tito|Talk]]</b></font>&nbsp;</span> 16:43, 20 April 2007 (CDT)
==interpreted language; archived this paragraph for now==
I just pulled this paragraph off the main article for now:
<pre>
The division between compiled languages and interpreted
languages tends to be fuzzy and is by no means a rule.
A good rule of thumb is that if a programmer writes code
in a language that uses another application to run the
program then the language is interpreted. If the programmer
writes code in a language that uses another application to
compile the code and the program can be run natively then the language is compiled.
</pre>
Although I've heard this a lot, I believe it is not quite accurate.  Please see the explanation about the JIT compiler on [[Java programming language]] to see what I mean.  With Java, the JRE (Java runtime environment) is required to "execute" a Java program, but the language is not at all interpreted.  All code is compiled to native code, and after the program "warms up", it executes as fast as any traditional compiled language.  This needs to be explained here, but I don't have time at present.  Just wanted to explain why I've removed the paragraph, for now.  I really appreciate it when people author here; don't want to discourage anyone![[User:Pat Palmer|Pat Palmer]] 18:07, 26 April 2007 (CDT)

Revision as of 18:07, 26 April 2007


Article Checklist for "Programming language"
Workgroup category or categories Computers Workgroup [Categories OK]
Article status Developing article: beyond a stub, but incomplete
Underlinked article? No
Basic cleanup done? Yes
Checklist last edited by Bruce M.Tindall

To learn how to fill out this checklist, please see CZ:The Article Checklist.





Titel of page

One question, shouldn't the page either be called "Programming language" and then give an overview of what a programming language is, etc. and finally the list it currently contains, or be called "List of programming languages" with the current content?

The current name "Programming languages" looks very strange and will probably lead to mis-links. there will be a link from programming language to it. And yes tho it actually is a list it also should be the central container from where to find the langiage one is looking for. (the umbrella). Robert Tito | Talk 14:17, 25 February 2007 (CST)

[[Category:Big Write]] Big Write came to a prenaturnal end. Robert Tito | Talk 19:44, 26 February 2007 (CST)

Reference? Or Synopsis?

Personally, I'd like to see the citizendium provide a relatively nice reference to these programming languages, however, due to the large variety that we have should we simply provide a brief synopsis of the language as we're doing now? --Paul Derry 12:22, 7 March 2007 (CST)

list of languages

The list of languages currently in this article is woefully incomplete. WP has some very extensive and complete lists of programming languages already. I know that we should avoid copying WP content within reason, but I think it is rather silly to recreate "lists" of things from scratch, and that (subject to some editing, maybe), lists are better off simply copied off WP. Your thoughts? --Dan 23:32, 14 March 2007 (CDT)

also, i'd agree that the list of languages should be a separate page, which would be linked to from "programming language". seems like that would be logical to do.

I agree there, no pproblem copying some content from WP, XP or what souce as lonmg as our list gets complete. The back linking seems very handy for a walk through. cheers - good suggestion. Robert Tito |  [[Talk]]  23:44, 14 March 2007 (CDT)

I'm moving the language list to List of programming languages. Also... ugh. Really terse description of what a programming language is. Going to clean that up too, to make it more accessible to "Joe Schmoe" --Eric M Gearhart 16:40, 7 April 2007 (CDT)

Compiled vs. Interpreted no longer so helpful

The division into compiled vs. interpreted is no longer helpful, in my opinion. The lines have blurred. For example, SQL is interpreted (theoretically) by databases, but actually it is just-in-time (JIT) compiled in most cases, and programmers who place their SQL into stored procedures then ensure that it is purely compiled. C# and VB.NET are theoretically interpreted, but JIT-compiled by default, and again, they may be ngen'd (pre-compiled to native code entirely) so they are not interpreted at runtime at all. Markup languages such as HTML and XML are still purely interpreted, but it may confuse some people to think of them as programming languages. In short, I would ditch the division of programming languages into compiled vs. interpreted. It is out of date.Pat Palmer 10:32, 20 April 2007 (CDT)

Pat, the problem with "ditching" Compiled vs. Interpreted is that many classrooms still teach this concept... I remember my C++ class back in high school specifically making a "big deal" about compiled vs. interpreted vs. assembler. Maybe there should be a section that specifically says "Hey this line is getting blurred with .NET and Java etc. etc., however many people still use the terms 'interpreted' and 'compiled,' to categorize languages, and they mean 'this' and 'that.' Eric M Gearhart
another argument to keep the difference between interpreted and compiled is that compiled programs do not need any other component and can run autonomously on the targetted system. Wereas for instance javascript does need the JVM engine to be able to run. Thus in a way these JIT languages run in a sandbox and can be rather secure (not counting microsoft products since they can from a virtual protected area invoke acxive-x components that can do serious harm. Assembly most of the time is used as an embedded language within other languages - but is quite capable to be compiled into an autonomously executable. HTH, Robert Tito |  Talk  16:43, 20 April 2007 (CDT)

interpreted language; archived this paragraph for now

I just pulled this paragraph off the main article for now:

The division between compiled languages and interpreted 
languages tends to be fuzzy and is by no means a rule. 
A good rule of thumb is that if a programmer writes code 
in a language that uses another application to run the 
program then the language is interpreted. If the programmer 
writes code in a language that uses another application to 
compile the code and the program can be run natively then the language is compiled.

Although I've heard this a lot, I believe it is not quite accurate. Please see the explanation about the JIT compiler on Java programming language to see what I mean. With Java, the JRE (Java runtime environment) is required to "execute" a Java program, but the language is not at all interpreted. All code is compiled to native code, and after the program "warms up", it executes as fast as any traditional compiled language. This needs to be explained here, but I don't have time at present. Just wanted to explain why I've removed the paragraph, for now. I really appreciate it when people author here; don't want to discourage anyone!Pat Palmer 18:07, 26 April 2007 (CDT)