본문으로 건너뛰기

5 년차

무료2021-07-11#Mind

10 년 흔적의 5 년차

영.돌아보기

꽤 여러 해 블로그를 써왔지만, 결국 내려놓았습니다.

함께 내려놓은 것은 2014 년 2 월 7 일부터 기록하기 시작한 주간 계획으로, 356 주째에 갑자기 멈췄습니다.

ws

줄곧 고집해온 완고한坚持를 내려놓고, 비어 나온 시간으로 이전에는 전혀觉察하지 못했던 것들을 생각해보려고 했습니다. 복잡하지만 재미있습니다.

학습 수확

반년 정도 게을리해서 블로그는 22 편뿐이었습니다:

  • 크로스엔드 기술: 변과 불변 x1, 3 대 곤경 x1, 동역화 진화 x1
  • React: 신특성 x2
  • SSR: 의의 x3, 원리 x3, 프레임워크 x3
  • 프론트엔드 엔지니어링:IDE x1, 로우코드 x2, 프론트엔드 공정 체계 x2, 효율 가치 x2
  • 사상: 손잡이 x1

2 년을 지지해서야 비로소 크로스엔드 기술을 진짜로 이해했습니다. React 는 이 해에도 별다른 변화가 없었고, SSR 은 스킬 포인트를 많이 추가했지만落地开花하지 못했습니다. 프론트엔드 공정 체계를 정의하고, 그 효율 가치를 정량화해보려고 시도했습니다.

기술 세부사항에 대한钻研은 줄고, 사고总结는 늘어났으며, 프론트엔드 엔지니어링이라는 영역이 더욱 선명해졌습니다. 지식 경계는 변화가 보이지 않지만, 지상에서 얻은 몇 가지 지식에 대해 실천을 통해 더 많은 인식을 갖게 되었습니다. 예를 들어 아키텍처 설계, 캐시 예열, 그레이디언트 릴리스, 긴급 롤백, Serverless, Cloud IDE 등입니다.

목표 달성도

  • 영향력: 위챗 공식계정팔로워 3000 명(실제는 2300 명뿐), 사내 강연10 회 이상(실제는 3 회뿐)
  • 프론트엔드 엔지니어링:여기서 하는 김에 기대 이상으로 해보자(도망쳤습니다. 먼저 기대가 있어야 그 이상으로 가능하죠)
  • PM 으로 배우기:『모두가 제품매니저』읽기(절반까지 읽음), 그리고3 개(0 적용) 의 실제 장면에 적용
  • 밖으로 나가기: 내환과 14 개의 링크 유지?
  • 성찰:매월되돌아보기总结 1 회 (3 개월간 서면总结을 지속, 이후 몇 가지 일에 대해反思)
  • 관찰: 자신의 "인사관"을建立?

하는 김에는 잘하자라는 초심으로 3000 팔로워 목표를 세웠습니다 (약 2 배 이상). 하지만 나중에 "팔로워 증가"는 콘텐츠의 질보다 운영 수단에 더 의존한다는 것을 알게 되었고, 이 지표는 그다지 중요하지 않게 되었습니다. 사내에서의 영향력은 향상되었지만, 강연 같은 기술류 조작으로 실현된 것은 아니며, 아직 큰 향상 공간이 있습니다.

프론트엔드 엔지니어링, PM 으로 배우기, 이 두 목표는 실제 집행에서 범화되었습니다. 연구개발 모드, 프론트엔드 아키텍처, 생산관계 등을 모두 프론트엔드 공정의 범주에 포함시켰고, PM 으로 배우기를 한 층 더 추상화하면 사람으로 배우는 것이 됩니다. 해본 사람에게서 배우고, 잘한 사람에게서 배웁니다:

먼저 경직시키고, 다음으로 최적화하고, 후에 고정시킨다.

이 1 년 동안, 나는 적어도 3 사람의做事 방식을 배웠습니다.皮毛만 배웠지만, 이미 몇 가지 성과가 있었습니다.

"밖으로 나가기" 습관은 이미 몸에 뱄고, 기차 안의 고요한 밤에 자신의 "인사관"이 싹트게 되었습니다. 성찰의 빈도와 깊이는 아직 부족하지만,总算事後 몇 가지 문제를 의식할 수 있게 되었습니다.

