astamuse Lab

astamuse Labとは、アスタミューゼのエンジニアとデザイナーのブログです。アスタミューゼの事業・サービスを支えている知識と舞台裏の今を発信しています。

マクロって言ったり、関数って言ったり、Functionだったりする何か。~Google Spread Sheet~

f:id:astamuse:20170425195524j:plain

お久しぶりでございます。scalaでバックエンドを開発しているaxtstar(@axtstart)でございます。

今回は、弊社の勉強会で話したネタを少しアレンジして記載します。

Google Spread Sheet

前々回のエントリーでExcelマクロには○○とか話をしていてナンですが、 業務では結構G Suite上のGoogle Spread Sheetなどを通して、仕様やデータを検証することも多く、 ローカルでのExcelでの作業より、G Suite上での作業の方が徐々に多くなってきています。

GoogleSpreadSheetを使った業務改善の話はこちらのエントリーでも 取り上げていますが、ここではもっとプリミティブなtips的なSpreadSheetの関数を紹介してみたいと思います。

ImportRange

こちらは他のSpreadSheetのデータを参照することができる関数です。

元のSheetを汚したくない場合などによく利用しています。 データのレンジ範囲をセル上に書けば、その範囲を全部拾って来ます。 Excelにはこのような、記載したセル以外に値を展開する関数というのはみたことがありませんでした。

例えば、ターゲットのスプレッドシートが下記のようなURLの場合、

https://docs.google.com/spreadsheets/d/xxxxxxxxxxxxxxxxx/

f:id:astamuse:20170423112752p:plain

対象スプレッドシートのスプレッドキー(上記の場合:xxxxxxxxxxxxxxxxx)とシート・レンジを指定します。

=ImportRange("xxxxxxxxxxxxxxxxx","シート6!A1:F12")

1度だけ、アクセスの許可をする必要があります。

f:id:astamuse:20170422234819p:plain

なお、範囲上に展開する関数は、他のデータが展開先に存在する場合、エラーになります。

f:id:astamuse:20170422235031p:plain

すると、下記のように、C4:H15の範囲にシート6!A1:F12の内容が展開されます。

f:id:astamuse:20170423121306p:plain

上記を日直の持ち回り表というようにみていただくと、 追加でExcelライクな関数を設定することで次の日直を自動で算出することが可能です。 (この場合はGさんが次の日直) まぁ少し例としては微妙ですが。。。

f:id:astamuse:20170423130055p:plain

SpreadSheet API

またGoogleスプレッドシートはAPIからアクセスすることができますので、 メッセージに応じて、slack上に日直を表示するというような、botを作ることもできます。

f:id:astamuse:20170423235020p:plain

こちらにslack botの scala で実装したサンプルを上げておきました。

スクリプトエディタ

また、ほんのちょっとした処理をスクリプトエディタで記載するのもいい手です。

例えば、文字列をURLエンコードする関数は、存在しないのですが、 スクリプトエディタだと↓簡単に記述できます。

下記のようにスクリプトエディタを開き、

f:id:astamuse:20170425185221p:plain

こちらに

f:id:astamuse:20170425185442p:plain

下記を張り付ければOK。

function encode(value) {
  return encodeURIComponent(value);
}

function decode(value) {
  return decodeURIComponent(value);
}

スクリプトエディタ*1は、JavaScript1.6をBaseにつくられており、 Array、Date、RegExp、MathといったObjectが利用可能です。 ただし、Googleのサーバで動作するため、Window APIは利用不可。

ImportXML

URLを指定することでXMLをパースして取得することができます。 実際にはHTMLでもかなり取得してくれます。 ただ、認証など入力することはできないため、ログインが必要なデータは取得できないようです。

例えば下記で、本ブログのキーワードタグを取得できます。

=ImportXML("http://lab.astamuse.co.jp/","//ul[@class='hatena-urllist']")

f:id:astamuse:20170423181907p:plain

