Questions tagged «upgrade»

9
为什么人们会犹豫使用Python 3?
Python 3于2008年12月发布。从那时起已经过去了很多时间,但是直到今天,许多开发人员仍在犹豫使用Python3。甚至流行的框架(如Django)仍不兼容Python 3,但仍依赖于Python 2。 当然,Python 3与Python 2有一些不兼容,有些人需要依靠向后兼容。但是,对于大多数项目来说,Python 3的存在时间是否已经足够长,以至于大多数项目都无法切换或开始使用Python 3? 有两个竞争版本有很多缺点。需要保持两个分支,学习者的困惑等等。那么,为什么在整个Python社区中对于切换到Python 3如此犹豫?

4
为什么许多软件开发人员违反开放/封闭原则?
为什么许多软件开发人员通过修改诸如重命名功能之类的东西在升级后会破坏应用程序而违反了开放/关闭原则? 在React库中出现快速和连续版本之后,这个问题就跳到了我的头上。 每隔一小段时间,我就会注意到语法,组件名称等方面的许多更改。 即将发布的React版本中的示例: 新的弃用警告 最大的变化是我们将React.PropTypes和React.createClass提取到了自己的包中。两者仍然可以通过主React对象访问,但是在开发模式下,使用其中任何一个都会将一次性弃用警告记录到控制台。这将使将来的代码大小优化成为可能。 这些警告将不会影响您的应用程序的行为。但是,我们意识到它们可能会引起一些挫败感,特别是如果您使用将console.error视为失败的测试框架。 这些更改是否被视为违反该原则? 作为React之类的初学者,我如何通过库中的这些快速更改来学习它(这是如此令人沮丧)?

10
我应该在什么时候将Windows开发人员升级到最新版本的Windows?
我应该在什么时候开始将开发人员的计算机升级到更高的Windows版本? 根据经验,Microsoft通常会在所有其他操作系统上都出现重大失败(我真的不是想对此进行辩论,我认为应该如此),即2000年是稳定且有用的操作系统,但我做得不好,xp是许多企业仍在使用的出色操作系统,Vista的表现不佳(我知道此操作系统表现不佳的原因并不是微软的错,而且Vista和7是相同的主要版本),而7似乎是一个优秀的操作系统,它将持续一段时间-现在就像xp一样。 无论如何,这让我不愿意将我们的开发机器升级到Windows 8。 一种。我不想为只使用一两年的操作系统花费大量资金。 b。他们还必须具有linux双引导程序,并且我已经阅读到Windows 8和grub不能很好地配合使用。 我确实希望我们的开发人员能够在最新的环境中进行开发,并在开发任何技术方面都处于领先地位。我确实想保持技术曲线的领先地位,或者至少要保持技术曲线的优势,但是我希望它具有商业意义。 因此,特别是此时我应该升级他们的计算机吗?通常,我应该使用哪种微积分来决定这种事情? 编辑 他们确实编写了桌面UI应用程序以及ASP.NET应用程序。另外,我要确保他们始终拥有最新版本的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应用程序已完全打补丁且为最新版本,则它将更加安全。在某种程度上,这只是我的一种强迫症。 在过去的七个月中,我们对软件进行了重大重写。我们删除了Xaraya框架,该框架速度很慢,并且作为产品基本上已经失效,然后转换为Cake PHP。(我们之所以选择Cake,是因为它使我们有机会非常快速地重写我们的软件,并且与Xaraya相比,性能得到了很大的提升,值得我们花时间。) 我们使用SimpleTest实施了单元测试,并遵循了所有文件和数据库命名约定等。 Cake现在更新为2.0。而且,似乎没有可行的升级路径。文件的命名约定已经发生了根本性的变化,它们放弃了SimpleTest,转而使用PHPUnit。 这几乎将迫使我们停留在1.3分支上,因为除非有某种转换工具,否则将无法更新Cake,然后逐步改进我们的旧代码以获取新Cake框架的好处。因此,像往常一样,我们将在Subversion存储库中得到一个旧框架,并根据需要自行对其进行修补。 这就是每次都能吸引我的原因。如此众多的开放源代码产品很难使基于它们的项目保持最新状态。当开发人员开始使用新的闪亮玩具时,将对较旧的分支机构进行一些关键的修补,但他们的大部分精力将集中在新的代码库上。 您如何处理所使用的开源项目中的根本性变化?而且,如果您正在开发开源产品,那么在开发新版本时是否牢记升级路径?

3
如何在开源项目版本中管理数据库架构更改
我管理一些K-12学校和一些大学使用的开源PHP / MySQL Web应用程序。我也是该项目的唯一开发人员。虽然它过去只不过是我老板托管的应用程序的源代码下载,但在过去的一年中,我一直致力于将其变成一个“真正的”开源项目,其中包含文档,带编号的发行版,公共变更日志等。 我正在寻求改善升级过程,其中一个潜在的难题(尤其是对于IT专业人员匮乏的学校而言)是在两个发行版之间对数据库架构的更改。它们不经常发生或变化不大,但我希望您对此过程提出建议。 当前,我维护一个基本的SQL安装脚本,以在新安装中设置数据库。这包括当前版本的完整架构;全新安装不需要任何进一步的操作。版本之间发生的更改存储在upgrade-$releasever.sql脚本中,对于所有被跳过的版本,有必要增量运行所有升级脚本。 Shell脚本不合适,因为我们很多用户都在没有Shell访问权限的主机上运行。由于其他优先事项,不太可能实现基于PHP浏览器的复杂安装程序/升级脚本。但是,我想使用基于浏览器的PHP脚本来简化升级。关于如何处理的建议?
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.