성장 경험

20 건의 심정 기록:

  • 사람의 문제: 입장 바꿔 생각하기 x1 복잡 x1 당국자미 x1
  • 빌릴로 시작하는 단어: 빌려가짜로진리수행 x1 빌려세력으로행함 x1 빌려일로사람수행 x1
  • 기회: 소란대로배분 x1 난제와 기회 x1 편가르기와 스포트라이트 x1
  • 성장: 학습과 습득 x1 사고출력과 지식출력 x1 스프링모델 x1 성장빠름 x1
  • 커뮤니케이션: 정보교환 x1 삼가말 x1 아래에서 위로와 위에서 아래로 x1
  • 방법: 근원을잡기 x1上山모델 x1 사용자수요와 제품수요 x1 사용자마인드셋육성 x1

복잡한 일을 경험하고서야 비로소 기술 외적인 요인들에 더关注하게 되었습니다.

일.감오

아키텍트의 정의

일찍이 아키텍트의 책임을 탐구했지만, 결과가 없었습니다. 이 정의를 발견할 때까지:

복잡한 문제를 해결하는 것을 아키텍트의 전형적인 역할로 정의해야 한다.

(내가 기술 아키텍처에 대한 이해와 아키텍트 역할에 대한 사고 에서 인용)

즉, 아키텍트는 복잡한 ���제를 해결할 수 있는 사람입니다. 이 답은 오랫동안의 많은 곤혹을 풀어주었습니다:

  • 어떤 일이 아키텍처 (설계) 범주에 속하는가?
  • 아키텍트는 어떤 능력을 갖춰야 하는가?
  • 기술 능력이頂尖수준이 아니어도 아키텍트라고 할 수 있는가?
  • 솔루션 아키텍트는 또 무엇인가?

이 정의 하에서, 복잡한 문제는 모두 아키텍처 범주에 속하며, 물리구조든 논리설계든 인원배치든, 복잡한 문제를 해결하기 위해专门으로 방안을 만드는 과정이 아키텍처 설계입니다.

목적은 문제를 해결하는 것이므로, 다른 문제는 아키텍트에게 다른 능력을 요구하지만, 일반적으로 정확히 정의하고, 분석하고, 방안을 수립하는 하드실력 (논리사고, 기술능력 등) 과 방안について합의达成一致하고, 추진해나가는 소프트실력 (영향력, 統筹能力 등) 이 모두 필요합니다. 따라서 기술 능력이頂尖수준이 아니어도, 복잡한 문제를 해결할 수 있는 사람은 의심할 여지없이 아키텍트입니다.

솔루션 아키텍트는 일종의 직위로, (갑방기업의) 실제 업무 장면에 따라 솔루션을 제공합니다. 예를 들어 디지털 경영, 클라우드 배포, 클라우드 개발 등 복잡한 문제를 해결합니다.

따라서 기술인이 아키텍트를 직업 목표로 삼는 것은 틀리지 않았지만, 아키텍트가 되는 것은 단순한 기술 목표가 아닙니다.업무 장면 하의 복잡한 아키텍처 설계는 도전으로 가득 찬 영역으로, 사람을 매료시킵니다.

지행합일

학습 (지식을储备하는 것) 과 습득 (지식을 습득하여 실제 문제를 해결할 수 있음. 이것이 습득의 기준)

학습과 습득은 별개입니다. 학습은 입력의 과정으로, 충전과 같습니다. 습득은 더 많이 출력을 봅니다. 전구를 빛나게 하고, 고속철도를 달리게 하는 것입니다 (직접 방전하는 것이 아니라).

그렇게 많은 지식을 알고, 무슨 소용이 있는가?

매년 입력하지만, 출력이 보이지 않습니다. 외부 시각에서 보면, 소용이 없습니다. 자기적으로는内化了很多, 전력이 충분하다고 느껴도, 전구를 밝힌 적도 없고, 고속철도를 구동한 적도 없으므로, 외부는 이 배터리의 에너지 크기를 판단할 수 없습니다. 따라서, 학습은 자신 각도의 주관적인 일이고, 습득은 타인 각도의 객관적인 일입니다.

