タグ付けされた質問 「upgrade」

9
なぜ人々はPython 3の使用をためらうのですか?
Python 3は2008年12月にリリースされました。それから多くの時間が経過しましたが、今日でも多くの開発者はPython 3の使用をためらっています。 もちろん、Python 3にはPython 2との非互換性があり、一部の人々は後方互換性に依存する必要があります。しかし、Python 3は、ほとんどのプロジェクトがPython 3に切り替えたり開始したりするのに十分な長さではありませんか? 競合する2つのバージョンがあると、多くの欠点があります。学習者の混乱など、2つのブランチを維持する必要があります。では、なぜPython 3に切り替えることについてPythonコミュニティ全体でそんなにためらいがありますか?

4
多くのソフトウェア開発者がなぜオープン/クローズド原則に違反するのですか?
多くのソフトウェア開発者が、アップグレード後にアプリケーションを破壊する関数の名前を変更するなど、多くのことを変更することにより、オープン/クローズの原則に違反するのはなぜですか? この質問は、Reactライブラリの高速バージョンと継続バージョンの後に私の頭に飛びつきます。 短い期間ごとに、構文、コンポーネント名などに多くの変更があります。 Reactの今後のバージョンの例: 新しい非推奨の警告 最大の変更点は、React.PropTypesとReact.createClassを独自のパッケージに抽出したことです。どちらもメインのReactオブジェクトを介して引き続きアクセスできますが、いずれかを使用すると、開発モードのときに1回限りの非推奨警告がコンソールに記録されます。これにより、将来のコードサイズの最適化が可能になります。 これらの警告は、アプリケーションの動作には影響しません。ただし、特にconsole.errorを失敗として扱うテストフレームワークを使用している場合、フラストレーションが発生する可能性があることを認識しています。 これらの変更はその原則の違反と見なされますか? Reactのようなものの初心者として、ライブラリ内のこれらの高速な変更でどのようにそれを学ぶのですか(とてもイライラします)?

10
どの時点で、Windows開発者にWindowsの最新リリースにアップグレードさせる必要がありますか?
開発者のマシンを後のWindowsリリースにアップグレードするには、どの時点から始めるべきですか? 経験から、Microsoftは通常、他のすべてのOSについて壮大な失敗を抱えています(これについて議論を始めようとはしていません、それは私の認識です)つまり、2000は安定した有用なOSでしたが、私はうまくいきませんでした、xpは多くの企業がまだ使用している優れたOSでしたが、Vistaはうまくいきませんでした(この1つがうまくいかなかった理由はMicrosoftのせいではなく、Vistaと7は同じメジャーリビジョンであることがわかります) 7はしばらくの間使用される優れたOSのようです。XPのようなものが今ではあります。 とにかく、これは開発マシンをWindows 8にアップグレードすることに消極的です。 a。OSを1〜2年しか使用しないために、私たちのビジネスに多額の費用をかけたくありません。 b。また、Linuxのデュアルブートが必要であり、Windows 8とgrubがうまく連携しないことを読みました。 開発者に最新の環境で開発し、開発しているあらゆる技術の最先端を持っていることを望みます。テクノロジーカーブよりも先を走り続けるか、少なくともそれを維持したいのですが、ビジネスに意味を持たせたいです。 したがって、特に、この時点でマシンをアップグレードする必要がありますか?一般的に、この種のことを決定するためにどのような計算を使用すべきですか? 編集する ASP.NETアプリケーションだけでなくデスクトップUIアプリケーションも作成します。また、常にVisual Studioの最新リリースを使用していることを確認します。

3
マイナーなJVMアップグレードを行うことはどの程度安全ですか?
私は何年にもわたってJVMに取り組んできましたが、JVMのクラッシュを経験したことはほとんどありません...約6か月前までです。 それ以来、2つのJVM障害が原因で約5つのJVMクラッシュが発生しました。Oracleのソリューションは常に同じでした...アップグレード。 各アップグレードは常にポイントリリースとの間で行われます。つまり、Oracleの最新の提案(バグが修正されたことを確認した後)は、1.6u20から1.6u26にアップグレードすることでした。 JVMのマイナーバージョンをアップグレードする必要はありますか? これは膨大な量の回帰テストを必要とする大きなイベントですか、それとも受け入れるべき安全なアップグレードですか?
10 java  oracle  jvm  upgrade 

