2009-07-23 2 views
8

우리가 만들고있는 응용 프로그램의 전반적인 디자인을 생각할 때 나는 꽤 혼자 일하고있다. 나는 다른 프레임 워크, 기술, 패턴, 레이어링 등으로 장단점을 논의 할 사람이 없습니다. 다른 프로그래머들도 "낡은 방법"이 괜찮다고 생각하지 않습니다. 응용 프로그램을 유지하기 어렵고 테스트 할 수 없기 때문이 아닙니다.소프트웨어 디자인을 검증하는 방법은 무엇입니까?

마음 편한 방법을 찾을 수있는 방법에 대한 생각 , 응용 프로그램 검토 또는 ...? 차라리 고용주를 바꾸지는 않겠지 만 제외되지 않았습니다.

답변

1

다른 프로그래머가 좋은 소프트웨어 설계에 대해 거의 신경을 쓰지 않는 것은 정말 슬픈 일입니다. 내가하고 제안 할 수있는 유일한 사항은 다음과 같습니다

  1. 이 좋은 디자인
  2. 에 관심을 갖게하기 위해 주변 사람들을 격려하기 위해 계속 자신의 아이디어에 대한 통찰력을 얻기 위해 자신의 블로그에 전 세계의 우수한 개발자의 일부를 따라
  3. 온라인 다른 개발자들과 친구들을 오픈 소스 소프트웨어에 참여하면
  4. 그들에게 유효성 검사 아이디어를 물어 당신의 아이디어에 대한 검증의 소스로 것을 사용할 수있는 설계를 검증하기 위해 지역 아무도 존재하지 않는 경우
  5. stackoverf에 질문하십시오. 귀하의 아이디어에 대한 low.com
  6. 프로그래밍을 계속하고 경험을 통해 학습하십시오.
  7. 현재 회사에 오래 머물러 있지 마십시오. 회사를 이동하면 편안하고
  8. 만족을하는 데 도움이 같은 생각을 가진 개발자

희망 가득 로컬 사용자 그룹에 참여하자 얻기에서 자신을 유지하는 좋은 방법입니다.

2

그들과 대화하여 그들이 기꺼이 Unit Testing인지 알 수 있습니다. 테스트 주도 개발 관점에서 접근하면 버그를 빨리 발견하는 데 도움이 될 것이라고 말하면됩니다. 이는 절대적으로 사실입니다.

불행히도 이것은 관리자와 다른 프로그래머와 이야기 할 때 가장 좋은 해결책이 무엇인지 알아내는 데 필요한 것입니다. 많은 장소에서 어떤 테스트도하지 않으며 실망입니다.

결국 테스트는 소프트웨어의 유효성을 검사 할 수있는 최선의 방법입니다.

새로운 프레임 워크를 배우고 적응할 때 프로젝트가 완료되는 데 시간이 오래 걸린다는 것을 알고 있어야합니다. 새로운 언어에 대한 연구는 종종 프로그래머가 자신의 한푼으로하고있는 것을 보거나 시간이 지나면 새로운 것을 조사 할 에너지가없는 일로 너무 바쁩니다.

0

소프트웨어 사업에서는 어디 까지나 표준 상황입니다. 대부분의 근로자는 자격이 없으며 단순히 상관하지 않습니다. 사람들은 보통 무관심을 개발하고, 일자리를 바꾸거나 마침내 그들 자신의 것을 시작한 다음 월급만을 위해서만 다른 일을합니다.

귀하의 이익과 고용주의 이익이 일치하지 않기 때문에 당신이 할 수있는 일은 거의 없습니다. 너의 것 : 소프트웨어를 완벽하게 만들어라. 고용주 : 소프트웨어로 수익을 창출하고 가능한 모든 비용을 절감하십시오. 단 하나의 경우를 제외하고는 거의 만나지 않습니다. 그런 곳을 찾으려면 행운이 필요합니다.

3

아케이드 질문을 두 개로 나누십시오.
1) 질문이나 의견을 디자인 할 의사가 없거나 이해하지 못하는 사람들과 함께 일하는 사람이 있습니다. 사람들이 신경 쓰지 않는다면 다른 직업을 찾는 것 외에는 할 수있는 일이별로 없습니다. 그들이 이해하지 못한다면, 나는 아마도 당신이 디자인에 관한 프리젠 테이션을 짜내고 속도를 높일 수 있다고 말했을 것입니다, 그래서 당신은 그것들을 "좋은 디자인입니까?"대화를 가질 수 있습니다.
2) 신체 검사를 찾고 계시다면, 대체로 도움이된다는 사실을 발견 한 사람은 prototyping입니다. 이렇게하면 일반적으로 디자인에 예기치 않은 문제가 발생했을 때 좋은 아이디어를 얻을 수 있습니다.

1

고용주가 테스트를 위해 V- 모델을 이해할 수없는 경우 해당 회사의 분실 원인입니다.

내가 말하는거야 :

  • 단위 테스트
  • 통합 테스트
  • 소프트웨어 개발에 자신의 단계에

이지도의 각 테스트 시스템 테스트

  • 사용자 수용 라이프 사이클을 지원하고 소프트웨어 설계를 검증하기위한 올바른 방향으로 나아가는 단계입니다.가능한 경우 상급반에 이것을 설명하십시오. 당신이 알고있는 이것을하는 몇몇 다른 회사를 데려 오면 영감을받을 것입니다.

    V-model에 대한 자세한 정보

  • 1

    먼저 해당 지역의 프로그래밍 커뮤니티에 참여하는 것이 좋습니다. 당신 회사의 개발자들이 커브 뒤에 있다고하더라도 소프트웨어 개발을 논의하기 위해 만날 로컬 그룹이있을 것입니다. 예를 들어 Spring 사용자 그룹과 영국 컴퓨터 협회 모임에 참석합니다. 동료와의 섞임은 다양한 기술과 접근법에 대한 노출을 제공 할뿐만 아니라 기회를 찾고 있다면 당신을 도울 수있는 사람들을 알게되는 이점이 있습니다.

    두 번째로 독립적 인 코드 또는 디자인 리뷰를 제공하기 위해 외부 컨설턴트에 가입 할 가치가 있습니다. 이것은 판매하기 까다로운 일일 수 있지만 경영진이 중년 개발자가 말하는 것보다 독립적 인 외부 소스에서 일을 "듣는"것이 더 쉬울 때가 있습니다.

    0

    나는 당신과 정확히 같은 지점에 있습니다.

    어젯밤에 나는 디자인을 업로드하고 그 디자인에 피드 백을 얻을 수있는 웹 사이트를 발견했습니다.

    프레임 워크, 패턴 등의 사용에 관해서라면 가장 좋은 것은이 포럼입니다. 다른 사람들이 추천하는 것을 보아 의심 스러울 때 질문하십시오.

    다른 포럼/사이트를 탐색하면서 많은 것을 배웠지만 시간이 많이 걸립니다.

    한 번에 한 번씩 만나는 그룹을 찾아서 맥주와 관련해이 문제를상의하십시오. 나는 내 마을에 회의가 있다는 것을 알고있다. (나는 참석할 시간이 없다.)

    관련 문제