나는 모든 목표가 3일차까지 달성되지 않았다는 것을 인정해야 합니다. 창 추가 및 제거 기능이 완료되지 않았습니다. 항목 삭제가 작동하지 않습니다. 버그가 있습니다. 어제 심각한 버그 하나를 발견하지 못했습니다. 오늘 수정하여 다시 게시하겠습니다. 그러나 이미 간단한 패널을 조립하고 연결할 수 있는 기능은 충분합니다. 전체 프로세스는 몇 분이 걸립니다.
내 접근 방식이 어떤 차이가 있습니까? 독단주의란 무엇인가? 그들이 프로그래밍에 개념을 도입하는 데 독점권이 있다고 믿으며 대상에 대한 주관적 표현을 투영하고 영원히 부차적인 존재가 된 영어를 사용하는 과학자들에게 고개를 숙일 것입니까? 그리고 그들보다 더 멋진 사람이 사물을 더 쉽고 효율적으로 철학하고 제시할 수 있다면? 그리고 누군가가 그들의 모국어로 프로그램을 작성하고 싶다면?
Peter, "그리고 나서 Ostap은 고통을 겪었습니다."라고 말하는 것처럼 당신의 반응은 매우 흥미 롭습니다. 유치한 원초적인 불만의 흔적을 느낄 수 있습니다. 하지만 무엇을 위해?
나는 관습적인 지혜를 왜곡하는 것이 결과를 정당화할 것이라고 믿지 않는다고 방금 썼습니다.
내가 올바르게 이해한다면 독립 실행형 시스템이 아니라 다른 ... 프로그래머를 위한 툴킷을 개발하려고 하는 것입니다.
그러나 다른 프로그래머, 이미 현재 단계에서 제품의 잠재적 소비자는 다음과 같이 말합니다. Peter는 옳지 않습니다! "예, 여러분은 모두 편협하고 프로그래밍에 대해 전혀 모르고 어떻게 든 스스로 OPP와 클래스를 생각해 냈습니다! 그리고 모든 것이 실제로 더 간단하고 어셈블러에서 쉽게 수행됩니다. 내 제품을 완성하고 새로운 규칙 프로그래밍을 가르쳐 주세요. 그렇지 않으면 샌드박스에서 게임을 하고 있어 코 너머를 볼 수 없습니다!
어쩐지 다 이렇게 들린다.
그러나 당신은 중요한 것을 이해하지 못합니다. 당신의 아이디어에 따라 당신의 제품을 사용하고 프로그래밍과 "객체"의 개념, 이벤트 모델 , 이벤트 구독, 상속 등을 완전히 다른 방식으로 인식하는 사람들 사람들이 일반적으로 받아 들여지는 패러다임에서 약간의 비틀림이 있는 단일 제품으로 전환하는 것은 매우 어려울 것입니다.
예, 편집기 자체가 훌륭할 것이라고 확신합니다. 의심의 여지가 없습니다. 별도의 제품으로 존중을 명령할 수 있으며 생성자로 재생할 수도 있습니다. 그러나 GUI를 코드에 연결하기 위해 "마크업 언어"와 같은 새로운 것을 배우는 것은 수익성이 없습니다.
당신은 그래픽 디자이너를 만드는 일을 아주 훌륭하게 해냈습니다. 절대적으로 모든 사람이이 방향으로 당신을 지원한다는 점에 유의하십시오.
그리고 거의 모든 사람들이 말합니다. Peter, OOP에서 모든 것을 다시 작성하면 이 모든 것이 요구될 것입니다. 그러나 당신은 완고하게 듣지 않습니다. 명백하게 당신은 당신의 에고를 만족시키기 위해 엄격하게 제품을 만들고 있으며, 당신이 공개적으로 그리고 공개적으로 무시하는 관심사를 가진 다른 사용자를 위한 것이 아닙니다.
글쎄, 러시아어와 관련하여 당신은 여기에서도 개척자가 아닙니다. 러시아 회사 1C는 프로그래밍이 주로 러시아어로 수행되는 언어를 오랫동안 개발했습니다.
그는 아무데도 가지 않는다! 두 논리 간의 상호 작용은 여전히 구축되어야 합니다. 보기는 그 자체로 존재하지 않습니다. 일부 요소는 항상 응용 프로그램 모델 자체의 변수 및/또는 개체와 바인딩됩니다.
당신은 모든 문제에 대해 정확합니다, Alexey. 단 하나의 문제가 있습니다. 개체 및 전체 접근 방식과 관련하여 "같은 Fedora, 다른 sundress"를 인식하지 못할 것입니다.
기다려 봐. 개념의 가장 거친 대체를 보는 동안. 최근 몇 년 동안 프로그래밍의 모든 개념을 뒤집었습니다.
그러나 결과를 기다리자, 순간의 더위에 그것을 자르지 맙시다.
기다려 봐. 개념의 가장 거친 대체를 보는 동안. 최근 몇 년 동안 프로그래밍의 모든 개념을 뒤집었습니다.
그러나 결과를 기다리자, 순간의 더위에 그것을 자르지 맙시다.
글쎄요, 그 결과가 관습적인 지혜의 왜곡을 정당화한다면, 그러면 어떻게 될까요?
이상한 질문입니다. 자신에게 무엇을 기대합니까?
안될거라고 100% 확신합니다...
이상한 질문입니다. 자신에게 무엇을 기대합니까?
안될거라 100% 확신합니다...
Peter, "그리고 나서 Ostap은 고통을 겪었습니다."라고 말하는 것처럼 당신의 반응은 매우 흥미 롭습니다. 유치한 원초적인 불만의 흔적을 느낄 수 있습니다. 하지만 무엇을 위해?
나는 관습적인 지혜를 왜곡하는 것이 결과를 정당화할 것이라고 믿지 않는다고 방금 썼습니다.
내가 올바르게 이해한다면 독립 실행형 시스템이 아니라 다른 ... 프로그래머를 위한 툴킷을 개발하려고 하는 것입니다.
그러나 다른 프로그래머, 이미 현재 단계에서 제품의 잠재적 소비자는 다음과 같이 말합니다. Peter는 옳지 않습니다! "예, 여러분은 모두 편협하고 프로그래밍에 대해 전혀 모르고 어떻게 든 스스로 OPP와 클래스를 생각해 냈습니다! 그리고 모든 것이 실제로 더 간단하고 어셈블러에서 쉽게 수행됩니다. 내 제품을 완성하고 새로운 규칙 프로그래밍을 가르쳐 주세요. 그렇지 않으면 샌드박스에서 게임을 하고 있어 코 너머를 볼 수 없습니다!
어쩐지 다 이렇게 들린다.
그러나 당신은 중요한 것을 이해하지 못합니다. 당신의 아이디어에 따라 당신의 제품을 사용하고 프로그래밍과 "객체"의 개념, 이벤트 모델 , 이벤트 구독, 상속 등을 완전히 다른 방식으로 인식하는 사람들 사람들이 일반적으로 받아 들여지는 패러다임에서 약간의 비틀림이 있는 단일 제품으로 전환하는 것은 매우 어려울 것입니다.
예, 편집기 자체가 훌륭할 것이라고 확신합니다. 의심의 여지가 없습니다. 별도의 제품으로 존중을 명령할 수 있으며 생성자로 재생할 수도 있습니다. 그러나 GUI를 코드에 연결하기 위해 "마크업 언어"와 같은 새로운 것을 배우는 것은 수익성이 없습니다.
당신은 그래픽 디자이너를 만드는 일을 아주 훌륭하게 해냈습니다. 절대적으로 모든 사람이이 방향으로 당신을 지원한다는 점에 유의하십시오.
그리고 거의 모든 사람들이 말합니다. Peter, OOP에서 모든 것을 다시 작성하면 이 모든 것이 요구될 것입니다. 그러나 당신은 완고하게 듣지 않습니다. 명백하게 당신은 당신의 에고를 만족시키기 위해 엄격하게 제품을 만들고 있으며, 당신이 공개적으로 그리고 공개적으로 무시하는 관심사를 가진 다른 사용자를 위한 것이 아닙니다.
글쎄, 러시아어와 관련하여 당신은 여기에서도 개척자가 아닙니다. 러시아 회사 1C는 프로그래밍이 주로 러시아어로 수행되는 언어를 오랫동안 개발했습니다.