次世代が造った言語 blawn

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2019/10/22(火) 13:17:06.14ID:fxbuxtP/
次世代が造った言語 blawn について語るスレ
https://www.bcnretail.com/market/detail/20191021_142131.html
https://github.com/Naotonosato/Blawn
2019/11/02(土) 07:52:45.00ID:lSgdjDkv
2vs3戦争に疲れてpython死んでしまったか

後継言語は決まったな
2019/11/02(土) 09:50:56.72ID:Gk9XpeBO
>>317
リンク先読んでないけど、実体験とは全く違う結果で何かおかしい。
現実にclangもgccもVC++よりずっと遅い。
2019/11/02(土) 09:56:17.20ID:Gk9XpeBO
>>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).
2019/11/02(土) 10:04:42.51ID:Gk9XpeBO
>>325
>cとアセンブルじじいが、もっと速くできるってうるさいのが5ch
>爆笑よw
若い人はいきなりC#から入るように仕向けられているし、ベンチマークテストは
C#有利な嘘情報ばかりが氾濫しているし、clangとVC++の速度差が15%程度しかない
という嘘情報も出回っている。正しい情報を届けないと日本のIT産業はますます
駄目になる。
C#がC++の速度を上回っている結果になってるベンチマークテストは、
C++だけは駄目なやり方を使っている。一件、最新のSTLを使っているようだが、
それがいけない。最新のSTLが、速度的に良い方法ではないからだ。
昔からの伝統的な生配列などを使ったものがC++の真の速度。

また、Linuxが流行らなかった一つの理由に、実際に使ってみると、gccの速度
が遅かったからというのも有ると見ている。なので、コンパイラの速度は非常に重要。
そしてそれは、flexを使っていては達成しにくい。
2019/11/02(土) 10:25:00.56ID:RV6epM3J
昔のDelphiのようにコンパイルが速い言語が欲しい
2019/11/02(土) 10:36:05.74ID:Gk9XpeBO
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 = 物凄く遅い。
2019/11/02(土) 10:45:36.06ID:FTVoAoH0
じゃあ何なら早いんだ
2019/11/02(土) 10:46:13.73ID:Gk9XpeBO
>>333
VC++。
2019/11/02(土) 10:52:12.41ID:RcR6NuMm
話整理しろよ無能
マシン
OS
コンパイラ、リンカー
コンパイラ、リンカーオプション
ソースコード
これらがどういうもので速度差がいくらなんだよ
2019/11/02(土) 10:52:30.96ID:l25LSbph
テキストみたいな細かいファイルを沢山読み書きする場合のfile ioが死ぬほど重いんだろ
cygwinだと顕著
2019/11/02(土) 10:56:02.68ID:Gk9XpeBO
cygwinのせいかと思って、Linuxでも試してみたが、確かにcygwin版よりは
速いが、やっぱり遅いことが分かった。実際、あるプロジェクトを全ビルド
してるとき、マルチコアビルドにしても、ビルドがなかなか終わらなくて困った。
gccではアジャイル開発的な試しながら作るやり方は難しいのではないかと
思う。
2019/11/02(土) 11:05:18.70ID:FTVoAoH0
じゃなくてgccはどのos上なら早いのか、っていう話

汎用ソフトvs専用ソフトならwin専用に作られてるclが早いのは当然、
それ自身をクロスコンパイル死まくってるgccが遅いのはむしろ当然だ
遅い＝全環境で動く、ってのはJavaも同じだ
2019/11/02(土) 11:07:58.77ID:Gk9XpeBO
>>338
日常的に道具として使う側にとっては、クロスコンパイルで遅くなってる
という理屈で溜飲が下がる分けでも無い。
2019/11/02(土) 11:39:14.88ID:JAQd+rzp
>>330
Linuxが流行らなかったってどこの世界で生きてるの？
341デフォルトの名無しさん
垢版 |
2019/11/02(土) 12:13:58.58ID:DuRHh2CY
>C#がC++の速度を上回っている結果になってるベンチマークテストは、
>C++だけは駄目なやり方を使っている。一件、最新のSTLを使っているようだが、
>それがいけない。最新のSTLが、速度的に良い方法ではないからだ。
>昔からの伝統的な生配列などを使ったものがC++の真の速度。

