text.ssig33.com - Facebook アプリ開発で注意しておくべきこと
Facebook アプリ開発で注意しておくべきこと についてまとめる。以下を守るのはめんどくさいかもしれないが、なるべく守ったほうがよい。 Facebook へのアクセスは失敗するという前提で作る これ最重要 概要 追加権限の取得を必須にしない API アクセスは高い確率で失敗するので失敗した場合のことを常に考える これら二点の問題の解決には JavaScript でなるべく処理することが有効（かもしれない） 追加権限の取得まわりについては、こちらの長文が参考になります。あと当該記事にもコメントしましたが Facebook API の追加権限取得については、「追加権限をどのように使用するか」の説明を追加権限取得時に説明することが出来ます。あまり分かりやすい UI じゃないですが、書かないよりは書くほうがマシです。 また、上記記事は、いわゆる Web のエキスパートユーザーが執筆したもので、
text.ssig33.com - HTML5 の audio タグを使ってアプリケーションを作る際のメモのようなもの
HTML5 の audio タグを使ってアプリケーションを作る際のメモのようなもの 前提: モバイル環境については考慮していない。 前提: というか Google Chrome のことしか考えていない。 HTML5 の audio タグの基本的な使い方は、 audio タグを作って、そいつに対して play() といいうメソッドを叩くと再生がはじまる、というものなのだが、 play() をいきなり叩いても再生がはじまったりはじまらなかったりする。 たぶんソースのロードがうまくいったりいかなかったりするんだろう。死ねクソが。 そこで play() を叩く前に load() というのを実行しておくと、ちゃんと再生が出来る。 load() を実行してから、ちゃんと再生可能になったタイミングで canplay というイベントが発火する。 ということなので var audio = document.
text.ssig33.com - Rails の Ajax は過渡的なもので注意が必要だ
Rails の Ajax は過渡的なもので注意が必要だ この記事は Ruby Advent Calendar 2011 の 11 日目の記事です。真面目な話を書く。 Ruby プログラマーの皆様にあっては Rails プログラマーの方が多くいらっしゃると思います。 Rails を用いて開発されるプログラムには悉く Ajax が使用されていることでしょう。 つまり Ruby プログラマの多くは JavaScript プログラマです。 ところで Ruby と JavaScript はその思想に多きな差異があります。 JavaScript はその隅々においてコールバック制御を用いたシングルスレッドのイベントドリブンなプログラミングを要求します。 実際こうしたイベントドリブンなプログラミングは大層難しく、 Rails ではそれを隠蔽する為の仕組みが提供されています。御存知 link_to や fo
text.ssig33.com - RSpec の書き方について
RSpec の書き方について 要約:RSpec は単なるテストを英語っぽく書けるツールではなく開発の全プロセスを加速するツールであるのでプロジェクト初期から有効に利用する必要がある。 4/1 ですが気にせず真面目な話を書きます。 RSpec は多分 Ruby 界隈で一番使われているテストフレームワークの一つだと思います。であるので使い方の解説や概念の解説多いですが、個人的にはそれらの解説は的を外したものが多いと考えています。 RSpec の真髄を会得するには、 RSpec の spec をどのように書くかということを考えてゆく必要があると思います。 まず RSpec の特徴的な点とはなんでしょうか。 RSpec でテストは以下のように書かれます。 describe "肛門" do context "排便する時" do it "高速に排便されると肛門がすりきれる" do 肛門がすりきれるとい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
