Реter Konow : 저는 C++에서 직접 메모리로 작업하는 것을 좋아했습니다. C#에는 그런 가능성이 없었습니다... 그렇지 않으면 C++는 저에게 부정적인 인상을 남겼습니다. 나는 이 언어가 지나치게 복잡하고 불필요하다고 진심으로 믿습니다. 그것의 복잡성은 단순히 온전함의 모든 경계를 넘어섭니다. 더 많은 개체, 얼마나 많은 개체가 채워져 있는지 상상하기 어렵습니다. 나는 불필요한 엔티티에 대해 매우 부정적인 태도를 가지고 있습니다 ...)
모든 언어에는 아무도 강요하지 않기 때문에 사용할 수 없는 "열정"이 있습니다.
jQuery가 자바스크립트에 나왔을 때 잡음이 너무 많았고, 아무도 몰랐고, 가능성이 가장 넓었던 것으로 기억합니다. 하지만 사용할 수 없습니다.
그래서 당신은 그들을 사용할 필요가 없습니다, 누군가가 당신을 강제로, 또는 무엇입니까? OOP에 대한 포럼의 영원한 신음 소리와 같습니다. 글쎄, 당신은 그것을 느끼지 않으므로 일반적인 절차 스타일로 작성하십시오. 누가 당신을 강제합니까? 그러나 여전히 고통받는 자들의 신음은 가라앉지 않을 것입니다, 분명히 결코)
물론 필요한 만큼만 사용하면 되지만, 문제는 WHY?! 누가 왜 이것을 생각해 냈습니까? 왜 개발자는 불필요한 엔터티에 대한 피상적인 지식에도 시간을 투자하여 그들 사이에서 길을 잃지 않도록 해야 합니까? 내 관점에서 볼 때 그러한 "붐비는" 언어는 어떤 개발에도 바람직하지 않습니다. 문학 소설이 C++로 작성되었다면 모든 구문적 "회피"와 도구적 "종소리"는 슬픔에 잠긴 낭만주의 영혼들에게 높이 평가될 것이지만 메커니즘의 세계에서는 그러한 과잉이 해로울 것입니다. 임호.
물론 필요한 만큼만 사용하면 되지만, 문제는 WHY?! 누가 왜 이것을 생각해 냈습니까? 왜 개발자는 불필요한 엔터티에 대한 피상적인 지식에도 시간을 투자하여 그들 사이에서 길을 잃지 않도록 해야 합니까? 내 관점에서 볼 때 그러한 "붐비는" 언어는 어떤 개발에도 바람직하지 않습니다. 문학 소설이 C++로 작성되었다면 모든 구문적 "회피"와 도구적 "종소리"는 슬픔에 잠긴 낭만주의 영혼들에게 높이 평가될 것이지만 메커니즘의 세계에서는 그러한 과잉이 해로울 것입니다. 임호.
추신 이건 내 생각일 뿐이야, 알렉스. 개인적으로 받아들이지 마세요.)
알다시피, 모든 프로는 자신의 지식을 향상시켜야 하며 50년 동안 같은 것을 사용하지 않고 새로운 것을 배우는 데 시간을 할애해야 합니다. 그러면 미래에는 생산성과 노동 시장의 수요만 증가할 것입니다.
프로라면 누구나 지식을 향상시켜야 하고 50년 동안 같은 지식을 사용하지 말고 새로운 것을 배우는 데 시간을 투자해야 합니다. 그러면 미래에는 생산성과 노동 시장의 수요만 증가할 것입니다.
권리. 4 버전 이전의 C#에서 스레드를 생성하려면 핸들을 사용하여 생성해야 했으며 API를 획득하는 데 매우 가깝습니다. 원자 연산, 스레드 동기화 등의 제공으로 큰 치질이있었습니다. 그리고 병렬화를 위한 새로운 수단이 나타나기 시작했고 쓰기와 루틴이 줄어들었습니다. 그래서, 더 많은 빵, 좋고 다른!
저는 C++에서 직접 메모리로 작업하는 것을 좋아했습니다. C#에는 그런 가능성이 없었습니다... 그렇지 않으면 C++는 저에게 부정적인 인상을 남겼습니다. 나는 이 언어가 지나치게 복잡하고 불필요하다고 진심으로 믿습니다. 그것의 복잡성은 단순히 온전함의 모든 경계를 넘어섭니다. 더 많은 개체, 얼마나 많은 개체가 채워져 있는지 상상하기 어렵습니다. 나는 불필요한 엔티티에 대해 매우 부정적인 태도를 가지고 있습니다 ...)
모든 언어에는 아무도 강요하지 않기 때문에 사용할 수 없는 "열정"이 있습니다.
jQuery가 자바스크립트에 나왔을 때 잡음이 너무 많았고, 아무도 몰랐고, 가능성이 가장 넓었던 것으로 기억합니다. 하지만 사용할 수 없습니다.
따라서 mql에서는 OOP가 있거나 OPP 없이 가능합니다.
일반적으로 언어의 경우 복잡성과 역량 강화에 대한 분명한 경향이 있습니다. C++11, 14, 17 및 C# 5,6,7 사양을 읽는 것으로 충분합니다.
그래서 무엇? 이해가 안되면 사용하지 마세요.
그래서 당신은 그들을 사용할 필요가 없습니다, 누군가가 당신을 강제로, 또는 무엇입니까? OOP에 대한 포럼의 영원한 신음 소리와 같습니다. 글쎄, 당신은 그것을 느끼지 않으므로 일반적인 절차 스타일로 작성하십시오. 누가 당신을 강제합니까? 그러나 여전히 고통받는 자들의 신음은 가라앉지 않을 것입니다, 분명히 결코)
물론 필요한 만큼만 사용하면 되지만, 문제는 WHY?! 누가 왜 이것을 생각해 냈습니까? 왜 개발자는 불필요한 엔터티에 대한 피상적인 지식에도 시간을 투자하여 그들 사이에서 길을 잃지 않도록 해야 합니까? 내 관점에서 볼 때 그러한 "붐비는" 언어는 어떤 개발에도 바람직하지 않습니다. 문학 소설이 C++로 작성되었다면 모든 구문적 "회피"와 도구적 "종소리"는 슬픔에 잠긴 낭만주의 영혼들에게 높이 평가될 것이지만 메커니즘의 세계에서는 그러한 과잉이 해로울 것입니다. 임호.
추신 이건 내 생각일 뿐이야, 알렉스. 개인적으로 받아들이지 마세요.)
물론 필요한 만큼만 사용하면 되지만, 문제는 WHY?! 누가 왜 이것을 생각해 냈습니까? 왜 개발자는 불필요한 엔터티에 대한 피상적인 지식에도 시간을 투자하여 그들 사이에서 길을 잃지 않도록 해야 합니까? 내 관점에서 볼 때 그러한 "붐비는" 언어는 어떤 개발에도 바람직하지 않습니다. 문학 소설이 C++로 작성되었다면 모든 구문적 "회피"와 도구적 "종소리"는 슬픔에 잠긴 낭만주의 영혼들에게 높이 평가될 것이지만 메커니즘의 세계에서는 그러한 과잉이 해로울 것입니다. 임호.
추신 이건 내 생각일 뿐이야, 알렉스. 개인적으로 받아들이지 마세요.)
알다시피, 모든 프로는 자신의 지식을 향상시켜야 하며 50년 동안 같은 것을 사용하지 않고 새로운 것을 배우는 데 시간을 할애해야 합니다. 그러면 미래에는 생산성과 노동 시장의 수요만 증가할 것입니다.
모든 언어에는 아무도 강요하지 않기 때문에 사용할 수 없는 "열정"이 있습니다.
jQuery가 자바스크립트에 나왔을 때 잡음이 너무 많았고, 아무도 몰랐고, 가능성이 가장 넓었던 것으로 기억합니다. 하지만 사용할 수 없습니다.
따라서 mql에서는 OOP가 있거나 OPP 없이 가능합니다.
카트의 핍스 휠은 항상 방해가 됩니다. 이것이 문제가 있는 곳입니다. OOP 없이 효율적이고 쉽고 빠르게 할 수 있다면 논리적으로 OOP는 전혀 필요하지 않습니다.
나는 강조한다 - 사물의 논리에 따르면 .
마치 사람이 제 3의 손을 키우는 것과 같습니다. 물론 사용하지 않으셔도 됩니다...)))
카트의 핍스 휠은 항상 방해가 됩니다. 이것이 문제가 있는 곳입니다. OOP 없이 효율적이고 쉽고 빠르게 할 수 있다면 논리적으로 OOP는 전혀 필요하지 않습니다.
나는 강조한다 - 사물의 논리에 따르면 .
마치 사람이 제 3의 손을 키우는 것과 같습니다. 당연히 못쓰겠죠...
음, 세 번째 손을 원합니다. 그렇지 않으면 소녀들이 잡을 곳이 세 곳이고 불행히도 두 손만 있습니다.
때로는 세 개의 손이 있는 것이 효과적이지만, 대개는 한 손이 방해가 됩니다.
프로라면 누구나 지식을 향상시켜야 하고 50년 동안 같은 지식을 사용하지 말고 새로운 것을 배우는 데 시간을 투자해야 합니다. 그러면 미래에는 생산성과 노동 시장의 수요만 증가할 것입니다.
프로라면 누구나 지식을 향상시켜야 하고 50년 동안 같은 지식을 사용하지 말고 새로운 것을 배우는 데 시간을 투자해야 합니다. 그러면 미래에는 생산성과 노동 시장의 수요만 증가할 것입니다.
권리. 4 버전 이전의 C#에서 스레드를 생성하려면 핸들을 사용하여 생성해야 했으며 API를 획득하는 데 매우 가깝습니다. 원자 연산, 스레드 동기화 등의 제공으로 큰 치질이있었습니다. 그리고 병렬화를 위한 새로운 수단이 나타나기 시작했고 쓰기와 루틴이 줄어들었습니다. 그래서, 더 많은 빵, 좋고 다른!
음, 세 번째 손을 원합니다. 그렇지 않으면 소녀들이 잡을 곳이 세 곳이고 불행히도 두 손만 있습니다.
때로는 세 개의 손이 있는 것이 효과적이지만, 대개는 한 손이 방해가 됩니다.
틀림없이. 그러나 새로운 것이 항상 유용한 것은 아닙니다. 당신은 이 "새로움"에 대해 매우 까다로워야 합니다. 실제로 새로운 모든 것이 필요한지 확인해야합니다.
글쎄, 나는 누군가가 만든 프로젝트 를 확인하고 마음에 들면 직접 사용합니다. 글쎄요, 맛도 색도... 가끔 그런 자전거를 만나는데, 고전적인 방식으로 세 줄로 쓸 수는 있지만 많은 사람들이 "새로움을 위해 새것"을 사용하기 때문에 이런 일이 발생합니다.