지금은 무슨 이유인지 기억나지 않지만, 매니아들과의 대화를 통해 그들이 목표로 하는 것을 해결하지 못한다는 생각이 들었습니다. 더욱이, 나는 이것을 본격적으로 알게 되었고, 나 자신의 이익을 위해서가 아니라 끊임없이 발전하는 IT 부서장이라는 직책을 맡게 되었습니다. 그들이 적합한 작업은 "기본"이라는 부서에서 관계형 DBMS에 쉽고 자연스럽게 맞습니다. 유사한 프로그램(두 번째 링크) 중에서 Oracle Process Modeller가 언급된 것은 괜히 있는 것이 아닙니다.
어쩌면 당신이 옳습니다. 아직 최종 결론을 내릴 수는 없습니다. 단순한 개체는 매개변수와 링크의 큐브를 통해 그래픽으로 쉽게 표현되지만 복잡한 개체는... 확실히 개체의 그래픽 표현에는 물리적인 한계가 있습니다. 구조를 더 이상 이해할 수 없습니다.
UML является языком широкого профиля, это — открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, называемой UML-моделью. UML был создан для определения, визуализации, проектирования и документирования, в основном, программных систем. UML не является языком программирования, но на основании UML-моделей...
예, 하지만 그의 방향은 정확합니다. 코딩은 뇌의 잠재력을 사용하기 위한 좁은 통로입니다. 코드로 설명된 패턴은 눈으로 인식되는 동일한 패턴보다 수백 배 더 오래 이해됩니다. 각 랩에서 속도가 느려지고 경사각이 약간 증가하는 팽이를 상상해보십시오. 이 과정을 수식으로 설명하고 카메라에 담아보세요. 프로그래머가 그것들이 동일하다는 것을 깨닫는 데 걸리는 시간을 측정하십시오.
Реter Konow : 예, 하지만 그의 방향은 정확합니다. 코딩은 뇌의 잠재력을 사용하기 위한 좁은 통로입니다. 코드로 설명된 패턴은 눈으로 인식되는 동일한 패턴보다 수백 배 더 오래 이해됩니다. 각 랩에서 속도가 느려지고 경사각이 약간 증가하는 팽이를 상상해보십시오. 이 과정을 코드의 공식으로 설명하고 카메라로 촬영하세요. 프로그래머가 그것들이 동일하다는 것을 깨닫는 데 걸리는 시간을 측정하십시오.
변수와 주석의 이름이 그에게 코드에 있는 개체의 이미지와 본질을 빠르게 알려 주지만, 그렇지 않으면 코드와 비디오의 상단이 다른 방향으로 회전한다는 것을 얼마나 빨리 발견할 것이라고 가정해 봅시다. 그것에 대해 말해?
TV 광고는 이미 그것을 얻었으므로 사슴은 이미 일반적인 이름이 아닙니다))))
고객 중심 접근 방식이라고 합니다.
TV 광고는 이미 그것을 얻었으므로 사슴은 이미 일반적인 이름이 아닙니다))))
"저녁 식사 전에 소비에트 신문을 읽지 마십시오")))) 그러나 잘 놀았습니다. 처음 보는 텔레비전이 없습니다.
위협은 포럼 자체가 자동으로 번역하는 것입니까, 아니면 무엇입니까? 아니요, AI 두개골을 대체하지 않습니다))
나는 무언가를 기억했다. 25년 전에 나는 이미 만병통치약처럼 보였던 BPWin과 ERWin(Logic Works, Computer Associated)의 산업용 제품을 접했습니다. 보시다시피 프로그래밍 언어를 대체할 수 없었고 다른 개발 도구 중에서 그 자리를 대신했습니다( https://ru.wikipedia.org/wiki/ERwin_Data_Modeler https://dic.academic.ru/dic.nsf 참조 ). /ruwiki/602049 는 아직 살아 있습니다).
지금은 무슨 이유인지 기억나지 않지만, 매니아들과의 대화를 통해 그들이 목표로 하는 것을 해결하지 못한다는 생각이 들었습니다. 더욱이, 나는 이것을 본격적으로 알게 되었고, 나 자신의 이익을 위해서가 아니라 끊임없이 발전하는 IT 부서장이라는 직책을 맡게 되었습니다. 그들이 적합한 작업은 "기본"이라는 부서에서 관계형 DBMS에 쉽고 자연스럽게 맞습니다. 유사한 프로그램(두 번째 링크) 중에서 Oracle Process Modeller가 언급된 것은 괜히 있는 것이 아닙니다.
HARDWARE가 UML 을 발명하기로 결정했습니까?
정확히.
주요 문제는 UML이 튜링 완전하지 않다는 것입니다.
주요 문제는 UML이 튜링 완전하지 않다는 것입니다.
예, 하지만 그의 방향은 정확합니다. 코딩은 뇌의 잠재력을 사용하기 위한 좁은 통로입니다. 코드로 설명된 패턴은 눈으로 인식되는 동일한 패턴보다 수백 배 더 오래 이해됩니다. 각 랩에서 속도가 느려지고 경사각이 약간 증가하는 팽이를 상상해보십시오. 이 과정을 코드의 공식으로 설명하고 카메라로 촬영하세요. 프로그래머가 그것들이 동일하다는 것을 깨닫는 데 걸리는 시간을 측정하십시오.
변수와 주석의 이름이 그에게 코드에 있는 개체의 이미지와 본질을 빠르게 알려 주지만, 그렇지 않으면 코드와 비디오의 상단이 다른 방향으로 회전한다는 것을 얼마나 빨리 발견할 것이라고 가정해 봅시다. 그것에 대해 말해?
물론, 체계를 모르는 것보다 체계를 알고 코드를 구문 분석하는 것이 더 쉽습니다.
기술적으로는 코드 시각화 도우미가 있으면 편리할 것입니다. 특히 하나가 다른 하나를 취소하지 않고 보완하는 경우에 그렇습니다.