デザイナーBlog

ゴルフ専門にCMSシステムを提供して数年たちますが、
最近は、どのゴルフコースも
同じような売りしか展開できなくなってきているように見えます。
現場では、少人数でのマネジメントが求められているため、
頭を使って新しいことをはじめる余裕がない。
そういった状況なのかもしれませんね。
外部で観察しているからこそ、どのファクターを改善して、
どういった長期的アプローチがベターなのか。
お伝えしていくのが仕事です。
2015年の前期で、
CMS登録に対しての検索機能がバージョンアップしてきました。
これから搭載する新規コース様へも
予約システムに対してもどのように影響するか。楽しみです。

ギリシャと中国株の問題で、
都心のマンションの価格帯がどう変化するのか。ですが、
むかしむかし、中学の公民で習ったように、
お金というのは、
「世の中に存在する物質と同等のものを」
「どれでも交換できるように」
「仕組みとして作ったもの」であって、
「交換できますよ」という、全体の合意と信頼で、
成り立っている、信用経済なワケです。
信用は、目に見えないので、バーチャルな側面もあるんですね。
信じないと進まないし、信じすぎてもいけない。
そういう つきあい方なのかなと思われます。
強欲だと、”それほど価値もない” ものに「 億 」 の値がついていて、
まだまだ 「 大きな別のものと交換できる 」 と思うんですね。
==============
さて、この春から開発していた、不動産向けのCMSですが、
・ユーザーの「物件お気に入り登録」
・orではなく、and の検索システム
・動画のハンドリング
・仲介管理会社のロゴを 3D化サービス
・月額レンタルシステム
6月までに機能完成し、リリースしました。
案件によってカスタマイズしていくわけですが、
管理会社サポートとして
・物件の間取りトレース
・不動産チラシの入稿サービス
・物件の動画撮影
・物件の静止画撮影
・データー入力
そういったオプションサポートも提供しています。
入り口は、物件の撮影ということになっていますが、
売りたいモノをはじめに出さないという方法をとっています。
https://www.estate-view.jp/

Minimum Viable Product
もう、２年ほど云われているんですかね・・・
可変可能な最小の構築物を、まずリリースして、
アーリーアダプターにフィードバックしてもらう手法ですが
「可変」を、前提とするプロダクトでいくのは、
世の中の変化が、「めまぐるしい」からなんですよね。
フットワークを軽やかにしておく。
変化が「早い」というよりも、「めまぐるしい」。
サッカーで云うと、
ポジションチェンジを繰り返すみたいな感じでしょうか。
だから、はじめから作り込みすぎないこと。なんですね。
まだ機能がそれほどついていない、最小のプロダクトをリリースする。
バリアブルを前提として、フィードバックを受ける。
なにが受けるのかは、その先で考えるんですね。
自由であるようで、実は、
かなり自信がないとできない プロダクトかもしれません。

八ヶ岳南麓天文台の観測データ、知ってますか。
http://www.jishin-yohou.com
ＦＭ電波の乱れから、その収束後のあるパターンで、
地震が起きることが予測できるのですが、
今年の、8月1日プラマイで、
琵琶湖の南、京都府内の震源での大規模地震、
ありそうなんですよね。
数年前の波形から、最近まで、異なるグラフが４つくらいあって、
どれも、8月1日プラマイを指し示しているようで、
その確定が、6/13あたりだったんですが、
現時点でまだ、見解が出されていません。
・・・慎重に確定なのか、補足資料が多すぎるのか・・・
===========
同じように、
東北から北陸の日本海側も、あり得る地域ですが、
事前に、口之永良部島を当てていた、他の地震予測でも、
日向灘、かなりの確率で云われていますよね。
というか、なぜか、梅雨の前線がここんところ、
この部分だけ、重なって上がっていると思いませんか。・・・
地面の下と空の状態は、リンクしていますよね。
日向灘から発生した場合は、南海トラフと連動するので、
その先はズレながら、近畿圏も来るわけです。
https://ja.wikipedia.org/wiki/日向灘地震
どういう準備をしているかにもよりますが、
友人達にも、どんなものを揃えているか聴いています。
心構え だけですけどネ。

CC 2015 新機能で、
作成中ファイルを自動保存する
「データの復元」機能を追加。
また、Macでも
「GPU パフォーマンス」が使えるようになったので、
最大拡大率がとんでもなくできるんですね。
http://www.adobe.com/jp/products/illustrator/versions.html

夏のような５月ですね。うちの庭では
遅咲きのクレマチスが、たくさんつぼみを付けている
タイミングです。
さて、非推奨APIだった、昨年末に、V2のカレンダー
3年間サポートが終了していたのですが、
久しぶりに、施設のスケジューリングに、
カレンダーのカスタマイズ案件があったので、
APIの対応について、まとめてみました。
よくある Full Calendar を使っているのですが、
V3対応にしてあげる。調整です。
基本的に、htmlソース内の JSに、
イベントを入れていってあげると、それも反映されるわけですが、
ここを CMS化するのは、また今度やることにして、
( っていうか、これをCMS化すると、増えるばかりで重くなるよね )
Google Calendar へのカキコを、
そのまま、独自のドメイン領域に、
デザインカスタマイズして、
もちろん、見た目 + 色なんぞ変化させて、反映させるわけです。
つまり
Googleの吐き出す、インラインフレームを貼り付ける。
というカレンダーではないですヨ。
============
A 、
■ 先ず、カレンダーに使うアカウントでログインします。
■ デベロッパーのコンソール
APIを 動かしておきます。
https://console.developers.google.com/
・google カレンダーのapiキーを取得しておく。
・カレンダーを置くドメインをブラウザ指定しておく。
( ブラウザは複数設定可能 )
B 、
■ Google Calendar は、
まず、デフォルトでないカレンダーを別に作っておきます。
https://www.google.com/calendar/
・カレンダーIDを確定させておく。
・カレンダー設定から、一般公開にしておきます。
( 一般公開のすぐ下の、サブのチェックは入れない )
コレ、入れると今回のカスタマイズでは動かない。
C 、
■ fullCalendarで、設定してあげる。
・ fullCalendarの最新を DLしておく。
・ V3に対応させたコードをJSにかきかえてやる。
apiキー / カレンダーID / カレンダーの日本語化 / 日本の祝日なども設置
( 複数のカレンダーまとめ設置も可能 )
・タブレットでも見れるように JSを調整する。
D 、
■ カレンダーの見た目は、CSS設定する。
ThemeRollerなどのギャラリーからカスタマイズが簡単。

