ぱいぱいにっき

Pythonが好きすぎるけれど、今からPerlを好きになりますにっき

YAPC::Asia Tokyo 2015に参加&トークしてきました #yapcasia

どうもマコピーです。 昨年に引き続きトークしてきました。

yapcasia.org

togetter.com

しゃべったこととしては、以下の2つ。

  • 過去に行ったプロポと呼ばれるラジコンのコントローラの信号を模倣することで自動制御を行う
  • MultiWiiというオープンソースのフライトコントローラが喋るプロトコルPerlで実装して通信して自動制御を行う

またデモできなかったし、ソースコードは毎度のごとく整理してからアップしますが、去年は12月に公開という遅いスピードでしたので、欲しい方は催促をお願い致します。

聞いたトーク

メリークリスマス!

yapcasia.org

  • Larry WallによるPerl6の機能紹介かなと思いきや、概念トークの香りがしつつ、概念が実体化されてPerl6へと消化されていく過程の話
  • 時折ジョークがだいぶ混入してきて同時通訳の人も戸惑っていた気がするw
  • 主軸はトールキンホビット物語をPerl5、指輪物語をPerl6に関連付けてSecond System Syndoromeの話や、Perl5の資産がありながらも夢の様な言語、Perl6を作るのに何を捨てて何を受け継ぐか、という概念的な話でした。すごく物語チック。
    • 夢の様な言語、というのは僕は強力なGrammerやマルチスレッドなどを見てLL大統一言語(物理学の大統一理論になぞらえて)という言葉を発想してそれからなのだけれど
  • 「成功した言語を作れるのは世界を作れる人」という趣旨の発言があったが、言語というのは世界であり、世界もまた言葉で表現されるんだなと、同人小説を書いている身としては感慨深い感じでした。特にLarryは言語学者であり、トールキンもまた言語学者なわけで、言語を作るのに必要な能力が言語を知り尽くす事であるならば、世界を作るのに必要な能力もまた言語を知り尽くすことであるわけで、それぞれプログラミング言語、ハイファンタジー小説と分野は違えど共通する点がいっぱいあるなってなってます。ちょっとグッときてて言葉が散らかっています。
  • というわけで、Larryは予防線を張りまくっていたけれど、クリスマスにはベータ版が出るとのこと! それまでにはデカい3つの仕事があるけれどやってくぜ!っていう宣言で締めくくりました

Web由来の組み込みエンジニアの半年間のすべて 〜WebとiOSとBLEとハードウェアデバイスのこと〜

yapcasia.org

  • 仕事でデバイス作るのって想像に容易くないぐらい大変だと思うんですが、聞いていると想像以上に大変だなあと
  • 何が大変かというと、これは僕が普段サーバサイドでクライアントアプリを書いている人やデザイナー、ディレクターなど多くの職種がかかわる環境で働いている経験から、分業しつつ1個のものを作るっていうのはめちゃくちゃ大変で、特にまたがる領域なんかはお見合い落球とか押し付け合いとか意識が薄れるゾーンでもあって、でもそこが重要なんだけれど……みたいな感じです
  • ハードウェアの場合、分業の領域は kazuphさんの場合だとメカ(機械機構や構造)、エレキ(電子回路)、ファームウェア(マイコンのソフトウェア)、APIサーバと分かれているようですが、漏らしていたのが「エレキの人がもう少しファームを書いてくれれば」というところ。僕は前仕事でやった時は回路引いてファーム書いてファームと通信するライブラリまで書いて、その上を他の方にお任せしたんですが、これはうまくいった。しかしこれはあくまで一般に出回る製品にする仕事ではなかったのでよかったのですが、この話だとAkerunは一般に出回る製品なわけです。相応のクオリティが要求されるし、求められるレベルも高い。のでそれぞれのプロがそれぞれの領域にすごく意識を集中している。そこでまたがる領域、この場合だとおそらく電気回路からの入力をマイコンで受けてそれを上位のレイヤーに引き渡すみたいなところだと思うんですけれど、そこはそれぞれが分からないと書けないので、両方出来る人が1人でやらない限りは、お互い歩み寄って意図を伝えて議論をして仕事しないといけないんですけれど、これがめちゃくちゃ難しい!!!!!!!
  • ハード一人でやって来たけれど複数人でやるとこういうのも起こるんだなあという感想をいだきました

Perlで学ぼう!文系プログラマのための、知識ゼロからのデータ構造と計算量

yapcasia.org

  • 僕は高校、大学とガチ理系なはずなんですが、コンピュータサイエンス出身ではなくずっと電気学科で回路図を見て計算をしていた人間なので、このあたりの計算量の話とかデータ構造の話とかはなあなあにしてきた部分ではありました。なあなあだけれどぼんやりでもWebエンジニアは出来るんだなと今思ったけれど、同僚に突っ込まれることはある……
  • ほいでこのトークを聞いて連結リストとかB木の計算量がO(n)だったりO(log n)だったりするのは知識では知っていたのだけれどあらためて説明されて納得という形まで落とし込めたのはすごいよい体験だなと思った。
  • あとデータ構造はどうすれば理解が深まるかという質問があって、僕の体験を話すと、去年pagerdっていうページャー専用DBなるネタ兵器を作ろうとしてそのときに手でDBを作るようなことをしたのだけれど、DBをイチから作るというのは結構よくて、目的にあった効率的なデータの持ち方というのを調べまくって考えるのでだいぶ良いです。マッチョですがおすすめいたします

PietでLISP処理系を書くのは難しい

yapcasia.org

  • 若干僕はプログラミング言語愛好家的な面もあると思っているんですが、もっぱら実用的なやつを調べるばっかで、難解プログラミング言語に関してはノーマークだったわけですが、Pietはヤバイ。
  • Pietって画像がソースコードで1ドット1ドットが命令になってドットの上をプログラムカウンター的な奴が走っていくっぽいんですが、今でも自分が何を言っているのかわからない程度の難解さかつ面白いトークでした
  • これがソースコードですと言って、よくわからないドット絵(人間には何が描かれているのか理解できない)を毎回見せられるのがやばい
  • さらにその上に独自にLisp処理系を実装しようとしている時点で、かなり先端を突っ走っているホビーと言える。とにかくやばい
  • KMCという団体がなかなか謎で京大マイコンクラブと銘打っているのに会場にいる人間に入会を迫ってくるし、トークしている方がもっともおすすめできるPietのエディタがKMCに入らないと入手不可能という権威を誇っている。なおこのあと公開されたようです。
  • Pietはやはり人間に難しいので、ニーモニック的なAltPietとも言うべき言語があるらしく、さらにそれを拡張したAltAltPietがあるらしく、ここが地獄の一丁目かと思えるが、ホビーなのでそんな状況でも楽しめる人間は大した種族だなあという発見をした

