84.Paris is a multidisciplinary creative agency� who helps brands to connect with new generations.
![84.Paris](https://cdn-ak-scissors.b.st-hatena.com/image/square/1227e821155e40772164246a18acf5ac8cde7c03/height=288;version=1;width=512/https%3A%2F%2Fwww.84paris.com%2Fshare.png)
In 2007, he has had been impressed in San Francisco where Fred Everything, Miguel Migs and Mark Farina were playing at OM Records. He was particularly impressed by House music with the west coast taste in the US, so after coming back to Japan, his DJ career has started in September of the same year. Music".
ニールセンは21日、2013年4月から2014年4月までのスマートフォン利用状況をまとめたレポートを公開した。それによると、今年4月段階でのスマートフォンからのインターネット利用者数は4055万人となり、昨年4月比で41%増と急増した。 同レポートからは、スマートフォンからのインターネット利用者数は、ほぼ右肩上がりの状況が続いていることが読み取れる。2013年4月には2883万人だったが、2014年4月には4055万人と41%の大幅増となった。一方、PCからの利用者数は2013年4月に5728万人、2014年4月段階で5205万人と漸減傾向にあった。 コンテンツを全15カテゴリに分けた場合の利用状況も調査。エンタテインメント、Eコマース、旅行、ファイナンス、教育とキャリアなど9カテゴリでスマートフォンからの利用者数がPCを上回っていた。
うちの会社は、基本的に受託開発の会社ですが、自社サービス開発の両立を目指しています。その取り組みの一つとして、今年の5月、boardという受託ビジネス向けのクラウド型業務システムのベータ版をリリースし、8月に正式リリースしました。 昨年、PattoというスマホアプリCMSをリリースしていましたが、これはどちらかというとソリューション型の製品のため、今回のboardが、うちとしては初めての本格的なWebサービスです。 ベータ版リリースから約5ヶ月、正式リリースから2ヶ月が経ったところですが、これまでにぶつかった課題について書いてみたいと思います。 まとまった開発時間がとれない 当然ですが、できるだけ早く開発して、早くリリースしたいという思いがあります。しかし、基本的に受託開発を止めて自社サービスの開発をしていたわけではないため、1ヶ月がっつりとboardの開発をする、ということができませんで
僕がJavaScriptでライブラリを選定する際、迷ったら小さいものを使う。その理由について。 前提 前提として、枯れた環境で大きいフレームワークができるのは理解できるし、メリットも大きい。あるいは言語それ自身と区別できないぐらいに発達したフレームワークに依存するのも理解できる。RubyにとってのRailsとか、ErlangのOTPとか(いや、これは詳しくないけどそうなんだろうなっていう予想なんだけど)。 危険信号 今のJS界隈は動きが早すぎて、何に依存するのも危ない。とくにフレームワークと銘打たれたものは、でかすぎてどれも危険信号を放っている。 数年後、廃れてしまったフレームワークで開発し続けるのは、僕個人としてもあまり関わりたくないし、現場の離職リスクとして数字に出るだろうし、採用後の教育コストの問題になる。だいたいそういうものは元の設計者もいなくなるものだ。プロダクトの死を意味する。
Private content!This content has been marked as private by the uploader.
僕はコーヒーを飲まないのだけど、外出時に時間が空くと、ついスタバに行ってしまう。コーヒー以外に飲むものがあるから、というのも確かにそうなのだけど、理由はそれだけではない。 快適な店内空間、隣と程よく離れた席のレイアウト、PCが繋げる電源、禁煙であること、どの店員さんも必ず愛想がよいこと、といったような、スタバで体験する様々なことの質がおしなべて高いため、わざわざGoogleMapで検索してまで最寄りのスタバに行く。行ってみたらやたらと狭いお店でガッカリすることもたまにはあるのだけど、そういうことが一番少ないのがスタバだと思う。 そして、これこそが「良質なユーザ体験がデザインされている」ということなのだろう。 Webやアプリを作る業界では、毎日のように「UX(=ユーザ体験)」という言葉が飛び交っている。僕はいろいろと考えがあって、この「UX」という言葉はあまり使わないようにしている。なのでこ
もうなんかこの際マジで言わせていただくんですけど、知ってるか知らないか分かりませんが世の中にはすごい頻度で呼ばれうるDOMイベントって言うのがいくつかあるわけですよ 例えば scroll mousemove, touchmove devicemotion 辺りですよ。 で、高頻度で呼ばれるって言うことは必然的に処理量が増えるって分かりますよね?????while(1) {}じゃないとはいえUIスレッドに十分影響を与えうる頻度で呼ばれる訳です。分かりますよね???????? そうなると当然そのイベント内で重い処理を行えば人間が認識できるレベルでのレスポンス遅延が起きるっていうのはご理解できますよね? 重い処理っていうのはまぁ想像出来るとは思うんですが例えばよくあるのが DOMのレイアウトプロパティへのアクセス offsetTop、offsetLeft、offsetWidth、offsetHe
ユーザファースト推進部の丸山(@h13i32maru)です。 先日「撮るレシピ」というサービスを cookpad.com にて公開しました。「撮るレシピ」というサービスは料理本や雑誌のレシピを写真に撮ってクックパッド上に保存できるというものです。料理本や雑誌でレシピを良く見る方はぜひ使ってみてください(Androidアプリ版もあります)。 この「撮るレシピ」は全体公開前に一部のユーザに限定公開をしていました。そして全体公開をするにあたりフロント側のコードを全面的に書き換え高速化を行いました。その結果、最大で30倍高速化することができユーザの使い勝手が向上しました。以下が「書き換え前」と「書き換え後」の計測結果です(Android端末8機種 + iOS3機種で各操作のターンアラウンド時間*1を計測)。 閲覧系 最大: 30倍高速化(4.2秒→0.14秒) 平均: 15.7倍高速化(3.6秒→
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く