4
プロジェクトで使用するオープンソースフレームワークの変化にどのように対処しますか?
それは私の個人的な癖かもしれませんが、私は生きているプロジェクトのコードを最新の状態に保つことが好きです-彼らが使用するライブラリー/フレームワークを含みます。その一部は、完全にパッチが適用され、最新の状態になっている場合、Webアプリの方がより安全であると考えていることです。その一部は、私の部分的な強迫性のほんの一部です。 過去7か月間で、ソフトウェアの大幅な書き換えを行いました。遅くて本質的に製品として死んでいたXarayaフレームワークを削除し、Cake PHPに変換しました。(私たちがCakeを選んだ理由は、ソフトウェアを非常に迅速に書き直す機会があり、Xarayaを十分にパフォーマンスを向上させてしばらくの間価値があるためです。) SimpleTestを使用して単体テストを実装し、すべてのファイルおよびデータベースの命名規則などに従いました。 Cakeは2.0に更新されています。そして、アップグレードのための実行可能な移行パスがないようです。ファイルの命名規則は根本的に変更され、PHPUnitに代わってSimpleTestが廃止されました。 なんらかの変換ツールがない限り、Cakeを更新してレガシーコードを徐々に改善して新しいCakeフレームワークのメリットを享受することは不可能であるため、これはほぼ1.3ブランチに留まることを強制します。 。そのため、いつものように、Subversionリポジトリに古いフレームワークが作成され、必要に応じてパッチを適用します。 そして、これが毎回私を魅了するものです。そのため、多くのオープンソース製品は、それらに基づくプロジェクトを最新の状態に保つのに十分なほど簡単ではありません。開発者が新しい光沢のあるおもちゃで遊び始めると、いくつかの重要なパッチが古いブランチに適用されますが、彼らの焦点のほとんどは新しいコードベースに置かれます。 使用しているオープンソースプロジェクトの急激な変化にどのように対処しますか?また、オープンソース製品を開発している場合、新しいバージョンを開発する際にアップグレードパスを念頭に置いていますか?

3
オープンソースプロジェクトリリースでデータベーススキーマの変更を管理する方法
いくつかの幼稚園から高校まで、一部の大学で使用されているオープンソースのPHP / MySQL Webアプリケーションを管理しています。私はプロジェクトの唯一の開発者でもあります。以前は、雇用主がホストするアプリケーションのソースダウンロードに過ぎませんでしたが、昨年、ドキュメント、番号付きリリース、公開変更ログなどを含む「本物の」オープンソースプロジェクトにするために取り組んできました。 アップグレードプロセスの改善を目指しています。特にITの専門家が不足している学校にとって、痛みを伴う可能性のある分野の1つは、リリース間でのデータベーススキーマの変更です。それらは頻繁に発生したり、大幅な変更になる傾向はありませんが、プロセスに関する提案をいただければ幸いです。 現在、データベースを新規インストールでセットアップするためのベースSQLインストールスクリプトを維持しています。これには、現在のリリースの完全なスキーマが含まれます。新規インストールの場合、これ以上のアクションは必要ありません。リリース間で発生する変更はupgrade-$releasever.sqlスクリプトに保存されます。スキップされたリリースについては、すべてのアップグレードスクリプトを段階的に実行する必要があります。 ユーザーの多くはシェルアクセスなしでホストを操作するため、シェルスクリプトは適していません。他の優先事項により、複雑なPHPブラウザーベースのインストーラー/アップグレードスクリプトが実現する可能性は低いです。ただし、アップグレードを簡素化するために、ブラウザーベースのPHPスクリプトを使用して何かを実行したいと思います。それへのアプローチ方法に関する提案?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.