11 세의 나이에서, 나는이 프로그램에되어, 항상 기술과 프로그래밍을 좋아했다. 수년에 걸쳐, 나는 힘든 쉬운 경험을 축적했다. 프로그래머로서, 당신은 아마 이런 경험을 가지고,하지만 난 더 많은 친구를 배우고 싶은 사람들에게 제공 할 것입니다.
나는 더 감정이있을 수 있습니다, 이러한 경험을 계속 업데이트되지만, 내가보기에는 20 년, 나는 기본 필요의 다음 목록에 추가 아무것도 추가 생각합니다. 여기에 지금까지 내 가장 기억에 남는 경험입니다.
1. 예상 시간은 문제를 해결하기 위해 필요합니다. 그것을 인정하는 것을 두려워하지 마십시오! 나는 모니터 8 시간 앞에 앉아있는 동안 특정 문제를 해결하기 위해 일부 프로그래머를 보았다. 자신 바 1 시간 30 분 또는 15 분 시간 제한을 설정합니다. 이 기간 당신 Bunengjiejue 문제 중에 있다면, 도움을 요청하거나 대신 일을하려고의 온라인 답을 찾아 가서 "슈퍼 스태킹 구성원을."
2. 프로그래밍 언어는 언어, 단지 언어입니다. 시간이 지남에 따라, 같은 당신이 언어의 원리를 이해, 당신은 다양한 언어 간의 유사성을 찾을 수 있습니다. 당신의 선택의 언어는, 당신은 "편안"효과적인 (간단) 코드를 작성 할 수 느껴야한다. 가장 중요한 언어 적응 프로젝트, 그 반대를 허용합니다.
3. "디자인 모드"프로그램에 너무 많은 초점을하지 마십시오. 때때로, 패턴 쉽게 도입보다 간단한 알고리즘을 작성합니다. 대부분의 경우, 코드는 이해하기 간단해야하고, 심지어 청소기는 이해할 수있다.
4. 정기적 인 백업 코드. 내가 어렸을 때 하드 디스크 고장으로 아주 무서운 경험 코드를 많이 경험 때문에, 나는이 손실되었다. 만큼 당신이 한 번에 백업하지 않는 한, 그들은 엄격한 시간 제한과 같이해야한다, 고객은 내일해야합니다. 소스 / 버전 관리 소프트웨어와 관련이 시점에서 자신의 재능을 표시합니다.
5. 그가 최고 프로그래머가 아니라고 인정 - 충분히 알고있다. 나는 종종 내가 프로그래밍의 충분한 이해 이상을 가지고 있다고 생각하지만, 당신보다 더 나은 다른 사람은 항상있다. 속담, "산 높은 산보다."간다 그래서, 지금 그들을 모방하기!
6, 다시 배웁니다. 말했다 5시로, 나는 종종 컴퓨터 프로그램이나 잡지 또는 그의 손에 관련된 책을 (당신이 내 친구를 요청할 수 있습니다, 믿지 않는) 걸릴. 실제로, 기술을 모르는 당신의 많은 항상있다, 당신은 뒤에 남아 배울 수 있습니다. 당신이 필요로하는 새로운 기술을 얻을 수있는 현명한 방법이있는 경우에, 당신은 매일 학습 주장한다.
7. 영원한 변화. 다양 화 : 당신은 당신이 주식처럼 취급해야하는 것처럼, 기술 / 프로그래밍 지식 처리합니다. 특정 기술에 대해 좋은 느낌하지 마십시오. 그 기술이나 언어가 충분히 지원하지 않는 경우, 당신은뿐만 아니라 당신의 이력서를 업데이트하고 새로운 교육 프로그램을 시작 이제 시작 수 있습니다. 나는 앞서 언어 적어도 2~3가지 그것? 지식 무엇의 주요 원칙을 유지할 수 있도록 새로운 기술을 배우면서 언어 구식 인 경우에, 당신은 또한 다른 언어에 의존 할 수 있습니다.
8. 안내 및지지 신참. 지원 및 교육 개발자 주니어 / 항목 학습 좋은 프로그래밍 방법과 기술을. 어쩌면 당신이 모르는 당신은 자신감이 될 것입니다, 당신은 또한 더 높은 레벨로 업그레이드, 그들에게 더 높은 수준으로 발전 도움이됩니다.
제 단순화 알고리즘. 당신이 인코딩 된 후 코드 악마, 그것은 다시 및 최적화 가야한다. 장기적으로, 여기 저기 몇 가지 개선, 나중에 직원이 쉽게 지원합니다.
10. 쓰기 문서. API 웹 서비스, 또는 간단한 클래스하든, 당신은 해당 문서를 준비하려고합니다. 나는 과도한 의견과 비난에 하우는, 노트 코드의 자랑이었다. 코드의 세 가지 라인은 단 몇 초를 필요에 주석을 추가 할 수 있습니다. 이 기술을 이해하기 위해 상대적으로 어려운 경우, 너무 많은 코멘트를 걱정하지 마십시오. 당신이 잘 자신의 일을 할 수있는 경우, 대부분의 건축가, 프로그래머 백업은 지원 그룹은 당신을 감사합니다.
11. 시험 시험 후 시험. 나는 블랙 박스 테스트의 팬이다. 당신이 코딩을 완료하면 그가 시작했을 때, 당신은 "인식". 당신의 회사가 품질 보증 부서가있는 경우, 코드에 오류가있는 경우, 당신이 의견을 얻을, 그것은 프로젝트 매니저보다 더 될 것입니다. 철저하게 자신의 코드를 테스트하지 않는 경우에, 나는 당신이 악명도 할 수있다, 당신은 단지 코드를 개발하지 않습니다 두렵다.
12. 모든 성공을 축하합니다. 나는 춤도 많은 기술적 인 문제를 해결 한 후 프로그램에서 프로그래머와 의지 파트너 악수, 하이 파이브, 또는 보았다. 모두가 생활에서 발생합니다. "주현절." 프로그래머는 자신의 특별한 코드를 보러 온에게 기쁘게 경우, 아마도 당신이 코드 100 번 본 적이 있지만이 사람이 101 번째를 기념하기 위해 당신이해야합니다.
13. 항상 코드를 확인. 회사에서, 당신은 항상 (자체 검사 및 검사 다른 동료 포함) 코드를 확인해야합니다. 코드 요구하는 스타일로 다른 사람의 체크를하지 마십시오. 그들은 건설적인 비판으로 볼 수 있어야합니다. 개인의 경우, 항상 코드를 확인하고 자신에게 물어, "어떻게하면 더 잘 쓸 수?"이것은 당신이 당신의 성장을 촉진 할 것입니다, 당신에게 더 나은 프로그래머을합니다.
14. 검토 코드. 나는 이전 코드에서 자신을 볼 때, 일반적으로 두 가지 방법이 있습니다 및 "믿기 어려운, 이것은 내가 쓴 코드입니다" "믿기 어려운,이 내가 쓴 코드입니다." 첫 번째는 종종 톤을 혐오하고, 그것을 개선하는 방법에 대해 생각합니다. 당신은 더 나은 프로그램, 또는 완벽한 제품이 될 수있다, 이전 코드의 부활을 궁금 할 것이다. 두 번째 놀라움과 일반적으로 성취감과 함께. 개발자는 프로젝트를 자신의 하나 개 또는 두 개의 결과를, 그리고 사람들이 도움이되지만 서서 시선 프로젝트 개념 할 수 있도록해야한다. 다시 말하지만, 당신의 뛰어난 프로그래밍 기술을 기반으로, 당신은 더 뛰어난 제품이나 아이디어를 업데이트하려면, 프로그램 또는 프로젝트에서 과거를 넣을 수 있습니다.
15. 유머 감각이 필수적이다. 개발 경력의 나의 20 년, 나는 유머 감각없는 프로그래머를 충족하지 않았습니다. 사실, 건조 유머의 우리의 선은 필수적인 제품입니다.
그 전지전능 프로그래머의 조심 (16), 프로그래머 공유뿐만 아니라 경험이 적은 프로그래머 싶지 않아요. 당신이 프로그래머가 이러한 유형의 발생 때 겸손해야합니다. 전지전능 프로그래머, 오히려 팀보다 영웅이되고 싶어하지만, 보수적 인 프로그래머가 자신의 독점에 대한 코드를 쓰고 오히려 미숙 한 프로그래머는 10 분마다 당신을 요청하는 것, 때 코드의 완료 후, 코드는 이미 당신이 아닌 그들이다.
17. 모든 프로젝트는 그렇게 간단하지 않습니다. 친구, 가족, 동료, 뭔가를 급히 서두 프로그램 또는 웹 사이트를 할달라고 부탁했다. 그런 일의 경우, 양측이 만족스러운 일을 만들 수 있도록하기 위해, 양쪽에서 계획을해야한다. 사람이 Microsoft Access를 사용할 필요로 시작한 경우에만 사이트의 세 페이지를 가지고 있지만, 15 페이지의 웹 사이트 및 SQL Server를 사용하여이 될 가능성이 포럼이 사용자 정의 CMS가 (콘텐츠 관리 시스템).
당연한 18. 이제까지 그것을하지 마십시오. 간단한 프로젝트를 수행하는 경우 특정 부분을 쉽게 수행 할 수 있다고 생각할 수 있습니다. 난 당신이 코드의 종류, 구성 요소 또는 섹션이없는 한 기록되어 기존 프로젝트에서 테스트되었습니다! 그렇게 생각하지 않습니다. 매우 쉽게 될 것이라고 생각하지 마십시오.
19. 어떤 소프트웨어가 완료되지 않았습니다. 있었다 프로그래머는 그것이 아니라 별도의 소프트웨어가 완료되지 않은 것을 저에게 말했다 "완료 일시적." 이것은 현명한 조언이다. 고객이 여전히 프로그램을 사용하는 경우는, 쓰고, 시간의 시험을 견디어 냈다. 당신은 기회가 있다면, 당신은 여전히 당신이 전진을 계속 할 수 있습니다, 이것은 나쁜 일이 아니라,을 업데이트합니다.
20. 인내 덕이다. 고객, 친구 또는 가족 구성원이 컴퓨터를 사용하는 경우, 그들은 좌절하고 컴퓨터를 공격 할, 또는 멀리 습격 할 수있다. 나는 프로그래머로 컴퓨터의 경우 ". 당신은 컴퓨터가 아닌 컴퓨터 제어를 제어", 그들에게 계속 얘기하고, 당신은 인내심이 필요합니다. 프로그래머가 문제를 알게되면, 그들은 컴퓨터 문제의 관점에 서서, 그리고 말 "그것을 할 이유 아, 그건."