소프트웨어 개발에 종사한 지 여러 해가 지났는데, 프로그래밍 업계의 실제 건축가의 비율이 매우 낮았으며, 현재 국내 소프트웨어 개발 환경에는 진정한 건축가가 많지 않다. 대부분의 코드 프레임워크가 오픈 소스 코드 커뮤니티에서 거의 나온 다음 자체 회사 제품에 맞게 맞춤화되었기 때문이다. 그 중 연구 프레임워크는 시간이 오래 걸리며 깊이 맞춤형으로 구성할 수 있는 프로그래머는 고수라 할 수 있다. (윌리엄 셰익스피어, 프로그래머, 프로그래머, 프로그래머, 프로그래머, 프로그래머, 프로그래머, 프로그래머) 많은 오픈 소스 코드 업데이트 속도가 매우 빠르기 때문에 오픈 소스 커뮤니티의 코드 업데이트 속도를 따라잡을 수 있는 기업은 이미 실력이 매우 강한 회사다. 국내 기업들은 이제 진정한 의미에서 처음부터 틀을 디자인하고 시장에 내놓는 것이 상대적으로 적다.
10 여 년의 발전을 거쳐 국내 프로그래머의 평균 수준이 올라왔다. 톱 프로그래머들은 프로그래밍과 생태계에 차이가 있지만, 기층의 프로그래머 수준은 이미 올라왔다. 국내 많은 인터넷 회사들이 만든 제품 중 일부는 이미 유럽과 미국 등 기업들보다 약하지 않다. 이들은 모두 국내 프로그래머 수준 향상의 결과다. 그리고 지금은 교육업계가 국내에 보급돼 있다
사실 국내 소프트웨어 업계 내수는 여전히 충분하다. 특히 현재 3 ~ 4 선 도시에 소프트웨어 회사가 속속 등장해 규모와 수가 늘고 있다. 국내 기업의 중장급 프로그래머에 대한 수요는 여전히 매우 크다. 5 ~ 6 년 대기업은 이런 인재 채용을 멈추지 않았고 임금 수준은 여전히 매우 높은 수준으로 유지되고 있다
건축가라는 자리는 거의 구할 수 없다. 기본적으로 국내 건축가들은 자체 회사 내의 우수한 소프트웨어 엔지니어로, 우수한 프로그래머가 되고, 회사 내에서 회사의 신뢰를 얻어 이런 돌파구를 줄 수 있는 기회를 얻고, 뒷부분을 잡으면 건축가에게 대우를 줄 수 있다. 모든 프로그래머가 선천적으로 건축가가 되는 것은 아니다. 관건은 평소 축적에 있다. 기회를 잡았다
기본기가 탄탄하다. 많은 프로그래머들이 입문하기 전에 학교에서 기초를 중시하기 때문에 기초를 볼 수 있고, 프로그래머가 된 후 이에 대한 요구를 늦추기 시작하면서 많은 프로그래머들이 필기시험이 있는 회사를 보고 그냥 포기하기로 했다. 이런 프로그래머 수준은 말할 수 없지만, 적어도 우수한 프로그래머의 범주는 아니다. 우수한 프로그래머는 기본기 시험을 견디고, 이런 이른바 필기시험 문제를 두려워하지 않는다. (윌리엄 셰익스피어, 윈스턴, 프로그래머, 프로그래머, 프로그래머, 프로그래머, 프로그래머, 프로그래머, 프로그래머, 프로그래머)
알고리즘이 견고하다. 많은 프로그래머들이 오랫동안 알고리즘을 하는 것이 중요하다고 생각하지 않고, 알고리즘이 전체 기술 생애를 관통한다. 이를 깨닫지 못하면 의식 수준이 아직 이해되지 않았다는 것을 깨닫지 못하고 보완해야 할 것이 많다는 것을 증명하면, 일부 프로그래머들은 프로그래밍 언어를 배우면 서둘러 일자리를 찾을 수 있다. 운이 좋다. 좋은 것은 아직 직업을 찾을 수 없다. 좋은 계획 기술 경력 경로가 없다. 표준 프로그래머가 필요로 하는 기초적인 프로그래밍 언어, 데이터 구조에 익숙하다. (알버트 아인슈타인, Northern Exposure (미국 TV 드라마), 행운명언) 그리고 학습 알고리즘이 산재 해 있습니다. 이 세 가지는 또한 우수한 프로그래머의 표준입니다. 학습 기술은 자신의 성격에 따라 일을 하는 것이 아니라 계획이 필요합니다. 이 중 알고리즘의 요소가 없어서는 안 됩니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 공부명언)
프로그래밍 사상을 단련하다.
많은 프로그래머들은 코드를 쓸 수 있다고 생각합니다. 시간이 오래 걸리면 베테랑 기술 전문가가 될 수 있습니다. 프로그래머는 삶을 살아온 것이 아니라, 끊임없이 프로그래밍 사상을 다듬어야 합니다. 간단한 예를 들어, 네트워크 프로그래밍을 하면 프로그래밍 언어의 프로그래밍 경험을 이해할 수 있습니다. 다른 언어로 전환하는 데 아주 짧은 시간 안에 해낼 수 있을 것이라고 믿고, 비슷한 장면을 축적한 후에 이런 장면을 만나면 유연하게 대처할 수 있을 것이라고 믿습니다. (* 역주: 번역주: 번역주: 번역주: 번역주: 번역주: 번역주) 또한 비슷한 장면으로 동시에 마이그레이션할 수 있다. 단지 하기 위해서가 아니라, 임무를 완수하기 위해서일 뿐, 승진할 공간이 제한되어 있기 때문에, 일이 맡은 것 때문에 그렇게 할 수 없고, 나머지 것을 보충하지 않고, 총결산을 잘하는 것도 우수한 프로그래머가 갖추어야 할 의식이다. (윌리엄 셰익스피어, 윈스턴, 일명언)
건축가가 되는 데는 템플릿이 없습니다. 평생 이런 기회가 없을 수도 있지만, 이런 경지에 이르려면 먼저 훌륭한 프로그래머가 되어야 합니다 너무 많은 프로그래머들이 몇 년 동안의 적응기간을 겪으면서 미리 안락기에 접어들었다. 결국 나이가 들면서 스킬이 따라가지 못하면서 나이가 들면서 경쟁력이 떨어지게 되고, 늙어서 기업에 탈락하는 비극이 생겨났고, 어떤 태도가 어떤 삶을 결정할지, 어떤 결말이 결정되는지, 도움이 되었으면 좋겠다. (윌리엄 셰익스피어, 햄릿, 인생명언)
IT 업계의 종사자이자 컴퓨터 전문 대학원생 멘토로서 이 질문에 대한 답변을 드리겠습니다.
첫째, 현재 IT 업계의 많은 프로그래머들이 건축가로 성장할 수 없는 주된 이유는 세 가지 요점에 초점을 맞추고 있습니다. 그 중 하나는 자신의 지식 구조가 설계자의 방향으로 발전하기에 충분하지 않다는 것입니다. 둘째, 일자리 임무가 제한적이다. 셋째, 업종의 반복 속도가 너무 빨라서 학습 스트레스가 크다는 것이다.
초기 건축가들은 주로 백엔드 분야에 집중했고, 개발 분야에 따라 설계자에 대한 요구 사항이 달랐습니다. 일반적으로 설계자의 임무는 세 가지 측면에 초점을 맞추고 있습니다. 하나는 전체 기술 프레임워크 설계입니다. 두 번째는 기술 선택입니다. 셋째는 어려운 문제를 해결하는 것이다. 따라서 프로그래머에게 건축가로 성장하려면
1 위: 풍부한 개발 경험 개발 경험은 일반적으로 소프트웨어 설계자의 기본 요구 사항이며, 일반적으로 소프트웨어 설계자는 초급 프로그래머, 주력 프로그래머, R&D 급 프로그래머 등에서 차근차근 성장하며, 각 단계마다 일정한 개발 경험을 축적합니다. 이러한 경험은 건축가의 방안 설계에 중요한 역할을 합니다. 많은 프로그래머들에게는 주력 프로그래머에서 R&D 급 프로그래머로 발전하는 데 큰 어려움이 있을 수 있는데, 주된 이유는 기초지식 구조의 문제이며, 많은 프로그래머들이 연구를 통해 이 단계를 진행하고 있기 때문이다. (윌리엄 셰익스피어, 프로그래머, 프로그래머, 프로그래머, 프로그래머, 프로그래머, 프로그래머)
2 위: 풍부한 지식 구조. 건축가의 지식 구조는 기술적으로만 국한된 것이 아니라 많은 업계 지식을 습득해야 하며, 업종마다 특성이 다르기 때문에 이러한 특징에 따라 구체적인 방안 설계를 완성할 수 있어야 합니다. (윌리엄 셰익스피어, Northern Exposure (미국 TV 드라마), 예술명언)
셋째: 기술 발전 추세를 따라가다. 건축가는 기술 발전 추세를 따라가면서 미래의 발전 방향에 대해 비교적 강한 인지능력을 가질 수 있어야 하며, 이는 건축가의 방안 설계에 중요한 역할을 할 것이다. 기술 동향에 대한 인지능력은 한 건축가의 능력을 판단하는 중요한 요인이다.
건축가는 재미있는 업그레이드 경로가 아닙니다.
설계자와 관련된 개발 작업. R&D 작업은 더 재미있고 사회적으로 인정받기 쉽다. 그래픽학, 인공지능, 블록체인, 심지어 해커 (사이버 보안) 까지, 당신의 지혜와 노력으로 단기간에 성취할 수 있고, 아름다운 높이에 도달할 수 있다. R&D 방면은 젊고, 지능과 체력을 겨루는 작업이며, 수많은 천재소년들이 아름다운 성과를 거두며, 매년 대량의 새로운 기술 돌파와 문헌이 연구되고 있다.
당신이하는 모든 일은 아름다운 업적, 글로벌 조명 및 컴퓨터 비전을 보여줄 수 있습니다. 또는 많은 돈을 쉽게 벌 수 있고, 자동운전이나 블록체인 ico 를 쉽게 벌 수 있다. 게임 플러그인을 만들어도 그 수입은 상상을 초월할 정도로 크다.
건축가가 아니라 건축가의 철자는 경험, 올바른 방법 및 프로젝트 수뿐이다. "C++ 프로그래밍의 새로운 사고" 에는 "천재적인 프로그래머만이 천재적인 건축가가 없다" 는 말이 있다. 건축가의 세계에는 천재가 없고, 재구조화만 있다. 올바른 방법 (애자일 개발) 이 있어야 하고, 그 다음에는 수많은 프로젝트와 시간의 깔개가 있어야 한다. 그러나 건축가에게 우리의 임무는 외부 품질이 아닌 내부 품질이며 소프트웨어를 강하고 쉽게 확장할 수 있어야 한다는 것을 분명히 해야 합니다. 하지만 문외한인 참외에게 이것은 전혀 매력적이지 않다는 것을 알게 될 것이다. 참외 사장은 늘 이렇게 말한다. "네가 기능을 할 수 없으면 우리 회사가 파산하고, 빌어먹을 시간을 재구조화하지 마라. (알버트 아인슈타인, 시간명언)
건축가가
내부 이유는 건축가가 너무 재미없어서 그래픽 조명 알고리즘에 비해 테스트 기반 재구성이 지속적으로 통합되고 있다는 것입니다. R&D 엔지니어는 많은 외부 인센티브를 받을 것이며, 모두가 그들의 성과를 칭찬할 것이다. 건축가는 코드에 대한 결벽증, 기능 변경 없이 코드 품질 최적화, 계층화, 정확한 의존성, 심지어 단순하고 아름다운 명명과 같은 인센티브를 필요로 합니다. 모두 진심으로 흥분과 자극을 느낄 필요가 있다. 그렇지 않으면 견디기 어렵다.
외부 원인은 성급한 사회가 다음 건축가가 성장할 수 있는 시간과 공간을 용납할 수 없기 때문이다. 프레임 워크는 많은 프로젝트 경험, 매우 긴 코딩 시간이 필요합니다. 올바른 방법과 잘 어울리는 팀을 견지하다. 외국의 건축가들은 모두 수염이었고, 국내 프로그래머들이 30 세가 되자 아내는 관리직을 하라고 재촉했다. R&D 직업의 지능 지수와는 달리 건축가는 경험, 수염이 없는 50 ~ 60 세의 나이에 xx 의 아버지가 되기가 어렵다.
업계 이유는 건축가가 설계자를 수용할 수 없기 때문입니다. 아키텍처는 예술이 과학이 아니다. 통일된 기준이 없다. 각 성형된 건축가는 자신의 프로그램 구조와 원칙을 가지고 있다. 10 개의 그래픽 프로그래머가 하나의 알고리즘에 기반한 협력을 볼 수 있지만, 두 명의 건축가가 한 프로젝트를 하고 싸우지 않는 것을 보는 것은 어렵다. (알버트 아인슈타인, 예술명언) 건축가는 자신의 견해를 검증하고 * * * 함께 발전하는 팀을 필요로 하지만, 육식동물이 항상 초식동물의 10 분의 1 인 것처럼 업계도 건축가에게 피해를 주지 않는다.
프로젝트 세례를 많이 받았고 자신의 생각과 능력을 가진 건축가는 희귀한 동물이어야 한다.
하지만 지루해 보이는 건축가의 용도는 무엇입니까?
그는 코드 속의 혼란 (엔트로피) 을 줄이고, 팀의 초급 프로그래머들이 고급 코드를 만들고, 단위 시간 효율성을 높이고, 초과 근무를 피하고, 팀이 미지의 분야에 더 쉽게 진입하고, 기업 비용을 크게 절감할 수 있도록 하는 보조 영웅이다.
< P > 제가 지금 하고 있는 혼합 현실 분야는 새로운 분야입니다. 훌륭한 건축가가 선인의 경험 없이 영토를 넓힐 수 있고, 팀 전체의 개발 품질을 가져와 비용을 절감하고 고객에게 더 많은 수익을 창출할 수 있습니다.
이 질문은 제기된 이유가 무엇인지 알 수 없지만, 사실 문제는 그다지 적합하지 않지만,
건축가는 누구나 할 수 있는 것이 아니다. 우선, 갖추어야 할 자질은 빠른 학습 능력이어야 한다 후자는 특히 중요하다. 다른 사람에게서 배우고, 자신의 이해를 빠르게 형성하고 상대방을 뛰어넘는다. 이는 자연법칙의 관점에서 볼 때 소수만이 할 수 있는 것이다. (윌리엄 셰익스피어, 햄릿, 지혜명언)
< P > 둘째, 전체 시스템의 하위 시스템 간 결합 해제와 커플링의 균형을 맞추기 위한 글로벌 시야가 필요합니다. 이를 축적하려면 각 하위 시스템 내에서 실제 프로젝트가 있는 비교적 성공적인 설계 코딩의 문제 처리 능력이 필요합니다. 특히 문제 처리 능력이 특히 중요합니다. 이는 일정 기간 달성될 수 있는 것도 아닙니다.
셋째, 이 사업에서 마음을 가라앉히고 착실하게, 목마른 학습을 유지하고, 긍정적인 태도를 유지하고, 끊임없이 좌절할수록 용감해지며, 항상 디자인 구조에 힘쓰고, 현재 업계 전체의 경솔한 환경에서 끊임없는 이직을 통해 임금 인상 목적을 달성하고자 하는 것이 옳다
마지막으로, 소질이 있더라도 건축가가 될 수 있는지 여부는 객관적인 요인에 달려 있습니다. 건축가가 자신이 속한 분야의 발전 계획과 현재의 문제 현황 개선을 결정했기 때문에, 이 위치는 매우 중요합니다. 그 사람이 아니라, 이전 조직 관계는 당신이 이 자리를 만들 수 없도록 하는 것입니다. 상급 조직은 또한 당신이 기술 능력 외에, 사람들과 소통하고, 당신의 상급자를 관리하고, 상급자의 상급에서 3 급까지의 관계, 관계를 포함하여 당신의 상급자를 관리하는 것과 같은 기술적 능력 외에, 당신의 상급자와 하급자를 고찰할 것입니다. (윌리엄 셰익스피어, 윈스턴, 해리포터스, 자기관리명언)
허허, 물론 다른 많은 것들이 있습니다. 이 문제로 인해 불분명합니다.
진정한 소프트웨어 설계자들은 각 방면의 직업적 소양에 대한 요구가 비교적 높다. 건축가의 일은 평상시 일하는 단순한 스택이 아니라, 전문 기술이 너무 강해야 할 뿐만 아니라, 사고도 하고, 사물이 세밀하고 포괄적이라고 생각하며, 스스로 주동적으로 일을 받아들이는 것 외에 대량의 지식을 받아들여야 한다. 또한 성격에 대한 요구 사항도 있으며, 소프트웨어 건축가는 종종 의사 소통에 능숙한 품질을 갖추어야 합니다.
요컨대 기술, 사고력, 사교성이 있어야 한다. 대부분의 프로그래머들이 건축가의 위치를 할 수 없는 것은 주로 자신의 능력이 미치지 못하기 때문이며, 그 다음은 한 회사에서 건축가의 비중이 원래 작기 때문이다.
일반 프로그래머가 회사에서 담당하는 업무는 주로 일상적인 요구 사항을 유지하고 기존 아키텍처를 수정하는 것이므로 아키텍처 수준에 접근하는 경우는 거의 없습니다. 관련 지식과 업무에 대한 접근이 장기적으로 부족하면 시간이 지남에 따라 설계자의 기준에서 멀어질 수 있습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 예술명언)
젊은 프로그래머는 지식 비축에서 건축가가 되는 기준을 충족시키지 못했다.
현대의 고가용성 아키텍처는 일반적으로 RDS, Cache, MQ, 백엔드 서비스, 모니터링 서비스입니다. 그리고 그 중 하나를 마음대로 가져가면, 모두 많은 기술점 지식점을 파악해야 한다. (윌리엄 셰익스피어, 템페스트, 과학명언)
예를 들어, 다중 시스템 상호 작용에서 MQ 의 메시지가 상대 시스템에 의해 소비되도록 하는 방법, 고가용성 서비스 로드 밸런싱을 설계하는 방법 등 많은 경험이 필요하지만 일반 프로그래머는 아키텍처 설계에 쉽게 액세스할 수 없습니다.
< P > 나이가 많은 프로그래머는 후기에 들볶는 동력이 부족하거나 경력 개발 경로가 다른 분기점으로 가서 결국 건축가라는 나뭇가지에 오르는 경우는 드물다.
작은 부자 곧 안안한 심리. 많은 프로그래머들은 현재 상황에 만족하고 있으며, 지속적인 학습을 지속하는 동력이 부족하여 매달 만 위안의 월급을 들고 마음이 편하고 귀찮아 고생하기 귀찮다. (윌리엄 셰익스피어, 햄릿, 공부명언)
< P > 한 회사 건축가가 광대한 농가에서 차지하는 비중이 10 도 채 되지 않아 건축가가 될 수 있는 사람은 일반적으로 회사에서 R&D 및 관리 역할을 하고 있다. 회사 팀의 인력 피라미드를 상상해 보면 경쟁력이 얼마나 큰지 알 수 있다.
일반적으로 개발팀은 10 여 명으로 구성된다. 몇몇 팀에는 일반적으로 기술면에서 가장 광범위하고 기술적인 경험이 많은 사람이 있는데, 이를 건축가나 TL 이라고 합니다. 건축가의 존재는 일반적으로 수많은 야드농가 중 차지하는 비율이 매우 적어, 코드농가 총수의 10 명도 채 되지 않을 수 있다. 소프트웨어 설계자도 중학교 고급이 있다.
< P > 코드농가는 모두 코드를 써서 컴퓨터 프로그래밍 언어에 대한 자신의 이해를 가지고 있다. 하지만 프로그래머나 코드농은 기계적으로 자신의 코딩 작업을 완료하는 경우가 많다. 임무를 완수하기 위해서는 성장이 제한되어 있다.
여기서 많은 사람들은 코딩 시간이 길어지고 경험이 충분히 축적되면 점차 선임 기술 전문가가 되었다고 말한다. 생각은 사실 옳지 않다고 말할 수 없다. 한 사람이 식견이 넓어지면 자연 자체의 내포도 충분히 풍부하다. 야드농민의 관점에서 출발하다. 건축가를 제외하고 35 세 이상의 사람들이 인터넷에서 프로그램 개발을 하는 경우는 드물다. 한 사람은 기계적 성격의 코드를 통해 경험을 쌓고 싶어한다. 얼마나 많은 성장을 해야 식견이 넓어질 수 있을까? (윌리엄 셰익스피어, 햄릿, 지식명언) 코드 농부들이 그 순간까지 견지할 수 있을까? 의논할 만한 질문?
코드농은 젊은이 위주의 직업이다. 평균 종업원의 나이는 모두 20 대이다. 천천히 참고 천천히 코드농가에 축적해도 틀리면 안 된다. 하지만 많은 사람들이 소프트웨어 개발 분야에서 어느 정도의 경험을 쌓으면 변신을 하고 개발을 하지 않는다. (윌리엄 셰익스피어, 윈스턴, 소프트웨어 개발, 소프트웨어 개발, 소프트웨어 개발, 소프트웨어 개발)
그래서 오랜 기간 코드농가는 매우 적다. 짧은 코드농 개발 소프트웨어 업무에서는 눈에 띄고 성장하는 사람이 적다. (윌리엄 셰익스피어, 햄릿, 소프트웨어 개발, 소프트웨어 개발, 소프트웨어 개발, 소프트웨어 개발, 소프트웨어 개발, 소프트웨어 개발, 소프트웨어 개발)
약간의 졸견을 참고해 드리겠습니다.
인터넷 개발에 다년간 종사해 왔습니다.
< P > 소팀은 보통 10 명 정도인데, 그중에서도 기술이 가장 뛰어난 사람이 설계자 (또는 TL) 를 하는 경우가 많습니다. 그래서 건축가의 광대한 야드 농가에서의 비중은 대략 평균 10 도 안 된다. (알버트 아인슈타인, Northern Exposure (미국 TV 드라마), 예술명언) 건축가도 초급, 중급, 고급 3 단으로 나눌 수 있어 강호에서 정말 높은 수준의 소프트웨어 건축가가 적다.
그래서 대부분 (90% 이상) 코드농가가 여러 해 동안 일하거나 건축가가 될 수 없는 이유는 무엇일까?
1: 코드농은 실제로 코드를 쓸 수 있는 것과 코드를 쓸 수 있다고 생각하는 것으로 나뉜다.
2: 정말 코드를 쓸 수 있는 코드농가는 자기가 잘 썼다고 생각하는 것과 정말 괜찮은 것으로 나뉜다.
3: 정말 좋은 코드를 쓸 수 있는 코드농가는 계속 최적화될 것이며, 현 상태에 안주할 것이다.
4: 연구할 코드 농가는 새로운 기술 잠자리를 폭넓게 이해하는 것과 지식을 깊이 파고드는 것으로 나뉜다.
광도를 아는 코드농가 중 일부는 특정 기술에 깊이 파고들기를 원하며, 심도 있는 연구를 좋아하는 사람들은 왕왕 폭 넓은 지식이 부족하다.
6: 비즈니스를 위해 기술의 깊이를 잘 알고 있는 코드농가는 좋은 의사소통 능력을 필요로 한다.
7: 의사 소통이 잘 되고 또 일부는 PM 이 갔을 때.
8: 그런 다음 나머지는 실제 개발 (더 이상 구현) 에서 천천히 벗어나거나 다양한 미들웨어 빌딩 블록을 "아키텍처" 수단으로 사용하기 시작했습니다.
9: 이를 제외하고 업무에 대한 약간의 이해, 기술 폭에 대한 다양한 섭렵, 일부 기술 연구에 대한 심도 있는 철저함, 그리고 중요한 점, 충분히 세심하고 포괄적인 문제를 고려하는 것이 중요하다.
10: 섬세하고 포괄적으로 의사 소통에 능하며, 기술적 깊이 범위에도 문제가 없고, 이 일을 좋아하며, 수시로 기본 실현을 하고, 업무와 개발의 두 가지 관점에서' 아키텍처' 를 마련하는 것은 효율성을 개발하기 위한 것이다. 운영 효율성을 위해 품질을 개발하기 위해, 업무의 유연성과 운영을 위해
, 정말 이런 요구를 만족시킬 수 있습니다. 주제의 10 비율은 말할 것도 없고, 1 이 도달할 수 있을지에 대해서도 회의적입니다. 사실 현재' 설계자' 는 대부분 8 이 수준에 머물렀고, 심지어 5 이 수준에서도 title 의 건축가가 되었다.
요컨대 건축가가 되는 것은 단순한 업무 축적뿐만 아니라 업무 이외의 많은 지식을 적극적으로 받아들여야 하는 동시에, 성격상 비기술적 능력에 대한 요구도 있다. 사고 방식도 중요할 뿐만 아니라 직업발전에도 많은 갈림길이 있어 결국 건축가의 이 나뭇가지에 도달하는 것은 매우 적다. (윌리엄 셰익스피어, 템플린, 일명언) (윌리엄 셰익스피어, 템플린, 일명언) (윌리엄 셰익스피어, 윈스턴, 일명언)
건축가의 방향으로 가고 싶다면, 2 ~ 5 년 이상의 경력을 가진 Java 개발자를 위한 고급 로드맵을 보실 수 있습니다. 이 기술에는 Java 고동시성, 분산, 마이크로서비스, 소스 분석, 고성능 등의 기술이 포함되어 있습니다.
(그림을 저장할 수 있음)
1: 공통 패턴 및 도구
학습 자바 기술 시스템, 디자인 패턴, 인기 프레임 및 구성 요소
공통 디자인 패턴, 코딩 필수 < 데이터베이스 게임에 필수적인 구성 요소
2: 엔지니어링 및 도구
는 작은 흰색 또는 선임 개발, 자바 기술 시스템, 프로젝트 관리
Jenkins, 지속적인 통합
Sonar, 코드 품질 관리
Git, 버전 관리
분산 아키텍처 원칙
분산 아키텍처 정책
분산 미들웨어
분산 아키텍처 실전
마이크로 서비스 프레임워크
Spring Cloud
Docker 및 가상화
마이크로 서비스 아키텍처
일선 성능 문제, 자바 기술 시스템,벤치마크 시스템
Java 튜닝
웹 튜닝
<; 필요한 방울방울 오
소프트웨어 설계자? 명확한 직위나 직위인 것 같다. 그러나, 그는 소프트웨어 제품 개발 과정에서 어떤 역할을 합니까? 어떤 역할을 합니까? 의견이 분분하여 지식이 부족하다. 건축가가 되면 코드농은 명확한 노력 목표가 전혀 없다. 이것은 문제의 핵심이다. 건축가는 상급 지도자, 사장의 특정 소프트웨어 개발자에 대한' 인정' 이며, 어떤 관리 이념의 구현이지, 소프트웨어 제품 생산 활동에서 어떤 구체적인 직위나 역할이 아니다.