주요 구성 변경으로 인해 사용자가 코드를 배포하지 않게됩니까?

Question

저는 기존 응용 프로그램에 연결될 솔루션에 대한 개발을 시작했습니다. 공개용에 사용할 수 있습니다.

필자는 아키텍처, 유연성, 속도 등을 향상시키는 최신 기술을 사용하거나 응용 프로그램에서 이미 사용중인 기존 기술을 고수 할 수 있습니다.

새로운 기술의 단점은 필수적인 구성 파일을 변경하기 위해 중요한 변경 사항을 적용해야한다는 것입니다. 변경이 잘못되면 앱이 작동하지 않게됩니다. 다른 개발자가 향후 사용자 지정 코드를 사용하는 경우 최신 기술이 필요할 수도 있으므로이를 제거 할 방법이 없습니다.

접근 방식을 고려할 때이 문제가 얼마나 중요합니까?

중요한 구성 변경으로 인해 사용자가 코드를 배포하지 않거나 나중에 문제가 발생합니까?

편집 :

• 은 의도적으로 siderailed되는 문제를 방지하기 위해 여기에 기술에 대해 구체적으로하지 않을.

• 소프트웨어를 설치/제거 할 수는 있지만 복잡해 지므로 가장자리 케이스가 파손되어 앱이 죽을 수 있습니다. 원래 구성을 백업하면이를 완화 할 수있는 방법이 될 것입니다. 위의 제거에 대한 문제는 본질적으로 제공 할 수 없습니다.

Answer 1

예, 많은 경험으로 인해 사용자는 배포 또는 업그레이드에 대해 두 번 생각하게됩니다.

이것은 거의 모든 결정이있는 비즈니스에서 수행하는 표준 비용/이익 분석입니다. 예상되는 이익보다 잠재적 인 비용이 더 큽니까?

우리가 소프트웨어에 대한 업데이트를 발표 할 때, 사용자를 마이그레이션하는 데 도움이되는 주요 구성 요소가 거의 항상 있습니다.

예 : (유죄를 예방하기에 충분히 수정 된) 예 : 시스템 성능 및 기타 사항에 대한 보고서를 생성하는 제품이 있습니다. 그러나 그 보고서는 그다지 좋지 않으며 그것들을 보는 소프트웨어는 특정 플랫폼에 묶여있다.

우리는 BIRT를 활용하여 인트라넷 기반보고 기능을 향상 시켰습니다. 클라이언트는 웹 클라이언트 (뚱뚱한 클라이언트가 아닌) 만 있으면됩니다.

표준 보고서를 BIRT 보고서로 변환 할 때까지 도구 세트를 제공하기 전까지는 거의 전환하지 않은 고객이있었습니다. 우리가 그것을 제공하자 고객들은 그것을 진지하게 받아들이 기 시작했습니다. 이익은 변하지 않았지만 비용은 바로 낮아졌습니다.

Answer 2

Google은 세부 정보를 제공하지 않으므로 구체적인 답변을 드릴 수 없습니다. 그러나 중요한 설정 작업을 수행해야하는 경우 잠재적 인 사용자 기반의 상당 부분이 제품을 사용하지 못하게됩니다. 그렇다면 대답은 '예'입니다. 나는 내 자신의 제품과 내가 직접 설치 한 제품으로이 시간과 시간을 다시 보았다. 구성 변경이 유일한 경우 제거하고 다시 설치하십시오. 사람들은 일하기를 좋아하지 않습니다.

업그레이드를 어렵게 만들 때까지 생각한 것보다 많은 노력을 기울일 수 있습니다. 다른 사람의 프레임 워크를 업그레이드하는 경우에도 노력을 가치있게 생각하고 설치 횟수를 늘릴 수 있습니다.

"파워 유저"(개발자, 시스템 관리자 등)가 더 많은 설정 작업을 할 의향이 있음을 알았습니다.

Answer 3

나는 당신이 "주요 설정 변경"무슨 뜻인지 잘 모르겠지만, 당신은 설정/구성 파일, 나는이 같은 일을 해왔에 대해 이야기하는 경우 :

는

응용 프로그램이 항상 포함되어 있습니다 구성은 대부분의 사용자에게 유용하며 대체 할 수 없습니다. 대신 사용자는 을 하나 이상의 기본 설정을 자신의 별도 구성 파일 인으로 바꿀 수 있습니다. 새로운 (메이저) 버전이 출시되면 대부분의 사용자는 아무 것도 재구성 할 필요가 없습니다. 자신의 사용자 정의 구성은 여전히 ​​자신의 구성 파일에서 가져오고 필요할 수있는 새 매개 변수는 새 릴리스의 기본 설정에서 가져옵니다.

대부분의 사용자는 이미 옳은 설정을 조정하는 데 시간을 낭비하지 않으려 고합니다.