[[HSPが選ばれる理由はなんだろな]]

LL Saturdayというイベントが2003年にあったので、軽量言語を「LL」と省略するのは一部ではアリに成っていると思います。
それの反対語としてHLをその人が使っている感じ。

> LL Saturday

なんと。そんなイベントが。…コレですかな。
http://ll.jus.or.jp/lls2003/
いやはや、恥ずかしながらノーチェックでした。(^^;

2003年ですか。結構最近ですな。でも、この感じからすると、
数年後にはその手の用語サイトあたりにも掲載されてそうですね＞LL、HL。

元記事を読んで見たんですが、「閉口した」とは書いてないような。
ＨＳＰは私も当然知っていて、作ってるのは同人ソフトの黎明期に活躍していた御仁。審査員が精通していない言語なんで、「不利」と書いてありますが、「閉口」って表現は相当違うと思います。

ＨＳＰはプログラムの敷居を下げるという意味では非常に有効な言語であると個人的に評価しています。（言語じゃなくインタープリタかもしれないけど）そもそも「プログラム」という事柄が理解するのすら難しい昨今、そういう応募があるもの仕方ない気がします。ただ、審査的には「不利」であるのはコンテストのレギュレーション上避けらなかった事であるだけで。

「自分が作りたい物」を「自分が出来る手段で実現する」、それがプログラムであるならば、レギュレーション上たまたま不利な物を選んだだけであって、キチンと動作するならそっちの方を評価するなぁ、とか思った次第です。

「難解な使用の言語を使いこなす」のが優秀なプログラマーではないと、個人的には思っています。
まぁ、人それぞれですが。

> 「閉口」って表現は相当違う

ありゃ。誤訳・圧縮しすぎちゃいましたか。失礼しますた。
ということでちょびっと修正しておきましたです。(^^;

> ＨＳＰはプログラムの敷居を下げるという意味では非常に有効な言語

その点は自分も全く同感です。
いやはや、よくできてますな＞HSP。

> 難解な仕様の言語

逆に、HSPのほうが難解、という意見も見かけますな。
プログラマーが楽をするための、各種抽象化の概念がない分、
かえって負担が増える、みたいな…

しかし、それら抽象化の概念が理解できない限り、
プログラミングという行為を楽しめませんよ、というのもなんか違う気も。

まずは、容易に扱えるツール、容易に理解できる範囲の概念のみで
とにかく遊んでみる、という時期も必要じゃないかと思うです。
…そういう時期に、HSPは最適なツールじゃないかしらん。

なんていうか、レゴブロックみたいなもんで。