Aggregator

2016年9月24日（土）TKPガーデンシティPREMIUM神保町で開催したCSS Nite LP47「Coder's High 2016」のフォローアップとして、サトウ ハルミさん（FLAT）、酒井 優さん（WEBCRE8）の『コーダー白書 2016』セッションのスライドなどを公開します。

• スライド（SlideShare）
• 音声
• 動画

セッション1「コーダー白書」を担当しました、FLATサトウ・WEBCRE8酒井です。

土曜日は長時間お疲れ様でした。各セッションとも充実して刺激的な一日でした。

LP47お申込みの際にいただいたアンケートでは、ほぼ100%の方が答えてくださり、

皆様のご協力があって、実現できたコーダー白書でした。改めて御礼申し上げます！

アンケートの集計中にリアルな数字が見えてきて、私達も楽しみながら企画を作っていきました。

以下、アンケートでいただいた質問への回答です。

マークアップエンジニアの給与の安さ

全アンケートデータに職業別の平均年収をまとめました。

男女の平均は職業の平均が大きく反映されています。

• マークアップエンジニア平均年収 385.2万円
  
• デザイナ平均年収 492.5万円
  
• フロントエンドエンジニア平均年収 500.8万円
  
• プログラマー平均年収 721.4万円
  

マークアップエンジニアとフロントエンドエンジニアとはなんなのか

個人的な知識と分析に基づく見解になってしまいますが、これは要は求人用語です。そもそもマークアップエンジニアとは現在多くの人が思っているであろう「HTMLとCSSができる人」というような職業ではなく、もっと幅広い職域を想定して考えられた職種でした。

マークアップ・エンジニアのTips - 第1回　マークアップ・エンジニアって何？：ITpro - http://itpro.nikkeibp.co.jp/article/COLUMN/20080529/304737/

しかし業界が成長するに従ってこの職種を募集する会社は増え、求められる役割は細分化されてきました。このためマークアップエンジニアという募集で集まる人のスキルと企業のニーズが必ずしも一致しなくなってきたのではないかと推測できます。そのうち、JSを中心としたスキルを持つ人材に焦点を絞った職種としてフロントエンドエンジニアというものが生まれたのではないでしょうか。

年収に開きがあることや実際に多めの給料をもらっている方たちがフロントエンドと名乗っているのも、そういうスキルを求めて採用された方たちがそういう職種を与えられているからであると考えられるでしょう。

もう一歩踏み込んでほしかった、原因理由をもっと知りたかった

発表時間が時間が短いということもあったのですが、このセッションは他のセッションへのイントロダクションという位置づけでもあったため、アンケートでは情報としては浅くてもなるべく広めの情報を拾っているということをお知らせしたかったというのが私達の狙いです。とはいえ、各項目についてもう少し軸を増やして深掘りできればよかったというのは反省点でもあります。

今回、技術に関する質問で特に示唆が得られたと感じられたところは、各ツールの普及状況です。全体としては意外と普及していないような数字の出たツールも、コーダー、デザイナーに分けてみるとコーダーには浸透していて、それ以外の人にはそうでもないという結果が目立ちました。また、フロントエンドエンジニアを名乗る人のほうが全体的に高度なツールを使いこなしていたりしています。さらに言えば、「マークアップ」という領分にあるWAI-ARIAのようなものですら、使用者はフロントエンドエンジニアに偏り気味でありました。せっかくマークアップを名乗っているのならマークアップのスペシャリストを目指したいなと私自身感じました。

Sass、レスポンシブデザイン、SVGといった技術はコーダーの中では当たり前になっているため今まだ触ったことがないという人は少し焦るかもしれません。反対に、コーダーではない人で経験をしている人は今後さらに求められる人材になるかもしれないでしょう。こういった数値を自身の学習の火付けに使うのも有用であると考えます。

その他データはある程度揃っているので、皆さんで仮説を立ててデータを読むのも面白いはずです。

ペルソナがわかりやすい

ありがとうございます！今回は男女のペルソナを作りましたが、
コーダー・エンジニア・デザイナーと職業別のペルソナというのも作ってみたい…と構想が膨らみます。

引き続き毎回やってほしいです。

毎年技術や検証環境など比較したら、興味深いデータが出そうですね。

1-2年後のWeb制作はどうなっているか予想をまとめて、実際そのようになったか検証もしてみたいです。

コーダー白書について、ご要望があればTwitterで是非お知らせください！

サトウハルミ @uzu / 酒井優 @glatyou

#登壇スライド、全アンケートデータ

• コーダー白書 登壇スライド（SlideShare）
• 全アンケートデータ（PDF）

#コーダー白書 参考リンク

EditorConfig参考URL

http://editorconfig.org/

Popular Coding Convention on Github

http://sideeffect.kr/popularconvention#javascript

The W3C Markup Validation Service

https://validator.w3.org/

Web Content Accessibility Guidelines (WCAG) 2.0

http://waic.jp/docs/WCAG20/Overview.html

実装チェックリストの例 2012年11月版

http://waic.jp/docs/jis2010/test-guidelines/201211/icl-index.html

Top 5 Desktop, Tablet & Console Browsers in Japan from Aug 2015 to Aug 2016 | StatCounter Global Stats

http://gs.statcounter.com/#browser-JP-monthly-201508-201608

2016年9月24日（土）TKPガーデンシティPREMIUM神保町で開催したCSS Nite LP47「Coder's High 2016」のフォローアップとして、高津戸 壮さん（ピクセルグリッド）の『Enduring CSS』セッションのスライドなどを公開します。

• スライド（HTML）
• スライド（PDF）
• 音声
• 動画

セッション8「Enduring CSS」を担当したピクセルグリッドの高津戸です。長時間のイベントでしたが、ご清聴くださり、ありがとうございました。

アンケートにて頂いた質問にご回答いたします。

サイト全体でデザインを統一したい時向かなそう

これについてはその通りだと思います。私も、コーポレートサイトを作る場合、サイト全体で共通のモジュールをデザインし、そのモジュールを使いまわして多くのページを量産するというような方法を採用してきたことがほとんどでした。このような場合、サイト全体で共通のモジュールが多くなるため、名前空間で明確に分けるというのは難しいように思えます。

一応、ECSS書籍の中では、サイト全体で横断して使われるようなモジュールには、sw-（SiteWide）という名前空間を用意し、この名前空間に属させるというような例が紹介されています。しかし同時に、この名前空間に属するモジュールが多すぎると、やはり後でモジュールを変更したり、消したりするのは難しくなるため、ECSSのやりたいことを実現できなくなってしまう故、塩梅を考えよとのアドバイスも同時に書かれています。

結局のところ、サイトをどのように運用していくかという点について考えた時、長い運用に耐えられるという点に最も重きを置いて考えられたのがECSSであり、どのような場合においても、常にベストな答えというわけでは無いでしょう。全てECSSのとおりにする必要は全くありませんので、自分のプロジェクトには向いているのか向いていないのかを判断し、良さそうであれば、部分的にでも、採用してみると良いのではないでしょうか。

ECSSにぴったりマッチさせるには、Webサイトのデザイン自体も、それとなくECSSの思想に寄せて作られているような状態にする必要があるかもしれません。

メンテナンスのときに漏れが発生しそう

同じようなモジュールでも、別のCSSで書かれているという考えが基本となるため、例えば「このデザイン見出しの文字サイズを変えたい」と思った時、何箇所もCSSを編集する必要が出てくるというケースはあるでしょう。これについては、分けて考えるというECSSが取った選択のデメリットと言って良いかと思います。前述したように、そういったモジュールを、全体で共通のモジュールとして考えるのも一つの答えです。

bodyにidを振っていたけれどそれをクラスの頭につける感じでしょうか？

セッション内で挙げたのは、テンプレートごとに別の名前空間を用意するという例でした。この例においては、そのようなイメージと近いものと考えて良いかと思います。

ただ、名前空間の切り方は自由なので、ページ毎という縛りにとらわれる必要は無く、そこはサイトに合わせて自分で設計して問題無い部分です。

