확실히 당신은 우리가 항상 개발자에게 피드백을 남기는 것을 강조한다는 것을 알고 계실 것입니다. 문제가 무엇인지 또는 사용자가 다음 버전에서 보고 싶은 것이 무엇인지 알 수 있는 중요한 방법입니다. 응용 프로그램. 한마디로 피드백은 의사소통 채널입니다! 그러나 때때로 우리는 단지 애플리케이션을 다운로드하고 가장 좋은 경우에는 "감사합니다"라고 말합니다. XDA회원 joe_coolish 우리가 장치에서 훌륭하고 안정적인 앱을 즐기는 이유인 작업을 수행하는 놀라운 사람들인 개발자들에게 건설적인 피드백을 남기기 위해 좋은 가이드를 작성했습니다.
이 가이드는 귀하가 정확히 따르도록 의도된 것은 아니지만 제안은 귀하가 떠날 수 있는 훌륭한 팁을 제공할 것입니다. 귀하의 의견은 유용한 정보로 가득 차 있기 때문에 개발자가 더 높이 평가할 의견입니다. 그들을. 이는 꽤 상식적인 일이지만, 우리는 이를 주목하는 것이 중요하다고 믿습니다.
게으르지 말고 원래 스레드에 있는 모든 정보를 읽어보세요.
원래 게시자: joe_coolish
[가이드] 개발자에게 건설적인 피드백을 제공하는 방법
소프트웨어 개발 세계에서 애플리케이션은 출시되기 전에 여러 단계를 거치며, 그중 일부는 출시됩니다. 디자인, 계획, 코딩, 테스트, 알파 릴리스, 베타 릴리스, 릴리스 후보 등이 포함됩니다. 풀어 주다. 이 가이드는 프로그래밍 경험이 없지만 개발자에게 귀중한 피드백을 제공하려는 공개/비공개 베타 테스트에 참여하는 사람들을 돕기 위한 것입니다.
부인 성명
이 가이드는 Windows Mobile 운영 체제 프로그래밍, 특히 .net용 프로그래밍에만 적용됩니다. 컴팩트 프레임워크 3.5. 그러나 주요 개념은 다른 플랫폼으로 변환되어야 하며 프레임워크.
처음에는 ...
우선 프로그래밍은 어렵다. 원활하게 실행되고 버그가 없는 애플리케이션을 구축하려면 상당한 시간과 에너지가 필요합니다. 간단히 말해서, 소프트웨어 개발은 개발자를 대신한 감정적인 투자입니다.
소프트웨어 개발은 감정적인 투자이기 때문에 개발자는 비판에 쉽게 화를 낼 것입니다. 여기서 건설적인 피드백을 제공하는 첫 번째 규칙이 적용됩니다.
규칙 #1. 피드백을 줄 때는 정중하게 행동하세요!
XDA-Developers에 있는 동안 저는 회원들이 보여준 전문성 수준에 매우 만족했지만 가끔씩 "이 앱은 sux입니다!"와 같은 댓글을 보게 됩니다. 또는 "Eff Dat shiz!".
항상 기억하세요. 무례한 댓글은 다른 사용자의 주의를 산만하게 하고 논쟁을 일으키며 개발자가 소프트웨어를 제작하려는 의욕을 떨어뜨리게(감정적으로 덜 관여하게) 만듭니다. 애플리케이션이 기기에서 작동하지 않는 경우 개발자가 가장 먼저 문제를 해결해야 한다는 점을 기억하세요. 당신이 문제를 해결하는 데 도움을 줄 수 있고 기꺼이 도와줄 수 있으므로 당신이 원하는 마지막 사람이 그 사람이어야 합니다. 공격하다.
가이드의 나머지 부분은 다음에서 확인할 수 있습니다. 원래 스레드.