既存プロジェクトを swift2.0,Xcode7 へ移行した時のTips - Qiita
移行した時のメモを残していきます。細かい構文などについては触れません。 swift1.2 > 2.0 Xcode6.4 > 7.0 7.1 iPhone6: iOS 9.0.1 9.1 下記で書いている実行時のことは、実機で確認したものになります。 ※ 当記事のミスや追記した方が良いことがあれば、コメントを頂けると嬉しいです。 Xcodeの複数バージョンを共存させる 前提として、すでにXcodeをインストールしているとします。 Apple公式ダウンロードページ - Downloads for Apple Developers から Xcode7.0などインストールしたいバージョンのdmgファイルをダウンロードする。 ある程度時間がかかるので、その間にすでにインストールされているXcodeと共存させるために すでにインストールされている Xcode.app を Xcode6.4.app など
Xcode7 で pod install で ASSERTION FAILURE が発生した時の対処法 - Qiita
iOS9 が公開され、開発環境も Xcode7 にアップデート作業を始めている方が多いと思います。 Xcode7 にアップデートして既存のプロジェクトで pod install を実行したところ下記のようなエラーに遭遇しましたので対処法をメモ。 2015-09-17 13:10:30.154 ruby[55564:7519635] [MT] DVTAssertions: ASSERTION FAILURE in /Library/Caches/com.apple.xbs/Sources/IDEFrameworks/IDEFrameworks-8227/IDEFoundation/Initialization/IDEInitialization.m:590 Details: Assertion failed: _initializationCompletedSuccessfully Func
Electronのremoteでプロセス間通信を高レベルに扱う - Qiita
Electronでipcを使ってプロセス間通信を行うの続き。 概要 Electronではメインプロセスと個別のBrowserWindow上で走るプロセス（レンダラプロセス）の間はプロセス間通信でメッセージのやりとりができ、ipcモジュールとして提供されている。 remoteではプロセス間通信ををラップした高レベルな機能が提供されており、レンダラプロセスからメインプロセスのAPIを、あたかもレンダラプロセスのAPIとして存在しているかのように扱うことができる。 前提 BrowserWindow（レンダラプロセス）を立ち上げてHTMLを表示する部分までは終了しているものとする。 var app = require('app'); var BrowserWindow = require('browser-window'); app.on('ready', function() { var cur
最強のSSH踏み台設定 - Qiita
追記：openssh-7.3 以降なら ProxyJump や -J が使えます ホスト名を + で繋げることで多段Proxy接続も簡単に、がコンセプトだった本エントリの設定ですが、OpenSSH 7.3 から ProxyJump という設定が使えるようになったので、使えるなら ProxyJump を使う方が健全だし柔軟で使い勝手も良いのでそちらを覚えて帰ることをオススメします。 使い方は簡単で以下のような感じです。多段も行けるし、踏み台ホスト毎にユーザ名やポート番号を変えることも出来ます。 # 1. bastion.example.jp -> internal.example.jp ssh -J bastion.example.jp internal.example.jp # 2. bastion.example.jp -> internal.example.jp -> super-de
LLVM bitcode基礎知識 - Qiita
iOS9からのアプリ最適化の仕組みAppThinningのため、Xcode7 betaからはアプリへのbitcodeの埋め込みがデフォルトで有効になりました。 https://developer.apple.com/library/prerelease/ios/documentation/IDEs/Conceptual/AppDistributionGuide/AppThinning/AppThinning.html http://qiita.com/usagimaru/items/cb19f283db4ac0cd8bd6 bitcodeとは何かを感じ取るためのエントリです。 続き Xcode7でのembed-bitcodeオプション http://qiita.com/gamako/items/4ebfd048c5aed4f68595 bitcodeとは LLVMのビルドフローは、ざっくり
持続可能な開発を目指す ~ ドメイン・ユースケース駆動（クリーンアーキテクチャ） + 単方向に制限した処理 + FRP
この記事は、開発を持続可能にできるようなアーキテクチャとその適用方法を考察するものです。 骨子はできていますが、実装経験をフィードバックして詳細を若干変更するかもしれません。 勉強不足な点もあるので、意見を歓迎します。 開発においてよくある問題点 ビジネスロジックの本質が何だったか見失う。ソースコードのどこまでが業務上の関心で、どこからがそれを実現するための技術上の関心か分からなくなる。 入出力双方向の処理が散在して処理が追い切れなくなる。特にイベント処理でどこに飛ぶかわからないコールバック地獄になる。 初期化・つなぎ込み・統合者的オブジェクトが小さな機能単位で生まれて統一感が無くなる。 状態を持つ値が大量に散在して副作用を起こしバグを生む。 これらの問題の結果、小さな単位ごとに個人のノウハウで"良い"設計がされ、機能を追加しようとしたときにどういう方針で行えばよいか分からなくなる。 解決
開発フロー研修 @ Wantedly - Qiita
Githubでの開発 - Issue, Commit, Pull Request, Mention, Code Reviewに関する基本的なルール ゴール 「 チーム で 長期にわたって 生産性を上げる 」 前提 みんながサービス・プロダクトについて自主的に考える組織 エンジニア全員がそれぞれオーナーシップを持ってよりプロダクトを良くすることを考える いわゆるPM職の不在 = コードは書かずに、マネージだけする人がいない これは組織による。(e.g. 外注やディレクター職の存在) けれど、Wantedlyは、多少変化しつつも、より良いサービスを生み出すために、役割の程度の差はあれ全員がプロダクトについて考え責任を持ったほうが良いと考えている。 理想型 図:「青と黄色」のチーム構成が従来の縦割り+統括チーム、「緑(金)色」のところが目指すべきマイクロサービスチーム マイクロサービスチームは、
goからiOSまで一人でアプリ開発をしてたらいつの間にかマインクラフトエンジニアになった話 - Qiita
by @mixiappwchr おしゃべりマルチとは 今回UUUM株式会社様からアプリ開発の受託をうけ おしゃべりマルチ という音声チャットをやりながら、マインクラフトPE など、ゲームのマルチプレイができるというアプリをリリースさせていただきました。 マインクラフトだけではなく、モンストや、白猫プロジェクト、その他マルチゲームで使ってもらえると楽しいアプリとなっています。 主な設計 今回 複数のサーバーをくみあわせて、音声チャットマルチプレイを実現しています。 ３つのサーバーとアプリが連携 APIサーバー 音声サーバー マイクラプロキシ兼リアルタイムイベントサーバー の３つが協調して動きアプリにサービスを提供します。 本来マイクラマルチは同一内WiFIだと気軽にできるのですが、インターネット越しとなると、ルーターのポートを解放したり、なんだかんだ面倒な点が多いのですが、このアプリをいれる
shenzhenがDeployGateに対応したので使ってみた - Qiita
あ…ありのまま 先日 起こった事を話すぜ！ 空いた時間を使ってshenzhenをforkしてDeployGate対応をしようかなーと作業を始めた瞬間、既にプルリクエストが飛んでいて数日後にマージされていた… 今どきの新卒の優秀さの片鱗を 味わったぜ… というわけで、へんてこさんによって、ipaファイル作成/配信サポートツールのshenzhenがDeployGate対応されました。 素晴らしい！ 早速使ってみました。 shenzhenのインストール/ipaファイルの作り方 こちらを参照 DeployGateで配信する方法 ipaコマンドをオプション無しで実行すると、ヘルプがずらずらーと出てきます。 $ ipa ipa Build and distribute iOS apps (.ipa files) Commands: build Create a new .ipa file for yo
Swiftで型安全なFluxアーキテクチャを実現する - Qiita
iOSアプリ開発でもFluxしたい WebアプリケーションのフロントエンドをReact + Fluxな構成で開発すると、若干コードが増えて面倒にはなりつつも、 ビューの状態やデータの流れが明示的になってとてもわかりやすいなと改めて感じてます。 iOSアプリでもこういうことがやりたいのですが、基本的にFluxは考え方に過ぎないので必要な実装は自分でやらないといけません。 なので作ってみました。 https://github.com/yonekawa/SwiftFlux 使い方 基本的には必要なAction protocolとStore protocolを実装したクラスを作り、DispatcherとEventEmitterを使ってView - Action - Store - View の単方向データフローを作るだけです。詳しくはREADMEをご覧ください。 //: Step 1: Actio
仮売上（オーソリ）を使ったサービス設計 - Qiita
突然ですが、みなさん、仮売上って知ってますか？ 仮売上と通常の売上処理の違いとは一体何なのか、 『仮』という文字が付いている意味をまず解説して活用方法をご紹介したいと思います。 仮売上は、オーソリ（注）などと呼ばれることがあるクレジットカード決済の一つの機能です。 注: オーソリとはauthorization（オーソリゼーション）の略です もともと仮売上やオーソリは、信用照会業務として偽造・盗難カードや期限切れのカードなどの不正利用を防止するためにある機能でした。しかし、最近ではサービス内にうまく組み込むことで決済業務に活用されています。 『仮』という文字からもこの処理が行われても売上が確定していないようなイメージを持たれると思います。実際にそのイメージは正しく、あくまで『仮』に計上された売上だと思って頂いて結構です。 クレジットカード所有者側から見たときの仮売上された状態とは、クレジット
iOSアプリで、Google AnalyticsのABテスト機能を使う その1 - Qiita
今開発中のPlayer!というiOSアプリでABテストを行うために、各種サービスを検討したり自前で何とかしようか迷いつつ、Google Analyticsを利用することにしました。 Google Analytics以外はけっこうお高い mattt/SkyLab + 仕組み作るのはちょっと手間かかりそう 若干柔軟性に欠ける感はあるけど、Google Analyticsがモバイルアプリにも対応したABテスト環境を用意してくれている 「iOSアプリで、Google AnalyticsのABテスト機能を使う その2」はこちら 導入準備 Google Analytics導入 Google アナリティクス公式サイト - ウェブ解析とレポート機能 – Google アナリティクスでアカウントやビューを作りましょう。 アプリへのSDK導入は、CocoaPods対応なので、 pod 'GoogleAnaly
秋のiOS 9対応リリースに向けて、iOSアプリ開発者が今からやっておくべきことまとめ - Qiita
一部メンテナンスはしていますが、本記事は2015年7月執筆で後から読むと不自然な記述が混ざっています。それを踏まえて読めば、内容的には間違っていないと思います。 新型iPhone・iOS 9のリリースは9月25日あたりと言われていますが、僕も例年通りこのあたりと見ています。 よほどのことが無ければ、9月下旬からはそうズレないでしょう。 → 9月18日の噂も出てきました 【確定しました】 iOS 9: 2015年9月16日リリース iPhone 6s系: 2015年9月25日リリース このあたりダウンロードして対応しましょう( ´･‿･｀) iOS 9 GM seed: Download - iOS - Apple Developer Xcode 7 GM seed: Xcode - Downloads - Apple Developer ElCapitan 10.11 GM seed: D
PHP - エンジニアで稼ぐために大切な１９のコト - Qiita
プログラミング学習サービスやら、ペットサロン予約サービス、風俗検索サービスなど色々とやっている「かずきち」です。 ◾️Qiita記事 WEBサービスで起業したい人に読んで欲しい２０のコト ウェブカツ生を雇わない？転職できない？著作権無断使用の炎上から１年を経て思うところをぶっちゃける。 テックキャンプをウェブカツ!! 顧問が徹底レビューしてぶった切ってみた ■運営サービス一部 http://crazy-wp.com/ フリーランスエンジニアを育成するオンライン最大級のプログラミングスクール「ウェブカツ」 http://webukatu.com/ ■プログラミングスクール「ウェブカツ」の出版本 「小学生からでもプログラミングを楽しく学べる漫画作りたいなー」と思い立ち、外注してウェブカツで漫画本を作りました。KADOKAWAさんより出版しています。 はたらくプログラミング 完全版 (コミックエ
Swift 2.0 の try, catch ファーストインプレッション - Qiita
WWDC 2015 で Swift 2.0 が発表されました。オープンソース化などのうれしいニュースでも盛り上がっていますが、言語仕様としては try, throw, catch が導入されるという大きな変更がありました。本投稿は、 The Swift Programming Language の新章 Error Handling を読み、多少のコードを書いた上での個人的な感想です。 結論から言うと、 try, catch の導入は良い変更だと思えないけど、 try, catch を導入する前提なら考え得る限りベストに近い仕様だった、って感じです。 よかったのは、 ErrorType は enum タイプセーフなエラー情報 エラー処理が強制されている（検査例外のような形） try! でエラーを無視できる あたりです。個人的には、 try, catch でなく Either 的なものを公式サ
WebAPIでエラーをどう表現すべき？15のサービスを調査してみた - Qiita
2017-01-05 追記 2016年3月にエラーの標準形式RFC7807「Problem Details for HTTP APIs」が提案され、今日現在proposed standard(標準化への提唱)となっています。こちらも是非ご覧ください。 RFC 7807 - Problem Details for HTTP APIs HTTP APIの詳細なエラー情報をレスポンスに持たせるための仕様 最近はREST APIを提供しているサービスが増えてきていますね！また公開されるAPIだけでなく、Microservicesなアーキテクチャを採用して、バックエンドがWeb APIで通信するケースも増えてきているように思います。 APIを使うときはあまり気にしたこともなかったですが、いざAPIを設計してみるとどんなインターフェイスがいいのか、どんな形式がいいのかといった疑問が次々と出てきます。
ここ数年前から2015/5までのモダンフロントエンドを総まとめしてみた
HTML5や、次々と台頭するJavaScriptフレームワークにみられるように、現在のフロントエンドは異常なほど動きがあります。 常にキャッチアップしていないと、いつのまにかOLDな技術を使い続けることになります。実際に今回記事にしてみて、ちょっとつらくなりました。。 しかし、フロントエンドエンジニアとしてコードを書いていて（最近は主にJavaScript）、そのおもしろさに日々驚いています。 そこで今回は、ここ数年~2015年のフロントエンド界隈で一度は流行った技術、今後の動向などをまとめました。タイトルにモダンとありますが、その辺は適当です。ぜひ一度整理してみてください。 目次 Javascriptフレームワーク React.js Angular.js Angular.js 2.0 Backbone.js Vue.js Mithril.js Aurelia.js Knockout.js
AngularJSモダンプラクティス - Qiita
Help us understand the problem. What is going on with this article? こんにちは、@armorik83です。私のAngularJS歴は2年弱で、これまでAngularJSに関する記事はQiitaにたくさん書いてきました。例えば次のような記事です。 AngularJSアンチパターン集 2014.9 ここらでDirective Scopeの@=&をまとめておきたいと思う 2014.9 TypeScriptで書くAngularJSのMVC 2014.2 AngularJS Directiveの処理順を網羅してみた 2014.12 他にもニッチなものやイマイチだったものも含めてけっこうな数となってきました。また、こういった記事の縁で勉強会でも登壇させて頂きました。 モダンAngularJS 2014.12 GDG中国 TypeScr
認証局を立ててぼろもうけしたいんですが＞無理な理由を理解しよう - Qiita
SSLの認証局とか証明書とか勉強し始めはホント難いよね このへんのSSL/TLSの仕組みって勉強し始めの頃は凄く難しく感じるのよね。分かりやすく解説してくれてるサイトってあんま見たこと無いし。 んで、 >>300,304 みたいなことは僕も昔考えたことあったわー、と懐かしみを覚えたのでレスってみた。 証明書を発行できるかどうかは証明書のフラグで決まっている、という >>303 の指摘も重要よね。 以下2chスレより引用 丁寧過ぎると評判のレスをしてるID:UyEJo1f2が僕なわけだがｗ 2chだとそのうち倉庫に行っちゃうかもしれないのでここにメモ。 【認証局】SSLに関するスレ 2枚目【ぼろ儲け】 http://hayabusa6.2ch.net/test/read.cgi/mysv/1286532904/298-309 298 ：DNS未登録さん：2013/05/31(金) 13:31
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://qiita.com/tukiyo3/items/e471101095f054e3f029