많은 사람들에 따르면 OOP는 컴퓨터 과학의 왕관 보석입니다. 코드 구성을 위한 이상적인 솔루션입니다. 모든 문제의 끝. 프로그램을 작성하는 유일한 진정한 방법. 프로그래밍의 진정한 신이 직접 우리에게 주신 것입니다.
하지만 그렇지 않습니다. 사람들은 추상화의 무게와 무작위로 공유되는 가변 객체의 복잡한 그래프에 굴복하기 시작합니다. 실제 문제를 해결하는 대신 추상화와 디자인 패턴에 대해 생각하는 데 귀중한 시간과 노력이 낭비됩니다. 저명한 소프트웨어 개발자를 포함하여 많은 사람들이 객체 지향 프로그래밍을 비판합니다. 이 패러다임의 발명가조차도 현대 OOP에 대한 비판으로 유명합니다.
Мнение редакции может не совпадать с мнением автора оригинала. По мнению многих, ООП является жемчужиной информатики. Идеальное решение для организации кода. Конец всем проблемам. Единственный верный способ написания программ. Дарован нам самим истинным Богом программирования. Но это не так. Люди начинают уступать под тяжестью абстракций и...
아무도 하나의 발판으로 작성하지 않았습니다. 함수형 프로그래밍은 텍스트를 함수로 분리해야 하기 때문에 함수형입니다. 이상적인 기능 - 화면의 모든 것에 맞아야 합니다.
배열 등은 OOP 이전부터 항상 존재해 왔습니다.
멀티태스킹 운영 체제는 70년대 초반에 등장했습니다.
오늘날 R(나는 다른 것은 모른다)에서 함수형 프로그래밍의 일부로 병렬로 함수의 여러 인스턴스를 실행하는 것이 표준입니다. 또한 코드 조각만 병렬로 실행할 수 있습니다. 직접 사용합니다. 그러나 "객체"를 병렬로 실행하는 방법 - 질문이 기억나지 않습니다. 아마도 불가능할 것입니다.
OOP의 또 다른 장점은 많은 매개변수를 함수에 전달해야 할 때 나타납니다. 사소한 일이지만 여전히.
R에서는 매개변수를 전달하는 데 문제가 없습니다. 매개변수 를 개별적으로 전달할 수 있고, 동일한 유형의 더 복잡한 것으로 그룹화할 수 있고, 다른 유형에서 복잡한 것을 생성할 수 있고, 함수를 매개변수로 전달할 수 있습니다. 프로그램이 실행될 매개변수(프로세서 유형, OS 버전 ... 포함)로 ENVIRONMENT를 전달합니다.
아무도 하나의 발판으로 작성하지 않았습니다. 함수형 프로그래밍은 텍스트를 함수로 분리해야 하기 때문에 함수형입니다. 이상적인 기능 - 화면의 모든 것에 맞아야 합니다.
배열 등은 OOP 이전부터 항상 존재해 왔습니다.
멀티태스킹 운영 체제는 70년대 초반에 등장했습니다.
오늘날 R(나는 다른 것은 모른다)에서 함수형 프로그래밍의 일부로 병렬로 함수의 여러 인스턴스를 실행하는 것이 표준입니다. 또한 코드 조각만 병렬로 실행할 수 있습니다. 직접 사용합니다. 그러나 "객체"를 병렬로 실행하는 방법 - 질문이 기억나지 않습니다. 아마도 불가능할 것입니다.
그리고 마지막.
µl에 대한 문서를 열고 목차(함수 목록)를 봅니다.
나는 읽기 시작하지도 않았다. 미친 지붕으로 모든 저자를 읽으려면 독자가 떨어질 것입니다.
글쎄요, 이전에도 어레이가 있었습니다.
70년대에 멀티태스킹 OS가 등장했다면? OOP는 오랫동안 존재해 왔습니다. 멀티태스킹은 운영 체제가 두 번째(및 세 번째 ... 등) 시간 동안 동일한 프로그램을 메모리에 로드하는 것을 의미합니다. 이는 OOP에서 수행되는 것과 동일합니다.
뚜둥! 우리가 R 외에 아무것도 모른다면... 그럼 우리는 무엇에 대해 이야기할 수 있습니까?
RIDDIK가 아니면 안되나요? :-)
하지만 이렇게?
2024년 4월쯤. 아바타 아래에 서명이 있는 사용자가 인터넷에 나타났습니다.
"무릎으로 하는 모든 작업은 무릎에서 들어 올려 무릎에 얹습니다."
그리고 여기에 무엇이 잘못 되었습니까?
오류 130
브로커 대표는 모든 책임은 프로그래머에게 있다고 주장
클라이언트는 코드에서 "캔트"를 수정하도록 요구합니다.
오류 130
브로커 대표는 모든 책임은 프로그래머에게 있다고 주장
클라이언트는 코드에서 "캔트"를 수정하도록 요구합니다.
글쎄, 정말 멋지다
;)
.
의견 : 객체 지향 프로그래밍은 1조 달러의 재앙입니다
많은 사람들에 따르면 OOP는 컴퓨터 과학의 왕관 보석입니다. 코드 구성을 위한 이상적인 솔루션입니다. 모든 문제의 끝. 프로그램을 작성하는 유일한 진정한 방법. 프로그래밍의 진정한 신이 직접 우리에게 주신 것입니다.
하지만 그렇지 않습니다. 사람들은 추상화의 무게와 무작위로 공유되는 가변 객체의 복잡한 그래프에 굴복하기 시작합니다. 실제 문제를 해결하는 대신 추상화와 디자인 패턴에 대해 생각하는 데 귀중한 시간과 노력이 낭비됩니다. 저명한 소프트웨어 개발자를 포함하여 많은 사람들이 객체 지향 프로그래밍을 비판합니다. 이 패러다임의 발명가조차도 현대 OOP에 대한 비판으로 유명합니다.
////
의견: 프로그래밍의 기능은 1조 달러의 재앙입니다.
모든 코드는 한 발로 작성해야 합니다!
예, 그리고 ... 배열은 사용할 수 없으며 변수만 사용할 수 있습니다. 그렇지 않으면 프로그램이 프로그래머의 통제를 벗어날 수 있습니다.
그리고 OOP를 없애고 있기 때문에 단일 작업 운영 체제로 돌아가야 합니다. 그렇지 않으면 병렬로 독립적으로 실행되는 프로그램은 여전히 프로그램 개체입니다. 동일한 프로그램의 여러 인스턴스를 실행할 수 없어야 합니다. 이는 재앙입니다.
그리고 이것은... https://ru.wikipedia.org/wiki/List_of_phobias - 이제 하나를 더 추가해야 할 때입니다 - oopphobia.
새라고 하면...
OOP의 또 다른 장점은 많은 매개변수를 함수에 전달해야 할 때 나타납니다. 사소한 일이지만 여전히.
의견: 프로그래밍의 기능은 1조 달러의 재앙입니다.
모든 코드는 한 발로 작성해야 합니다!
예, 그리고 ... 배열은 사용할 수 없으며 변수만 사용할 수 있습니다. 그렇지 않으면 프로그램이 프로그래머의 통제를 벗어날 수 있습니다.
그리고 OOP를 없애고 있기 때문에 단일 작업 운영 체제로 돌아가야 합니다. 그렇지 않으면 병렬로 독립적으로 실행되는 프로그램은 여전히 프로그램 개체입니다. 동일한 프로그램의 여러 인스턴스를 실행할 수 없어야 합니다. 이는 재앙입니다.
그리고 이것은... https://en.wikipedia.org/wiki/List_of_phobias - 이제 하나를 더 추가할 시간입니다 - oopphobia.
엉뚱한 글을 쓰시는데 끝까지 안 읽으신 것 같습니다.
아무도 하나의 발판으로 작성하지 않았습니다. 함수형 프로그래밍은 텍스트를 함수로 분리해야 하기 때문에 함수형입니다. 이상적인 기능 - 화면의 모든 것에 맞아야 합니다.
배열 등은 OOP 이전부터 항상 존재해 왔습니다.
멀티태스킹 운영 체제는 70년대 초반에 등장했습니다.
오늘날 R(나는 다른 것은 모른다)에서 함수형 프로그래밍의 일부로 병렬로 함수의 여러 인스턴스를 실행하는 것이 표준입니다. 또한 코드 조각만 병렬로 실행할 수 있습니다. 직접 사용합니다. 그러나 "객체"를 병렬로 실행하는 방법 - 질문이 기억나지 않습니다. 아마도 불가능할 것입니다.
그리고 마지막.
µl에 대한 문서를 열고 목차(함수 목록)를 봅니다.
새라고 하면...
OOP의 또 다른 장점은 많은 매개변수를 함수에 전달해야 할 때 나타납니다. 사소한 일이지만 여전히.
R에서는 매개변수를 전달하는 데 문제가 없습니다. 매개변수 를 개별적으로 전달할 수 있고, 동일한 유형의 더 복잡한 것으로 그룹화할 수 있고, 다른 유형에서 복잡한 것을 생성할 수 있고, 함수를 매개변수로 전달할 수 있습니다. 프로그램이 실행될 매개변수(프로세서 유형, OS 버전 ... 포함)로 ENVIRONMENT를 전달합니다.
기사를 읽다.
엉뚱한 글을 쓰시는데 끝까지 안 읽으신 것 같습니다.
아무도 하나의 발판으로 작성하지 않았습니다. 함수형 프로그래밍은 텍스트를 함수로 분리해야 하기 때문에 함수형입니다. 이상적인 기능 - 화면의 모든 것에 맞아야 합니다.
배열 등은 OOP 이전부터 항상 존재해 왔습니다.
멀티태스킹 운영 체제는 70년대 초반에 등장했습니다.
오늘날 R(나는 다른 것은 모른다)에서 함수형 프로그래밍의 일부로 병렬로 함수의 여러 인스턴스를 실행하는 것이 표준입니다. 또한 코드 조각만 병렬로 실행할 수 있습니다. 직접 사용합니다. 그러나 "객체"를 병렬로 실행하는 방법 - 질문이 기억나지 않습니다. 아마도 불가능할 것입니다.
그리고 마지막.
µl에 대한 문서를 열고 목차(함수 목록)를 봅니다.
나는 읽기 시작하지도 않았다. 미친 지붕으로 모든 저자를 읽으려면 독자가 떨어질 것입니다.
글쎄요, 이전에도 어레이가 있었습니다.
70년대에 멀티태스킹 OS가 등장했다면? OOP는 오랫동안 존재해 왔습니다. 멀티태스킹은 운영 체제가 두 번째(및 세 번째 ... 등) 시간 동안 동일한 프로그램을 메모리에 로드하는 것을 의미합니다. 이는 OOP에서 수행되는 것과 동일합니다.
뚜둥! 우리가 R 외에 아무것도 모른다면... 그럼 우리는 무엇에 대해 이야기할 수 있습니까?