Perl6 on JVM: It works??

yapcasia.org

  • Perl6は使えるのかどうか?という話
  • Perl6の処理系の一つであるRakudo StarはJVM実装とMoarVMと呼ばれる独自のVM実装があり、これらが平行して開発が進められている、というのは冒頭のLarryの話でもありましたが、そのうちJVM実装は現時点で使い物になるのか?という検証
  • 結果的に言えばWebアプリケーションでよく使われるであろうパーツ、例えばHTTPクライアントであったりDBであったり、そういったものは(一部難はあるが)ひと通り揃っている
  • 一つどうしてもきになるのはやはり起動速度で、perl6-j -e 'say "Hello"とやるだけでも16秒ぐらいかかる。ちなみに僕の環境だと最新のRakudo Starでperl6-j --versionとやったら5秒かかる。
  • Webサーバは起動しっぱなしなので起動時間がそこまで重要な要素になってくるかと思われるともしかしたら気にならないかもしれないし、多くの人が触っているJVMJITが効くので起動しっぱなしアプリはもしかしたら速いかも。これは要検証ですね

Parallelism, Concurrency, and Asynchrony in Perl 6

yapcasia.org

  • タイトルの通り並列、非同期、平行を軸にPerl6の機能を見ていくというもの
  • Perl6はマルチスレッド言語です!!!! これは驚きとともに歓喜
    • Perl5はスレッドを(まともには)扱えない。我々Perl5でアプリケーションを書いている人間でマルチコアを使いたい場合はforkを使っていた。コレはいろいろな面で良くていろいろな面で不利を抱えているのだけれど、そんな理由もあって僕はマルチスレッドを理解しやすく扱えるGolangを最近書いているというのもある。
  • 宣言的に処理を書いたら勝手にパイプが組まれてストリーミングプロセッシング的なことが出来るという話があって「!?!?」となった。Perl6のスケジューラ氏が気になる。実用的かさておき夢っぽい。
  • C#のasync/await的な機能があるが、もっと抽象化されているsupplyとかreact、wheneverというのがあり、これらは同期的な処理を非同期的な処理に変換しただろうかという発想で出てきたものらしい。wheneverはforループにあたる。PromisesとかChannel的な挙動も出来るのだけれど、わかりやすい、ここは桃源郷か? なおこのあたりがRakudo Starにマージされたのが5日前らしく、今のリリースパッケージには入っていないっぽい。
  • このあとPerl6のOO的なコードが出てきてPerl5脳が機能停止したので、だいぶ読めない。class methodあたりはM族ライブラリ(Moose/Mouse/Mooなど)で使えるのでまあわかるが、%!hashってなんだ!?
    • 調べたところ!がつくとprivate accessorになるっぽい
  • 飛行機の席を取るときにマルチスレッドで並行で走ると同時に同じ席をとったりしてやばいよねーという話題で、そのときにメソッドをアトミックに実行する(おそらくarroundして入り口でロックを取り出口で外す)ようなふうにmixinしてくれる(mixinなのかはコードが読めないので憶測)やーつで、いかがそのソースコード質疑応答で複雑ではないか?というのに対しすごく薄いと言う答えであったが、コード量はそうでもないがPerl6力が足りなくて読めない
  • というわけでPerl6にすごく期待が持てるトークでした。たぶんリリースまでにいくつかのシンタックスの最適化とか機能の実装が入ると思いますが、そのあとに皆さん気になっているパフォーマンス改善の話がやってくると思うので、僕は座して待つ。

Profiling & Optimizing in Go

yapcasia.org

  • bradfitz氏のGoプログラムのチューニングのライブコーディング
  • 普段仕事でGoを書いているのですがよく「メモリアロケーションがー」とか「文字列連結がー」とか言われて、ふむふむなるほどと思いつつもぼんやりしていた理解なのですが、軽快なライブコーディングでちょっとだけ理解が進んだ気がする。
  • 例えば[]byteをstringを受ける関数に投げるとき、しかもそれが複数の文字列を連結した渡したい場合ってよくあるんですけれど、お手軽にやるなら[]byte("hoge" + "fuga" + "bar")みたいな感じにするんだけれどこれだと何回かメモリアロケーションが走ってメモリ確保にCPUがぶんどられてしまうので、それならfmt.Fprintfio.Writer実装しているやつに一気に流し込もうや、って話とか、fmt.Fprintfinterface{}で受けるのでそれだとreflectが使われて遅いので裏技的にsync.Pool使ってreflectを回避するとか(この方法はネタなので実際にはやらないでねとのこと)、そういう話でした。
  • 便利ツールとしてpprofでcpuを使っているステートメントを見たり、同じくメモリも解析したり、さらに複数ベンチマーク結果を後から比較していい感じに出してくれるツールなどピリッと辛いツールが出てきてGo way〜って感じでした

その他

  • YAPC終わりとみんな勘違いしているけれど、あくまで今の体制でのYAPCが終了なわけで誰かが挙手すれば続けられるという状況は実は2013年が終わった時とあんまり変わらないんじゃないかなあと思う。外から見れば
  • で、今回の2000人規模がデカすぎて、準備の負荷が高いからもっと小さい規模でやるというのは結構な人から言われている意見で、それをポツポツやるのもいいと思う!!!
  • ア、Yokohama.pmやらないと
  • Beaconというのもやるらしく期待。僕はWebの人でもありMakerの人でもあると(自分で勝手に)思っているのだけれど、本来これら2つは別に明確に分ける必要はなくて双方が双方で歩み寄って干渉しあう事できないかなーと思っていたので、(もしかしたらそういうことじゃないかもしれないけれど)すごく期待。

以下は闇