こちらを先ほど作成したencode関数と下記関数で、キーワードタグに対して

 
関数用途
Transpose 転置
=Transpose(ImportXML("http://lab.astamuse.co.jp/","//ul[@class='hatena-urllist']"))
REGEXEXTRACT 正規表現によるデータの取得
=REGEXEXTRACT(A2,"( \([1-9]+\))")
Substitute 文字列置換
=Substitute(A2,B2,"")
encode URLエンコード。スクリプトエディタで作成した関数
=encode(C3)

URLを↓下記のように生成できます。

f:id:astamuse:20170423190011p:plain

さらに生成したURLにImportXmlを適用し、タイトルを取得してみました↓

f:id:astamuse:20170423193443p:plain

ただあまり処理数が多いと以下のようにエラーになります。

f:id:astamuse:20170423231554p:plain

今回はこの辺で。

最後に

いかがでしたか?ローカルで動作するExcelとは違った機能を紹介してみました。

またここでは紹介はしなかったですが、Gmail等のGoogleのサービスへの連携も比較的簡単にできるため重宝しています。

アスタミューゼでは現在、エンジニア・デザイナーを募集中です。 興味のある方はぜひ 採用サイト からご応募ください。

参考にしたサイトなど

Google スプレッドシートの関数リスト

Google Apps Script ドキュメント

Google API Client Libraries JAVA編

*1:正確にはGoogle Apps Script

リモートワーク始めました。

f:id:astamuse:20170417111352j:plain

はじめまして、こんにちは、開発部のYanagita@宮崎です。

巡り巡って4回目の投稿となります。
前回まではPlay Frameworkについて書いていて今回もその続きをと考えてましたが、
ブログのタイトルの通り業務スタイルが変更になったので今回はそのことについて書きたいと思います。
とは言ったもののリモートワーク(在宅勤務)を始めたのは今月頭からので、 まだ営業日的には15日程しか経っていないのであまりためになる話はできませんが、 今回はリモートワークを始めるまでと実際に始めてみてについて書いてみます。

リモートワークを始める前に行ったこと

「明日からリモートワーク始めます!」
と突然宣言してもできるわけないのは皆さん御存知の通りで、会社という組織に所属している以上会社の承認を貰う必要があります。
弊社には既に在宅勤務規定(←これは会社によって有ったり無かったりするので確認が必要です)が存在していたので条件を確認し、 上長相談を行いました。まぁ当然ですが、そこですぐOKが出るわけがなく役員判断待ちとなりました。

そこから私のウズウズした日々が始まるわけですが、
それと同時に実際にリモートワークを開始した想定で仕事スタイルの変更と周辺の整備に取り掛かりました。
まずは可能な限り自席を離れて作業を行なうようにし、チャットベースでやり取りが行えるよう訓練的なものを始めました。
(当時はよく休憩行くやつだなと思われたはず・・・)
また、開発メンバは運用も兼務しているため、マーケティングや企画のチームからよく運用に関する依頼が来るわけですが、 その依頼フローが口頭ベースで来ることが多かったので、そこを全てチケット化するよう対応をお願いしました。
その後、役員承認が出て全体周知が済んだ後は、メンバに協力頂いて社内に居ながらビデオチャットやヴォイスチャットなどの検証を行いました。

やったことはほんの些細なことなんですが、リモートワークに支障なく移れたのは間違いなかったので効果はあったと思っています。

リモートワークの一日

じゃ、実際にリモートワークを始めてみてですが、一日を見るとざっとこんな感じです。 ※ 私の場合です

