開発インターンで気をつける5つのポイント - Qiita
概要 仕事をしたことがある人なら心得ているけど、初めてインターンに参加したり、メンターもいてがっつりコードを書くインターンをしたことがない場合は、分からないことも多いはず。 インターンに行く前に事前に行っておくといいことや、開発する時に気をつけることをまとめました。 半分以上は仕事の進め方を書いています。設計を大きく間違えたり、メンターの人が話をしていることを勘違いすると、どんなにコードを書いても成果がでません。最初の1週間は、コミュニケーションの方法や、確認の方法などに慣れてください。 参加する前 インターンに行く会社のブログを見る(Wantedlyなら) 例) Wantedlyの開発フロー http://qiita.com/awakia/items/c571e93e96a1ec28044f (github) 初めてコードレビューされる人のためのpull requestとcommitの作
プロジェクトを任されたときに学んで欲しいこと - Qiita
概要 プロジェクトを進めていく上でいくつかのスキルを身につけると、成果が出しやすくなり、より自分のアイデアでプロダクトをよくしていくことができます。 想定としては、2-3人で1-2ヶ月くらいの機能の開発や、1ヶ月以上のグロースなどの改善施策を任されたときに気をつけるといいことです。 ここでは、グロースのポイントや、改善の仕方でなく、プロジェクトを回す上で注意することを書いています。 プロジェクトの目標の確認 プロジェクトの目標を確認することが重要です。その上で、計画を立てる必要があります。 プロジェクトを成功させる要素は、４つあります。 スケジュール いつまでに何をリリースするか いつまでにプロダクトのどの数字を改善するのか プロダクトクオリティ 確認が難しいことが多い 中間で確認できるゴールを決める 1度で完成しないことを計画に織り込む ユーザインパクト 最終的には「ユーザへのインパクト
初めてコードレビューされる人のためのpull requestとcommitの作り方 - Qiita
pull requestの作り方について 作業途中でもpull request作ったほうがいい。 作業途中だと分かるようにwantedlyだと、[WIP]とかタイトルの最初につけてる タイトルに書くこと 作業の内容が分かるタイトル descriptionに書くこと WHY WHATを必ず書く Viewに変更がある場合は、スクリーンショットを貼る 関連のissueやpull reqeustへのリンクがあれば書く コードだけで分かりにくい箇所の説明(できるだけコードだけで分かるほうがいいけど) イメージは、初めてpull requestを見る人がmergeする上で必要な判断ができる情報があること。 どの作業をしているか、残っているか分かるように、マークダウンでチェックリスト作る git commitの方法について 僕自身まだまだcommitの単位は汚いので、今の僕レベルで気をつけていることを書
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に自分のアプリ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
