TypeScript 및 관련성

웹 개발에는 종종 완벽한 도구를 지속적으로 검색하는 것이 포함됩니다. 우리는 최적의 솔루션, 효율성 우선 순위 및 빠른 진행을 위해 노력합니다. 그러나 이러한 추구는 때때로 기술에 대한 선입견으로 이어지고 다른 중요한 측면을 어둡게 할 수 있습니다.

많은 개발자들은 Imposter 증후군에 맞서고 있습니다. 성공에도 불구하고 부적절한 느낌. 관련적이고 중급 도전은 내가 "관련성 증후군"이라고 부르는 것입니다. 그것은 더 부드러운 기술을 희생시키면서 기술 능력에 대한 과잉 강조로 나타나는 가치를 증명해야 할 지속적인 필요성에서 발생합니다. 관련성을위한 이러한 끊임없는 노력은 툴링에 대한 끝없는 논쟁을 불러 일으킬 수 있습니다.

경험에서 말하면 최근에 TypeScript를 받아 들였습니다. 1 년 후, 나는 그 혜택에 감사드립니다. 더 넓은 지점을 설명하기 위해 핵심 기능을 살펴 보겠습니다.

TypeScript는 유형 안전을 시행합니다. 간단한 JavaScript 곱셈 기능을 고려하십시오.

 const product = (x, y) => x * y;

이를 product('A', 'B') 과 같은 비 언어 인수로 호출하면 예상치 못한 결과가 발생하며 런타임 중에 만 감지 할 수 있습니다. TypeScript는 유형을 지정하여이를 방지합니다.

 const product = (x : 숫자, y : 숫자) => x * y;

이제 잘못된 인수 유형으로 인해 빌드 오류가 발생하여 런타임 오류가 제거됩니다. 이를 달성하려면 코드베이스 전체에서 세심한 유형 정의가 필요합니다.

이 과정은 두 가지 방법으로 볼 수 있습니다.

? 잘 구조화 된 책장을 구성하는 것과 같이 명확하고 쉽게 접근 할 수있는 시스템을 만듭니다.

? like 대변추 또는 아이를 원치 않는 활동으로 강요하는 것과 같은 것 - 단단하고 용서할 수없고 잠재적으로 창의성을 강조합니다.

두 관점 모두 귀중한 교훈을 제공합니다. 잘 조직 된 코드베이스는 효율적이지만 지나치게 엄격한 프로세스는 혁신을 방해 할 수 있습니다.

관련성의 주제로 돌아 갑시다. 모든 잠재적 실패를 예상하기 위해 프로젝트를 시작하기 전에 완벽하게 준비 해야하는 압력은 엄청납니다. 이 자체 부과 압력은 TypeScript 유형 시스템의 강성을 반영합니다. 소프트웨어에 유리하지만,이 수준의 자기 비판은 지속 불가능하고 건강에 해롭습니다.

우리 모두는 실수를합니다. 이 "1" "1"= "11"순간은 인간이며 자신의 방식으로 통찰력이 있습니다. 그들을 포용하십시오. 절대적인 완벽을 위해 노력하는 것은 불가능합니다.

작년에 나는 TypeScript뿐만 아니라 배우는 방법을 배웠다고 생각합니다. 나는 구조와 자발성을 모두 수용하는 유연한 접근 방식을 유지하는 것을 목표로합니다.

위 내용은 TypeScript 및 관련성의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!