5 年目

零.振り返り

何年もブログを書いてきましたが、ついに手放しました。

同時に手放したのは、2014 年 2 月 7 日から記録を始めた週間計画で、356 週目で突然終わりました。

ずっと続けてきた頑固な坚持を手放し、空いた時間で以前は気づかなかったことを考えるようにしました。複雑ですが面白いです。

学習の収穫

半年ほど怠けたので、ブログは 22 篇だけでした：

• 跨端技術：変と不変 x1、三大困境 x1、動態化進展 x1
• React：新特性 x2
• SSR：意義 x3、原理 x3、フレームワーク x3
• フロントエンドエンジニアリング：IDE x1、ローコード x2、フロントエンド工程体系 x2、効率価値 x2
• 思想：取っ手 x1

2 年かけて初めて跨端技術を本当に理解しました。React は这一年もあまり変化がなく、SSR はスキルポイントをたくさん追加しましたが落地开花できませんでした。フロントエンド工程体系を定義し、その効率価値を定量化しようと試みました。

技術詳細への钻研は減り、思考总结は増え、フロントエンドエンジニアリングという領域がより明確になりました。知識境界は変化が見えませんが、紙上で得た知識について実践を通じてさらに多くの認識を得ました。例えばアーキテクチャ設計、キャッシュ予熱、グレーデーションリリース、緊急ロールバック、Serverless、Cloud IDE などです。

目標達成度

• 影響力：WeChat 公式アカウント3000 フォロワー（実際は 2300 のみ）、社内講演10 回以上（実際は 3 回のみ）
• フロントエンドエンジニアリング：ここでやるからには、期待を超えてやる（逃げました。まず期待が必要で、それから超えられるものです）
• PM として学ぶ：『人人都是产品经理』を読む（半分まで）、そして3 つ（0 応用）の実際のシーンに適用
• 外に出る：内環と 14 のリンクを維持？
• 自省：毎月振り返り总结 1 回（3 ヶ月間書面总结を継続、その後いくつかの事について反思）
• 観察：自分の「人事観」を建立？

やるからにはよくやるという初心で、3000 フォロワーの目標を立てました（約 2 倍以上）。しかし後で「フォロワー増加」はコンテンツの質というより運営手段に依存することがわかり、この指標はそれほど重要ではなくなりました。社内での影響力は向上しましたが、講演のような技術流操作で実現したわけではなく、まだ大きな向上空間があります。

フロントエンドエンジニアリング、PM として学ぶ、この 2 つの目標は実際の執行で汎化されました。研究開発モード、フロントエンドアーキテクチャ、生産関係などをすべてフロントエンド工程の範疇に含め、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. 偶然 2 日前、阿相の分享『創業の心構えで仕事と成長』を見て、暗自感叹不謀而合。面壁計画も必ずしも信頼できるとは限りません。

皆が不可能だと思うことを成し遂げられます。最初は賭け師の胆識だと思っていました。3 割の把握で吹いて敢えてやる。皆は放手一搏の胆量で負けました。後でそうではないとわかりました。吹いた後の全力以赴と決策前の盤算と胆識は同样に重要です。全力以赴だけでなく、人事を尽くして天命を待つだけでなく、少なくとも一往无前の「不擇手段」であるべきです。

仕事を創業と見なします。もしすべての事が生死存亡に関われば、この「不擇手段」をより领会でき、あらゆる方法を尽くして事を成し遂げようとする。これが創業の心構えです。

具体的に言えば、創業は 3 つの事をよくやるべきです：人を探す、金を探す、方向を探す。正しい人を見つければ、事は半分成功です。以前はこの言葉を不以为然としていましたが、本当に数ヶ月の膠着を経験して初めて、正しい人を見つける重要性を不得不意識しました。金を探すとは資源を探すことで、アーキテクトに組織影響力があることを要求します。各関係者に影響し、アーキテクチャ落地を推動することはまさに「金を探す」能力です。方向を探すはより判断力を試します。より多くを見、より深くを見、より高くを見、より速くを見る能力です。

創業と同じように、実際には資源は常に足りず、時機は常に合适ではなく、方向は常に明確ではありません。しかし常に事を成し遂げなければなりません。挖空心思想尽あらゆる方法、技術的、非技術的、常規的、非常規的……すべての手段を尽くして初めて、把握を 3 割から 6 割に、8 割に引き上げ、最後の水到渠成があります。

謙卑を保つ

弱小と無知は生存の障害ではない。傲慢こそが障害である。

長期にわたり一つの領域に专注します。例えばフロントエンドエンジニアリング、跨端、ローコード、IDE など。就容易く��傲慢」になります：

theia は vscode の web 版に勝てないかもしれない。

主観的に篩選した情報が自我感覺良好な繭を編み、盾を提起し、何をみても不以为然。長此以往自分の「領域」を形成し、自分は領域中の権威で、領域中ですべてを操控する神になります。

領域を收起して初めて真实の世界が見えます。謙卑を保って初めて、他人身上的閃光点を見る機会があります：

前回 theia を看了眼、発展が速い哈哈。

二.目標

第 6 年

• アーキテクト：自分の業務モデルを建立し、業務洞察能力を備える。
• フロントエンドエンジニアリング：領域を收起し、沉み込む。
• 人から学ぶ：業務を学ぶ。まず僵化し、次に最適化する。
• 外に出る：新しく 1 人の友達を作る。
• 自省：自省習慣を養成。大小問わず、事後に下意识で反思する。

アーキテクト

もし前の 5 年が一心に技術専門家路線を歩んだのであれば、次の 5 年はアーキテクトになることを目標にします。

いくつかの理由：

1. 業務シーン下の複雑なアーキテクチャ設計は、私を魅了する
2. 身边にアーキテクトが榜样としており、求助指導してもらえる
3. アーキテクトははっきり定義されており、かつ空間が十分に大きい（未来 5-20 年も頂点に立つのは難しい）

専門家路線と比較して、アーキテクト路線はより張力があります。もちろん、より難しいです。

事上で練り、難上で得る

思うことは一事、やることは別の事です。

本当にやって初めて、やるプロセス中で、甚至做完してから初めて思ったことが正しいか、どれだけ差があるかを知ります。

方向を清楚に思う、甚至方向を探す方法を清楚に思えば、直ちに着手してやるべきです。辺銃辺照準が常態で、事細かな設計、一筆一画の執行などありません。

思うことはすべて問題。やって初めて答えがある。

三.計画

メインライン

• アーキテクト

サブライン

• フロントエンドエンジニアリング

日常

• 人から学ぶ
• 外に出る
• 自省