ほんそれ
C/C++とアセンブラ以外のほぼ全部の言語に当てはまるわ
ウソをまき散らす香具師らの多いこと多いこと
342デフォルトの名無しさん
垢版 |
2019/11/02(土) 12:15:20.34ID:DuRHh2CY
>>332
cygwin1.dll 経由だと遅くなるのは当たり前
mingw と比較汁
2019/11/02(土) 12:56:40.07ID:U9ESRVjp
mingwもそうだが実行時に外部dll読み込むせいで起動が遅くなる
俺のソフトもLinuxからWindowsに移植したとき起動がすごい遅くなった
2019/11/02(土) 13:25:56.32ID:Gk9XpeBO
でも gccはLinux上でも結構遅い。
2019/11/02(土) 13:27:23.60ID:wdMk8lAB
中学生が作った言語にケチつけるスレは賑わってるのに自分で作るスレの閑散ぶりｗ

「コンパイラ・スクリプトエンジン」相談室16
https://mevius.5ch.net/test/read.cgi/tech/1405822579/
2019/11/02(土) 14:19:03.06ID:RcR6NuMm
>>344
結構じゃなくて10倍なんだろ？
どんな環境か明らかにしろ無能
2019/11/02(土) 15:54:37.26ID:Gk9XpeBO
>>346
Windowsのcl.exeとLinuxのgccを両方使ってみたことがある人ならすぐに分かるから
書くまでも無い。あなたは使って無い証拠。
348デフォルトの名無しさん
垢版 |
2019/11/02(土) 16:54:38.14ID:orbX83iK
>>343
同じ gcc でも cygwin は別格だが mingw じゃなくて
tdmgcc でコンパイルしたネイティブアプリは起動速いんだよな
なんでだろ
2019/11/02(土) 17:55:20.12ID:RcR6NuMm
>>347
両方使ってる
同じソースをビルドをしてるわけじゃないが10倍も遅いって感じたことないね
お前が何か間抜けな間違いしてる可能性の方が高い
Linux gccでは並列分散ビルドされてないとかな
2019/11/02(土) 18:15:57.46ID:Gk9XpeBO
>>349
10倍ということは無いかもしれないが、3〜5倍はありえる。
2019/11/02(土) 19:27:06.54ID:P+a8+LTE
昨日は5倍〜10倍と言ってたのに1日で変わる
バイアス掛かってる奴の言うことなんてその程度だ
352デフォルトの名無しさん
垢版 |
2019/11/02(土) 19:40:25.08ID:qJLfiT5V
何のスレやらわからなくなっているが
for,ifがネストできないバグは修正されたようだ
2019/11/02(土) 22:55:12.83ID:lY37zOLC
感覚としてはclのがビルド時間は長いが実行速度は速いって感じではある。
2019/11/02(土) 23:00:08.13ID:dJ3V2vrm
>>353
cl.exe は、pre-compiled header を使うとコンパイル速度もかなり速い。
あなたは、pre-compiled header を使ってますか？
2019/11/03(日) 03:58:02.83ID:44tqb2BO
こいつら手持ちのしょぼい知識でしか話さないから徹頭徹尾無内容な流れだな
2019/11/03(日) 10:10:29.75ID:oXxNQjQ1
mingw msvc performance とかで調べてみては？
2019/11/03(日) 11:10:17.04ID:bI9fEZh0
大体、その手のサイトは、pre compiled header 使って無い事が多いらしい。
しかしそれは公平ではない。
358デフォルトの名無しさん
垢版 |
2019/11/03(日) 13:42:35.21ID:smmSGOst
>>352
神対応

if が値返すのは仕様？
359デフォルトの名無しさん
垢版 |
2019/11/03(日) 13:46:08.47ID:smmSGOst
pchはあまり意味感じないからOFFにしてるわ

完成されたソースを落としたとき→初buildなら結局pch造る時間が掛かる

