posted articles:Go:91%C:3%compiler:3%プログラミング:3%テスト:3%

結局jQuery.Deferredの何が嬉しいのか分からない、という人向けの小話 一年ほど前に JavaScript - jQuery.Deferredを使って楽しい非同期生活を送る方法 - Qiita [キータ] という記事を書きました。 で、一年経って、ふと、「もっと分かりやすくjQuery.Deferredの便利さを説明できるんじゃないか」と思い立ってざざざっと書いてみました。 小話と言うにはちょっと長いけど。 -- jQuery.Deferredを使うと嬉しいのは、jQuery.Deferredの仕様を満たす部品同士を簡単に組み合わせることが可能だからです。中には処理を書き下すことができるとかコールバックのネストを防げるのがいいとか言う人もいますが、個人的にこっちのほうがよっぽど重要だと感じます。 例えるならレゴブロックです。レゴブロックはあの凸と凹を持ってるブロックを自由に組み合
前編ではHTML5のアウトラインを綺麗にする、というお話でした。アウトラインを綺麗にすれば、検索エンジンにコンテンツの階層構造がどうなっているのか、正しく教えることができます。 けどそれだけでは1つ1つのまとまりが一体何を表しているのかが不明です。 schema.orgに準拠することで、そこに何が書かれているのか、を検索エンジンに教えることができます。 schema.orgとは schema.org はGoogle, Microsoft, Yahoo!などの検索エンジンベンダーが集まってマークアップ方式を標準化している組織とその標準化された仕様を文書化しているサイトです。 例えば「ここは著者のことを書いています」「これは著者の名前です」「この記事が公開されたのはこの日時です」などなど、HTMLの機能だけでは伝えきれない詳細な情報をクローラに伝えるための手段が色々定義されています。 ちなみに
привет! (ロシア語でこんにちは) 梅雨で癖っ毛に磨きがかかっている yuku_t です。 さて、昨日Qiitaの各ユーザページと投稿ページのURLが変更されました。 まずユーザページは下記の様に ‘/users’ が無くなりました。セクシーですね! (旧)http://qiita.com/users/yuku_t(新)http://qiita.com/yuku_t次に投稿ページのURLに投稿者のユーザ名が含まれるようになりました。エレガントですね! (旧)http://qiita.com/items/40b7daf018d3dab48974(新)http://qiita.com/yuku_t/items/40b7daf018d3dab48974この結果ユーザ名によるエゴサーチ(自分で自分のことを検索すること)でQiitaがより引っ掛かりやすくなりました。 また、各投稿の投稿者に対す
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 注・こちらの記事はやや内容が古くなっているので、Symbols for Sketchをどうぞ リブライズのアイコンをWebフォント化するにあたり、色々はまってしまったので、さくっとシンボルフォントを作るためのテンプレートをGitHubに公開しました。Ligature (合字) を使った方法が最近のトレンド(?)ですが、デザイナがしょっちゅう更新をかけるような場合、うまく使えるツールがないのが現状。ここでは、Font Awesomeなどと同様に、UnicodeのPUA (プライベート領域) にフォントを割り付ける、比較的「枯れた」方法をと
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? オバマ大統領の再選に大きく寄与したことで大きな注目を集めているA/Bテスト。A/Bテストを導入した、することを検討している、という開発現場も多いのではないだろうか。 そんな中、Web上で次のような議論を見つけた。 20 lines of code that will beat A/B testing every time Why multi-armed bandit algorithm is not “better” than A/B testing 一言でまとめると「A/Bテストよりバンディットアルゴリズムの方がすごいよ」「いやいやA
" taglistの設定 coffeeを追加 " let g:tlist_coffee_settings = 'coffee;f:function;v:variable' " QuickRunのcoffee " let g:quickrun_config['coffee'] = { " \'command' : 'coffee', " \'exec' : ['%c -cbp %s'] " \} "------------------------------------ " vim-coffee-script "------------------------------------ " 保存時にコンパイル autocmd BufWritePost *.coffee silent CoffeeMake! -cb | cwindow | redraw! "-------------------
Rubyの開発効率を高めたい! vimでRubyやRails開発するときに、デフォルトの状態では非力ですよね。 開発効率を高める9つのプラグインを紹介します。 alpaca_tags ctagsの非同期生成 neosnippet Rails/sinatra/rspec等の補完 swtich.vim .present?:.brank?など対応するキーワードを切り替える rubocop 文法エラー、スタイルチェック vim-rails Railsプロジェクト用プラグイン unite-rails Railsプロジェクト用Unite-source vim-endwise if...endなど対応するキーワードの自動補完 ruby-matchit %を拡張して、def...end等のキーワードを移動出来るようにする。 vim-ref Ruby/Gems
About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)
タイトルはちょっと大げさですが、実際にStartupをやっていて気づいたことをまとめてみようと思います。 先に謝罪すると、僕はまだLean Startupを読破できていません… が、一緒にQiitaを開発しているyaottiは読了済み、かつQiitaでかなり積極的に取り入れているので大体把握できている、と信じています。 ↑洋書なのでちょっと読むのしんどいですが、渡辺千賀さんの記事と合わせて読むといいかもしれません。 Leanにやることと計画を立ててやることは相反するけど両立しないといけない LeanStartupの注意点はだいたい下の通りだと思います。 ユーザー体験をベースに、機能を考える できるだけ機能は小さな単位に切り分ける 最小単位でリリースし、成果を計測することで機能の取捨選択をする つまり、とにかくスピードが大事。ガンガン作ってガンガン出す。そして計測して取捨選択する。という感じ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く