次世代が造った言語 blawn
作品名 Blawn https://u22procon.com/result/ 静的型付けコンパイル型言語Blawn。 既存の言語の仕様や文化に囚われず、実効速度などの性能の高さもふくめた 「人間にとっての扱いやすさ」を最重要視し開発。字句解析器にflex、構文解析器にbison、バックエンドにLLVMを利用。 1パースで構文解析が済むように実装し、コンパイル速度の改善を図っている。また、全ての関数及びクラスがジェネリックで、 これによって記述の簡潔さと認知負荷の低さ、さらには静的解析による実行速度の速さを担保している。 中学生が夏休みの自由研究で作った工作のスレを立てたやつがいるってマジ? わりと真面目に次世代が造った新言語を検討するスレです 忌憚の無い意見をどうぞ 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; } 俺なんかJavascriptを劣化させた言語を作るのに半年もかかったのに。 実力のある若い人が出てくるのは将来が楽しみですね この言語自体の未来はどうでもいいですが そのうち自作言語の直せない欠陥が見えてきて新しく言語作りたくなるでしょ Rubyに似てるな いちいち@はうざい Pythonに似てるな いちいちselfはうざい DやGoより良かったら使う 型記述があるほうが好きなので、言語としてはあんまり評価しない。 作ったのは素直にすごいなーと思う。これ以上言語いらんけど。 >>22 (Matz)おまえが書いてくれても良いんだぜ 可読性は全然高くないね。@が邪魔くさいし、Cのように { } と ; を書かないのは 好みの問題だとしても、ifのブロックが関数呼び出しと同じ () なのはどう見ても 分かりにくい。 __blawn_memcpy__や__blawn_set_element__は組み込み関数を区別するための 命名法なんだろうが、冗長で可読性を低めるだけだし、舞台裏感があって美しくない。 self.allocated_size = self.allocated_size * 2 や sellf.size = self.size + 1 は 何で *= 2 や ++ にしないのか。 中学生であることを考慮してもゴミだな。 どう考えてもpythonのself.の方が邪魔だろ すまんパソコンの大先生はこのぐらいできなかったの? >>28 すげーな 中身を評価したら中学生にマウントかっけーか このスレは何をするスレなんだ? まあ何もわからず若い奴をとことん持ち上げてから奈落の底まで落とすのがこの国の作法だからな。 ちゃんと中身見て批判する奴のがまともだわ。 @よりも__main__ってアンダーバー2つで囲うPythonが好きじゃない。 沖縄にダーサーアンダバーみたいな料理なかったっけ? >>26 >__blawn_memcpy__や__blawn_set_element__は組み込み関数を区別するための >命名法なんだろうが、冗長で可読性を低めるだけだし、舞台裏感があって美しくない。 そこは問題にならない そもそも list のサンプルソースなんだから舞台裏で当たり前 list を使ったメインのプログラムには __blawn_memcpy__ も __blawn_set_element__ も出て来なくなっていればそれで良い 利用者側は list だけ利用するんだから 今後の built-in 機能の充実に期待 @ と self は糞だと思うが 取り得ず、言語の評価と、作った人間の評価は別 この歳で短期間で言語を作った人間の評価はすごい 言語としての評価は、よくある言語の一つやろ? 既存の言語のバリエーションでしかない 正直大したことねーよ 俺が中学生の頃にこんなコンテストあったら余裕で優勝してただろうし時代が良いだけ >>15 FFI か megumin1 「あんまりこの段階で騒がないで」というのはその通りです。 実際これくらいの完成度の言語なら日本の学生からだけでも1年に100以上は作られていますよ。 騒ぐよりは自分でも一度言語をつくってみるといいと思います。 https://b.hatena.ne.jp/entry/s/qiita.com/blackenedgold/items/83526b329fe96ee781f5 正論だな >>40 なんだこいつ 中学生が作った言語なんだから無条件に褒めて持ち上げろや 技術の良し悪しなんて関係ねえ。もっと持ち上げて営業やコンサルに売り込め!!!!!!!!!!!!! if-elseのネスト禁止 forの中にif-else禁止 まさにbrainf*uck こんな言語に傾倒するくらいならRustにコミットしたほうが将来性あるで >>45 なんかそんなんだとqiitaにありそうな言語作ってみました の記事に見えてくるw 確か90年代前半頃にRubyを初めて観たときの完成度はこれより高かった これは中学生と言うことと日本製と言うこと以外に誉めるところは今のところ無い 10年後どうなってるかは知らんがな >>50 proc ファイルシステムは Linux だけなので なんでコンパイラ(トランスレータ?)ごときがproc使うんだ? 今の子供が羨ましいのは、そういう言語や情報が ただで手に入るってところだな。 数万円かかる時点で中学生じゃそんなことできなかった。 このぐらいの品質の言語は毎年沢山作られているから、あまり騒ぐことじゃないんだよな そのことを知らないピープルが天才!天才!と騒いでるだけで ちょっとかわいそう 天才と囃し立てて言語に縛りつけないとすぐ夏休みの宿題で終わるぞ中学生にオレツエーさせとけ >>57 終わっていいじゃん 続ける価値のあるものとは思えん スポンサーとチームなしに標準ライブラリを整備できるとでも? >>44 何も考えず持ち上げてるバカに聞かせてやりたいわ。 作った本人が一番、現状の問題を理解してるっていう。 まるで画期的なものを生み出したかのように伝える報道が悪いんだわ 中学生が作ったことがすごいのであって、言語自体はありふれたものだということがまったく伝わらない 画期的とは誰も言ってないじゃん むしろ命名理由がすごくネタくさいw 好き嫌いはあって当然だが、自分が好きな風に作ったんだからそれはそれでよい事だろ。 評価すべきは7月からC++を始めて仕様を作り8月9月で仕上げてことにある。 お前らが中学3年生時にこんなことできたか? LLVMを使いこなし、CFFIでCも呼び出せるようにしている所。2カ月でここまで作りこんだのは評価してよいだろ。 前からPythonはやってたんだろう そうじゃなきゃこんなにするわけがない >>66 中学生がやったのがすごいなどということを褒め称えるのはプログラム板でやることではない そんなことはニュース系の板でやれ ここでやるのは表題のプログラミング言語の仕様や実装についての議論 Pythonもどきって一体なにを指して言ってんの?? この言語インデントに文法的な意味はないし…えーと… Pythonからindentの意味をなくして不便にしているだけ 中括弧もbegin endも無しでindent無意味にすりゃそうなるのは必然 すべての批判を嫉妬で躱すから子供を持ち上げる奴は嫌いなんだよ でもこれ賞に値するか? 短期間で作ったかどうかは関係ないっぽいし 作った子は超賢いんだろうけどさ flex、bison使ってllvm使ってと作り方がまっとうすぎておもしろくない 単に大学の内容を先取で勉強して作りましたって感じ 言語デザインとしての発想は平凡だと思うが flexとbisonって そこはspirit使っておけよ 審査員の大学の先生たちが嫉妬の裏返しで持ち上げた結果なんじゃないの? 技術力は落ちてももっと発想の豊かなものを選ぶべきだろ >>77 妬むな妬むな、お前が中3で作れたか? 当然寄せ集めじゃないと短期間では作れないのは当たり前。 そういう発想をして実現できたことが素晴らしいし、言語の発想もそこそこユニーク。 プログラム板のスレでは作ったのが誰かなんてどうでもいいだろ 実際に使う道具として議論するんだから中身だけが評価の対象 言語のユーザーにとっては 製作期間には何の価値もないし 製作者の年齢にも何の価値もない それすらわからんてことはこのニュースを見て外から来た人なのかね >>83 アホか、言語の優秀性を語るスレじゃないだろうが、たかが中学生が2〜3ヶ月で作った練習台だぞ。 実用になるかどうかはさほど重要ではない。 発想を評価できるかどうかだよ。 何を大上段に構えて大人が喚いてるんだ? 恥ずかしいと思え。 発想ってなんのこと?なんかすごい発想でもあったの? >>84 天才中学生万歳したいだけならマ板に行けってことだよ ここはそういう板じゃない 言語としては微妙だよね ifとwhileのネストもまだできないらしいし お前らの民度と知識量ってN速とあんまり変わらんな 【天才】スーパー中学生誕生、プログラミング言語わずか数週間で開発、U-22プログラミング・コンテスト2019 ★4 https://asahi.5ch.net/test/read.cgi/newsplus/1571892411/ クソジジイ「俺でも作れる!」 俺「へー!じゃあ今まで作ったアプリ見せてよ!」 クソジジイ「お、おらは会社でJavaしか使ったことなくてプライベートでは5chしかやってないだ……」 これさ、すっげー哀れだよな? 数週間で作れたらすごいと思うけど、 それってバグがない製品品質のものができたならってことなんだよね たたき台的なものは、それぐらいで作れるけど、 そこから品質を上げるのに時間がかかるんだよ テストとか一切入ってないだろうし っていうか、オブジェクトファイルや VIMの.swpファイル入ってるけど大丈夫か?w ここの住人なら「仕込みのウィルスが入ってる可能性もあるから走らせないよ」と言うよな SIerおじいちゃんはテストが〜セキュリティが〜ってお客()の顔を伺いながら作るのが仕事だから新言語とか作れるわけ無いじゃんwwwwww 作る意味がないから作らないんだよ Rubyの頃とは違って個人が作った言語なんて通用する時代じゃない それ以前に言語の中身について議論するつもりがないなら他の板でやれ >>92 テストは自分のためにやるんだぞ? テスト無くてどうやって新たな機能追加するんだ? 修正するたびにバグが入るだろ >>93 言語の中身に、語るようなことあるのか? まだできないことは後で実装するとして、 (C/C++との比較じゃなくて)他の言語と比べた時のメリットとか 可読性が〜という抽象的な言葉ではなく ○○によって可読性が高いみたいなことなんかあるの? >>95 中身について語れることがないならこの板にスレを立てるべきではない 中学生が言語を作ったんだ、すごいねーってのをやりたいならニュース系やマ板でやるべき yacc とは何か racc とは何か bison とは何か が判る本 https://bookmeter.com/books/431440 マ板の住民なら一度は読んどけ 第二版 https://bookmeter.com/books/185042 旧版 尼 4781905854 (I) 尼 4781905862 (II) >>66 正直すごいとは思う。 ただ、今は良いアイデアがあるとMSやFSFのようなところがすぐに真似してくる と思うので、その変が難しいところ。 良いアイデアを持った言語を作ったら、公表せずに練りに練ってから一気に公表 して相手が真似するまでの束の間の時間だけなんとかなるという感じになって きている。Perl, Ruby, HSP などは現れては消えていった。一度は有名になった ものですらそんな現状。 >>102 実は言語処理系のプログラムでは、「組み合わせ爆発」の問題が起きがち。 それと、実際に実用的な言語処理系はコードが大きくなりがちなため、 コードの全体把握が難しくなっていく。だから、仕様を追加したり改良 しようとしたとき、100%絶対大丈夫の方法がだんだんと分からなくなってきて、 大体正しそうな修正しか分からなくなってくる。だから、少し修正しては、 テストを走らせて本当に正しく修正できたかを少しずつ確かめながら 前に進んでいく方法をとらざるを得なくなったりする。 開成高校の頭脳を持ってすれば、完全に正しい修正方法も絶対的に分かる 可能性もあるが、それでも言語の規模が大きくなっていくと難しくなっていくだろう。 組み合わせ爆発を抑えれば処理系のコードが小さくなるが、コンパイル速度の低下や、 LLVMで最適化する前のコードの品質低下などにつながる。 最適化する前のデバッグ時のコードの速度もある程度大事なので。 >>103 正直、flexやbisonの使い方は良く知らない。 中学生でよくLLVMを使いこなせたなと思う。 LLVMの資料も英語版を読まないと理解が難しいはずなのに、 天才的なものを感じる。 >>101 この完成度の低さでも賞もらえるっておかしくない? 知った風な口きいてる ID:4V9sCl2t は 今まで一体どんなスゴイ言語を作ってきたんだろうなw まあ周辺ツール使いこなしてるのはすごいと思う この辺のツールの習熟は一ヶ月じゃ無理だと思うから、前から言語開発に興味があったんだろうな >>114 そういった本を買う財力が(親に)有ったと言うのもあるかもしれない。 LLVMやflex,bison の解説書があるのと、ネットでreference manualだけを 読むしかないのとでは大きく違う。 >>115 格差広がって教育格差も広がってるから、極端な天才がこれから増えていくかもしれないな お前、なんか言ってることずれてんのよ LLVM使えることが評価されたポイントじゃないだろう そんなもん人が使うように作られた道具なんだから 少なくとも誰かが教えてやれば賢い中学生なら十分使えるようになるだろうさ そうじゃなく言語自体はどうなんだと 何か新しいパラダイムを生み出したのか? 実際にそれでアプリケーションを作ってどうだったのか? 既存言語と定性的、定量的な比較は行われたのか? そういうところだろ 俺の会社は今全部Blawnに置き換えてる最中だわ GoとかRustに投資するぐらいなら断然Blawnだねw >>118 少なくともネットで公式reference manualだけで理解しようとすれば、 LLVMは普通のアセンブル言語よりだいぶ難しい。 普通のアセンブラでは、extrn宣言やpublic宣言などは何度でも行えるが、 LLVMでは一度だけしか行えないなど使い勝手も悪く、C言語との ずれも大きい。その一方で、なぜか構造体を使うことが前提になっているような 言語仕様になっており、使わなければ最適化で不利になる可能性もある。 >>120 誤:アセンブル言語 正:アセンブリ言語 とりあえず評価は完成してからだろ? まだ技術プレビューレベルやん 現代の言語なら標準ライブラリの整備までが実用言語の最低条件だから、大規模なチームを組めない立場である以上完成は不可能 >>119 、ミ川川川彡 ,ィr彡'";;;;;;;;;;;;;;; ミ 彡 ,.ィi彡',.=从i、;;;;;;;;;;;; 三 ギ そ 三 ,ィ/イ,r'" .i!li,il i、ミ',:;;;; 三. ャ れ 三 ,. -‐==- 、, /!li/'/ l'' l', ',ヾ,ヽ; 三 グ は 三 ,,__-=ニ三三ニヾヽl!/,_ ,_i 、,,.ィ'=-、_ヾヾ 三 で 三,. ‐ニ三=,==‐ ''' `‐゛j,ェツ''''ー=5r‐ォ、, ヽ 三. 言 ひ 三 .,,__/ . ,' ン′  ̄ 三 っ ょ 三 / i l, 三. て っ 三 ノ ..::.:... ,_ i ! `´' J 三 る と 三 iェァメ`'7rュ、,ー' i }エ=、 三 の し 三 ノ "'  ̄ ! '';;;;;;; 三 か て 三. iヽ,_ン J l 三 !? 三 !し=、 ヽ i ,. 彡 ミ ! "'' `'′ ヽ、,,__,,..,_ィ,..r,',", 彡川川川ミ. l _, , | ` ー、≡=,ン _,,, ヽ、 _,,,,,ィニ三"'" ,,.'ヘ rー‐ ''''''" `, i'''ニ'" ,. -‐'" `/ ヽ ! i´ / ノレ'ー'! / O >>115 >>116 この年齢で大学生レベルのことができるっていうのは、教育努力のみで十分到達可能な範囲で、 本人にずば抜けた才能があるとは限らない 家庭環境などのバックグラウンドの情報なしに天才だと騒ぎ立てるのは本人のためにも危険 そもそもアイデア出しから実装まで全部一人でやったなんて証拠もないしな >>129 そういえば、flexやbisonは雛形となるようなサンプルがあるので、 実は良く理解して無い人でもなんとなく出来ちゃう可能性はあるには有る。 https://qiita.com/toru0408/items/483c77cb76198d4c6ceb ↑ こういうのを見れば、言語定義をバッカス記法(BNF)を使って書けば flexとbisonでそのままなんとなく動く。 これをそっくりそのまま実験してちょっとBNFの部分を変えてしまえば オリジナル言語の出来上がり、ということにしてしまう人も出てくるだろう。 一ヶ月って言うからなぁ 一ヶ月ならfor分やif文がネストできなくても普通だろ BNF育てるのって大変だし α版ですらないビルドがようやく通ったって程度の言語に 必死に駄目だしして自尊心保ってるおっさんたち惨めすぎるな… flexは字句解析を正規表現で書くので、それだけでもコンパイル速度が 遅くなってしまうかもしれない。 家にオライリーの本が50冊あった、とかじゃねえの ウルティマもNASAの技術が惜しげなく投入されてる >>133 > α版ですらないビルドがようやく通ったって程度の言語に 経済産業大臣賞(総合)どーん ご両親は何やってる人なんだろうか こういう子を育ててる人間が気になるわ std::cerr << "syntax error" << std::endl; /*<< "\033[38;2;0;0;255m" << "YOU LOSE\033[0m\n" << "構文解析器の勝ち!\n" << "何で負けたか、明日まで考えといてください。\n" <<"そしたら何かが見えてくるはずです。\n" << "ほな、いただきます!!\n"; */ こういう子 実際のところループネストできないとかないよ いくらウケても賞は出すべきじゃなかった ジャップのしょうもないコンテストに出品するだけならどんなふざけたコードでも構わんが github等で世界に公開した時点でそいつが何者かなんて関係なく批評されるのは当たり前 一流レベルをこの年齢で作ったからすごいという評価はあっても 二流だけど年齢の割にはすごいなんてのは教育機関じゃなきゃ 関係ないというのはあるな そもそも売ることを目的にするならソース配布する事自体が選択肢に入らない。 早く作れたのは、flex, bison, LLVM のおかげだね。 それらを全く使わなければ、なんやかんやで数千倍〜数万倍のコードが 必要だった。 このおっさんどもは何様のつもりなのかな? この子がやったことは充分称賛に値することだし、なぜそれにケチをつけたがるの? なぜ素直にすごいと言えないの?? 君らどんな教育受けて来たの??? — 夜桜さん (@sacla_suisui) こういうやつこそどんな教育受けて来たんだ? 子供のための場を離れて一般社会に持ち込んだ時点で、大人の作ったものと同様に扱われるのは常識じゃないのか? 子供の作品が子供が作ったものだからとして甘く評価されるのはそれが子供のための場だからだぞ このガキはGitHubで公開することによって作品を一般社会に作品を持ち込んだ それを子供だから内容を批判するなだと? 一般向けの場でも子供だから特別扱いしろと? 舐めてんのか? 新言語なんてゴロゴロしてるのになんでこれにだけ異常な憎悪を燃やしているのかって話だな そりゃそのゴロゴロしているものを特別扱いして持ち上げる輩がいるからさ 素直に称賛するならば、作品自体は荒削りだが、この年齢で ここまで作れるのはすごい。光るものを感じる。みたいな評価になるのかな? 荒削りどころか未完成、やっつけ 普通なら公開する段階ではない >>148 しかし、flex, bison, LLVM の組み合わせだと、コーディング量は飛躍的に 小さくなるから、本物の C++ コンパイラなどとは単純比較は出来ない。 if, for のネスティングができないとか、関数内に複数の return 文を 置けないとか、blawn の可能性を飛躍的に狭めているので、早急に 対処して欲しい、、、と思ったけど、過去に登場した天才たちと同様に この人も飽きっぽそうなのでこのまま放置プレイに陥る可能性大 まあサンプル程度なら誰でもできるんだよ。 重要なのはそのあと完成までこぎつけること >>151 設計思想からして伸ばす価値すらない Pythonで育ったからPythonの文法が理想でそれに近いコンパイル言語を作ろうとしたんだろうけど、そもそもPythonはクソだろ というかendやインデントがないのにどうやって文脈の終端を定義してるんだ? その辺不思議なんだが 踏み込んでしまえば、実は言語開発って簡単なのかなって思ってしまうが、 実のところ、どうなんだろうな。 実際に踏み込んだところが、この中学生の偉いところだと思う。 更に一歩進めて、自分なりの言語を作る、もしくはカスタマイズするのが、 一般化するかもね。そういうツールがあってもいいし。 みんなで独自の言語作ろうぜ!!! 誰も保守できなくなるように秘密の機能を実装しまくって基幹システムに無理矢理導入して、月単価1000万円のエンジニアになろうぜ!!!!!!!!!!! 馬鹿「俺でも作れる」 じゃあさ、お前のGithubのURLくれよw 文法でここまで書き方を固定する言語はありそうでなかった お前らもネットでくだを巻くだけじゃなく人の役に立つことしてもいいのよ 高校2年生が開発したWindows専用脆弱性スキャナー「DetExploit」がリリース - 窓の杜 https://forest.watch.impress.co.jp/docs/news/1214557.html >>161 各脆弱性情報公開サイトの、横断検索ツール? メモリが安全(?)かどうかより、ループがネストできたほうがうれしいです。 BrainFuckのインタプリタなら漏れでも造れた >>127 賞金おいくら?税金納める必要あるくらい? >>136 日本おhル >>137 経産省にコネがあっても不思議じゃないな >>118 お前はみないで物を言ってるのか? sample くらい見て自分の意見を言えよ。 >>145 U22 のプログラムコンテストに何口尖らしてんだ? 文句言うならコンテストに参加してからにしろ。 blawnを叩いてるやつを野球で例えると 草野球チームの補欠が甲子園大会の優勝校に お前らなんかメジャーの選抜チームと戦ったら大差でぼこぼこにされるレベルなんだから調子に乗るな と騒いでるようなものだな >>170 評論家と言ってくれ。評論家は作品を作れるわけじゃないが、 その作品について深い知識を持っていて、何が良くて何が悪いかを判断できる。 たとえ作れなくてもこの作品(言語)を正しく評価することはできるんだよ。 実用レベルではないどころか作りかけレベル、他の言語に比べて優れた特徴もない。 頑張ったで賞はあげられるが、言語の評価は他の一流言語と比べればまさに子供レベル 中学生を攻撃するつもりはないさ 優秀なのは間違いない だがこれが選ばれるのがおかしいと感じるわけ 審査する側がまともに評価してないだろ >>171 若くて可愛い処女にテクニックを求めるジジイが発狂してるスレ >>172 高校球児に向かって「メジャーリーガーレベルのプレーができるようになってから出場しろ」なんてヤジを飛ばす「評論家」がどこの世界にいるんだよ 将来性について語るならまだ分かるが >>175 ヤジなんか飛ばしてないが? 高校球児に向かって、プロ野球選手とは遠く及ばないって言ってるだけだが? 客観的にみれば この中学生の将来は有望だが、この言語の将来はほぼない って結論になるけどね。 そしてここは中学生について語る板ではなくプログラミング言語について語る板だな。 Matzが Blawnを構成する技術要素のひとつひとつはたいへん光るものがあります。 とか言ってるけど具体的にどの要素なの? 煽り抜きで 全部ジェネリクスなのは特徴だろうけど型の記述なくしたらそうなったって感じだよな Matzにそれを聞くと、全て評価して却下したものとして説明することになるんだろうなw もううちは全部のシステムがBlawnで動いてるよ 一家に一台みたいな安心感があるよね 光るものはあるのかな ほかの尖った言語に説得力があるのは 数学的な学問の裏付けがあってのことだと思うが コンサルだけど色んな企業にBlawnを導入する提案を手当たり次第に行ってるわ 多分10年後には全システムがBlawnで動いてるんじゃないかなー ちょっと Rubyもおまいみたいなのがこんな感じで パンピーおだてて無理やり作らせたんじゃなかろうな… Ruby は最初 Matz が fj で「新しいプログラミング言語を作りますので 誰か手伝ってくれませんか?」っていう投稿をしたのが始まり。協力者 が続々と現れて開発は順調に進んでいった。2ch もなく、「あめぞう」 が誕生する直前の頃だった思う ひどい話だ。。 ジョークのつもりかもしれんが実際こういう馬鹿野郎はシャレにならん影響をあたえる。 言語作るならスマコン搭載の仮想通貨作れよ、そっちのほうが将来性あるだろうに 内容についての一切の批判は許さない ただ中学生が言語を作ったということを手放しで称賛しろ というような奴が次々湧いてきてどこかの仕込みなんじゃないかと 実際、繰り返し指摘されているように内容自体は大したものじゃないし おそらくコンテストに参加した他の作品と比べてダントツで作っても何の意味もないものだし >>180 好みは分かれるが、型宣言なしの静的型付と言うのは光る 型宣言無しなのは、flexとbisonで作る場合にそれが楽だからじゃないか。 逆にflexとbisonを使って型宣言有りにしようとすると難しくなる。 >>190 お前らこれは、22歳以下のプログラムコンテストの参加作品というだけの話なんだぞ。 その中でプログラム的に優れてると評価されただけの話であって、言語の完成度を競うようなものじゃないんだからな。 何の意味もない作品でも良いんだよ。 模型に実用性を求めるバカがどこにいる。 >>193 ニュースリリースして注目を集めた上でソースコードを公開すれば当然中身について批評される コンテストの参加作品という枠だけに収めるなら公開すべきではなかった そしてコンテストの参加作品なんだから何でもいいだろというのならプログラム板に専用スレを立てるべきではない マ板かニュース系でやれって散々言っただろ とりあえずBlawnエンジニア1名を月単価200万円で募集かけてきた 今はLaravelで動いてるやつを全部Blawnに置き換えたい。次世代言語、ほんとすげーわ ↑いっそこのノリのネタスレにしてしまった方がいいのかもな 日曜の朝からプリキュア見ながら何を発狂してるんだろうねこの方々は >>195 お前がそう思うならなぜ何度も連投してるんだ? 放置しないから人気スレになるだけだろ。 公開自体は悪くないと思うぞ。 たとえ模型であろうがその姿が見えなければ世の中の人は見ることができないんだから。 >>195 こっちに移れや 【天才】スーパー中学生誕生、プログラミング言語わずか数週間で開発、U-22プログラミング・コンテスト2019 ★4 https://asahi.2ch.net/test/read.cgi/newsplus/1571892411/ >>191 でもさ、値を与えない限り全く実体化されないってことでしょ? 外からパラメータ与えるプログラムが作れないんでは? 突貫ゆえの考察不足じゃないの これ中学生プログラミングコンテストじやなくて22歳以下なんだよね 中学生だから温かく見守るべきってのは違うと思う 野球に例えるのもおかしい ガチ勝負で勝ち上がったわけじゃなく審査員が選んだもの まぁ使ってるうちにエンジニアが改良していってすごいものになるやろ 今新しくスタートアップ企業作る計画立ててるけど基幹部分は全部Blawnで実装する予定w >>201 何を言ってるの? 全てテンプレートなんだから当たり前。 同じテンプレートでパラメータとして文字列になったり、整数になったりするんだから。 >>201 型はコンパイル時に推論されてるんじゃないの? 今マネージャーからSlackがきて週明けから毎週3回Blawnの勉強会するってのが決定した 目標は来年の1月までに全システムのBlawn化w ちょっと時間的にきついが次世代言語を導入できるってのにワクワクしてるw >>203 その当たり前の結果、当たり前のことができないんではと言ってる cでいmainの引数、あるいは標準入力から受けとるとかどうなるんだってこと sampleにはそういう例がない 実装されてないんだろうが仕様としては考えてるしかるべきだろ? >>204 その型の根元となるものは定数リテラルしかないように見える 組み込み関数はジェネリクスじゃないから推論されるのか? この言語すげー使い勝手いいな めちゃくちゃ衝撃受けたわ…… 明日、早速マネージャーと掛け合って新規プロジェクトにBlawn入れるよう説得してくる お前らも応援してくれっ! 開発は全部クロスでやる。gcc や Linux はクロス開発できるようになっている。 普通エミュレータも用意して実機での評価は最終段階。楽ではないが、気軽ではある。 しかし、ディストリをゼロから構築してセルフで開発できるようにするだけで非常に手間がかかる。 開発環境を構築するのに開発環境が必要という状況で数百パッケージをビルドしないといけない。 >>209 それだと型推論いらないし スクリプト言語じゃなくてネイティブだぞ 負けた……!最強だわこの言語。。。 今からLinuxのソース読んで全部Blawnに書き直してプルリク出してくる! Rustなんかよりよっぽど将来性を感じた >>173 日本の役人のレベルが低すぎて世界の笑いものにされそうだ https://qiita.com/blackenedgold/items/83526b329fe96ee781f5 まだバグが結構あり、segmentation fault が起きたり、 出来て欲しい書き方でエラーになったりするらしい。 型が合わない場合にコンパイルがエラーを出すべきところが、 llvm バックエンドの llc でエラーになることもあるようだ。 >>202 が冗談なのは明白だが 好意的に受け取れば マ板の人間なら援助する側のエンジニアになって参加するべき 天下人になるチャンスだろ やっぱり外部とのインタフェースは組み込み関数になってて 予め型が決まってるとしないと成り立たない気がするな >>213 別にネイティブでも変数の型は全部文字列型ってやれば なんの問題もないだろ まあ変数宣言時に必ず値を入れること、そして代入してる値が "0" だと文字型、0だと整数型、0.0だと浮動小数点型、それ以外だとオブジェクト みたいな区別はあってもいいと思うが。型"推論"じゃなくて、型判断やな /0/ だと正規表現型とか、@2019-10-27 だと日付型とか、true or false ならブール型とか $123.00 だったら小数点以下第二位までのcurrency型とか。 たった今の思いつきだが、結構行けるんじゃね?w そして関数の引数にも型ではなく初期値代入が必要と function foo(value=0) www > それ以外だとオブジェクト ここがまあ、動的にならざるをえないけどwww 生意気過ぎかも知れないが時代の子だから仕方がないか。だけどこれって厨房潰しの陰湿な褒め殺しだろw 200レス超えてて草 お前らがどれだけ若い才能に嫉妬してるかが分かるなw 多くのレスは言語仕様としてはダメだっていう評価だと思うけど? >>225 多くのレス(お前が連投してるだけ) Blawn嫉妬民さぁ 簡単な場合でも、コンパイラ本体がエラーを出さずに、間違ったコードが バックエンド層に流れてそこでエラーが出ることが出るので、 言語仕様だけでなく実装にもまだ問題がある。 たまたまバックエンド層がエラーを出しているから良いものの、 このままだと、本当はエラーなのにコンパイラ本体もバックエンドも エラーを出さないで、原因不明のバグに悩まされる可能性がある。 そこまでいくと言語の体をなしてなくね 賞の選考過程と他の候補が知りたい メモリが安全ってなんやねんw そんなんどの言語でもそうなってるやろ function mod(a, b) return a - a / b * b メモリが安全の字句だけで、言語の先のハードの知見があるとかわけのわからん称賛をしてる奴がいたなぁ 初めから完璧を求めるお前らみたいなクズ共って一生雇われの奴隷身分のままなんだろうな…… 新しく色んな行動を起こした人にしかエラーは起こせないんだよなぁ >>217 型チェックはコンパイラではやらずにLLVM に任せっきりだろ。 てか殆んどの処理をllvmに丸投げしているだけなんじゃ >>242 型に応じてコンパイラ自体が動作を変えなければならないので、 それはできない。 例えば、同じ名前だが仮引数に異なる型を持つ複数の関数がある場合、 float と int で呼び出される関数を変える必要が有るが、そのような 機能は LLVM にはない。また、多くの言語で、byte(char) から int への 自動変換などは明示的に cast しなくても自動的に行われることが多いが、 LLVM では自動では行ってくれない。 さっき社内で第一回Blawn導入会議が行われた 意外だったのがこれまで色んな新技術をどんどん取り入れてたエンジニアが何人か反対してきたところ だけど、なんとか押し切ってBlawnで新規開発することに決まりそうw つーか好き嫌いせずに新技術なら取り入れろや!馬鹿コーダー!w >>246 LLVMは、アセンブラレベルのバックエンドなので、どんな言語でも 扱える。GCでも、templateでも、BASIC, C#, Java でも関数型言語でもなんでも。 ガチで言語作ってるなら こんなショボいコンテストに応募なんてしないだろ 所詮はエリート学生のお遊びなんだよ ああ本職ですらないただの15歳の天才が軽く言語作っちゃったことで 嫉妬3倍増しちゃってるのか 気持ちはわからないでもない 本人か親御さんではないとして 擁護するモチベって何なの? >>252 真っ赤な他人を助けるような”ボランティア”というのがこの世に存在するんだから 見ず知らずのガキを擁護する変態がいてもおかしくはない ここに書いてる人って実際に動かしてみた人いるのかな いるわけないやろw バイナリ配布されてないし、 compile from source やめたほうがいいです。どうしてもやりたければLLVM6.0,bison,flexをインストールしてから buildディレクトリで"make"してください。"make -j8"とかにするとコンパイルが早くなります。 とか書いてあるんだし 変なパス固定埋め込みされてるから ちょっと触ってめんどくさくなった Blawnのフレームワーク作ろうと思ってるんだけど すげぇワクワクしてる。俺たちが時代を作っていくんだなって感じる この言語は、「書き方が独自に変えてある」というだけで、それがメリットに 感じるかは個人差が大きい。少なくとも、return文が関数の最後の識別子になっ ているのはデメリットに感じる人も多いだろう。return文を複数書くのは 良く無いという説を唱える人も要るが、一方で、それこそが一番便利な機能と 考える人も要る。校舎の意見では、一箇所でしか戻れないというのは不便 極まりないし、goto文も使わないとなれば、フラグを用意してそれ以後の 行でif 文で一々はじいていかなければならない。それは分かり易くも無いし、 処理効率的にも悪い。 プログラミング歴が浅い人がプログラミング言語にどんな不満を持ってわざわざ新しいプログラミング言語を作ろうと思うのかまるで謎 Pythonでプログラミング始めたみたいだし、 C++がPythonのように書けないのが不満なんだろう Pythonしか知らないからPythonが基準 Blawnのパフォーマンスやべえな 今自社の開発チーム全員が「やられた……」って顔してる 基幹システムにこっそりBlawn入れた早とちりさんも出てくるほどすげぇ言語だよこれ ポインタが無い時点で、C++よりパフォーマンスが高いことはありえない。 最適化はLLVMに任せているわけだから、clangと同じだし。 今日俺が一目置いてる新人がまたやりやがったw PHPでずっと作っていたプロダクトにちょくちょくBlawn入れてきやがったwwwwwwwww 最初はブチギレそうだったがソースの美しさとパフォーマンスの良さにメンバーは感動 結局流れで1からBlawnで作り直すハメにwあの馬鹿!w今度何かおごれや!w 2ちゃん、5ちゃんねるは伝統として面白いことを書く所だからネタスレでもいいんだが 住み着いてる奴はつまらないから全然駄目 【悲報】ついに職場でもスレ民みたいなエンジニアが現れる 俺「Blawn導入プロジェクトの進捗はどうなってる?」 敵「……ってません…」 俺「……ん?」 敵「やってませんッ!!!!こんな言語!!!!!!!」バンッ!!!! これさぁ、ヤバくね? Blawnアンチってこんなのしかいないの? "俺の作った最強言語"って中二病の範疇だろ 中学生ならよくあること >>268 PHPはHTMLの中に組み込む言語で、blawnは今のところnative向け専用言語な わけだから、その書き込みは全くの嘘だと断言できよう。 これどうやったら試せるの? sudo apt-get install blawn みたいな感じでいいのか? $ git clone https://github.com/Naotonosato/Blawn/ $ cd Blawn/sample $ chmod 0755 Blawn/blawn $ chmod 0755 Blawn/data/llc $ ./Blawn/blawn test1.blawn Hello! I'm John Hello! I'm renamed Bob >>262 result を予約語にしてる言語もあるんやで >>265 Python の様に描ける C++ はある 1. return文を複数書くのは良く無い 2. goto使って最後のreturnの直前にジャンプすればいいんじゃね! 3. gotoも禁止!例外も禁止! おじさんはllvmがどういうものかすら理解できてなかったら、この子のコード見てただのライブラリなんだということがわかったよ >>286 何を言ってるんだ? 日本の言語を勉強した方が良いぞ。 お前にはプログラムは早すぎる。 typoの推察つかないやつも相当向いてないと思うわ しかしライブラリ使えば中学生でも言語作れる時代になっちゃったんだな 言語作れるって言ったらひと昔はすげー!って言われたのに最近はそうでもないってことか Twitter見ると高校生でOS作ってる子もいるし、技術の進歩ってこういうことなんだろうな Blawnは、Rubyに比べて、使いにくい。 returnのとこも、少しわかりにくい。 Web系で働くなら、Blawnより、断然Ruby。 次世代言語として、通用するのはやっぱりRuby!!!!!!!!!!!! >>290 相変わらずの?uby厨はみっともないな。幾ら落ち目になったからと言って中学生に嫉妬するなんて。 >>289 構文解析器などは結構昔からあったけど LLVMが使えるようになったのが大きいのだろう gccは機能単位で使いづらかったし コンパイル速度が速いと本人が言っていると小耳に挟んだが、実は: 1. WindowsとC++の組み合わせの場合、必須となる windows.h ヘッダだけで、コメントを除いた状態で数えても 1万8,000行程度あり、*.cpp ファイルで書いたプログラム本体より、windows.h ヘッダ の解析に時間ががかっている。そのために pre-compiled heaeder 技術を VC++ は使っている。 だから、windows.h やその相当品を読み込まない状態で Blawn をテストした場合、 WindowsとC++の組み合わせとは解析している行数が全く異なるためコンパイラの速度比較 としては公平とは言えない可能性が高い。 2. 例えば、VC++のコンパイラは、pre-compiled header を使った場合、現在のエントリモデルのCPUでも、 1ソース当り 30(ms)程度でコンパイルを終える。pre-compiled header を使わない場合は、100(ms)程度。 3. Blawnが字句解析に用いているflexは正規表現で字句解析をするので根本的に遅くなる。 例えば、windows.h はバイト数が 1MB程度もあるので、字句解析で 1文字当たり1クロック使うと、 0.3(ms)程度時間がかかる。もし、字句解析部分が1文字当り100クロック使ってしまうと、 それだけでVC++のトータルコンパイル時間に達してしまうことになる。 それだけに、字句解析は未だに1クロックで泣き笑いをする分野である。そこに、 手書きコードより効率の悪い flex を使っている時点でコンパイル速度は望めない。 ちなみに、new, delete を組み合わせて使うだけで、300クロックかかってしまうので、 ヒープメモリの使用も控えるのに越したことは無い。 4. C++ には、#define マクロや、#if, #else, #elif, #endif などでの前処理もできる。 これは見落とされがちだが実は重要。ここも字句解析ほどではないが、1クロックに 泣き笑いをする分野である。Blawnには前処理層が無いから、VC++などと速度の単純比較は出来ない。 5. BlawnはバックエンドにLLVM処理用にclang系を使っている。これは、VC++に比べると 遅い。なので、トータルで見たとき、flexを使わずに手書きしたとしても、LLVM を使っている段階で、VC++のコンパイル速度に勝つことは最初からほぼ不可能。 >>293 blawn コンパイラがC++ で描かれてるだけで、blawn をコンパイルするのはblawnコンパイラ=LLVMだろ。 c のヘッダなんて関係ないんじゃないの? blawnで同等のものを作った場合だろ Cにはプリコンパイルヘッダで高速化する技術があるが、blawnでwindows.hと同等の機能を持ったものを作った場合果たしてどうなるか blawnはlinux版しかないからWindowsが〜とかVC++との比較は見当外れにも程がある 言語の開発を続けるなら当然Windowsコンパイラも作られるしOSのAPIも叩けなきゃ困る Blawnはnative出力する言語なのだから、Linuxであれ、OSのAPIヘッダ相当の ものを読み込む必要がある。そのヘッダの行数の目安としてwindows.hが 参考になる。 この板の人間なら推測するな計測せよという言葉を聞いたことがあるだろう Windowsでの速度はWindows版が出来てからする話だ >>299 flexとLLVMの組み合わせでVC++の速度を超えるのは測定しなくても無理と分かる。 >>293 なんでもそうだが、 初期版は「他のソフトに比べて軽量で速い」という謳い文句だが 改良されて、他のソフトと同じぐらいになると重くなる。 単に実装されてる機能が少ないから速いだけのこと そもそもコンパイル時間が有意に問題になるほどの規模のプログラムをこれでコンパイルしたことが一度でもあるのかと 何をもってコンパイルが早いと言えるのか謎すぎる 中学生だからそのへん適当なのはまぁしゃない 選ぶ方が鵜呑みにして賞与えるのがアホ Matz聞いてるか? アピールポイントを無理やりひねり出すのはどんな世界でもよくあることだし 実測抜きにこんな話をしても意味ない >>14 class ore_no_yume(musume) @osaifu = musume.osaifu @function try(musume) if self.osaifu > 10000000000 ( text="かわいい" text.append(musume.name) print("もうすぐクリスマス") print(text) print("プレゼントにLVのバッグ") print("ドンペリで乾杯してヘネシーで酔っ払う") ) return class Person(name) @name = name return kanna = Person("橋本環奈" @osaifu=10000000000000000 return ore_no_yume(kanna) function leep_year(y) return mod(y,400)==0 or (mod(y,100)!=0 and mod(y,4)==0) >>304 プログラミング言語を作るコンテストってわけじゃないし 他の応募作品の質も考えないと >>301 そういえば余り関係ないかもしれないけど、VC++6.0とVS2019のVC++とでは、 コンパイラ本体も後者の方が遅くなっているように感じる。 あと、Linuxばかり使っていると気付かないかもしれないけど、 Linux本家のgccやclangですら、Windows上のVC++よりコンパイル速度が だいぶ遅い。しかし、そのことを指摘したサイトは意外と検索にはかからない。 感覚的には5倍〜10倍程度の速度差がある気がする。 Windows上のclangも、CUIのHello WorldをコンパイルするだけでもVC++より ずっと遅い。 http://blog.llvm.org/2018/03/clang-is-now-used-to-build-chrome-for.html Windows版Chromeの場合、Visual Studioと比べるとclangは15%ビルドが遅いらしい 5倍〜10倍の速度差を感じるとしたら相当なバイアス掛かってるからそういう人の意見は適当に聞き流しておけばいい LLVM使えばインタプリタ並みに簡単になるんじゃねーの? blawnのソースパクって1文字変えてコンパイルすれば新言語誕生だぞ それで自尊心を満たしておとなしくしていていくれ C++は理由があってああいう文法になってるんだから 気に入らないんだらPythonでも使えばいいのに なぜわざわざ新興言語なんだ サポートの保証はあんのか? アホなコンパイルすれば速度上がるだろ 単に早いとか遅いとか言っても参考になら? 中学生にきみら必死やなw なんかwindowsでもexproit調べるソフトを中学生が作って公開されてるけどさ。 糞遅くてワロタわ。 cとアセンブルじじいが、もっと速くできるってうるさいのが5ch 爆笑よw でも、発想が評価されるっていいんじゃない? アセンブルじじい、もう時代遅れなんだよww 2vs3戦争に疲れてpython死んでしまったか 後継言語は決まったな >>317 リンク先読んでないけど、実体験とは全く違う結果で何かおかしい。 現実にclangもgccもVC++よりずっと遅い。 >>328 多分、そのプロジェクトの場合、「clangを使う」と言っても全面的にmsvc を置き換えていない気がする。そもそも15%のみの増加という数値は現実と かけ離れているし: Note that Clang is not a replacement for Visual Studio, but an addition to it. We still use Microsoft’s headers and libraries to build Chrome, we still use some SDK binaries like midl.exe and mc.exe, and many Chrome/Win developers still use the Visual Studio IDE (for both development and for debugging). >>325 >cとアセンブルじじいが、もっと速くできるってうるさいのが5ch >爆笑よw 若い人はいきなりC#から入るように仕向けられているし、ベンチマークテストは C#有利な嘘情報ばかりが氾濫しているし、clangとVC++の速度差が15%程度しかない という嘘情報も出回っている。正しい情報を届けないと日本のIT産業はますます 駄目になる。 C#がC++の速度を上回っている結果になってるベンチマークテストは、 C++だけは駄目なやり方を使っている。一件、最新のSTLを使っているようだが、 それがいけない。最新のSTLが、速度的に良い方法ではないからだ。 昔からの伝統的な生配列などを使ったものがC++の真の速度。 また、Linuxが流行らなかった一つの理由に、実際に使ってみると、gccの速度 が遅かったからというのも有ると見ている。なので、コンパイラの速度は非常に重要。 そしてそれは、flexを使っていては達成しにくい。 昔のDelphiのようにコンパイルが速い言語が欲しい StackOverflow でも、Windows上のgccの遅さは指摘されている: https://stackoverflow.com/questions/8194954/is-there-any-performance-issue-between-cygwins-gcc-over-msvc-compiler-on-window >GCC on Windows (especially Cygwin distribution) is damn slow in compile speed, >but I guess this is expected. GCC is cross-platform, has about 5 middle phases >(transforming from one tree to another), has pluggable architecture, and many >other things that could sacrifice compile speed for flexibility. 「Windows 上での GCC(特に cygwin 上で)は、コンパイル速度が物凄く遅い。」 damn slow = 物凄く遅い。 話整理しろよ無能 マシン OS コンパイラ、リンカー コンパイラ、リンカーオプション ソースコード これらがどういうもので速度差がいくらなんだよ テキストみたいな細かいファイルを沢山読み書きする場合のfile ioが死ぬほど重いんだろ cygwinだと顕著 cygwinのせいかと思って、Linuxでも試してみたが、確かにcygwin版よりは 速いが、やっぱり遅いことが分かった。実際、あるプロジェクトを全ビルド してるとき、マルチコアビルドにしても、ビルドがなかなか終わらなくて困った。 gccではアジャイル開発的な試しながら作るやり方は難しいのではないかと 思う。 じゃなくてgccはどのos上なら早いのか、っていう話 汎用ソフトvs専用ソフトならwin専用に作られてるclが早いのは当然、 それ自身をクロスコンパイル死まくってるgccが遅いのはむしろ当然だ 遅い=全環境で動く、ってのはJavaも同じだ >>338 日常的に道具として使う側にとっては、クロスコンパイルで遅くなってる という理屈で溜飲が下がる分けでも無い。 >>330 Linuxが流行らなかったってどこの世界で生きてるの? >C#がC++の速度を上回っている結果になってるベンチマークテストは、 >C++だけは駄目なやり方を使っている。一件、最新のSTLを使っているようだが、 >それがいけない。最新のSTLが、速度的に良い方法ではないからだ。 >昔からの伝統的な生配列などを使ったものがC++の真の速度。 ほんそれ C/C++とアセンブラ以外のほぼ全部の言語に当てはまるわ ウソをまき散らす香具師らの多いこと多いこと >>332 cygwin1.dll 経由だと遅くなるのは当たり前 mingw と比較汁 mingwもそうだが実行時に外部dll読み込むせいで起動が遅くなる 俺のソフトもLinuxからWindowsに移植したとき起動がすごい遅くなった 中学生が作った言語にケチつけるスレは賑わってるのに自分で作るスレの閑散ぶりw 「コンパイラ・スクリプトエンジン」相談室16 https://mevius.5ch.net/test/read.cgi/tech/1405822579/ >>344 結構じゃなくて10倍なんだろ? どんな環境か明らかにしろ無能 >>346 Windowsのcl.exeとLinuxのgccを両方使ってみたことがある人ならすぐに分かるから 書くまでも無い。あなたは使って無い証拠。 >>343 同じ gcc でも cygwin は別格だが mingw じゃなくて tdmgcc でコンパイルしたネイティブアプリは起動速いんだよな なんでだろ >>347 両方使ってる 同じソースをビルドをしてるわけじゃないが10倍も遅いって感じたことないね お前が何か間抜けな間違いしてる可能性の方が高い Linux gccでは並列分散ビルドされてないとかな >>349 10倍ということは無いかもしれないが、3〜5倍はありえる。 昨日は5倍〜10倍と言ってたのに1日で変わる バイアス掛かってる奴の言うことなんてその程度だ 何のスレやらわからなくなっているが for,ifがネストできないバグは修正されたようだ 感覚としてはclのがビルド時間は長いが実行速度は速いって感じではある。 >>353 cl.exe は、pre-compiled header を使うとコンパイル速度もかなり速い。 あなたは、pre-compiled header を使ってますか? こいつら手持ちのしょぼい知識でしか話さないから徹頭徹尾無内容な流れだな mingw msvc performance とかで調べてみては? 大体、その手のサイトは、pre compiled header 使って無い事が多いらしい。 しかしそれは公平ではない。 pchはあまり意味感じないからOFFにしてるわ 完成されたソースを落としたとき→初buildなら結局pch造る時間が掛かる 開発中→pch使っても良いが変な副作用で悩まされた時pchをOFFにしてコンパイルすると結局コンパイル時間は2倍ってことじゃん? >>359 VC++のpchには、ほとんどバグは無い。 ヘッダのinclude順変えただけでもpch造り治しなんでしょう? 普通VSならpchはonでしょ 新規プロジェクト作ったらデフォルトがそうだし >>361 普通は、pre-compile して欲しい ヘッダ類は、全て stdafx.h または、 pch.h の中に入れてしまうのが基本。そうしておけば、作り直す事を 人間が意識しなくても、必要なときに勝手に IDE がビルドし直してくれる。 その場合、プロジェクトをビルドすると、まず、stdafx.h や pch.h が パースされてバイナリの pre-compiled header 化される。その後、 各 *.cpp が pre-compiled header を最初に読み込んだ状態で コンパイルされて *.obj ファイルが作られ、最後に、全ての *.obj をリンクして、*.exe が出来る。 なので、普段、pre-compiled header の事を意識しなくても、勝手に IDEがやってくれる。 知識を嬉々として披露する教えたがりの典型 そして肝心の質問には答えない こいつの頭の悪さ加減はこいつ自らまとめた >>293 を読めばよくわかる 別にblawnはc/c++ cloneでもないのにヘッダ読み込みにやたらこだわり いまだにpchは〜とか騒いでる たぶんアスペ Blawnは、Rubyに比べて、使いにくい。 returnのとこも、少しわかりにくい。 Web系で働くなら、Blawnより、断然Ruby。 次世代言語として、通用するのはやっぱりRuby!!!!!!!!!!!! Matzも「これなら勝てそう」とか思ってよいしょしたんだろうなwww Blawnは、Rubyに比べて、使いにくい。 returnのとこも、少しわかりにくい。 Web系で働くなら、Blawnより、断然Ruby。 次世代言語として、通用するのはやっぱりRuby!!!!!!!!!!!! matzが本気で認めた言語の場合、 「ちなみにrubyだとこんな書き方ができます!」とか騒ぎ出すからなw 未成年だから許されてるが 大人がやったら補助金詐欺 flexとbisonを使うと、柔軟なプログラミングがしにくくなる。 例えば、inline関数の記憶と再現では、関数定義時ではトークンを記録しておいて、 inline展開時には、記録していたトークンが、あたかもその場に書いてあるように 構文解析層の入力にしなければならない。それが果たしてflexとbisonで対応できるかどうか。 また、コンストラクタでは、: の後に ctor-initializer を書けるが、コンストラクタが inline修飾されていた場合、トークン列を記録する際に、: から、{ の間の部分も 一緒に記録した方が良い可能性が有る。 トークンを記録する場合は、通常の構文解析とは、まるっきり異なったパース方を とった方が効率が良い場合もある。通常の構文解析では、括弧の数を数えている 分けではないが、トークンを記録する場合には、括弧の数を単純に数えるような アルゴリズムの方が効率がよくなる可能性が高い。 また、実は、templateを記録する時は、その時点では最終的な正しい言語の構文には なっていないことがあるので、その場合も、bisonの構文解析の仕組みだけだと、 対応が難しくなる。BNFを上手く設計すれば不可能ではないかもしれないが、 見通しが悪くコンパイラのバグの元となる可能性がある。 そもそもflexとbisonを使ってるメジャーな言語って何かあるの? だいたいみんなフルスクラッチじゃないの? >>376 Wikipediaによれば、flexとbisonは同じ作者が作ったもので、yaccの上位互換で、 もともとgccのフロントエンドに使うように作られたが、gccは、現在、 それらを使っていない、とある。 以前の品質だろblawnは フェアに速さを語ることができるレベルでない いつまでflexがーbisonがーpchがーってやってんのかねこのアスペは 会社の全サービスを Blawn で作り直し!って意気込んでた人はどうしてるんだろう コンテスト用に作ったおもちゃ言語でしょ ガッツリ議論するような価値ねーよ >>381 本人はユーモアのつもりだったんだろうけど ツマラナイから居なくなって良かった >>382 うちの会社じゃもうBlawnツールであふれてるんだけど😅😅😅 >>384 うちの会社でもblawn オープンソースに参加する体制を作り上げて本格的に採用することが決定された。 >>384 一般人が存在を知ってから一ヶ月も経ってないのに、 「Blawnツールであふれている」 訳が無い。 >>388 一般人以外でblawnを知っていたのは本人のみ。 こういう話にマジになるバカ営業でこの業界は回ってるのが不幸の元 うちの親なんかblawnで会話始めちゃったよ 勘弁してくれよ またうちの新人がやりやがったwwwwwwwww Blawnのソースを改造してBlawnChildren(BlawnC)って新言語を基幹システムに遊び心で実装してて大爆笑したwwwwwww そいつ曰く「俺が一生保守する。この会社と俺は一心同体だ!」ってさwww 昭和魂持った社長は逆にこれを気に入って会社のスタンダード言語がBlawnCになったw 今となってはBlawnCでフレームワークを作る計画も立ってる……w俺もこっそりBlawnX作ろうか検討中w 彡⌒ミ (´・ω・`) 三 ヅラウン? (| |) (γ / 三 し ○ 三 ス─────────────────────────── >>388 そもそも、作者が今年の7月に作り始め、10月に初期版が出来上がった ばかりの言語に「ツールがあふれている」ということは有りえぬ。 >>398 実装能力の無い人ばっか集めた会社に勤めてるんだね >>399 私は企業勤めでは有りません。また、あなたが主張される 「基幹システム」と呼ばれる銀行システムなどを作っているのは大体文系企業です。 そういうところには最高レベルのプロラマは行きません。面白くないからです。 「基幹システム」は定義が曖昧な言葉だそうですが、以下の様なものだそうです: 財務会計システム、顧客管理システム、営業支援システム、生産管理システム、 購買管理システム、販売管理システム、在庫管理システム、人事管理システム 給与管理システム、勤怠管理システム 銀行システムだけでは有りませんが、文系的な分野です。すみませんが、 このような分野には天才達は行きません。 そもそもプログラマなんて天才がやるような職業じゃないだろに え、じゃあ天才は何やるの? まさか進行管理(PM)?w >>404 進行管理くんさぁ、Web系の大企業だとみんなコード書いてるよ? ウォーターフォールの進行管理くんさぁ、機械学習とかクラウドの流れについてこれてる?w >>406 業務系システム取り扱ってるWindowsの進行管理くんさぁw 進行管理くんが働いてる職場は独自言語、独自フレームワーク、独自サーバが主流だからBlawn使ってるのと変わらなくて草 進行管理ですが、原画がまだ貰えてないので来週は総集編になりそうです 危機管理ですが、おこづかい足りないので昼はもやしになりそうです。 変なやつとのレス合戦は楽しいですか?ヒマなんですね 正直Blawnが出来てから全部の言語がジョークになったよな GoとかTypeScriptはもはやCOBOLと同レベル function BMI(w, h) return w / (h * h) >>1 次世代が作った言語、ってのはいい表現だなあ 飽きられたってことはBlawnはもう枯れた言語なんだな Java、PHPと同じように多くの人に広く使われる重要な言語になったってことか 「言語には二種類しかない。皆が不平不満を言う言語と、誰も使わない言語だ」 皆が不平不満を言ってるから、ぶろーんは少なくともC++と同格以上。 証明完了。 こんなネタを一か月も引っ張るのはなんか相当なルサンチマンを抱えているんだろうか。 このスレの一日毎の書き込み数をグラフ化すると綺麗な対数グラフに Java、PHP、Blawn 三大世界を支える主要言語 >>424 ファームウェアを、メモリが安全なBlawnで書いていれば、こんなことには… >>224 言語作るだけなら、Ringを使えば数分で開発できます。こういうのを知らない人が騒ぎ過ぎのような。 >>427 でもお前Hello,Worldしかできないじゃん >>427 Ringって言語のRing? そんな機能あったっけ? やっぱり、JCが作ったプログラミング言語じゃないと、おじさん達は関心を示さない。 >>430 ・ChangeRingKeyword ・ChangeRingOperator ・LoadSyntax を活用すれば「広義上の作るだけ」は可能です。 なんだそれ、キーワード挿げ替えてるだけじゃん それと同列にするほどblawnは酷くない 最近は新しい言語がどんどん普及していってるな おっちゃんKotlinだけで精一杯だわ 昔は毎年のようにOSが変わっていった 今はOSそのままで言語が変わっていく 俺も言語作ったよ https://git hub.com/katahiromz/EGA 学術の巨大掲示板群 - アルファ・ラボ ttp://x0000.net 数学 物理学 化学 生物学 天文学 地理地学 IT 電子 工学 言語学 国語 方言 など simulationライブラリで純粋な関数式プログラミングをする UIライブラリ (C#, 2D) を作ったよ 連続と離散を統一した! 4Dエンジン matrixのライブラリ ある強力なFor関数 SQLライブラリ ☆ VMを書いた(C#) * x86ではない! ttp://up.x0000.net/files/TSimulang.zip ☆ malloc / free を実装してみた (C#) ttp://up.x0000.net/files/TMallocTest.zip >>131 マシン語の数しか真の言語は存在しないと言いたいんですね^^ read.cgi ver 07.5.0 2024/04/24 Walang Kapalit ★ | Donguri System Team 5ちゃんねる