TechCrunch | Startup and Technology NewsWelcome back to TechCrunch’s Week in Review — TechCrunch’s newsletter recapping the week’s biggest news. Want it in your inbox every Saturday? Sign up here. Over the past eight years,…
[Parse][iOS] PFFileの使い方 | DevelopersIO
まえおき 前回の記事で、「PFObject のサイズ上限は 128KB を超えちゃダメなので、ファイルを保存する場合は PFFile を使用しましょう」って話をしました。 今回はこの PFFile の使い方について、公式ドキュメントに習って解説していきたいと思います。 PFFileとは？ Parse でファイルを保存する場合、PFObject にバイナリとして保存する方法がありますが、いかんせん PFObjeftは１レコードあたり 128KB という上限があるため、大きめのファイルを保存するには適しておりません。そこで PFFile の登場です。PFFile では、画像、ドキュメント、ビデオ、音楽ファイルなど様々なファイルを保存することが可能です。尚、１ファイルあたり最大 10MB までの上限があります。 PFFileの使い方 PFFile の使い方は非常に簡単で、以下のように記述するだけ
![[Parse][iOS] PFFileの使い方 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/4100493f2e9737617abf32f2f94737d72775aee0/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F02%2Fparse-eyecatch.png)
Kiwi＋CocoaPodsで始めるiOSアプリの振る舞いテスト入門
Kiwi＋CocoaPodsで始めるiOSアプリの振る舞いテスト入門：iOSアプリ開発でもCI／継続的デリバリしようぜ（2）（1/4 ページ） 現代の開発現場において欠かせないCI／継続的デリバリを、iOSアプリ開発に適用するためのツールやノウハウを解説する連載。今回は、iOSアプリの機能の振る舞いをテストするテスティングフレームワークの特長とインストールの仕方、主な使い方を解説します。 前回の「iOSアプリ開発でCI／継続的デリバリ環境を始めるための4種の神器」では、CI／継続的デリバリ環境を構築するために必要なツール・サービスを紹介しました。 今回はiOSアプリのためのテスティングフレームワークの1つである「Kiwi（キウィ）」を使った振る舞いテストの書き方について解説します。 振る舞いをテストするテスティングフレームワーク「Kiwi」とは KiwiはiOSアプリケーションの機能の振る
Sinatraが、Jekyllが、オープンソース翻訳プロジェクトが、今静かに動き出している
Sinatraの日本語ドキュメント 私は以前の記事で、軽量なWEBサイト構築DSLであるSinatraプロジェクトにおけるドキュメントの日本語版作成が滞っていたので、私がそれを一歩進めたら彼に愛されたということを書きました。 英語圏のオープンソースプロジェクトに貢献する最も簡単な方法またはsinatra/README.jp.mdまたは彼はなぜ私を愛するようになったか その後、このプロジェクトでは複数の日本語を扱える方たちがそのメンテナンスを継続下さっていて、オリジナルドキュメントの更新がマージされると速やかに日本語版の更新が作成され、またときとして、その更新版に間違いが見つかると別の方がこれを指摘または修正する、という理想的な環境になっています。私のケアレスなミスも随分と直して頂きました。 Jekyllの日本語ドキュメント ところで、このブログの構築にも利用しているJekyllという静的サ
《REST思想》と《リソース指向》と《Webページ》に関する（主にRailsの）話 - Qiita
これはいわゆるWeb APIについて、ということかなと推測しました。RESTというのはAPIのプロトコルのことだと思われている傾向がありますが、そういうわけではありません。Web全体についてのもので、APIについてもWebアプリについても適用されるものです。 実はRESTでは「統一インターフェイス」の制約からメソッドについて規定されていますが、URLの形については特に規定されません（もちろんAddressabilityの面で重要であることは言うまでもありません）。なので実は/books,/books/1でなくてもいいのですが、これを規約(CoC)でズバッときれいに決めてしまったのがRailsのすごいところの1つです。 本の追加や削除を行う場合は、本情報をJSON形式でPOSTリクエストのボディとして送ります。application/x-www-form-urlencoded形式で送ることは
2月16日（日）日本初開催!?バブルフットボール大会@東京タワー
【バブルフットボールとは？】 １．基本的なルールはフットサルとほぼ同じ！ ２．人とぶつかりながらゴールにシュートを決め得点！ ３．5対5で仲間とローテーションしながら試合を楽しめます！ 【バブルフットボール協議概要】 ・プレイヤーはバブルと膝当てを着用。 ・5人のプレイヤーがピッチに立つ。 ※そのうち一人はゴールキーパーである。 ・前後半20分 計40分 注意）参加者が初級者の場合、10分ハーフで実施！ 【バブルフットボール特有の主な反則】 《オーバーボール》 ボールの上にバブルを着たまま覆い被さり、他のプレイヤーがボールに触れない状態を作り出すこと。※相手チームのボールになります。 《ヘッドイン》 バブルは筒状に空洞があり人がすっぽり入れる作りになっております。頭の空洞部分にボールが入った場合は、他のプレイヤーがボールに触れなくなるため、試合を一旦中断いたします。 【当日のイベントの流
gitでとあるコミットがどのバージョンで入ったかを確認する方法 - rochefort's blog
あるrugygemsについて一緒に仕事してる人に 「ドキュメントにある〇〇ってメソッドが使えないんですけど 使い方間違ってますかね？」と質問された。 使い方はよさそうなので githubで現在利用中のバージョンのソースを確認してみると まだその修正が入っていなかったようでした。 そこでどのバージョンで入ったかを確認してみました。 今回の用途では name-rev がスマートでしょうか。 1. githubのバージョンを辿る githubでversion毎のソースを確認して、コミットされたタイミングを確認。 最初は、githubのblameでcommit日時を見て、どのtagに入ったかを見ようとしたけど git tagのオプションには日時を見る方法が無いってことに気づいた。 今回はこれですぐに見つかったけど、コマンドでさくっと確認できる術があるはずだと思って 以下調べてみました。 2. gi
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ruby on vim yokohama.vim発表資料