時刻 業務内容
09:45 〜 10:00 上司に業務開始メール
Webで出勤時刻を打刻
Slackで業務開始を部署メンバに連絡
10:00 〜 10:30 ビデオチャットで全体週次定例、チームミーティングに参加
11:00 〜 11:30 ビデオチャットで開発部ミーティングに参加
11:30 〜 13:00 作業(運用や開発)
13:00 〜 14:00 お昼休憩
14:00 〜 19:00 作業、打ち合わせはビデオチャットで参加
19:00 〜 現場に居ないので退社前に退社準備中であることをチームメンバーに通知
上司にメールで作業報告書を提出
Webで退社時刻を打刻
Slackで業務終了を部署メンバに連絡

だいぶざっくりなんですが・・・
見て頂いた感じいかがでしょう?私自身リモートワーク前とあまり変わっていないですし、皆さんともあまり変わらない業務内容となっていると思います。
(実際、リリース作業や運用作業も自宅から行っています。) オフィスにいないことで報告周りがリモートワーク前よりすこし増えましたが、打ち合わせなどはビデオチャットを活用することで個人的に影響は少ないかなと思っています。

リモートワークの環境

リモートワークだと顔を直接合わせて話すことがなくなるので、コミュニケーションのとり方がとても重要となってきます。
ここ数日でよく使っているコミュニケーションツールを下に挙げてます。

