「コンパイラ・スクリプトエンジン」相談室16

**デフォルトの名無しさん** · 2014/07/20(日) 11:16:19.37

プログラミング言語処理系の開発に興味のある人達のスレッドです。
字句解析・構文解析から，データフロー解析，ループ並列化，データ分散，SSA変換，
CPS変換，レジスタ割付，命令スケジューリング，ソフトウェアパイプライン，
SIMD命令生成，VLIW向けクラスタリング，スクラッチメモリ向け最適化，リンク時最適化，
JIT，動的バイナリ変換等の各種最適化，それにVM，GC，低消費電力化などなど。
意味論に関する話題も歓迎です。

Wikiのまとめページ
http://www6.atwiki.jp/compilerandscriptengine/

**デフォルトの名無しさん** · 2016/04/20(水) 14:01:09.01

おまえのことか

**デフォルトの名無しさん** · 2016/04/20(水) 15:33:41.96

例えが悪いって言ってんのにどういう風に対応付けするかは色々って何言ってるのか解りませんわ。

**デフォルトの名無しさん** · 2016/04/20(水) 19:30:01.52

>>492
> 例えが悪いって言ってんの
お前かそう思ってるだけ
って何回言えば理解するんだ？

**デフォルトの名無しさん** · 2016/04/20(水) 20:27:51.87

いや、お前こそが、そう思っているだけだろ
車輪の話は分かりやすかった

**デフォルトの名無しさん** · 2016/04/20(水) 22:17:47.57

どっちもどっち
下らんことでお山の大将になりたがるなよ

**デフォルトの名無しさん** · 2016/04/21(木) 01:56:58.28

変な所を指摘したらお山の大将になりたがる猿呼ばわりか、めんどくせえスレだな

**デフォルトの名無しさん** · 2016/04/21(木) 02:20:43.14

スレ違いだから首釣って死ねって事だ
言わせんな

**デフォルトの名無しさん** · 2016/04/21(木) 12:57:39.05

エプソンのプリンターも当然、CMYKだが、
「純正を使わないと、すぐに故障する」
ような構造にしてあったよな？

あれはハードの構造でそうしているのか。コードにも、純正な否かを
判断する部分を盛り込んでいるのかどうか。

**デフォルトの名無しさん** · 2016/04/21(木) 19:57:24.72

エプソンに限らずプリンターは色の三原色持ってるのが当たり前

**デフォルトの名無しさん** · 2016/04/22(金) 00:36:11.07

純正インク以外で壊れやすくなるのは単に質が悪いから
プリンター本体は採算度外視でインクで儲けるビジネスモデルだったのに本体壊したら元も子もない

**デフォルトの名無しさん** · 2016/04/22(金) 12:06:11.49

プリンター本体も、五年もたって故障すれば、部品製造打ち切りで
修理不能で買わざるを得ないからな。キャノンはどうか知らんが、
エプソンはそうだった。とかいって、うちの勤め先の規模では、
プリンター市場に参入出来る資金力などない。
せいぜい、大手からおこぼれで仕事をもらい、コードをいじくるしか出来ない。

**デフォルトの名無しさん** · 2016/04/22(金) 18:41:13.87

ずいぶん横道にそれているが、おまえらスクリプトつくってるのか？

**デフォルトの名無しさん** · 2016/04/22(金) 20:38:22.94

>>496
指摘が的はずれって言われてるんだろ

**デフォルトの名無しさん** · 2016/04/22(金) 20:39:29.07

誰がもこみちにそれているねん！！

(´・ω・｀)ｂ

**デフォルトの名無しさん** · 2016/04/22(金) 20:40:58.67

>>502
スクリプト言語を利用してスクリプトを作っているという意味か?
それとも自分でスクリプト言語の仕様決めて実装設計しているということか？

**デフォルトの名無しさん** · 2016/04/22(金) 21:49:45.09

スレタイ嫁

**デフォルトの名無しさん** · 2016/04/22(金) 23:35:58.89

>>505
後者の実装にスクリプト言語使っても問題はないんじゃなかろうか？

**デフォルトの名無しさん** · 2016/04/23(土) 07:12:36.15

ここで産まれたスクリプトあんの？