CSSを分けるとリクエストが増えて高速化の観点からすると心配

分けて考えるとお伝えしましたが、最終的にブラウザが読むCSSのファイルを、名前空間の数だけ用意するというわけではありません。ECSSでは、CSSの管理は何らかのビルドツールを使って行うことを推奨しており、書籍の中では、postCSSを使ったgulpのセットアップ例が紹介されています。

あえて分けたいという箇所については、そのように名前空間でまとめたCSSファイルを用意しても良いかと思います。ですが、基本的には、gulpなりでCSSはいくつかのファイルにまとめてしまい、gzipするというのが推奨される方法のようです。

ベース部分の設定についてはSMACSSなどの分け方と共存するかんじでしょうか

この点については、とりたててECSS内では触れられていませんが、必要に応じてnormalize.cssや最小限のreset.cssを読み込むと良いであろうと書かれています。

http://ecss.io/chapter5.html

ビルドを頑張らねばならないというのはどういうことか？

ECSSでは名前空間でモジュールをグルーピングし、名前空間ごとにCSSや画像、JSをまとめることとなります。HTMLではこれらを全て個別に読み込むわけではなく、一つのファイルにまとめてしまい、それを読み込ませるのが、前述した高速化の視点からは望ましいでしょう。

これを行うには、gulp等のビルドツールを用いる必要が出てきます。つまるところ、全体で一つのCSSに全部かいてしまうという方法をやめ、名前空間ごとに分けて管理しようというやり方を選んだのがECSSなので、この分けたファイルらをまとめたり何なりしたい場合、ビルドするという工程は必要になってきます。

CodeGrid、記事単位で売ってくれると嬉しいかも

これは宣伝となりますが、本セッションで紹介した内容をもうちょっと深掘りした記事が、弊社サービス、CodeGridでお読みいただけます。

https://app.codegrid.net/series/2016-ecss

CodeGridは今のところ月額制の支払い方法を基本としており、記事単位での販売は行っておりません。すみません！しかしながら、ご要望は開発の方にフィードバックさせていただきます。初月は無料ですので、気になる方はご購読頂けると幸いです。

2016年9月24日（土）TKPガーデンシティPREMIUM神保町で開催したCSS Nite LP47「Coder's High 2016」のフォローアップとして、西畑 一馬さん（トゥーアール）、小林信次さん（まぼろし）の『フロントエンドからのテクニカルディレクション』セッションのスライドなどを公開します。

• スライド（PDF）
• 音声
• 動画

セッション9「フロントエンドからのテクニカルディレクション」を担当したまぼろしの小林です。
長丁場のイベントでセッション数も多く、頭の切り替えなど大変だったと思います。
お疲れさまでした。

以下、いただいたご質問への回答です。

クライアントなど、プロジェクトに関わる全ての人がハイレベルでないと実現不可能なのではないか？

確かにクライアントにまでGitの利用方法や、正しいタスク管理ツールの使い方を理解いただくのは難しい場合もあります。
いきなりパーエフェクトな進行を実現するのではなく、まずはメールの利用を禁止にしてみる、制作現場内だけでもタスクランナーを使ってみるなど、小さなことからはじめてみるのはいかがでしょうか。
実際、弊社においても理想通りの体制を整えられるプロジェクトは希少です。

見積もりで迷ったらどうした良いのか？

まず、正確に見積もることが困難であるということを（よくある追加要件などの具体例をまじえて）事前にクライアントに伝えるようにしています。
ひとまずザックリとこのくらいですが詳細が見えてきた段階で調整しましょう、と伝えれば、その段階でそんな曖昧な回答ではダメだと言われたことはありません。

会社のディレクターに聞かせたい、動画撮影してませんよね？

スライド／動画ともに後日共有されますので、是非皆さんで見てください！

同じく、セッション9を担当したトゥーアールの西畑です。最後のセッションまで清聴いただきありがとうございました。

弊社もまぼろしと同じく受託制作をメインで行っている制作会社のため、大手や中小のさまざまなクライアントさんとお仕事をします。セッションでお話したような理想的な進め方の案件もあれば、理想とはかけ離れた案件も多くあります。

クライアントさんにもよりますが、理想に近づけるため最初のタイミングで以下のような質問ベースで誘導していくなどを行なってます。「ファイルのバージョン管理は普段どうされていますか？Gitを使われているようでしたらリポジトリを教えてください。リポジトリの準備が難しいようでしたらこちらでも用意できますのでー」

お見積に関しては、仕様が曖昧な場合はお見積から溢れた場合にどうするかの会話をお見積を行う前にしていますが、お見積にバッファを詰んでおきバッファ分が余ったら減額して請求、バッファが足らなくなりそうな場合は早めにアラートというのが多い感じです。仕様が確定している場合でも仕様変更がどれくらいありそうか、変更時には追加見積もりができるかをなどを確認しております。

セッションで伝えた内容を全部実現するのは難しいですが、まずはクライアントさんとの距離を縮めることを目標にがんばってみてはいかがでしょうか？

2016年9月24日（土）TKPガーデンシティPREMIUM神保町で開催したCSS Nite LP47「Coder's High 2016」のフォローアップとして、山田 敬美さん（ピクセルグリッド）の『モダン日本語フォント指定』セッションのスライドなどを公開します。

• スライド（PDF）
• 音声
• 動画

CSS Nite LP47に参加いただきましたみなさまありがとうございました。
「モダン日本語フォント指定」でお話させていただきました、ピクセルグリッドの山田（@tacamy）です。

游ゴシックのウエイト問題については、ブログ記事で様々な情報が飛び交い、何が正解なのか混乱していた方も多かったのではないでしょうか。いろんな記事を目にするたびに、うーん？と思うことが何度かあり、さらにそういった記事が拡散されてたりしてモヤモヤしていたので、今回お話しさせていただこうと思いました。

セッションの内容を理解していただくことで、「この指定だとここで問題が出るな、この説明はちょっと違うかな」など、ご自身で判断ができるようになったのではないでしょうか。

最初に「脱コピペ」と言ったのは、オチのためのフリというわけでなく、原理を知ることで、様々な情報に振り回されずに、自分で判断できるようになってもらうことを目的としたかったためです。

このフォローアップを書いていて、この感覚は料理と少し似ているような気がしてきました。初心者はWeb上のレシピが正しいのかどうかが判断できませんが、普段から料理をしている人は、自分のこれまでの経験をもとに、これはおいしくないレシピだと判断できたり、元のレシピに変更を加えておいしくできたり……と脱線してきたので、アンケートの質問にお答えしたいと思います。

明朝はどうすればいいのか

「漢はだまってserif」としたいところですが、游明朝を使いたいということでしたら、游ゴシックと同様にウエイトの問題の差はありますが、游ゴシックと違ってWindowsの場合、10でもMediumはありません。

• Windows
  - YuMincho-Regular
  - YuMincho-Demibold
  - YuMincho-Light
• OS X
  - YuMin-Demibold
  - YuMin-Medium

そのため、もしRegularウエイトでは細いとなった場合は、Windowsにおいては別のフォントを使うしか選択肢はなさそうです。

sans-serifについての説明がもう少し欲しかった

sans-serifを指定すると、ブラウザのデフォルトのフォント（ゴシック体）が使われます。それがOSやブラウザによって異なるので、制作者はフォントを指定してコントロールしようとします。
ただ、ユーザーからすると普段使っているブラウザの標準フォントが一番馴染みのある読みやすいフォントだと思いますし、もしそのデフォルトフォントが気に入らなければ、ブラウザの設定で自分好みのフォントに変更しているかもしれません。
サイト側でフォント指定をするということは、そのユーザーの好みのフォントを否定し、こちらの意図するフォントを押し付けることにもなります。
そういう理由もあって、個人的にはsans-serifが一番よいのではと考えています。
ただ、フォントも含めてサイトの印象の一部となるので、難しいところですね。
WindowsのFirefoxとChromeの日本語のデフォルトフォントがMS Pゴシックで、デザイン的にあまりにも残念な見た目になってしまうのが問題なのでしょうね。Windowsさえどうにかなれば……。

