pull requestの作り方について 作業途中でもpull request作ったほうがいい。 作業途中だと分かるようにwantedlyだと、[WIP]とかタイトルの最初につけてる タイトルに書くこと 作業の内容が分かるタイトル descriptionに書くこと WHY WHATを必ず書く Viewに変更がある場合は、スクリーンショットを貼る 関連のissueやpull reqeustへのリンクがあれば書く コードだけで分かりにくい箇所の説明(できるだけコードだけで分かるほうがいいけど) イメージは、初めてpull requestを見る人がmergeする上で必要な判断ができる情報があること。 どの作業をしているか、残っているか分かるように、マークダウンでチェックリスト作る git commitの方法について 僕自身まだまだcommitの単位は汚いので、今の僕レベルで気をつけていることを書

半日くらいswift勉強したのとgithubとかのライブラリも調べてみた。Qiitaにいろいろまとめが多くて理解の助けになった！！ 公式ドキュメント https://developer.apple.com/library/prerelease/mac/documentation/Swift/Conceptual/Swift_Programming_Language/TheBasics.html#//apple_ref/doc/uid/TP40014097-CH5-XID_449 下のQiitaの記事でも保管できるけど、Automatic Reference CountingとOptional Chainingは読まないとすべてのコードに関係するから必要 EnumerationsやPropertiesやSubscriptsは、新しく覚える必要あるけど理解というよりそういうmethodがあるん

iOSの環境変数(Configuration, Build Settings, Plist)で知っておくべきことObjective-CXcodeiOS Project > Info > Configuration アプリ環境の使い分けを書く 例) DebugとかReleaseとかQA(Quality Assurance) Project > Build Settings > Apple LLVM 5.0 - Preprocessing Preprocessor MacrosにそれぞれのConfigurationごとに定数を設定できる 例) Debugの項目にDEBUG=1、QAの項目にQA=1を入れる アプリの中では以下のように使う。(例でTestFlightをQAのときのみ読み込む)