今回の目標は「今喋りたいことを今喋る!」ということなんですけれど、それはお概ね達成出来ました。特にアナログスイッチを使った切替回路とかフェイルセーフの仕組みなどは実装した当時からコレをいつかどこかで話したいなーと思っていて、記憶からなくなる前に喋れたので良かったです。

でもちょっと喋りながら反応を見ていて思ったのが、聴衆が期待していたトークともしかしてだいぶ違っていたのでは?という点についてです。 民生のクアッドコプターのうち、やはりParrot社のものがソフトウェアからのハックがしやすく、そもそもLinuxを積んでWiFiが喋られる、さらにSDKまで公開されているものは他にありませんし、今回のトークには持ってこいかと思われます。 そうなんですが、僕はやるとなれば持てる技術を投入して自分が面白いと思える方向に突き進む人間でして、特に趣味となれば合理性をガン無視して面白軸で行くのですが、さてそれがあのタイトルで見に来た方の期待に沿ったトークであったかと言われると、ちょっと自己満足すぎたのではないかなあと思いました。

と長々と反省しておりますが、多くの人がよく分からないが面白く話す人もいるのでそっち方向に鍛えるか、それともこういう尖ったテーマを大勢の前で話すのは控えるか、という話になるなあと思いました。 そんなわけで、今は皆様の感想がなくて僕が卑屈になっていっている一方なので、感想をください。よくわからんかったとかでもいいので・・・

そういうわけで画面汚し失礼しました。

これを聞けばドローンを作れるという発表をYAPCに応募しています #yapcasia

トークはこちら

yapcasia.org

以下は長いので、めんどくさいなら上の詳細のところを見てRTアーンドはてブアーンドいいねお願いします。

何故応募したか

僕にはとにかくハードウェアの話とWeb開発の話を交えて誰かとしたいという思いがあって、そんなわけで去年は以下の様な発表をしたわけであります。

yapcasia.org

この発表は何をやったかというと、「こんだけお手軽になってこんだけ楽しくなっているから君たちも来いよ! カモーン!」みたいな呼びかけです。 概要と触りだけみたいな感じなんですけれど。

じゃあ他に何を話すんだよというわけなんですけれど、まだこれは入り口しか見せてないわけです。入り口さえ見せれば、それだけで入ってくる人もいるでしょう。実際にそういう方を見ましたし、非常に僕はそれで満足なわけです。 でもやっぱり、入口に入った後の話を僕はそう言えばしてないなあと思って、そう思った時に自分に出来る最高のハードウェアの話はなにかといったら、一時期仕事で作っていたドローンの話なわけです。

で、何故ドローンの話をするかというと、やはり人間たるもの目的がないとなかなか一歩が踏み出せないわけで、Arduinoを手に入れたところでそいつだけで出来る事はLEDをチカチカさせることぐらいなわけですね。 目的がないと何も出来ないのはPerlを始めとしたプログラミング言語と一緒なわけで、つまりそこは道具なわけです。道具だけ紹介してじゃあやろっかーっていう人もいるにはいるんですけれど、飛び込んでこいよと言った手前、「じゃあ何が出来るんじゃ」と言われた時に聞いてほしい話がありました。

クアッドコプター

詳細にも書いてあるんですけれど、クアッドコプターっていう機械は僕はもうほれぼれしてまして、動くところは、なんとモーター4つのみっていうシンプルさです。 モーター4つさえあれば前進/後退/旋回/上昇/下降、航空機におけるすべての動きが可能です。これが普通の飛行機だとモーター1つにエルロンとラダーといった可動部分が必要です。 一般的なヘリコプターであればモーターは最低でも1つで済みますが、メインローターのトルクを殺すためのテイルローターテイルローターの可変ピッチプロペラ化もしくはモーターを別に搭載する、または逆回転するローターを追加して二重反転プロペラの形態にする必要があります。また、前進や後退を行うにはスワッシュプレートというこれまた僕がほれぼれしている機構が存在するんですけれど、それをメインローターに組み込まなければなりません。スワッシュプレートの話はたぶんYAPCでも(通れば)すると思うんですけれど、このように従来の航空機というのはめちゃくちゃ複雑な機械なわけです。あ、オートジャイロっていうこれまらやっべーのもありますけれど!!!

それがクアッドコプターだとモーター4つ!!! マジか!!!!

そのかわりにクアッドコプターはただモーター4つ回すだけだと 飛ばない です。飛ぶことひとつをとっても複雑なフィードバック制御が支配しているわけです。でも機械からプログラミングでどうにかなる世界に入ってしまえばこっちのもんじゃあないですか???? で、僕はそれを書こうとしたんですけれどマー大変で、結局諦めたんですよね。もちろんArduinoベースのフライトコンピュータなんてものもあるんですけれど、いろいろな技術的障壁だとかそういうのもありました。 あ、そうそう電波の話も! この話はあたり前ですがフル合法で行くので、それに必須の電波の話をします。いやー電気磁気の話はすごく面白いですよ!!!! なので既存の飛んでいるクアッドコプターを乗っ取ってどうにかこうにかするという方向に走って、「乗っ取り技術」というのを知ったわけです。乗っとるって言うと聞こえが悪いですけれど、既存にあるものを利用して新しいものを作るってCPANモジュールを組み合わせてプログラムを作るのと似ているなって思いました。今はほんとうに便利で、ちゃんと汎用的にちゃんとモジュール化されているものもあれば、少しお下品ですが乗っ取ってモンキーパッチをするように利用するのもこれまた面白いなと思い、今回のトークをしようかなと思ったわけでございます。

優れた機械機構は優れたコードを見た時のように美しいものです。クアッドコプターもそれに類するものだと思っています。

というわけでクアッドコプターを題材に選びました。

機械とPerl

Perlっていうのはこれこの前人から聞いたんですけれど、コンピュータの都合がそこそこむき出しになった言語です。中身はどうなっているのかよくわからないギアボックスを買ってきて組み込むというよりは、自分で歯車から組んでいく様な感覚です。 それでいて感動があります。(何重もの意味の)コンテキストがあります。 そんな僕の大好きなPerlで機械を制御する話をしようと思います。 機械とは物理空間と直接つながっているインターフェイスであり、全てが並列処理、全てがリアルタイムです。 実はこれらをPerlで扱うには少し工夫が必要です。fork、AnyEvent、とまあいろいろキーワードはあるんですけれど、仕組みや何故それを使うのかというものを紐解きながら話していきますし、時には外部のツールや言語、もしくはマイコンやIC、FPGAに逃すなどして協調動作させるような話もしたいと思います。

