次世代が造った言語 blawn

**デフォルトの名無しさん** · 2019/10/22(火) 13:17:06.14

次世代が造った言語 blawn について語るスレ
https://www.bcnretail.com/market/detail/20191021_142131.html
https://github.com/Naotonosato/Blawn

**デフォルトの名無しさん** · 2019/10/22(火) 13:21:07.99

作品名 Blawn
https://u22procon.com/result/
静的型付けコンパイル型言語Blawn。
既存の言語の仕様や文化に囚われず、実効速度などの性能の高さもふくめた
「人間にとっての扱いやすさ」を最重要視し開発。字句解析器にflex、構文解析器にbison、バックエンドにLLVMを利用。
１パースで構文解析が済むように実装し、コンパイル速度の改善を図っている。また、全ての関数及びクラスがジェネリックで、
これによって記述の簡潔さと認知負荷の低さ、さらには静的解析による実行速度の速さを担保している。

**デフォルトの名無しさん** · 2019/10/22(火) 13:24:46.33

中学生が夏休みの自由研究で作った工作のスレを立てたやつがいるってマジ？

**デフォルトの名無しさん** · 2019/10/22(火) 13:27:06.13

わりと真面目に次世代が造った新言語を検討するスレです
忌憚の無い意見をどうぞ

https://github.com/Naotonosato/Blawn/blob/master/sample/list.blawn

void Blawn::Driver::parse_helper(std::istream &stream) {
// delete (scanner);
auto new_scanner = new Blawn::Scanner(&stream, this);
// delete (parser);
auto new_parser = new Blawn::Parser(*new_scanner, *this);
const int accept(0);
if (new_parser->parse() != accept) {
std::cerr << "syntax error" << std::endl;
/*<< "\033[38;2;0;0;255m"
<< "YOU LOSE\033[0m\n" << "構文解析器の勝ち！\n"
<< "何で負けたか、明日まで考えといてください。\n"
<<"そしたら何かが見えてくるはずです。\n"
<< "ほな、いただきます!!\n";
*/
}
return;
}

**デフォルトの名無しさん** · 2019/10/22(火) 13:28:15.10

事の発端スレ

次世代言語18 V Julia 他
https://mevius.5ch.net/test/read.cgi/tech/1569852711/

>>3
brainf*ckのスレもあるんだぜ

**デフォルトの名無しさん** · 2019/10/22(火) 13:33:11.40

>>1
ほな、いななきます!!

**デフォルトの名無しさん** · 2019/10/22(火) 13:37:55.11

ヒヒーン！

**デフォルトの名無しさん** · 2019/10/22(火) 17:12:35.91

x すごい中学生

o bisonすげー

https://d1nzh4uot4722i.cloudfront.net/files/user/201910211613_2.jpg

**デフォルトの名無しさん** · 2019/10/22(火) 17:58:39.52

x bisonすげー
o LLVMすげー

**デフォルトの名無しさん** · 2019/10/22(火) 18:04:25.00

俺は世界で一番この言語を待ってた!!!!!

**デフォルトの名無しさん** · 2019/10/22(火) 22:59:01.03

俺なんかJavascriptを劣化させた言語を作るのに半年もかかったのに。

**デフォルトの名無しさん** · 2019/10/22(火) 23:08:11.50

>>11
>>8-9

**デフォルトの名無しさん** · 2019/10/23(水) 00:40:13.72

実力のある若い人が出てくるのは将来が楽しみですね
この言語自体の未来はどうでもいいですが
そのうち自作言語の直せない欠陥が見えてきて新しく言語作りたくなるでしょ

**デフォルトの名無しさん** · 2019/10/23(水) 05:53:52.96

LVMHが欲しいの

**デフォルトの名無しさん** · 2019/10/23(水) 06:56:05.37

Cのライブラリ呼び方は?

**デフォルトの名無しさん** · 2019/10/23(水) 09:02:15.64

これ開発続けてったとしてnimに勝てるの？

**デフォルトの名無しさん** · 2019/10/23(水) 11:10:10.92

Rubyに似てるな
いちいち@はうざい
Pythonに似てるな
いちいちselfはうざい
DやGoより良かったら使う

**デフォルトの名無しさん** · 2019/10/23(水) 13:36:27.82

.bridge って何するん？

**デフォルトの名無しさん** · 2019/10/23(水) 14:22:17.25

windowsのバイナリ吐けないのか？

**デフォルトの名無しさん** · 2019/10/23(水) 16:51:45.72

型記述があるほうが好きなので、言語としてはあんまり評価しない。
作ったのは素直にすごいなーと思う。これ以上言語いらんけど。

**デフォルトの名無しさん** · 2019/10/23(水) 17:03:23.89

浸かって見たいけど様子見

**デフォルトの名無しさん** · 2019/10/23(水) 17:16:56.68

テスト書いてないっぽい

**デフォルトの名無しさん** · 2019/10/23(水) 17:21:27.30

お前ら中学生に求めすぎだろ

**デフォルトの名無しさん** · 2019/10/23(水) 17:29:31.90

>>22
(Matz)おまえが書いてくれても良いんだぜ

**デフォルトの名無しさん** · 2019/10/23(水) 19:58:07.00

llvmのライブラリの使い方は参考になる。

**デフォルトの名無しさん** · 2019/10/23(水) 20:46:38.14

可読性は全然高くないね。@が邪魔くさいし、Cのように { } と ; を書かないのは
好みの問題だとしても、ifのブロックが関数呼び出しと同じ () なのはどう見ても
分かりにくい。

__blawn_memcpy__や__blawn_set_element__は組み込み関数を区別するための
命名法なんだろうが、冗長で可読性を低めるだけだし、舞台裏感があって美しくない。

