태그 보관물: code-quality

code-quality

품질 / 표준을 무시하는 소프트웨어 개발자는 회사에 더 적합합니까? [닫은]

코드 최적화, 표준 및 모범 사례를 최우선 순위로 두지 않기로 선택한 소프트웨어 개발자는 적시에 작업을 완료하는 것 이상의 최적화, 코딩 표준 구현 및 사례에 대해 걱정하고 싶은 개발자보다 유용한 코드를 생성합니까?

개별 성능 검토와 관련하여 이러한 방법론을 어떻게 비교합니까?

동료 리뷰에서 이러한 스타일을 어떻게 비교합니까?

SDLC 동안 더 많은 모범 사례를 구현하기 위해 팀에 영향을 미치는 가장 좋은 방법은 무엇입니까?



답변

아니요, 프로젝트의 소유자 만 존중합니다.

그들은 다음 과 같이 몇 년 동안 쓰레기버릴 것 입니다.

  • 미래의 관리자
  • 미래 테스터,
  • 미래의 프로젝트 소유자,
  • 미래의 관리자,
  • 앞으로 코드베이스에 관련된 사람은 거의 없습니다.

그들은 다음과 같은 치료를받을 수도 있습니다.

  • 현재 테스터
  • 현재 기술 문서 작성자

답변

거짓 이분법 : 자질은 직교입니다.

                고품질 저품질

수익성있는 멋진 스케치

수익성없는 Iffy FIRE FIRST


답변

때문에 제 모범 사례는 최고 정의에 의해 , 그들이 그렇게 그들입니다 무시, 도로 아래로 빨리 modifcation으로, 짧은 시간에, 더 정확하게하는 프로젝트를 얻을 수 있도록 보장 이익을 감소. 물론 관리자는 자신 이 최선 이라고 생각 하지만 실제로는 그렇지 않다는 관행을 처방 하거나 고객이 지불 할 금액과 그렇지 않은 금액을 잘못 판단 할 수 있습니다.

코딩 표준은 더 까다 롭습니다. 코더에 너무 많은 세부 사항을 규정 할 수있어 효율성이 떨어집니다. 그러나 경험이 있으면 항문 보유 마이크로 관리에서 유용한 지침을 말하기가 매우 쉬워 지므로 실제 모범 사례는 항상 가치가 있고 의사 모범 사례는 항상 가치가 없습니다.

당신이하지 않은 코드 최적화는 일반적으로 일을 가치가되지 않습니다 측정 병목 현상이있는 것을 확인 최적화를 수행하는 것이 필요하다고과 측정 당신의 영리한 트릭 실제로의 preformance의 rquirement을 충족. 그렇지 않으면 (주로) 가치가 없으므로 최적이 아닙니다.


답변

코드 최적화 및 실습에 관심이없는 개발자에게 동의합니까? 아니.

그들은해야 할 일을합니까? 예.

사업은 돈 버는 것에 관한 것이며 돈을 버는 유일한 방법은 제품을 출시하는 것입니다. 이것은 일반적으로 프로젝트에 엄격한 일정이 있다는 것을 의미합니다. 즉, 무언가를하는 가장 좋은 방법은 무언가를하는 가장 빠른 방법이 아닐 수 있습니다.

이러한 스타일의 개발에 동의하지는 않지만 제품이 출시되면 회사에서 존경받을만한 것으로 보일 수 있습니다.


답변

아니, 나는 가장 빠른 경로를 찾아 낼 것입니다 멀리 그 악을 높이 평가했다 회사로부터.


답변

예, 아니오. 약간 소망스러운 워시이지만 최선의 연습이며 완벽한 연습은 아닙니다. 이상적으로는 지속적으로 따라야하지만 항상 비즈니스가 제품 요구보다 먼저 요구를하는 상황이 발생합니다.

당신은 관리자에 의해 미워하지만 상사에 의해 사랑받을 것입니다.


답변

모범 사례는 다소 상식과 비슷합니다. 모든 사람은 두 사람이 자세히 논의하기 시작할 때까지 모든 사람이이를 알아야한다는 데 동의합니다. 두 사람이 정의에 완전히 동의하지 않으며 모든 상황에 적용되는 논리적 진리의 원천이 없습니다.

우주 위성에 대한 안내 시스템을 작성하고 있습니까? 그렇다면 이런 종류의 작업에서 나쁜 품질 / 성능 코드는 결코 용납되지 않습니다.

일회성 마케팅 푸시를위한 끔찍한 웹 사이트를 작성하고 있습니까? 그렇다면 네, 마감일을 맞추는 데 필요한 수단을 통해 보풀을 제거하십시오. 차기 마케팅 이사는 아마도 다른 회사와 다른 일을 할 것입니다. 예술이나 과학이 아닌 것은 유료입니다.

그 사이의 모든 것 : 협상 할 수있는 것, 특히 개발자가 초기 지원을 받기 위해 필요한 경우.

당신이 선호하는 성품이 다시 올 때까지 그리고 그 / 그 / 그녀가 개발 관행을 기적적인 방식으로 정의 할 때까지, 삶과 죽음의 결정에 직접적인 책임이없는 어떤 프로젝트에 대해서도 논쟁의 여지가 많이 생길 것입니다 일회용이 아니기 때문에

생명에 중요한 레이블이있는 모범 사례 이외의 모든 것은 일반적으로 회사 정책, 고객 사양 또는 개인 의견과 유사합니다. 그들 중 다수는 현재 많은 사람들이 동의하는 개인적인 의견이지만 모든 상황에 대한 불변의 가이드는 아닙니다.