소프트웨어 공학

채용 프로세스에 참여하는 사람 (관리자, 면접관 등)이 1-2 년마다 일자리를 바꾼 후보에 대해 어떻게 생각하십니까? 업데이트 모든 게시물에 모든 입력 모두, 정말 좋은 답변, 좋은 정보 감사합니다. 나는 지난 5 년 동안 현재 3 명의 직업을 가지고 있었기 때문에 그것을 물었고, 나의 직책이 아무데도 갈 것 같지 않다고 느낀다. 여기서 …

74 communication 

팀이 훌륭하게 실행되는 소프트웨어 시스템을 작성한다고 가정하십시오. 어느 날 엔지니어 중 한 명이 일부 DB 데이터를 변경하는 일부 SQL 쿼리를 실수로 실행 한 다음 잊어 버렸습니다. 시간이 지나면 손상된 / 오류가있는 데이터를 발견하고 모든 사람이 코드의 어느 부분에서이 문제를 일으켰는지에 대해 머리를 긁습니다. 한편 프로젝트 관리자는 코드의 일부를 찾은다고 주장합니다. …

73 project-management 

조건 검사와 같은 나눗셈이 필요할 때마다 나눗셈의 표현을 곱셈으로 리팩토링하고 싶습니다. 원본 버전 : if(newValue / oldValue >= SOME_CONSTANT) 새로운 버전: if(newValue >= oldValue * SOME_CONSTANT) 나는 그것이 피할 수 있다고 생각하기 때문에 : 0으로 나누기 oldValue매우 작은 경우 오버플로 맞습니까? 이 습관에 문제가 있습니까?

73 coding-style  language-agnostic  math 

우리의 코드베이스에서 일반적으로 사용하는 방법 중 하나는 철자가 잘못되었습니다. 이것은 단순히 철자가 틀리기 때문에 단순히 나를 자극하지는 않지만 더 중요하게는 처음 입력 할 때 항상 이름이 잘못되도록합니다 (그리고 나서 "오, 맞습니다. 원래 방법을 약간 변경하고 있습니다. 난 그냥 괴물 방법의 이름을 바꿀 수 있습니까?

73 refactoring 

if i>0 : return sqrt(i) elif i==0: return 0 else : return 1j * sqrt(-i) VS if i>0: return sqrt(i) elif i==0: return 0 else: return 1j * sqrt(-i) 위의 예제를 감안할 때 코드 기반에서 첫 번째 스타일을 실제로 보지 못하는 이유를 이해하지 못합니다. 나에게 코드를 원하는 것을 명확하게 보여주는 …

73 coding-style 

다음과 같은 세 가지 리소스가 있다고 가정 해 봅시다. Grandparent (collection) -> Parent (collection) -> and Child (collection) 위의 내용은 다음과 같은 리소스 간의 관계를 보여줍니다. 각 조부모는 하나 이상의 부모에게 매핑 할 수 있습니다. 각 부모는 하나 이상의 자녀에게 매핑 될 수 있습니다. 하위 리소스에 대한 검색을 지원하지만 필터 …

73 design  rest  api 

미래와 약속의 차이점은 무엇입니까? (Akka와 Gpars에서) 그들은 나에게 블록과 같게 보이고 get이 호출 될 때 미래의 가치를 반환하며 약속은 미래의 결과를 얻는 것입니다.

73 api  scala  groovy  akka 

로부터 코드 전체 책 다음 인용 온다 : "일반적인 경우 if는 else" 즉, 표준 경로에서 예외 / 편차가 발생해야합니다 else. 그러나 Pragmatic Programmer 는 "초기 충돌"(p. 120)을 지시합니다. 어떤 규칙을 따라야합니까?

73 design 

지나치게 까다로울 수 있으므로이 질문을하는 것은주의해야합니다. 방금 JavaScript : Definitive Guide를 열었으며 1 장의 첫 페이지에 나와 있습니다. "자바 스크립트는 높은 수준의 동적이고 형식화되지 않은 해석 된 프로그래밍 언어입니다." 따라서 해석 된 부분이 언어 사양의 요구 사항이라고 생각합니까? 아니면 언어와 많은 구현 간의 차이점을 존중할 때 언어가 해석 된 프로그래밍 …

73 javascript 

대본 현재 저는 의료 서비스 제공자가 사용자 생성 양식을 사용하여 알 수없는 속성으로 데이터를 캡처하는 것이 주요 건강 관리 프로젝트입니다. 두 번째 요구 사항은 데이터 무결성이 핵심이며 40 년 이상 응용 프로그램을 사용해야한다는 것입니다. 우리는 현재 지난 40 년간 고객의 데이터를 다양한 소스 (Paper, Excel, Access 등)에서 데이터베이스로 마이그레이션하고 있습니다. …

73 design  architecture  project-management  web-applications 

코드에 의미가 부족하도록 Java에서 Strings를 사용하지 않는 블로그 항목을 우연히 발견 했습니다. 대신 얇은 래퍼 클래스를 사용해야한다고 제안했습니다. 이것은 해당 항목이 문제를 설명하기 위해 제공하는 이전 및 이후 예제입니다. public void bookTicket( String name, String firstName, String film, int count, String cinema); public void bookTicket( Name name, FirstName firstName, Film …

73 java  coding-style  semantics 

로버트 마틴이 " 깨끗한 코드 "를 읽고 더 나은 프로그래머가되기를 바랍니다. 지금까지 그 어느 것도 실제로 획기적인 것은 아니지만 응용 프로그램을 디자인하고 코드를 작성하는 방법에 대해 다르게 생각하게 만들었습니다. 이 책에는 동의하지 않을뿐만 아니라 특히 인터페이스 명명 규칙과 관련하여 이해가되지 않는 부분이 있습니다. 다음은 책에서 직접 가져온 텍스트입니다. 혼란스럽고 명확하게 …

73 naming  interfaces  coding-standards 

어려운 상황을 해결하는 데 도움이되는 전문 프로그래머를 찾고 있습니다. 지금까지의 인터뷰는 놀라 울 정도로 실망 스러웠다. 지금까지 가장 좋은 후보자는 버전 제어 소프트웨어를 사용한 적이없는 숙련 된 프로그래머입니다. 짧은 시간 안에 배울 수있는 문제이기 때문에 문제 자체는 그다지 심각하지 않을 수 있습니다. 그러나 더 걱정되는 부분이 있습니다. 버전 관리없이 10-15 …

73 version-control  experience 

가독성을 위해 다음 코드와 같은 함수를 호출하는 동안 임시 변수를 정의하는 경우가 종종 있습니다. var preventUndo = true; doSomething(preventUndo); 이것의 짧은 버전은 다음과 같습니다. doSomething(true); 그러나 코드로 돌아올 때 종종 무엇을 true의미 하는지 궁금 합니다. 이런 종류의 수수께끼에 대한 협약이 있습니까?

73 coding-style 

민첩한 접근 방식이 요구 사항이 모호하고 최종 사용자의 아이디어를 형성하는 데 많은 상호 작용이 필요한 프로젝트에 가장 적합하다고 생각합니다. 그러나 ... 저의 전문적인 업무에서, "애자일 (agile)"접근 방식이 왜 선결제 디자인에 노력을 기울이지 않았는 지에 대한 변명으로 사용되는 회사에서 계속해서 끝납니다 . 요구 사항이 잘 이해 될 때 민첩한 접근 방식이 …

73 agile  cowboy-coding