【２ちゃん発】ＲＦＣ作成計画

**名無しさん＠お腹いっぱい。** · NG

来年の4月1日のＲＦＣ発行を目指して雲丹板の皆でジョークＲＦＣを作ろう！

今のところ考えているのは「鳥類キャリアの多重化による情報の冗長化について」と題したモノ
説明すると
　キャリアとして稼動中の鳥が巣を作っているのを見つける
　　↓
　親鳥のパケットを複製しヒナの足にも付ける
　　↓
　複数の同一パケットが飛ぶ
　　↓
　「同一パケットを見分けるための付加情報」について語る
　　↓
　「鳥類キャリアが冗長性を持つ季節」について語る
こんな感じだ
漏れのネタの方がおもすろい！知的だ！カックＥ！等々別のアイデアがあれば、それらも語っていこう！

線としては
　1月までに内容の骨子を決定
　2月までに日本語で原案を作成
　3月までに英語に翻訳
　3月に入ってからは英文の推敲
としたい
ギャグまでクソ真面目な諸君の健闘を祈る
いやマジで

**特殊エンコード** · NG

　|￣￣￣￣￣￣￣￣￣|
　|　大盛りねぎだくｷﾞｮｸ |
　|＿＿＿＿＿＿＿＿＿|
　　　 ∧∧ ||
　　　 ( ﾟдﾟ)||
　　　 /　づΦ

**名無しさん＠お腹いっぱい。** · NG

ニューヨークはどうか知らんが、一回倒産したよな？

**名無しさん＠お腹いっぱい。** · NG

>>39
１５年程前の話？

**名無しさん＠お腹いっぱい。** · NG

＞単に「つゆだくで」と言いたいだけの目的で
＞このオプションを使用することは、厳に慎まれるべきである。
”実際の注文は必要ないが、店員の存在は確認したい”と言うような場合に
このオプションを使用する事は可能でしょうか？

真向かいおよび隣の席に吉野屋通が存在した場合､殺伐度によっては喧嘩になる（最悪、刺される）
可能性もありますが・・・

**名無しさん＠お腹いっぱい。** · NG

店員が存在する場合実際に注文が実行されてしまうため、このオプションは不
適当と考えられる。
注文発行以前の、店員とのネゴシエーションプロトコルで規定されるべきもの
であろう。

**名無しさん＠お腹いっぱい。** · NG

オプショナルな領収書指定も必要ではないでしょうか。
これがないと、結局使われないまま普及しない可能性があります。

**名無しさん＠お腹いっぱい。** · NG

>>8 RFC4478は実際の注文コマンドのフォーマットしか定義していないが、
「3. 現在の問題と解決法」「5. セキュリティに関する考察」などを見ると、
より広範囲な来店から注文、清算、食事、退出までの定義が求められそう。
>>41-43もそれに含まれるだろう。

**名無しさん＠お腹いっぱい。** · NG

FC4478・・・

**どうよ?** · NG

>>45
単なるコピペミス。恥……

**名無しさん＠お腹いっぱい。** · NG

まとめてる方がおりますな
http://www.faireal.net/

**名無しさん＠お腹いっぱい。** · NG

通常セッションの確立は店員によってのみ行われ、客は自由な席に着くだけで完了する
多くの場合セッションの開始と同時にネゴシエーションの解決が図られるが、お昼時は遅延が発生するのが一般的である

**名無しさん＠お腹いっぱい。** · NG

>>47
奇特な人がいてくれて助かるね（藁

朝定食を頼んだくせに牛肉がないと暴れる客についての記述も必要かと

**名無しさん＠お腹いっぱい。** · NG

吉野家マニュアルの制作スレはここですか

**名無しさん＠お腹いっぱい。** · NG

ところで、特定企業のプロプライエタリなサービスに強く依存する
プロトコルをRFCにするのはいかがなものか、と問いつめたい。

**名無しさん＠お腹いっぱい。** · NG

吉野家の協力を取りつける

**名無しさん＠お腹いっぱい。** · NG

( ﾟдﾟ)にぽんごから起こした文書が、なぜ直訳風の文体になるんだろう・・・？