と思ったらワードサラダ的になってきたのでここらでやめておきます。取捨選択はします。

というわけでまとめ

本音としては機械と電気まじでヤバイすごい美しいみたいな話をするんですけれど、クアッドコプターはその中でもマイホットワードでそれを、普段みんなが使っているPerlで作ってみるよ、ネットで買える部品でね、みたいな感じです。 というわけで落ちてもまあどこかではやるとは思いますが、話したいので応援よろしくお願いします。

↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓ yapcasia.org

GoでMySQLを使ったテストをする

前提

Perlというか、周りの人たちだけなのか、はたまた所属している会社の文化なのかもしれないんですけれど、MySQLを使うWebアプリケーションのテストを書くときに、それ専用のDBを立てるわけでございます。都度立てると重いし、上げたり下げたりスキーマ流しこんだりとかまあそのへんのケアが必要なんですけれど、モックとかやらなくていいし、インデックス張ってなくて重いとかもまあ検知できて便利。賛否両論はあるとは思います。

さて、その時に使うTest::mysqldというモジュールがあり非常に便利なわけですが、さてGoのMySQLを使うWebアプリケーションを書く際に、似たような感じでテスト書けないかなと思っていろいろやってみた次第です。

Go触りはじめてあんまり時間立ってないのでそれ違うとかあればコメントなどで教えていただきたいと思っております。

材料

やり方

めっちゃ雑なコードでそのままは使えないと思うんですけれど、こんな感じ

package hoge_test

import (
    "testing"
    "log"
    "database/sql"
    "os"

    "github.com/lestrrat/go-test-mysqld"
    _ "github.com/go-sql-driver/mysql"
)

var testMysqld *mysqltest.TestMysqld

func TestMain(m *testing.M) {
    os.Exit(runTests())
}

func runTests(m *testing.M) int {
    mysqld, err := mysqltest.NewMysqld(nil)
    if err != nil {
        log.Fatal("runTests: failed launch mysql server:", err)
    }
    defer mysqld.Stop()

    testMysqld = mysqld

    return m.Run()
}

func truncateTables() {
    db, err := sql.Open("mysql", mysqld.Datasource("test", "", "", 0))
    if err != nil {
        log.Fatal("db connection error:", err)
    }
    defer db.Close()

    rows, err := db.Query("SHOW TABLES")
    if err != nil {
        log.Fatal("show tables error:", err)
    }
    defer rows.Close()

    for rows.Next() {
        var tableName string
        err = rows.Scan(&tableName)
        if err != nil {
            log.Fatal("show table error:", err)
        }
        _, err = db.Exec("TRUNCATE " + tableName)
        if err != nil {
            log.Fatal("truncate table error:", err)
        }
    }
}

func TestHoge(t *testing.T) {
    defer truncanteTables()

    // do something
}

解説

go-test-mysqldの使い方

ドキュメント通りにやっているだけなんですが

mysqld, err := mysqltest.NewMysqld(nil)

とやると適当なunix domain socketを作ってくれてmysqlサーバが立ってくれます(skip-networking=trueの場合)。 mysqld.Datasource(dbname string, user string, pass string, port int) stringがDSNを吐いてくれるのでdatabase/sqlでつなげます。

func TestMain(m *testing.M)で安全に終了する

go-test-mysqldにはStop()というメソッドがあり、こいつを叩くとmysqlサーバが落ちてibdataなども掃除してくれます。 というわけで他の言語のテストフレームワークで言うsetupmysqlサーバを起動し、teardownでシャットダウンと掃除をやって欲しい感じがいたします。

というわけでGo 1.4のtestingから使えるようになったTestMain(m *testing.M)という関数をテストファイルに書くことで、テストを実行する前後にやることを記述することが出来ます。 ドキュメントではTestMain(m *testing.M)の中でos.Exit(status int)を呼べと書いてあり、m.Run() intステータスコードを返してくれるっぽいので、ミニマムな実装では、

func TestMain(m *testing.M) {
    os.Exit(m.Run())
}

となります。これもドキュメント通りですが。

だったら

func TestMain(m *testing.M) {
     mysqld, err := mysqltest.NewMysqld
     defer mysqld.Stop()
     os.Exit(m.Run())
}

でええやんとなりますが、os.Exit()はdeferに登録されているやつを破棄して終わるという罠がございまして、掃除されなくてmysqldのプロセスも残ってアレアレ? となっていたのでした。この罠前もハマった気がいたします。。。 というわけでmysqldを立ち上げてRunだけする関数を渡してやってその中でdeferするのがいいかなと思いました。

テスト毎にデータをお掃除

truncateTabls()なる怖そうな関数をテスト毎にdeferして、毎回クリーンな状態にしてるみたいなこともしています。 そうするとテスト間の依存がなくなる(ハズ)なのでテストが書きやすいというわけです。 ただままこれも時間かかるし、場合によりけりかなってお思うけれど、Perlでこういうスタイルでテストを書いていってるのでこうなっているという感じです。

参考

  • qiita.com

  • qiita.com

その他

あとmysqldを作ったあとでスキーマ突っ込んだりとか、場合によってはマスタデータなんかも入れてもいいと思います。消してー入れてーを繰り返すとこれまたテストが長くなるという弊害もありますが。 あとそれから、_test.goファイル毎にmysqldが立ったりしてオッオッとなるので、そこらへんは仕方ないけれど工夫の余地はあるかなーと思いました。

なおこれらの問題への解決としてPerlには

  • datadirをコピーして初期データ作成の時間を短縮する Test::mysqld の copy_data_from
  • mysqldをpoolingする App::Prove::Plugin::MySQLPool
  • dockerでmysqldを立てることによって初期データの作成などの時間を節約する Test::Docker::MySQL

などのソリューションがあります。 あとたぶんマルチスレッドとかあんまり考えていないのでそのへんでバグるかも。

MySQLのXAトランザクションについて調べていた(1)

ドキュメント

英語読めないから5.1の日本語ドキュメントも併用して読んでいる。

