코딩 할 수있는 프로그래머입니다. 그러나 나는 일을 할 수는 있지만 일을 잘하지 못하거나 대부분의 오픈 소스 커뮤니티와 같이하지는 않습니다. 글쎄, 나는 git hub의 라이브러리 중 일부를 사용합니다. 나는 대부분의 프로그램이 잘 구성되어 있음을 발견했다. 또한 읽어주십시오.
내 질문은 :
-
커뮤니티에서 일반적인 파일 구조 또는 명명 규칙입니까 아니면 개인적인 취향의 문제입니까?
-
코드를 작성하는 대신 좀 더 체계화 된 프로그래머가되는 방법은 효과가 있습니다. 그러나 더 쉽게 조직화하여 프로젝트에 쉽게 참여할 수 있습니까?
답변
개발 프로젝트 구조는 Stack * ( 1 , 2 ) 에서 여러 번 논의되었으므로 상황과 관련하여 선택하십시오.
좀 더 체계적으로 만들기 위해 코드와 주변 정보를 구성하는 다양한 방법과 도구를 시도했습니다.
- GitHub / Bugzilla / TODO 텍스트 파일과 같은 버그 추적기
- GTD TiddlyWiki / GitHub 같은 위키
- make / Maven / rake와 같은 도구 제작
- JIRA 및 Redmine과 같은 프로젝트 관리 도구
- jEdit 및 vim과 같은 편집자
- Meld 및 kdiff3와 같은 도구 병합
- Subversion 및 Git과 같은 버전 제어 시스템 (실제로 긁힘, Git을 사용하고 많은 슬픔을 피하십시오)
각각 몇 가지를 시도한 후에는 어떤 것이 다른 사람보다 사고 방식에 더 적합하다는 것을 알 수 있습니다. 그러나 당신이 모르는 더 좋은 도구 가 항상 있으며 도구는 항상 서로를 따라 잡고 있다는 것을 기억하십시오 . 그러므로 당신은 항상 당신이 배운 것이 무엇이든 더 큰 이익을 위해 당신이 사용할 수 있다는 것을 근거로 이미 시도하고 해산 한 무언가를 시도 할 준비가되어 있어야합니다 .
답변
만족할 때까지 코드를 리팩터링 하십시오.
시간이 지남에 따라 점점 더 리팩토링해야하며 결국에는 처음부터 올바르게 수행하게됩니다.
함으로써 배우십시오.
* 가장 옳음 🙂
답변
힘내와 SourceForge. 이것들은 크고 정리되지 않은 프로그램을 작성할 때 사용하는 두 가지 항목입니다. 이상한 점 때문에 지금 연결할 수 없으므로 Google에 대한 자세한 내용은. 죄송합니다. 도움이 되길 바랍니다.
답변
더 많은 기술과 경험을 가진 사람으로부터 코딩 스타일에 대한 피드백을 받으십시오.
내가했던 방식은 나와 수석 프로그래머가 프로젝트에 협력하는 직업을 얻었고, 내가 체크인 한 모든 코드를 검토했습니다. 가끔 그는 내 코드에 대해 성가 시거나 당황한 모든 내용을 이메일로 썼습니다. 저와 그가 합리적으로 편안한 스타일을 찾는 데 시간이 걸렸고, 우리는 몇 가지 일에 대해 격렬한 토론을했지만 모두 많이 배웠고 친구로 헤어졌습니다.
디자인 패턴에 관한 책 / 기사를 읽고 문제에 다른 패턴을 적용하고 어떤 상황에서 어떤 패턴이 유용하다고 생각되는지 확인하십시오.
명명 규칙 및 서식 스타일에 대한 책 / 문서를 읽으십시오. 지역 사회마다 다른 스타일을 사용합니다. 일반적으로 코드를 읽을 가능성이 높은 사람들이 인식 할 수있는 스타일을 사용하는 것이 좋습니다.
코드 구성에 대한 구체적인 조언 :
- 코드의 일부를 더 간단하게 만들 수 있다는 것을 알게되면 그렇게하십시오.
- 코드의 일부를 재사용 할 수 있으면 기능으로 만들어 재사용하십시오.
- 변수와 함수가 나쁜 경우 변수 이름을 변경하는 것을 두려워하지 마십시오.
- 인생을 더 쉽게 만들 수있는 무언가 (구조, 기능, 수업, 패턴 등)에 대한 아이디어가있을 때, 그것을 만들고 사용하십시오.
- 마음을 자주 바꾸십시오. 할 때마다 무언가를 배웁니다.
시간을 내면 처음에는 속도가 느려집니다. 코드가 점점 더 우아해지면서 유지 관리가 쉬워지고 작업의 이점을 누릴 수 있습니다.