各OSが違うフォントしか持ってない以上、ムリに同じものにしなくてもいいかなと

私も同意見です。サイト側でフォントが指定されているとちょっとイラっとします。
ただ、仕事でマークアップをする以上、個人の思想とクライアントやデザイナーの要望が一致するとは限らず、どうしても游ゴシックにしてほしいと言われる場面もあるでしょう。そして細すぎるのでどうにかしてほしいとも。
マークアップ・エンジニアとして、そういった要望を実現する方法を知識として持っておくことと、個人の思想はまた別なのかなと割り切っています。

レスポンシブの際のフォントファミリー指定で注意しておくことはありますか？

レスポンシブだから、というわけではないですが、ある程度の主要なOSやブラウザを考慮して、どの環境から見ても違和感のないフォント指定をしておくべきかなと思います。
それよりもレスポンシブの場合は、フォントサイズの指定の方に気を配る必要がありそうです。
remやemを使った指定の他にも、vwという画面幅を基準としたサイズ指定をfont-sizeに指定するなどの方法も場合によっては必要になるかもしれません。
CodeGridにも「レスポンシブデザインにおけるテキストのコントロール」というシリーズがありますので、気になる方は読んでみてください。
https://app.codegrid.net/entry/responsive-text-1

英名のみでOKなブラウザは明確にどこから？

すみませんが具体的なバージョンについては把握できていないのですが、現在主流なサポートブラウザであるIE11、Edge、Chrome、Safari、Firefoxの最新版であれば問題ありません。

@font-faceは全ブラウザ、環境で使用可能？

IEは9+で使用可能で、その他のブラウザもほぼ対応しています。
http://caniuse.com/#feat=fontface

OS Xでメイリオが入っている場合、Winでヒラギノが入っている場合はどうなるのか気になりました

OS Xでメイリオというのは、Officeを入れているケースを考えるとそこそこありそうなので考慮の優先度は高めですが、Windowsでヒラギノが入っているケースは限定的だと思うので、優先度は低めかなと考えました。
そこまで対応するとなるとすれば、JSでOS別にクラス名を振って、それぞれ個別のfont-family指定をするしかないのかなと思いますが、そこまでするかどうかは判断の迷うところですね。

ちなみに、今回紹介したサンプルではそれぞれ次のようになります。

「最新のシステムフォントに寄せる」

html {
 font-family:
 -apple-system, /* OS X, iOS San Francisco */
 BlinkMacSystemFont, /* OS X, iOS Chrome San Francisco */
 "Hiragino Kaku Gothic ProN", /* OS X, iOS ヒラギノ */
 MyYuGothicM, /* Windows 游ゴシック */
 Meiryo, /* Windows メイリオ */
 sans-serif;
}

• OS Xでメイリオが入っている場合 : ヒラギノが優先されるので影響なし
• Winでヒラギノが入っている場合 : ヒラギノが適用される（かもしれない※）

「游ゴシックメインの指定」

html {
 font-family:
 MyYuGothicM, /* Windows 游ゴシック */
 YuGothic, /* OS X 游ゴシック */
 -apple-system, /* iOS San Francisco */
 BlinkMacSystemFont, /* iOS Chrome San Francisco */
 "Hiragino Kaku Gothic ProN", /* OS X, iOS ヒラギノ */
 Meiryo, /* Windows メイリオ */
 sans-serif;
}

• OS Xでメイリオが入っている場合 : 游ゴシックかヒラギノが優先されるので影響な
• Winでヒラギノが入っている場合 : 游ゴシックが入っていない環境であればヒラギノが適用される（かもしれない※）

※Windowsにヒラギノをインストールするには、ライセンス的にヒラギノフォントを購入しなければならず、Windows用のヒラギノを持っていないので正確にはわかりませんが、もしそのヒラギノのフォントファミリー名がOS Xと同じ名前であればヒラギノが適用されます。なお、OS Xからヒラギノを抜いてWindowsに入れるのはライセンス違反のようです。

「フォントのメタデータの中のnameテーブルを確認する」と言われていたと思うのですが、どうやってここまで深く勉強されたのかすごく気になりました（たとえば仕様書とか参考資料とか）

正直に言うと、私自身、そんなにフォントについての知識がなく、この結論が出るまでに悪戦苦闘しました。
フォントにnameテーブルがあるということは、同僚に教えてもらったのですが、@font-faceでnameテーブルのどの値が使われるなどは色々と試してみたりして、かなりの時間を費やしました。
最終的に仕様書を読んだらPostscript名が使われるということが書いてあり、最初から仕様書を読めばよかったと思いました。

メイリオで斜体が表現されないので困っている

日本語の斜体が読みやすいかどうかはさておき、斜体にしたい部分だけ別のフォントを指定するなどしか方法がなさそうです。
なお、@font-faceではfont-weightだけでなく、font-styleも指定できるので、font-style: italic;のときのみ別フォントを適用するオリジナルのMyMeiryoのようなフォントファミリーをつくってみてもいいかもしれませんね。

海外だとどういう指定が流行ってるのか知りたい

私も詳しくはないのですが、海外の場合は、文字数も少ないのでWebフォントも気軽に使われていそうな印象です。

2016年9月24日（土）TKPガーデンシティPREMIUM神保町で開催したCSS Nite LP47「Coder's High 2016」のフォローアップとして、小山田 晃浩さん（ピクセルグリッド）、坂巻 翔大郎さん（ピクセルグリッド）、赤塚妙子さん（esa）の『esa.ioのBootstrap利用とCSSリファクタリング』セッションのスライドなどを公開します。

• スライド（HTML）
• 音声
• 動画

「esa.ioのBootstrap利用とCSSリファクタリング」で共有した内容、いかがでしたでしょうか？

Webサービスでの例ということで、少し特殊だったかもしれませんが、皆さんのお仕事に活かせるであろう内容も色々あったと考えています。

• 共通言語としてのBootstrapが解決したこと
• 必要以上なツールは不要
• CSSリファクタリングで解決した内容
• リファクタリングの進め方の参考例

特に、「CSSリファクタリングで解決した内容」でご紹介した

• 詳細度のを低く一定にする
• コンポーネントの粒度

は、普段CSSを書く際に注意するポイントであり、
リファクタリングのタイミングでなく、最初からCSSを書く場合においても大切で、
これらがいいCSSを書くためのポイントとも考えています。

ぜひ、ツールを活かし、いいCSSを書いてみてください。
私達のセッション内容が少しでも皆さんの日々のお仕事への参考になれば幸いです。

以下は、アンケートにあった質問への回答です。

見積もり方法について教えてください

CSSコンサルティングを行う際の見積もりですが、今回が初めての試みだったため、まず最初に打ち合わせをしました。その中で、ピクセルグリッドは「コードレビューや相談が主で、実装はしない」という取り決めを行いました。基本的には、週に半日分ぐらいの稼働目安で始めて見る事となりました。

Bootstrapとの競合はあったのか、またその解決方法は？

競合がないように、共存をすることを選ぶのがよいと考えています。
そのためにコードを見直し（リファクタリング）クラス名などBootstrapと同じにならないように
しっかり再検討することが解決方法です。

高津戸がお話したESCSSの考え方も、競合しないCSSを書くためには有効です。

リファクタリングが生む価値はなんでしょうか？

CSSは、書き方が決まっておらず、とても難しいといえます。
その為、書き方ばバラバラになったり、時には表示速度に影響することもあります。

リファクタリングをすることで、CSSはもちろん、HTML（テンプレート）の管理のしやすさ、
つまりメンテナンスのしやすさに影響すると考えています。

リファクタリングをすることは、メンテナンスのしやすさ、パフォーマンス（速度）などを改善することができ、Webサイト、アプリケーションの寿命を延ばすために価値があるといえます。

また、esaの場合の考え方ですが、UIや機能を自分たちで試行錯誤しながら作っていったWebアプリケーションということもあり、普段からCSSも何度も書き直しつつ開発を進めています。
最初からベストなUIデザインやCSSを書くことを目標とせず、より良い方法を発見するたびに日々少しずつ改善していけるのが良いと考えています。

