On Sunday, February 11, 2018 at 6:53:54 AM UTC-5, Donal K. Fellows wrote:
> On 11/02/2018 00:40, Jake wrote:
> > Some people are pedantic about the term "programming language," but I am not.
>
> Anyone who claims that, say, C is a programming language but Tcl is not
> is wrong, no matter how pedantic they claim to be. (The converse is also
I dont think he was referring to Tcl at all in that context
I think he was referring to technologies bash, html, css ...
Powershell is an interesting example, since the makers of Powershell do insist that Powershell is not a programming language, rather they promote it as an automation technology, that has a programming language
> The distinction between compilation and interpretation is a distinctly
> lesser one. (I've seen interpreters for C and compilers for Tcl, so what
> does that mean for the distinction between the two?)
>
> Donal.
As i said in my first post, i am a strong believer in the language dichotomy approach for software development
And i can give few example
Fogbugz - i cant find the source article i read on this, but i think it was on the joelonsotware blog, in summary joel describe his development methodology as have two teams, one team creating fogbugz, using a high level dsl,
and another team creating the dsl and tools around it
Games Development - i saw some videos about games development where the team was again divided mainly in two, one team creating the low level technical tools that provide basic special effect, and another team creating the actual game
My personally experience - my main field is business intelligence, and one of the most productive teams i worked with, was a team that had once developer creating tools for the rest of developers that used those tools to create the data warehouse
I do think that tcl fits well in this model, and i do think that one of the better future direction for tcl is to make it easier to create tcl extension in low level languages such as c, c++, rust, ada, go
And not just focus on adding features to tcl or making tcl a bigger language
I remember there was a post about python on hackernews a while ago, and one of the comments that caught my attention, was someone asking if creating language extension has becomes a lost art
I think that one advantage tcl can have on python and other dynamic high level language, is that i easier to extend tcl using c, rather that extend python
(i dont personally have a first hand experience on this, but this is the impression that i have from reading about both languages)