__ · NG

吉野家をｵｰﾌﾟﾝｿｰｽにしるっ！

**名無しさん＠お腹いっぱい。** · NG

あー、吉野家でライスだけ注文して、ライスに痰吐きつけてそれを食うというホームレスの記述とか・・・。

所長 · NG

企業の独自規格化や店鋪依存など問題、他社（M屋等）との互換についてなど非常に気になります　後々の世界規格取得のためには会話コードの導入も検討しておくべきでは無いでしょうか？

**名無しさん＠お腹いっぱい。** · NG

>>55
それ思い出させないでくれ…

**名無しさん＠お腹いっぱい。** · NG

>>51
うーん、もっともだ
ではもっと一般的に　レストランにおける要求解決のためのプロトコル　にでも･･･

大盛りリクエストは全てのレストランで解釈されるが、意図的に要求に答えないレストランも存在する
とか

**名無しさん＠お腹いっぱい。** · NG

お替わりリクエストとか、その変種の替玉リクエストとかもほすい。

**名無しさん＠お腹いっぱい。** · NG

ギョクって何？

**名無しさん＠お腹いっぱい。** · NG

玉

**名無しさん＠お腹いっぱい。** · NG

>>58
2ch発なんだから、吉野家限定でいいじゃないのと言ってみるテスト

ところで、この板でこの話続けていいの？　何だか微妙に盛り上がってきたけど…

**名無しさん＠お腹いっぱい。** · NG

>>62
> ところで、この板でこの話続けていいの？

迷うな。とことん逝っとけ。

**名無しさん＠お腹いっぱい。** · NG

draft-2ch-ybbop-00.txt/RFC4478

"YBBOP: Yoshinoya Beef Bowl Ordering Protocol specification",
2ch members, 01-APR-03. (222 bytes)

This document defines a protocol to order beef bowls in yoshinoya
without destroying untenderness atmosphere.

ところで
http://www.ietf.to/
こんなのあるよ。
きっとdraft書いて送ったら00でWG last callだな。

**名無しさん＠お腹いっぱい。** · NG

だれか夜勤氏にybbop.orgと鯖を提供してもらえるように交渉汁。

**名無しさん＠お腹いっぱい。** · NG

>>65
もっと推敲したらね
性急過ぎると空中分解しちゃうと思われ

**名無しさん＠お腹いっぱい。** · NG

「頭の大盛り」はご飯の量は並盛りと同じで、肉の量だけを大盛りにするオプションです。
値段は大盛りと同じです。
「頭の大盛り」と「大盛り白少な目」は多分互換だと思います。

**名無しさん＠お腹いっぱい。** · NG

NOOP

**名無しさん＠お腹いっぱい。** · NG

>>51
Yoshinoya compatible な牛丼サービスならOKということで、互換性に
配慮すればいいのでは。というわけでステータスコードの追加。

406 Not Yoshinoya
　吉野家でなく松屋なので後払い式のリクエストは受け入れられない。
　先に自動販売機で食券を購入する必要がある。

**名無しさん＠カラアゲうまうま** · NG

>>69
> 406 Not Yoshinoya
Payment requiredとかのほうが。

**名無しさん＠お腹いっぱい。** · NG

パケットサイズのデフォルト値は不明であることが前提であり、注文において牛丼とだけ頼んだ場合、店員はサイズの確認を求めてくるだろう
確認コードは並、大盛、特盛の中から選ぶべきであり、この時点で牛丼と言い直してもネゴシエーションの解決にはならない

**名無しさん＠お腹いっぱい。** · NG

協調性のないアプリケーションの中には牛鮭定食を注文するものが存在しうる
ことに実装者は留意すべきである。

**名無しさん＠お腹いっぱい。** · NG

クライアントは任意のタイミングでサラダや漬物等の割り込み処理を行うことが
出来る。したがって、サーバ側では最終的な支払いの時にすべてのトランザクションを
コミットする必要がある。この、入店から支払いまでの一連の期間をセッション
と呼ぶ。

**名無しさん＠お腹いっぱい。** · NG

ドラフト上がったら、誰かアメリカの吉野家で追試してきてね。

