베테랑 프로그래머의 기술적 이상

어렸을 때 선생님께서 제게 이상형이 뭐냐고 물으셨어요. 아무 생각 없이 PHP 엔지니어라고 해서, 커서 엔지니어가 됐습니다.

오랜 세월 동안 일하면서 저는 엔지니어라는 단어의 의미에 대해 생각해 왔습니다. 마침내 어느 날 문득 기술을 사용하여 세상을 개선한다는 것을 깨달았습니다.

그렇다면 소프트웨어 측면에서 현 시대에 해결해야 할 문제는 무엇일까요? 생각해 볼 질문이 있습니다.

지금 전 세계의 정보화 수준은 높은가, 낮은가?

프로그래머가 충분한가요?

소프트웨어 산업의 생산성은 너무 높나요, 아니면 너무 낮나요?

대부분의 소프트웨어 시스템은 신뢰할 수 있나요?

저는 이러한 문제에 대해 제가 이해한 바를 공유하고 싶습니다.

10년 전과 비교하면 우리 삶이 크게 변했지만, 예를 들어 스마트 핸드헬드 기기가 큰 인기를 얻었고 웨어러블 기기도 붐을 이루고 있습니다. 10년 전, 우리는 휴대폰을 사용하여 문자 메시지나 이메일을 주고받고 매우 단순하고 구식인 WAP 페이지를 탐색했습니다. 그러나 이제 대부분의 사람들의 휴대폰은 컴퓨터를 대체하고 일상 생활에 없어서는 안 될 도구가 되었습니다.

우리는 휴대폰을 사용하여 소통하고, 쇼핑하고, 영화와 TV 프로그램을 즐기고, 책을 읽고, 다양한 게임을 합니다. 특히 빠르게 발전하는 모바일 쇼핑 및 결제 시스템을 통해 좋아하는 물건을 사고, 여행 서비스를 주문하고, 호텔, 패스트푸드, 택시 등 인생은 참 아름답습니다. 그렇다면 전 세계의 정보화 수준은 어느 정도일까요?

딱히 초등학교 2학년 정도라고 생각하는데, 전 세계의 정보화 수준은 아직 심각하게 낮은 수준입니다. 지금부터 10년 전, 10년 후, 20년 동안 개인정보 서비스는 모든 사람의 삶과 밀접하게 연관되어 있어 매우 급속한 발전을 이루고 있는 분야입니다. 그러나 발전이 절실히 필요한 또 다른 분야가 있는데, 바로 전통산업의 정보화입니다.

이전에는 많은 전통 산업이 어느 정도의 정보화를 시행했지만, 이러한 정보화는 자체 운영의 기본 요구 사항만 충족할 수 있을 뿐 사회 전체의 추세와 연결될 때 매우 낙후된 것으로 보입니다. . ,느린. 예를 들어, 온라인 쇼핑이라는 대규모 시스템에서 일반 사용자가 볼 수 있는 것은 상품 진열, 가격 비교, 주문 과정이지만, 그 이면의 핵심 링크는 유통과 물류입니다.

제가 학교에 다닐 때 선생님께서 이렇게 말씀하셨습니다. 지금은 컴퓨터 업계가 매우 뜨겁고 포화 상태일 수도 있습니다. 이 분야에 종사할 필요는 없습니다. 지금 이 문장을 되돌아보면 사람들이 미래를 보는 비전을 갖는 것이 정말 어렵다는 것을 알게 됩니다. 작년에 제가 훈련을 위해 Suning에 합류했을 때 Sun Weimin 부사장은 그해 의사 결정 실수의 예를 들려주었습니다. 1990년대 말, 회사의 통계에 따르면 전국 에어컨의 연간 판매량은 수백만 대에 이르렀습니다. 업계가 포화 상태일 수 있으므로 다른 제품 사업을 확장할 방법을 찾아야 할 것으로 추정됩니다. 그런데 지금은 전국 에어컨 대수가 7억대인데, 새로 추가하지 않더라도 그땐 왜 10년에 7천만대가 포화상태였다고 하던가요?

그래서 지금 프로그래머들의 상황을 보면 아직도 공급이 부족한 상황인데, 특히 인기가 많은 고급 프로그래머들은 더욱 그렇습니다. 이 문제의 배경은 사회 전체의 정보화 과정이 가속화되고 있고, 과거 프로그래머의 수가 그 수요를 따라잡지 못하고 있다는 점이다.

그렇다면 이 문제를 어떻게 해결해야 할까요? 한편으로는 더 많은 새로운 사람들이 이 업계에 와서 계속해서 진지하게 일할 수 있도록 교육을 계속해야 합니다. 또한 고려해야 할 다른 방법도 있습니다.

질문하고 싶습니다. 비즈니스나 기술을 이해하는 사람이 세상에 더 있을까요? 확실히 비즈니스란 무엇인지 이해하는 사람들이 더 많아졌습니다. 사실 이는 업계와 생활 경험에 있어 상식이다.

