프로그래밍이 반복적이지 않다는 것을 비 프로그래머에게 설명하는 방법? [닫은]

어떤 사람들은 키보드를 반복해서 타이핑한다는 프로그래밍 관점을 가지고 있습니다. 이 중 어느 것도 사실이 아닙니다. 우선 디자인 아키텍처 등과 같은 코드를 실제로 입력하는 것보다 훨씬 더 많은 일을해야합니다. 두 번째로, 새로운 도전 과제가 항상 나타나면서 매우 다양하고 반복되지 않는 작업이 될 수 있습니다.

어떻게 프로그래밍이 있음을 설명해야 하지 에 대한 반복적 인 작업 프로그래머가 아닌 ?

그들과 관련이있는 예를 들어보십시오.

테니스는 반복적입니다. 당신은 그물의 반대쪽으로 항상 공을 계속 때립니다.

축구는 반복적입니다. 골 포스트를 찾을 때까지 매번 공을 차는 것입니다.

피아노 연주는 반복적입니다. 당신은 계속해서 보드에서 손가락을 움직입니다.

젠장, 너무 지루해 !!!

산문을 작성하는 것이 반복적 인 타이핑과 동일한 정도로 프로그래밍이 반복적 인 타이핑이라고 말할 수 있습니다. 앉아서 신중하게 편지를 모아서 훌륭한 (또는 평범한) 소설을 쓸 것인가?

글쎄, 그것은 방법입니다. 같은 문자 (AZ, az, 0-9)를 반복해서 반복해서 입력합니다. 다른 조합으로.

나는 보통 그러한 사람들과 그러한 토론을 피하려고 노력합니다.

프로그래밍은 음악 작곡과 거의 비슷 합니다. 반복적 인 과정과는 거리가 멀다.

• 달성해야 할 것에 대한 전반적인 관점에 대해 생각하기 시작합니다.
• 작곡의 작은 덩어리에 대해 생각하고 작성합니다.
• 완료되면 재생합니다 (Visual Studio의 F5).
• 필요에 따라 프로세스를 반복
• 때때로 당신은 아이디어를 빌리거나 다른 컴포 지터로부터 영감을 얻습니다
• 때로는 부품을 이동하거나 재 작업하여 노래를 리팩터링

때때로, 당신은 당신이 원하는 것을 알지 못하고 놀아요. 아마도 가장 흥미로운 작곡을 얻는 가장 좋은 방법은 ...

나는 보통 프로그래밍이 창조적 인 문제 해결이라고 설명한다. 당신은 문제가 있습니다-당신은 제품의 기능을 원합니다 (그리고 나는 잘 알려진 제품, Amazon.com, MS Word 등을 선택합니다). 그것은 전에 한 번도 이루어지지 않았으며, 당신은 첫 번째이기 때문에 이것은 어떤 예술 프로젝트와도 같습니다. 비전이 있지만 길을 찾아야합니다.

또한 문제를 해결하는 방법, 여러 가지 나쁜 방법 및 여러 가지 좋은 방법이 있다는 사실에 중점을 둡니다. 장기적으로는 최선의 방법 이있을 수 있지만, 그 최선의 방법은 오랫동안 (확장 성, 재사용 성 등) 분명하지 않으므로 개발시에는 많은 중요한 판단이 필요합니다.

마지막으로, 수령인은 최종 제품을 사랑하거나 미워할 수 있습니다. 어떤 사람들은 피카소를 좋아하고 어떤 사람들은 현대 미술의 머리 나 꼬리를 만들 수없는 것처럼 – 어떤 사람들은 특징을 좋아할 수도 있고, 어떤 사람들은 그것을 싫어할 수도 있습니다. 당신은 대부분의 사람들을 위해 최선을 다하며 모든 사람을 기쁘게 할 수 없다고 생각합니다.

에 초점을 맞추고:

• 알 수없는 영토
• 아무도 대답하지 않았다
• 해석 대상

이 작품은 예술과 훨씬 흡사하고 반복적 인 지루한 작품과 훨씬 비슷하다는 것을 보여줍니다.