身軽にいつでもCSSを書き直せる状態を保つには、土台となる部分がある程度整理されていることが必要になりますが、Webアプリケーションが大きくなってきて年月が経ってくると、長い紐同士が絡まり合ってほどきにくくなるように、CSSも複雑化してきてしまい《いじりにくい》状態になってきてしまいます。
今回esaが行った大きなCSSリファクタリングは、その CSSを《いじりにくい》状態を解消して、絡まりあった紐がほどけた状態にし、いつでもCSSやUIを身軽に改善しやすい状態を保つということを目標としました。

リファクタリングの際に注意したポイントは？

実際に多くのユーザーが既に使って下さっているWebアプリケーションなので、リファクタリングで崩れる箇所がないかどうかの動作確認は、サーバサイドのエンジニアにも協力してもらい慎重に行っています。
この確認作業が結構大変で負担がかかり、また開発中の部分とのコンフリクトも起きやすいので、開発を比較的活発に進めているような時期にCSSリファクタリングをするのは避けるようにしています。

カスタマイズのコツは？

コード面では、なるべく _variables.scss 内の変数を上書きしていくという方法で進めていくのがおすすめです。
私（赤塚）の場合ですが、https://github.com/twbs/bootstrap-sass/blob/master/assets/stylesheets/bootstrap/￥variables.scss の中身をまず全部コピーした _variables.scss というファイルをimportし、そのファイルの中身を最初全てコメントアウトして、カスタマイズする部分のみ行コメントを外して上書きして使っています。このやり方だと、_variables.scss の中身をテキスト検索すれば目標の変数を探すことができ、またBootstrap関連の上書きが1ファイルにまとまるので便利です。

また、Sassファイルのimport順ですが、少し注意が必要になります。

@import variables;@import bootstrap;

上記のように、_variables.scss の方を、Bootstrap本体よりも先にimportします。そのようにすることで、こちらで上書きした変数を使用した状態でBootstrapのCSSがコンパイルされます。（逆の読み込み順にするとvariablesは使われない状態でBootstrapが実行されてしまいます）
変数を先に読むのになぜ上書きされるのか？と疑問に思われる方もいるかもしれませんが、Bootstrap本体のSassの変数には下記のように末尾に全て !defaultがついている点がポイントです。

$brand-success: #5cb85c !default;

このように、末尾に!defaultがついた状態で定義された変数は、同じ変数を定義している箇所が他にあれば、読み込み順の前後に関わらず、!default がついたもの以外 を優先するようになります。なので、上に書いても変数の上書きができるのです。

デザイン面でのカスタマイズのコツですが、まずはBootstrapのデザインにとらわれないで、そのサイトやアプリケーションにとって最適なデザインをした上で、使えるところにはBootstrapを使うくらいの感じで行うと良いでしょう。

見た目が Bootstrapっぽくならないようにするにはいくつかポイントがあります。
例えば、Bootstrapには色んな色のボタンが用意されており、つい色んな色を無意味に使いたくなってしまうのですが、ボタンの色の使い方に基本的なルールをきちんと定めておくというのもコツの1つです。

私（赤塚）は、下記のような基本ルールでやっています。

.btn-primary: そのページでの通常、メインの動作系に使うボタン.btn-default:  .btn-primary よりも相対的に弱いボタン.btn-warning: 少しイレギュラーな動作に使うボタン（新規作成系が多い）.btn-danger:

削除等の危険な動作に使うボタン（赤くて目立つので設定画面等の奥まった場所でしか利用しない）
1つのページ内に.btn-primary は原則1個以内
単純なページ遷移はなるべくボタンではなくリンクにする
杓子定規に全てルールを守るのが必ずしもベストではなく、その時々でバランスを見てベストなデザインにしていくのが良いと思いますが、基本的なルールが決まっているとデザイナー自身も、協業するエンジニア等もその後の展開がしやすく楽になり、統一感のある使いやすいサービスに育ってくると思います。

Aigis（スタイルガイドジェネレーター）について気になります

プロジェクト専用にコンポーネント集（フレームワーク）を作ることがあります。
その際、ピクセルグリッドでは、Aigisというスタイルガイドジェネレーターを利用します。

スタイルガイドジェネレータとしては、KSS、hologram、styledoccoなどが有名ですが
それよりも使い勝手をよく、ピクセルグリッドの一部のメンバーにより開発されています。

日本語での説明書もありますので、気概があれば試してみてください。
https://pxgrid.github.io/aigis/docs/jp/

2016年9月24日（土）TKPガーデンシティPREMIUM神保町で開催したCSS Nite LP47「Coder's High 2016」のフォローアップとして、阿部 正幸さん（KDDIウェブコミュニケーションズ） の『「Good bye~~ floats and “clearfix” hacks」これからはFlexboxの時代』セッションのスライドなどを公開します。

• スライド（HTML）
• 音声
• 動画

CSS Nite LP47に参加いただきました皆様ありがとうございました。
「Good bye~~ floats and “clearfix” hacks」これからはFlexboxの時代に登壇したKDDIウェブコミュニケーションズの阿部です。

セミナー当日のアンケートでFlexboxを使ったことがある方が8割を超えていて、Flexboxが普及していることを実感したのと共に、本当にセッションを止めて帰ろうかと悩んだ次第です^^;

------Flexboxを学習するために-------

さて、Flexboxを触ったことが無い方もおりましたので、これから学ぶという方は以下を参考にしていただければと思います。

Flexboxのプロパティは12種類あります。今回配布するスライドに全てのプロパティとデモコードを添付していますので、どのような動作をするか試してみてください。

全てのプロパティがどのような動作をするか理解した上で、サンプルプログラムや、下記であげます、Flexboxのサンプルサイトを見てどのようなことに活用ができるか確認をしてください。12種類のプロパティがどうのような動作をするか、Flexboxの活用例を知ることで、格段にレベルがあがるかと思います。

------デモ中のCMSの環境について-------

デモの途中でFlexboxのコードをCMSのWYSIWYGに反映をしました。その環境は以下で構築をしております、興味のある方は参照してみてください。

CMS Core：
　Drupal7

Drupal Module：
CKEditor - WYSIWYG HTML editor
　https://www.drupal.org/project/ckeditor

　Wysiwyg API template plugin
　https://www.drupal.org/project/wysiwyg_template

　Ckeditorの設定変更（エディターの設定を一部変更する必要があります）
　http://docs.cksource.com/ckeditor_api/symbols/CKEDITOR.config.html#.removeDialogTabs
　（例）
　// リプレイスのデフォルト上書きOFF
　config.templates_replaceContent = false;
　// class、IDなどのAttributesを全て許可
　config.allowedContent = true;

------Flexbox参考サイト-------

○ 当日使用したスライド
　 http://shared-blog.kddi-web.com/sandbox/lp47

○ Flexboxサンプルサイト

　Flexbox Patterns
　http://www.flexboxpatterns.com/home

　Masonry Layout（参考にはなるが実運用ではちょっと微妙かも）
　http://codepen.io/lucprincen/pen/PZPEby

　Pure CSS Radios with Flexbox
　（クリック判定にJSを使っていません）
　http://codepen.io/oknoblich/pen/mnlKi

○Flexbox CSSフレームワーク

　BULMA
　http://bulma.io/

　Bootstrap4 (現在Alpha版です)
　https://v4-alpha.getbootstrap.com/

○Flexboxのバグ

　https://github.com/philipwalton/flexbugs

------最後に-------

長くなりましたがセミナーに参加いただきました皆様、フォローアップメッセージを最後まで読んでいただきありがとうございました。またみなさまにお会いできることを楽しみにしております。

下記は私のソーシャルアカウントです。LINE@ではセミナーの無料招待チケットなどもお配りしておりますので、ぜひお気軽にフォローいただけると幸いです。

Facebook
https://www.facebook.com/chiyo.abe

LINE@
http://line.me/ti/p/@gkv8736o

CPIスタッフブログ
http://shared-blog.kddi-web.com/

