작업 내용을 공유하기가 어려운 이유는 무엇입니까?

코딩이 문제가되지 않는 일부 응용 프로그램을 작성했습니다. 그러나 동료 및 친구들과의 배포 / 의사 소통 / 공유와 관련하여 나는 붙어 있습니다. 나는 버그가 있기 때문에 내가 굴욕을 당할 것이라고 생각하고 사람들은 그것을 사용하지 않을 것입니다 ...

이 상황에서 내가 유일한 사람은 아니라고 확신합니다. 나는 그것을 잘 설명 할 수 없지만 ... 예가 있습니다.

할 일 목록 관리자 웹 응용 프로그램을 만들었습니다. 당신은 그것이 좋다고 생각하고, 일을합니다.하지만 당신은 친구 나 직장 동료에게 이메일을 보낼 수있는 힘이 없습니다. 너무 좋은 응용 프로그램 "...

자신 만의 소프트웨어를 만드는 것은 다른 사람을위한 소프트웨어를 만드는 것과 약간 다릅니다. Joel Spolsky의 위대한 기사 읽기

http://www.joelonsoftware.com/articles/DevelopmentAbstraction.html

아마도 이것이 왜 그런지 더 잘 이해하고있을 것입니다.

어딘가에 더 좋은 인용문이 있다고 확신하지만

당신이 실패하는 것을 두려워한다면 결코 성공하지 못할 것입니다

모든 소프트웨어에는 버그가 있습니다 ... 기간. 당신이 배를 타면 버그를 배송 할 것이고, 아마도 여기저기서 부정적인 리뷰를받을 것입니다. 그러나 고객이 발견 한 버그에 대해 행동하고 합리적인 선박 케이던스를 갖는 한 고객은 실수를 용서할 것입니다.

또한 배송하지 않으면 실제로있는 버그의 절반을 찾을 수 없습니다.

머리에 못을 박았다. 사람들이 까다로울 수있는 소프트웨어에 대한 대안이 너무 많습니다. 그들이 큰 브랜드 이름을 사용한다면 개인적으로 가져 가지 마십시오.

할 수있는 일 중 하나는 더 많은 테스트를 시도하거나 친구에게 테스트를 도와달라고 요청하거나 단순히 피드백을 얻는 것입니다.

친구의 피드백은 소프트웨어를 향상시킬 수 있도록 응용 프로그램에 대한 견해를 제공 할 수 있기 때문에 소프트웨어를 개선하는 데 도움이됩니다. 비판을 두려워하는 경우 :

칭찬을 구하지 말고 비판을 구하십시오. 개선하려면 필요합니다. -아논

비판을 피하려면 아무 것도하지 말고 아무 것도하지 마십시오. -엘 버트 허버드

비평가를 기리기 위해 동상이 세워진 적이 없습니다. -장 시벨리우스