몇 가지 라이브러리와 프레임 워크를 사용하는 응용 프로그램을 사용하고 있습니다. 새 안정 버전을 사용할 수있을 때 응용 프로그램에서 해당 프레임 워크의 최신 버전을 사용하도록 업데이트해야합니까?사용한 프레임 워크에서 새 버전을 릴리스 할 때 응용 프로그램을 업데이트해야합니까?
예를 들어, Python 2.x에서 Python 3.x로, 또는 Spring 2.5에서 Spring 3.0으로 마이그레이션 할 수 있지만 특정 언어가 아닌 매우 일반적인 질문입니다.
최신 안정 프레임 워크 버전을 사용하도록 응용 프로그램을 계속 업데이트하면 필요한 경우 사용할 수있는 새 기능이 제공됩니다.
만약 내가 알지 못한다면, 앞으로 업데이트가 필요할 수도 있습니다. 그러면 업데이트를해야 할 일이 많이 생길 것입니다.
이것에 대한 모범 사례가 있습니까?
이유가 여기 있습니다. 그렇게하지 않으면 사용하는 라이브러리 세트가 오래된 버전이됩니다. 어떤 단계에서는 버그 수정으로 인해 하나를 업그레이드해야하며 그 시점에서 상호 호환성 때문에 몇 가지를 업그레이드해야합니다. 따라서 간단한 라이브러리 업그레이드가 연쇄 적으로 일어납니다.
내 접근 방식은 정기적으로 업그레이드하는 것이지만 즉시 허용하지 않습니다. 시간이 허용하는 경우 간단합니다. 그렇게하면 점진적으로 라이브러리 세트를 앞으로 옮길 수 있습니다. 자신이 설정 한 시간 표시로. 하나의 라이브러리를 업그레이드하여 문제를 해결하려는 경우 모든 문제에 대처하는 대신 한 번에 하나의 라이브러리에 비 호환성이 적용됩니다. 당신은 규모에 물건을 삽입해야
+1. 그러나 비즈니스 감각에서 변화의 규모와 중단 시간도 고려해야합니다. 우리가 2 년 전에 업그레이 드했으면 좋겠습니다. ( – Perpetualcoder
+1 계단식 효과를 언급하기 위해 +1 –
나는 당신이 제안하는 것을 얻지 만 그것의 실용적인 곳곳에는 확신이 없습니다. 방출주기, 순응성 등등을 받아 들여야합니다. 계정을 수정하고 하나의 라이브러리를 업그레이드해도 문제가 해결 될 수 있습니다. – GrayWizardx
.....
1-DO
2.-것이다 그것을 만드는 어떤 장점은 당신이 고통을 당신이 얻을
3. 의지 그것은 휴식 회사의 워크 플로우; 많은 죽은 시간이 자신을 위해
얼마나 ... 난 최신 기술을 좋아 ...이 적은 버그와 더 학습 = P
이것은 매우 일반적인 문제를 의미한다. 용액은 잘려서 건조되지 않을 수 있습니다. 그것은 당신이 당신의 어플리케이션을 어떻게 지원할 것인가에 달려 있습니다. 귀하의 질문을 토대로이 프로젝트에 대한 장기적인 목표를 가지고 있다는 느낌을 받게됩니다. 이 경우 최신 버전으로 업그레이드하는 것이 좋습니다.
그러나 Python 2.x의 경우처럼 이전 버전이 제대로 설정된 경우 새 버전이 나간 후에도 계속 지원을받을 수 있습니다. 그러나 피할 수없는 것을 지연시키지 마십시오.
프레임 워크/라이브러리에 따라 다릅니다. 프레임 워크가 잘 알려져 있고 잘 지원되고 문서화가 잘되어 있고 Spring과 같이 안정적이라면 확실히 업그레이드 할 것입니다. 기존 기능 과에 새로운 기능을 추가하면 모든 버그를 수정할 수 있습니다.
인기가 없거나 잘 유지되지 않는 프레임 워크 나는 조금 더 조심 스러울 것입니다.
어쨌든 기본적으로 업데이트해야한다고 생각합니다. 말씀 드렸듯이 작은 단계로 작업하는 것이 더 쉽습니다. 업데이트를 연기하면 스스로 두통을 느끼게됩니다. 어느 시점에서 업데이트해야하지만 격차가 너무 커서 업데이트가 거의 불가능합니다. 더 이상 지원되지 않는 버전으로 인해 어려움을 겪을 수 있습니다.내가 사용하도록 업데이트 응용 프로그램을 유지하는 경우
Python 3.x는 2.x와 호환되지 않습니다 !!!이 아이디어를 어디서 얻었습니까? –
최신 안정적인 프레임 워크 버전은 내가 필요할 경우 가능한 새로운 기능 있을 것이다.
이것은 조숙 한 최적화의 본질입니다.
난 후, 미래에있을 수 있습니다하지 않는 경우 응용 프로그램을 업데이트하는 작업을 많이 내가 업데이트를 수행해야합니다 그것이 될 것입니다.
라이브러리 제공 업체와 함께 잠금을 해제하면 어떤 이점이 있습니까? 그렇다면 단계별로 업데이트하십시오. 그렇지 않으면 응용 프로그램의 기능 변경과 마찬가지로 변경 사항을 평가하고 의미가있을 때 업데이트하십시오.
경험에 비추어 볼 때, 나는이 점에 대해 매우 보수적 인 접근 방식을 선호합니다.
구성 요소 또는 프레임 워크를 업데이트하는 것은 언제든지 위험 할 수 있습니다. 프레임 워크에서 새로운 버그를 발견하거나 이전 프레임 워크에 대한 가정이나 사용 가능한 해결 방법으로 인해 자신의 코드에 버그를 표시 할 수 있습니다.
일반적으로 새로운 기능이나 버그 수정이 필요하지 않으면 즉시 최신 버전으로 업데이트하면 안됩니다. 아니면 손에 많은 시간을 할애해야합니다! 프레임 워크를 업데이트하는 것은 모든 재검사를 의미하며, 모든 것이 올바르게 작동하는지 확인하는 것입니다.
즉시 업데이트해야하는 유일한 시간은 의존하고있는 프레임 워크의 버전이 제어 할 수없고 클라이언트가 업그레이드를 수행 할 가능성이있는 경우입니다. 예를 들면 Internet Explorer입니다. v7에 의존하는 기능이 있지만 v8이 릴리스되고 해당 기능의 동작이 변경된 경우 클라이언트가 언제든지 업그레이드되므로 즉시 업그레이드해야합니다. 반대로, .Net 2.0 프레임 워크에 의존하는 응용 프로그램을 가지고 있다면 3.5 프레임 워크에 대해 다시 컴파일하면 안됩니다. 두 버전의 프레임 워크가 함께 행복하게 살기 때문에, 업그레이드 (이론적으로)하면 소개 할 필요가없는 문제가 발생할 수 있습니다.
문자열의 길이는 얼마나됩니까?
일반적인 질문에는 일반적인 대답 만있을 수 있습니다. 그리고 그 대답은 아마도 주어진 상황에서 위험/보상 비율에 대해 어떻게 생각하는지입니다.
대형 IT 부서는 최신 Windows를 즉시 배포하지 않는 경향이 있습니다. 많은 회사에서 현재 Windows 7을 사용하고 있으며 많은 경우 XP (Visual Studio 사용)를 사용하고 있습니다. 그것들은 잠시 동안은 건너 뛰지는 않을 것이지만, 창문에있는 일반적인 경험 법칙은 서비스 팩 1을 기다리는 것입니다.
프레임 워크 - 예, 훌륭한 새로운 기능이있을 수 있지만 필요합니까? ? 그리고 그것들을 구현할 시간이 있습니까? 그리고 처음에는 새로운 코드가 버그가 없다는 것을 받아들입니까?
오투 (Otoh)의 새 버전에는 버그 수정이 포함되어있을 것으로 보이지만 사용자가보고 한 버그입니까? 그렇지 않은 경우 귀찮은 이유 ("불가리아어 버전의 창에서 프레임 워크의 Chzeck 버전을 사용할 때 닫기를 클릭 한 다음 취소를 수정합니다"). 그리고 버그 수정으로 새로운 릴리스에는 새로운 버그가 생깁니다.
리스크/보상 - 보상은 무엇입니까? 새로운 버전의 앱을 판매하고 더 많은 돈을 벌 수 있습니까? 당신의 위험은 무엇입니까? 새 버전이 버그가 있으면 평판을 잃고 지원 시간 (및 비용).
문자열의 길이는 얼마나됩니까?
"이것에 대한 모범 사례가 있습니까?" 다시 말해, 우리는 우리 자신의 상황에서이 문제를 어떻게 처리 할 것인가? –