예를 들어 숙련된 창고 관리인은 교육 수준이 높지 않고 소프트웨어의 작동 원리를 이해할 수 없지만 다양한 승인 프로세스를 포함하여 제품 배송 및 창고 보관 프로세스에 매우 익숙해야 합니다. . 및 비정상적인 조건이지만 프로그래머는 이를 이해하지 못합니다. 이 분야의 정보화를 촉진하려면 프로그래머가 비즈니스를 배울 수 있고, 비즈니스 인력도 소프트웨어 개발 프로세스에 참여하려고 시도할 수 있기 때문에 둘 사이의 결합 지점을 찾아야 합니다. 상대적으로 어리고 빨리 배운다. 그러나 전반적인 사회적 이익 측면에서 이는 실제로 불리한데, 프로그래머는 자원이 더 부족하고 전통적인 비즈니스 인력이 많기 때문입니다.

이전에 비즈니스 직원이 소프트웨어 개발 프로세스에 더 잘 참여할 수 있도록 하는 방법에 대한 질문을 본 적이 있습니다. 이 문제에 대한 근본적인 해결책은 DSL(Domain Specic Language)이며, 핵심 솔루션은 보조 개발 플랫폼입니다.

DSL과 보조 개발 플랫폼이란 무엇입니까? 이 두 단어는 매우 고급스러워 보이지만 실제로는 다양한 수식을 제공하는 Excel, VBA 등 이 범주에 속하는 것들이 매우 일반적으로 사용됩니다. 이러한 기능을 사용하는 대부분의 사람들은 소프트웨어 업계에 종사하지 않습니다. Excel은 매우 성공적인 보조 개발 플랫폼이며 VBA는 DSL로 간주될 수 있습니다.

이러한 것들은 직관적이지 않을 때가 많습니다. 스크래치와 같은 일부 그래픽 프로그래밍 언어는 현재 많은 초등학생들이 관심 수업에서 배우는 것이 비교적 쉽습니다. 비즈니스 담당자가 프로세스 구성 등과 같은 그래픽 방식으로 참여할 수 있도록 유사한 추상화를 만들 수 있습니다. 그래픽적인 내용은 기술적인 지식이 없는 사람들이 가장 잘 이해합니다.

따라서 사회의 정보화를 촉진하기 위해서는 다양한 업계의 기업인들을 모아 함께 일할 수 있는 방안을 찾는 것이 가장 좋습니다. 구체적인 업무 분장은 대략 다음과 같습니다. 기술 인력과 비즈니스 인력은 함께 DSL을 정의하고, 기술 인력은 DSL의 기본 플랫폼 구현을 담당하며, 비즈니스 인력은 이를 사용하여 비즈니스 모델, 비즈니스 프로세스 및 심지어 비즈니스 인터페이스까지요.

그렇다면 소프트웨어 산업의 생산성은 높은 편인가요, 낮은 편인가요? 심각하게 낮은 것 같아요. 심각하게 낮다는 것은 무엇을 의미합니까? 기계적 동력의 전환과 비교하면 현재 소프트웨어 산업의 생산성 수준은 증기기관 발명 이전이다. 즉, 미래에는 우리가 하는 대부분의 일이 기계화될 것이며, 그렇게 반복적인 작업에 더 이상 많은 사람이 필요하지 않게 될 것입니다. 이 문단에 불만을 가지시는 분들이 많을텐데요. 왜 기계로 대체할 수 있는 일을 하는지 알려주실 수 있나요?

다른 관점에서 보면 왜 거의 모든 일반인이 소프트웨어가 비싸다고 생각할까요? 인건비가 너무 높기 때문에 그렇게 많은 것을 만드는 데 시간이 많이 걸리지 않을 것이라고 생각합니다. 왜 양측의 대비가 그렇게 큰가요?

대부분의 작업이 추상화 수준이 심각하게 부족하다는 점이 핵심이라고 생각합니다. 또한, 효율성 손실의 상당 부분은 웹과 같은 프로그래밍 플랫폼이나 프로그래밍 언어의 불완전성에서 비롯됩니다. 프론트엔드.

프로그래밍 언어는 1세대부터 4세대까지 각 세대마다 쓰기 효율성이 크게 향상되면서 어느 정도 운영 효율성이 떨어지게 됩니다. 하드웨어 기술이 발전함에 따라 소프트웨어 프로그래밍은 필연적으로 점점 더 광범위해질 것입니다. 크기의 성능 손실이 없는 한 세부적인 효율성에 특별한 관심을 기울이지 않는 것이 일반적인 추세입니다.

따라서 단지 단위 시간당 생산성을 향상시키기 위해 상대적으로 비효율적인 일부 언어나 프레임워크를 사용하는 사람들이 점점 더 많아질 것으로 예상할 수 있습니다. 상사의 입장에서 생각해보면, 런닝 머신의 성능을 향상시키는 것이 프로그래머를 몇 명 더 고용하는 것보다 훨씬 저렴하다는 것도 이해할 수 있을 것입니다. 따라서 전반적인 추세로 볼 때, 세부적인 성능을 추구하는 프로그래머들은 특정 특정 분야를 제외하고는 자신의 이상과는 점점 더 멀어질 수 있습니다.