**名無しさん＠お腹いっぱい。** · NG

ぐあーー
先月ロスへ行ったんです。ロス。
そしたら何か吉野家見つけたんですけど時間が無くて行けなかったんです。
くやぴー。です。

**名無しさん＠お腹いっぱい。** · NG

定期的に単語を整理すると後続の人がネタを作りやすいと思われ
　客　＝　クライアント
　注文　＝　ネゴシエーション
は素晴らしいと思う
あと、店を何と表現するかだよね
サーバってのとはちょっと違うよなぁ

ところで
　いらっしゃいませ　＝　ＡＣＫ
　レジ待ちで突っ立っている状態　＝　ＦＩＮ＿ＷＡＩＴ２
とかになるかな？

**名無しさん＠お腹いっぱい。** · NG

丼＝パケット

**名無しさん＠お腹いっぱい。** · NG

Network Working Group pc.2ch.net
Internet Draft to be 1 December 2002
Category: Informational
Expires: 1 May 2002

吉野家牛丼注文プロトコル
YBBOP/1.0: Yoshinoya Beef Bowl Ordering Protocol Version 1.0
<draft-2ch-ybbop1-00.txt>

Status of this Memo

This document is an Internet-Draft and is in full conformance with
all provisions of Section 10 of RFC 2026.
...

Copyright Notice

Copyright (C) The Internet Society (2002). All Rights Reserved

Abstract

This document defines a protocol to order beef bowls in yoshinoya
without destroying untenderness atmosphere.

Table of Contents

...

78 · NG

1. Introduction

コードのことで頭がいっぱいなハッカーにとって、周囲の話し声に
気を散らされず栄養補給に専念できる吉野家は、欠かすことのでき
ない存在である。ハッカーの、ハッカーによる、ハッカーのための
ゲームである jNetHack において呪文 "KIRJE" が
「よしのやぎゅどーん」と翻訳されている [JNETHACK] ことからも、
吉野家の重要性は明らかである。

このメモは、従来、吉野家通の間のみで了解されてきた暗黙の注文
プロトコルを Yoshinoya Beef Bowl Ordering Protocol (YBBOP)
として形式的に定義することにより、次回の 150 円引きセールの
際に注文を速やかに行い、人がめちゃくちゃいっぱいで座れない
事態を防止することを目的として、ネットワーク・コミュニティに
提供される。

第2章で定義するように、 YBBOP において「吉野屋」は吉野屋
[YOSHINOYA] に限定されない。従って、将来吉野屋以外の YBBOP
の実装が出現するかもしれない。

78 · NG

2. Definitions and Notations

2.1. Definitions

Client: 客

ネゴシエーション: 注文とその応答を通して client の要求を
サーバーに伝達する動作。

Packet: 丼

Server: 吉野屋の店員。

Session: クライアントは任意のタイミングでサラダや漬物等の
割り込み処理を行うことが出来る。したがって、サーバ側では
最終的な支払いの時にすべてのトランザクションをコミットする
必要がある。この、入店から支払いまでの一連の期間をセッショ
ンと呼ぶ。

Yoshinoya: 「国内はもちろん海外5ヶ国でも店舗展開中。おなじみの
牛丼チェーン」[YOSHINOYA]。 YBBOP においては一般に YBBOP を実装
している店舗を指す。

2.2. Syntax Notation

This document uses the Augmented Backus Naur Form [ABNF]
to define the syntax.

[[このように挿入されているのは、編集上の注記であって、
draft の一部ではない。]]

78 · NG

3. Protocol Parameters

3.1. 注文

吉野家における牛丼の注文を以下のように定義する。エンコードは、
通常は音声によって行われる。

注文 = 牛丼サイズ *調味指定 *追加注文
牛丼サイズ = ( "特盛り" / "大盛り" / "並" )
調味指定 = 頭指定 / 白指定 / つゆ指定
頭指定 = ( "肉ぬき" / "とろ多め" / "とろ少なめ" / "ネギだく"
/ "ネギぬき" / "頭多め" / "頭少なめ" )
白指定 = ( "白軽め" / "白重め" / "つめ白" )
つゆ指定 = "つゆ" ( "だく" / "だくだく" / "ぬき" )
追加注文 = ( "味噌汁" / "ギョク" / "味噌汁ギョク")