検証環境

  • MySQL 5.6.22
  • REPEATABLE-READ

使い方

ゆるふわWebアプリケーションエンジニアなもんで、幸か不幸か今までのエンジニア人生で複数DB環境(シャーディング/マスタDB分散)に遭遇したことがない。なのでXAの使い方をドキュメントから読み取っていく。

XAトランザクションの流れ

普通のトランザクションではBEGINで始めるが、XAトランザクションの場合は

mysql> XA START 'xid';

で始める。

で、このxidってやつは何なのかというと、上記ドキュメントでは

xid: gtrid [, bqual [, formatID ]]

とあり、gtridっていうのが必須らしい。グローバルトランザクション識別子というやつなのだけれど、かぶらなければ適当にクライアントで生成してもよいっぽい? uuidでも突っ込んでおくのかな。

とりあえずサンプルでは'xatest'なんていう超適当っぽい文字列を突っ込んでいるのでそんな感じでよしなにやってく。

さてXA START 'xid'した状態はそのトランザクションACTIVEと呼ばれる状態になる。

mysql> XA START 'xatest1';
Query OK, 0 rows affected (0.00 sec)

そこからSELECTだのUPDATEだのINSERTだののSQLを発行しXA END 'xid'なるSQLを発行する。

mysql> INSERT INTO user (name, status, created_at, updated_at) VALUES ("macopy", 1, NOW(), NOW());
Query OK, 1 row affected (0.00 sec)
mysql> XA END 'xatest1';                                                                                                    │
Query OK, 0 rows affected (0.00 sec)

するとトランザクションIDLEと呼ばれる状態になる。 ただしこの時点ではまだ別のトランザクションからは変更が行われていない。そうなるにはここからまだ2段階ほどステップを踏む必要がある。 XA PREAPRE 'xid'というSQLを発行する。すると、PREPAREという状態になる。

mysql> XA PREPARE 'xatest1';                                                                                                │
Query OK, 0 rows affected (0.00 sec)

すると別のトランザクションからもこのトランザクションは反映待ちというような感じで見ることが出来る。これにはXA RECOVERというSQLを用いる。

mysql> XA RECOVER;
+----------+--------------+--------------+---------+
| formatID | gtrid_length | bqual_length | data    |
+----------+--------------+--------------+---------+
|        1 |            7 |            0 | xatest1 |
+----------+--------------+--------------+---------+
1 row in set (0.00 sec)

ただしまだこの状態ではコミットは行われていない。仕上げにXA COMMIT 'xid'とする。

mysql> XA COMMIT 'xatest1';

XA RECOVER;のリストからは消えて、トランザクション内で行われたデータベースに対する変更がコミットされる。これでトランザクションは終わりだ。

疑問点いろいろ

XAトランザクション中の制限

まずXAトランザクション内でBEGINしようとしてみる。

mysql> XA START 'xatest1';
Query OK, 0 rows affected (0.00 sec)

mysql> BEGIN;
ERROR 1399 (XAE07): XAER_RMFAIL: The command cannot be executed when global transaction is in the  ACTIVE state

はい、ごめんなさいという感じである。 じゃあBEGINってどこまで出来ないのかというと、結局XA {COMMIT|ROLLBACK} 'xid'するまで無理なようである。

mysql> XA END 'xatest1';
Query OK, 0 rows affected (0.05 sec)

mysql> BEGIN;
ERROR 1399 (XAE07): XAER_RMFAIL: The command cannot be executed when global transaction is in the  IDLE state
mysql> XA PREPARE 'xatest1';
Query OK, 0 rows affected (0.00 sec)

mysql> BEGIN;
ERROR 1399 (XAE07): XAER_RMFAIL: The command cannot be executed when global transaction is in the  PREPARED state
mysql> XA COMMIT 'xatest1';
Query OK, 0 rows affected (0.00 sec)

mysql> BEGIN;
Query OK, 0 rows affected (0.00 sec)

なお、XA ROLLBACKとは普通のトランザクションで言うROLLBACKのことなんですけれど、こいつはACTIVEでは発行できない。XA END 'xid'IDLEにしてトランザクションから一旦抜けてからでないと出来ない。

また、ACTIVEだと「暗黙のコミットを引き起こすステートメント」は実行できないとのこと。なにそれってなりますが、主に我々に関係するのはDDLであったりTRUNCATE文です。

mysql> XA START 'xatest1';
Query OK, 0 rows affected (0.00 sec)

mysql> CREATE TABLE t1 (id INTEGER UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY);
ERROR 1399 (XAE07): XAER_RMFAIL: The command cannot be executed when global transaction is in the  ACTIVE state

いわゆるMySQLにおけるトランザクション内に入れても即コミットされちゃうやつ。

あとそれから、普通のトランザクションを始めた後にXAを始めようとするのも怒られる。

mysql> BEGIN;
Query OK, 0 rows affected (0.00 sec)

mysql> XA START 'xatest2';
ERROR 1400 (XAE09): XAER_OUTSIDE: Some work is done outside global transaction

なお、他のコネクションもXAを始めた後はXAではないといけないのではと思いましたが、そんなことはありませんでした。

PKでぶつからせる

以下の例ではコネクションの区別をTA/TBとして2つのコネクションがあるケースを扱っていく。

スキーマ

mysql> DESC t1;
+-------+------------------+------+-----+---------+----------------+
| Field | Type             | Null | Key | Default | Extra          |
+-------+------------------+------+-----+---------+----------------+
| id    | int(10) unsigned | NO   | PRI | NULL    | auto_increment |
+-------+------------------+------+-----+---------+----------------+
1 row in set (0.03 sec)

以下は時系列順

TA> XA START 'xatest1';
Query OK, 0 rows affected (0.00 sec)

TB> XA START 'xatest2';
Query OK, 0 rows affected (0.00 sec)

TA> INSERT INTO t1 (id) VALUES (1);
Query OK, 1 row affected (0.02 sec)

TB> INSERT INTO t1 (id) VALUES (1); # ブロックされる

TA> XA END 'xatest1';
Query OK, 0 rows affected (0.00 sec)

TA> XA PREPARE 'xatest1';
Query OK, 0 rows affected (0.00 sec)

TA> XA COMMIT 'xatest1';
Query OK, 0 rows affected (0.00 sec)