**デフォルトの名無しさん** · 2016/04/23(土) 12:40:11.44

秀丸は、スクリプトを自作するときの参考になるのかね?
一応、役に立ったことは事実だが。

**デフォルトの名無しさん** · 2016/04/23(土) 18:35:58.00

禿丸エディタを何の参考にする気だ

**デフォルトの名無しさん** · 2016/04/24(日) 00:18:07.79

秀丸は、「作業の自動化スクリプト」を書くのに便利だからな。
その仕様を元にすれば、スクリプトを自作するのに役に立つのではないかと
思ったのだが。

**デフォルトの名無しさん** · 2016/04/24(日) 01:48:37.36

「作業の自動化スクリプト」専用のスクリプトならgradleあたりが参考に良さそうだな
ちなみに俺はantは好きだけどmavenは大嫌い

**デフォルトの名無しさん** · 2016/04/25(月) 02:57:23.38

まあ秀丸はテキスト処理に特化した
自動化スクリプトの参考にはなるかもね
あれはスクリプトっていうよりマクロだけど

**デフォルトの名無しさん** · 2016/04/25(月) 10:50:38.19

しかし秀丸には、CやWindows APIの命令が、多数というか、
かなり含まれている感じだが。

**デフォルトの名無しさん** · 2016/04/25(月) 17:05:01.77

だからなんだよって感じだが。

**デフォルトの名無しさん** · 2016/04/25(月) 17:27:42.97

そのまま車輪の再発明をしてしまうと
元の秀丸を使った方が便利だから
自作スクリプトを秀丸と差別化する必要はある

**デフォルトの名無しさん** · 2016/04/26(火) 03:16:17.88

そうか。秀丸に存在しない命令を考えなければならないな。

**デフォルトの名無しさん** · 2016/04/27(水) 00:31:37.93

相変わらず手書きパーサー書いてるが、できるだけ1発でパースしつつ（LR法？）
外側から順に何度も段階分けながらパースする（LL法？）なコードも混じってる…
意味解析までたどり着くまでで力尽きそうｗ

**デフォルトの名無しさん** · 2016/04/27(水) 06:02:05.40

よほどの理由がないなら手書きなんかやめといた方が

Bison GLR 使ってた時は不自由さがなくてよかった
semantic predicate 機能は成熟しただろうか

**デフォルトの名無しさん** · 2016/04/27(水) 07:02:50.92

趣味でやってるんだろ
ほっといてやれや

**デフォルトの名無しさん** · 2016/04/27(水) 23:38:58.25

手書きパーサー製作も残すは四則演算＆関数呼び出しとなったが
ツリーの形状はこんな感じで良いのだろうか？
https://pastebin.mozilla.org/8868990

>>519
本よむところから始めるのはしんどいのでな・・・

**デフォルトの名無しさん** · 2016/04/28(木) 00:23:38.80

関数呼び出しだとこれでいけそう
https://pastebin.mozilla.org/8868995

小さな計算でもツリーが深くなってnew()するノードの数がもりもり増えるけど
何かもっと良い方法あったら教えてちょ

**デフォルトの名無しさん** · 2016/04/28(木) 12:59:47.77

手書きパーサなら
木構造にせずに操車場アルゴリズムかその亜種でLL(1)するのも手だぞ。

文法と文をそれぞれ入力したらテーブル作ってLR(1)するクラスを作るって手もあるけど
大真面目に書いてc++で500行～1000行くらいにはなったと思う。

**デフォルトの名無しさん** · 2016/04/28(木) 14:16:09.66

lexとyaccは、既存のものを使うべきか、自作すべきか、悩ましいね。

**デフォルトの名無しさん** · 2016/04/28(木) 15:44:59.86

yaccは、やる気と暇があるなら
どういう文法なら曖昧性が無いか、とか、shift/reduce conflictとdangling elseとは何か、とか
いろんな事についてよく理解できるようになるって点で一度試しに書いてみる事をお勧めしたい
今までに俺が余暇でC実装した名の付いたアルゴリズムの内だとかなり難しい部類に入るけどな。

lexは文法全く固まってないなら使ったらどう？って程度じゃない？
割と簡単に使えるけど、同じくらいとは言わないものの簡単に自作できるし
ASCII範囲の文字は簡単に指定できるけどUnicodeなんかに対応する為にカスタムコードを挟むなら普通に全部組んだほうが楽な事もあるし。

