常連

Webアプリを開発しようとしているのですが、開発用のPCに関して、「OSのアップデートは望ましくない」と言われました。

その人によると、OSはおろか、セキュリティ関係以外のアップデート全般が、望ましくないみたいです。
銀行系など、ずっと古いOSのまま使っている、とも。

そういうものなのでしょうか？
自分はスマートフォンのアプリ開発も進めているのですが、そちらはそういう訳にもいかず、戸惑っています。

どうか、教えてください。

プログラム開発とOS等のバージョンアップの是非

### 実現したいこと
rebaseについての疑問点を解消したい
リモートに1度pushしているブランチをrebaseすると必ずforce pushが必要になるが、現在のrebaseの使い方が正しいか知りたい

### 発生している問題・分からないこと
以下のrebaseの手順が正しいか知りたい

2チームで開発を進めている
devブランチからfeature-Aとfeature-Bを作成し,それぞれ開発を進める
**※両ブランチともレビューしてもらうためリモートにはpush済み**
先にdevブランチにfeature-Aをmerge
その後feature-Bをdevブランチにmergeする→**この時devブランチはfeature-Aのmerge分1コミット進んでいる状態**

**この状態でローカルでfeature-Bをrebaseしてdevブランチの最新を取り込む**
rebase後devブランチにfeature-Bをmerge



### 該当のソースコード

```
特になし
```

### 試したこと・調べたこと
- [x] teratailやGoogle等で検索した
- [ ] ソースコードを自分なりに変更した
- [ ] 知人に聞いた
- [ ] その他

##### 上記の詳細・結果
一度リモートにpushしたブランチはrebaseしてはいけないという記事があった
反対にrebaseをするとforce pushが必要になるのはしょうがないという記事もあった

そもそもリモートにあげたブランチをrebaseしなければforce pushの作業は発生しないと思うので
今回のrebaseの使い方が正しいのかわからない

### 補足
特になし

Git rebaseの使い方が正しいか知りたい

まず**ストーリーポイント**を決める際に**何をもって**基準と決めるのでしょうか。

どうしても時間軸で判断してきたため、その思考からの脱却ができていません。
現状は例えば1日で終了できるユーザーストーリーにストーリーポイント1を基準として付与し、
別の3日かかりそうなユーザーストーリーにポイント3だな、という感じで決めてしまっています。
しかしこれでは時間で測ることと同様の作業となってしまっています。

皆さんは**どのようにストーリーポイントの基準値を決定**し、
それぞれのユーザーストーリーに対して**何をもってして
相対的にユーザーストーリーの大きさ**を見積もっているのでしょうか。

ご回答の程よろしくお願い致します。

ストーリーポイントの決め方

チーム開発で、GitHubを使い始めました。

## 主な開発手法

2人で開発しており、mainブランチに対して、issueごとにブランチを切って、プルリクエストを投げ、お互いのコードをレビューしあって、コードの品質を保証するというやり方をしています。

プルリクエストが承認された場合、各開発ブランチはmainをrebaseで取り込むということを行い、mainとの差分を適切なものに維持します。

## 起きている問題

### プルリクエスト間の依存性

mainへのマージにはレビューが必須なため、片方がレビューが遅れるとプルリクエストが溜まってしまい、以前投げたプルリクエストの変更に依存性があるプルリクエストが発生することになりました。

### 試した方法 

この場合、依存性のあるブランチに対して、プルリクエストを投げるというやり方で、直接mainに対してプルリクエストを投げないようにし、1つめのブランチと差分もGitHub上で見れるようするという解決方法を取りました。

しかし、そうすると、1つ目のプルリクエストで修正があった場合、後ろに続くプルリクエストでコンフリクトが多発するようになり、レビューの効率が大きく下がりました。

## 質問内容

このような状況では、プルリクエスト間で依存性があるものを開発する場合、手前のプルリクエストが承認されるのを待つ。というのが正しいのでしょうか。

他によい管理方法があれば教えていただきたいです。

GitHubチーム開発　プルリクエスト間の依存性がある場合、どうするのが良いのか。

先日ウイルスバスターfor macをインストールしたのですが、業務の開発を行う中で、使用すべき機能、設定がありましたら、教えて下さい。
ウイルスバスター　環境設定などで調べてみたのですが、あまり記事が出てきませんでした...

開発を行っていく上で使用するセキュリティソフトについて

[こちらの記事](https://monstar-lab.com/dx/solution/about-scrum/)でスクラムを勉強したのですが、
- スプリント計画でユーザーストーリーをタスクに分解する際、タスクの粒度は1日以内に完了する程度となっていますが、1ヶ月スプリントの場合タスクが最低30個、それが人数分として300個、タスクボードに並ぶことを想像すると管理が大変に思えます。
- 1日以内に完了するタスクに分けた場合、例えば設計3日、設計レビュー&指摘対応2日のようなとき、タスクは「この範囲の設計」「この範囲のレビュー&指摘対応」のようになると思いますが、情報が各チケットに分散しすぎて後で探したり全体像を整理するのが面倒な気がします。
- MAX10人とのことですが、10人でデイリースクラム15分で進捗、課題、翌日までに行うことをチーム内で共有できる気がしません。サマリだけ説明して、あとは「チケット見てね」とする感じなのでしょうか。1人ずつ説明したら絶対時間足りませんよね（説明だけでなく状況整理も必要なので）。

以上から「こんなのできるチーム存在するの？」と思ってしまいます。このあたりの時間や粒度はチームごとにカスタマイズして良いとしても、最初の基準値がそもそも異常に思えてなりません。
私が何か盛大に勘違いしているような気がするので、勘違いしていそうなポイントをご回答いただきたいです。お手数ですがよろしくお願いします。


スクラムの会議時間やタスク粒度の基準値が非現実的に思える

エージェントを利用し、Web系のプロジェクトに業務委託で入りたいのですが、
アジャイル開発/スクラムにて開発していくのでしょうか？
ウォーターフォールの可能性はありますか？

アジャイル開発について

新しいチームで、スクラム開発をやる事になったのですが、スクラム開発を学ぶ上でオススメの本があればご教授いただけませんでしょうか。

自分が主導でやるわけでなく、有識者がいるのですが、チームの進め方が正しいのかを判断したりしたいので、自分もきちんと勉強したいです。