오명을 조심하십시오!
2391 단어 codenewbiediscussprogramming
언어적 배경을 가진 노련한 소프트웨어 개발자로서 이것은 나에게 매우 소중한 주제인 이름 지정입니다. 네이밍은 커뮤니케이션에 관한 것입니다. 그리고 소통이 어렵다.
두 가지 유형의 이해
소프트웨어를 만드는 것은 엄청나게 복잡한 작업입니다. 부분적으로는 성공적인 의사 소통의 지속적인 흐름이 필요하고 그 자체로 두 가지 면에서 상당한 이해가 필요하기 때문입니다.
먼저, 우리는 우리가 무엇을 하고 있고 다루고 있는지 이해해야 합니다(이를 기술적 이해라고 부르겠습니다): HTTP 요청이 무엇인지 또는 브라우저가 서버와 데이터를 교환하는 방법을 모른다면 웹 애플리케이션. 여기서 기술적인 이해가 중요합니다.
그런 다음 두 번째 유형의 이해가 있습니다. 그것은 우리가 다루는 일을 줄이고 의사 소통하는 사람들을 더 많이 포함합니다.
솔루션을 개발할 때 동료 개발자(또는 원하는 경우 사용자)와 이야기하면서 지속적으로 자신을 이해해야 합니다. 우리는 선택할 수 있는 미디어(비디오, 음성 메시지, 텍스트, 개인 대 개인, 개인 대 그룹 등)가 많다는 점을 감안할 때 모든 상황에서 그렇게 해야 합니다. 이 부분을 저는 의사소통적 이해라고 부르고 싶습니다.
이제 기술적 이해는 대략 우리가 말하는 것(사실적 지식)으로 해석되는 반면, 의사소통적 이해는 우리가 말하는 이유와 이면의 의도(실용적 지식)로 어느 정도 해석됩니다.
소프트웨어 개발은 이 두 수준에서 성공적으로 통신하는 경우에만 작동할 수 있습니다. 이것이 언어가 중요한 이유이며 적절한 의사 소통의 가치를 과소 평가할 수 없는 이유입니다.
잘못된 명칭: 이해가 완전히 무너질 때
슬프게도 우리 업계에는 (인간의 삶의 어느 부분에서나 마찬가지로) 우리의 일을 상당히 어렵게 만드는 몇 가지 요소가 있습니다. 그들은 이해 수준에서 우리를 실망시키기 때문에 그렇게 합니다.
나는 우리의 대화에 쉽게 침투하고 성공적인 의사 소통을 위한 우리의 모든 노력을 손상시키는 이 탐욕스러운 작은 놈들인 Misnomers에 대해 이야기하고 있습니다.
옥스포드 영어 사전은 잘못된 명칭을 다음과 같이 정의합니다.
[2] The use of a wrong name; misapplication of a term.
[3] A wrong name or designation.
그리고 거기에서 우리는 잘못된 명칭이 우리를 비참하게 실망시키는 이유를 명확하게 알 수 있습니다. 그들은 기술적인 이해를 방해하고(잘못된 지정을 통해, 즉 잘못된 아이디어나 개념을 언급함으로써, [3] 참조) 의사소통적 이해를 방해합니다(오용을 통해, 즉 우리의 의도를 위장함으로써). , [2] 참조).
개발자 지망생을 위한 문제
잘못된 명칭은 모든 개발자에게 문제이지만, 특히 경험이 적고 우리 분야에 익숙하지 않은 야심 찬 개발자에게 큰 문제를 제기합니다.
여기에는 단순한 단어를 꿰뚫어보고 그 뒤에 숨겨진 의도를 파악하는 데 필요한 개요, 지식 및 경험이 부족합니다. 그들은 그들이 실제로 무엇인지, 즉 오해의 소지가 있고 말소하는 것을 보지 못합니다.
객체 지향 프로그래밍(OOP)이라는 용어에 직면했을 때, 개발자 지망생은 기능 프로그래밍(FP)이 모든 기능에 관한 것과 마찬가지로 OOP가 객체에 관한 것이라고 생각하는 함정에 쉽게 빠질 수 있습니다.
서버리스라는 단어가 제시되면 클라이언트만을 사용하여 문제를 해결하는 새로운 방법으로 이 단어를 문자 그대로 받아들일 수 있으므로 클라이언트 대 서버의 전체 개념을 무의미하게 만들 수 있습니다.
JavaScript에 대해 이야기할 때 Java와 관련된 것으로 생각하고 프로토타입의 개념과 과도한 기능 사용을 어리둥절하게 생각할 수 있습니다. (ECMAScript는 여기에서 훨씬 적은 문제를 제기하지만).
이것들은 단지 세 가지 두드러진 예일 뿐이며 더 많은 것이 존재합니다. 나는 그것들에 대해 토론하고 개발자로서 경력을 시작하기로 결정한 모든 사람들에게 도움이 되도록 이러한 토론을 위키나 책으로 편집하고 싶습니다.
당신이 가장 좋아하는 잘못된 이름의 이름을 지어주세요!
우리가 토론하고 경고해야 할 다른 잘못된 명칭에는 어떤 것이 있습니까?
Reference
이 문제에 관하여(오명을 조심하십시오!), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다
https://dev.to/lifelongthinker/beware-of-misnomers-4cm7
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념
(Collection and Share based on the CC Protocol.)
슬프게도 우리 업계에는 (인간의 삶의 어느 부분에서나 마찬가지로) 우리의 일을 상당히 어렵게 만드는 몇 가지 요소가 있습니다. 그들은 이해 수준에서 우리를 실망시키기 때문에 그렇게 합니다.
나는 우리의 대화에 쉽게 침투하고 성공적인 의사 소통을 위한 우리의 모든 노력을 손상시키는 이 탐욕스러운 작은 놈들인 Misnomers에 대해 이야기하고 있습니다.
옥스포드 영어 사전은 잘못된 명칭을 다음과 같이 정의합니다.
[2] The use of a wrong name; misapplication of a term.
[3] A wrong name or designation.
그리고 거기에서 우리는 잘못된 명칭이 우리를 비참하게 실망시키는 이유를 명확하게 알 수 있습니다. 그들은 기술적인 이해를 방해하고(잘못된 지정을 통해, 즉 잘못된 아이디어나 개념을 언급함으로써, [3] 참조) 의사소통적 이해를 방해합니다(오용을 통해, 즉 우리의 의도를 위장함으로써). , [2] 참조).
개발자 지망생을 위한 문제
잘못된 명칭은 모든 개발자에게 문제이지만, 특히 경험이 적고 우리 분야에 익숙하지 않은 야심 찬 개발자에게 큰 문제를 제기합니다.
여기에는 단순한 단어를 꿰뚫어보고 그 뒤에 숨겨진 의도를 파악하는 데 필요한 개요, 지식 및 경험이 부족합니다. 그들은 그들이 실제로 무엇인지, 즉 오해의 소지가 있고 말소하는 것을 보지 못합니다.
객체 지향 프로그래밍(OOP)이라는 용어에 직면했을 때, 개발자 지망생은 기능 프로그래밍(FP)이 모든 기능에 관한 것과 마찬가지로 OOP가 객체에 관한 것이라고 생각하는 함정에 쉽게 빠질 수 있습니다.
서버리스라는 단어가 제시되면 클라이언트만을 사용하여 문제를 해결하는 새로운 방법으로 이 단어를 문자 그대로 받아들일 수 있으므로 클라이언트 대 서버의 전체 개념을 무의미하게 만들 수 있습니다.
JavaScript에 대해 이야기할 때 Java와 관련된 것으로 생각하고 프로토타입의 개념과 과도한 기능 사용을 어리둥절하게 생각할 수 있습니다. (ECMAScript는 여기에서 훨씬 적은 문제를 제기하지만).
이것들은 단지 세 가지 두드러진 예일 뿐이며 더 많은 것이 존재합니다. 나는 그것들에 대해 토론하고 개발자로서 경력을 시작하기로 결정한 모든 사람들에게 도움이 되도록 이러한 토론을 위키나 책으로 편집하고 싶습니다.
당신이 가장 좋아하는 잘못된 이름의 이름을 지어주세요!
우리가 토론하고 경고해야 할 다른 잘못된 명칭에는 어떤 것이 있습니까?
Reference
이 문제에 관하여(오명을 조심하십시오!), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다
https://dev.to/lifelongthinker/beware-of-misnomers-4cm7
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념
(Collection and Share based on the CC Protocol.)
우리가 토론하고 경고해야 할 다른 잘못된 명칭에는 어떤 것이 있습니까?
Reference
이 문제에 관하여(오명을 조심하십시오!), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://dev.to/lifelongthinker/beware-of-misnomers-4cm7텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)