ThemeRoller

============
見た目は、G カレンダーじゃなくて、
イベントをクリックすると、ユーザーのG アカウントで見れるので、
ユーザーが自分のカレンダーに共有したり、できるわけです。
まぁ、そのあたりは従来どおりです。
新しい API対応の話でした。

会社勤めの方も、リスクを取る自立型の人と、
そうでない人というのも、まあまあいらっしゃいますが、
今は、会社が 絶対的にすべてを守ってくれる時代ではないので、
会社には協力しても、いつでもリスクが取れるように、
自立的に毎日を過ごしている。という、
レベルの高いご担当者にもお会いすることがあります。
村上賀厚さんが、
この方も、外資系で必要とされて転職を多くされた方ですが、
著書のあとがきに、
大隈重信と、西郷隆盛と、RCサクセションの話をしていました。
正しいことを正しく主張する「勇気」をもつこと。
その備えを持っていること。
だから、いつでも自立してるんですよね。
命もいらず、名もいらず、官位も金もいらぬ人は、始末に困るものなり。
この始末に困る人ならでは、
艱難(かんなん)を共にして国家の大業は成し得られぬなり。
まあ、国家の大業は別にしても、
何もいらないんですよね。
だから、自分の信念にそぐわないことはしない。
会社にも依存しない。
楽しみながら研鑽を積む。
がちがちに決めきっていないので、
さまざまなお仕事があり、その出会いがあり、
準備していると、可能性が楽しみになってきますよね。

と、いうと、Built To Last / Good To Great ですね。
会社を、内容のあるグレートに押し上げるという観点では、
華麗な派手さやスピードがもてはやされていても、
愚直なコリンズは、ある意味もっとも進んでいます。
有りがたいことに、お付き合いいただいている会社は、
最初にバスに乗せるべき方。というのが外れてなく、
僕らのポジションでは、
「 この方が選ばれて、乗っておられてよかった感 」が
よく垣間見れます。
仕事よりも、人となりを見ているのか、
それらと同時に、
達成能力の見極めが、”前から見えている”
と云うことなのかもしれません。
第五水準のリーダー、
あるいはその雰囲気が会社にあるのも共通点です。
バスに誰を乗せるのか。
そして、つぎに、
何をするか。の順なんですね。
ありがたいことだなと思いますし、
自社に適用する場合は、
乗せるべき人材がいなければ、無理をせず空けておく感覚です。
==============
最近 読んだ中では、
村上賀厚さんの
この３月に出た著書が、なかなか興味深かったです。
４月に読んだ中では、
どちらかというと きれいなコンサルの話ですが、
相原孝夫さんの新しい本、
『 ハイパフォーマー彼らの法則 』 も
素晴らしいまとめでした。

アカウントの運用は、色々とあるわけですね。
いろいろと云うのは、サーバーの設定であったり、
検索の評価のかわし方だったり、
上げるばかりでなくて・・・
なにが評価されているかのトレンドを、
肌で感じることなんですね。
で、最近、小さなクライアントの案件で、
なぜか、Gの評価が高かった事がありまして、
その前に、何を設定していたか、振り返るわけです。
で、肌で感覚をつかむ。というのがこのニュアンスなんですが、
やっぱり、今よく出ているエラーの回避と、
SNSの設定と、Map絡みの確定をさせるって事なんですね。
==============
ああ、うごいているぞと。最近。
自社のドメインが、過去のリンクの邪魔を受けているので、
一旦、ソーシャル系のドメインに統合し直しているのですが、
上の設定 ( 業者は施策という ) で、
一気に数ページ回復し、
トップ10圏内で出てきました。
こんな事で、すんなり喜んでないんですよ。
もっと まともなことしか考えていないんで。
Gのシステムは、ページが理解できているのか。
いや、自社の考えを推進させたいだけで、
それが読めない、Gの犬と呼ばれる対象は、
足下しか見ていないんでしょうね。
いやいや、本を読める時間があることに感謝ですね。

YouTube Player APIを使うシーンが増えました。
Appleのスマートデバイスだと、Flashベースが使えないので、
JSでのコントロールが必須になりますよね。
それに、一般的な埋め込みではなくて、
レスポンシブとして細かく伸縮を設定したいわけです。
===========
で、最近、
パララックスやグローバルナビの挙動など、
デザイン上でも、何らかの要素の表示が画面にとどまっているように、
コントロールしていることがあります。
この際、YouTube Playerの z-index が上に出てしまって、
( Windows PCなどで ) 格好悪くなる事があります。
※ なぜかMacでは出ないこともある。
===========
そういったデザインの際、プレーヤーのエリアにz-indexを付けたいときは、
playerVarsから指定ができます。
★ wmode : “transparent” を付け加えます。
★ デザインの任意のcss、z-indexを調整して確実にレイヤーを下げる。
playerVars: {
rel : 0, // 関連動画
showinfo : 0, // 動画情報
controls : 1, // コントローラー
wmode : “transparent” // z-indexを有効にする
}