**デフォルトの名無しさん** · 2016/04/28(木) 15:46:10.30

個人的にはPEGが気になるのですよー

**デフォルトの名無しさん** · 2016/04/28(木) 18:30:43.97

コンパイラを作るはずがコンパイラジェネレーター作りがメインになってしまう不思議

**デフォルトの名無しさん** · 2016/04/28(木) 18:36:57.28

そして思うのだ

コンパイラジェネレータを書くのに向いてる言語とは・・・・・・

**デフォルトの名無しさん** · 2016/04/28(木) 22:17:59.57

>>523
そうだな。ここだけツリーにしないで、再帰関数で直接出力すれば良さそうだ

**デフォルトの名無しさん** · 2016/04/29(金) 05:30:33.58

バイトコードのテキストを読み込んだら
バイトコードの1行と対の関係になる命令ノードを
行数だけ配列にして上から順に実行するイメージであってる？

なんか構文木のまま実行するのと大して変わらない気がするけど
メモリの節約とかどうなんだろう

**デフォルトの名無しさん** · 2016/04/29(金) 10:04:10.82

バイトコードのテキストってのが若干意味不明だが
バイトコードならアセンブル(バイナリ化)しておかないか普通

a = b + c * d
を二分木のASTで
(st (ldptr local[0]) (add (ld local[1]) (mul (ld local[2]) (ld local[3]))))
みたいに格納して、ポインタ1つあたり64 bits、ノード構造体のサイズが24 bytesと仮定して
glibc mallocを使うことを仮定して全部で32 bytes * 7 = 224 bytesのヒープを消費する。

一方でレジスタ型VMを仮定して、簡単の為に1命令32 bits固定長とすると、例えば
ldptr r0, local[0] / ld r1, local[1] / ld r2, local[2] / ld r3, local[3] /
mul r4, r2, r3 / add r5, r1, r4 / st r0, r5
の7命令で与式が表現できるから、
配列の中身の長さが2^nに拡大されて予約される事を仮定すると4 bytes * 8 = 32 bytes
これに配列の管理領域が2ワード16 bytes、
glibc mallocを使うことを仮定すると2箇所の領域の管理で2ワード16 bytes必要で
合計で64 bytesのヒープを消費する。

ただ、配列には配列の問題点と言うかでっかい領域を再確保するのが難しい事があるから
文単位ではリストや木を、式単位では配列を使うってのがインタプリタとしては良いんじゃないかなとは思う。

**デフォルトの名無しさん** · 2016/04/29(金) 13:14:44.61

コンパイラ作りって、インタプリタよりも、10倍の労力がかかるよな。

**デフォルトの名無しさん** · 2016/04/29(金) 15:48:32.50

この辺はlispやschemeで思索しながらやると楽なんだよ

**デフォルトの名無しさん** · 2016/04/29(金) 17:57:56.98

コード生成の方は関数型の基礎だけでもやってないとかえって遠回りに

**デフォルトの名無しさん** · 2016/04/29(金) 20:10:00.50

>>533
最終的になんで苦労してまで構文木をSchemeで生成するんだろう？っておもって結局そのままLispのMacroに化けるのである(割とマジで)
Lisperが他の言語取得者のタメにDSLを組むことはあってもLisperはLispのママ扱う方がよかったりするのよね。

**デフォルトの名無しさん** · 2016/04/29(金) 21:15:38.47

>>531
ありがたい。メモリが4倍くらい節約できるのね
もしかしたら構文木のまま動かした方が動的ロードで
面白いことが簡単に実現できるんじゃないかと迷ってたけど(evalとか)
パフォーマンスではバイトコードがかなり強力なのね

**デフォルトの名無しさん** · 2016/04/29(金) 23:41:20.66

>>531
＞バイトコードならアセンブル(バイナリ化)しておかないか普通
たしかに普通は読み込み速度的にバイナリデータが望ましいのだけど、
手さぐりで試作するからメモ帳で読み書きできるテキスト形式でやってみるんだ

**デフォルトの名無しさん** · 2016/04/30(土) 01:17:44.44

