API 기능 검토에 적합한 사람을 찾는 방법은 무엇입니까?
https://stackoverflow.com/questions/747765
-
09-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
우리는 API 인터페이스를 제공하는 제품을 개발하고 있으므로 다른 개발자는 기본 제품의 일부 기능을 사용할 수 있습니다.
이것은 이미 구현되고 문서화되어 있습니다.
그러나 이것이 매우 유용한 지 확실하지 않으며 개발자에게는 문서가 매우 명확합니다.
이 기능을 검토 할 사람들을 어떻게 찾을 수 있습니까? 어떤 유형의 사람이어야합니까?
어떤 의미에서, 우리는 단일 기능/구성 요소의 제품 소유자를 찾고 있습니다. 가능합니까?
해결책
해당 언어를 위해 이미 알려진 프레임 워크를 이미 설계 한 프로그래머를 찾는 것이 가장 좋습니다.
사용자가 생각하는 것은 내가 생각하는 것은 내가 생각하기 때문에, 당신이 임의의 프로그래머에게 자신의 힘든 것에 대해 자신의 힘든 것을 물어서 프레임 워크에 대해 판단 할 수 없기 때문에. 그의 대답은 그의 지식 수준과 개인 방법론에 달려 있고 API는 더 넓은 인구를 위해 설계되고 있습니다 (이것이 당신의 경우라고 가정합니다). 이 시점을 완료하기 위해 vb.net을 사용하는 회사 프로그래머에서 C#은 C#에 버튼 = "텍스트"를 쓸 수없는 것처럼 '문제'가 절름발이라고 생각하고 컴파일러가 자동으로 기본 속성을 찾도록합니다. 당신은 그러한 사람이 당신의 틀을 판단하는 것을 원하지 않습니다.
다양한 언어로 경험 한 디자이너조차도 사람들이 이미 유사한 잘 알려진 프로그래밍 패턴을 사용하여 더 넓은 중고 API를 구현해야하기 때문에 도움이 될 수 있습니다.
다른 팁
제품에 대한 경험이없는 사람에게 API 용 클라이언트의 샘플 코드 또는 참조 구현을 만들 수 있습니다. 그런 다음 문서가 부족하거나 API를 개선 해야하는 위치를 잘 이해할 수 있습니다. 이것은 계약자 또는 새로운 개발자가 될 수 있습니다 (속도를 높이는 좋은 방법).
먼저 다른 사람들이 사용할 API를 개발하는 경우 다음과 같은 책을 읽는 것이 좋습니다. http://www.amazon.com/framework-design-guidelines-conventions-development/0321545613
이러한 규칙을 따르는 것은 검토가 필요하기 전에 인터페이스에 대한 많은 수의 유용성 문제를 피할 수 있습니다.
둘째,이 API를 활용할 가능성이 있지만 이전에는 보지 못한 사람들과 함께 몇몇 대상 개발자들과 유용성 연구를 실행하십시오. 그것들을 시스템 앞에 놓고 몇 가지 작업을 제공 한 다음 어떻게 해야하는지 알아내는 방법을보십시오. 그들의 고통 지점은 당신이 어디에서 개선 해야하는지 알려줄 것입니다.
최종 사용자를 조사하고 API를 사용하여 소프트웨어와 상호 작용하는 사람을 찾으십시오. 그런 다음 해당 사용자를 조사하고 API에서 제공하는 다양한 기능과 문서의 사용 편의성 및 명확성에 대한 의견을 얻을 수 있습니다.
모든 API에는 일부 대상 고객이 있습니다 (즉, 고객이 제품에 대한 통합을 개발하는 고객). 이 관점에서 볼 때이 청중의 회원들로부터 피드백을받는 것이 가장 좋습니다. IE 조기 액세스 프로그램을 설정하거나 공개 베타를 배송 할 수 있습니다.
그러한 청중이 없다면 (예 : 아직 공개되지 않은 제품에 대한 API를 개발하고 있음), 나는 '사용성 테스트'의 왕을 행하는 것이 좋습니다. 즉, 대략 대상 청중 기술의 개발자를 선택하고 그에게 몇 가지 과제를 제공합니다. API 사용법 관련. 그런 다음 그에게서 피드백을 받으십시오.
내가 당신의 신발에 있었다면 나는 샘플 응용 프로그램을 작성하고 발표를하기 위해 발표를 시작할 것입니다. 사용자로부터 피드백을받는 것만 큼 좋지는 않지만 몇 가지 문제가 발생할 수 있습니다.
또 다른 (아마도 나쁜) 아이디어는 Elance/Guru 사이트에 돈을 쓰고 사용자가 API를 사용하는 방법을 대표한다고 생각하는 샘플 응용 프로그램/기능을 생각해내는 것입니다. 프로젝트를 수행 한 다음 프로젝트의 일환으로 개발자로부터 피드백을 받으십시오.
당신은 아마도 당신의 모국어로 의사 소통 할 수있는 사람들을 원할 것입니다 ...
그건 그렇고, 그것이 문서화되고 구현 될 때까지 기다리는 것이 아마도 그것을 검토하기에 가장 좋은시기는 아닐 것입니다 ... 구현 전에 검토를 수행하는 것이 훨씬 더 좋았을 것입니다.
