시간을 낭비하지 말고 이 커뮤니케이션이 단순히 당신을 즐겁게 해준다는 것을 청취자에게 알리십시오!
OOP는 패러다임일 뿐입니다.... 글쎄요, 유형 2 프로그래머는 누군가가 자신의 코드로 무엇을 말하고 싶어하는지 이해할 수 있습니다. 그 이상도 그 이하도 아닙니다! - 그것이 당신의 OOP라면 그 이유는 무엇입니까? - 누구에게?
오늘은 '모니터 반대편에 있는' 분의 말씀을 들으니 반가웠고, 아는 사람도 없고, 직접 글을 쓰긴 했지만 의논이 필요해서 OOP 스타일로 코드를 보냈고, 답변을 받았습니다.
이것이 OOP의 요점입니다! - 그가 제 시간에 자신의 작업을 읽을 수 있고 다른 사람이 내가 쓴 것을 읽을 수 있도록 작성하십시오! - 90%의 경우 OOP는 손상 없이 절차적 프로그래밍으로 번역될 수 있습니다........ 다음은 지역 관용 표현을 사용하여 번역할 수 없는 말장난입니다.... (C) "Diamond hand"
추신: 아아, 저는 게으르고 코드에 주석을 거의 쓰지 않습니다. 하지만 적어도 제가 쓰고 싶었던 것을 기억하고 결국에는 얻을 수 있는 방식으로 작성하려고 노력합니다. OOP는 이것에 많은 도움이 됩니다. )
흠, 오늘 Habr을 뒤지고 있었는데 어떤 이유에서인지 프레젠테이션 스타일이 당신과 매우 비슷하거나 오히려 OOP의 편의 논리와 비슷합니다.
항목 3
...
나는 Sharpe를 위해 4-5일 저녁을 보냈다. 나는 교과서에서 두 장을 읽었다. 내가 무엇을 말할 수 있습니까? 나는 추상적인 계산을 하는 무의미한 프로그램을 작성하는 학문적 접근 방식에서 전혀 영감을 받지 못했습니다. 삼각형의 면적을 계산하는 응용 프로그램을 자랑스러워 할 수 있을지 모르겠습니다.
....
항목 4
첫 번째 장애물. 나는 클래스와 객체의 개념에 도달했습니다. 개념은 완전히 이해할 수 없습니다. 아이디어 자체는 분명한데 어떻게, 왜 적용해야 할까요? 플레이어, 카지노 및 룰렛을 위한 클래스를 만드시겠습니까? 그런 다음 개체를 발명하시겠습니까? 그리고 그들은 무엇을 할 것인가? 너무 그려. 뭔가 부자연스러워 보이고 프로그램을 혼란스럽게 할 뿐입니다.
며칠 만에 도착했습니다. 나는 아들과 함께 놀이터를 걸으며 객체지향의 눈으로 세상을 바라보았다.
동의합니다. 중요한 것은 OOP의 특정 구현이 아니라 개념 자체입니다. 그리고 그것은 캡슐화, 다형성, 상속의 세 "코끼리"에 서 있습니다. 그리고 그것이 무엇인지, 왜 필요한지 이해하기 위해서는 기사를 공부하고 책을 읽는 것만으로는 충분하지 않습니다. 먼 길을 가야 하고 다양한 문제를 해결해야 합니다. 예를 들어 일정에 상속은 전혀 필요하지 않았습니다. 그리고 이제 그가 없이는 어디에도 없습니다. 하지만, 나는 내 방식대로 할 것이다. 나는 나를 배신하지 않는다.))
시간을 낭비하지 말고 이 커뮤니케이션이 단순히 당신을 즐겁게 해준다는 것을 청취자에게 알리십시오!
OOP는 패러다임일 뿐입니다.... 글쎄요, 유형 2 프로그래머는 누군가가 자신의 코드로 무엇을 말하고 싶어하는지 이해할 수 있습니다. 그 이상도 그 이하도 아닙니다! - 그것이 당신의 OOP라면 그 이유는 무엇입니까? - 누구에게?
오늘은 '모니터 반대편에 있는' 분의 말씀을 들으니 반가웠고, 아는 사람도 없고, 직접 글을 쓰긴 했지만 의논이 필요해서 OOP 스타일로 코드를 보냈고, 답변을 받았습니다.
이것이 OOP의 요점입니다! - 그가 제 시간에 자신의 작업을 읽을 수 있고 다른 사람이 내가 쓴 것을 읽을 수 있도록 작성하십시오! - 90%의 경우 OOP는 손상 없이 절차적 프로그래밍으로 번역될 수 있습니다........ 다음은 지역 관용 표현을 사용하여 번역할 수 없는 말장난입니다.... (C) "Diamond hand"
추신: 아아, 저는 게으르고 코드에 주석을 거의 쓰지 않습니다. 하지만 적어도 제가 쓰고 싶었던 것을 기억하고 결국에는 얻을 수 있는 방식으로 작성하려고 노력합니다. OOP는 이것에 많은 도움이 됩니다. )
내 문제를 해결하려면 OOP가 필요합니다. 특히 지식 기반 구축. 객체 속성의 상속, 캡슐화 및 다형성이 있습니다. 왜 정확히 "my OOP"인지 - 표준이 쓰기에 너무 길기 때문입니다. 가능한 한 객체 설명을 압축하고 구문을 단순화하는 것이 필요합니다. 사실, 표준 OOP를 우회하여 디지털 개체와 그 기능 에 대한 고유한 상속 메커니즘을 만들고 싶습니다. 즉, "세 코끼리"의 힘을 사용하여 다른 "카트"에 활용하는 것입니다.
동의합니다. 중요한 것은 OOP의 특정 구현이 아니라 개념 자체입니다. 그리고 그것은 캡슐화, 다형성, 상속의 세 "코끼리"에 서 있습니다. 그리고 그것이 무엇인지, 왜 필요한지 이해하기 위해서는 기사를 공부하고 책을 읽는 것만으로는 충분하지 않습니다. 먼 길을 가야 하고 다양한 문제를 해결해야 합니다. 예를 들어 일정에 상속은 전혀 필요하지 않았습니다. 그리고 이제 그가 없이는 어디에도 없습니다. 하지만, 나는 내 방식대로 할 것이다. 나는 나를 배신하지 않는다.))
Peter, 당신의 차, 아파트, 옷, 음식 등의 사진을 보여주세요. 그들과 함께.
최소한 개별 개념을 살펴보십시오. 당신은 자신을 바꾸지 않습니다 - 모든 것이 당신의 것입니다 - 완전히 당신의 것입니다.
페달을 밟고 조명을 위한 전기를 생성하는 방법을 보는 것은 흥미로울 것입니다. 예, 어떻게 자동차 휘발유를 운전합니까? 달빛으로? 그리고 기름 - 어떻게 어머니 지구의 창자에서 기름을 끌어낼 수 있습니까? 마차에 탄 자신인가, 흑인인가? 아니면 차가 공중에서 작동합니까? 그러면 어떻게 공기를 생성합니까?
아니요. 이것은 오해입니다. 당신은 당신이 당신 자신의 모든 것을 가지고 있다고 말하며 이것이 당신 자신의 모든 것을 개발하는 이유이며 이미 모든 것을 해낸 수많은 지적인 사람들의 성취를 완전히 거부합니다.
그래서 당신의 진술과 심지어 수업의 무의미함에 대해 그런 특정한 풍자가 있었습니다. 당신은 결국 무슨 일이 일어날지 모른 채 아주 먼 길을 가고 있습니다.
나는 그 이유를 설명했다. 표준 OOP로 지식 기반을 작성하려면 100명의 프로그래머 팀을 고용하고 1년 동안 바쁘게 유지하거나 훨씬 빠른 방법을 찾아야 합니다. 컴퓨터보다 빠를 수 있는 것은 무엇입니까? 그 능력을 활용해야 하며 이를 위해서는 사람이 아닌 컴퓨터가 가장 가독성이 높고 편리한 객체여야 합니다. 표준 OOP는 사람들을 위해 설계되었습니다.
웬일인지, 지배적인 사고방식(나와 다른 사람들)은 새로운 것에 대한 대담한 실험으로부터 우리를 보호하는 것 같습니다. "나는 할 수 없다"는 것은 빌어먹을 사형선고처럼 들린다. 직장 동료들이 생소한 일에 직면할 때 나는 이것을 매일 봅니다. 나는 할 수 없다. 프로그램 종료.
일곱 살 난 아들은 낯선 활동을 하는 것을 두려워합니다. 왜냐하면 그는 할 수 없기 때문입니다. 그리고 우리는 그가 나이에 별로 알지 못한다는 것을 이해해야 합니다.
가끔 저는 그에게 이렇게 말합니다. “만약 사람들이 할 수 있는 일만 했다면 우리는 여전히 동굴에서 살았을 것이고, 특히 당신은 Angry Birds 게임을 하는 대신 며칠 동안 야유하고, 기어 다니고, 바지에 똥을 싸며 보냈습니다. 아니긴 하지만 아무도 바느질을 할 줄 모르기 때문에 바지 없이 기어 다닐 것입니다.”
어째서 내가? 게다가 프로그래밍을 전혀 할 줄 모릅니다. 하지만 난 배울거야. 개발자가 되고 싶어서가 아니라 이미 직업이 있습니다. 그리고 내가 할 수 있기 때문에. 사실 저는 세 가지 이유가 있습니다.
여기에서 적어도 팩의 저자는 당신이 평생 바퀴를 재발명할 수 있다는 것을 깨닫고, 당신에게 기성품 패러다임이 주어졌습니다 - 개념 ... 예, 결국 경험은 많은 프로그래머의 작업입니다. 당신의 임무는 그것을 사용하는 방법과 다른 작업이 상속되는 경우 등을 배우십시오.
그리고 당신은 예, 내 OOP를 발명하게 될 것입니다 ... 좋아, 기술 포럼에서 그런 말도 안되는 토론을하는 것은 정말 재미있습니다 .... 초보자를위한 MQL4 분기에도 2 + 2를 매크로로 래핑하는 개인이 있습니다. 약 6개월, 음, 분명히 모두가 자신의 방식대로
Я решил записывать. Главным образом потому, что я люблю записывать. Хотя нет. На самом деле мне хочется рассказать историю. Историю о том, что программирование это интересно. О том, что программирование может быть не только, профессией, но и отличным хобби, как фотография, шахматы, живопись или игра на гитаре. О том, что не обязательно иметь...
그리고 예 - 전체 지점은 기본적으로 한 사람에 관한 것입니다. OOP가 아니라 성격에 관한 것입니다. 어느 쪽인지 맞춰보세요. 그리고 자신에 대해서만 영감을 받고 말하는 사람.
화내지 마세요 - 정말 당신을 이해하지 못합니다. 당신의 말이 아니라 당신의 열망과 그것에 대한 확고한 자랑입니다.
네, 간단합니다. 당신과 다른 많은 사람들은 "내부에서" 프로그래밍을 봅니다. 여기 IT는 매우 크고 여러분 모두가 그 안에 있습니다. 그것이 가장 중요하며 당신은 그 규칙을 준수합니다. 저는 외부에서 프로그래밍을 봅니다. 이것은 나의 창의력일 뿐입니다. 즉, 나는 IT 그 이상이며 내가 원하는 것을 할 수 있습니다. 글쎄, 모두가 선택합니다.
내 접근 방식도 OOP입니다. 현재로서는 다른 표현과 덜 "객관성"에서만. 그러나 본질은 동일합니다.
....
나는 코어와 엔진을 기반으로 하는 "경량" OOP를 만들고 싶습니다. 이 OOP는 최소한의 구문으로 코어에 있는 개체의 디지털 표현, 전체 계층 구조, 분류, 속성 및 기능의 상속을 포함합니다. 즉, 같은 OOP이지만 내 것입니다.
피터 코노우 :
내 접근 방식 은 객체에서도 작동 하지만 훨씬 더 간결하게 표현됩니다.
...내 접근 방식도 OOP이며 아직 완전히 개발되지 않았습니다.
.... 표준 OOP를 사용하면 쉽게 얻을 수 없습니다.
????
왜 OOP가 필요합니까?
시간을 낭비하지 말고 이 커뮤니케이션이 단순히 당신을 즐겁게 해준다는 것을 청취자에게 알리십시오!
OOP는 패러다임일 뿐입니다.... 글쎄요, 유형 2 프로그래머는 누군가가 자신의 코드로 무엇을 말하고 싶어하는지 이해할 수 있습니다. 그 이상도 그 이하도 아닙니다! - 그것이 당신의 OOP라면 그 이유는 무엇입니까? - 누구에게?
오늘은 '모니터 반대편에 있는' 분의 말씀을 들으니 반가웠고, 아는 사람도 없고, 직접 글을 쓰긴 했지만 의논이 필요해서 OOP 스타일로 코드를 보냈고, 답변을 받았습니다.
이것이 OOP의 요점입니다! - 그가 제 시간에 자신의 작업을 읽을 수 있고 다른 사람이 내가 쓴 것을 읽을 수 있도록 작성하십시오! - 90%의 경우 OOP는 손상 없이 절차적 프로그래밍으로 번역될 수 있습니다........ 다음은 지역 관용 표현을 사용하여 번역할 수 없는 말장난입니다.... (C) "Diamond hand"
추신: 아아, 저는 게으르고 코드에 주석을 거의 쓰지 않습니다. 하지만 적어도 제가 쓰고 싶었던 것을 기억하고 결국에는 얻을 수 있는 방식으로 작성하려고 노력합니다. OOP는 이것에 많은 도움이 됩니다. )
흠, 오늘 Habr을 뒤지고 있었는데 어떤 이유에서인지 프레젠테이션 스타일이 당신과 매우 비슷하거나 오히려 OOP의 편의 논리와 비슷합니다.
항목 3
...
나는 Sharpe를 위해 4-5일 저녁을 보냈다. 나는 교과서에서 두 장을 읽었다. 내가 무엇을 말할 수 있습니까? 나는 추상적인 계산을 하는 무의미한 프로그램을 작성하는 학문적 접근 방식에서 전혀 영감을 받지 못했습니다. 삼각형의 면적을 계산하는 응용 프로그램을 자랑스러워 할 수 있을지 모르겠습니다.
....
항목 4
첫 번째 장애물. 나는 클래스와 객체의 개념에 도달했습니다. 개념은 완전히 이해할 수 없습니다. 아이디어 자체는 분명한데 어떻게, 왜 적용해야 할까요? 플레이어, 카지노 및 룰렛을 위한 클래스를 만드시겠습니까? 그런 다음 개체를 발명하시겠습니까? 그리고 그들은 무엇을 할 것인가? 너무 그려. 뭔가 부자연스러워 보이고 프로그램을 혼란스럽게 할 뿐입니다.
며칠 만에 도착했습니다. 나는 아들과 함께 놀이터를 걸으며 객체지향의 눈으로 세상을 바라보았다.
흥미로운 기사. 그 사람은 여행의 맨 처음에 있습니다.
동의합니다. 중요한 것은 OOP의 특정 구현이 아니라 개념 자체입니다. 그리고 그것은 캡슐화, 다형성, 상속의 세 "코끼리"에 서 있습니다. 그리고 그것이 무엇인지, 왜 필요한지 이해하기 위해서는 기사를 공부하고 책을 읽는 것만으로는 충분하지 않습니다. 먼 길을 가야 하고 다양한 문제를 해결해야 합니다. 예를 들어 일정에 상속은 전혀 필요하지 않았습니다. 그리고 이제 그가 없이는 어디에도 없습니다. 하지만, 나는 내 방식대로 할 것이다. 나는 나를 배신하지 않는다.))
????
왜 OOP가 필요합니까?
시간을 낭비하지 말고 이 커뮤니케이션이 단순히 당신을 즐겁게 해준다는 것을 청취자에게 알리십시오!
OOP는 패러다임일 뿐입니다.... 글쎄요, 유형 2 프로그래머는 누군가가 자신의 코드로 무엇을 말하고 싶어하는지 이해할 수 있습니다. 그 이상도 그 이하도 아닙니다! - 그것이 당신의 OOP라면 그 이유는 무엇입니까? - 누구에게?
오늘은 '모니터 반대편에 있는' 분의 말씀을 들으니 반가웠고, 아는 사람도 없고, 직접 글을 쓰긴 했지만 의논이 필요해서 OOP 스타일로 코드를 보냈고, 답변을 받았습니다.
이것이 OOP의 요점입니다! - 그가 제 시간에 자신의 작업을 읽을 수 있고 다른 사람이 내가 쓴 것을 읽을 수 있도록 작성하십시오! - 90%의 경우 OOP는 손상 없이 절차적 프로그래밍으로 번역될 수 있습니다........ 다음은 지역 관용 표현을 사용하여 번역할 수 없는 말장난입니다.... (C) "Diamond hand"
추신: 아아, 저는 게으르고 코드에 주석을 거의 쓰지 않습니다. 하지만 적어도 제가 쓰고 싶었던 것을 기억하고 결국에는 얻을 수 있는 방식으로 작성하려고 노력합니다. OOP는 이것에 많은 도움이 됩니다. )
흥미로운 기사. 그 사람은 여행의 맨 처음에 있습니다.
동의합니다. 중요한 것은 OOP의 특정 구현이 아니라 개념 자체입니다. 그리고 그것은 캡슐화, 다형성, 상속의 세 "코끼리"에 서 있습니다. 그리고 그것이 무엇인지, 왜 필요한지 이해하기 위해서는 기사를 공부하고 책을 읽는 것만으로는 충분하지 않습니다. 먼 길을 가야 하고 다양한 문제를 해결해야 합니다. 예를 들어 일정에 상속은 전혀 필요하지 않았습니다. 그리고 이제 그가 없이는 어디에도 없습니다. 하지만, 나는 내 방식대로 할 것이다. 나는 나를 배신하지 않는다.))
Peter, 당신의 차, 아파트, 옷, 음식 등의 사진을 보여주세요. 그들과 함께.
최소한 개별 개념을 살펴보십시오. 당신은 자신을 바꾸지 않습니다 - 모든 것이 당신의 것입니다 - 완전히 당신의 것입니다.
페달을 밟고 조명을 위한 전기를 생성하는 방법을 보는 것은 흥미로울 것입니다. 예, 어떻게 자동차 휘발유를 운전합니까? 달빛으로? 그리고 기름 - 어떻게 어머니 지구의 창자에서 기름을 끌어낼 수 있습니까? 마차에 탄 자신인가, 흑인인가? 아니면 차가 공중에서 작동합니까? 그러면 어떻게 공기를 생성합니까?
Peter, 당신의 차, 아파트, 옷, 음식 등의 사진을 보여주세요. 그들과 함께.
최소한 개별 개념을 살펴보십시오. 당신은 자신을 바꾸지 않습니다 - 모든 것이 당신의 것입니다 - 완전히 당신의 것입니다.
페달을 밟고 조명을 위한 전기를 생성하는 방법을 보는 것은 흥미로울 것입니다. 예, 어떻게 자동차 휘발유를 운전합니까? 달빛으로? 아니면 야외에서 작동합니까? 그러면 어떻게 공기를 생성합니까?
점점 개인화되고 있습니다.
아니요. 이것은 오해입니다. 당신은 당신이 당신 자신의 모든 것을 가지고 있다고 말하며 이것이 당신 자신의 모든 것을 개발하는 이유이며 이미 모든 것을 해낸 수많은 지적인 사람들의 성취를 완전히 거부합니다.
그래서 당신의 진술과 심지어 수업의 무의미함에 대해 그런 특정한 풍자가 있었습니다. 당신은 결국 무슨 일이 일어날지 모른 채 아주 먼 길을 가고 있습니다.
점점 개인화되고 있습니다.
그리고 그렇습니다. 전체 지점은 기본적으로 한 사람에 관한 것입니다. OOP가 아니라 성격에 관한 것입니다. 어느 쪽인지 맞춰보세요. 그리고 자신에 대해서만 영감을 받고 말하는 사람.
화내지 마세요 - 난 정말 당신을 이해하지 못합니다. 당신의 말이 아니라 당신의 열망과 그것에 대한 확고한 자랑입니다.
아니요. 이것은 오해입니다. 당신은 당신이 당신 자신의 모든 것을 가지고 있다고 말하며 이것이 당신 자신의 모든 것을 개발하는 이유이며 이미 모든 것을 해낸 수많은 지적인 사람들의 성취를 완전히 거부합니다.
그래서 당신의 진술과 심지어 수업의 무의미함에 대해 그런 특정한 풍자가 있었습니다. 당신은 결국 무슨 일이 일어날지 모른 채 아주 먼 길을 가고 있습니다.
왜 정확히 "my OOP"인지 - 표준이 쓰기에 너무 길기 때문입니다. 가능한 한 객체 설명을 압축하고 구문을 단순화하는 것이 필요합니다.
OOP에는 구문이 없습니다! 구문은 프로그래밍 언어의 특권입니다!
사실, 표준 OOP를 우회하여 디지털 개체와 그 기능 에 대한 고유한 상속 메커니즘을 만들고 싶습니다. 즉, "세 코끼리"의 힘을 사용하여 다른 "카트"에 활용하는 것입니다.
흠, 기사로 돌아가자 https://habr.com/en/post/466641/
....
웬일인지, 지배적인 사고방식(나와 다른 사람들)은 새로운 것에 대한 대담한 실험으로부터 우리를 보호하는 것 같습니다. "나는 할 수 없다"는 것은 빌어먹을 사형선고처럼 들린다. 직장 동료들이 생소한 일에 직면할 때 나는 이것을 매일 봅니다. 나는 할 수 없다. 프로그램 종료.
일곱 살 난 아들은 낯선 활동을 하는 것을 두려워합니다. 왜냐하면 그는 할 수 없기 때문입니다. 그리고 우리는 그가 나이에 별로 알지 못한다는 것을 이해해야 합니다.
가끔 저는 그에게 이렇게 말합니다. “만약 사람들이 할 수 있는 일만 했다면 우리는 여전히 동굴에서 살았을 것이고, 특히 당신은 Angry Birds 게임을 하는 대신 며칠 동안 야유하고, 기어 다니고, 바지에 똥을 싸며 보냈습니다. 아니긴 하지만 아무도 바느질을 할 줄 모르기 때문에 바지 없이 기어 다닐 것입니다.”
어째서 내가? 게다가 프로그래밍을 전혀 할 줄 모릅니다. 하지만 난 배울거야. 개발자가 되고 싶어서가 아니라 이미 직업이 있습니다. 그리고 내가 할 수 있기 때문에. 사실 저는 세 가지 이유가 있습니다.
여기에서 적어도 팩의 저자는 당신이 평생 바퀴를 재발명할 수 있다는 것을 깨닫고, 당신에게 기성품 패러다임이 주어졌습니다 - 개념 ... 예, 결국 경험은 많은 프로그래머의 작업입니다. 당신의 임무는 그것을 사용하는 방법과 다른 작업이 상속되는 경우 등을 배우십시오.
그리고 당신은 예, 내 OOP를 발명하게 될 것입니다 ... 좋아, 기술 포럼에서 그런 말도 안되는 토론을하는 것은 정말 재미있습니다 .... 초보자를위한 MQL4 분기에도 2 + 2를 매크로로 래핑하는 개인이 있습니다. 약 6개월, 음, 분명히 모두가 자신의 방식대로
그리고 예 - 전체 지점은 기본적으로 한 사람에 관한 것입니다. OOP가 아니라 성격에 관한 것입니다. 어느 쪽인지 맞춰보세요. 그리고 자신에 대해서만 영감을 받고 말하는 사람.
화내지 마세요 - 정말 당신을 이해하지 못합니다. 당신의 말이 아니라 당신의 열망과 그것에 대한 확고한 자랑입니다.