그렇다면 대부분의 소프트웨어 시스템은 신뢰할 수 있을까요? 다른 문장으로 표현해 보겠습니다. 프로그래머 여러분, 여러분이 살고 있는 집의 품질이 여러분이 작업 중인 소프트웨어의 품질과 같다면, 감히 그곳에서 살겠습니까? 모두가 웃는 것처럼 느껴집니다. 우리 모두 웃음이 무엇을 의미하는지 알고 있습니다.

그렇다면 소프트웨어 시스템의 품질은 왜 높지 않은 걸까요? 가장 큰 이유는 그 과정이 완벽하지 않기 때문인 것 같아요. 그럼 왜 완벽하지 않은 걸까요? 쉽게 변화가 필요합니다. 변화는 왜 쉬운가? 이는 프로그래머 자신과 수요 측 모두 자신이 만드는 제품이 변경 비용이 낮다고 무의식적으로 믿기 때문입니다.

생각해 보세요. 왜 수요 변화의 절반을 감당할 만큼 높은 건물을 짓는 사람이 없는 걸까요? 왜 아무도 다리를 건설하고 필요한 변경 사항의 절반을 수정하지 않습니까? 옷을 만드는 도중이나 머리를 자르는 도중에 요구 사항을 변경하더라도 불합리한 것으로 간주됩니다. 하지만 소프트웨어 분야에서는 이것이 일반적인 현상이 된 것 같습니다.

전체 소프트웨어 시스템의 구현은 가상이고, 눈에 보이지 않고, 무형이며, 어떤 재료도 소모하지 않기 때문에 이러한 관점에서는 물론 변경이 쉽습니다. 그러나 소프트웨어 시스템의 아키텍처는 실제로 엔터티의 아키텍처와 다르지 않습니다. 변경 시에는 작은 영역만 살펴보는 것이 아니라 많은 관련 요소를 고려해야 합니다. 전반적인 상황에 영향을 미치지 않는 변경. 예를 들어, 집을 짓는 과정이 절반 정도 진행된 경우에는 창문 크기보다 외벽의 색상을 변경하는 것이 더 쉽습니다. 너무 많이 만들고 싶다면 허물고 다시 시작해야 할 수도 있습니다.

많은 기업들이 테스트를 강화하여 품질을 관리하려고 하는 것을 보아왔지만 개인적으로 이 방법은 비용 효율적이지 않고 비효율적이라고 생각합니다. 요구사항의 변화에 ​​잘 대응하려면 소프트웨어가 변하지 않을 것이라는 생각을 갖지 않고, 아키텍처에서 분할, 분리, 컴포넌트화 등을 하고, 필요하더라도 이를 달성하기 위해 노력하는 것이 매우 중요합니다. 변경하려면 특정 영역의 내부만 변경해도 다른 영역에는 영향을 미치지 않습니다.

많은 소프트웨어 회사는 아키텍처의 디자인과 홍보에 관심을 기울이지 않는 반면, 프로그래머는 아키텍처의 의도를 잘 이해하지 못합니다. , 그들은 프로세스 전반에 걸쳐 아키텍처의 관리 및 제어를 무시합니다. 아키텍처는 초기 정적 다이어그램일 뿐이라고 생각합니다.

모든 종류의 아키텍처 솔루션에는 우수한 제어 메커니즘이 필요합니다. 건물을 짓는 사람은 설계도만 신경쓰고 공사 과정을 통제하지 않습니다. 건축은 실제로 건설 과정과 밀접하게 관련되어 있습니다. 건축은 평면적인 그림이 아니라 전체 시스템 프로젝트의 뼈대 역할을 하는 3차원적인 것입니다. 개발 중에 골격이 점진적으로 확립되고 구체화되는 것을 보면 전체 시스템의 성공을 훨씬 더 잘 이해할 수 있습니다. 이는 개발 프로세스 중 특정 구현에 필요한 아키텍처 제어의 개념입니다. .

따라서 미래의 소프트웨어 개발 솔루션은 분명 여러 방향으로 발전할 것입니다.

높은 생산성, 단위 시간당 더 높은 생산 효율성, 일반 인력도 참여할 수 있음

높은 제어성, 전체 제작 과정이 더욱 완벽하고 안정적입니다

때때로 오늘날의 아이들을 보면 그들이 매우 행복하다고 느낄 것입니다. 왜냐하면 그들의 세대가 자라면 지금처럼 프로그램을 작성할 필요가 없기 때문입니다. 그 당시 프로그래밍은 사람들이 지금 Office 소프트웨어를 사용하는 것처럼 익숙한 일반적인 기술이 되었습니다. 소위 프로그래밍은 더 이상 코드를 입력할 필요가 없지만 몇 가지 매개변수를 설정하면 됩니다.

LAMP Brothers의 원본 PHP 튜토리얼 CD/"Essential PHP in Detail"을 무료로 받아보세요. 자세한 내용은 공식 웹사이트 고객 서비스에 문의하세요: http://www.lampbrother.net