lispインタプリタって一番簡単な実装(pure lisp?)だと何行くらいで実装できる？

**デフォルトの名無しさん** · 2016/04/30(土) 07:15:19.54

>>538
基本関数だけならものすごい小さいよ
Lispが生まれた時代のマシンのメモリ量なんてアドレスのビット数が16以下だし。

**デフォルトの名無しさん** · 2016/04/30(土) 10:02:54.88

>>538
何で実装するかにも依る

swiftやrubyだと100行オーダーで書けるらしい
http://xavier.hateblo.jp/entry/2014/08/19/003609

C実装だと2000行くらいみたい
https://github.com/kototama/kml

**デフォルトの名無しさん** · 2016/04/30(土) 16:03:06.15

行というかWin32で20KByteコアのそこそこ速いScheme処理系はCで作ったな
何行だったかは忘れたが数千行にはなる
ライブラリやフレームワークにどこまで対応するかだと毎回思う

**デフォルトの名無しさん** · 2016/04/30(土) 17:51:48.40

自作コンパイラでソフト作ろうとすると、やたらコアを吐くことに...。

**デフォルトの名無しさん** · 2016/04/30(土) 19:28:20.97

>>542
selfビルド可能になれば普通じゃ無いの？>>core吐かせてバイナリ生成

**デフォルトの名無しさん** · 2016/05/01(日) 13:17:14.33

匿名通信（Tor、i2p等）ができるファイル共有ソフトBitComet（ビットコメット）みたいな、
BitTorrentがオープンソースで開発されています

言語は何でも大丈夫だそうなので、P2P書きたい！って人居ませんか？

Covenantの作者（Lyrise）がそういう人と話したいそうなので、よろしければツイートお願いします
https://twitter.com/Lyrise_al

ちなみにオイラはCovenantの完成が待ち遠しいプログラミングできないアスペルガーｗ

The Covenant Project
概要

Covenantは、純粋P2Pのファイル共有ソフトです

目的

インターネットにおける権力による抑圧を排除することが最終的な目標です。そのためにCovenantでは、中央に依存しない、高効率で検索能力の高いファイル共有の機能をユーザーに提供します

特徴

Covenant = Bittorrent + Abstract Network + DHT + (Search = WoT + PoW)

接続は抽象化されているので、I2P, Tor, TCP, Proxy, その他を利用可能です
DHTにはKademlia + コネクションプールを使用します
UPnPによってポートを解放することができますが、Port0でも利用可能です(接続数は少なくなります)
検索リクエスト、アップロード、ダウンロードなどのすべての通信はDHT的に分散され、特定のサーバーに依存しません
８

**デフォルトの名無しさん** · 2016/05/01(日) 17:25:31.50

スレ違いだから他所でやって

**デフォルトの名無しさん** · 2016/05/01(日) 21:43:24.13

バイトコードのはずだったのに気づいたら
関数オブジェクトのツリーを作ってた
なにやってんだ俺・・・

**デフォルトの名無しさん** · 2016/05/03(火) 02:36:10.72

自作ソフトの暴走はたまにあるが、自作コンパイラの暴走はヤバイよな。
それで別のソフトを作成した日には、最悪の結果が待つことに...。

**デフォルトの名無しさん** · 2016/05/04(水) 02:55:51.64

function(機能)はrole(役割)にしよう
flowとかprocと悩んだがroleが一番良いと思う

**デフォルトの名無しさん** · 2016/05/04(水) 03:53:55.73

昔のC言語みたいに、floatとdoubleに分けるメリットは、
今の時代にはないよな?

**デフォルトの名無しさん** · 2016/05/04(水) 03:59:22.27

むしろ half の出番さえ出てきてる時代。

**デフォルトの名無しさん** · 2016/05/04(水) 10:09:50.25

役割っていうのは受動的な考え方であり縦割り行政的でありfunctionの適切な代替表現ではない
roleは与えられた仕事をただこなすだけというイメージ
このとき、与えられる対象、つまりデータやオブジェクトがあり
担当個所をroleするという感じ
role ≒ class であり、role ≠ function

何にも縛られず自由なfunctionとroleでは思想が違う
functionは立場や部署間を飛び越えて連携して機能するイメージ
胸熱であり、自分の仕事をこなすだけのroleなどと一緒にされては困る

