프로그래밍의 일몰? - 페이지 7

 
Andrey Pogoreltsev :

지금 나와 무슨 논쟁을 하는 겁니까? 도구의 수와 작업 요구 사항이 증가함에 따라 프로그래머가 점차 개발자가되었다는 사실?

나는 그것을 부정하지 않았다.

나는 당신의 논문 에서 논리적으로 이어지는 몇 가지 질문을 했습니다.

 
Dmitry Fedoseev :

나는 당신의 논문 에서 논리적으로 이어지는 몇 가지 질문을 했습니다.

예, 모든 산업은 발전하고 고유한 방식으로 진행됩니다. 소프트웨어 개발을 포함합니다. 그건 그렇고, 위키에서 좋은 정의는 다음과 같습니다.

소프트웨어 개발응용 프로그램 , 프레임워크 또는 기타 소프트웨어 구성 요소 를 만들고 유지 관리하는 것과 관련된 구상, 지정, 설계, 프로그래밍 , 문서화 , 테스트 버그 수정 의 프로세스입니다.

 
Andrey Pogoreltsev :
그는 트롤에 대답하고 무언가를 이해하지 못하고 시간을 낭비하지 마십시오. Peter와 Fedoseev는 mql 샌드 박스에서 빠져 나오고 싶지 않은 두 명의 밝은 대표자입니다.
 
Andrey Pogoreltsev :

이미 30년 전에 전환되었습니다. 고도로 전문화된 작업을 설명하고 이를 전체 개발 작업 클래스로 추정합니다. 비주얼 개발은 부분적으로나 완전히 자동화된지 오래되었습니다. 이것은 예를 들어 더 높은 성능 요구 사항이 적용되는 시각적 환경에 의해 해결되는 문제 또는 다른 클래스의 문제를 개발할 필요를 어떤 식으로든 제거하지 않습니다. 모든 보편주의는 조만간 괴물로 변하기 때문입니다.

당신이 옳다고 가정 해 봅시다. 할 수 없는 작업의 예를 살펴보겠습니다.

1. 사물로 분해한다.

2. 매개변수와 관계의 집합으로 개체를 나타냅니다.

3. 시각적 도구를 사용하여 개체를 조립합니다.

어렵지 않다면 그러한 작업의 예를 제시하십시오.

 
TheXpert :
그는 트롤에 대답하고 무언가를 이해하지 못하고 시간을 낭비하지 마십시오. Peter와 Fedoseev는 mql 샌드박스에서 벗어나고 싶지 않은 두 명의 밝은 대표자입니다.

당신이 대답할 수 없고 당신의 논문의 불일치를 이해하게 만드는 질문이 나타나면 즉시 트롤링이 시작됩니다. 재미있다.

 
Andrey Pogoreltsev :

예, 모든 산업은 발전하고 고유한 방식으로 진행됩니다. 소프트웨어 개발을 포함합니다. 그건 그렇고, 위키에서 좋은 정의는 다음과 같습니다.

소프트웨어 개발응용 프로그램 , 프레임워크 또는 기타 소프트웨어 구성 요소 를 만들고 유지 관리하는 것과 관련된 구상, 지정, 설계, 프로그래밍 , 문서화 , 테스트 버그 수정 의 프로세스입니다.

즉, 이전 프로그래머(또는 개발자)는 문서를 작성하지 않았고, 테스트하지도, 버그를 수정하지도 않았습니다. 지금도 디자인을 하고 계신가요?

 
Реter Konow :

당신이 옳다고 가정 해 봅시다. 할 수 없는 작업의 예를 살펴보겠습니다.

1. 사물로 분해한다.

2. 매개변수와 링크의 어셈블리로 개체를 나타냅니다.

3. 시각적 도구를 사용하여 개체를 조립합니다.

어렵지 않다면 그러한 작업의 예를 제시하십시오.

아니, 피터. 미래는 생물학적 프로그래밍에 속합니다. 이와 같은 것 : 사람이 대머리로 면도되고 특별한 활성 바이오 매스가 그의 머리에 적용되고 그 사람은 작업에 대해 열심히 생각하기 시작합니다. 그 결과 머리에 가해진 바이오매스에서 신경연결의 정렬이 일어나고 생각하는 생각에 상응하는 일종의 인공신경절이 형성되는데... 이렇게 해서 사이보그용 바이오컴퓨터 블록이 만들어지게 된다. ))) 글쎄, 일반적으로 당신은 나를 이해합니다.

 
Andrey Pogoreltsev :

1. 시각 개발은 부분적으로나 완전히 자동화된지 오래되었습니다.

2. 이것은 예를 들어 더 높은 성능 요구 사항이 적용되는 시각적 환경에 의해 해결되는 문제 또는 다른 클래스의 문제를 개발할 필요를 어떤 식으로든 제거하지 않습니다.

3. 모든 보편주의는 조만간 괴물이 되기 때문입니다.

1. 가능하면 이에 대해 읽을 수 있는 링크를 제공하십시오.

2. 문제를 클래스로 분류하고 시각적 도구에 적합하지 않은 솔루션을 구체적으로 지적할 수 있습니까?

3. 여기에서 모든 것이 명확하지는 않습니다. 50년대의 거대한 컴퓨터가 휴대폰에 들어맞는다는 것은 보편주의가 훌륭하게 작동하고 성능에 대한 엄격한 구속력이 없음을 시사합니다. 어쨌든 성능은 기괴한 보편주의의 문제를 해결합니다.

 
Реter Konow :

당신이 옳다고 가정 해 봅시다. 할 수 없는 작업의 예를 살펴보겠습니다.

1. 사물로 분해한다.

2. 매개변수와 관계의 집합으로 개체를 나타냅니다.

3. 시각적 도구를 사용하여 개체를 조립합니다.

어렵지 않다면 그러한 작업의 예를 제시하십시오.

피보나치 수 계산, 사전 정의된 집합 외부에서 사용자 작업에 대한 특정 UI 반응 생성, 문서 작성, 단위 테스트 작성

이것은 간단하지만 이미지 렌더링 등과 같은 거대한 시스템이 있습니다.

일반적으로 그들의 어둠.

 
그리고 큐브와 화살표 형태의 일종의 "시각적" 프로그래밍이 더 나은 이유는 무엇입니까? 실례합니다. 시각적 프로그래밍도 화면에 표시되는 단어 형태로 되어 있습니까? 그건 그렇고, 어떤 순서로 읽고 무엇을 읽을지 명확하기 때문에 가독성이 훨씬 높습니다. 그리고 시각적 다이어그램은 서로 다른 방향으로 튀어나온 100개의 정사각형과 선이며, 어느 쪽 끝에서 봐야 할까요?