"大盛りねぎだくギョク" が最強の "通" らしさを演出することが
エンピリカルな根拠から主張されており、この見解はネットワーク
コミュニティにおいて強く支持されている [2CH]。

調味指定オプションとしての「つゆだく」組合せは、過去との互換性の
ためだけに用意されており、新規注文における利用は推奨できない。
単に「つゆだくで」と言いたいだけの目的でこのオプションを使用
することは、厳に慎まれるべきである。

78 · NG

3.2. Status Codes

200 OK
　注文は受け入れられ、調理は完全になされた。
202 Accepted
　注文は調理のために受け入れられたが、調理は完全になされていない。
　調理が実際に起こるとき拒否されるかもしれないので、注文が
　最終的に実行されるかどうかは不明である。
400 Bad Request
　不正な構文の注文のため吉野家は理解できなかった。
　ユーザは修正しないままその注文を繰り返すべきではない。
404 Not Found
　吉野家は注文に一致するものを見つけられなかった。要するに売り切れである。
　ユーザは再注文をするか、あるいは店を出なければならない。
406 Not Yoshinoya
　吉野家でなく松屋なので後払い式のリクエストは受け入れられない。
　先に自動販売機で食券を購入する必要がある
413 Request Entity Too Large
　注文が、吉野家が想定しているかもしくは処理できる以上の多さのため、
　吉野家は注文を処理することを拒絶している。吉野家はユーザに注文を
　続けさせないため店を追い出すかもしれない。
500 Internal Yoshinoya Error
　吉野家は注文の実行を妨げる予期しない状態に遭遇した。
503 Service Unavailable
　吉野家は一時的な混雑かメンテナンスのため現在注文を扱えない。
　これはある遅延の後に軽減されるであろう一時的な状態も含む。

3.3.
[[来店, 清算, 食事, 退出の過程で必要な要素を洗い出す必要がある。]]

78 · NG

5. Security Considerations

近年、デフレ不況の長期化に伴い、一家４人の親子連れなどの、普段吉野家に
来ない連中が大挙して吉野家に押しかけ、「よーしパパ特盛り頼んじゃうぞー」
などのおめでたくて見るに耐えない発言により、ハッカーの思考を妨害する
攻撃が増加している。

この攻撃への対応として従来提案されてきたプロトコル―― 150 円を渡して席を
どかせる――は、ハッカーおよび吉野家の殺伐とした雰囲気を保ちたい者にとって
は金銭的負担が大きすぎるため、理論的提案に留まっている。

殺伐とした雰囲気が復活することにより、Ｕの字テーブルの向かいに座ったユーザ
と喧嘩が始まるかもしれない。刺すか刺されるは、双方の喧嘩っぱやさに依存して
不確定である。

78 · NG

「隣席で吉野家通が注文待ちをしている場合、小一時間問い詰められてデッド
ロックをひき起こす危険性がある。

"通" の頼み方を行うと、店員にマークされる潜在的危険性がある。その吉野家が
mark-and-sweep 方式でごみ集めを行っている場合、次回の入店時にごみとして
認識され、店からつまみ出されるかもしれない。

以上の潜在する危険性に対して自ら対処することのできない一般ユーザのためには、
牛鮭定食が用意されるべきである。

また、このプロトコルが全ての吉野家において実装された場合、以下の方法に
より利用不能化攻撃 (DoS attack) が可能であることが指摘されている。

家族連れで吉野家に行く
↓
150 円もらう
↓
他の吉野家に行く
↓
また 150 円もらう
↓
ウマー (ﾟдﾟ)

78 · NG

6. References

[2CH] "2ちゃんねる", <ttp://www.2ch.net/>.

[ABNF] D. Crocker and P. Overell, "Augmented BNF for Syntax
Specifications: ABNF", RFC 2234, November 1997,
<urn:ietf:rfc:2234>.

[JNETHACK] "呪文の名前の由来", <http://www.jnethack.org/origin.html>;
or <http://www.guru.gr.jp/~issei/jnethack-old/origin.html>.

