2009-04-14 4 views
0

우리는 API 인터페이스를 제공하는 제품을 개발 중이므로 다른 개발자는 주요 제품의 일부 기능을 사용할 수 있습니다.API 기능 검토에 적합한 사람을 찾는 방법은 무엇입니까?

이것은 이미 구현되고 문서화되어 있습니다.

하지만이 방법이 매우 유용하고 개발자를위한 설명서가 명확하지 않은 것 같습니다.

이 기능을 검토하는 사람들을 어떻게 찾을 수 있습니까? 어떤 유형의 사람이어야합니까?

어떤면에서 우리는 단일 기능/구성 요소에 대한 제품 소유자를 찾고 있습니다. 가능한가?

답변

1

문제의 언어에 대해 알려진 프레임 워크를 이미 설계 한 프로그래머를 찾는 것이 가장 좋습니다.

사용자가 생각하는 것과는 달리, 임의의 프로그래머에게 그의 프레임 워크에 대해 묻는 것으로 프레임 워크를 판단 할 수 없으므로 필자는 생각하지 않습니다. 그의 대답은 자신의 지식 수준과 개인 방법론에 달려 있지만 API는 더 많은 인구를 대상으로 설계되고 있습니다 (저는 이것이 귀하의 경우라고 가정합니다). 이 점을 끝내려면 VB.NET을 사용하는 확고한 프로그래머라면 C#에서 Button = "Text"라고 쓸 수없고 컴파일러가 자동으로 기본 속성을 찾을 수있는 것처럼 C#이 '문제'때문에 절름발이라고 생각하십시오. 그런 사람이 당신의 틀을 판단하기를 원하지는 않을 것입니다.

사람들이 이미 알고있는 잘 알려진 프로그래밍 패턴 덕분에보다 폭넓게 사용되는 API를 구현해야하기 때문에 다른 언어로 경험 한 디자이너조차도 도움이 될 수 있습니다.

1

제품에 익숙하지 않은 사용자에게 API 용 클라이언트의 샘플 코드 또는 참조 구현을 제공하십시오. 그런 다음 문서가 불충분하거나 API를 향상시켜야 할 필요가 있다는 것을 잘 알고 있습니다. 이것은 계약자 또는 새로운 개발자 일 수 있습니다 (속도를 높일 수있는 좋은 방법입니다).

1

당신은 다른 사람에 의해 사용을위한 API를 개발하는 경우 첫째, 나는 독서 권하고 싶습니다 책 같은 : http://www.amazon.com/Framework-Design-Guidelines-Conventions-Development/dp/0321545613

어떤 리뷰는 전에 인터페이스 사용성 많은 문제를 피할 그 규칙에 따라 필요한.

둘째,이 API를 사용할 가능성이 있지만 전에 본적이없는 몇몇 대상 개발자와 함께 사용성 연구를 실행하십시오. 그들을 시스템 앞에두고 몇 가지 작업을 한 다음, 어떻게해야 하는지를 알아 봅니다. 그들의 통증 점수는 개선해야 할 부분을 알려줍니다.

+0

휴겟은 책을 가져 주셔서 감사합니다. 매우 유용 할 것입니다! :) – ep3static

1

최종 사용자를 설문 조사하고 어떤 API가 API를 사용하여 소프트웨어와 상호 작용하는지 확인하십시오. 그런 다음 사용자를 설문하고 API에서 제공하는 다양한 기능에 대한 의견을 듣고 문서의 사용 편리 성 및 명확성을 확인하십시오.

1

모든 API에는 타겟 잠재 고객이 있습니다 (즉, 제품을 개발하는 고객). 이 관점에서이 청중의 구성원으로부터 피드백을 얻는 것이 가장 좋습니다. 예를 들어 초기 액세스 프로그램을 만들거나 일부 공개 베타를 출시 할 수 있습니다.

잠재 고객이없는 경우 (아직 공개되지 않은 제품 용 API를 개발중인 경우) '유용성 테스트'의 왕을 제안 할 것입니다. 즉, 대략 타겟 잠재 고객 기술 및 API 사용과 관련된 몇 가지 과제를 제공하십시오. 그런 다음 그에 대한 피드백을 얻으십시오.

1

제가 신발을 신으면 샘플 응용 프로그램을 작성하고 단계 나 다른 비슷한 운동을하면서 사람들을 안내하기 위해 프레젠테이션을 시작합니다. 그것은 사용자로부터 피드백을 얻는 것만 큼 좋지 않지만 몇 가지 문제를 떨쳐 버릴 수 있습니다.

또 다른 아이디어는 elance/guru 사이트에 돈을 투자하고 사용자가 API를 사용하는 방법을 대표하는 것으로 생각되는 샘플 애플리케이션/기능을 제안하는 것입니다. 이를 위해 프로젝트를 만들고 프로젝트의 일부로 개발자로부터 피드백을 얻으십시오.

당신은 아마 모든 문서화 및 구현 될 때까지 대기 모국어로 의사 소통을 할 수있는 사람 ... 그런데

는, 아마 그것을 ...이 것 검토 할 수있는 가장 좋은 시간이 아니다 할 것 구현하기 전에 리뷰를하는 것이 훨씬 낫습니다.

관련 문제