function( a, b, c, d );
a.role( b, c, d );

**デフォルトの名無しさん** · 2016/05/04(水) 10:16:54.82

例えば、日本は縦割り行政的であり、役人的であると言われ(role)
一方で、アメリカは横のつながりが強く、機能的だと言われる(function)
このように、機能と役割は対立する概念として扱われている言葉であり、思想が違う

日本の映画やドラマなんかでよく
「それは自分の仕事じゃないのでやりません」とか
逆に「自分たちの管轄だから余所者は入ってくるな」とか
役割的発想は悪いことのように扱われるのが常
逆に主人公たちは部署間を飛び越えて機能的に行動すると決まっている

**デフォルトの名無しさん** · 2016/05/04(水) 12:07:39.94

もうちょっとプログラマ的喩えにしようぜ。

procedure=大域環境に対して参照と破壊をするもの
function=環境を参照せず、戻り値は引数にのみ依存するもの
closure=固有の環境を持ち、その環境に対して参照と破壊をするもの
どれも意味が違う。

functionとroleはクラスとインスタンスくらい意味が違うと思う。

**デフォルトの名無しさん** · 2016/05/04(水) 23:28:44.89

歯車でいえば
複数の歯車が上手く連携して動いている様を機能していると言うし
個々の歯車に着目してそれぞれが自分の仕事をしている様を役割をこなしているという

手続き的に時系列に沿って考えると
個々が役割を果たした結果、全体として機能がもたらされて、また別の大きな役割を担う・・・という風に
卵が先か鶏が先か、みたいなところがあって、双方の視点はどちらも重要で
同時に扱ていかなければならないわけだけど
区別して扱われる別の視点であり、function = roleとしてしまうのは単純にセンスないというか早合点
functionとroleの考え方の微妙な違いは非常に重要で
最初の出発点が違うことで資本主義と社会主義など、時としては戦争が起こる場合もある
(つまりは、資本主義と社会主義は鶏が先か卵が先か、functionが先かroleがという思想の違い
　functionはまさに空気のようなもので、人と人をつないで機能させるお金を重視している
　roleはまさに人そのもの、その役割に主体を置いている)
functionをroleと言ってしまうのは教養がないと言われても仕方がない
自分の思考が今何に着目していて何を考えているか把握しておかないと大変なことになる
頭がよくなりたければ囲碁が良い
囲碁は碁石そのものにも着目しなければならないし、碁石と碁石の境界にも着目しなければならない
それぞれで見え方が全く変わってくるし、同時に考えなければならない
頭の体操に良い
「物」と「事」は別のものだけど、「物事」という言葉があるように同時に考えなければならないこともしばしば

**デフォルトの名無しさん** · 2016/05/04(水) 23:40:58.82

関数ってそんなに抽象的な意味を持ってたのか
インプット＆アウトプット、リクエスト＆レスポンスの手続きくらいに見てたよ

**デフォルトの名無しさん** · 2016/05/05(木) 00:33:21.20

関数は二者以上の関係を表しており、二者以上の関係性が何か機能をもたらす
というより、逆算して、機能をもたらせるように、二者以上の関係性を作るのがエンジニアの仕事
だから関数もfunctionだし、機能もfunctionという
電子部品だって、回路を組んで組み合わせなければ機能しない
「関」という字が示すように、関係性は何事においても常に重要で
数学や物理はすべて関係性を数式で表すことで成り立っている
「1」という数字が何か意味を持っているというよりは、「1」と他の数字との関係性が「1」自身の立場や性質を決めている
関係性は非常に高等で、目に見えないものであるが故、尊いものとされている
というのも物事の関係性を紐解いたり、逆に利用できたり、機能的に考えることができる人は
当然、役割的思考も出来るものとされているから
役割的発想は馬鹿にでもできる
アメリカが赤のことを悪とするのもこのためで、そいうった悪の思想から自分たちを守るために
右翼の人たちは「保守」と呼ばれる
赤の思想のほうが理解しやすく馬鹿でも少年でもわかり
簡単で広まりやすいので、自分たちの尊い考え方や社会を
守らなければ、占領されてしまうという恐怖感からある種過剰な防衛をしている
年を取れば自然と物事の関係性の重要さに気付くものだから基本保守になる
そういったことを一通り分かったうえであえて福祉にも力を入れるというのが今の先進国のあり方
順番を誤ってはいけない