[KEYWORDS] S. Bradner, "Key words for use in RFCs to Indicate
Requirement Levels", RFC 2119, March 1997, <urn:ietf:rfc:2119>.

[ORDERS] "吉野家板、、、「2002/02/22「２ｃｈの日」
同時多発オーダー IN 吉野家」",
<ttp://www.geocities.co.jp/Foodpia-Olive/4511/>.

[YOSHINOYA] YOSHINOYA D&C Co.,Ltd, <http://www.yoshinoya-dc.com/>;.

78 · NG

7. Authors' Address

2ch'ers
2ch RFC working group

URI: <http://pc.2ch.net/test/read.cgi/unix/1038175909/>;

8. Full Copyright Statement

Copyright (C) The Internet Society (2002). All Rights Reserved
...
9. Aclnowledgements
...

**名無しさん＠お腹いっぱい。** · NG

bit = 米粒
overhead = 肉

パケットには std / lrg / hug の３種類が存在する
それぞれのパケットには規定のbitが詰め込まれる
なお、std と lrg のパケットの overhead は等しいが
hug は std/lrg の２倍の overhead を持っている

**名無しさん＠お腹いっぱい。** · NG

>>80
> 2.1. Definitions

Node: 吉野屋の店舗。

追加キボーン。

**名無しさん＠お腹いっぱい。** · NG

サーバってのはやっぱりゴハンの釜や牛肉の鍋じゃないかな？
鍋だったらサーバと呼んでも違和感は少ない気がする

**名無しさん＠お腹いっぱい。** · NG

席＝　port

**モナイリー出版** · NG

【YBBOP ～注文管理～】￥540

http://tool-ya.ddo.jp/2ch/trash-box/contents.jsp?file=20021201170712085.gif

**名無しさん＠お腹いっぱい。** · NG

ORDER /beefbowl?size=oomori&negi=daku&option=gyoku YBBOP/1.0
Host: Shinjuku-1chome

YBBOP/1.0 200 OK
Content-Type: food/beefbowl
Set-Cookie: Mark=on;Domain=Shinjuku-1chome;Expires=Mon, 1-Dec-2003 9:03:22 GMT;Path=/

**名無しさん＠お腹いっぱい。** · NG

>>91
有効期限短かい！（藁

基礎案の DOS attack を拡張してみますた

通常クライアントはパケットの生成がライスサーバーとビーフサーバーによって行われていることを意識する必要はない。
それらはサーバールームにおいてリクエスト通りに成形されて発送されるだろう。
しかしそれは完全な動作を保障するものではないということは付け加えておく必要がある。
なぜなら、まれにではあるがオーダーミスが発生するからである。
これを失敗注文発送（Diss Oder Send）実行と呼び、一般に DOS attack と呼称される。
リクエストは音声によりエンコードされるため、クライアントはDOS attackの発生を初期段階で知ることが出来るが、
クライアントのキャパシティ（気の大きさ）によってはそれを回避できない場合もある。

**思いついたまま** · NG

ホスト := 店舗
プロセス := 店員
データベース := 鍋
不良パケット := ゴキブリ
ポートスキャン := 空席確認行為

クライアントはサーバと接続した後に近くの空いているポートに対して手荷物を
置きたくなるかもしれないが、これは明らかにプロトコル違反である。この行為は
ホスト上でバックログの溢れ (接続拒否/客逃げ) に繋がるため行ってはいけ
ない。プロセスはセッションを開始していないポートに対しても注意しなけれ
ばならない。

**名無しさん＠お腹いっぱい。** · NG

＞プロセス := 店員

なるほど！

ということは

クライアントがいない状態のプロセスは来客をlistenしていなければならないが
正式なデバッグ工程を経ずに実装されたプロセスは他のプロセスにlistenやtalkを実行してしまうこともある。

わけですね！

しかしこの板の吉野家スレは他板と思いっきり雰囲気が違いますなぁ

**名無しさん＠お腹いっぱい。** · NG

吉野家スレってわけでもないんだがな。