開発中→pch使っても良いが変な副作用で悩まされた時pchをOFFにしてコンパイルすると結局コンパイル時間は2倍ってことじゃん？
2019/11/03(日) 14:24:48.19ID:bI9fEZh0
>>359
VC++のpchには、ほとんどバグは無い。
361デフォルトの名無しさん
垢版 |
2019/11/03(日) 14:46:35.36ID:smmSGOst
ヘッダのinclude順変えただけでもpch造り治しなんでしょう？
2019/11/03(日) 14:51:38.47ID:A+q4He3F
普通VSならpchはonでしょ
新規プロジェクト作ったらデフォルトがそうだし
2019/11/03(日) 15:49:31.17ID:bI9fEZh0
>>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がやってくれる。
2019/11/03(日) 16:49:17.02ID:xqGRTRKO
知識を嬉々として披露する教えたがりの典型
そして肝心の質問には答えない
2019/11/03(日) 17:04:14.48ID:A+q4He3F
こいつの頭の悪さ加減はこいつ自らまとめた >>293 を読めばよくわかる
別にblawnはc/c++ cloneでもないのにヘッダ読み込みにやたらこだわり
いまだにpchは〜とか騒いでる
たぶんアスペ
2019/11/03(日) 17:22:03.57ID:3hmIa729
Blawnは、Rubyに比べて、使いにくい。
returnのとこも、少しわかりにくい。

Web系で働くなら、Blawnより、断然Ruby。

次世代言語として、通用するのはやっぱりRuby！！！！！！！！！！！！
367デフォルトの名無しさん
垢版 |
2019/11/03(日) 18:17:49.81ID:FFGnl9rB
Matzも「これなら勝てそう」とか思ってよいしょしたんだろうなｗｗｗ
2019/11/03(日) 19:54:09.11ID:l5HiP2pC
Blawnは、Rubyに比べて、使いにくい。
returnのとこも、少しわかりにくい。

Web系で働くなら、Blawnより、断然Ruby。

次世代言語として、通用するのはやっぱりRuby！！！！！！！！！！！！
2019/11/03(日) 23:06:35.79ID:r9lfrX/A
matzが本気で認めた言語の場合、
「ちなみにrubyだとこんな書き方ができます！」とか騒ぎ出すからなw
2019/11/04(月) 05:01:25.30ID:qCmlSBjq
>>367
陰険だぜ　さすがMatz！
2019/11/04(月) 05:02:09.06ID:qCmlSBjq
>>369
爆笑
372デフォルトの名無しさん
垢版 |
2019/11/04(月) 11:32:00.93ID:CjrV+0E1
未成年だから許されてるが
大人がやったら補助金詐欺
2019/11/04(月) 11:35:36.51ID:FzGFhotx
関数型言語スピノザは完成しましたか・・・？
2019/11/04(月) 11:37:27.14ID:TNJ/Yj6e
審査委員
https://u22procon.com/
2019/11/04(月) 11:59:05.46ID:mRc+a4F8
flexとbisonを使うと、柔軟なプログラミングがしにくくなる。
例えば、inline関数の記憶と再現では、関数定義時ではトークンを記録しておいて、
inline展開時には、記録していたトークンが、あたかもその場に書いてあるように
構文解析層の入力にしなければならない。それが果たしてflexとbisonで対応できるかどうか。

