Tyl is a programming language that is intended for curious people who are interested in software development, as well as for intermediate and experienced developers who want to try a different programming language.

Some of Tyl features:

  • Clean code
  • Symbolized keywords
  • One-line statements
  • System modules & functions
  • Cascaded variables declaration
  • Automatic type inference

Tyl Software includes the following modules:

  • Tyl Symbolizer
  • Tyl Parser
  • Tyl Statement Generator
  • Tyl Launcher
  • Tyl Compiler
  • Web Files Generator & Automation

Details can be found at:

Tyl Official Website: https://tyl-lang.dev
Twitter: https://twitter.com/TylLang (@TylLang)
Facebook: https://www.facebook.com/TylLang (Page: @TylLang)

Interesting that you added the tag Python for this thread. The website you linked to doesn't do justice to the language. Can you give us some idea as to what this language offers that is better than (for example) Python, Go, Swift, etc.?

My first impression after looking at the linked list example is that the code is difficult to read. It has been said that computer code is designed for humans to read and only incidentally for computers to execute. Based on that observation, Tyl seems to miss the mark on that. Granted, it is possible to write unreadable code in any language but from my brief exposure that seems to be a feature of Tyl. Not as bad as say APL or Perl. I am open to being convinced otherwise.

The language is poorly documented. For example, the variable naming rule was given as Token must end with a small-case letter: 's', followed by Attention: The letter: 's' is not valid for variable name!. According to the rule it clearly is valid.

In the example

prices
sum_total

prices variable will be defined as a list without items, and sum_total variable will have undefined type, which is considered 'NULL'.

No reason is given as to why these two items are treated differently.

Currently the language does not aim to replace or be evaluated to other mainstream languages. That said, using Tyl IS straight-forward, no hustle and bustle, you just do usual programming in an easy manner.

The language draws ideas from other languages like SCALA, it can be used to various PC uses, and has its own place in programming languages. More over, people with some experience can even build their own DB implementation with Tyl, and send it to Tyl Code Repository at: https://tyl-lang.dev/guide.html

Instead of keywords, Tyl programmers use regular ASCII characters to handle: lists, functions, conditions, looping, break... , Tyl Symbolizer is turning them into symbols which are also recognized in Tyl codes. As an experienced developer in many languages, I found it easy to use.

As mentioned in: https://tyl-lang.dev/guide.html , Tyl is built with some of its own attitude to programming subjects, lists and scalars are identified by the last letter 's' in their name, that's a trait of a non type declared language (though variables are typed internally!)

Lists does not have to be "initialized" as in Java or C#, once declared they are ready to use and have zero items. Variables, though, DO have a NULL state, to enable ternary statement (https://tyl-lang.dev/if-statement-2.html) like: age ? 'has value' \ 'no value'

I suggest people who have interest in software development or suggestions, will try the language and come up here or contact through: https://tyl-lang.dev/contact.html , for development issues.

straight-forward

Is splunge 21 a function call or a variable assignment? If you can't tell the difference by looking at it then it is not straightforward.

Instead of keywords, Tyl programmers use regular ASCII characters

While I am willing to forgive this in a language like APL which requires a special character set because of the dozens of primitive operators I think the requirement for either a specialized keyboard or editor to support this is a failure of Tyl.

lists and scalars are identified by the last letter 's' in their name

While this seems reasonable at firt glance (line is scalar and lines is a list), it falls apart when you realize that many singular words end in "s". For example, "boss". Maybe not the best example but you see the problem. And even under this restriction, how would you declare a list with one element and distinguish that from a scalar? You've already stated that

s 100

would be invalid. It seems to me that if you are going to have a language with no keywords you shouldn't restrict variable names like this.

commented: Convntionally, variable names are short, even abbreviated, and function names do have a meaning. So, with a little concentration over a program, it ca +0

Conventionally, variable names are short, even abbreviated, and function names do have a meaning. So, with a little concentration over a program, it can be differentiated to some degree.

That said, it is obvious that in omitting crucial function characteristic as the rounded braces, you sacrifice total clarity for code cleanliness.

Also in not so big codes, or internally in functional scope, there's a little room for mistakes. With good naming design and mindset, good programmers would not fail.

And yes, for totally novice people, some effort should be made in any language. In Tyl, their effort is merely to select appropriate names.

And, yep again, the 's' thing is not a 100% perfect solution and can fall on some words. So if anyone has a better solution, he is more than welcome to introduce it, and it will be in the next version of Tyl.

APL uses symbols instead of mathematic functions, and though there is a little similarity, I wasn't aware to APL while designing Tyl. But, contrary to APL, in Tyl the symbols are mainly for visual purpose, and coding in Tyl is done using regular ASCII. The programmer can choose any valid mix of ASCII and symbols, and the program will run.

variable names are short, even abbreviated

Therefore cryptic. Might as well go back to FORTRAN 66

you sacrifice total clarity for code cleanliness

I see no reason to ever sacrifice clarity. Programming prime directive - if your code isn't clear, rewrite it (APL programmers can ignore this).

The programmer can choose any valid mix of ASCII and symbols

I was under the impression that you required a special editor which would translate character sequences like -> into appropriate Tyl symbols. Is this not the case?

Be a part of the DaniWeb community

We're a friendly, industry-focused community of developers, IT pros, digital marketers, and technology enthusiasts meeting, networking, learning, and sharing knowledge.