**名無しさん＠お腹いっぱい。** · NG

>96
な、なんだってーー！！？

**名無しさん＠お腹いっぱい。** · NG

>>97
>1読んでないだろ。

**名無しさん＠お腹いっぱい。** · NG

> 98
読んでませんが何か？

**名無しさん＠お腹いっぱい。** · NG

>>99
確認しただけ。んじゃ。

つーか次にスレ立てプロトコル(2tp; 2ch threading protocol)きぼん。

**名無しさん＠お腹いっぱい。** · NG

店はサーバーで
釜や鍋はデバイスでしょ/dev/nabe (わらゐ
茶、お冷、丼がパケットでそ？

**名無しさん＠お腹いっぱい。** · NG

だれか、この辺のやり取りをＵＭＬで記述してみてくれＹＯ！
↓こういうの
〇
大

**名無しさん＠お腹いっぱい。** · NG

　　刺すか
○　　→　　○
大　　←　　大
　刺されるか

**名無しさん＠お腹いっぱい。** · NG

大雑把に　店員　＝　プロセス　ではなくて

店主　オーナープロセス
バイトチャイルドプロセス（学生）
バイト　ゾンビ（フリーター）

みたいな区分けがあってもエエじゃないかエエじゃないか

**名無しさん＠Ｅｍａｃｓ** · NG

>>103
w)

**名無しさん＠お腹いっぱい。** · NG

「並一丁」
などは他の牛問屋でも使える、いわゆる
CGI「コモン・ギュウドン・インターフェイス」で、
吉野屋のみに使えるものはYSI「ヨシノヤ・サイド・インクルード」
として扱われる。

**名無しさん＠お腹いっぱい。** · NG

http://www-6.ibm.com/jp/servers/eserver/pseries/hardware/rs6000/
これ昨日買った。
思っていたより使いやすい。
自宅用なのでこれで十分。

**名無しさん＠お腹いっぱい。** · NG

>>107
すれ違い

**名無しさん＠お腹いっぱい。** · NG

>>81
個数指定ができない。

**ずれてるかも** · NG

/////////////////////////////////////////
//　吉野家サンプルプログラム 2002/12/03
/////////////////////////////////////////
#include 吉野家（１５０円引き中）
#include 人間たち

#ifdef 近所に吉野家

int　殺伐とした雰囲気;
家族連れ　パパ;
一般人　素人;
プログラマー　吉野家通;
float　ねぎ,つゆ,肉;
//-----------------------------------------
main(){
　殺伐とした雰囲気 += 吉野家通->入店();
　　//関数”入店”は失敗すると０を返す

　殺伐とした雰囲気 -= パパ->入店();
　　//変数”殺伐とした雰囲気”が一定数値を下回ると
　　//システム変数”刺すか刺されるか”がfalseに

**ずれてるかも** · NG

　パパ->発言("よーしパパ得盛り頼んじゃうぞー");
　　//発言(内容,[理由])

　//吉野家通->発言("１５０円やるからその席空けろ");
　　//実行するとパパを安全にDeleteできるが
　　//DOS attackの危険があるためコメントアウト

　素人->発言("大盛りつゆだくで", "つゆだくと言いたい");
　　//この組み合わせで実行するとクラス”プログラマー”の
　　//動作が不安定になる仕様になっている

　吉野家通->問い詰めたい(素人, 小１時間);
　　//動作が幾分安定

　吉野家通->発言("大盛りねぎだくギョク");
　　//最強
　　//”ねぎだく”を文字列に含むことにより
　　//”肉”が減少し、”ねぎ”が増加する
　　//システムの状態によりフラグ”店員にマークされる”が立つ

　//素人->発言(牛丼定食);
　　//ど素人はできるだけこの関数ですませるべき
}
//--------------------------------------------
#endif
//--------x-----------------------------------

**名無しさん＠お腹いっぱい。** · NG

取り敢えず「吉野家牛丼注文『プロトコル』」なんだから
普通のソケットプログラムを書いて欲しかったり。

あと
＞素人->発言(牛丼定食);
は
＞素人->発言(牛鮭定食);
な。

**ずれてるかも** · NG

