6

私が以前一緒に働いていた会社には、フルタイムで働く 2 人の開発者と、少数のフリーランサーがいます。彼らは、開発に秩序と管理をもたらすために、新しい主任開発者を採用しようとしています。

しかし、現在、開発者の 1 人は Django の光を見ており (会社はこれまで PHP でのみ開発を行ってきました)、もう 1 人の開発者は新しい言語 (Python) を導入することは今のところ悪い考えであると懸念しています。

この新技術の導入にどのようにアプローチすべきでしょうか? 明らかに、開発者のうち実際に Python を知っているのは 1 人だけなので、その開発者が離職したり会社を辞めたりしても冗長性はありません。

わざわざ Python を導入する必要がありますか、それとも、チームが実際に複数の Pythonion を持つようになるまで、PHP のみのソリューションを探す必要がありますか? チーム リーダーがいなければ、決定はチーム リーダーに委ねられます。

4

8 に答える 8

14

私は最近、郵便局のコンサルティング業務を行っている会社に Python を導入しました。これは、私が唯一のプログラマーになるプロジェクトができるまで待ってから、この新しいプロジェクトを Python で行う許可を得ることで実現しました。次に、Python で別の小さなプロジェクトを実行し、同様に印象的な結果を出しました。さらに、私はすべての小さな使い捨ての課題 (「これらのファイルの統計情報を解析して、日付と場所ごとに整理された CSV ファイルに変換できますか?」など) に Python を使用し、それらすべてを迅速に処理することができました。

また、Python について少し伝道しました。私はそれについて不快にならないように最善を尽くしましたが、なぜそれが好きなのか、自由な時間にそれを使用する個人的なプロジェクトについて話し、なぜそれが私にとって素晴らしいのかなどを時折説明しました.

最終的に別のプロジェクトを開始し、全員に Python を使用するよう説得しました。私は、彼らが取り組んでいるものに関連する特定の Web ページを含む多くのドキュメントを全員に紹介するように注意しました。彼らが質問をするたびに、物事に対する Pythonic アプローチを説明することで、物事を適切に行う方法を説明しました。 .

これは本当にうまくいきました。ただし、これはあなたが説明しているものとは多少異なる場合があります。私の場合、適度に小さなプロジェクトから始め、Python は新しいプロジェクトにのみ使用されています。また、私の同僚は誰も Perl や PHP の達人ではありませんでした。彼らは皆、これらの言語を知っていて、しばらく使っていましたが、Python で以前よりも生産的になるのにそれほど努力は必要ありませんでした。

そのため、現在 PHP を使用しているが、超専門家ではなく、その言語を愛していない人々と新しいプロジェクトについて話している場合は、Python に切り替えるのは簡単だと思います。しかし、現在のセットアップに満足している多くの非常に経験豊富な PHP プログラマーと一緒に大規模な既存の PHP コード ベースで作業することについて話している場合、言語を切り替えることはおそらく良い考えではありません。あなたはおそらくその中間にいるので、トレードオフを比較検討する必要があります。うまくいけば、私の答えはあなたがそれを行うのに役立ちます.

于 2008-08-21T12:25:21.210 に答える
4

新しいリーダーの使命が家を整理することである場合、現在の状況は可能な限り単純化する必要があります。物事を整理しなければならない場合、進行中の言語変換プロジェクトを他のすべての上に管理する必要はありません。または、少なくともプロジェクトを開始するときに何らかの選択肢が必要です. 推奨を行う際に、コンバージョンの途中で生じる管理上の複雑さについて考えましたか?

于 2008-08-21T11:56:00.593 に答える
2

@ダークドッグ:

生産コードで新しい言語を使用することは、簡単な構文や高度な機能以上のものです。コア API に精通し、ドキュメントをくまなく調べるのではなく、ロジックを通じて何かを修正できると感じたい。

私は、Python への移行がこの会社にとって悪い考えだと言っているわけではありませんが、私はジョンに賛成です。移行中は物事をシンプルに保ちましょう。新しいリーダーは、そのような決定に発言権を持つことを高く評価します。

本当に、本当に、本当に Python を導入したい場合は、Python またはフレームワークでいくつかの拡張機能またはユーティリティを作成することを検討してください。コア イニシアチブを台無しにすることはないので、切り替えのメリットを証明する低リスク/無リスクの機会となります。

于 2008-08-21T12:09:46.147 に答える
1

本当にスケジュールがすべてです。私にとって、休憩は特定のプロジェクトである必要があります。方向性がDjangoであると判断した場合は、それを使用して新しいプロジェクトを開始します。新しい言語/フレームワークで新しいプロジェクトを開始する前に、この新しい方向に慣れる時間をスケジュールしていることを確認するか、新しいプロジェクトで使用する前にスピードを上げてください。

今月のツールを使うのは避けたいと思います。それがあなたの方向性であることを確認し、適切な決定を下すのに十分な学習に時間/リソースを費やしてください。

于 2008-08-21T13:57:41.567 に答える
1

ここでは言語自体は問題ではないと思います.pythonは非常に優れた高水準言語であり、見つけやすく、完全なドキュメントがあります。

私が見た限りでは、Django フレームワークは Web 開発の優れたツールでもあり、Rails が提供すると宣伝されているのとほぼ同じ開発者パフォーマンスの向上をもたらします。

本当の問題は、保守と管理のレベルにあります。

この移行により、PHP と Python コードの間のメンテナンスがどのように断片化されますか。既存のコードをあるプラットフォームから別のプラットフォームに移行する必要はありますか? Python や Django を採用することで、現在の開発ワークフローやフレームワークでどのような問題が解決されるかなど。

于 2008-08-21T12:13:51.953 に答える
0

私はPythonとDjangoが大好きで、両方を使用してコアWebアプリを開発しています。

とはいえ、現時点で切り替えのビジネスケースを作るのは難しい。具体的には:

  • 新しいプラットフォームは、実証済みの真実を維持することに比べてリスクがあります
  • あなたが言及した開発者の断片化があります
  • PythonプログラマーよりもPHPプログラマーを見つける方がはるかに簡単です

さらに、他の投稿者が言及しているように、問題がPHP自体よりもスパゲッティコードにある場合は、コードをリファクタリングするために使用できる優れたPHPフレームワークがたくさんあります。

とは言うものの、この開発者がPythonに興奮しているのであれば、Pythonを完全に停止することはおそらく意気消沈します。私の提案は、Pythonでの開発を奨励することですが、アプリのミッションクリティカルな部分ではありません。代わりに、ユーティリティスクリプト、実行が必要な小さな内部アプリケーションなどを作成できます。

結論:PHPから切り替えることはお勧めしませんが、開発者の関心に何らかの形で対応することをお勧めします。

于 2008-08-21T13:47:40.170 に答える
0

まあ、pythonは高水準言語です..学ぶのは難しくありません.プログラミングの知識があれば、はるかに簡単に学べるはずです..私はdjangoが好きです..djangoを使ってみるのはいいことだと思います..

于 2008-08-21T11:53:38.103 に答える
0

プログラミング言語自体の問題ではないと思います。

あなたが話しているチームの PHP の習熟度はどのくらいですか? 彼らはスパゲッティ コードを実行していますか、それとも Zend のような構造化されたフレームワークを使用していますか? これが最初のケースである場合、私はその男の Python と Django への関心を完全に理解しています。これが後者なら、ただの誇大広告です。

于 2008-08-21T12:03:43.320 に答える