開発インターンで気をつける5つのポイント - Qiita
概要 仕事をしたことがある人なら心得ているけど、初めてインターンに参加したり、メンターもいてがっつりコードを書くインターンをしたことがない場合は、分からないことも多いはず。 インターンに行く前に事前に行っておくといいことや、開発する時に気をつけることをまとめました。 半分以上は仕事の進め方を書いています。設計を大きく間違えたり、メンターの人が話をしていることを勘違いすると、どんなにコードを書いても成果がでません。最初の1週間は、コミュニケーションの方法や、確認の方法などに慣れてください。 参加する前 インターンに行く会社のブログを見る(Wantedlyなら) 例) Wantedlyの開発フロー http://qiita.com/awakia/items/c571e93e96a1ec28044f (github) 初めてコードレビューされる人のためのpull requestとcommitの作
巨大 Pull Requestを避けるための9つのポイント - Qiita
巨大 Pull Requestの問題 レビューに時間がかかる、疎かになる テストとコードを照らし合わせが大変 本番で問題が起きたときに、問題の切り分けがしにくい masterとの差分を反映する際のレビューが難しくなる 一つのミスが大きなfeatureブランチになるきっかけになることも 大きくなるとmergeに時間がかかり、ますます大きくなる どのようにして大きなPRを避けるか PRが大きくなりそうな時は事前に相談する 作業しているときに、変更点がたくさん必要になったときは早めにレビューアーに相談する 複数人で開発しているときは、しっかり話す時間をとる PRが大きくなる問題は後で変更するのが難しいので、最優先で相談するとよい。近くにいるなら直接相談する。いないときはチャットで相談する。 モデルだけの変更とテストを書く なにか機能の変更がある時に、まずモデルからレビューする 実際にどういう変化
iOS開発する上で絶対に押さえておく8つの項目 - Qiita
レスポンスはキャッシュされる NSURLConnectionでもAFNetworkingでも、レスポンスは設定によってはキャッシュされます httpのレスポンスコードを正しく返す必要があります。 サーバーからのjsonのレスポンス、画像のキャッシュの設定をしっかりみる必要があります 特に、普段返さないエラーページやメンテナンスページの設定を確認する必要あり バージョンコントロール 下位バージョンをサポートしないことで、インストールがかなり落ちます。 一度間違えて、7.1のときに7.0以降でなく7.1以降という設定でリリースして3割ほどインストールが落ちました cocoapodを利用している場合は、Podfileに書いているバージョンとprojectのバージョンに違いがあるかも注意する必要があります。 特定の7.0.2だけviewが崩れる問題などもありました iOSの細かい設定の違い カレン
初めてコードレビューされる人のためのpull requestとcommitの作り方 - Qiita
pull requestの作り方について 作業途中でもpull request作ったほうがいい。 作業途中だと分かるようにwantedlyだと、[WIP]とかタイトルの最初につけてる タイトルに書くこと 作業の内容が分かるタイトル descriptionに書くこと WHY WHATを必ず書く Viewに変更がある場合は、スクリーンショットを貼る 関連のissueやpull reqeustへのリンクがあれば書く コードだけで分かりにくい箇所の説明(できるだけコードだけで分かるほうがいいけど) イメージは、初めてpull requestを見る人がmergeする上で必要な判断ができる情報があること。 どの作業をしているか、残っているか分かるように、マークダウンでチェックリスト作る git commitの方法について 僕自身まだまだcommitの単位は汚いので、今の僕レベルで気をつけていることを書
Swiftプロジェクトに入る前に読んだことまとめ - Qiita
半日くらい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)で知っておくべきこと - Qiita
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のときのみ読み込む)
rails開発に加わる前に学んで欲しいこと - Qiita
github gitのスライドがまとまってる http://www.find-job.net/startup/7-git-slides webベースでgitを勉強 http://try.github.io/ githubフローの説明 https://gist.github.com/Gab-km/3705015 ゴール add, commit, push, branch, checkoutを覚える 自分でトピックブランチを作ってpush、その後githubでpull requestを作成することができる githubフローを理解する railsのチュートリアル http://railstutorial.jp/ MVCの挙動(特にしっかり理解) http://railstutorial.jp/chapters/a-demo-app#sec-mvc_in_action GitHubに自分のアプリ
StoryboardとContainerを多用した開発のメリットとデメリット - Qiita
Wantedlyで実際に開発しているstoryboardの一部公開してみました。 うまくいったなということをまだ公開してないアプリの実例を見せながら紹介します。 初めて作ったアプリでは、Containerの存在を知らず、TableViewをScrollViewControllerに埋め込んで、ページャーなどを実装していました。そのため、どうしてもコピペの多いアプリを作ってしまってました。 今回は、Viewの中にContainerをたくさん設置して、一覧を表示させる必要があるパーツはすべてUITableViewControllerを継承して作成しました。 その結果、 一覧画面を表示したり、 ローディングを出したり、 通信失敗後の更新ボタンを設置したり、 することが、ある共通のUITableViewControllerを継承したクラスを使うことで実装できました。 ※ スクリーンショットはまだ開
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
