숙련 된 프로그래머가 아닌 경우 오픈 소스 프로젝트를 시작하면 어떤 단점이 있습니까? [닫은]

제품을 만들 아이디어가 많이 있습니다. 문제는 1 년 미만의 전문적인 업무 경험이 있으며 현재 내가 생산 한 것에 기초 하여 미래에 부정적인 판단 을받는 것이 두렵다 는 것 입니다. 내 코드가 좋다면 실마리가 없습니다.

코딩 패턴에 익숙하지 않습니다. 내가 아는 것은 작동하는 제품을 만드는 것입니다. 나는 미래의 프로젝트를 위해 github에 공개 프로필을 갖고 싶어하며 주석이 잘 작성되고 최적화되고 깨끗하도록 노력할 것입니다.

이것들은 공개적으로 노출되는 것을 두려워하는 것입니다.

1. 내 코드가 고도로 최적화되지 않았을 수 있습니다.
2. 우연히 작업을 수행하는 특정 라이브러리 또는 함수를 잘못 사용했습니다.
3. 코딩 패턴을 모르거나 따르지 않습니다.
4. 코너, 엣지 케이스를 고려하지 않는 많은 버그
5. 스레드 안전성, 멀티 스레드 프로그래밍의 동시성 문제 등과 같은 특정 개념의 이해와 적용에 대한 근본적인 부족

더 많은 경험을 얻을 때까지 계속해서 시작하거나 현지 및 개인 건물을 계속 고수해야합니다. 나는 여기서 실수가 장기적으로 내 직업 전망을 방해하기를 원하지 않습니다.

30 년간의 전문 소프트웨어 개발 후에도 여전히 버그가 발생합니다. 여전히 모르는 패턴을 찾습니다. 나는 여전히 동료들로부터 배우고 매일 모르는 것들을 만납니다.

대부분의 숙련 된 개발자는 자신이 모르는 것을 인정하고 개선하기를 원하는지 여부에 관계없이 실수로부터 배우고 사용자 또는 커뮤니티의 요구를 충족시키기 위해 제품을 개선하는지 여부와 문제 및 비판에 어떻게 대응하는지 판단합니다.

개발자에게 가장 좋은 기술 중 하나는 가능한 한 빨리 좋은 답변을 찾기 위해 바보 같은 질문을하고 때로는 어리석게 보일 수 있다는 것입니다.

경험이 풍부하고 능숙한 사람은 모두 당신이 지금있는 곳이었습니다. 당신이 거기에 작업을 넣어 다른 사람들과 함께 작업하면 훨씬 빨리 배울 것입니다.

기다릴 이유가 없습니다. 프로젝트를 엽니 다.

더 나은 방법은 다른 열린 프로젝트에 기여하고 배우는 것입니다.

당신이 너무 걱정하는 것 같아요.

OS 커뮤니티는 특정 앱이 얼마나 잘 작성되었는지보다 더 유용하다는 점에 더 관심이 있습니다. 글이 잘못 작성된 경우, 커뮤니티는 실수를 바로 잡을 수 있도록 도와 줄 것입니다. 더 흥미로운 점은 사람들이 어려움을 겪고있는 문제를 응용 프로그램이 얼마나 잘 해결하는지입니다. 응용 프로그램 / 프로젝트가 복잡한 문제에 대한 우아한 솔루션을 제공한다면 코드 품질이 문제가됩니다.

거기에 놓고 무슨 일이 일어나는지보십시오. 당신은 다른 사람들이 그것을보고 그 코드를 가지고 놀기 시작할 때까지 코드가 얼마나 좋고 나쁜지 알 수 없습니다. 모든 코드에는 버그가 있습니다. 더 흥미로운 점은 저자가 버그를 해결하는 데 얼마나 빨리 노력하는지입니다.

그것을 학습 연습으로 생각하십시오. 목을 조금만 내밀고 비판을받을 때까지 모르는 것을 찾지 못할 것입니다. 바라건대, 대부분의 비판은 건설적이 될 수 있습니다. 당신이 처음에 그것에 대해 묻는다는 것을 감안할 때, 나는 당신이 적어도 평균 또는 더 좋은 품질의 코드를 가질 것이라고 말하는 것이 편안합니다.

우리는 오픈 소스 분야에서 높은 지식을 가진 사람들을 찾습니다. 그것은 사실이며 새로운 이민자들을 위협합니다. 그러나 주요 개발자가 소프트웨어가 고품질에 도달하기위한 실제 요구 사항을 반영하지 않더라도 우수한 프로젝트에 대한 도움을 제공하는 데에도 능숙합니다.

당신은 이미 당신의 한계를 알고 있습니다. 그것은 나쁜 시작이 아닙니다. 좋은 시작입니다.

파티에 들어가서 그곳을 찾으십시오.

행운을 빕니다!