常にプロジェクト全体をリファクタリングしたい

IT業界に入社して7ヶ月目、まだ駆け出しのプログラマーです

開発中のため、さまざまな知識を学ぶ必要があります

HTML CSS JavaScript VUEJS さまざまな Web フロントエンド フレームワーク 正規表現 php および thinkphp フレームワーク
およびデータベース

があります

この半年であまりにも多くのことを学ばなかったし、何を使用する必要があるのか​​もあまり学んでいなかったので、多くの問題に遭遇するでしょう。

BSソフトを作っていると、問題を解決した後に、以前は思いつかなかったバグが残っていることに気づくことがよくあります。

この時点で、以前のバグをすべて取り除くという考えがありましたが、最初にいくつかの問題が発生したため、直接コードを書きました。それを修正したい場合は、多くの場所に影響が及びます。めまいがするかもしれないし、注意しないと前の奇妙な円に戻ってしまいます。

この時、プロジェクト全体のコードをリファクタリングしたいと考えていましたが、プロダクトマネージャーの開発時間では足りないという問題が発生しました（プロダクトマネージャーが望んでいた機能は1日で開発できる予定でしたが、実際には時間がかかりました）。コードをリファクタリングする時間は金よりも価値があります。そしてプロダクトマネージャーは、それが遅すぎるので加速する必要があると毎日言います (プロダクトマネージャーは会社の CEO であり、私の先生でもあります)。

この時期になるといつもとても焦り、安心してコードを書くことができず、常にプロジェクトのバグのことを考えてしまいます。

この問題を解決する方法を私と同じ感情を持つ専門家に尋ねてみましょう。

製品の最初のバージョンが開発された後、開発を継続することです。

プログラムをより安全にするために、個人的には直接リファクタリングする方が良いです。

この質問は終了しました。理由: 技術的以外の質問です

返信内容:

IT業界に入社して7ヶ月目、まだ駆け出しのプログラマーです

開発中のため、さまざまな知識を学ぶ必要があります

HTML CSS JavaScript VUEJS さまざまな Web フロントエンド フレームワーク 正規表現 php および thinkphp フレームワーク

およびデータベース
があります

この半年であまりにも多くのことを学ばなかったし、何を使用する必要があるのか​​もあまり学んでいなかったので、多くの問題に遭遇するでしょう。

BSソフトを作っていると、問題を解決した後に、以前は思いつかなかったバグが残っていることに気づくことがよくあります。

この時点で、以前のバグをすべて取り除くという考えがありましたが、最初にいくつかの問題が発生したため、直接コードを書きました。それを修正したい場合は、多くの場所に影響が及びます。めまいがするかもしれないし、注意しないと前の奇妙な円に戻ってしまいます。

この時、プロジェクト全体のコードをリファクタリングしたいと考えていましたが、プロダクトマネージャーの開発時間では足りないという問題が発生しました（プロダクトマネージャーが望んでいた機能は1日で開発できる予定でしたが、実際には時間がかかりました）。コードをリファクタリングする時間は金よりも価値があります。そしてプロダクトマネージャーは、それが遅すぎるので加速する必要があると毎日言います (プロダクトマネージャーは会社の CEO であり、私の先生でもあります)。

この時期になるといつもとても焦り、安心してコードを書くことができず、常にプロジェクトのバグのことを考えてしまいます。

この問題を解決する方法を私と同じ感情を持つ専門家に尋ねてみましょう。

製品の最初のバージョンが開発された後、開発を継続することです。

プログラムをより安全にするために、個人的には直接リファクタリングする方が良いです。

などの成熟した PHP フレームワークを選択し、しっかりと学習すると、半分の労力で 2 倍の結果が得られます。

いつも優柔不断だと時間を無駄にするだけです。 YII2，Laravelそうしないと、あなたはいつもこのように感じるでしょう
:

私の個人的な提案は、コードを書くときにモジュール化と分割統治に焦点を当てることです。コードを書くときは、どの内容が変更される可能性があり、どの内容が変更されないかを考えてみてください。カプセル化に関しては、全体的なフレームワークを考慮する必要がありますか?一度プロジェクトを借りてモバイルUIコンポーネントライブラリを完成させましたが、その後、他の人のフレームワークを使ってモバイル端末を書いたときに、それは非常に難しいと感じました。自分で考える必要があったのでスムーズでした。その後、フレームワーク開発者が解決したい問題点を自然に理解し、コードの整合性にとって良いアイデアの一部を理解できるようになります。

コードは決して完璧ではありません。ただ、常に完璧に近づいているというだけで、過去の欠点が見えてきて進歩が見られるのは良いことだ。

実際、この状況に遭遇するのは新規参入者だけではありません。プロジェクトが十分に大きく、サイクルが十分に長い場合、ビジネスの量と複雑さが増すにつれて、以前のモデルが適さないことは理解できます。
最初にこれらを予測して、適切なモデルまたはフレームワークを選択できない限り。

しかし、今このような状況に遭遇して、変更しないと違和感を感じたらどうするかというと、新しい機能を開発しながら「徐々に改修」していく必要があります。それに関連するコードの一部を削除し、反復が完了したら、必要なリファクタリングが完了するまで待ちます。

上記は参考用です。