会社でいえば自分の役割しかしない人は指示待ち人間といわれ歓迎されない
一方で機能的に考える人は他者とのコミュニケーションを図り、関係を大事にし、目的を達成する努力をする
両方の考え方ができる人は機能的発想に加えて他者への配慮もするし、リーダー的

何事も一つの思想だけでどうにかしようとしないほうが良い
例えば「1」をオブジェクトとしてとらえるという、某言語のような考え方は全くする必要ない
数学の「1」にそのような意味はないし、全てをオブジェクトとして再認識して再構築する必要はなく
マルチパラダイム言語で良い
1+2は単に1と2を足すという解釈でよく、1に+2というメッセージをどうのこうのという意味不明な再解釈はいらない
考え方を統一しようとする必要はなく、そういった偏った思想をしても良いことはない

**デフォルトの名無しさん** · 2016/05/05(木) 01:08:08.43

アメリカは自由自由いつも言ってるが、いったい何に対しての自由なのか、
どこを目指しているのかというと
自分が生まれながら背負ったroleから自由である、ということ
この辺、人種差別の問題とか貧困の問題とかが出てくる

一方で、社会に対する自分の機能性のようなものは常に非常に重視される
要らなくなったらすぐに首を切られるし、厳しい

とにかく機能機能機能機能、個人に対して厳しい、機能性のない人はいりません
しかし、生まれ持ったroleからの自由はサポートしましょう

その意味で、移民は受け入れる、ただし機能性のある人だけ

**デフォルトの名無しさん** · 2016/05/05(木) 01:19:48.20

この長文君きもちわるい…

**デフォルトの名無しさん** · 2016/05/05(木) 01:42:26.59

>>553
ぼくの作ってるものは偽C言語でグローバル変数もあるから
定義的にはプロシージャが適切なんだろうな

それでロールについてはもう少し考えてみるつもりだけど、
malloc()そのものがfunctionとして、malloc()を何につかうのかがroleなのかな
けれど関数の多くはライブラリとかAPIではなく単なるサブルーチンのような気がして
サブルーチンはロールだとも思うのよね

**デフォルトの名無しさん** · 2016/05/05(木) 02:12:56.28

単に役割って意味なら、変数にだってそれぞれの役割があるよね。

**デフォルトの名無しさん** · 2016/05/05(木) 05:12:54.36

相手するなよ...

**デフォルトの名無しさん** · 2016/05/06(金) 09:34:30.45

最適化をサポートする機能を付けるのも、面倒だよね。
昔のVC++の売り文句が、「極限までの最適化」などとうたっていたが、
ビルドの時間も長すぎ、他の作業が中断...というオチ付きだったし。

**デフォルトの名無しさん** · 2016/05/06(金) 09:52:38.91

神聖なるビルド専用マシンを他の作業に使うのがおかしい

現在だって動画のレンダリングする連中はそんな感じだろう

**デフォルトの名無しさん** · 2016/05/07(土) 02:02:54.76

ウチの勤め先には、ビルド専用マシンはなかったな。うらやましい。

**デフォルトの名無しさん** · 2016/05/07(土) 12:49:01.06

GoogleにはGOMAって名前のビルド専用クラスタ(2～300台くらい繋げた奴)があるってよ

**デフォルトの名無しさん** · 2016/05/07(土) 14:21:44.92

そして各チームは一台でも多くのマシンリソースを確保するため
他チームの保有区域への侵略に明け暮れているという

**デフォルトの名無しさん** · 2016/05/08(日) 10:02:36.39

>>565
クラウドサービス提供するぐらいだからマシンあまってんだろうなぁ

**デフォルトの名無しさん** · 2016/05/08(日) 13:05:39.75

俺の予想では、Googleやマイクロソフトに太刀打ちできるIT企業って、
日本国内にはないような気がする。
社員か誰かが遊び半分みたいな感じで作り上げた「Googleパックマン」
には、参ってしまったからな。あれは凄かった。