TB>
ERROR 1062 (23000): Duplicate entry '1' for key 'PRIMARY' # ブロックされていたのがここで解放

とまあXA COMMITするまで待たされる。普通のトランザクションと同じような挙動である。 なお、ROLLBACK時の挙動はROLLBACKした瞬間に開放される。IDLEになったあとはいつでもROLLBACK可能なので、まあそうなるか。

さてここまでは普通のトランザクションがめんどくさくなっただけな感じだったが、次からはデッドロックとかその辺りの挙動を見て行きたい。普通のトランザクションとどう違うのかが知りたい。

Perlを学んでいるとお得 テキストファイル解析編

どうもマコピーです。

こちらの記事は
Perl入学式 Advent Calendar 2014の13日目の記事です。

12日目は
猫のあずまさんこと@さんのプログラミング言語を学ぶという事についての私見でした。
なるほど興味深い。

今日の記事では「プログラミング言語を学ぶとして、そこでPerlってどうなのよ」みたいな側面からエモとテックを交えて語っていきたいと思います。

以下は個人の意見で僕の帰属している団体や会社とは関係ありません!!!

実用的便利ポイント

ログの解析

サーバの運用をやっているとテキストファイルにガーって数万行のファイルの特定の部分を見たい時があります。
Webサーバというのはアクセスログやデータベースのログが異常を検知するためや後からその時何が起こっていたかを調べたい時のために詳細なログが常にテキストファイルに流れています。
最近ではログファイル自体をデータベースに突っ込んで検索を容易にしている場合もありますが、それはおいといて。

で、アクセスログっていうのは以下の様なやつがいっぱいある感じになっているんですけれど、(これは今僕が個人的に作っているWebサービスの実験中のログです)

xx.xx.xx.xx - - [13/Dec/2014:07:19:56 +0900] "GET /static/bootstrap/js/bootstrap.min.js HTTP/1.1" 304 0 "http://example.com/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/xx.xx.xx.xx Safari/537.36"
xx.xx.xx.xx - - [13/Dec/2014:07:21:45 +0900] "GET / HTTP/1.1" 200 3736 "http://example.com/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/xx.xx.xx.xx Safari/537.36"
xx.xx.xx.xx - - [13/Dec/2014:07:21:45 +0900] "GET /static/bootstrap/css/bootstrap.min.css HTTP/1.1" 304 0 "http://example.com/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/xx.xx.xx.xx Safari/537.36"
xx.xx.xx.xx - - [13/Dec/2014:07:21:45 +0900] "GET /static/css/main.css HTTP/1.1" 304 0 "http://example.com/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/xx.xx.xx.xx Safari/537.36"
xx.xx.xx.xx - - [13/Dec/2014:07:21:45 +0900] "GET /static/bootstrap/js/bootstrap.min.js HTTP/1.1" 304 0 "http://example.com/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/xx.xx.xx.xx Safari/537.36"
xx.xx.xx.xx - - [13/Dec/2014:07:22:19 +0900] "GET / HTTP/1.1" 200 3736 "http://example.com/" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/xx.xx.xx.xx Safari/537.36"

よく見たら1アクセス1行になっているようです。
で、例えばこの中からbootstrap.min.jsのアクセスだけ欲しいというときにどうすればいいでしょうか。
そうですね、Perlを使いましょう。

use strict;
use warnings;

my $count = 0;
while (my $line = <STDIN>) {
    if ($line =~ /bootstrap\.min\.js/) {
        $count++;
    }
}

print $count."\n";

以上の様なスクリプトを counter.pl と保存して、上記のログファイルを流し込みます。
catコマンドはファイルの中身を標準出力に流します。それを パイプ"|" でスクリプトに繋げることでスクリプトの標準入力にログファイルを流しこむことが出来ます。

$ cat access.log | perl counter.pl
32

出てきました。32回あったようです。
しかしここまでであれば実は他の言語(RubyPythonPHP)などでも出来る事です。

ここからがPerlっぽいところになります。ワンライナーを使いましょう。
ワンライナーとは.plファイルを作らずにコマンドの中に全部の処理を書いてしまうことです。

$ cat access.log | perl -e 'while (<STDIN>) { $c++ if $/bootstrap\.min\.js/; } print $c."\n";'
32

同じ結果が出てきました。ですが先程の.plに書いたスクリプトに比べたらだいぶダイエットというか……読めなくなってはいませんでしょうか?
例えば while() では my $line = が消えてしまっています。省略すると$_に1行が入ってくるのを利用しています。
また$cの初期化がされていませんが、初期化がされていない変数を++すると0とみなしてインクリメントを行うのを使っています。
さらに言えば正規表現の$_ =~ もなくなっていますが、これも省略可能です。
普段Perl入学式では「他の人にも読めるコードを心がけましょう」みたいなことをいうこともありますがワンライナーは対極にあります。
僕は使い捨てのコードなのでこんなかんじで圧縮して書くのですが、サクッと書けるメリットも有りよく使っています。

ちなみにですが以上の処理はPerlを使わなくてもコマンドを組み合わせると出来ます。
catに加えて、文字列で絞り込みをかけるgrepコマンドと標準入力の行数を数えるwcコマンドを使えばこんな感じです。

$ cat access.log | grep bootstrap.min.js | wc -l
32

でも複数コマンドを組み合わせるよりPerlで書いたほうが簡単に書けるようなケースも多々有りますし、そちらのほうが見やすいみたいなことがあります。
Perlにはgrepやmapもありますし、ハッシュや配列などのデータ構造も利用できます。それを組み合わせていろんな解析の仕方を実現できます。

もっと高度なPerlワンライナーは以下の記事が参考になります。
おそらくはそれさえも平凡な日々: awkの代わりにperlを使おう

ExcelというかCSV

「ログとかそういう職業の人だけじゃないの?」という疑問が浮かぶ方がいるかもしれませんが、「Perlでテキスト解析」するのは他のことにも使えます。
例えば現代では多くの方が使われているExcelではどうでしょうか。Excelに数字や項目をパチパチ打ち込んでいる方も多いかと思われます。
PerlExcelのファイルをそのままを扱うには一工夫必用なのですが、ExcelCSVファイルを作ればPerlでも簡単に扱えます。

