당신이 걱정한다는 사실은 좋은 징조입니다. 그것부터 시작하겠습니다. 당신은 프로그래밍을 좋아하지만 전문 프로그래머가되는 것을 좋아합니까? 애호가와 전문가 사이에는 큰 차이가 있습니다. 전문가는 업무용 제품에 대한 지속적인 감시를받습니다.
Our team is composed of 5 programmers, and 4 of us are new
당신이 대립없이 2 년을 일했다는 사실은 당신이 매우 느긋한 직장에서 일하고 있다는 것을 말해줍니다. 당신이 실제로 전문가로 나아가기를 원한다면 그렇게 좋지 않습니다. 세계 최고의 프로그래머 중 일부는 Linux 기반을 위해 일하고 있으며 약간의 실수를 할 때 친절하게 대우받지 않습니다 .
상당히 표준적인 코딩 지침에 대한 빠른 검토를 위해 Linux Community Contributors Standards 는 제품에 대한 책임 수준에 대한 아이디어를 제공해야합니다. 올바른 코드 얻기를 참조하십시오.
그 주장을 더욱 발전시키기 위해서는 대부분의 훌륭한 소프트웨어가 철저히 검토되므로 검토를 수용하는 법을 배워야합니다. 이것은 Linus의 법칙을 지지합니다 ...
"검토자가 충분하면 모든 문제를 쉽게 해결할 수 있습니다."
개인적으로, 나는 고도로 숙련되고 책임감 있고 신뢰할 수있는 개발자가 코멘트를 남기는 것을 잊어 버리는 것만 큼 단순한 도끼를 얻는 것을 보았습니다 ... 그래서 누군가가 코드를 엉망으로 만든다면 아마도 ... 극복하십시오 ... 리팩토링. 공연의 일부입니다.
I feel so sad and hurt.
당신이 자신을 적용하지 않을 때 얼마나 화나게하는지 측정하기 위해 슬픔을 느끼십시오.
당신은 당신의 문제에 대답했습니다 ... 당신은 테스트하지 않습니다!
귀하의 자바 개발자에 대한 의견을 본 후 거의 화가났습니다. 따라서 귀하와 귀하의 개발 팀이 Java 상점에서 일하고 있으며 응용 프로그램에 대한 테스트 프레임 워크가 없다는 말을 올바르게 이해하면 ...
거기에 문지름 거짓말
"우리는 철저한 테스트없이 프로그램을 프로그램에 배포했습니다."
UML Creator Grady Booch 크 리빙 ...
아마추어 소프트웨어 엔지니어는 항상 소프트웨어 개발을 사소하게 표현할 수있는 놀라운 방법이나 도구 인 마법을 찾아야합니다. 그러한 만병 통치약이 존재하지 않음을 아는 것은 전문 소프트웨어 엔지니어의 마크입니다.
Alistair Cockburn 은 민첩한 방법론을 사용하여 사용자와 팀의 성능과 품질을 향상시키는 방법에 대한 풍부한 정보를 자신의 사이트에 제공합니다.
프로그래밍 {및 인생}의 가장 중요한 측면 중 하나는 강점과 약점을 아는 것입니다. 약점을 해결하지 않으면 다방면의 기술을 갖지 못합니다.
Outro ... 당신이 잘하고-그냥 울지 마십시오. 당신의 기술을 개발하는 데 전진하고 프로그래밍에 대한 열정이 당신을 계속 진행하게하십시오. 행운을 빕니다 :-)