self.allocated_size = self.allocated_size * 2 や sellf.size = self.size + 1 は
何で *= 2 や ++ にしないのか。

中学生であることを考慮してもゴミだな。

**デフォルトの名無しさん** · 2019/10/23(水) 21:01:48.72

どう考えてもpythonのself.の方が邪魔だろ

**デフォルトの名無しさん** · 2019/10/23(水) 21:03:36.03

>>26
中学生にマウントおじさんかっけー……！

**デフォルトの名無しさん** · 2019/10/23(水) 21:25:35.75

すまんパソコンの大先生はこのぐらいできなかったの？

**デフォルトの名無しさん** · 2019/10/23(水) 21:27:13.19

大学の時Ｙａｃｃで一日で電卓をつくったぞ！

**デフォルトの名無しさん** · 2019/10/23(水) 21:28:58.91

>>28
すげーな
中身を評価したら中学生にマウントかっけーか
このスレは何をするスレなんだ？

**デフォルトの名無しさん** · 2019/10/23(水) 21:36:16.29

中学生にマウントする

**デフォルトの名無しさん** · 2019/10/23(水) 22:07:05.69

まあ何もわからず若い奴をとことん持ち上げてから奈落の底まで落とすのがこの国の作法だからな。
ちゃんと中身見て批判する奴のがまともだわ。

**デフォルトの名無しさん** · 2019/10/23(水) 22:26:13.12

＠よりも__main__ってアンダーバー2つで囲うPythonが好きじゃない。

**デフォルトの名無しさん** · 2019/10/23(水) 22:42:31.41

沖縄にダーサーアンダバーみたいな料理なかったっけ？

**デフォルトの名無しさん** · 2019/10/24(木) 09:50:07.95

>>26
>__blawn_memcpy__や__blawn_set_element__は組み込み関数を区別するための
>命名法なんだろうが、冗長で可読性を低めるだけだし、舞台裏感があって美しくない。

そこは問題にならない
そもそも list のサンプルソースなんだから舞台裏で当たり前
list を使ったメインのプログラムには
__blawn_memcpy__ も __blawn_set_element__ も出て来なくなっていればそれで良い
利用者側は list だけ利用するんだから
今後の built-in 機能の充実に期待

@ と self は糞だと思うが

**デフォルトの名無しさん** · 2019/10/24(木) 10:04:43.25

取り得ず、言語の評価と、作った人間の評価は別
この歳で短期間で言語を作った人間の評価はすごい

言語としての評価は、よくある言語の一つやろ？
既存の言語のバリエーションでしかない

**デフォルトの名無しさん** · 2019/10/24(木) 10:09:54.05

正直大したことねーよ
俺が中学生の頃にこんなコンテストあったら余裕で優勝してただろうし時代が良いだけ

**デフォルトの名無しさん** · 2019/10/24(木) 10:28:03.04

青歯っぽい危険な香具師が混ざってるな

**デフォルトの名無しさん** · 2019/10/24(木) 12:11:48.54

ウワサのBlawnを触ってみた
https://qiita.com/blackenedgold/items/83526b329fe96ee781f5

**デフォルトの名無しさん** · 2019/10/24(木) 12:17:16.51

相変わらずのqiitaクオリティｗ

**デフォルトの名無しさん** · 2019/10/24(木) 12:17:22.10

>>15
FFI か

megumin1
「あんまりこの段階で騒がないで」というのはその通りです。
実際これくらいの完成度の言語なら日本の学生からだけでも1年に100以上は作られていますよ。
騒ぐよりは自分でも一度言語をつくってみるといいと思います。
https://b.hatena.ne.jp/entry/s/qiita.com/blackenedgold/items/83526b329fe96ee781f5

正論だな

**デフォルトの名無しさん** · 2019/10/24(木) 12:18:11.34

>>40
なんだこいつ
中学生が作った言語なんだから無条件に褒めて持ち上げろや
技術の良し悪しなんて関係ねえ。もっと持ち上げて営業やコンサルに売り込め！！！！！！！！！！！！！

**デフォルトの名無しさん** · 2019/10/24(木) 12:40:30.12

Q.プログラミング言語「Blawn」は普及しそうですか？

本人の回答
https://jp.quora.com/puroguramingu-gengo-Blawn-ha-fukyuu-shisou-desu-ka/answers/175725578

**デフォルトの名無しさん** · 2019/10/24(木) 12:53:58.60

if-elseのネスト禁止
forの中にif-else禁止
まさにbrainf*uck

**デフォルトの名無しさん** · 2019/10/24(木) 12:54:08.19

こんな言語に傾倒するくらいならRustにコミットしたほうが将来性あるで

**デフォルトの名無しさん** · 2019/10/24(木) 13:02:23.91

>>45
なんかそんなんだとqiitaにありそうな言語作ってみました
の記事に見えてくるｗ

**デフォルトの名無しさん** · 2019/10/24(木) 13:03:53.56

https://github.com/Naotonosato/Blawn/blob/master/src/compiler/compiler/compiler.cpp#L64
https://github.com/Naotonosato/Blawn/blob/master/src/compiler/compiler/compiler.cpp#L178

C へのトランスレータなのかな？

https://github.com/Naotonosato/Blawn/blob/master/src/compiler/compiler/compiler.cpp#L123

Linux だけに対応と書かれている通りなんだけど、Windows や OSX へのポーティングは大変そう

**デフォルトの名無しさん** · 2019/10/24(木) 13:07:08.14

brainf*ckはネスト出来たな・・・

**デフォルトの名無しさん** · 2019/10/24(木) 13:22:52.33

>>48 LLVMだから移植性は高いだろ。