"買った日", "品目", "数量", "買った場所"
"12/1", "ネギ", "2", "近所のスーパー"
"12/2", "サーボモータ", "1", "秋葉原"
"12/3", "ネギ", "3", "近所のスーパー"
"12/4", "みかん", "5", "近所のスーパー"
"12/5", "USBメモリ", "1", "ヨドバシカメラ"

みたいなCSVがあったとして、やたらネギ買ってるんですけれどネギ何本今まで買ったのかなみたいなときにワンライナーを書くと、

$ cat 買った物リスト.csv | perl -e 'while(<STDIN>) { @cell = split /,/; $c += $cell[2] =~ s/[" ]//gr if $cell[1] =~ /ネギ/; } print $c."\n";'
5

こんなかんじになります。しかしこれはちょっといろいろやらかしていますし、あと現実のExcelはこんなにきれいなCSVを吐いてはくれません。
さらに言えばセルの中にカンマが入ると容易に死ねます。そのときはText::CSVなどを使うと良いのですが、そのあたりのは話はPerl入学式でサポーターの方に聞いていただければと思います。

あとこの辺りの計算、Excelでやればええやんということもあるのですが、Excel普段起動していなくて重いので手元にあるCSVで手っ取り早くやるみたいなことを僕はやります。

エモい便利情報

エモというか主観情報を列挙しようかなと思ったんですけれど、思ったらそんなに「初心者にとって」というのはないかなと思いました。
というのもPerlやろうがRubyやろうがPythonやろうがPHPをやろうが、出来る事は大体一緒です。違うのは使っている人とコミュニティとモジュールぐらいでしょうか。
もしプログラムを仕事にしようとしている方でもどれかやっておけば他をやるときの移行コストはそこまで高くはありません。すくなくとも第一歩を踏み出すときよりはだいぶ低いです。
じゃあPerlを今始める理由は? と問われると「Perl入学式があるから」と答えたいです。だれでも参加できてかつ活発で本当に本当にカジュアルな勉強会は他の言語には見当たらないからです。
とはいえPerl入学しては見たけれど他の言語も試してみたいなという方はサポーターにご相談ください。たいていのサポーターはPerl以外にもやってます。というかPerl界隈の人はPerlだけの人はなかなかいないです。


というわけで「ほんとうに使えるのか!? Perl情報!」でした〜。
あと他のネタで「Perl入学式受講生に向けるサーバの選び方」みたいなのも書こうとしたんですけれど、ちょっとそれは置いときます。

明日は@さんの「モダンPerlを知ってびっくりしたこと書く予定」です。実はPerl入学式でやっているPerlはモダンなんですよ!楽しみですね!!!!

Perlで手っ取り早くArduinoを操作するの巻

どうもこんばんわ。マコピーことマコピーです。
この記事は
Perl Advent Calendar 2014の9日目の記事です。

YAPC::Asia 2014で話したことの復習です

そういえばスライドに書きはしたんですが、詳細なコードなどを晒していなかったのでここいらでまとめてみようかという感じになりました。

何をしたか

ミクさんの紙を切り貼りしてネギふりをしました。Perlで。

どうやってしたか

材料は以下のものになります。

  • Arduino(DuemilanoveでもUnoでもLeonardoでもなんでも) 大体以下を読めば良い


PerlでFirmataプロトコルをしゃべるためのモジュールです。
FirmataはArduinoみたいなマイコンとPCなどのデバイスや他のマイコン同士で通信しあうモジュールで、
ArduinoだとArduino IDEにサンプルコードがはじめからついてくるのでここからはじめるのがお勧めです。

  • GROVEベースシールド

GROVEシステムというのを使うのでArduinoとGROVEを統合するのに必要です。

サーボモータは任意の角度にすることが出来るモータのことでミクさんの腕に使っています。
そんなわけで僕はGROVEスターターキットプラスについてきたやつを使っているのですが、スイッチサイエンスには在庫がないみたいです。
ケーブルはあったので以下のやつを使うのと

秋月電子で以下のサーボモータを買って組み合わせれば出来ると思います。

  • GROVE LEDモジュール

GROVE - LED - スイッチサイエンス
こういうのですね。
どこに使われているかというと、ミクさんの目です。

配線

FritzingにGROVEあるやろって思ったけれど無かったので写真で説明します。

まあこんなかんじでArduinoとGROVEベースシールドをガッチャンコした後に、

サーボをD3に、LEDをそれぞれD2とD5につなぎました。

そのあとお好きな絵を貼った厚紙にこのように雑に張り付けることで完成です。

実装

実装は大きく分けて2つからなります。

  • Webインターフェイスと通信してRedisに状態を書き込むAmon2製のアプリケーション
  • 無限ループの中でRedisの値を読み取ってFirmataでArduinoに送り込む部分

です。

何故このようにプロセスを2つに分けているかの理由を説明します。
Webインターフェイス部分はWebSocketを使っているのですが、コネクションを維持しないといけない関係上、この部分は必然的にAnyEventの上で動くことになります。
ですが、Device::Firmataは普通のブロッキングIOなモジュールなのでここに入れてしまうと問題が起きそうです。
この2つを同時に起動するためにProcletを使っています。
また、この間のプロセス間通信は多分別のものを最適なんでしょうけれど、たまたまRedisがローカルのサーバに立っていたので慣れているRedisに書き込むことにしました。

実際のコードは以下のリポジトリにあげてあります。

WebSocketのメッセージをそのままモデル層に投げててそのまま言われたメソッドを実行するというだいぶ雑な感じです。
Webアプリケーションなのでこのまま自宅の一角において誰かに使ってもらうことも出来る事は出来るのですが、こういう雑な作りなのと、この回路のせいで家が燃える可能性も考えてやめにしました。

完成の様子

Perlでミクさんのネギ振り from Makoto Taniwaki on Vimeo.

よく見たら配線間違えていて、右目と左目が逆ですね。

そんな感じで

YAPC中ではできなかった実演でした。
このデモではMacbookにつないでやっていましたが、YAPC中はRaspberryPiを用いてやる予定でした。RaspberryPiでもPerlは動きますよ〜。あとほかにもデモ用のカメラはRaspberryPiに繋いだRasPiCamからストリーミングで見せる予定だったのですがすべておじゃんになってしまいましたね><。
IoTという言葉も出てきてハードウェア界隈盛り上がっていますので、Perlを使って片足を突っ込んでみるのはいかがでしょうか?

