「コンパイラ・スクリプトエンジン」相談室16 (649ﾚｽ)
上下前次1-新
497: 2016/04/21(木)02:20 ID:mxlfT2Ft(1) AAS
スレ違いだから首釣って死ねって事だ
言わせんな
498: 2016/04/21(木)12:57 ID:DAo9Zovx(1) AAS
エプソンのプリンターも当然、CMYKだが、
「純正を使わないと、すぐに故障する」
ような構造にしてあったよな？
あれはハードの構造でそうしているのか。コードにも、純正な否かを
判断する部分を盛り込んでいるのかどうか。
499: 2016/04/21(木)19:57 ID:T4pmkcSw(1) AAS
エプソンに限らずプリンターは色の三原色持ってるのが当たり前
500: 2016/04/22(金)00:36 ID:2IHAQJXj(1) AAS
純正インク以外で壊れやすくなるのは単に質が悪いから
プリンター本体は採算度外視でインクで儲けるビジネスモデルだったのに本体壊したら元も子もない
501: 2016/04/22(金)12:06 ID:300wiAoM(1) AAS
プリンター本体も、五年もたって故障すれば、部品製造打ち切りで
修理不能で買わざるを得ないからな。キャノンはどうか知らんが、
エプソンはそうだった。とかいって、うちの勤め先の規模では、
プリンター市場に参入出来る資金力などない。
せいぜい、大手からおこぼれで仕事をもらい、コードをいじくるしか出来ない。
502(1): 2016/04/22(金)18:41 ID:U46HjcWC(1) AAS
ずいぶん横道にそれているが、おまえらスクリプトつくってるのか？
503: 2016/04/22(金)20:38 ID:TT82zXSl(1) AAS
>>496
指摘が的はずれって言われてるんだろ
504: 2016/04/22(金)20:39 ID:FoP6yTJa(1/2) AAS
誰がもこみちにそれているねん！！
(´・ω・｀)ｂ
505(1): 2016/04/22(金)20:40 ID:FoP6yTJa(2/2) AAS
>>502
スクリプト言語を利用してスクリプトを作っているという意味か?
それとも自分でスクリプト言語の仕様決めて実装設計しているということか？
506: 2016/04/22(金)21:49 ID:cAq2nbH2(1) AAS
スレタイ嫁
507: 2016/04/22(金)23:35 ID:Eun++jyx(1) AAS
>>505
後者の実装にスクリプト言語使っても問題はないんじゃなかろうか？
508: 2016/04/23(土)07:12 ID:FJYQwL85(1) AAS
ここで産まれたスクリプトあんの？
509: 2016/04/23(土)12:40 ID:OaaA/Nov(1) AAS
秀丸は、スクリプトを自作するときの参考になるのかね?
一応、役に立ったことは事実だが。
510: 2016/04/23(土)18:35 ID:vG+aKQwy(1) AAS
禿丸エディタを何の参考にする気だ
511: 2016/04/24(日)00:18 ID:dKv+k22E(1) AAS
秀丸は、「作業の自動化スクリプト」を書くのに便利だからな。
その仕様を元にすれば、スクリプトを自作するのに役に立つのではないかと
思ったのだが。
512: 2016/04/24(日)01:48 ID:M7ZCbRga(1) AAS
「作業の自動化スクリプト」専用のスクリプトならgradleあたりが参考に良さそうだな
ちなみに俺はantは好きだけどmavenは大嫌い
513: 2016/04/25(月)02:57 ID:ouB2BnTZ(1/2) AAS
まあ秀丸はテキスト処理に特化した
自動化スクリプトの参考にはなるかもね
あれはスクリプトっていうよりマクロだけど
514: 2016/04/25(月)10:50 ID:9hQeUDgV(1) AAS
しかし秀丸には、CやWindows APIの命令が、多数というか、
かなり含まれている感じだが。
515: 2016/04/25(月)17:05 ID:lstHaTya(1) AAS
だからなんだよって感じだが。
516: 2016/04/25(月)17:27 ID:ouB2BnTZ(2/2) AAS
そのまま車輪の再発明をしてしまうと
元の秀丸を使った方が便利だから
自作スクリプトを秀丸と差別化する必要はある
517: 2016/04/26(火)03:16 ID:r83feNEN(1) AAS
そうか。秀丸に存在しない命令を考えなければならないな。
518: 2016/04/27(水)00:31 ID:Toh8P/+A(1/2) AAS
相変わらず手書きパーサー書いてるが、できるだけ1発でパースしつつ（LR法？）
外側から順に何度も段階分けながらパースする（LL法？）なコードも混じってる…
意味解析までたどり着くまでで力尽きそうｗ
519(1): 2016/04/27(水)06:02 ID:vmi3tpS2(1) AAS
よほどの理由がないなら手書きなんかやめといた方が
Bison GLR 使ってた時は不自由さがなくてよかった
semantic predicate 機能は成熟しただろうか
520: 2016/04/27(水)07:02 ID:h/kgFFlp(1) AAS
趣味でやってるんだろ
ほっといてやれや
521: 2016/04/27(水)23:38 ID:Toh8P/+A(2/2) AAS
手書きパーサー製作も残すは四則演算＆関数呼び出しとなったが
ツリーの形状はこんな感じで良いのだろうか？
外部ﾘﾝｸ:pastebin.mozilla.org
>>519
本よむところから始めるのはしんどいのでな・・・
522: 2016/04/28(木)00:23 ID:mWNt94gr(1/2) AAS
関数呼び出しだとこれでいけそう
外部ﾘﾝｸ:pastebin.mozilla.org
小さな計算でもツリーが深くなってnew()するノードの数がもりもり増えるけど
何かもっと良い方法あったら教えてちょ
523(1): 2016/04/28(木)12:59 ID:Jc879At1(1/4) AAS
手書きパーサなら
木構造にせずに操車場アルゴリズムかその亜種でLL(1)するのも手だぞ。
文法と文をそれぞれ入力したらテーブル作ってLR(1)するクラスを作るって手もあるけど
大真面目に書いてc++で500行〜1000行くらいにはなったと思う。
524: 2016/04/28(木)14:16 ID:7cooGRk/(1) AAS
lexとyaccは、既存のものを使うべきか、自作すべきか、悩ましいね。
525: 2016/04/28(木)15:44 ID:Jc879At1(2/4) AAS
yaccは、やる気と暇があるなら
どういう文法なら曖昧性が無いか、とか、shift/reduce conflictとdangling elseとは何か、とか
いろんな事についてよく理解できるようになるって点で一度試しに書いてみる事をお勧めしたい
今までに俺が余暇でC実装した名の付いたアルゴリズムの内だとかなり難しい部類に入るけどな。
lexは文法全く固まってないなら使ったらどう？って程度じゃない？
割と簡単に使えるけど、同じくらいとは言わないものの簡単に自作できるし
ASCII範囲の文字は簡単に指定できるけどUnicodeなんかに対応する為にカスタムコードを挟むなら普通に全部組んだほうが楽な事もあるし。
526: 2016/04/28(木)15:46 ID:Jc879At1(3/4) AAS
個人的にはPEGが気になるのですよー
上下前次1-新書関写板覧索設栞歴
あと 123 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.019s