SDK를 받아서 Visual Studio에서 작업하려고 할때 어떻게 해야 하는지 README에 안내 부탁해요.
그리고, test case 가 추가가 되면(아직 안되었죵?), 테스트 케이스는 어떻게 돌려야 하는지도요~
참고로..
README 문서를 보는 사람은..
90%는 hive5의 고객사 개발자들
10%는 SDK 개발에 참여하는 사람
이라고 보면 어떨까합니다.
그래서 README 문서의 주는 SDK 이용에 대해서 해주시고,
빌드나 테스트 방법에 관한 건은 끝에다가 appendix 식으로 붙이는 것이 어떨까 해요.
예를 들어, 아래 Play Framework라는 오픈 소스의 경우에 사용 설명이 있고, 맨 뒤에 'Hacking Play'라고 개발에 참여하는 방법에 대한 설명이 있어요. 요렇게 사용하는 것이 주가 되고, 개발 참여를 원하는 사람에 대한 안내도 있으면 좋을 것 같네용.
http://www.playframework.com/documentation/2.3.x/Home
그리고, SDK 개발에 참여하는 사람은 BCL 멤버들 + 고객사들 개발자로 가정해주시면 좋을 것 같아요.
이분들이 버그 수정하고 pull request까지 할 수 있도록 안내도 들어가면 좋을 듯 합니다.
어제 아이나 게임즈의 개발자 보니, 소스 보다가 직접 버그 수정하고 있더라구요. 이분들한테 pull request 받아서 처리할 수 있으면 code quality도 올라가고, 이분들이 적극적으로 참여할 수 있게 되니 우리 서비스에 대한 만족도도 올라가지 않을까 생각됩니다~
SDK를 받아서 Visual Studio에서 작업하려고 할때 어떻게 해야 하는지 README에 안내 부탁해요.
그리고, test case 가 추가가 되면(아직 안되었죵?), 테스트 케이스는 어떻게 돌려야 하는지도요~
참고로..
README 문서를 보는 사람은..
90%는 hive5의 고객사 개발자들
10%는 SDK 개발에 참여하는 사람
이라고 보면 어떨까합니다.
그래서 README 문서의 주는 SDK 이용에 대해서 해주시고,
빌드나 테스트 방법에 관한 건은 끝에다가 appendix 식으로 붙이는 것이 어떨까 해요.
예를 들어, 아래 Play Framework라는 오픈 소스의 경우에 사용 설명이 있고, 맨 뒤에 'Hacking Play'라고 개발에 참여하는 방법에 대한 설명이 있어요. 요렇게 사용하는 것이 주가 되고, 개발 참여를 원하는 사람에 대한 안내도 있으면 좋을 것 같네용.
http://www.playframework.com/documentation/2.3.x/Home
그리고, SDK 개발에 참여하는 사람은 BCL 멤버들 + 고객사들 개발자로 가정해주시면 좋을 것 같아요.
이분들이 버그 수정하고 pull request까지 할 수 있도록 안내도 들어가면 좋을 듯 합니다.
어제 아이나 게임즈의 개발자 보니, 소스 보다가 직접 버그 수정하고 있더라구요. 이분들한테 pull request 받아서 처리할 수 있으면 code quality도 올라가고, 이분들이 적극적으로 참여할 수 있게 되니 우리 서비스에 대한 만족도도 올라가지 않을까 생각됩니다~