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

 
"프로그래밍은 생각하는 법을 가르쳐주기 때문에 모두가 배워야 합니다."

- 스티브 잡스
 
Vladimir :

...

시스템이 매개변수 목록이라면 관계형 데이터베이스 대신 무의미하고 일관성 없는 테이블 무리를 얻게 됩니다. 접근 방식이 잘못되었습니다.

당신은 우리가 신경망이 열광적으로 발전하는 시대에 살고 있다는 사실을 잊었습니다. 테이블은 그들에게 딱 맞습니다.
 
Oleg Voitiouk :

얘들아, 환상이 아니야.

하나는 4개의 개체를 만든 경험을 바탕으로 새 스튜디오를 작성하려고 했지만 컴파일 및 디버깅에 대해 생각하지 않았습니다.

다른 하나는 다단계 논리적 문제의 복잡성을 이해하지 않고 새로운 고급 언어를 만드는 것이었습니다.


나는 충격 ...이 주제의 이름은 무슨 생각에서 떠올랐습니까? 질문의 본질을 잘못 이해해서?

글쎄, 나는 마크업 언어를 만들었다. 이 경험을 바탕으로 주장합니다. (내 프로필로 이동). 나는 매우 복잡한 문제를 해결한 경험이 있습니다. 현재로서는 프로그래밍의 발전 방향을 추측하고 있을 뿐입니다.
 
Реter Konow :

종종 프로그래밍 시대의 종말을 예고하는 기사의 헤드라인이 있습니다. 마찬가지로 AI와 신경망은 사람들에게 기회를 주지 않을 것입니다. 그런 글들을 조롱하면서 읽었는데 지금은 웃지 않습니다. 결국 오브젝트(OOP가 생성하는)는 입자의 몸체와 같은 매개변수로 구성되며 번들로 연결됩니다. 매개변수와 관계는 특히 다른 언어에서 코드로 설명할 필요가 없습니다. 스튜디오에서 시각적 도구 세트를 사용하여 조립하고 이러한 방식으로 모든 프로그램을 작성할 수 있습니다. 왜 개발이 그 방향으로 가지 않았는지 궁금합니다...

그렇다면 누가 바로 이 AI와 신경망을 프로그래밍할 것입니까?

 
Oleg Voitiouk :

그리고 진행 상황은 어떻습니까?

고급 프로그래밍? 발명하고 싶습니까? 그리고 완전한 질서의 논리로? 최소 10단계의 중첩으로 오류 없는 코드를 얼마나 빨리 작성할 수 있습니까? 거기에서 TK를 기성품 Expert Advisor로 변환할 가능성이 올 것입니다. 그리고 그들이 "이상적인 논리"로 오류를 낳는다면? 디버깅하는 방법?

질문은 공정합니다. 이 부분은 잘 생각되지 않습니다. 지금까지는 객체의 "코드 없는" 표현에 대해서만 이야기했습니다. 예, 테이블과 매개변수의 복잡한 묶음은 인간의 인식에는 쓸모가 없지만 AI에는 적합합니다. 그러나 우리는 AI로 나아가고 있습니다.
 
Алексей Тарабанов :

차이점은 무엇입니까, 목소리 또는 다른 신체.

차이점은 프로그래밍 속도에 있습니다. 속도는 이 프로세스의 단순성에 따라 다릅니다.
 
Vitalii Ananev :

그렇다면 누가 바로 이 AI와 신경망을 프로그래밍할 것입니까?

먼저 사람, 그 다음에는 자신입니다.))
 
매개변수 언어는 보편적입니다. 그들은 모든 물체를 설명할 수 있습니다. 그리고 그것은 인간의 지각에 대해 매우 압축되고 무겁습니다. 그것은 사실이다. 생각해야지...
 
Реter Konow :
먼저 사람, 그 다음에는 자신입니다.))

나는 이것이 가까운 장래에 가능할 것이라고 생각하지 않습니다.

 

프로그래밍과 소프트웨어 개발을 혼동하지 마십시오. 프로그래머는 오래 전에 죽었습니다. GUI에 모양과 패턴을 던지는 어리석은 키 클릭이 아니기 때문에 개발자의 군대는 성장하고 있습니다.

그리고 비즈니스는 항상 값싼 자원의 길을 따릅니다. 계산기를 만드는 AI는 해당 계산기 개발자의 리소스보다 훨씬 더 많은 비용이 들기 때문에 저자의 원래 질문은 실제보다 가상에 가깝습니다.


제품의 복잡성도 매우 다릅니다. 예를 들어 누군가 zkSNARK를 사용하여 ZCach와 같은 것을 만들 수 있는 AI를 만들 때까지 몇 년이 지나고 훨씬 더 복잡한 알고리즘이 나올 것입니다.