素晴しく美しいコンポーネント! 今度はイベリア半島を疫病から救え! パンデミック:イベリア紹介
本エントリは、2016年度 ボドゲ紹介Advent Calendarの1日目です。
1日目はパンデミックイベリアを紹介したいと思います!
2016年いろいろなボドゲが出てきましたが、今回紹介したいのが、パンデミックシリーズの最新作、パンデミック:イベリアです。「オーディンの祝祭」とか「Via Nebula」 も良かったですが、今年はパンデミック:イベリアを紹介したいと思います。
ちなみに僕は、パンデミックシリーズが大好きで、全部購入しています。その中でも、今回のパンデミック:イベリアがいちばん好きかもしれません。それぐらい、良かったです。
さて、紹介して行きましょう。
基本的な説明
パンデミックは協力型のゲームで、プレイヤーは蔓延する病原体に立ち向かいます。パンデミック:イベリアは、パンデミックシリーズの中でも、19世紀の中盤のイベリア半島を舞台に、各地で蔓延する疫病を研究し、蔓延を防ぎます。
では、簡単にその魅力を紹介していきましょう。
非常に美しいコンポーネント
パンデミック:イベリアの魅力はなんと言ってもコンポーネントがとにかく美しいってことだ。箱から空けて中身を見たときは「おお~」となったものだ。
まず箱。美しい。箱の底の模様も良い感じ。
次にゲームボード。イベリア半島。19世紀感があっていいね。
僕が特に「ええなぁ~」と思ったのはカード類。裏の柄がマジでいい。
ひたすら良い。
線路を引くぞ! 浄化するぞ!
ゲームの進め方などは通常のパンデミックと同じように進みます。しかし大きく違うところは、まず線路が引けるということと、水の浄化があるということです。
19世紀中盤ということなので、飛行機なんてありません! 通常のパンデミックはその移動手段として飛行機を使った移動が多いのですが、その代わりの移動手段として、線路を引き移動することができます。線路は1アクション使って建設しますが、線路で繋がっているところであればどこでも1アクションで移動することができます。
次に水の浄化ですが、浄化トークンを置くいて、都市に疫病の感染を打ちけすことができます。このゲーム、通常のパンデミックと違い、治療薬の完成はしません。「疫病の蔓延を防ぐ研究」をすることが目的です。治療薬は完成しないので、研究が進んでも、病原体の根絶や、治療で全部コマを取り除くみたいなことはできません。その変わり、浄化を上手く使って、感染を遅らせましょうということでしょう。
他にも違いはありますが、なかなか通常のパンデミックとは異なるゲーム感が味わえます。線路を引いて、マップが発展するのを見るとなかなか面白いですし、水の浄化を都市にばらまくのも楽しさがあります。また、この違いが、通常のパンデミックの考え方とはちょっと違う脳味噌を使う感じが良いですね。
難易度など
最後に難易度に関しては、協力ゲーの中では比較的易しい方じゃないかと思います。通常のパンデミックより難しいとう声が多いようですが、僕はあまりそうも感じません。むしろ場合によっては、パンデミック:イベリアの方が簡単かなとも思います。
とにかく美しくて、時代の雰囲気が良いながら、病原体を対処しつつ研究しなければならないという焦燥感を感じながらプレイできるのですごく良いと思いました。
明日はさんですakuraruさんです。てかもう書いてた
UX Japan Forum 2016に行って梅田迷った
さてさて、
大阪編の続きで、UX Japan Forumに行ってきた話をしておく。
梅田で迷う
午前中は、Scala Kansaiという別のイベントで、登壇してきた。それは、Qiitaにエンジニアブログとしてあとでまとめる。登壇したあと梅田に行く。12時受付だし、11時30分に梅田に付いたので、少し梅田の地下街を散策をしようと思った。それが間違いだった。
迷っているときの写真は無い。というか、迷っている時に、写真を取る余裕なんて無い。しかも、どこに行ったか?なんて迷っている時あそこってどこだっけ?って感じだった。おなかが空いたので、何か食べたのを覚えていたのだが、何を食べたか覚えていない。
しかも、梅田の地下街ってGoogle Mapも役に立たない。GPS効かない。しかも、立体構造なので、平面的に考えられない。
浅野先生がD.A ノーマンの「複雑さと共に暮らす」という話をしていたのを思い出した。さぞかし、大阪の梅田は飽きないんだろうな?
結局、会場に付いたのが13:40分だった。
会場に付いた、最初のセッション
会場に付いたら、既に、最初のセッションが始まっていた。
草郷 孝好先生の話だった。そういえば、そのあとみんなが「タカさん」「タカさん」と言っていたが、最初を聞き逃したので、なんで「タカさん」と呼んでいるのか?が良く分からなかった。とりあえず、合わせて「タカさん」と呼んでいた。
アクションリサーチの話で、面白い話だった。最初遅れて来たので後ろの方に座ったので、スライドがあんまり見えなかった。(あとで、前の方に座ったが。)
「いかに当事者として巻き込んで行くか?」ということに付いて考えさせられた。
終わったらすぐさま、前に席を移動。
第二セッション
小島さんの話。
富士フイルムのことについての話。研究者の専門性が違いコミュニケーションが取りにくいので、形にしてコミュニケーションを取って言った話など面白かったのは覚えている。しかし、あんまり僕の中に残ってなかった。
そういえば、UXのイベントとかで、運営じゃなくて、ただの参加者になったの久しぶりだなーという感覚で、久しぶりに他の事を考えずに話に集中できた。しかし、集中できたのはいいものの、逆に抜け落ちるところもあり、なるほど、ただの参加者だと以外とあんまり学習できないなと実感している。メモなど記録は取っているのだが、なかなか自分に残らない。
パネルディスカッション
パネルディスカッションがあった。
いろんな話があって、これも凄くいろいろ考えさえられた。そうえば、最初、浅野先生が「パネルディスカッションが評判が悪い」と言っていたが、個人的にはこれが一番面白かった。 いくつか印象に残るったことを記す。
まず、小島さんの「社内ではフィルムがなくならないっと思っていた」というのが凄く印象に残っていて、「やるしかなかった」という話とか、「成功しきれてない」という話で、なかなかスマートに解決しないことを再認識させられた。外では上手く行ってるように見えても、なかなか、内部を見ると、上手く行かないってのはどうやら、どこでもそうみたいな感じな気がした。
そして「思想が違うんだよ」という話が良く分からなかった。良くわからないけどなぜか印象に残った。今考えると、たぶん、カメラのメーカーの目指すところが違うという話なのかもしれない。
また、タカさんの「地域の人達は自分たちでは自分達の価値に気づかない」という話。自分達では気づかない価値があって、それを気づくには外を連れてきて気づいてもらうということ。そして、浅野先生が「企業でもそうで、自分達の会社ことが分かっていない」という話や、さらに「大学でもそう」みたいな話が印象に残っている。
タカさんの話で、学生が「知識が増えないじゃないか!」という話で、「違うんだ知識を増やせ」というのも面白い。教えてもらうよりも、自分達で増やすことが大事なのかもしれない。
最後に、UXは「みんなが幸せになること」みたいな話で、「デザインが、しくみを作ることに変わっている」という話で、パネルディスカッションが終わった。
LT
次にLTがあった。
最初は、UX 広島の薬師神さんの話。UXをやるには、実践の壁があるという話。とりあえず、スライドの写真が気になりすぎてなんとかしてほしいと思った。
次に、UX Fukuoka ヨシカワさんの話。コミュニティの外側から気づくことが多いという話。内部やるよりも、コミュニティの外の人達を巻き込むのも重要かなと思った。
次にアクアリングの平野さん。事例。すごく面白かった。ただ、ここでいろいろ書くとマズイのでコメントしない。
最後坂本さん。「社会というと社交である」という話が印象に残っている。
UXコミュニティの紹介
徳見さんの、UXコミュニティ紹介の話。タマゴのはなしをしていた。
閉会、懇親会、飲み
懇親会があった。 懇親会は会場が別で移動した。移動の最中に、ビルの中のスペースを歩くの、なるほどーって思った。
懇親会会場は天井が高かった。
おなか空いたので、いろいろたべた記憶がある。
二次会
二次会は、タクシーで移動した。
なんかオシャレ感。ビールがたくさん種類があって、いろいろ飲んだ。おいしかった。
UX 名古屋の母と呼ばれている人と話したり、平野さんと坂本さんの席がひたすら、 卵焼きが楽しい店の話をしていたりと、聞いてていろいろ面白かった。
三次会
とりあえず、「○○どうですか?」という話をした。
ゲストハウスで泊まる
ゲストハウスで、泊まった。ここで電池が切れたので写真は無かった。韓国人から何故か紀州の梅干しを頂いた。
翌日
翌日は、朝方に客引き大量にエンカウントしたり、難波に行ってたりして楽しかった。相変わらず携帯は電池が無かった。
まとめ
梅田迷った。ビールおいしかった。卵焼きの店の話を詳しく聞いた。ゲストハウス泊まった。
全国UXコミュニティMTG #03に行ってきた。
10月7日(金)に全国UXコミュニティMTG と、翌日にUX Japan Forumがあり、行ってきたのでブログを書いておく。まずは、全国UXコミュニティMTGの話。
午後16:00からだったので、午前中はお仕事。新幹線で13時の便に乗り、15:30分に新大阪に付いた。そして、大阪駅向かった。
大阪駅はデカい。とりあえず、外に出てみた。
google mapを使って会場に向かった。なんかgoogle mapが大阪では使いにくかった。
会場は、またデカいビル。エレベータで上に上がって、会場に付く。会場はガラス張りで、すごく高い場所だった。
会場に付いた時はまだ2、3人しかいなかった。だらだら外を眺めてたら、人が集ってきた。
人が集まり出し、始めてお会いする方々と名刺交換しつつ、おみやげを貰ったりしてたら、UX コミュニティMTGが始まった。
まず、簡単な連絡事項から始まり、UX Osakaから順に、活動報告をしていた。
各コミュニティの話はまぁ、メモしているのだが、まぁざっくり、頭に残っていることを記す。
UX Osaka
浅野先生のセミナーの前半がおわり。集客ムズイ。
UX Kyoto
中級者向けのイベント開くが、初心者ばかり。メンバーが産休に入って休止してた。
UX Hiroshima
コアメンバーあつめしてた。あと坂本さんのイベントをやった。
UX Fukuoka
UX Japan forumで吉川さんが燃え付き症候群。
UX Shinshu
ディレクター協会長野支部と一緒にやってた。
UX 名古屋
UX 名古屋とSakae UXがくっついた。
HCD-Net 名古屋
いろいろセミナーを開いている印象。
とまぁ、こんな感じ。その後、全体でなんか議論した。議論の内容としては、ざっくり
- 集客ムズイよね
- タイトル重要。ツールの勉強会イメージを付けると良くない
- コミュニティメンバーは一社じゃなくて数社が良い
- 主体ほしい
- 運営が力尽きるのよくない
みたいな感じだった気がする。みなさん悩んでいる様子。
そのあと、会場を移して飲み。
焼き物ばっかり。結局、ダイアナ焼きとエジプト焼きっ食べたけど、てなんなんだ?
とりあえず、自販機が謎過ぎた。
十分に食べて飲んで語って解散。
ホテルは新大阪に一泊した。 ちなみに2日目はゲストハウスに泊まった。
「当たり前なことをやればいいのに、なぜ勉強するのか?」ということについて
久し振りになにかポエムでも書きたくなったのですね。コミュニケーション苦手な人ががんばって書いた。
「当たり前なことやるのに、なぜ勉強するの?」
フロントエンドエンジニアの会の方々を会話したときに、UXの本で教科書的なの無いと言われてとりあえず、「UXの教科書」を勧めた。
その時にその人に「UXの人と話して、当たり前なことをやればいいって言う時があるけど、自分は当たり前なことをやっているから特に勉強しなくても良いよね?」云々という発言をされたとき、ある気づきを得たので、ちょっと「なぜ勉強するのか?」について、僕の意見を述べておこうと思う。以下はUX関連を想定していいるが、別に他の領域でも当てはまることだと思う。ちなみにその人には「その件、ブログでまとめるから読め」と言った。
日々、何かを勉強し、実践していくと「良く考えると、これ当たり前なことだな」って思うことが多い。そういう気付きを得たとき、まわりの人達に共有して、「当たり前のことだなと思う」とか言うことが多い。そして、僕は何かUXに関する会話のとき、ときどき初学者に対して「当たり前のことをやれば良いんだよ」とか言う事も多い。
どうやら、そうすると初学者は「当たり前のことだから、あんなに沢山本を読んだり、ワークショップに行ったり『大変』なことしなくていいよね?」と思うらしいのだ。
「当たり前」の認識の違い
始め僕はどうしてそういう考えに至るのか、って良くわからなかった。しばらく考えていくうちに、他の人達と会話していくうちに、なるほど納得したと思うようになった。
まず、第一に「当たり前のことがちゃんとできている」って考えがあるってことだ。それには「当たり前」を「普段、普通に、日常的にやっていること」と解釈しているような気がする。だから、「普段やっていることをやればいいので、自分はやれている」と思ってしまうのだ。また、「当たり前」というのを「普通でまともな人が共有していること」と思っている場合もある。この場合も、「自分も普通の人で、まともな人」であるという意識があって、だから、自分も共有しているはずで、その通りやっている、みたいな考えを持っているように思える。
こういう考えに立ってしまうと、なるほど、わざわざ小難しいUXの本を読む必要も無いし、日々勉強すること自体が意味を成さないように思えてしまうのであろう。
また、「勉強する」その目的は、「自分達の知らない、何か真新しいもの。劇的に何かが変わるもの、改善するものを知る。身につける」である認識があるように思える。しかし、「当然のこと、当たり前な」と言ってしまうと、期待したものが得られない、ということにもなってしまうだろう。そもそも、勉強して分かる素晴しいものの殆どのことは泥臭くやって見つけることで、スマートには見つからない。
一方、僕は無意識に「誰が考えてもそうなること」を「当たり前」と言っていた。その前提として、「本質をつかむ」ということがあると思う。つまり、「本質を知ると、当然そうなるよね。」ということだと思う。逆に本質が分からないと、「当たり前の事が理解できない」ということである。
何かを勉強する、何かを学ぶことによって、なにか本質的なことを掴んだとき、凄く新しい発見や事実、概念、アイディアなどをその真新しさを感じることのように思える。その時は、その新しさを感じながら、どんどんと真髄を究めたいと思う。しかし、とある地点から、「ん?これ当然のことじゃね?」と思うようになってくる。そうして、「新しいこと」だと思えたものが「よく考えたら当たり前」ってなるんだ。
僕はそういった経験をたくさんしてきていて、最近考えるようになってきたのが、「学んで勉強して分かる本質的なこと」のほとんどが良く考えたら現実に合致している「当たり前」であるということだ。直感的でないような事実も、それは現実に起きている事実であって、本質的で、当たり前なことのように思える。「現実に起っていること」「本質的なこと」が「当然のこと」なのだ。
なぜ勉強するのか。
とすれば、「何故勉強するのか?」というのは「当たり前のことが分からない」し「当たり前のことができないから」ということだと考える。「いま自分にできない当たり前の何か?」を発見するということがまず勉強することの一つであるようにも思える。だたし、それは「当たり前にできるよう」になるってことじゃあなくて、その一歩手前の段階である。それだけではできないのである。
「当たり前のこと」をいきなりやることは難しい、「普段やること」とは違うからだ。
たとえば、ダンスをやっている人の時の話を聞いたことがある。ダンスの先生のカッコイイ動きを真似するためには普段と違うことをやらないといけない。普通じゃないのだ。しかし、初学者や下手な人達は、「自分がやりやすい動き」をする。そして、初学者や下手な人は「自分がやりやすい動き」をしたがるし、そのことに気づいていない。上手くなる人ってのは、その本質に気づく。「普段やらない動き」に挑戦するのだ。最初は失敗するものだし、しかしそのことによって「普段やらない動きが普段やる動き」になる。とダンスやっている人と飲んでて話しを聞いたことがある。
それで、「普段違う動きをする」ためにはまず、「当たり前」のことができないと認識することがまず大事なんじゃないかと思うのである。その為に勉強するのだ。
普段から現実に何が起っているのか?という関心を持ち、観察したり整理したり、思い込みを発見し、他人と議論し、自身を修正して行きながら、本質を掴んでいくものだと思う。本質的なことが見えてくると、それが「当たり前」になり、あとはそれをやるだけになる。「やるだけ」が難しい人が多いのだが。
以上が「当たり前なことやればいいのに、なぜ勉強するの?」ということについての回答である。「あの人」は参考になっただろうか?
UX シンポジウム2016 福岡にスタッフとして参加した件
さてさて、久しぶりですが、書いておきます。UX シンポジウム2016 福岡にスタッフとした参加した件。
ラーニングバーについての学びと、準備
一番最初に、ヨシカワさんから、UXシンポジウムの話を聞いた。そのとき、LTを企画したりしたのだが、最終的にラーニングバーをやることなった。
始めて開催するので、僕は早速本を購入して、読書をした。そういえば、最近本が増え過ぎである。
さて、ラーニングバーの書籍を書い、いろいろ面白い本だなーって読んで思ったりした。
開催まで1ヶ月ぐらいかな? そのとき、UX Fukuokaでシンポジウムミーティングをして、森田先生から、ラーニングバーや、ラーニングバーのやり方の説明や相談をしたりして、理解を深めた。
こうした、ラーニングバーの学びもあったりしたが、もちろん、準備もした。今回は準備は前回より楽だった気がする。
参加者の増え方は今回びっくりした。1週間で30~40人ぐらい増えた? 掛け込み多すぎである。
当日
朝
当日は、朝の8:30ぐらいにおきた。というか、犬に起こされた。そして、パンを食べた。いつものパンの味だった。そのあと、時間に余裕があったので、開発機を起動して、軽く、最近作ってる、SQLビルダーの開発を少しした。まずまず進んだ。
うだうだやってると、UX FukuokaのメンバーがSlackで、出発の連絡があった。僕はわりと、比較的、家と会場が近いところにあったので、遅く出ても大丈夫だった。とはいえ、いいぐらいであったので、準備をして家を出た。
会場に付いてから
会場は九州産業大学である。UX シンポジウムのサインの確認をしながら会場に向かった。案外駅から遠かったように思える。
会場に付く前に、メンバーと食堂で合流した。ざるそばを食べた。以外と量が少なかった。あと、食器片づけるのがちょっと分かり辛かった。
会場につくと、九産大の学生さんたちが既にいて、椅子が並べてあった。今回は九産大の学生さんたちが良く働いてくれて、助かったと思う。学生さんたち、おつかれでした。
学生さんたちとメンバーの挨拶をして、僕は、マイクの確認とか、照明の確認など、机の移動や荷物を運んだり、twitterのハッシュタグ確認などをしながら、準備をすすめて行った。
準備している間に、浅野先生や、倉光さんが来られた。そうして、さらに準備していると、参加者の方々も続々と来られた。
スタート
そうこうしているうちに、UX シンポジウムが始まった。最初にヨシカワさんと森田先生から説明があり、すぐに浅野先生の登壇に移った。
浅野先生の話
最初の浅野先生のセッションがあった。毎度おなじみの話が多いのだが、復習として聞いて良かった。ただ、初めての人達には情報量が多い濃密な時間なんじゃないかと思う。というか一回聞いただけじゃ、やはり難しいところがあるとは思うので、是非とも今後UXのコミュニティに参加されたら良いと思う。あと、資料もまだまだあるらしいので、聞きたい方はまた勉強しに来て頂ければと思う。
倉光さんの話
浅野先生のあとは、倉光さんの話。ピースご飯が一番印象に残っている。倉光さんのがゲームのUIから入って、UXを学び、クックパッドまでの経緯や、クックパッドさんのデザインの実践の話が結構あったと思う。地道に、やっていたんだなと思った。クックパッドさんはクックパッドさんのやりかたで、デザインをされていると思うので、自分達がどういう風にやるべきか?を考え自分達で実践し、効果を挙げて売上を伸ばすまでということを考えられるかが、勝負であるとは思う。
ラーニングバー
これが、一番面白かったところである。
倉光さんのセッションが終わり休憩の後、机を移動した。
さて、机を移動した後、サンドイッチやおかしが机の上に置かれた。その後森田先生から、ラーニングバーの説明があった。
そのあとラーニングバーがスタートした。
いくつか島ができていた、最初、みんななんの話をしたら良いか分からないという感じだったが、とりあえずみんなで自己紹介をしながら、立ち話で、「今日はどうだったか?」みたいなことを聞きつつ、最初は懇親会の雑談みたいになっていた。
そして、浅野先生から、全体から10個ほどテーマを出して、テーマを出したオーナーを中心にグループを作り直して、再度そのテーマについて議論するという流れになった。
テーマはホワイトボードに書いて、参加者の名前を付箋を貼り、グループになる感じ。
ホワイトボードを凝視して、どのテーマに行くかみんな考えている感じ。
始まってみると、みんな活発に議論をやり出してすごい。やはり、参加者毎に関心や層が違うので、共通のテーマを持っている人達は、議論しやすいのかと思った。
UX Fukuokaのメンバーはファシリテータとして参加するが、なにもしなくても議論が活発になっていた感じ。僕は倉光さんと学生のお悩み相談のシマに行った。福大生で、大学で、自分達で学びとして、経営を実践しているということ。まだ、社会人の感覚みたいなものが分からない感じがあって、教える先生って大変だなぁとか考えていた。
そのあと発表があった。グループ毎に、議論の流れを発表して、浅野先生や倉光さんに意見を感じ。学生の発表が長々と時間を取って面白かった。「学部生に教えるのはつまらない」ってのがひっかったみたいで。
そんで、時間が伸びそうになったが、森田先生がしっかり調整してくれたみたいで、時間ちょっきり、グループ全部の発表が終わった。すごい。
そんで、最後に、会場を移して、参加者と登壇者とスタッフで飲みに行った。
個人的に思ったこと。
ラーニングバーは難しいなと思った。細かいとこだが、おそらく付箋を使わせるなら、付箋を張るスペースが必要だと思うし、今回はサンドイッチやおかしがジャマで張れてない感がある。あと、机の高さも問題なように思える、もっと付箋を書いたりする工夫が必要である。立食形式にしたが、最終的にみんなイスに座って議論していた。イスに座ったほうが、付箋を書くなどの作業がやりやすくなるのだろうか?
最近、UXの読書会などと、コミュニティの活動を続けていたのだが、今回のイベントを通して、以外にも、いろいろな人達がUXに関心を持っていることにまず驚いた。そんで、今後の活動に新しい人を入れるようにアプローチを変えて行きたいと思った。
今迄は、「自分達だけの学び」で必死だったが、今後は初心者と共に、いろいろなことを学ぶ場にしたいと思う。UX Fukuokaはなんか怖い会と思われている様子で、そんなことは全然ないということを伝えていきたい。
参加者の中にも、HCDやUXデザインなどに興味を持ってくれて、もっと勉強したいと話していたので、是非とも一緒に勉強していきたいなと思った。
- 関連ブログ
みんな書くの早い。書くスピードほしい...
UXシンポジウム2016 福岡に登壇して来ました | 経験デザイン研究所
UXシンポジウム2016福岡でラーニングバーをやってみた - モリタヤスノブログ3.0
UXシンポジウム2016 福岡 に参加した - hor.note
UXシンポジウム2016福岡行ってきたよ。【ラーニングバー編】 - miki_mgh’s diary
主要な6つのプログラミング言語について、とくに説明もなく紹介
プログラミング言語を紹介する
世の中には、いろいろなプログラミング言語があり、どれを選べばいいか分からない! って人達が結構います。なので、その人達のために、僕がよく使っている良く使われているメジャーな言語を紹介します。以下のプログラミング言語を学ぶのが普通のプログラマーだと思います。
あ、説明はしないです。適当にリンクだけ張るからサイト見てね。あ、Shenだけ説明しようかな。 気がむいたら、ちゃんと新しく記事を書く。
Pony
Nim
index - Nim Programming Language
Nemerle
About - Nemerle programming language official site
J
Haxe
Shen
Home | Learn Shen | OS Kernel Do
Shenは神です。
SPAである価値
以前、少し前だが、以下のブログを読んで、SPAであるべき価値について考えたことを述べる。
そもそもSPAとは?
この議論をする前に、そもそもSPAとは何だろうか?という点について整理しておこう。僕は2つの点で特徴があると思っていて、
- フロントエンドGUIであること
- Webアプリケーションであること
この2点かなと思う、簡単にまとめると、
フロントエンドGUIであること
まずは、「フロントエンドGUI」というのはどういうことかと言えば、サーバーサイドレンダリングとは対照に、jsによるDOM操作によって、UIを切り替えて行って構成するGUIを指す。
Webアプリケーションであること
GUIではあるのだが、それは、Webアプリケーションでもある。サーバーからAjaxやwebsocketなどによって、サーバとデータのやりとりをする。
ここいらの話は、思う所が結構あって、たとえば、webの技術と、GUIの技術が交わっていることによって、コミュニケーションがおかしくなったりとか、そういうことがある感じがしたりしているとか。まぁ、これは話が外れる。さて、SPA の価値について考えてみよう。
SPAの価値
先程のエントリから、幾つか、抜粋、引用する。
まずこれ。正直そんなにたくさん動的にがりがり書き換えているページをあんまり見ない気がするんですよね。その上正直そういうウェブページ、あったとしても大体使いづらいです。 世の中のページが全部FBならいいのかもしれませんが、具体的にはどんなところで使ってるんでしょう。業務ページとかですか?あと、なぜSPAにしなければいけないのかもよくわからないです。画面遷移するのだめなの?という感じで。 (http://anond.hatelabo.jp/20160521163144 より引用)
この点について、mizchiさんも、いくつかアンサーを出していたが、この点を僕なりにまとめたいと思う。(これが、本ブログの趣旨である。)
まず結論から言えば、「ちゃんとしたwebアプリケーションのUIを考えたら、SPAにならざるを得ないということが多い」ということである。順番に言って行こう。
SPAと「使いにくさ」
SPAと「使いにくさ」は関係がない。
まず、言いたいことは,SPAであることと「使いにくさ」は関係がないということである。一般に使いにくい、UIの原因は、「そもそも操作が複雑であること」と「UI設計が糞」であるかどちらかである。
そもそも操作が複雑であること、これが挙げられると思う。つまりアプリケーションが本質的に難しいのだ。toBのアプリケーションやら、ギョームのアプリケーションでは、仕方無い面があるとは思う。特殊なパターンに対応しないといかん場合が多いからね。一方、一般の人達が使うのを想定するtoCで、本質的に難しいアプリケーションを作る奴は、大抵、UXとかビジネスとサービスの根本から考えなおせクソ野郎である。
UI設計が糞というのは結構多いと思う。というのも、根本的にUIを設計ができるデザイナ、エンジニアがいないってのが問題としてあると思う。たぶん、UIの設計をやる人達は、Webデザイナだとかが多いのだが、Webページを作るデザインと、GUIを作るデザインは異なるのであり、おそらくだが、GUIのインタラクションについて考えられてないとか、そもそもユーザを定義して、ちゃんとUIを設計できるってスキルが無い人達が多いと思う。SPAの自由さを活かして、よりよいユーザのためのUIデザインができるデザイナはなかなかいないのである。
多くのSPAの場合、SPAのその表現の自由さの影響で、糞UIが生まれてくることも多い。自由すぎるのだSPAは。その結果、その自由さによって、良いUIであろうが糞UIであろうが、自由にUIを作ることができるのであり、その結果、UIデザイン、さらには、フロントエンドの技術的な設計まで複雑さをもたらしているということである。ゲームのインターフェースが素晴しいとか、ゲームの体験がすばらしいからといって、マイクロインタラクションやら、アニメーションを一杯入れて、独自の世界観を作り出し、結果糞が生まれてくる、など良く聞く気がする。
SPAが「使いやすくなる」こともある
一方で、SPAは使いやすくなることがある。一つの「使いやすさ」の指標として「ユーザのタスク時間」を考える時があるが、SPAを使う事によって、タスク時間を短くすることがある。というのも、サーバーサイドレンダリングで、一々ネットワーク越しに、通信して、Webアプリケーションを使うというのは、「遅い」のであり、SPAにすることによって、解決することがある。つまり、SPAにすることによって、ユーザとコンピュータの応答を素早くする効果がある。
もちろん、「タスクの時間」は、他の事、たとえば、画面のレイアウトだとか、ページの情報の設計だとか、その他にも影響するのだが、ユーザとコンピュータの応答を素早くするは一つの方法としてあるだろう。つまり、有効なことではないが、ある程度SPAにすることによって改善することもある。また、ページ遷移履歴の管理をスッキリさせることによって、無駄な戻るとか、進むを無くしたりして、「使いやすく」なるということも考えられる。
つまり、SPAは自由な表現とさっき言ったのだが、もちろん、ちゃんとユーザ調査、定義をして、UI設計をすることによって、より「使いやすい」ものを提供することができるようになるということもある。
ちゃんとした、まともなwebGUIを作るためのSPA
結局のところ、まともなwebのGUIを作るために、SPAであるべき(ことが多い)ということです。SPAは種々の、UIデザインの問題や、フロントエンドのGUIの技術的な設計が、難しくなることが多いが、一方で、使いやすい、よりまともな、GUIを提供できるというのが、SPAである価値であると思う。ユーザにとって需要が無いということであるのではなくて、それこそ、ユーザが気づかない潜在的なニーズに答えるというのができる可能性があるということである。
追記、誤字、脱字について
当エントリじゃなくても僕のブログは基本的に僕の考えや行動の記録でありメモであり、推敲やら見直しやらは基本的にしないで公開している。ただし、指摘があったら修正する。あとときどきたまに直したりする。「誤字が多い」とか愚痴をコメントで言うぐらいだったら、指摘した方が建設的ですよ。
自分が書いた文章なので、自分が読みやすいというのは当たり前で、人が読みにくいなんてこと結構あることを分かって頂きたい。人に読ませる文章であれば、他の数名にレビューして貰ったりするのだが、こういうブログではその負担はキツい。だから、悪いというのをただ言うのではなく、どこが悪いのか、そしてどう直すべきかというのを指摘すると、それは直すのでそのような指摘を頂けると助かるのである。
追記2
id:nurehaさんの指摘頂き、ありがとうございます。やっぱり、こういう誤字や脱字は書いた本人は全然気づかないものです。