タグ

2016年7月13日のブックマーク (4件)

  • Apple Developer: iPhone アプリ開発での証明書関連の作業手順 | siro:chro

    証明書〜プロビジョニングプロファイル関連の作業は、慣れていないと準備〜アプリの開発期間中に何度かやり直しが発生し、コストを浪費してしまいます。また、開発マシンや環境を変更した際にも、必ずこの工程は通らなければいけません。 何度もやりたくない作業だけに、いざやるとなったときは素早く作業を完了させられるように、余計な情報を入れず、シンプルにメモとしてまとめました。 [2015.04.28 コンテンツの内容を最新の情報に更新しました] [2013.12.20 コンテンツの内容とタグを修正しました] アプリの実機転送やアプリ申請等、アプリ自体に問題がないのに問題が起これば、たいてい証明書関連〜プロビジョニングプロファイルが原因です。 この問題であれば、一度関連データをすべて削除して、最初からやり直すほうが近道です。 環境 MacOSX 10.10.3 Xcode 6.3.1 作業の概要 iOS D

    Apple Developer: iPhone アプリ開発での証明書関連の作業手順 | siro:chro
    aki77
    aki77 2016/07/13
  • 5年間開発しているRailsプロジェクトにReact + Reduxを導入した話 by Shimpei Takamatsu | Wantedly, Inc.

    こんにちは、WantedlyのWebエンジニアの高松です。 このエンジニアブログでも何度かReact関連の話題が出ていますが、WantedlyではReact + Reduxを中心としたWebフロントエンド技術スタックを導入して開発しています。 今回はスタックの導入方法や勘所について、詳しく解説してみたいと思います。特に既存のRails環境にReactなどの導入を検討していらっしゃる方の参考になれば、と思います。 今回の内容は以前発表した以下のスライドを元にしています。 これまでのWantedlyフロントエンド開発 まず、今回のスタック導入前のWantedlyフロントエンド開発がどのようなものであったのかについてご説明します。 Wantedlyの開発リポジトリを参照すると、最初のコミットは2011年9月になっています。現在は社内でもマイクロサービス化の動きが始まっていますが、基的にW

    5年間開発しているRailsプロジェクトにReact + Reduxを導入した話 by Shimpei Takamatsu | Wantedly, Inc.
  • GithubのISSUEでなにやらやるなら、Jasperが便利だぞ!の話 - uzullaがブログ

    相変わらずヤパチー自体のエントリをかいていない主催のuzullaです、こんにちは。 さておき、ヤパチーはGithubで色々まわしていたのです。 Slackで雑談し(たり、自分が気付いたら立てる) ISSUEをたて ISSUEのコメントで色々やりとりをし Wikiにまとめる こういったフローで回しておりました。Slackだとながれちゃうし、長文は書けないからね。 さて、こういったフローで問題になるのが、「ISSUEをみない・見逃す問題」です。 GithubのISSUEは何かしらのアクションが発生しますと、なんらかのNotificationをとばします。ご存じの通りサイトには勿論表示されますし(鈴のマーク)、設定によりますがメールでも通知されますね。 しかしながら人はこれは見落とすわけです。後、自分が関係があるけど議論に参加してない話も漏れがちです。 こういうのを解決するために、人は様々なツー

    GithubのISSUEでなにやらやるなら、Jasperが便利だぞ!の話 - uzullaがブログ
  • Cache-Control の Immutable 拡張によるリロード時のキャッシュ最適化 | blog.jxck.io

    Intro ブラウザはリロード時に、 max-age に満たないキャッシュを持っていても Conditional GET によってキャッシュの Validate (有効性の問い合わせ)を行う。 Cache-Control Extension として提案されている Immutable 拡張は、キャッシュが max-age 内であればリロード時もキャッシュヒットさせる拡張である。 このヘッダの効果と、サイトへの適用について記す。 Cache-Control Cache-Control に max-age を指定することで、ブラウザにリソースをキャッシュさせることができる。 このキャッシュは max-age の期間内は fresh とみなされ、 fresh であればサーバへの問い合わせなく再利用される。 サーバへの問い合わせ(RTT)が無いため、事実上最速のリソース取得となる。 Reload

    Cache-Control の Immutable 拡張によるリロード時のキャッシュ最適化 | blog.jxck.io