백엔드 지식 체계를 학습하고, Serverless 까지 학습하고试玩했지만, 진짜 무기와 총의 업무 장면에서는 손발이 얼어붙었습니다:

지상에서 얻은 것은终에 얕고, 절지사요궁행.

(자랄수록 소년時代に 경직되어 얻은 소박한 도리를 더 깊이 이해할 수 있는 것 같습니다.)

지행합일도 같은 도리를 말합니다. 행으로 지를 검증하고, 과정에서新知를 생산하고, 다시 행으로 검증한다……이렇게 반복해야만不断으로 정진할 수 있습니다.

생각할 시간이 없는 것이 가장 무섭다

결과, 그들은 더 부지런하고, 더 바쁠수록, 오히려 자신의 스킬을 하나의跑道에 수축시켰다.

전형적으로, 블로그 쓰기를 7 년이나 지속했습니다. 이보다 더 좋은 "전술적 부지런함"의 사례는 없습니다. 7 년 동안의 많은 주말, 많은 날을一心으로 기술钻研에 쏟았고, 많은 스킬트리를 밝혔으며, 많은 기회를 놓쳤고, 생활의 대부분을 잃었습니다.

작년 연초부터 블로그를 쓰는 습관의 나쁜 점을 의식하기 시작했습니다:

연구형 성격 자체는 나쁜 일이 아니지만,目光이底层원리에 머물기 쉽고, 상업장면에 대한 사고를 방해한다. 이것이 성장이 느린 주요 원인이다. 따라서, 아래로钻는 변태욕구를克制하고,目光을 위로 돌려야 한다.

주말 시간을 거의 블로그 쓰기에 쏟았습니다. 출력이 입력을倒逼한다는 로직은 틀리지 않았습니다. 이 부지런함과 바쁨에서 많은 기술 지식을 입력했지만, 장차원야도 기술 방면에 국한되었습니다.추상/구체, 프론트엔드/백엔드/크로스엔드, 복잡/단순……나는 괴권에 깊이빠져, 내 눈에 보이는 것은 기술뿐이며, 뛰어날 수 없습니다.

장기적으로 극도로 바쁜 상태에 있어 다른 것을 돌볼 시간이 없습니다. 전정투입하는 것처럼 보이지만, 실제로는 극히 나쁜 상태입니다. 행동의 부지런함이 사상의 태만을 완전히 덮고 있습니다. 기계처럼, 같은 일을 반복하고 더 생각하지 않으며, 생각할 시간도 없는 것입니까?

P.S. 사실 작년에는 필을 멈추는 것을 생각했지만, 마지막으로 1 년 더 쓰기로 결정했습니다. 첫 10 년 동안, 절반은 순수한 기술 투입을 유지하고 싶었습니다. 일종의 고집이겠죠.

창업의 마음가짐으로 일을 하다

이것은 반년 전 옛 리더에게서 깨달은 것입니다. 불어낸 소를 모두 실현한 신인입니다.

P.S. 공교롭게 이틀 전, 아상의 공유『창업의 마음가짐으로 일과 성장』을 보고,暗自感叹不謀而合。면벽계획도 반드시 신뢰할 수 있는 것은 아닙니다.

모두가 불가능하다고 생각하는 일을成成해냅니다. 처음에는 도박사의 담력이라고 생각했습니다. 3 할의把握으로 불어내고 감히 합니다. 모두는放手一搏의 담량에서 졌습니다. 나중에 그렇지 않다는 것을 알았습니다. 불어낸 후의全力以赴와決策전의盤算과 담력은同样으로 중요합니다.全力以赴뿐만 아니라, 인사를다하고 천명을 기다리는 것뿐만 아니라, 적어도 일왕무전의 "不擇手段"이어야 합니다.

일을 창업으로 봅니다. 만약 모든 일이 생사존망과 관련된다면, 이 "不擇手段"을 더领会할 수 있고, 온갖 방법을 다해 일을成成하려 할 것입니다. 이것이 창업의 마음가짐입니다.

