이미 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를 사용하여 어떤 투자가 더 나은지 계산하며 일반적으로 평가하는 투자와 "기본" 투자를 비교합니다.
이는 제안된 변경으로 인해 예상되는 이익을 기준으로 현상 유지를 유지하여 얼마나 많은 시간이 "낭비"되는지 계산하는 것을 의미합니다. 물론, 변경에 소요된 시간을 추가해야 하며 이를 통해 해당 투자에 대해 "이익"을 얻을 수 있는 시간이 어느 정도인지 알 수 있습니다.
계산된 이득이 너무 작아서 적용하는 데 시간이 오래 걸린다면 그만한 가치가 없을 수도 있습니다.
이것은 작업에 소요된 시간에 관한 것이었지만 접근성, 보안, 신뢰성과 같은 다른 측정항목도 사용할 수 있습니다. 무언가를 측정할 수 있다면 변경을 정당화하는 데 사용할 수 있습니다.
위 내용은 접을 것인가, 아니면 더블다운할 것인가? 기술적인 질문입니다!의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!