YAPC::Asia 2014に行ってきました&喋ってきました #yapcasia

はい、時間オーバーつらい、マコピーです。

さて、去年一昨年とYAPC::Asiaはこちらに来てからずっと行っていたのですが、今年も行ってきました。

あと喋ってきましたので、スライドは以下。

Perl meets Real World

Perl meets Real World 〜ハードウェアと恋に落ちるPerlの使い方〜 - YAPC::Asia Tokyo 2014

Perl meets Real World // Speaker Deck

  • 結構初歩的な内容とか入り口的な内容をメインにしてどちらかと言うと布教する感じでした
  • ネギ振り出来なかったので何らかの形で皆様にお見せしたい
  • GeekDojoも開いておりますので、興味がある方とかツッコミがある方はTwitterかこちらに是非
  • その他やらなかったネタ

趣味開発のためのVPS/クラウド活用術

趣味開発のためのクラウド/VPS活用術 - YAPC::Asia Tokyo 2014

趣味開発のためのVPS/クラウド活用術 // Speaker Deck

  • 圧倒的時間不足……!
  • この件に関してはいろいろ話し足りない!!!!!
  • yanchaとかに有識者集まって欲しい
  • 皆様VULTRに興味を持っていただけたでしょうか。使ってみたいというあなたにgo-vultrという便利なコマンドを用意したのでぜひお使いください

その他見たトークとか

ウェッブエンジニアのローレベルプログラミング - YAPC::Asia Tokyo 2014

衝撃的だった。
cho45さんは普段仕事ではいろんなCPANモジュールでお世話になっている方なんですけれど、このトークは潜り方が極端だった。
まずアセンブラに始まり、さらにAVRを使いこなして一旦解放されたかと思いきや、Raspberry Piをベアメタルで操作しマジかよと口を開きっぱなしにさせられた後に、アマチュア無線始めました宣言で、「か、勝てねえ……」という思いに至った。
で、その後べろべろに酔ったcho45さんとHUBで初めてお会いした。そんでもって土下座しあったり一緒に飛び跳ねて、
お前は敵だ〜〜〜〜〜〜〜〜〜〜
などと言い合うなどした。非常に興味深い体験でありますが、cho45さんは覚えていらっしゃいますでしょうか。
ともあれ来年もハードウェアでがんばるぞい!という感じになりました。
来年は俺も潜るぞ。

DBIx::Class - what is it and what is it good for? - YAPC::Asia Tokyo 2014

今の仕事ではDBIx::Classを使っていて、なんとこれは5年選手の既存サービスのメンテ業などではなくまだリリースしていない新規サービスなわけでございますが、DBICというものは素晴らしいプロダクトでございます。
ただ重いとかそういうデメリットも有るわけですが、それを補う素晴らしい機能などを知れたのがこのトーク。
DBICのメンテナであるribasushiさんとは2日目の後にtagomorisさんやcharsbarさん、papixなどと一緒に朝まで居酒屋で飲むという貴重な体験をした。
僕は英語が読めず書けず喋れずだったんですけれど、なんかpapixと一緒に艦これをribasushiさんに紹介したり、そういう異文化交流をしていました。ビスマルクの画像見せて「Approve!」と言われたことは一生の思い出になりそうです。
なんか思ったんですけれど、やっぱり英語の、それもすごいプロダクトのメンテナと喋る機会なんてそうそうないわけで、喋らないにしても隣にいるだけでマジかよとかそういう驚き体験など出来るわけで皆もっとやるべきだし、凸するべきだと思う。もちろん迷惑かけたり不快にさせないことは前提として。
xtetsujiさんはすごくてHUBで筆談してた。ああいう方法もあるんだと思った。
YAPC::Asia Tokyo 2014 に参加してきました #yapcasia | #interest_ae
それから、海外スピーカーの方々はツイッター見てももっと日本人と話したかったというふうなことを言っていたようなので、せっかく日本に来たのだから日本でしか出来ない体験(=日本のPerlMongerたちとしゃべること)を出来るようにみんなした方がいいんじゃないかなと思った。
なんかこれは地方pmでも活かせそうな体験で、僕が副リーダーしているYokohama.pmなんかは地方から来た方がもしいたらもっともてなせないかなーとかそういうことを考えるようになった。そういう意味でも貴重な体験が出来た。
それ関連ですが、Dancer2作者のSawyerさんとリアルでuzullaさんとlestrratさんに助けていただきながらお話することが出来た。趣旨としてはawesome-perlはいい活動だからもっとお互いあの場で知っていこうぜということだった。いい人だった。恩に着ます。

まとめ

そんなわけで今年のYAPCは例年に比べてより濃い体験が出来ました。僕自身実は普段はPerlをがっつり触ってる人なんですけれど、今年のYAPCPerl一本で行くで!って言う人も選べばPerlのトークばかり聞けるし、Perlよくわからんからそのコミュニティだけ楽しむぜ!って言う人もイベントホールとか僕みたいな変わり種セッションを聞けば楽しんでもらえるし、そういう意味でTIMTOWTDIYAPCだったと思う。
強いて言えば会場キャパの問題もあるけれど、まあそれは運営の方々も認識していると思うので来年には改善されていると思う。large YAPC::Asiaっていう言葉もあったし。
あと、あと、僕がよりやってほしいなと思うのはTokyo以外のYet Another YAPCなわけですけれど、これは贅沢かな……。ともあれ開催されるなら飛んでいきたい。
まだまだ言いたいことがある。そういえばこれは大事な気づきでした!
!Important!
皆さん前に立ってしゃべるといろんな人から話しかけられます。僕なんかは知らない人に自分から話しかけるの非常に苦手なんですけれど、前に立つとそれをしなくても知らない人としゃべることができるので便利です。おすすめ。地方pmとか他のイベントでもいいと思うんですけれど。皆さんが立っていただけると僕は知見が得られて非常に幸福。自分が喋ることによって他の人が知見を得られたと言っていただけるのも非常に幸福。なのでみなさんやっていただきたい。現場からは以上です。

次回のYokohama.pmに関してはリーダーと相談しますので少々お待ちください