구체적으로 말하면, 창업은 세 가지 일을 잘해야 합니다:사람찾기, 돈찾기, 방향찾기. 올바른 사람을 찾으면, 일은 절반 성공입니다. 이전에는 이 말을不以为然으로 여겼지만, 진짜로 몇 달의膠着을 경험하고서야, 올바른 사람을 찾는 중요성을不得不의식하게 되었습니다. 돈찾기는 자원을 찾는 것으로, 아키텍트에게 조직 영향력이 있음을 요구합니다. 각 관계자에 영향력을 미치고, 아키텍처落地를推動하는 것이 바로 "돈찾기" 능력입니다. 방향찾기는 더 판단력을 시험합니다. 더 많이 보고, 더 깊이 보고, 더 높이 보고, 더 빨리 보는 능력입니다.

창업과 마찬가지로, 실제로는 자원은 항상 부족하고, 시기는 항상合适하지 않고, 방향은 항상 명확하지 않습니다. 하지만 항상 일을成成해야 합니다.挖空心思想尽 온갖 방법, 기술적, 비기술적, 상규적, 비상규적……모든 수단을 다 써야만,把握을 3 할에서 6 할로, 8 할로 끌어올릴 수 있고, 마지막의水到渠成이 있습니다.

겸손을 유지하다

연약함과 무지는 생존의 장애가 아니다. 오만이 장애이다.

장기적으로 한 영역에专注합니다. 예를 들어 프론트엔드 엔지니어링, 크로스엔드, 로우코드, IDE 등.就容易 "오만"해집니다:

theia 는 vscode 의 web 버전을 이기지 못할 것 같다.

주관적으로篩選한 정보가自我感覺좋은 누를 짜고, 방패를 들고, 무엇을 보든不以为然。장차원야자신의 "영역"을 형성하고, 자신은 영역中的 권위이며, 영역中에서 모든 것을���控하는 신이 됩니다.

field

영역을收起해서야 비로소真实의 세계가 보입니다.겸손을 유지해야만, 타인身上的闪光点을 볼 기회가 있습니다:

지난번에 theia 를 봤는데, 발전이 빠르네哈哈.

이.목표

제 6 년

  • 아키텍트: 자신의 업무 모델을建立하고, 업무 통찰 능력을 갖춘다.
  • 프론트엔드 엔지니어링: 영역을收起하고, 가라앉는다.
  • 사람에게서 배우기: 업무를 배운다. 먼저 경직시키고, 다음으로 최적화한다.
  • 밖으로 나가기: 새로 1 명의 친구를 만든다.
  • 성찰: 성찰 습관을 기른다. 크고 작음에 관계없이,事後에 무의식적으로反思한다.

아키텍트

만약 앞 5 년이一心으로 기술 전문가 노선을 걸었다면, 다음 5 년은 아키텍트가 되는 것을 목표로 합니다.

몇 가지 이유:

  1. 업무 장면 하의 복잡한 아키텍처 설계는, 나를 매료시킨다
  2. 곁에 아키텍트가榜样으로 있으며,求助指導받을 수 있다
  3. 아키텍트는はっきり 정의되어 있으며, 공간이 충분히 크다 (향후 5-20 년도頂点에 서기 어렵다)

전문가 노선에 비해, 아키텍트 노선은 더 장력이 있습니다. 물론, 더 어렵습니다.

일에서연마하고, 어려움에서얻다

생각하는 것은 한 일, 하는 것은 다른 일입니다.

진짜로 해봐야, 하는 과정에서,甚至다 하고 나서야 생각이 맞는지, 얼마나 차이가 있는지 압니다.

방향을 분명히 생각하고,甚至방향을 찾는 방법을 분명히 생각했다면, 즉시着手해서 해야 합니다.邊銃邊照準이 상태이며,事細한 설계, 一筆一画의執行 등은 없습니다.

생각하는 것은 모두 문제다. 해야만 답이 있다.

삼.계획

메인라인

  • 아키텍트

서브라인

  • 프론트엔드 엔지니어링

일상

  • 사람에게서 배우기
  • 밖으로 나가기
  • 성찰

댓글

아직 댓글이 없습니다

댓글 작성