2016年9月24日（土）TKPガーデンシティPREMIUM神保町で開催したCSS Nite LP47「Coder's High 2016」のフォローアップとして、長谷川 広武さん（HAMWORKS）の『本当に利用は必要か？ デザイナーにとっての jQueryとJavaScript フレームワーク』セッションのスライドなどを公開します。

• スライド（PDF）
• 音声
• 動画

セッション4「本当に利用は必要か？ デザイナーにとっての jQueryとJavaScript フレームワーク」を担当したHAMWORKSの長谷川です(´°ム°`)

デザイナーやマークアップ担当にとって JavaScript の内容は苦手意識の大きい部分だった人も中にはいると思います。しかし、jQuery やその他のライブラリ・フレームワークを含め JavaScript を覚えることで、仕事の幅も大きくかわってきます。今後も JavaScript が必要になることは多く出てきますので、紹介したようなライブラリやフレームワークも、簡易なところからでいいので、まずは一度チャレンジしてください。

以下、アンケートでいただいた質問への回答です。

結局 jQuery 使ってて OK？

小規模のときは使っててOKです。規模が大きめになる場合は jQuery だけだと対応が難しい場合も増えるため、そのときは jQuery 以外の選択も検討してください。

便利なプラグイン、フレームワークがあって自分に合ったものを探すのって大変

プラグインにしても、ライブラリやフレームワークにしても、自分に合うかどうかは触ってみないとわからないことが多いので、とても大変です。私もよく悩みますが、合うかどうかやカスタマイズしやすいかを判断するために、導入前に一度触れてチェックするようにしています。

JavaScript Framework って SEO 的にはどうなんでしょう？

私もこの点についての知識が乏しいため明確な回答を出せないのですが、検索エンジンはJavaScriptでの表示もクロールされるといわれているので、検索にヒットしないということはないようです。もしも気になってしまうようであれば、検索に影響の少ないところ、例えばサイドバーの読み込みや一覧の読み込みなどの簡易部分から利用してみることをおすすめしています。

JavaScript / jQuery どっちを勉強したらいいのか？

個人的には jQuery から勉強を始めても問題ないと思っています。jQuery なしでも出来ることでも、利用前提でいることで作る時間の短縮にもなるためです。JavaScript で抑えなければならない基礎部分もありますが（forループや変数など）それほど多くないため、jQuery の勉強とともに JavaScript の基礎も勉強してみてはいかがでしょうか？

jQueryのアニメーションはやっぱり便利

アニメーションはとても便利な機能の一つですが、CSS のアニメーションで代替できることが増えてきています。CSS で出来ることであれば jQuery のアニメーションを使わずに、transform や opacity などで動作を構成する方が動きが滑らかです。動的に値が変わる場合も、animation を使うのではなく、CSS の値を書き換えるくらいにとどめ、動き自体は transition や transform で構成するほうが滑らかです。アニメーションが必要な場合は、最初は CSS でできるか考え、難しい場合のみ jQuery の animation を利用するようにしましょう。

スライドで紹介した参考サイト

jQuery

• jQuery https://jquery.com/
• Lightbox http://lokeshdhakar.com/projects/lightbox2/
• Handlebars.js: Minimal Templating on Steroids http://handlebarsjs.com/
• 漢は黙ってjQuery http://www.slideshare.net/TakumaHanatani/jquery-56093566漢は黙ってjQuery from Takuma Hanatani

ライブラリ・フレームワーク

• Backbone.js http://backbonejs.org/
• AngularJS ? Superheroic JavaScript MVW Framework https://angularjs.org/
• A JavaScript library for building user interfaces | React https://facebook.github.io/react/)
• vue.js https://vuejs.org/
• Riot.js ? A React-like user interface micro-library http://riotjs.com/

簡易サンプル（リスト表示）

• jQuery版 http://codepen.io/h2ham/pen/WGpwwJ
• jQuery と handlebars.js 版 http://codepen.io/h2ham/pen/yarORd
• Vue.js 版 http://codepen.io/h2ham/pen/QKpEpL
• Riot.js 版 http://codepen.io/h2ham/pen/jrBAKb

2016年9月24日（土）TKPガーデンシティPREMIUM神保町で開催したCSS Nite LP47「Coder's High 2016」のフォローアップとして、松田直樹さん（まぼろし）の『ハマるSVG』セッションのスライドなどを公開します。

• スライド（PDF）
• 音声
• 動画

セッション3「ハマるSVG」を担当いたしましたまぼろしの松田です。

ご参加いただきました皆様、誠にありがとうございました。そして、お疲れ様でした。

SVG実装時における罠として、10のトラブルシューティング例をお話しいたしました。

「Coder's High」なイベントにおいてみなさんのテンションを Low にしてしまったのではないかと懸念しておりましたが、アンケートではご評価いただけたようで安心いたしました。

実装の面倒な点ばかり紹介しましたが、SVGはやはり「キレイ」「無劣化」「再利用性」「アクセシブル」といったメリットを多く保持している画像形式です。面倒な点は一旦置いておいて、まずは使ってみてください。使えば使うほどハマる（夢中になる）かと思います。

次のバージョンであるSVG2の仕様についても、9月15日に勧告候補となりました。もっと可能性を持った画像に進化しようとしています。我々コーダーがSVGを使ってどんどん普及させてまいりましょう。

以下、アンケートでいただいた質問への回答です。

「background-image の SVGの色を変える方法はないですか？」

SVGはその表示のさせ方によってセキュリティレベルが定められており、background-image や img要素で表示させた場合は、HTML側からSVGの中身にまったくアクセスできないようになっています。なので、一般的には色を変えられません。
ただ、SVGファイルの中にCSSを記述し、Media Queriesなどを利用して図形の色（fill）を変えることは可能です。

当日のスライドにて紹介した参考サイト

アニメーション &インタラクション

• Buses: The Weird and Wonderful https://arrivabusandcoach.co.uk/buses-the-weird-and-wonderful
• Experience Fleximize - A HTML5 Mission Statement https://fleximize.com/mission/

ビジュアライゼーション

• EU Referendum Results - BBC News http://www.bbc.com/news/politics/eu_referendum/results
• Olympic Feathers https://nbremer.github.io/olympicfeathers/

ロゴ

• Starbucks Coffee Japan - スターバックス コーヒー ジャパン http://www.starbucks.co.jp/
• KONICA MINOLTA 日本 | コニカミノルタ http://www.konicaminolta.jp/
• WPJ - デザイナー、エンジニア、マーケターの「掛け算」のスキルアップを応援する パスファインディング・メディア https://www.webprofessional.jp/

アイコン

• Delivering Octicons with SVG ? GitHub https://github.com/blog/2112-delivering-octicons-with-svg
• Making the Switch Away from Icon Fonts to SVG: Converting Font Icons to SVG https://sarasoueidan.com/blog/icon-fonts-to-svg/

パスの隙間を解決するFilter

• SnookSVG w Polycleaner http://codepen.io/grayghostvisuals/pen/JKmRwY

React + SVG

• Tags and Attributes | React https://facebook.github.io/react/docs/tags-and-attributes.html
• Creating an SVG Icon System with React | CSS-Tricks https://css-tricks.com/creating-svg-icon-system-react/

SVG最適化

• GitHub - svg/svgo: Nodejs-based tool for optimizing SVG vector graphics files. https://github.com/svg/svgo
• SVGOMG - SVGO's Missing GUI https://jakearchibald.github.io/svgomg/

SVGの罠のDEMO

• LP47 DEMO - SVG Aspect in img http://codepen.io/readymadegogo/pen/JRXOEQ
• LP47 DEMO - inline SVG Aspect http://codepen.io/readymadegogo/pen/WGwXOd
• LP47 DEMO - inline SVG Fluid (padding hack) http://codepen.io/readymadegogo/pen/EgKbvz
• LP47 DEMO - SVG in CSS background http://codepen.io/readymadegogo/pen/WGwzEd
• LP47 DEMO - SVG ClipPath + autoprefixer http://codepen.io/readymadegogo/pen/kkbjJz
• LP47 DEMO - SVG Icon with React http://codepen.io/readymadegogo/pen/KgrKAB

2016年9月24日（土）TKPガーデンシティPREMIUM神保町で開催したCSS Nite LP47「Coder's High 2016」のフォローアップとして、森田 壮さん（Gaji-Labo）の『イマドキのコーダー環境構築』セッションのスライドなどを公開します。

• スライド（SlideShare）
• 音声
• 動画

セッション2「イマドキのコーダー環境構築」を担当した森田です。
長丁場、お疲れ様でした。

30分という短い時間の中で、環境の話を詰め込んだので、詳細まで説明しきれないところもありましたが、コーダーのイマドキの環境を知っていただけたら幸いです。
やること多くて大変ですよね。

ご質問

アンケートにいただきました、ご質問について回答します。

gulp-sassってLibSassなの？node-sassと同じもの？

gulp-sassは、node-sass を gulp で動かすものなので、中身は同じものです。LibSassです。
gulp では gulp-sass、単体や npm-script などで使う場合は node-sass を使います。
また、RubySass を動かしたい場合は、gulp-ruby-sass というパッケージがあります。

PostCSSを使う利点は結局何でしょうか？gulpでベンダープリフィックスとか出来るし…

CSS を処理するタスクランナーと思ってください。
gulp で使う場合、gulp の中で PostCSS を使います。
なので、gulp プラグインの一つとして特に意識する必要はありません。

ベンダープリフィックスとは Autoprefixer のことを指していると思いますが、gulp で Autoprefixer を使う場合、実はすでに PostCSS を使っています。
https://github.com/postcss/autoprefixer#usage

PostCSS は Sass のような事もできますが、現状は記述については Sass を使い、小山田さんが言われていた「Sassの補助ツール」として使うのが一番ベターかなと考えます。

SassがCSSのスタンダート(!?)とのことであせりました
Sassも使っていないので難しかった

ピュア CSS より Sass の方が多く使われているのは驚きですよね。
スライドは煽り気味に書いてしまいましたが、無理に使う必要はありません。可能なところから始めてみてください。

ブラウザで簡単にSassを試せるオンラインツールもあります。
SassMeister - http://www.sassmeister.com/

まだ実案件で使ったことがないので、最初に実案件で使うオススメありますか？

全てを使ったことがないという意味であれば、まずはSassを使ってみてください。そして、せっかくなのでgulpも一緒にどうでしょう？

セッションでも最後に紹介したサンプルファイルは、gulpでSassのコンパイルと、Autoprefixer（ベンダープリフィックス付与）ができます。
こちらを雛形に、gulpのプラグインを追加してみてはいかがでしょうか。

https://github.com/sou-lab/cssnite-lp47

オススメのgulpパッケージを紹介します

• Browsersync （ローカルサーバー） https://www.browsersync.io/docs/gulp
• CSS MQPacker（ベンダープリフィックスをまとめる） https://github.com/hail2u/node-css-mqpacker
• cssnano（CSS圧縮） https://github.com/ben-eb/gulp-cssnano
• postcss-assets（画像のパスやサイズを取得） https://github.com/assetsjs/postcss-assets
• Handlebars（ハムさんオススメJavaScriptテンプレート） https://github.com/lazd/gulp-handlebars

スライドで紹介したサイト

イントロ

• The State of Front-End Tooling ? 2015 https://ashleynolan.co.uk/blog/frontend-tooling-survey-2015-results

Sass

• Sass: Syntactically Awesome Style Sheets - http://sass-lang.com/
• Web制作者のためのSassの教科書 - http://www.amazon.co.jp/dp/B00FMLD7UC/
• 現場で役立つ実践Sass | Adobe Creative Station - https://blogs.adobe.com/creativestation/serialization/web-sass-practice
• node-sass - https://github.com/sass/node-sass
• Sass 3.5 Release Candidates - http://blog.sass-lang.com/posts/809572-sass-35-release

PostCSS

• PostCSS Benchmarks - https://github.com/postcss/benchmark#preprocessors
• PostCSS - a tool for transforming CSS with JavaScript - http://postcss.org/
• PostCSS.parts - http://postcss.parts/
• PreCSS - https://github.com/jonathantneal/precss
• cssnext - http://cssnext.io/
• PostCSS Japanese Stylesheets - https://github.com/ikkou/postcss-japanese-stylesheets

gulp

• gulp.js - the streaming build system - http://gulpjs.com/
• gulp - Getting Started - https://github.com/gulpjs/gulp/blob/master/docs/getting-started.md

Node.js

• Node.js - https://nodejs.org/
• anyenv - https://github.com/riywo/anyenv
• nodist - https://github.com/marcelklehr/nodist
• npm - https://www.npmjs.com/

サンプルファイル

• https://github.com/sou-lab/cssnite-lp47

大晦日なので、毎年恒例の今年の振り返りと来年の抱負をば。

ちなみに、いまふもとっぱらオートキャンプ場で人生初のソロキャンプをしながらこのブログを書いています。キャンプを始めた2014年秋以前は、まさかこんなところで年を越すとは思ってもいなかった。人生っておもしろい。

●2015年の主要トピック（仕事編）

熱狂ブランド戦略の普及啓蒙頑張った

今年は予定通り熱狂ブランド戦略の普及啓蒙を頑張れた一年でした。構想から一年をかけた熱狂ブランド調査2016も予定通り実施・リリースできたし、12月には第一回目となる熱狂ブランドサミット2016も開催できた。

※ブランドの持続的な利益成長の鍵は、顧客の熱狂度にあり。国内初! 20業界200ブランド『熱狂的推奨者実態調査』結果発表
http://www.tribalmedia.co.jp/pressrelease/9875

※『熱狂ブランドサミット 2016』大盛況のうちに閉幕
http://www.tribalmedia.co.jp/pressrelease/10286

おかげさまで熱狂戦略に共感していただけるクライアントも増え、来年は複数のプロジェクトが始まる。気を引き締めて頑張ります。

今年もいっぱいしゃべった

今年も宣伝会議、日本マーケティング協会、社内勉強会などで60回ほどお座敷に伺いました。去年までと如実に変わったのが話すテーマで、今年は熱狂ブランド戦略が50％、ソーシャルメディア関連が（やや復活して）30％、その他（次世代広報や効果測定など）で20％でした。

次世代趣味メディアFunmee!!をリリース

そして！今年の目玉。12月12日にトライバルメディアハウス初となるメディア事業をリリース。ずっとずっとずーっとやりたかった事業だから、社内外多くの協力を得て無事リリースできて本当に嬉しい。

※好きがもっと好きになる。好き広がる趣味メディア Funmee!!
https://funmee.jp/

※「好き」でライフスタイルが進化する！次世代趣味メディア 「Funmee!!（ファンミー!!）」β版をリリース
http://www.tribalmedia.co.jp/pressrelease/10249

※人生の夢だったワーゲンバスを買ったら自分のアイデンティティを超えて「人生そのもの」になっちゃった！
https://funmee.jp/articles/d03053bced28f1fb1033281aaccf916ed9ce8699

始まったばかりでまだまだピヨピヨですが、Funmee!!を基軸に国民総幸福量を上げていくべく死ぬ気で遊んで死ぬ気で働きますので、皆さんぜひ応援してください。

●2015年の主要トピック（個人編）

念願だったハワイへのサーフトフィップ

最近のテーマは「脱『いつか』」。「いつか行きたい」「いつか始めたい」「いつかやってみたい」いつかいつかいつか…。

40歳も過ぎて人生後半戦。いつかいつか言い続けているとそのうち何もしないうちに死んじゃいそうなので、2年くらい前から仕事も私生活も「いつか」を卒業しました。

で！サーフィンを始めたからには「いつか」行ってみたい夢の国、ハワイサーフトリップに行ってきました。いやもうね、最高でしたよ。「脱・いつか」万歳。毎年は無理でも2年に一度は行きたい。ほんと、ハワイは噂に違わぬサーファー天国でした。

キャンプの底なし沼にハマる

2年前の秋から始めたキャンプ。何が楽しいのか未だにうまく言葉で表現できないんだけど、楽しいねぇ…。将来キャンプ場を経営することを胸に誓っています。

キャンプにハマる人はテントを何個も買うんだけど、なんで？って思ってたんですよね。1つでいいじゃんと。

それが…。

先人たちは正しかった。

ボクササイズ開始

人間ドック、胃カメラ、大腸カメラ、PET検診、脳ドックでは問題なかったものの、コレステロールと中性脂肪がやばくてこのままだと血管詰まって死ぬみたいなので運動再開。

ずっと始めたかったキックボクシング習いに行こうぜ！と会社の仲間と行った先がなぜか普通のボクシングジムでキック無し。ちょっと寂しいけど目的は痩せることだからまあいいか。

いまさらながらInstagramにハマる

https://www.instagram.com/ikedanoriyuki/

2010年にアカウントを開設し、ちょこちょこ更新してはいたものの、イマイチおもしろくなく放っておいたInstagram。会社のスーパーインスタグラマーに薦められ秋から復活したらもうおもしろくておもしろくて…。

キャンプ場で「あ！XXXさんですか！いつもインスタ見てます！ファンです！今度取材させてください♫」って突撃したりとか、「もしかして池田さんですか？いつも見てます～☆彡」なんてやり取りが生まれて超楽しい。インスタをFacebookの延長線上で使っているうちはおもしろさが実感できない気がする。インスタはインタレストグラフに振り切るべきだったのね。

登山開始

「いつか再開したい」と思っていた登山を20年ぶりに復活（復活って言っても20代の頃2回しか登ってないけどね）

初回は会社の仲間に西丹沢の檜洞丸に連れて行ってもらった。写真はBefore。

命からがら登頂した頂上シーンは人に見せられる顔をしていないので割愛致しますm(_ _)m

ヤッホーブルーイングの超宴に参戦

これも行きたくてウズウズしていたヤッホーブルーイングの超宴2016。サイバーエージェントのわたさんに誘ってもらって20人くらいで行ってきたけど本当に素晴らしいイベントで涙がちょちょ切れた。

↓は感動して投稿したFacebookポスト↓

来年も必ず行く！

※ガイアの夜明けに一瞬映って後日歓喜

※後日、井手社長に会いたすぎて軽井沢本社まで押しかけちゃった♡（右から2番目）

来年もたっぷりよなよなエールと水曜日のネコとインドの青鬼飲みます。

湘南移住計画開始

年始に運命の土地と出会ったので、湘南移住計画を具体化させた。場所は鎌倉の稲村ヶ崎。引っ越しは2017年6月頃。

海街Diaryを観て移住を決定するとは夢にも思わなんだ…。

●2017年の抱負（仕事編）

熱狂ブランド戦略の普及啓蒙を加速させる

2016年に引き続き全力で取り組む。セミナーや社内勉強会講師を年30～40回。遅れてる本も書く。効果検証と有効なKPI設定にも取り組む。そして、熱狂戦略によって幸せになるクライアントとエンドユーザーを増やす。やりきる。

趣味メディアFunmee!!のファンを増やす

Funmee!!はまだ始まったばかりで認知度も低ければ記事を読んでくれる読者も少なければ、毎日使ってくれる会員も少ない。

2017年は（数値は言えないけど）2018年に向けてしっかりした手応えを感じることができるところまで成長させたい。そのためには、1にユーザー、2にユーザー、3・4もユーザー、5もユーザーだ。ユーザーが幸せになって、毎日来てくれれば、売上は後から必ず着いてくる。

そのために、Funmee!!のファンを増やす。秋に大規模なファンイベントもやる！数値を見ながらのグロースハックではなく、ユーザーの笑顔を見ながらグロースハックする。やりきる。

次の10年を描く成長戦略基盤をつくる

トライバルメディアハウスは、2017年3月22日に満10歳を迎えます。長かったようであっという間。あっという間のようで長かった。どちらもある不思議な感覚。

トライバルは「人類にオドロキと感動を! 人生にもっと熱狂を!!」届けるために社会に存在しています。これまでの10年間を支えてくれた全ての方と機会に感謝し、次の10年を描く新たなチャレンジを開始します。詳細はまた追って☆彡

●2017年の抱負（個人編）

本格的なDIYに取り組む

せっかく家を建てるので、流行りのハーフビルド（とまでは行かなくても…）本格的なDIYに取り組んでプロセスを楽しもうと思ってます。

コスト削減もあり…すでに外壁塗装、内壁塗装、タイル貼り、薪ストーブスペースのレンガ積み、ウッドデッキづくり、車のガレージづくり、庭の芝張りは自分でやらなきゃならないことが確定してるし、この際、工具も一式揃えて頑張るぞと。親父大工だし！

目指すはカリフォルニア工務店岩切さんの自邸のようなサーファーズハウス☆彡

※岩切さんはFunmee!!でも取材させていただきました♫

カリフォルニア工務店代表・岩切剣一郎さんのDIY哲学「かっこいいものがないなら、自分で作ればいい」
https://funmee.jp/articles/34fd7b24316f5ffcf5385ecaeea04f3866e0f0a3

男前すぎて悔しい。

上高地・涸沢カールからの奥穂高登頂と、下ノ廊下踏破

この前、20年ぶりに山に登って、下山直後は（つらくて）「もう二度と山なんて登らない！」と思っていたものの、喉元過ぎるとやっぱりあの達成感は病み付きになる…。

ということで、マンガ「山と食欲と私」や「岳」でもおなじみの上高地・唐沢カールテント泊からの奥穂高登頂を目指したいと思います。3泊4日で。

画像出典：http://www.kamikouchi.info/

美しすぎるだろ…。

あと、先日、ある人から薦められた下ノ廊下。

画像出典：http://portal.nifty.com/kiji/121113158335_1.htm

やばい…。落ちたら確実に死ぬ。でも、なぜだか行ってみたい。やりきってみたい。死ななかったら2018年にお会いしましょう。

※これ読んでみて！：命がけの紅葉狩り～黒部峡谷下ノ廊下を歩いた
http://portal.nifty.com/kiji/121113158335_1.htm

海釣りからの三枚おろしからの男料理にチャレンジ

せっかく湘南に引っ越すし、最近ボート乗れてないので、これを機に海釣りを覚えて、アジやサバ、鯛あたりを狙いに行こうかと。

そして、釣るだけじゃなんなので、こだわりの出刃包丁も買って、憧れの三枚おろしとか覚えちゃって、魚をおいしく料理するできる男を目指してみようかと思います。

四万十川サバイバル下り

エイ出版のキャンプイベントFEEL Earthで出会った四万十塾・塾長の木村（193cm）さんが運営する4泊5日の四万十塾カヌートレックに参戦する！

出発したら5日間トイレ無し、寝床は川べりでキャンプという本格的なのアウトドアトリップ。

一生忘れられない思い出になると思う。

ということで最後に2017年の活動コンセプト…は、2016年とまったく同じ。

人の二倍働き、人の二倍遊ぶ。全てが仕事で、全てが遊びである。
ワークライフミックス（平日も週末も全てオン。好きなことをどんどん仕事にする）
遊ぶように仕事をし、仕事をするように全力で遊ぶ
熱狂の渦中で生きる（仕事も私生活も熱狂、熱中、夢中、没頭をテーマに生きる）

皆さん、2016年もよろしくお願い致します( ｀・∀・´)ﾉ

2016年最後の投稿。今年もブログ訪問ありがとうございました。2017年は1月3日から更新再開予定です。

- 2016年末のごあいさつ ―― 今年もブログ訪問ありがとうございました -

Posted on: 海外SEO情報ブログ - SuzukiKenichi.COM by Kenichi Suzuki

Iターン、空き屋活用、インバウンド市場などなど、何かと地方が注目を集める昨今ですが、地方創生のためのPR動画がユニーク過ぎると、徐々に巷で話題になっているのはご存知ですか？
今回は日本全国からエッジの効いた、よりすぐりの秀逸作品を集めてみました。

　　● オチの仰天サプライズはいつの時代も有効
　　● 身近感、参加してる感が視聴者の背中を押す
　　● 面白すぎれば何でもあり！効果は後からついてくる？

何はともあれ、まずは見ていきましょう。1本目は、岐阜県関市です。
もしも、あれがなかったら。。。。

岐阜県関市　「もしものハナシ」

この動画は2015年9月に公開されてから、既に34万回再生されている話題の作品で、おもしろ地方創世PR動画の火付け役とも言えます。
あれがない世界が非常に切実に描かれています。

2本目は、宮崎県小林市の作品です。
小林市は、1作品目の「移住促進PRムービー “ンダモシタン小林”」の仰天のオチが話題となっており、一躍有名になりましたが、この2作品目も素晴らしいです。どんなオチが待っているのか。。。

宮崎県小林市「サバイバル下校」

これを見ると、住みたいような、住みたくないような。。。。笑
いずれにしても両作品とも、何が待っているのか最後まで目を離せないので、離脱率は低いでしょう。
オチに綺麗に決まるサプライズはいつの時代も有効と言えます。
続いては、身近感、参加している感をうまく作っている作品です。

別府市　湯~園地計画！

そもそも、この遊園地を発案した人たちが素晴らしいですが、まさかこんな遊園地が、100万再生されたら実現するんだとしたら、行ってみたいし再生しますよね。
「100万再生で本当にやります！」とyoutubeに入れる心意気、PRの仕方が秀逸です。

最後にご紹介するのは、筆者おすすめの2作品、「石田光成」です。
続けてご覧下さい。

滋賀県 石田三成

滋賀県 石田三成 ＜第二弾・総集編＞

なぜこんなにまで石田光成押しなのかがちょっとわかりませんが、シュール過ぎて最後まで目が離せません。
でも、おかげで石田三成に相当詳しくなれました。
コピーも秀逸です。
そもそも、武将と県がコラボしている、というコンセプトが既に相当シュールです。じわじわと、長いスパンで話題になる作品のような気がします。

まとめ

いかがでしたでしょうか？
上記で紹介した5作品は、メディアをはじめ、SNSでも非常に話題になっています。ビジュアルを作り込みすぎず親しみやすさを感じさせ、サプライズでインパクトを与える、など、著名なタレントが出演していなくてもここまでできる、低予算で上手にPR動画を作成するヒントがいっぱいです。
今後も地方PR動画から目が離せません。

前回の記事ではブライトコーブ＆Hap-Yakセミナーのブライトコーブ社の講演内容をご紹介しました。
今回はHap-Yak社のセッションについてご紹介します。

インタラクティブ動画の黒船 Hap-Yak社

Hap-Yak社のプレゼンでは、インタラクティブ動画がどういうものなのかという基礎的なところから、それをどのようにビジネスに活かし、どのようなメリットがあるのかという説明を実践的な事例とお話しいただきました。

Hap-Yak社が強調していた点として、「動画をWebのように機能させる」ということがあります。それは、これからの動画はただ見るものではなく、動画自体がWebサイトなどと同じようにお客様がクリック、ダウンロード、アンケートなど様々なアクションを起こせるということを意味します。

そのような動画を実現するインタラクティブ動画について説明いただいた内容を今回ご紹介します。

ーインタラクティブ動画とはー

インタラクティブ動画とは、情報の送り手と受け取り手との間でアクションを起こすことのできる動画です。

例えば、動画視聴中に資料請求や購買行動ができることや、選択肢やリンクをクリックすることで動画を変化させるなどが可能です。

動画上でお客様が能動的にアクションを起こすため、よりビデオのストーリーにお客様が入りやすく、また、ただ視聴するよりも体験するインタラクティブ動画の方が記憶に残りやすいという特性があります。

Hap-Yak社ではたくさんの種類がある中でもインタラクティブ動画の機能を以下の３種類に分けています。

・CTA & shoppable video

・chapters & branching

・Question & survey

以下で詳しく説明していきたいと思います。

ーCTA & shoppable videoー

CTAとはCall To Actionの略、つまりお客様の行動を促すということです。例えば、会社のwebサイト等にある“資料請求”が挙げられます。他にもお問い合わせ・メルマガの登録・お試しセットの申込み等、web上でお客様に取っていただく行動を総称してCTAと呼んでいます。

Shoppable Videoは動画を見ているのと同時に商品を購入することができる、新しい形のビデオです。東京ガールズコレクションでモデルさんのランウェイ中にその服を購入できるシステムがその一例と言えます。Shoppable Videoはこれをビデオ上で可能にしています。

ーchapters & branchingー

これは、動画上で選択肢をいくつか出し、お客様に選んで頂くというものです。なので、お客様個人でカスタマイズして自分だけの動画にすることができます。お客様に直接選んで頂くことによって、よりニーズに近づいたビデオをご提供することができます。

下記の例では、動画内にチャプターを仕込んで視聴中にお好みの再生時間を選択することができます。

ーquestion & surveyー

これは、動画内でお客様に質問やクイズをし、その結果から情報を収集するという機能です。動画上でクイズに回答することができ、楽しんでいただくこともできます。この機能を活用した質問の返答率は65％にも上るそうです。この質問・調査の繰り返しをデータ化することによって、お客様の興味を理解することにも繋がります。

これら３点を活かして、Hap-Yak社では既に100,000以上のインタラクティブ動画が作成されています。その中で、ビデオに対する様々な要望・要件にお応えするために広い範囲でのソリューションがあります。主に３つ挙げていきます。

ーHapYak mobile solutionsー

これはスマートフォン向けの動画です。動画をスマートフォンでもフルスクリーンで見られるように作成しています。また動画視聴の状況に合わせて画面に商品を提示する、質問を加える、動画内のチャプターを選択すること等ができます。このようにすることで、スマホに最適な見せ方で、お客様が常にスマホで見やすい状況を作り出すことが可能になります。

ーHapYak 360 Solutionsー

360度動画はインタラクティブ動画の中でも新しい取り組みで、最先端のテクノロジーを採用しています。ここから収益化するのは難しいという声もありますが、観光やスポーツの分野で導入されるであろうと考えられています。例えば、サッカーの観戦客の所に広告を出す、テニスの芝生に広告を載せるなど、360度動画の中に広告を入れることもできます。

ーHapYak Corp Comm and Content Marketing Solutionsー

こちらでは、動画に沿ってスライドが表示される等、目的に応じた編集機能がついています。動画視聴の際に気になった商品があった時にその商品を調べるために、ここでは、動画視聴の横で商品についての資料を見ることができます。また、動画の中でのチャプターを選ぶこともできるので、お客様の気になるチャプターをご自身で選んで視聴することができます。

インタラクティブ動画の生成について

上記説明したインタラクティブ動画ですが、一見様々な機能を持っているため、制作するのが大変な印象があります。しかし、Hap-Yak社のHapYak Interactive Video Platformを使えば驚くほど簡単にインタラクティブ動画の生成ができます。

セミナー時には実際にデモンストレーションを見せていただきましたが、管理画面上に動画を設置し、その動画のキャプチャにパワーポイントの図形貼り付けのような要領でダウンロードや他ページへの遷移のボタンなどを付与することが可能です。デモンストレーションでは資料請求のボタンを作成していましたが、説明も含め約５分程度でインタラクティブ動画の作成が完了していました。

このHapYak Interactive Video Platformを見ると制作した動画は特別なコーディングの知識なくとも即座に生成可能であり、今後のインタラクティブ動画の広まりを予感させます。

まとめ

近年注目されているインタラクティブ動画は、様々な機能がついており、広告業界に大きい影響を与えると考えられます。メリットとしてはお客様と双方でコミュニケーションをとることができるため、お客様は情報の選択ができる、動画視聴中に行動を起こせるという点と、動画の送り手である企業は情報を伝やすい、理解させやすいという点があります。

さらに、企業側はお客様の情報をより細かく把握することも可能になります。しかし同時に、日本ではまだそのプラットフォームが揃っていない、普及していないというのが現状です。HapYak社がブライトコーブ社と提携することで、今後日本にインタラクティブ動画が広がる可能性は大いに期待できます。