今さら聞けないiOSシミュレータの使い方&機能まとめ - Qiita
2本指ドラッグ 2本指ドラッグを発生させようとする位置にポインタを置きます。 Optionキーを押したままにします。 指でタッチする位置を表す円を、開始位置に移動します。 Shiftキーを押したまま、円を目的の中心位置まで移動してからShiftキー を放すことにより、ピンチターゲットの中心点を移動します。 Shiftキーとマウスボタンを押したまま、ドラッグしたい方向に円を描 くように動かした後、Shiftキーとマウスボタンを離します。 ピンチ ピンチを発生させようとする位置にポインタを置きます。 Optionキーを押したままにします。 指でタッチする位置を表す円を、開始位置に移動します。 Shiftキーを押したまま、円を目的の中心位置まで移動してからShiftキー を放すことにより、ピンチターゲットの中心点を移動します。 マウスボタンを押したまま、
Atom でインストールしている package 一覧 - Qiita
Sublime-Style-Column-Selection Atom で Sublime text のように矩形選択できるようになる。 Zen Zen モードになる。 人気だったから入れてみたけどあまり使わない。 api-blueprint-preview API Blueprint をエディタ内でプレビューする。 aglio が必要になる。 atom-alignment = の位置を揃えることができる。 atom-beautifier コードフォーマットをしてくれる。 atom-color-highlight エディタに入力した色名やカラーコードに従ってハイライトしてくれる。 autocomplete-plus オートコンプリート。 autocomplete-snippets オートコンプリートにスニペットも表示してくれる。 autocomplete-paths オートコンプリートにフ
Google DocsやGoogle Spreadsheetを拡張できるadd-onを作ってみる (公式ドキュメントQuickstart日本語訳 + α) - Qiita
Google DocsやGoogle Spreadsheetを拡張できるadd-onを作ってみる (公式ドキュメントQuickstart日本語訳 + α)JavaScriptGoogleAppsScript 大橋です。 最近GASの記事ばかり書いていますね。 本日(2014/03/12)GoogleよりGoogle DocsやSpreadsheetsを拡張でき、ユーザがStoreから好きにインストール可能な "add-ons"が公開されました。 Sheetsにアドオンメニューが追加されている Google DriveやChrome Web StoreのようなStoreから好きなadd-onsをインストールできる 一度別のSheetsなどでインストールしたadd-onsは別のSheetでも「アドオンを管理」メニューから利用可能状態にできる add-onsの開発にはGoogle Apps Sc
Google Apps Scriptの開発手法まとめ - Qiita
が良いかなーと思っています。 開発環境編 ざっと感覚値を書くと、 あまり複雑でない、小さめなアプリケーションや、ローカルで開発するメリットがあまり感じられない場合 ScriptEditorで作ったほうが良いです。 どうしてもバージョン管理したい、altJSで開発したい、Container Bound Scriptの開発じゃない Eclipseやその他サードパーティツールなどローカルで開発 初めてならやめておいたほうが良い。 ScriptEditor GASの開発環境は通常はScriptEditorになると思います。 僕もよくGoogleのAPIを利用するスクリプトを書く場合はScriptEditor上で開発します。 ScriptEditorでは各種ショートカットがありますので、手前味噌ですがこの記事を見ておくと良いと思います。 Eclipse 統合開発環境として有名なEclipseでもGA
スマホ用のSingle Page Applicationサイトを作る上での問題点と対応 - Qiita
はじめに スマートフォン向けFX情報サイトSmartFXをBackbone.jsを使ったSPA(Single Page Application)で運用しています。 前回はSinglePageApplicationにおける問題点と対応として全般的なSPAの問題を書きましたが、今回はスマホに特化したスマホサイトをSPAで構築するにあたって気づいた問題点とその対応方法を共有したいと思います。 画面遷移に思いのほか時間がかかる！ SPAで構築しているのに、次の画面の遷移が思っているより遅い感じがします。 サーバにアクセスしていないハズなのに。。 原因 clickイベントの発動にスマホの場合は時間がかかるためです。 スマホの場合はタッチがリンクを押したいのか、それともスクロールしたいだけなのかを判定するために一定時間経過しないとクリックと判定しません。 が、その判定時間がかなり長いものと思われます。
Promiseを使った逐次処理でユーザー入力との待ち合わせができるイベントループを記述する - Qiita
何がしたいか ゲームループがループごとにイベントを複数生成するのだが、それを時系列に沿って順番に捌きたい でもオブザーバでグローバルなイベント投げまくるとすぐクソコード化する どうにかしてピュアなモデルからビューとの待ち合わせ(オブザーバー含む)を切り離したい。なんでもしますから！ というわけでちゃんと設計練って書いてみたら結構いいんじゃねとなったので、解説書く。 設計の概要 EventSource#createEvents() は Eventの配列を生成する 実際にはここがユーザーが記述する部分になる EventRunner はループ毎にEventSource#createEvents()を呼び、上から順に処理する event.eventType毎に処理の仕方を記述する この例ではEvent間の時間を100msとなるよ]うにしてるが、実際なんでもいい。 コード CoffeeScriptで
今更ながら抑えておきたいシェルスクリプト用チートシート - Qiita
シェルスクリプト書くときになかなか覚えていなくて、かつググラビリティが低い情報をまとめてみました。 6/19 コメントを元に一部修正しました hnakamurさんありがとうございます！ 参考になる文献 test bash manual zsh manual 特殊な変数 変数 説明
本当は怖いMemcached - Qiita
はじめに データアクセスの高速化、セッションの保持などに非常に重要なポジションを占めているMemcached 特徴をあげると、速い安い美味いで、AWS上のサービス化などされており、非常に扱いやすいプロダクトなのですが、Memcachedそのものが単一障害点とならないように冗長化を測った時に深刻な問題が発生する可能性があることをご存知でしょうか。 システムに心あたりがある方は今すぐ代替手段を検討しなければなりません。 どうしてもMemcachedを使いたいという方はこちらへ それでもMemcachedを使いたいあなたへ 前提条件 そもそも冗長化をしなければ問題ないという運用はその時点で怖いのでNG cache機構という性質上、データが飛ぶのは問題ない(”正”となるデータを他から読み出すだけ)が、誤ったデータが読み出されるのをNGとする Memcachedを利用した時に利用ノードを決定するのは
Railsが時代に合わなくなってきた - Qiita
追記 RailsでJS辛い問題に関しての結論：http://qiita.com/kaiinui@github/items/dad6180f1910c6a4bfd5 -- 近年、(1) Web/App両対応が増えてきたこと、(2) WebでもJSを多用するようになったこと、の二つがあり、以下の点でRailsが微妙になっている。 ViewのJavascriptがRailsから独立している API層のサポートが微妙 最初に書いておきますが、特に決定的な解決策もなく、辛いから今後解消されてほしいよね、な話です。 ViewのJavascriptがRailsから独立している Railsはとても堅牢。 モデル、コントローラ、ルーティングと、変にいじらない限りはほとんどテストが要らない。 必要なのは、モデルに新たにpublicメソッドを付けたときくらいだろう。 実際、バックエンドはそうそうバグが出ない。
Google I/O 2014の裏でひっそり公開されたGmail APIを触ってみる - Qiita
全国でしょっちゅうGoogle APIの変更に踊らされている皆様こんにちは 大橋です。 I/O見てましたか 楽しかったですね Google API好きにとっては前半しんどすぎましたが(白目 さてI/Oの裏でひっそりとGmail APIが公開されました。 今まではIMAPを利用した通常のメールやり取りか、GmailのInboxのみを触れるGmail Inbox APIしかなく、 Google Apps ScriptでのみGmail周りをAPIとして触れる状況が続いていました。 今回のGmail APIは * 基本的にクライアントを選ばないREST APIベース * 認証周りはOAuth2 と非常に扱いやすいAPIとなっています。 では今回はこのGmail APIをクライアント側のJSから触ってみたいと思います。 ものすごくすぐ試したい方は「API Explorer」を使うと良いと思います。
新・三大JavaScript タッチ対応ライブラリ比較(Hammer.js/QuoJS/ TouchSwipe) - Qiita
モバイルデバイス全盛の昨今、サイトのデザインだけでなく動きも対応しなくては！というケースがあります（私はありました）。 そんなわけで、JavaScriptのタッチ対応ライブラリについて評価を行ってみました。ライブラリの一覧についてはこちらのサイトが詳しく、ここから対応イベント・更新頻度を基に評価対象を表題の３つに絞り、その動作を比較してみました。 各ライブラリによるタッチの挙動は、以下で比較可能です(おまけでTouchyも入ってます)。 Gesture Detector 今スマホやタブレット的な何かでこの記事を読まれているあなた！はぜひ実際に動かしてみて下さい。 私はAndroid4.0デバイスしか持ってないので、xxで動かんぞ、ということがあるかもしれないです。そんな時はコメントなどで連絡いただけたらうれしいです。また、コードはこちら。 結論 結論としてはHammer.jsをお勧めしたい
iOS/AndroidアプリのABテスト事情を調べてみた - Qiita
PCやスマホとかのWebサイトに対してA/Bテストやる方法は結構いろいろありますね。 有名どころだと optimizely とか、最近だと planBCD とか。 iPhoneとかAndroidとか、ネイティブアプリとかたくさん作っている時代ですし、同じことはどうやってるのか。 ストアにリリースした後に検証・分析できるようなフレームワークやサービスがすでにあるのか。 ちょっと調べてみました。 調べ始め さくっとググってひっかかったものは Quora How do companies practically A/B Test new versions of native mobile apps that are already in production? Qiita SkyLabを利用したiOSアプリケーションのABテスト 海外の記事 Roundup: A/B Testing Soluti
ただのWebエンジニアがスマホサイトを開発するにあたって知っておきたいこと - Qiita
今更だけど、スマホサイト開発未経験のエンジニアが、スマホサイトを開発して気づいたことやハマったことなどの雑多なまとめです。 対象はiOS, Androidです。 シェア率(日本) 最近の動向など 2014年4月のスマートフォン販売シェア、日本ではiOSがトップ、欧州ではWindows Phoneのシェアが各国で増加（Kantar調査） | juggly.cn Apple、2014年第1四半期において日本スマートフォン市場のシェアを36.6％獲得！ドコモ版iPhoneで大躍進 | gori.me（ゴリミー） 2013年第4四半期 国内携帯電話出荷台数ベンダー別 シェア 2013年第4四半期および2013年 国内携帯電話・スマートフォン市場規模を発表 より iOS, Android共に半々くらいのシェア率で考えれば良さげ。 Androidシェア(世界) iOSのOSは基本的には最新のバージョン
BigQueryことはじめ。あとBigQueryについて料金とか運用とか調査 - Qiita
まだ入門もしてないので「ことはじめ」じゃないです。 大体触ってみたのを載せます。 Wikipedia 集計 サンプルデータのwikipediaを集計してみました。 データは3億行ほどあり、サイズは36GBほどあります。 今回は、contributor_usernameを集計し、wikipediaに貢献している人ランキングをつくりました。 上位陣はbotさん達ですね。 結果としては、3億行のデータを、 何も考えずに書いて 16.2秒で集計することが出来ました。 3億行を16秒。 countしなければ3秒くらいで終わります。 MapReduceみたいなのを一切書いてないのにこの速度。 ちなみにテーブルはインデックスしているわけではなく毎回フルスキャンしているらしい。 わお。 データ保管: \$0.026/GB/mo クエリ: $5/TB (スキャンしたデータのサイズで課金) 今回のwikipe
sedで一括置換 - Qiita
Gitで管理しているファイルの中でこの文字列を全部ガガガっと書き換えたいという時に使うと便利なコマンド。
さくらのVPSにCoreOSをインストールしてDocker専用機にする - Qiita
最近 Google Compute Engine でも CoreOS が選択できるようになりましたし、国産VPSでも導入できないかなと思いさくらのVPSに入れてみることにしました。 CoreOS is Linux for Massive Server Deployments https://coreos.com/ 事前準備 ISOイメージのダウンロード さくらのVPSでは「ISOイメージインストール」でISOイメージをSFTP経由でアップロードし、任意のOSをインストールすることが可能です。 CoreOSのサイトからISOイメージをダウンロードします。 Dockerのバージョンを0.11系を利用したいので、「Alpha Channel」を選択し、「Download Alpha ISO」をクリックしダウンロードします。 ISO - CoreOS https://coreos.com/docs
Mac Chrome上でAndroid ChromeのDeveloper Toolsを表示する方法 - Qiita
準備 Macの設定 「Chome」→メニュー→「ツール」→「デバイスを検証」(chrome://inspect/#devices) 「Discover USB devices」をチェックします。 Androidの設定 「設定」→「開発者向けオプション」 「USBデバッグ」をオンにします。 使用手順 1. AndroidとMacをUSBケーブルで接続します。 2. USBデバッグを許可しますか？ 「OK」を押します。 煩わしければ、「このパソコンからのUSBデバッグを常に許可する」にチェックをいれる。 3. 「Chome」→メニュー→「ツール」→「デバイスを検証」(chrome://inspect/#devices) 開いているページの一覧が表示されています。 表示されていない場合は、「Port forwarding...」をクリック。 機能 新しいページを表示 「Open tab with
ログ集計／時系列DB／可視化ツールの調査結果 - Qiita
近年、自分の中で集計／可視化は Fluentd(datacounter)+Growthforecast で定番化していました。 しかしプロダクトで新たに集計／可視化の要件が出てきたことと、 最近可視化ツール周りで 「Kibanaってなんじゃ？」「Graphiteってなんじゃ？」「InfluxDBってなんじゃ？」 など、このツール達は一体何なんだろう…？というのが前々から気になっていました。 今回良い機会なので ◯◯は何をするものなのか？ というのを一つ一つ調べてみました。 いわゆる「触ってみた系」の記事なので だいぶ浅い感じです。 大分類 大きく分けると、可視化ツールは以下の３つに分けられそうです。 ログ収集/集計 時系列DB（＋API）の担当。バックエンド側。 可視化部分の担当。 今回は バックエンド と 可視化部分 に焦点を当ててみます。 バックエンド 全文検索時エンジン+Restfu
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Socket.IOを使ったスマホ用のサイトを作る上での問題点と対応 - Qiita
https://qiita.com/inokappa/items/a6940b783cb55c236b97