**デフォルトの名無しさん** · 2016/05/08(日) 13:17:39.53

>>568
日本どころか全世界でみてもAppleくらいしかいねぇよ

**デフォルトの名無しさん** · 2016/05/08(日) 13:26:01.54

DeNA/GREE ほほう
dwango なかなか
CookPad おもしろそうな
DMM 話じゃないか

**デフォルトの名無しさん** · 2016/05/08(日) 13:27:27.42

>>569
Amazon「…」

**デフォルトの名無しさん** · 2016/05/08(日) 21:29:02.01

囲碁のSmart Go Formatというのをパースしたいのですが
読みやすいサンプルプログラムないですか。

**デフォルトの名無しさん** · 2016/05/08(日) 22:54:46.20

http://senseis.xmp.net/?SGFFile

**572** · 2016/05/09(月) 19:17:09.28

ありがとうございます。
読んでみます。

**572** · 2016/05/09(月) 20:40:18.09

RubyGemあんのか。
うまくいけば自分で書かなくてもイケるかも。

**デフォルトの名無しさん** · 2016/05/10(火) 13:55:45.68

うちみたいに規模が小さいと、データセンターも活用するしか
手がないね。自前のデータセンターなど、夢のまた夢だ。

**デフォルトの名無しさん** · 2016/05/13(金) 11:38:51.94

ビルド専用マシンがあるなら、テスト専用マシンもないとおかしいよね。
共にあるのがソフトハウスの標準なの？
うちでは、とてもそこまでの予算をつけてもらえないのだが。

**デフォルトの名無しさん** · 2016/05/14(土) 01:19:35.08

投資に見合うリターンがあれば普通は投資するだろう。

**デフォルトの名無しさん** · 2016/05/14(土) 02:25:57.07

ビルド兼テストマシンなら普通にある

**デフォルトの名無しさん** · 2016/05/14(土) 03:51:37.38

>>577
できたてほやほやの会社で開発が二人しか無い我が社なんかなんもないぞw
awsをスポットで借りると割と安いビルド環境作れるからそういうの使ってるけど。

**デフォルトの名無しさん** · 2016/05/14(土) 10:30:08.43

>>580
それじゃあ、資本金10万円の株式会社と、何ら変わらんだろww

**デフォルトの名無しさん** · 2016/05/14(土) 21:33:12.49

客先常駐の偽装派遣か？

**デフォルトの名無しさん** · 2016/05/16(月) 00:37:06.74

DOS全盛の時代の時は、「遊び半分で、コンパクトなコンパイラでも
作ってみようかな」
という気も起きたが、これだけ複雑怪奇なWindows全盛時代となっては、
もう手軽に手を出せるレベルじゃないよね。

**デフォルトの名無しさん** · 2016/05/16(月) 09:26:54.72

今ならWASMターゲットでどうよ

**デフォルトの名無しさん** · 2016/05/17(火) 02:22:11.57

遊びでコンパイラを作るなら、linux用なら、作れば誰か使って
くれるかも...。

**デフォルトの名無しさん** · 2016/05/17(火) 06:47:28.73

>>583
別にコンパクトなコンパイラのハードルは上がってないと思うが
無償でほぼフルセットの開発環境が入手できる今では意味が薄れた
って言うのならわかるけど

**デフォルトの名無しさん** · 2016/05/17(火) 12:49:07.23

CとかJavaから呼び出す組み込みスクリプトなら需要ありそう
javascriptトランスレータはHaxeがよくできてるけど作ってみたい

**デフォルトの名無しさん** · 2016/05/20(金) 02:16:34.68

>>356
Forth, Postscript「必要です」

**デフォルトの名無しさん** · 2016/05/20(金) 23:34:10.65

言語仕様作成と、コンパイラ本体は自分で作り、
デバッガだけ外注して作ってもらうというズルはありえる?
高性能なツールにするには、かなり手間がかかると思うのだが。

**デフォルトの名無しさん** · 2016/05/21(土) 00:37:18.20

デバッガってevalさえあれば簡単なものはできそうだが
高機能てなると難しいのかな

**デフォルトの名無しさん** · 2016/05/21(土) 10:16:04.77

その「高性能な」デバッガに何を求めてるかにも依るような。