既読ユーザー
その他5人
Railsアプリを作る際の手順・コツ(あくまでも一例)Railsポートフォリオ

ディスカッション
  • miketa-webprgr(みけた) 2020/10/12 12:21

    言及いただいたので一応コメントします!

    • Qiita記事読んでいただいて、ありがとうございます!

    • 手間は増えますが、私にとってはGitやGitHubに慣れるいい機会になりました!

      • いわゆるお勉強だけだと身につかないので、そういう意味ではよいと思います。
      • 良し悪しあると思いますが、私にとっては最初のアプリ作りだったので、Issue管理をすると道筋が立って迷子にならずに済みました
      • 大したものを作っているわけではないんですけど、プロジェクトをやっている感があって私は楽しかったです笑
    • 個人開発の場合もブランチを切って・・・という部分についてですが、git に慣れてているプロの方々はブランチを切ったりマージしたり、

      たぶん全然手間に感じていないと思います。Web業界のエンジニアの人たちは異常なので、息を吸うように操っています笑

      なので、issue管理はさておき、慣れていくという意味でも、フィーチャーブランチは切っていく方がいいんじゃないかなと思います!

  • no1-knows 2020/10/12 09:28

    Githubの使い方について

    ポートフォリオとかではなく、個人開発の場合もブランチを切って開発していますか?
    それともmaster(main)だけで作っていますか?

  • no1-knows 2020/10/12 09:28

    画面設計について

    「自分なりのアプリ作成手順」にあった「画面設計」はワイヤーフレームという意味で良いでしょうか?
    それともデザインも含めて考えるという認識でしょうか?

  • daidai3110 2020/10/12 10:10

    個人開発では基本フィーチャーブランチ切ってますが、ちょっとした修正だとmaster直接いじることもあるっちゃあります!

    私はデザイナーではないのでワイヤーですね!もしデザインもしっかりできるスキルがあるのであればXDやらFigmaやらZeplinなどを使ってデザインまでできるとベターだと思います!

  • no1-knows 2020/10/12 10:24

    ありがとうございます!
    個人開発でフィーチャーブランチを使うことに、作業を整理・可視化できる、モチベーションを保てる以外にメリットはありますか?

    たしかmiketaさんの記事?だったと思うのですが「githubでissue管理をしたほうが良さそう」ということで下記の記事を紹介していて少し興味を持ったのですが、手間も増えるなぁという印象もあって・・・なれちゃえば関係ないのかもしれないですが。
    https://qiita.com/fukubaka0825/items/c7710b4e87d478c8ba3b

  • daidai3110 2020/10/12 10:28

    プルリクが残るのであとから「なんでこの修正したんだっけ?」みたいなことを確認できるのは一つのメリットですかね。

    あーふくばかさんの記事バズってましたね。
    この記事にはありませんが、GitHub Project使うといいんじゃないかなと思いますよ。Trelloみたいに看板形式でタスク管理できますし、issueとも連携できますしめちゃめちゃ便利ですよー。

    https://qiita.com/Yamotty/items/95bcd4743ab10da89db5

  • no1-knows 2020/10/12 10:33

    GitHub Project採用させていただきます!こういうのが欲しかったです!

  • daidai3110 2020/10/12 10:36

    良かったです〜。

  • no1-knows 2020/10/12 13:24

    miketaさん、ありがとうございます。
    僕も息を吸うように操っていきたいです。笑
    今回のアプリはもう終盤なので、次回のアプリで試してみたいと思います!