思いついたのでとりあえず書いてみたかったのさ。
仕事中こんなことしてた僕が馬鹿だった。
気にしないで続けてくれ。

**名無しさん＠お腹いっぱい。** · NG

＞CGI「コモン・ギュウドン・インターフェイス」

ﾜﾛﾀ

**名無しさん＠お腹いっぱい。** · NG

SSI = 殺伐・サイド・インクルード
or
SSI = サツバツ・シテルノガ・イインジャネーカﾎﾞｹガ

**名無しさん＠Ｅｍａｃｓ** · NG

SSI: サスカ・ササレルカ・インターフェイス

**名無しさん＠お腹いっぱい。** · NG

>>116
ｵｿﾚｲﾘﾏｽﾀ

**名無しさん＠お腹いっぱい。** · NG

SSI: ｻｽｶ・ｻｻﾚﾙｶ・ｲﾉﾁｶﾞｹだと思てた.

やはり103は偉大だ。

**名無しさん＠お腹いっぱい。** · NG

age

**名無しさん＠お腹いっぱい。** · NG

ところで、”牛丼”の英訳は Beef Rice Bowl のほうがいいよ

**名無しさん＠お腹いっぱい。** · NG

ビーフリソースとライスリソースを贅沢に消費した究極の一品

**名無しさん＠お腹いっぱい。** · NG

>>120
吉野家での公式な表記がBeef Bowlだからなぁ

**名無しさん＠お腹いっぱい。** · NG

>>122
そんなんだからNY支店撤退に追い込まれたんだなきっと。

**名無しさん＠お腹いっぱい。** · NG

HTML(Hyper Ticket Matsuya Language)
テキスト形式で記述され、パーサー（プロセス）に解釈させる事によって、CGI(Common Gyudon Interface)を呼び出す。
MS(MatsuyaServer)で使用される言語。

**名無しさん＠お腹いっぱい。** · NG

何で Beef Bowl なんだ・・・
Gyudon の方がいいのに。

**名無しさん＠お腹いっぱい。** · NG

"YP" と "NIS" みたいなもんだよ。

**これどうよ？** · NG

http://tenpo.sofmap.com/tenpo/event/5111174.htm

sdsl-216-46-68-194.dsl.nyc.megapath.net · NG

今、私はN.Y.でYoshinoyaの近くで書いています。
牛肉ボウル・レギュラーは日本でOomoriと同じです。
牛肉層は日本でそれ以上のものです。
Gyokuはありませんでした。緑茶は0.85ドルでした。

**名無しさん＠お腹いっぱい。** · NG

＞牛肉ボウル・レギュラーは日本でOomoriと同じです。

大盛りと特盛は何て呼んでるの？

というかアメリカは牛肉が安い国だから肉が多いの？

**棄教者** ◆egKIKYO7cg · NG

>>129
アメリカは米の国だからご飯の量が多いんです。

**名無しさん＠お腹いっぱい。** · NG

>>102
　　[客(通)]
　　　〇
　　　大
　↓　　　↑
ねぎだく　マーク
　↓　　　↑
　　[店員]
　　　〇
　　　大

**名無しさん＠お腹いっぱい。** · NG

>129
そりゃあ、アメリカ人は食う量が違うからなぁ…

**名無しさん＠お腹いっぱい。** · NG

吉野家参照モデル
・客層
・オプション層
・牛肉たまねぎ層
・ご飯層
・丼層
・店内環境層
・設置環境層

**>134** · NG

各レイヤー間の関係はどうなっているのですか？

**128** · NG

あー日本に帰ってきた。日本語入力できなかったので翻訳コピペですまぬ。
牛丼のサイズは Regular と Large しかないけど、Large は Regular の倍くらい。
どんぶりじゃなくてスチロールの器だった (ただし Large は小型プランター並)。
デフォルトで肉多め、ネギ少なめ、つゆだくだったよ。

**名無しさん＠お腹いっぱい。** · NG

>135
人入ってた?

**名無しさん＠お腹いっぱい。** · NG

>>136
人肉は入ってません

**名無しさん＠お腹いっぱい。** · NG

>>137
確認した?