고독한 프로그래머를위한 응용 프로그램 / 코드 검토?


23

'합리적인 가격으로'적용 할 수있는 좋은 기술적 조언을 제공하고 제공하는 서비스가 있습니까? 많은 프로젝트에서 나는 일반적으로 유일한 개발자이고 때로는 효율성, 더 나은 MVC 상호 작용 등을 위해 일부 작업을 개선해야한다고 생각합니다. 실제로 할 수있는 전문적인 서비스가 있다면 좋을 것입니다 그런 리뷰를 할 것입니다


1
당신은 당신의 손에 새로운 비즈니스 모델을 가지고있을 수 있습니다.
Merlyn Morgan-Graham

@ Merlyn Mogan-Graham-당신은 무엇을 알고 있습니다. 난 그냥 ... 다른 사람?
dassouki

코드 검토 제안에 관심이있을 수 있습니다 . 우리가 볼을 굴릴 수 있다면, 이것은 당신이 사용할 수있는 또 다른 자원 일 수 있습니다.
greatwolf

답변:


18

인디이고 코드 검토가 필요한 다른 사람을 찾고 친구와 대화하십시오. 사무실이나 술집에서 나란히 앉아있는 것이 가장 좋지만, 도시에 사람이 없으면 온라인 붙여 넣기 서비스와 화상 회의를 사용할 수 있습니다.


또는 아마도 github / 원격 svn 위치를 공유
dassouki

4
어려운 문제에 대한 탁월한 솔루션 +1 믿을만한 사람과 일하는 것을 대신 할 수있는 것은 아무것도 없습니다. 전문적인 서비스는 당신이 모르는 사람들 일 뿐이며 소프트웨어 엔지니어링에 대한 그들의 의견, 태도 및 경험은 당신에게 알려지지 않을 것입니다. 어떤 피드백을 진지하게 받아들이고 어떤 것을 무시해야하는지 아는 것은 힘들 수 있습니다.
Adam Crossland

1
@dassouki : 검토자가 소스 코드를 사용할 수있게하는 것 외에도 대화하는 동안 메모를 공유 할 수있는 방법이 필요합니다. Campfire 또는 Writeboard와 같은 것이 버전 관리보다 낫습니다.

4

이러한 종류의 서비스를 제공 할 소프트웨어 컨설팅 회사가 많이 있습니다. 그들은 물론 무료가 아니며 (그리고 종종 저렴하지는 않지만) 나는 지금 하나와 함께 일하고 있으며 그들에게서 배우는 것이 가치가 있다는 것을 알았습니다.


연락처 정보를 제공 할 수 있습니까? 가격 체계의 개요?
dassouki

당신은 당신의 지역을 조사해야합니다. 또는 구글은 큰 이름을 위해.
Malfist

그렇습니다. 저는 우리 지역 (Google 및 YellowPages) 내의 소프트웨어 컨설팅 회사를 검색하고 그들이 제공하는 서비스를 확인하기 위해 웹 사이트를 확인했습니다. 그들이 웹 사이트를 가지고 있지 않다면 나는 일반적으로 그들을 할인했다 :)
Rachel

이 스택 교환 제안 이 당신에게 흥미로울 것 같습니다. 그것이 당신의 지원을 보여주고 베타에 들어가는 데 도움이된다면 :)
greatwolf

이 접근법에주의하십시오. "컨설팅"은 계약에 대한 유료 판매 피치가 될 수 있습니다. 내가 일하는 회사는 두 가지 모두를 수행하지만 사실에 대해서는 완전히 앞서 있습니다. 다른 회사는 투명하지 않을 수 있습니다.
Merlyn Morgan-Graham 5

3

고독한 개발자는 아니지만 다른 프로그래머와 함께 일하는 사일로 프로그래머 로서 서로의 코드를 순환 적으로 검토하는 교차 훈련 시간을 허용하도록 경영진을 설득 할 수있었습니다.

계약자가 떠나서 프로젝트를 인수 할 준비가 된 사람이 없으면 문제가 해결 될 것이라고 주장했습니다.

우리는 일주일에 한 번 4 : 1 리뷰를했습니다. 그것은 효과가 있었고 다른 사람들로부터 좋은 조언을 얻었습니다. 그리고 어떤 프로젝트에서 멀리 떨어져 있는지 배웠습니다.


이 스택 교환 제안 이 당신에게 흥미로울 것 같습니다. 그것이 당신의 지원을 보여주고 베타에 들어가는 데 도움이된다면 :)
greatwolf

1

이것은 실제로 '전문적인'것은 아니지만 조금 도움이 될 수 있습니까?

  1. 디자인을 10 세로 설명하고 참여를 유지하십시오.
  2. 5 살짜리가 시스템을 깰 수 있도록하십시오 (충돌을 일으키는 게임으로 만드십시오).

8
그러나 그것은 코드 검토가 아닌 테스트입니다.
Malfist

4
소프트웨어를 개발하는 대신 측면에 집을 짓고 있다고 가정하십시오. 테스트 절차가 실제로 5 살짜리가 집을 부수려고하고 10 살짜리가 집이 구조적으로 건전하다는 것에 동의하도록 구성되어 있습니까?
Cam

2
@Cam : "집이 구조적으로 건전하다는 것을 10 살짜리에게 알려주는 것"이 ​​반드시 목표는 아닙니다. 여기서 목표는 아이디어가 단순하고 작동하기에 충분하다는 것을 증명하기 위해 생각을 정리하고 증류시키는 것입니다. 집의 구조적 안정성을 평가하는 것은 프로그램을 설계하거나 구현하는 것과는 상당히 다른 문제입니다 (프로그램에 대한 공식적인 증거를 작성하는 것과 유사 할 수 있습니다. 아니요, 5 살짜리 도움이되지 않을 것입니다).
Merlyn Morgan-Graham

@ Merlyn : 예, 의견에 몇 가지 장애가 있음을 알고 있습니다. 그러나 나의 주장은 집을 짓는 것이 소프트웨어를 작성하는 것과 같다는 것이 아니다. 저의 주장은 소프트웨어 개발은 ​​10 살짜리와 5 살짜리보다 더 엄격한 테스트 절차를 요구하는 관행입니다. 사실은 그렇지 않습니다. 일반적으로 회사가 고용하는 것을 볼 때 더 비싼 훈련 된 소프트웨어 테스터.
Cam

@Cam : 오랜 시간 동안 테스트 개발자이기 때문에 동의합니다.) 유아 아이디어는 전체 품질 프로세스가 아닌 단일 품질 게이트에 대한 저렴한 솔루션이라고 생각합니다. 선박 인증이 아닌 코드 검토. 시험 스위트에서 글쓰기를 옹호하는 답변을 작성하면 (투표 할 때마다) 투표하겠습니다.
Merlyn Morgan-Graham
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.