■ チャットツール

  • Slack(https://slack.com/)
    → 開発部に限らず他の部署とのやり取りも全てSlackで行っています。
    ChatOpsも対応をすすめているので、わざわざVPNを繋がなくてもCIを回すこともできます。

■ ビデオチャット

  • Slack
    → チャット機能だけじゃなく、ヴォイスチャット機能もあります。
    1対1で話したいときなどはSlackでよくやり取りを行います。

  • Google Hangout(https://hangouts.google.com/?hl=ja)
    → 複数名でミーティングする場合に使用しています。
    画面共有機能もあるのでドキュメントの読み合わせなど便利です。

  • Skype(https://www.skype.com/ja/)
    → 週次定例や月次定例など社内全体のミーティングではSkypeが良く使います。
    これは以前Skypeを使用していた経緯からですが、いずれGoogle Hangoutに移行すると思います。

このあたりはサービスが充実しているのでどれを採用しても問題ないと思います。
ただ私が使用した感じではツールによって若干の得意不得意があるようなので(作業場所のネットワーク環境にもよるのかも)、 これからリモートワークを検討される方はいろいろ試されることをお薦めします。
また、PC付属のマイクは1対1のやり取りでは特に問題にならないのですが、打ち合わせなどで複数人対1となった場合、PCから離れている方の声が小さかったり途切れてしまうケースが良くあるので、 会議などではWeb会議用のマイクを使用されたほうが遠くの方の声もはっきり聞こえるので準備してもらった方が良いです。

それから、これは私が見落としていたところですが、 リモートワーク開始と合わせて作業場所を移される方(私は地元に移った訳ですが)は、回線の引き込み工事が遅れたり、速度が思ったほど出なかったりするケースがあるので、事前にネットへの接続方法を検討されておくことをお薦めします。

リモートワークを始めてわかったこと

やはり一番重要だったのは、リモートワークを理解して協力してもらえる上司や同僚の存在が必要だったことです。
オフィスにいるメンバはこれまで対面で行っていたやり取りができなくなり、ちょっとしたことでもチャットやビデオチャットでのやり取りが必要になり手間が発生することになります。
ミーティングなども繋いで貰わないと当然参加もできません。この辺りを対応して頂いているメンバには非常に感謝しています。

最後に

今回は私は家族の都合によりリモートワークとなりました。
所属部署では過去に前例がないもののリモートワークを了承してくれた会社と協力して頂けている上司、同僚のメンバには本当感謝しており、すごく恵まれているなと最近良く感じています。
上司からはリモートワーク継続のキーは、リモートワーク以前と変わらないパフォーマンスと存在感を発揮することと言われているので、 しばらくはこの二つをどう実現するか課題となります。次回はこの辺りをどう実現したか書ければと思います。

弊社では引き続きエンジニア・デザイナーの募集を続けています。
気になる方は下からご応募をお願いします!

Webデザインの未来を考えてみる

アスタミューゼデザイン部のMatsumotoです。
今回の投稿は、先月の社内デザイン勉強会で話した内容になります。
(ブログ用に内容は一部割愛しました)

f:id:astamuse:20170406160905p:plain

ちなみに弊社アスタミューゼの開発部とデザイン部では、持ち回りで勉強会を開催しています。
開発部毎週、デザイン部隔週開催。どちらの勉強会にも自由に参加可能です!

はじめに

まず、なぜこのテーマなのか?からお話ししますと・・・、

ここ最近、弊社サービスのモバイル対応においてリサーチしている際に、「最近のデザインは、みんな同じ感じにみえてつまらない」と思ったのがはじまりです。

「他の人たちはどう思っているんだろう??」

みんなで、Webデザインの未来について考えてみたら面白い意見が色々聞けそう?と思い、今回のテーマで勉強会をしました。

勉強会後には、他デザイナーやエンジニアのみなさんの意見や感想も聞けたので、そちらのフィードバックも合わせて報告していきたいと思います。

 目次

現状分析と近年のデザイントレンド

まず未来を考える前に、最近のデザイントレンドをみていきたいと思います。

最近のモバイルアプリデザイン

f:id:astamuse:20170328190446p:plain

皆さんご存じの通り、いまやほとんどのアプリは、iOSとマテリアルデザインの影響を強く受けていて、やりすぎなくらいガイドラインを守っているので、どれも同じような見た目になってきています。

特徴

  • 立体感のない四角いオブジェクトに最小限のシャドウ
  • ヘッドラインの背景には大きな写真を配置
  • 鮮やかなカラーをボタン等のアクセントに使用
  • 枠なしで端と端がくっついた白いブロックでレイアウト
  • アイコンはシンプルに、装飾的なエレメントは極端に削ぎ落とされている
  • ボタンやメニューの各パーツは、アニメーションと細かいトランジションのエフェクトなどで表現

ちなみに、去年あたりから、シリコンバレー近辺の企業においては、フラットデザインのさらに先をいく超ミニマムなデザインがトレンドになってきているようです。

f:id:astamuse:20170328190503p:plain

特徴

  • 色をなくす(モノトーンベース)
  • ヘッダーの文字はより大きく、太く
  • アイコンはよりシンプルに、線はより細く
  • ホワイトスペースはより広く
  • アプリのアイコンには、鮮やかな色を使用

最近のPCサイトデザイン

(若干意図的に選びましたが、、) こちらも、どれも同じようなデザインに見えます。

f:id:astamuse:20170328190518p:plain

特徴

  • 縦長のサイト増加。(モバイルファーストの流れによって、長いスクロールは現在Webのスタンダード)
  • 立体感のない四角いオブジェクトに最小限のシャドウ
  • ヘッドラインの背景には大きな写真かビデオを配置
  • コンテンツの周囲には余白スペースをたくさん使い、文字を少なめに抑えたグリッドデザイン
  • ボールドでクリーンなタイポグラフィ使い
  • 鮮やかなカラーをボタン等のアクセントに使用
  • 一方、低い彩度の落ち着いた色合いは写真に使用

まとめると、クリーンでシンプルに見せることが今のビジュアルデザインのスタイルということです。(フラットデザイン*)

フラットデザインとは

装飾性をできるだけ抑えたシンプルで平面的なデザインの総称です。

タブレットPCの登場によって誕生し、モバイル端末の浸透によって流行したと言われています。モバイルの小さな画面でもごちゃごちゃしないシンプルなデザインに落ち着くのは自然な流れだったと思います。

当時先駆けだったマイクロソフトのモダンなメトロUI(2010年)、広い範囲で注目を集め議論を巻き起こしたiOS7(2013年)、そして多くの人がその構造を理解するきっかけとなったのはGoogleのマテリアルデザイン(2014年)であったと思います。

Webデザインの進歩

Web業界には10年以上いますが、最近のWebデザインを見ていると、デザインパターンはもうすでに成熟してしまったのかな?と思ってしまいます。

日々使っている、様々なwebサービスのUIは、どれも一貫性があり、ログイン、フォーム、買い物のフローなどは、ほとんど同じ似たような動きをするので、迷うことなく、直感的に使いやすくなりました。昔定番だった目がちかちかする点滅するバナーや、ひどいデザインを見る機会もなくなりましたよね。

成熟したということは、デザイナーにとっては、退屈なことかもしれませんが、ユーザーにとってみればいいことなのかな、とも思っています。 これはつまり、「webデザインの進歩」だと言えるのかもしれません。

Webデザインのコモディティ化問題

そこで問題になるのは、次のことです。すべてのWebページが最新のデザインスタイルに適応するとき、Webデザインは没個性化されます。 出始めはかっこよく新鮮だったスタイルも、すぐに ありふれたものになり、簡単に真似されてしまいます。

だからといって、この時点で創造性を発揮しようとすることは、あまり意味がなく、かえって害をなすことにもなりえます。コンテンツ優位、ユーザーファーストの流れがどんどん加速してきているので、ビジュアルデザインで個性をだすという発想自体が今は古い考えなのかもしれません。

ただ、いつの時代もトレンドにはサイクルがあるので、このしばらく続いているフラットデザインにも変化が必須です。

次はどんな進化がまっているのか?
どんなデバイスに合わせてデザインしていく必要があるのか?
先を見据えてデザインを考えていく必要がありそうです。

では次に、過去のトレンドを振り返り、このフラットデザインの後に続くWebデザインがどんな風に進化して行くのか見ていきたいと思います。

建築デザインとWebデザイン

そこで、参考にしたのは、建築デザインです。 Webデザイン単体で見るのでなく、異なる分野のトレンドと、比較しながら見ていくのはとても参考になります。

特に建築デザインは、技術の進歩にって大きくトレンドが変わっていくという点では、Webデザインと、進化の過程がとてもよく似ています。

  • 人が集まる場所として機能する
  • 実用的に作られている
  • 技術の進歩に大きく左右される
  • 実用的だが、アートでもある

美術の形として、両者は同じ項目で定義することができます。 どちらも同じように過去のデザインをもとに、その上に新しいものを築いています。
では次に、Webデザインの未来を知るために、建築家が辿った道を見ていきたいと思います。

新石器時代

シンプルで限られた構造

f:id:astamuse:20170330182556j:plain

大きさの違いで付けられた強弱のアクセントこそありますが、この時代には要素を配置すること自体が大変な仕事でした。

f:id:astamuse:20170331143810p:plain

出典 :CERN

こちらは世界最古のWebサイト。
CERN(欧州原子力機構)が、最古のWebサイトを復刻公開したものです。こちらのページは1990年に公開されたとされています。

ギリシャ様式(古典)

整列、均整、若干の装飾(柱、柱、柱) 古代ギリシア人によって創造された建築様式。特に神殿建築がこの時代の代表的建築です。

f:id:astamuse:20170331115508j:plain

この時代には全体のバランスや階層構造が改良され、要素は目的によって「セクション」に分けられるようになりました。素材自体はなにか別のものを模倣するように装飾が施されました。例えば、柱に見られる装飾は木材のはりを模倣しています。

f:id:astamuse:20170331142859p:plain 出典 :INTERNET ARCHIVE WayBack Machine

一方Webデザインの方は、1996年にYahoo!JAPAN設立した当初のwebサイトのデザインです。建築デザインで見られるような、なんらかの素材を模倣したデザインは、ボタンに見られます。立体的なボタンは物理的なボタンを表現していました。

ロマネスク様式(中世)

厚みのある形と半円アーチ

f:id:astamuse:20170330183454j:plain

ロマネスク時代には角は柔らかくなりつつも、壁や仕切り — メニューやボタン — はぶ厚くなりました。重く厚く、ユーザーにとってクリックしやすい形です。

f:id:astamuse:20170331130106p:plain
出典 :INTERNET ARCHIVE WayBack Machine

こちらは、2000年2月のアップルのWebサイトです。光沢のある厚ぼったいメニューボタンが懐かしい感じです。当時は、立体感を出したぶ厚いリアルな質感のボタンデザインが流行っていました。

ゴシック様式(中世)

豪華で壮大。目を惹く装飾 大聖堂の先のとがったアーチや、ただの石から思わず息を飲んでしまうような豪華で壮大なデザインが作り上げられました。広い窓とステンドグラスといった、独自の美的感覚や空間性、 目を惹く装飾が特徴です。

f:id:astamuse:20170330183822j:plain f:id:astamuse:20170330183920j:plain

Webデザインはどう進化していったかというと、この時代はまさに、FLASHサイトの全盛期。 FlashはWebデザインにおけるステンドグラスと言えるでしょう。 今となっては忘れられがちですが、この時期のFlashと、凝ったグラフィックデザインはまさにゴシック建築のように、私たちを目で楽しませてくれました。Web制作の華の時代!

ちなみに自分はこの時代何をしていたかと言うと、制作会社にて某化粧品サイトを担当していました。 シーズンごとに毎回趣向をこらしたグラフィックとFlashのデザインをしてたのが懐かしい思い出。かっこいいサイトを作りたいデザイナーにとっては、自由に表現できて楽しかった時でもあるのかなと。この時のWebはまさに「飾るもの」であって、アート的要素がかなり強かったと思います。今の「使うもの」とはまたまったく別物だった気がします。

ルネサンス様式(近世)

シンプル、論理的、精巧(古代の柱復活!) 建築ではシンメトリー(左右対称)とバランス(調和)を重視スタイルです。

f:id:astamuse:20170331114840j:plain

わたしたちはまさに今、このあたりにいます。最近の「フラットデザイン」の流行はまさにルネサンスの流行そのものです。ルネサンス建築は古典論理に立ち返ることを目指し、複雑な装飾は簡素で幾何学的な形に置き換えられ、デザインもシンプルになりました。

バロック様式(近世)

ここからは次世代のWebデザインの予測!

豪華な装飾、凹凸の強調、曲線、うねり、ねじれといった、複雑な構成が特徴。 ここで、ルネサンス時代のすべての論理がひっくり返ります。

f:id:astamuse:20170331115103j:plain

論理的で精巧に作ることが楽しいのは一定期間のみで、その期間がすぎれば、人は作ったルールを壊し始めます。ルネサンス期に多かったまっすぐなラインに対し、カーブを意識したデザインが多く取り入れられるようになります。

「無味乾燥すぎてつまんなくない? やっぱり装飾のあるものがいいかもね!」
となるのは、建築やWebのトレンドに限らず、ファッションや音楽のトレンドでも同じようなことが言えますよね。

ちなみに、この辺のトレンドの流れは、近代建築で言うと、「モダニズム建築(機能的、合理的な造形理念に基づく建築)」から「ポストモダン建築(装飾過多、伝統回帰的な建築)」に移っていく過程ととても似ています。
流行って、やはりサイクルになっていて繰り返されていくのですね。

では、Webデザインにおいては、どうやってこのトレンドが実現されるのでしょうか? Webデザインも、シンプルなデザインの反動で、装飾的なデザインが増えてくるのでしょうか?

webデザイントレンド予測

色々な企業やデザイナーたちが実際に今年のトレンドとして発表しているものを参考にまとめてみました。 ここでは主に、先にお話しした豪華で装飾的な「バロック様式」を彷彿とさせる、最近のwebサイトで見られるトレンドを6つ紹介します。  

1.テクスチャ・質感の復活!

フラットなUIが増えた反動もあり、質感を求め、テクスチャの人気が高まってきています。 背景画像にテクスチャを入れたり、手書き風のタイポグラフィーを使ったサイトが増えてきています。

2.ビビットなグラデーション

フラットデザインやマテリアルデザインのような「ベタ塗」の時代は、グラデーションの頻度が少なく、カラーリングもシンプルでしたが、最近は、鮮やかでインパクトのあるグラデーションを使っているデザインが増えてきました。

3.ユニークなレイアウト

綺麗にシンメトリーに並べられたグリッドデザインを壊し始め、ユニークなアシンメトリーなレイアウトが見られるようになりました。 ボックスを単に並べるだけのレイアウトではなく、視覚的に楽しませる、コンテンツに合ったデザインが増えていきそうです。

4.美しいグラフィック要素の表現

SVGの活用により、様々なデバイスのスクリーンであらゆるエレメンツのグラフィックを表示できるようになったので、より装飾的なデザインが可能になってきました。 フラットデザインやマテリアルデザインの時代に多かったまっすぐな直線ラインに対し、曲線が美しいカーブを意識したデザインがより多く取り入れられるようになりそうです。

5.マイクロインタラクションの進化

UXデザインで極めて重要な役割を果たしているのが、この小さいアニメーション。特にモバイル等サイズ制限のある小さい画面上では、操作を助ける重要な視覚的手段になっています。今年はボタンやメニューなどにどんどん実装されていくと思います。

6.オリジナルのイラスト

写真を使うより個性があるため、人気が高い選択肢となるのがオリジナルのイラストです。 アニメーション同様に、ブランドを伝える視覚的言語をうまく作り出しています。

以上、6つのトレンド要素を紹介しました。
五感に働きかける表現力豊かな、華やかなサイトを構成する要素が若干、増えてきたような気がします。

ちなみに、私の予測とは真逆ですが、ミニマリズムがこれからもっと進むと予測されているデザイナーブログも多数みられました。
コンテンツ優位、ユーザーファーストの流れは、これからもどんどん加速していき、webやアプリのデザインの方も、もっと簡素化して、ミニマリズムが進んでいくとのこと。

さてさて、今後はどんな風に進化していくのか、未来のことは誰にもわかりませんが、 次世代の技術の進化やデザインの変化を楽しみながら、astamuseのサイトにもコンテンツに合ったトレンド要素をうまく取り入れていきたいなと思います。

さいごに

いかがだったでしょうか? 勉強会では、プレゼン後に、「次は何が来るのか?」「今後のWebサイトはどうなっていくのか?」ということをみんなで、色々なアイデアや意見交換を行いました。 その時の感想・意見を一部ご紹介。

  • Webはただの情報収集として機能するようになる?本のようになる(コンテンツ重視・Webデザインは本の装丁デザインと同じような役割になる。)

  • デバイスの変化によって、VRといった次世代のツールにあわせたデザインが必要になる。(360度デザイン?)

  • Webサイトをモニターや携帯で見る時代は終わる。空中に立体映像を投影。平面なデザインからより立体的にリアルなデザインが必要になる。(SF映画の世界のようなイメージ)

みなさんはどう思いますか?未来を予測するのって楽しいですよね。 色々なご感想、ご意見聞けたらうれしいです。ぜひTwitter@astamuseLabまでお寄せください。

また弊社アスタミューゼでは、次の時代をつくる技術・デザインに興味のある方、進化する未来を一緒に創っていくメンバーを積極採用中です!

参考サイト

Internet Archive: Wayback Machine
CERN
Complexion Reduction: A New Trend In Mobile Design
The Future of Web Design is Hidden in the History of Architecture
The Future is Now: 10 Design Predictions for 2017
18 web design trends for 2017
2017 Web Design Trends

Copyright © astamuse company, ltd. all rights reserved.