나는 이것을 예술가들과 자주 이야기한다. (그리고 그들은 컴퓨터 작업이 독창적이지 않다는 본능적 인 신념을 갖고있는 것 같다. 일반적으로 나는 그것을 예술가가 좋아하는 예술 형식과 관련시킬 수있다. , 춤, 음악 만들기 및 기타 예술-모두 새롭고 독창적이며 창의적인 무언가를 수행 할 수있는 일련의 반복적 인 활동이 필요합니다. 이렇게하면 아티스트는 일반적으로 반복적 인 활동으로 이어질 수 있다고 거부하는 데 문제가 있습니다 영감과 아름다움의 작품.

그 시점에서, 그들은 일반적으로 나의 "예술"이 기괴한 구문 구문과 엉뚱한 UML 다이어그램을 포함하고 있다고해서 그것이 그 코드 라인에서 독창적이지 않다는 것을 의미하지는 않습니다. 시스템의 모델은 결국 부품의 합과는 상당히 다른 것을 만듭니다.

프로그래밍은 추상화에 관한 것입니다. 많이 쓸수록 더 많은 유사점을 볼 수 있습니다. 그러나 그때는 추상화 할 시간입니다. 리팩토링을 통해 프레임 워크가 발전하여 중복이 제거됩니다. 이는 문제 도메인 코드의 복잡성을 줄입니다.

반복적 인 프로그래밍이 가능합니다. 그러나 비효율적입니다.

실제로 있었다면 복사하여 붙여 넣기를 사용하면됩니다. : D

프로그래밍의 주요 과제 중 하나는 고품질의 빌딩 블록을 만드는 것입니다.

• 이를 사용하여 견고한 구성 요소의 건물 (예 : 빌드중인 소프트웨어)을 구축 할 수 있습니다. 안정성이 향상됩니다.
• 동일한 반복 또는 다른 반복에서 여러 번 재사용 할 수 있으므로 (반복을 줄이기 위해) 생산성 높일 수 있습니다
• 건물 전체를 무너 뜨리지 않고 블록을 변경할 수있어 로컬 유연성이 향상됩니다.
• 블록의 모든 인스턴스를 한 번에 변경할 수 있으므로 글로벌 유연성이 향상됩니다.

본질적 으로이 도전은 당신이 자신을 반복하지 않아야합니다 .

결론 : 프로그래머로서 자신을 반복한다면, 소프트웨어를 만드는 데 시간을 낭비 할 수 있습니다.

반복성 또는 타이핑 / 클릭이 피상적 인 방법을 지적하는 다른 답변 외에도 프로그래밍이 타이핑보다 문제 해결에 훨씬 더 많은 것을 지적 할 수 있습니다 (컴퓨터 과학은 천문학은 망원경에 관한 것 입니다.

타이핑은 솔루션을 구현하는 한 가지 방법 일 뿐이며 현재 가장 널리 사용되는 방법이지만 다음과 같은 다른 방법이 있습니다.

• 화이트 보드의 의사 코드 (솔루션을 보여 주지만 실제로 실행하거나 아무것도하지는 않습니다)
• 펀치 카드 (현재는 사용되지 않음)
• 프로그래머블 로직 어레이 일 수도 있고 솔루션을 하드웨어에서 직접 구현하기를 원한다면 (대부분 뇌에서 PLA로 솔루션을 가져 오기 위해 약간의 타이핑 이있을 수 있지만 , 이러한 코드를 "코딩"하는 것이 얼마나 일반적인지 모르겠습니다. 직접적으로-나는 그들과 함께 일하지 않고 단지 다른 사람들로부터 알고 있습니다).
• 사람들 (최근에 분류 알고리즘을 춤으로 구현 한 그룹에 대해 들었습니다)
• 사막에서 바위입니다 . ;)

프로그래밍 행위의 대부분은 타이핑입니다. 그림은 붓으로 쓰다듬는 것을 포함하지만 반복적으로 부르는 것은 피상적입니다.

그들이 그 논리를 다음에 적용 할 것인가 :-영업 사원은 전화로 많은 대화를 나눕니다. -관리자는 많은 회의에 참석합니다. -가수들은 노래 만 해요. -액터가 스크립트를 반복합니다.

그렇다면 프로그래머가 아닌 이유입니다.

프로그래밍을 잘하고 싶다면 반복적이지만 무엇이든 동일하게 말할 수 있습니다. 반복은 모든 기술을 습득하는 핵심입니다.

글쎄, 프로그래밍은 정말 반복적 인 작업이 될 수 있습니다. 특히 인프라가 구축되면 동일한 대화 / 비즈니스 소프트웨어를 구축하는 지루한 프로세스 ( 약간 다름)가 반복해서 시작됩니다. 마감일을 지키기 위해 참여할 필요가 없거나 그런 종류의 일을 할 수있는 후배가 충분하다면 운이 좋습니다.