ネイティブアプリのようなWebアプリを作るために
※image via 003 FREE WEB GRAPHICSデバイスの多様化に伴い、拡張性の高いWebアプリの重要性が見直されています。サイバーエージェントのデカグラフを構成するサービスも基本的にはWebベースで作られていますが、これはアプリの改善スピードを上げたり、各サービス間の回遊性を高めるという狙いもあるようです。 ただし、スマートフォンユーザーはネイティブアプリ先行でサービスに触れているため、これまでのWebアプリでは当たり前だったことが、今ではストレスに感じてしまうことも多いです。HTML5の登場やJavascriptのライブラリの充実などにより、最近ではリッチなWebアプリを作る環境が急速に整ってきてはいますが、それでもスマートフォン向けに満足度の高いWebアプリを提供するハードルは非常に高いと言えると思います。 そこで、「もっさり＆カクカク」な印象のあるWebアプリの操作
JavaScriptでのbuilt-in/DOM objectのprototype拡張 - monjudoh’s diary
@rosylillyが気にしていた のでまとめた。 built-in/DOM objectのprototype拡張による弊害 追加したプロパティ/メソッドがfor inで列挙される var obj = {a:1}; for (var i in obj) { console.log(i); } こうするとaだけ出るはずが、 Object.prototype.b=function(){}; こうした後だとa,bが出てしまうって奴ですね。 そのまま代入しないでObject.defineProperty/definePropertiesでenumerable:falseのプロパティとして定義すれば列挙されなくなるので特に問題ありません。 今回挙げるprototype拡張の弊害の内唯一これだけはECMAScript5時代になって解消されました。唯一これだけは。 built-in/DOM object
無職のプログラミング [Closure Compiler]型定義チェックでコードの品質を向上する
前のエントリで紹介した、Google製JavaScriptコード圧縮・最適化ツールClosure Compilerだが、コメントで型定義を行うことで強力な警告機能を利用できる。 コメントの構文はJsDocの記法に従う。基本的な書き方は JsDoc Toolkitを使う！ - ドックコメントの書き方 を参照。 型定義の記法は、Closure Compilerを使う！ - アノテーションによる型定義 を参照。 タグについては、とりあえず以下を押さえておけばいいと思う。 ・クラスには @constructor をつける。 ・プロパティの型は @type で記述。 ・引数の型は @param、戻り値の型は @return で記述。 ・複雑な型の別名は @typedef で宣言。 大事なのは型表現なので、ここはひと通り目を通すことをお勧めする。 指定できる型は、Google JavaScript S
JsDoc3-manual-jp
JsDocとは、JavaDocライクなドキュメント作成ツールです。 JavaScriptは非常に柔軟な言語であるため、ドキュメントなしに他人のコードを読むことはかなり骨の折れる作業です。 しかし、いちいちドキュメントを書く作業もまた骨の折れる作業です。 JsDocはドキュメントを書く手間を大幅に低減してくれます。
【動画あり】５分でわかる「LTの作り方とポイント」あるいはウケるプレゼンのコツ - 941::blog
YAPC::Asia とか、勉強会とかの運営とか司会とかをしょっちゅうしている人の視点で書いてみる。 基本的には「伝える」ことが目的なので、必ずしもウケる必要はないんだけど。 LTとは 基本的には技術的なネタをわーっと喋って５分で退場する電光石火のトークのこと。 Lightning Talk （ライトニングトーク）略してLT。 ・利点 ５分という制約があるのでダラダラしない 興味のない話でも５分ならば飽きない ・デメリット とくに無し。あえて言うなら５分のトークを準備するのに１週間かかったりする。 俺調べによると、喋る時間が短くなればなるほど内容が洗練されていくため準備に時間がかかる。 ・歴史 こちらを参照。YAPC発祥。 ライトニングトーク - Wikipedia 構成 基本的にはなんでもOKだが、オーソドックスにはこう ・自己紹介（１０秒くらいでいい、あなたが誰かなんて興味ない） ・ト
米国人からコーディングについての怒りのメールを頂戴した - その手の平は尻もつかめるさ
"米国人からコーディングについての怒りのメールを頂戴した" の補足 - その手の平は尻もつかめるさ ↑の方で補足いたしました。(2012.09.04 追記) 最近、英語のメールでよく怒られます。moznion です。 海を隔てて共同作業しているアメリカ人から、僕のコーディングについてお叱りのメールを頂いたので、 自戒の念を込めて邦訳して記します。 書いてあることは「当然」とも言うべき内容ですが、僕はその「当然」も守れていなかったのかぁ〜と反省。 以下、邦訳(意訳)です。 1. 郷に入っては郷に従え 既にソースコードが存在しているって事は、そこには同時にコーディングスタイルも存在しているってことだ。 その既存のソースコードに手を加える場合、別のコーディングスタイルを導入してはならない。 もし君がバックエンドのソースコードを弄っているなら、バックエンドのコーディングスタイルで記述するんだ。 フ
LTをはじめてやる君へ - tokuhirom's blog
LT というのは メインのトークは大変なので、簡単に発表できる場をもうけよう5分なのですべっても大丈夫マイナーなネタをしゃべってもゆるされるようになんか一発ネタとかも発表できる場をもうけようなどの目的をもって設置されるものです。それほど気負う必要はないし、その日のうちに思いついてやったりする場合もあります(とくに海外では、飛び込みはあたりまえにあるといいます)。 ただ、一方で5分と話す時間がみじかくなっているので、話しなれていない場合には 自己紹介は手短にスライドの文字は大きくゆっくりしゃべるよく練習するの4点に気をつけましょう。 発表になれてない人ほど自己紹介を長くしがちですが、聴衆はあなたの生い立ちに興味はありません。名前、所属程度をいえば十分です。発表が、あなたのバックグラウンドをしらないと伝わらないものならば、かるく説明する必要はありますが、それでも30秒程度におさめる方がいいでし
html2canvas - Screenshots with JavaScript
<div id="capture" style="padding: 10px; background: #f5da55"> <h4 style="color: #000; ">Hello world!</h4> </div> html2canvas(document.querySelector("#capture")).then(canvas => { document.body.appendChild(canvas) });
ももクロスライダーで測る Redis vs MongoDB on Heroku 第二弾 - from scratch
今日はみどりの日らしく、ももクロスライダーも緑の話が活発です。 さてさて、前回に続いてRedisの話です。 危険なほど速いと言われていますが、実際の実力はどうなのか気になるところです。 確かに他の参考記事を見ると、かなり高速なようです。 redis、それは危険なほどのスピード｜サイバーエージェント 公式エンジニアブログ FreeBSDで，mongoDB V.S. Redis - なぜか数学者にはワイン好きが多い じゃーって事で、RedisとMongoDBをベンチマーク比較してみました。 結論から言うと、Redisはやっぱり鬼のように速いです。 ベンチ方法 RedisとMongoにtwitpicから取得してきた ももクロの画像に関するデータを入れておき、それを取り出す処理がどちらが早いかだけを計測しています。更新系の操作も高速なようですが、ももクロスライダーは今は更新系の操作がないので、これ
redis 使ってますか？ - Twisted Mind
redis という KVS 知っていますか？ 自分は名前は知ってはいるけど ... 程度の認識だったのですが、新しいサーバを買った際、んーやっぱり社内で簡単に VM 上げたり下げたり出来る環境が欲しいなぁと思っていたところ @shibukawa から OpenStack いいよという話を聞いてドキュメントを呼んでいたら Redis を使っていると書いてあったので、へーと興味津々になって調べてみたら ... メイン開発者２名は VMware がスポンサーになってフルタイムで redis の開発をしているというわけです。こらなんとまぁと。 そして色々ドキュメントを呼んでいたらなかなか素敵な KVS で、自分が欲しい KVS にたどり着いた感じです。 redis - Project Hosting on Google Code 魅力 日本語訳 redisドキュメント日本語訳 redis v2.0
IT系の男となんか絶対付き合いたくないよ！
同僚女性は結構な割合で同業者の男が好きみたいだけど、私は絶対嫌だよ！ だって絶対仕事の話ばっかりするじゃん！休日ぐらいゆっくりしたいよ！マネタイズがどうのとかフレームワークがどうのとか聞きたくも無いよ！ いや、仕事の話は好きだよ！同僚と仕事の話で盛り上がるの好きだよ！だいたい好きだからこそこの道に入ってるんだし。 でも彼氏とはしたくない！恋人関係に持ち込みたくない！わざわざ夜景の見えるレストラン(笑)とか行って恋人気分を高めたところで、 そこで彼氏の口からCTRとかローカライズとかって単語が出たらもう終わるもん。積極的に話に乗ってしまうもん。その話しかしないもん。台無し。 で、私は「スマホを買ったはいいもののぶっちゃけ欠片も興味なくてアプリひとつもインストールしてない」みたいな人と付き合ってて、 お互いの仕事についての話も業務の中核的な話ではなく人間関係中心の話をしていて（共有しない奴ウザ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソーシャルランチ
長文日記
長文日記