『アメブロで行ったモバイルファーストインデックスへの準備について』
アメブロで行ったモバイルファーストインデックスへの準備について | CyberAgent SEO Information (サイバーエージェントSEO情報ブログ) 久しぶりの更新になってしまいました。 その間に色々なことがありましたが、私ごとですが、 SEOラボなるものを立ち上げました。 https://www.cyberagent.co.jp/newsinfo/info/detail/id=12969 SEOラボで研究により一層力を入れるとともに、アメブロのSEOについても引き続き担当しております。 そのアメブロのSEOの一環として、近づいているMobile First Index（モバイルファーストインデックス；MFI）への準備を行いましたので、今回はその準備内容とその結果について書きたいと思います。 なお、この対応はアメブロに適した方法と考えて行ったものであり、すべてのウェブサイト
翻訳: WebAPI 設計のベストプラクティス - Qiita
これは Enchant の開発者である Vinay Sahni さんが書いた記事「Best Practices for Designing a Pragmatic RESTful API」1を、ご本人の許可を得て翻訳したものです。 RESTful な WebAPI を設計しようとすると、細かなところで長考したり議論したりすると思います。また、他の API に倣ってやってはみたものの、本当にそれでいいのか、どうしてそうしているのか分からない、何てことも少なくはないと思います。 この記事では、そのようなハマリどころについて Vinay さんなりの答えを提示し、簡潔かつ明快に解説してくれています。 今後 WebAPI を設計される方は、是非参考にしてみてください。 なお、誤訳がありましたら編集リクエストを頂けると幸いです。 まえがき アプリケーションの開発が進むにつれて、その WebAPI を公
リファクタリングのエッセンス | DevTab - 成長しつづけるデベロッパーのための情報タブロイド
ギルドワークスの増田です。 ソフトウェア設計の目的は「変更コスト」を下げることです。 変更が容易なソフトウェアは、発展性に富み、生き生きとした活力を保ち続けます。変更がやりやすいソフトウェアは、事業やサービスの成功をもたらす原動力になります。 変更がたいへんなソフトウェアは、しだいに活力を失っていきます。誰もさわることができなくなり、しだいに、事業やサービスの足かせになっていきます。 変更コストの大きな違いを生むのは、プログラミング言語／フレームワーク／開発ツールの違いでありません。ちょっとしたコードの書き方の違いの積み重ねが、ソフトウェアの変更コストに大きく影響します。 ※注意：この記事は2014年9月9日にGuildWorks Blogで公開したエントリを移行したものです。 変更がたいへんになりそうなコード if(date.isBefore(SUMMER_START)||date.is
生放送で大活躍させるためのアバター技術 | CyberAgent Developers Blog
※スペシャルポーズとされているパラメータはFaceRigでボタンを押すと切り替わります。 モデルの調整 最初に調整するのは、目鼻口耳といった主要なパーツのレイアウトです。ここの位置調整をちゃんと終わらせてから細かい形の変形を行わないと、やり直す頻度が多くなるのでしっかり調整します。９方向の作成順は下図のようにしました。 ① 顔の上下を作ります。上下はパーツの上下移動で調整しやすく楽だからです。 ② ３方向が確定したら状態を保持しつつ左右を向かせて調整するといいです。 調整（上下） 前述の通り上下向きはパーツの上下スライドが主な調整作業です。前後の遠近感を意識して、各パーツの開きと詰めの調整が主な対応になります。それがうまくいったら、頭の丸みを活かして、立体感を作ってくのが良いかと思います。 調整（左右） 上向き/正面/下向きを作ったら、それぞれの位置から左右を向けて調整を進めます。これらを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
