이미 1배 투자했기 때문에 멈출 수 없지만, 앞으로 몇 년에 걸쳐 100배 더 지출하도록 합시다! 스턴스!

자바스크립트 예제

이전에 들어보셨겠지만 Javascript는 10일 만에 작성되었습니다. 채택률이 급격히 증가했고 몇 년 동안 언어를 사용한 후에도 획기적인 변경을 도입하고 싶지 않았습니다. 이제 언어가 거의 30년이 되었으며(1995년의 것임을 기억하세요!) 우리는 여전히 처리해야 할 문제가 있습니다. 그 결정들.

그들은 JS 초기부터 언어에 도움이 되는 많은 변화가 있다는 것을 알고 있었지만 그 당시의 "수많은" 웹사이트를 망가뜨리고 싶지 않았습니다(총 웹사이트가 몇백만 개 있었습니다) 그 당시에는 전 세계적으로 JS를 전혀 사용할 필요가 없었습니다!).

Hindsight는 20/20이며 현재와는 다른 방식으로 JS를 손상시켰을 수도 있습니다.

그리고 다시… Angular는 "Angular 2"를 깨고 출시할 때 바로 그 일을 했습니다. 많은 사람들이 Angular를 사용하고 있었기 때문에 AngularJS를 계속 사용하는 것이 지속 가능하지 않다는 것을 알고 단계적으로 Angular2로 전환하기 시작했고 그로 인해 Angular가 더 좋아졌습니다.

오늘은 이것에 투자하시겠습니까?

투자할 때 배를 뛰어넘어 '패배'하거나 '그만둬' 싶은 기분이 들지만, 더 멀리 갈 수 있는 사람은 나쁜 결정을 언제 그만둬야 할지 아는 사람입니다(반드시 나쁜 것은 아니지만 시간이 지나면 상황은 변합니다).

Angular/JS/2 예제로 돌아갑니다. 일부 회사에서는 AngularJS의 수명이 다했고 몇 년 전에는 더 많은 서비스가 종료되었음에도 불구하고 여전히 AngularJS를 사용하고 있습니다. 이제 그들은 코드베이스를 늘리고 이에 대한 모든 투자로 인해 이를 고수하기로 결정하고 변경하기가 점점 더 고통스럽고 어려워짐에 따라 자체적으로 지원하고 패치해야 합니다.

물론, 그 반대편에는 유행에서 유행으로 점프하여 매 순간 더 인기 있었던 기술을 보여주는 괴물을 만드는 사람들이 있습니다. 일부는 사람들이 사용하기 시작하자마자 사용을 중단했거나, 일부는 이런저런 이유로 방금 사망하여 유지 관리가 중단되었습니다.

이름은 매몰비용의 오류

이미 '너무 많이' 투자했다고 생각해서 물러설 수 없습니다. 또한 지루하고 오래된 LAMP 스택이 충분하고 작동한다면 반짝이는 새 것들이 필요하지 않다고 생각할 수도 있습니다.

하지만 한 가지는 '효과가 있다'는 것이고 다른 하나는 '장기적으로 보면 변경하는 것보다 비용이 더 많이 들 것이다'는 것입니다.

재정적인 측면에서 어떤 새로운 것은 여러분이 더 빠르고 더 멀리 갈 수 있게 해줄 수도 있고, 적어도 여러분이 놓쳤을 수도 있는 다른 기회를 자유롭게 추구할 수 있게 해줄 것입니다.

코볼 예시

은행은 COBOL을 기반으로 운영되며 수십 년 동안 "쇠퇴"했지만 매번 COBOL 레거시를 유지하고 COBOL 개발자를 마이그레이션하는 것보다 더 높은 가격에 COBOL 개발자를 고용하는 것이 더 가치가 있다고 말합니다. TBF, 바라건대 그들은 그들의 유산을 질식시키고 있습니다. 그러나 COBOL에서 여전히 활발하게 개발을 하고 있다면, 점점 더 적은 수의 인력이 있는 시장에서 COBOL 개발자를 고용하는 데 엄청나게 많은 비용이 들기 시작하면 어떤 LLM도 도움이 되지 않을 것입니다.

한편, 그러한 유산이 없는 새로운 경쟁업체는 더 빠르고 저렴하며 더 큰 채용 풀을 통해 이동할 수 있는 다른 스택을 가지고 시장에 진입할 수 있습니다.

그래야 할까요? 언제?

비유는 거대한 배를 조종하는 것과 같습니다. 배의 바퀴를 돌릴 때 변화는 즉각적이지 않습니다. 미리 준비해야 하며 이를 더 쉽게 만들 수 있는 전략이 있습니다. 그런 다음 배가 회전하고 있다는 것이 분명해질 때까지 여전히 시간이 좀 걸릴 것입니다.

ROI

하지만 다시 재무 비유로 돌아가면 ROI(투자 수익)가 있습니다.

ROI를 사용하여 어떤 투자가 더 나은지 계산하며 일반적으로 평가하는 투자와 "기본" 투자를 비교합니다.

이는 제안된 변경으로 인해 예상되는 이익을 기준으로 현상 유지를 유지하여 얼마나 많은 시간이 "낭비"되는지 계산하는 것을 의미합니다. 물론, 변경에 소요된 시간을 추가해야 하며 이를 통해 해당 투자에 대해 "이익"을 얻을 수 있는 시간이 어느 정도인지 알 수 있습니다.

계산된 이득이 너무 작아서 적용하는 데 오랜 시간이 걸리는 경우에는 그럴 가치가 없을 수도 있습니다.

이것은 작업에 소요된 시간에 관한 것이었지만 접근성, 보안, 신뢰성과 같은 다른 측정항목도 사용할 수 있습니다. 무언가를 측정할 수 있다면 변경을 정당화하는 데 사용할 수 있습니다.