«technical-debt» 태그된 질문

기술 부채는 코드베이스 내에서 열악한 소프트웨어 아키텍처 및 소프트웨어 개발의 결과에 대한 은유입니다.

16
프로젝트는 거의 완료되었지만 절차 적 스파게티 코드입니다. 다시 쓰거나 계속 배송하려고합니까? [닫은]
저는 초보자 웹 개발자입니다 (1 년의 경험). 졸업 한 지 몇 주 후, 소유자가 기술 전문가가 아닌 회사를 위해 웹 응용 프로그램을 작성하는 작업을 제안했습니다. 그는 자신의 아이디어 도용, 서비스 회사가 부과하는 높은 개발 비용을 피하고 장기적으로 프로젝트를 유지하기 위해 신뢰할 수있는 젊은 사람을 고용하기 위해 저를 모집했습니다. ). 내가 …
17
경영진이 기술 부채를 처리하도록 설득하려면 어떻게해야합니까?
이것은 개발자와 작업 할 때 자주 묻는 질문입니다. 지금까지 4 개 회사에서 근무했으며 코드를 깨끗하게 유지하고 소프트웨어 앱의 향후 진행을 방해하는 기술적 부채를 다루는 데 관심이 없다는 것을 알게되었습니다. 예를 들어, 내가 일한 첫 번째 회사는 MySQL과 같은 것을 사용하지 않고 처음부터 데이터베이스를 작성했으며 응용 프로그램을 리팩토링하거나 확장 할 때 …
19
사용자에게 즉시 보이지 않는 개선 사항에 가치가없는 경영진과의 거래
일정 압력을 이해할 수 있습니다. 사용자는 회사의 생명력이므로 사용자를 기쁘게하고 싶습니다. 그러나 특정 변경 사항으로 인해 모든 것이 더 쉬워 질 것입니다. 불행히도, 우리 조직의 경영진은 그러한 변화에 대한 본능적 인 저항을 가지고 있으며,이 저항은 너무 강해서 장기적인 개선을 방해하고 있습니다. 예를 들어, Apple은 최근 iOS 프로그램에 대한 자동 참조 …
11
DRY는 소프트웨어 프로젝트 관리의 적입니까?
가장 기본적이고 널리 인정되는 소프트웨어 개발 원칙 중 하나는 DRY입니다 (반복하지 마십시오). 또한 대부분의 소프트웨어 프로젝트에는 어떤 종류의 관리가 필요합니다. 이제 관리하기 쉬운 작업 (예상, 일정, 제어)은 무엇입니까? 올바른 반복 작업, DRY에 따라 피해야 할 작업. 따라서 프로젝트 관리 관점에서 기존 코드를 100 번 복사하여 작업을 해결하고 필요에 따라 각 …
11
프로젝트에 존재하는 기술 부채 금액을 어떻게 수량화 할 수 있습니까?
코드 기반의 기술 부채에 일종의 코드 메트릭으로 사용할 수있는 도구가 있는지 아는 사람이 있습니까? 그렇지 않다면 누구든지 알고리즘이나 휴리스틱 집합을 알고 있습니까? 지금까지 그중 어느 것도 존재하지 않는다면 그러한 일을 시작하는 방법에 대한 아이디어에 관심이 있습니다. 즉, 메소드, 클래스, 네임 스페이스, 어셈블리 등에 의해 발생하는 기술적 부채를 어떻게 정량화 할 …
21
비전문가에게 리팩토링을 어떻게 설명합니까?
기술이 아닌 사람 (일반적으로 PHB 또는 고객)에게 리팩토링 (및 기술 부채)을 설명하는 방법은 무엇입니까? ( " 눈에 띄는 차이 가 없는데 한 달 동안 작업 비용이 듭니까 ?!") 업데이트 지금까지 모든 답변에 감사드립니다.이 목록은 적절한 사람들을 지적 할 수있는 몇 가지 유용한 유사점을 제공 할 것이라고 생각합니다 (PHB에 대한 참조를 …
7
리팩토링의 잠재적 가치를 측정하는 방법
기술 부채가있는 오래된 대규모 프로젝트에서 리팩토링 코드의 이점을 어떻게 안정적으로 추정하거나 측정 할 수 있습니까? 예를 들어, 이전 언어로 작성된 소프트웨어 스택 솔루션 내에 일부 구성 요소가 있고 최신 언어로 작성된 일부 구성 요소가 있다고 가정하십시오. 개발 팀은 새로운 기능과 버그 수정을이 솔루션에 지속적으로 추가하고 있습니다. 개발자는 기존의 오래된 언어 …
6
기술 부채를 돌 보면서 어떤 상환을 보았습니까?
기술 부채에 관한 이 기사 에는 다음을 포함하여 몇 가지 좋은 점이 있습니다. "기술적 인 문제"에 대한 작업은 이야기에 의해 주도 될 때 가장 효과적입니다. 코드베이스는 어느 곳에서나 작업이 필요할 수 있지만 사용자가 직면 한 이유로 코드를 처리 할 경우에만 지불해야합니다. 어떤 멍청한 부분을 지나치려는 이야기가 없다면, 그 작업은 크게 …
2
역사적으로 성장한 소프트웨어를위한 명명 된 안티 패턴이 있습니까? [닫은]
여러 개발자가 방금 시스템에 새로운 기능을 추가했지만 아무도 전체 아키텍처를 주시하거나 리팩토링을 수행하지 않은 역사적으로 성장한 소프트웨어 시스템을 설명하는 안티 패턴이 있습니까? 관리 / 고객이 지속적으로 새로운 기능을 요구하고 아무도 리팩터링하지 않고 다른 개발자가 이전에 한 일을 추가 할 때 이런 일이 발생한다고 생각합니다. 개발자가 소프트웨어 시스템에 압도되어 현재 작동 …
5
"가장 낮은 개발자"로서 기술 부채와 싸우고 있습니까?
회사에서 일하고 있으며 회사를 위해 소프트웨어를 개발한다고 가정 해 봅시다. 당신은 큰 그림이나 어쩌면 약간의 생각이 없습니다. 당신이 가진 것은 이슈 트래킹 시스템을 통해 당신에게 할당 된 작업입니다. 작업이 주어지고 작업을 설명하는 방식으로 작동하게하고 다시 보냅니다. 2 개의 정수를 추가하는 것과 같이 : function add(a,b){return a + b;} 그러나 나중에 …
6
“맞춤형 소프트웨어 회사”는 기술 부채를 어떻게 처리합니까?
이 질문은 Software Engineering Stack Exchange에서 응답 할 수 있기 때문에 Stack Overflow에서 마이그레이션 되었습니다. 7 년 전에 이주했습니다 . "맞춤형 소프트웨어 회사"란 무엇입니까? "맞춤형 소프트웨어 회사"란 주로 맞춤형 소프트웨어를 만들어 돈을 버는 회사를 의미합니다. 예를 들어 대행사 또는 미들웨어 회사 또는 Redify 와 같은 계약자 / 컨설턴트가 있습니다 . …
4
기술 부채가 기능이나 집안일 (또는 버그)로 예약되어야합니까?
Pivotal Tracker 보드에 기술적 부채를 해결하는 몇 가지 사용자 사례를 추가했습니다. 기능 (속도 수준 유지) 또는 집안일 / 버그 (속도 감소)로 고려해야합니까? 나는 하나 또는 다른 하나를 일관되게 수행하면 장기적으로 아무런 차이가 없다는 것을 이해하지만 기술 부채 이야기를 추가 할 때마다 결정을 내려야합니다. 몇 가지 생각 : 그들은 실제로 버그가 …
6
끔찍하게 디자인 된 데이터베이스 위에 좋은 코드를 작성할 희망이 있습니까?
여기 내 처지가 있습니다. 최근에 상속받은 여러 프로그램 중 하나는 백엔드에 끔찍한 데이터베이스로 구축되었습니다. 존경받는 제작자는 분명히 관계 개념을 이해하지 못했습니다. 고유 한 클라이언트 ID로 이름이 지정된 각각의 모든 클라이언트에 대한 테이블입니다. 암호로 명명 된 필드 82 개. 코드는 모두 수십 개의 연결된 인라인 SQL 문으로 절차 적입니다. 동일한 데이터베이스에서 …
9
종합적으로 : 레거시 시스템을 어떻게 유지할 것인가? [닫은]
현재로서는이 질문이 Q & A 형식에 적합하지 않습니다. 답변, 사실, 참고 자료 또는 전문 지식을 통해 답변이 뒷받침 될 것으로 예상되지만이 질문은 토론, 논쟁, 여론 조사 또는 광범위한 토론을 요구할 것입니다. 이 질문을 개선하고 다시 열 수 있다고 생각 되면 도움말 센터 를 방문하여 안내를 받으십시오 . 휴일 팔년 전에 …
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.