내가 마지막으로 작업한 팀은 약 300명이었습니다. 전체 소프트웨어 프로젝트의 총 인건비는 약 1500인년입니다. SUCH 팀의 조정 작업 조직은 PLO를 돕지 않습니다. 이를 위해 전체 문제를 단계적으로 분해하고 각 단계에서 모든 것과 모든 것을 신중하게 규제하는 것과 관련된 다른 접근 방식이 있었습니다. 이것을 설명하는 GOST가 있었습니다. 프로그래밍에서 이것은 ESPD(통합 프로그램 문서 시스템)입니다. 노동집약도 측면에서 코딩 자체는 인건비의 약 20%를 차지했다.
PLO 변호인의 말을 듣지 마십시오. 당신은 올바른 길을 가고 있습니다. 두 개의 변수를 하나의 구조로 결합하지 않았다는 사실에도 불구하고 이러한 결합에서는 이득이 보이지 않습니다.
솔직히 말하면 OOP를 세계적인 규모의 사기라고 생각하는 유일한 사람이라고 생각했습니다.))) 나 혼자가 아니라는 것이 밝혀졌습니다.
Реter Konow : 알다시피, 나는 그의 비즈니스의 본질을 즉시 알고 이해하는 사람을 봅니다. 몇 마디만 하면 충분하고 그 사람이 무슨 말을 하는지 이해하고 있다는 것이 분명합니다. San Sanych는 프로그래밍과 개발의 본질을 완벽하게 이해하고 있습니다. 이것이 핵심입니다.
아무도 객체의 존재를 위해 객체를 생성하지 않습니다. 프로그램을 개발하기 전에 모든 작업, 저장 구조가 결정되는 분석이 수행됩니다. 복잡한 프로젝트의 경우 개발 전략이 필요합니다. 모든 것이 올바르게 수행되면 효율성이 높아집니다.
예를 들어 보겠습니다.
입력: 인용
출력: 구매/보기
출력에 대한 입력은 랜덤 포레스트 알고리즘에 의해 변환됩니다. 이 알고리즘은 rf 클래스의 객체를 생성합니다. 이 객체의 필드는 이 알고리즘의 프레임워크 내에서만 의미가 있습니다. 필드의 VALUES, MEANING을 이해해야 하는 경우 알고리즘 자체를 연구해야 합니다.
출력에 대한 입력은 랜덤 포레스트 알고리즘에 의해 변환됩니다. 이 알고리즘은 rf 클래스의 객체를 생성합니다. 이 객체의 필드는 이 알고리즘의 프레임워크 내에서만 의미가 있습니다. 필드의 VALUES, MEANING을 이해해야 하는 경우 알고리즘 자체를 연구해야 합니다.
OOP 지지자들은 다음과 같이 말합니다. 객체를 만들자. 그리고 이러한 필드가 있는 작업이 정의되지 않은 경우 개체 필드의 값은 얼마입니까?
아무도 객체의 존재를 위해 객체를 생성하지 않습니다. 프로그램을 개발하기 전에 모든 작업, 저장 구조가 결정되는 분석이 수행됩니다. 복잡한 프로젝트 의 경우 개발 전략이 필요합니다. 모든 것이 올바르게 수행되면 효율성이 높아집니다.
San-Sanych, 나는 최근에 프로거로부터 연락을 받았고, 그는 시장에서 물건을 팔기까지 했습니다.
그는 내가 여러 프로그램을 붙이려고했지만 컴파일 오류가 있다고 말했습니다. 그는 나에게 자신의 프로그램, 말하자면 접착을 보냈습니다. 그는 지불하기로 약속했다.
보고 아파서 컴파일 오류 59개
n,c,m 유형의 전역 변수 묶음
모든 것이 서로 충돌합니다.
그리고 사람들은 뭔가를 수정하면 시장에 내놓을 수 있다고 확신합니다.
OOP가 그를 구할 것인가?
이 모든 OOP는 보편적인 규모로 사육되었습니다.
결국, 이와 같은 것을 글로벌 규모로 추진하려면 그러한 인재가 필요합니다.
...
훨씬 더 큰 소프트웨어 시스템을 사용하십시오. R.
R은 모르는 경우 객체 지향 언어입니다. 또한 절대적으로 모든 컨테이너는 객체입니다. 저것들. 배열을 사용할 때마다 싫어하는 OOP를 사용합니다.
OOP가 그를 구할 것인가?
용이하게
헛되이 수락합니다.
내가 마지막으로 작업한 팀은 약 300명이었습니다. 전체 소프트웨어 프로젝트의 총 인건비는 약 1500인년입니다. SUCH 팀의 조정 작업 조직은 PLO를 돕지 않습니다. 이를 위해 전체 문제를 단계적으로 분해하고 각 단계에서 모든 것과 모든 것을 신중하게 규제하는 것과 관련된 다른 접근 방식이 있었습니다. 이것을 설명하는 GOST가 있었습니다. 프로그래밍에서 이것은 ESPD(통합 프로그램 문서 시스템)입니다. 노동집약도 측면에서 코딩 자체는 인건비의 약 20%를 차지했다.
PLO 변호인의 말을 듣지 마십시오. 당신은 올바른 길을 가고 있습니다. 두 개의 변수를 하나의 구조로 결합하지 않았다는 사실에도 불구하고 이러한 결합에서는 이득이 보이지 않습니다.
솔직히 말하면 OOP를 세계적인 규모의 사기라고 생각하는 유일한 사람이라고 생각했습니다.))) 나 혼자가 아니라는 것이 밝혀졌습니다.
귀하의 의견은 육안으로 볼 수 있는 경험을 기반으로 합니다. 나는 그와 동의합니다.
지원에 감사합니다.
솔직히 말하면 OOP를 세계적인 규모의 사기라고 생각하는 유일한 사람이라고 생각했습니다.))) 나 혼자가 아니라는 것이 밝혀졌습니다.
귀하의 의견은 육안으로 볼 수 있는 경험을 기반으로 합니다. 나는 그와 동의합니다.
지원에 감사합니다.
지난 세기의 60년대 수준에 갇힌 경험
지난 세기의 60년대 수준에 갇힌 경험
알다시피, 나는 그의 비즈니스의 본질을 즉시 알고 이해하는 사람을 봅니다. 몇 마디만 하면 충분하고 그 사람이 무슨 말을 하는지 이해하고 있다는 것이 분명합니다. San Sanych는 프로그래밍과 개발의 본질을 완벽하게 이해하고 있습니다. 이것이 핵심입니다.
문제의 본질은 무엇입니까? OOP를 이해하지 못하고 조롱합니까?
아무도 객체의 존재를 위해 객체를 생성하지 않습니다. 프로그램을 개발하기 전에 모든 작업, 저장 구조가 결정되는 분석이 수행됩니다. 복잡한 프로젝트의 경우 개발 전략이 필요합니다. 모든 것이 올바르게 수행되면 효율성이 높아집니다.
예를 들어 보겠습니다.
입력: 인용
출력: 구매/보기
출력에 대한 입력은 랜덤 포레스트 알고리즘에 의해 변환됩니다. 이 알고리즘은 rf 클래스의 객체를 생성합니다. 이 객체의 필드는 이 알고리즘의 프레임워크 내에서만 의미가 있습니다. 필드의 VALUES, MEANING을 이해해야 하는 경우 알고리즘 자체를 연구해야 합니다.
OOP는 어디에 있습니까? "객체"가 있지만 이 객체 "rf"의 클래스가 있습니다.
예를 들어 보겠습니다.
입력: 인용
출력: 구매/보기
출력에 대한 입력은 랜덤 포레스트 알고리즘에 의해 변환됩니다. 이 알고리즘은 rf 클래스의 객체를 생성합니다. 이 객체의 필드는 이 알고리즘의 프레임워크 내에서만 의미가 있습니다. 필드의 VALUES, MEANING을 이해해야 하는 경우 알고리즘 자체를 연구해야 합니다.
OOP는 어디에 있습니까? "객체"가 있지만 이 객체 "rf"의 클래스가 있습니다.
왜 개체를 생성합니까? 무슨 말인지 정말 이해가 되시나요?