また、コンストラクタでは、: の後に ctor-initializer を書けるが、コンストラクタが
inline修飾されていた場合、トークン列を記録する際に、: から、{ の間の部分も
一緒に記録した方が良い可能性が有る。

トークンを記録する場合は、通常の構文解析とは、まるっきり異なったパース方を
とった方が効率が良い場合もある。通常の構文解析では、括弧の数を数えている
分けではないが、トークンを記録する場合には、括弧の数を単純に数えるような
アルゴリズムの方が効率がよくなる可能性が高い。

また、実は、templateを記録する時は、その時点では最終的な正しい言語の構文には
なっていないことがあるので、その場合も、bisonの構文解析の仕組みだけだと、
対応が難しくなる。BNFを上手く設計すれば不可能ではないかもしれないが、
見通しが悪くコンパイラのバグの元となる可能性がある。
2019/11/04(月) 16:12:06.42ID:4TaGOYOv
そもそもflexとbisonを使ってるメジャーな言語って何かあるの？
だいたいみんなフルスクラッチじゃないの？
2019/11/05(火) 13:31:39.21ID:8w7ODMFL
>>376
Wikipediaによれば、flexとbisonは同じ作者が作ったもので、yaccの上位互換で、
もともとgccのフロントエンドに使うように作られたが、gccは、現在、
それらを使っていない、とある。
2019/11/05(火) 18:42:54.61ID:+/SJ/H3y
というかflex/bison
379デフォルトの名無しさん
垢版 |
2019/11/05(火) 18:47:52.82ID:/YzGjsFF
割り算って整数かこれ
2019/11/05(火) 18:48:26.18ID:+/SJ/H3y
以前の品質だろblawnは
フェアに速さを語ることができるレベルでない
いつまでflexがーbisonがーpchがーってやってんのかねこのアスペは
2019/11/05(火) 18:54:29.10ID:o+uYVwEv
会社の全サービスを Blawn で作り直し！って意気込んでた人はどうしてるんだろう
2019/11/05(火) 19:26:54.19ID:P6eu24Jc
コンテスト用に作ったおもちゃ言語でしょ
ガッツリ議論するような価値ねーよ
2019/11/05(火) 19:39:54.96ID:0+GMXi06
>>381
本人はユーモアのつもりだったんだろうけど
ツマラナイから居なくなって良かった
2019/11/05(火) 19:42:26.57ID:kum0qpxI
>>382
うちの会社じゃもうBlawnツールであふれてるんだけど😅😅😅
2019/11/05(火) 19:42:58.47ID:kum0qpxI
>>383
で、お前の会社は何？
Java？笑
2019/11/05(火) 21:08:09.15ID:elf46c4B
>>384 うちの会社でもblawn オープンソースに参加する体制を作り上げて本格的に採用することが決定された。
2019/11/06(水) 15:06:57.43ID:i9rWdyCR
>>384
一般人が存在を知ってから一ヶ月も経ってないのに、
「Blawnツールであふれている」
訳が無い。
2019/11/06(水) 17:43:58.65ID:R9JVnQ/P
>>387
一般人しか居ない会社に勤めてるんだね
389デフォルトの名無しさん
垢版 |
2019/11/06(水) 17:58:10.10ID:o3tEvZiY
変態ばっかりです
2019/11/06(水) 18:01:55.69ID:OvjaMqE0
全裸にネクタイでお仕事してます
2019/11/06(水) 19:39:26.91ID:zFX9SPhI
>>388
一般人以外でblawnを知っていたのは本人のみ。
2019/11/06(水) 19:56:00.52ID:NaAqW+TO
こういう話にマジになるバカ営業でこの業界は回ってるのが不幸の元
2019/11/06(水) 20:54:35.99ID:6B74bjON
うちの親なんかblawnで会話始めちゃったよ
勘弁してくれよ
2019/11/06(水) 21:22:44.79ID:ofUywuwb
またうちの新人がやりやがったwwwwwwwww

Blawnのソースを改造してBlawnChildren(BlawnC)って新言語を基幹システムに遊び心で実装してて大爆笑したwwwwwww

そいつ曰く「俺が一生保守する。この会社と俺は一心同体だ！」ってさwww

昭和魂持った社長は逆にこれを気に入って会社のスタンダード言語がBlawnCになったw
今となってはBlawnCでフレームワークを作る計画も立ってる……w俺もこっそりBlawnX作ろうか検討中w
2019/11/06(水) 21:56:17.89ID:osFOFxuC
じゃあおれはBlawnの最終型Zlawn作るわ！
2019/11/06(水) 22:05:03.69ID:OvjaMqE0
　　　　　　　　　 　 　　彡⌒ミ
　　　　　　　　　　　　 (´･ω･`)　三　ヅラウン？
　　　　　　　　　　　　　(|　　　|)
　　　　　　　　　　　　 　(γ　/ 　三
　　　　　　　　　　　　　　 し
　　　　　　　　　　　　　　○　 　三
ス───────────────────────────
2019/11/06(水) 22:14:51.29ID:osFOFxuC
隣の芝は青いならぬ
隣の芝はよく見りゃズラ
2019/11/07(木) 01:34:47.26ID:20mz2kp8
>>388
そもそも、作者が今年の7月に作り始め、10月に初期版が出来上がった
ばかりの言語に「ツールがあふれている」ということは有りえぬ。
2019/11/07(木) 04:15:50.83ID:1Dicbon4
>>398
実装能力の無い人ばっか集めた会社に勤めてるんだね
2019/11/07(木) 04:28:01.76ID:+N3PsKU8
>>399
私は企業勤めでは有りません。また、あなたが主張される
「基幹システム」と呼ばれる銀行システムなどを作っているのは大体文系企業です。
そういうところには最高レベルのプロラマは行きません。面白くないからです。
2019/11/07(木) 04:33:48.35ID:+N3PsKU8
「基幹システム」は定義が曖昧な言葉だそうですが、以下の様なものだそうです：
財務会計システム、顧客管理システム、営業支援システム、生産管理システム、
購買管理システム、販売管理システム、在庫管理システム、人事管理システム
給与管理システム、勤怠管理システム

銀行システムだけでは有りませんが、文系的な分野です。すみませんが、
このような分野には天才達は行きません。
2019/11/07(木) 07:24:11.57ID:fcFdavjm
そもそもプログラマなんて天才がやるような職業じゃないだろに
2019/11/07(木) 07:58:04.15ID:4s7LZ+fm
え、じゃあ天才は何やるの？
まさか進行管理(PM)？w
2019/11/07(木) 08:14:20.43ID:fcFdavjm
おまえはよっぽど底辺層にいるんだな
かわいそうに
2019/11/07(木) 08:19:55.95ID:i1gYv84D
>>404
進行管理くんさぁ、Web系の大企業だとみんなコード書いてるよ？
2019/11/07(木) 08:21:20.36ID:N9TqrKuA
Web（笑）
2019/11/07(木) 08:22:04.39ID:i1gYv84D
ウォーターフォールの進行管理くんさぁ、機械学習とかクラウドの流れについてこれてる？w
2019/11/07(木) 08:22:33.92ID:i1gYv84D
>>406
業務系システム取り扱ってるWindowsの進行管理くんさぁw
2019/11/07(木) 08:24:12.77ID:uxM5l0S0
進行管理くんが働いてる職場は独自言語、独自フレームワーク、独自サーバが主流だからBlawn使ってるのと変わらなくて草
2019/11/07(木) 19:34:19.30ID:SbEkOtFe
進行管理ですが、原画がまだ貰えてないので来週は総集編になりそうです
411デフォルトの名無しさん
垢版 |
2019/11/07(木) 21:35:51.43ID:XBvTDsBr
危機管理ですが、おこづかい足りないので昼はもやしになりそうです。
2019/11/07(木) 22:51:22.66ID:v7M/w1+r
変なやつとのレス合戦は楽しいですか？ヒマなんですね
2019/11/07(木) 23:31:45.38ID:vX65arGV
最近ブローんがマイブーム
2019/11/08(金) 13:22:23.11ID:cFNoCIrH
正直Blawnが出来てから全部の言語がジョークになったよな
GoとかTypeScriptはもはやCOBOLと同レベル
415デフォルトの名無しさん
垢版 |
2019/11/08(金) 21:28:35.64ID:RCikFkB0
function BMI(w, h)
return w / (h * h)
2019/11/21(木) 08:43:46.68ID:0TYLTOo0
>>1
次世代が作った言語、ってのはいい表現だなあ
2019/11/23(土) 18:42:44.07ID:x1WtZXDq
もう飽きた
2019/11/24(日) 08:26:52.18ID:xue5lVZF
飽きられたってことはBlawnはもう枯れた言語なんだな
Java、PHPと同じように多くの人に広く使われる重要な言語になったってことか
419デフォルトの名無しさん
垢版 |
2019/11/24(日) 09:52:11.22ID:ce9gfhz8
「言語には二種類しかない。皆が不平不満を言う言語と、誰も使わない言語だ」

皆が不平不満を言ってるから、ぶろーんは少なくともC++と同格以上。
証明完了。
2019/11/24(日) 10:16:27.27ID:80bKErqg
こんなネタを一か月も引っ張るのはなんか相当なルサンチマンを抱えているんだろうか。
421デフォルトの名無しさん
垢版 |
2019/11/24(日) 10:37:47.19ID:L4eQsSCt
このスレの一日毎の書き込み数をグラフ化すると綺麗な対数グラフに
2019/11/24(日) 10:41:40.88ID:yD8qdbGe
Java、PHP、Blawn
三大世界を支える主要言語
2019/12/06(金) 15:17:20.56ID:+Gh/3wJR
いつ迄やってんの？
正直全く面白くない
424デフォルトの名無しさん
垢版 |
2019/12/06(金) 15:51:44.12ID:rmctNxUZ
HPのSSD、稼働32768時間で全データ喪失するバグ、復旧も不可。世界中のサーバーが次々死亡しパニック
https://hayabusa9.5ch.net/test/read.cgi/news/1575435837/
425デフォルトの名無しさん
垢版 |
2019/12/06(金) 16:26:27.34ID:PgHe7nJ0
>>424
ファームウェアを、メモリが安全なBlawnで書いていれば、こんなことには…
2019/12/06(金) 17:36:47.92ID:9JROEKUO
ｗｗｗ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況