這是我和總工聊了一個下午之后，我的收獲。但是技術(shù)規(guī)劃是每個人都有自己的想法，同時和具體的團(tuán)隊和時機(jī)相關(guān)，再加上我自己沒有實際參與任何的規(guī)劃，我只是執(zhí)行技術(shù)規(guī)劃的其中很小的一個點，因此本文的內(nèi)容一定存在爭議

我不期望說很多關(guān)鍵詞，因此這部分很多大佬都有寫過書。本文只聊我所看到的，和我所想到的

本文沒有涉及到具體的團(tuán)隊和事務(wù)，都是使用其他公司和團(tuán)隊作為例子。如果有小伙伴覺得不該發(fā)，我將會刪除本文

長遠(yuǎn)的技術(shù)規(guī)劃

看標(biāo)題，相信這個沒有小伙伴不認(rèn)同吧

但是實際上這一點的難度很大，什么是長遠(yuǎn)的？其實有一個實際可行的做法，參考大廠

例如我現(xiàn)在碰到了客戶端，我預(yù)計我這個產(chǎn)品將會是 ToC 的產(chǎn)品，而假如我這個產(chǎn)品是 PC 端。那么如果我想要做技術(shù)規(guī)劃，我可以怎么想？難道就是大家說 5G 火，就去投 5G 了？實際上不應(yīng)該的

第一步就是找到可以參照的大廠

例如找到了 QQ 這個軟件，差不多的都是 PC 端的軟件，那么這個軟件有哪些是可以埋到技術(shù)規(guī)劃里面的？可以根據(jù)自身的團(tuán)隊，例如此時的軟件團(tuán)隊還特別小。而軟件的功能也不多，咱來看看 QQ 作為 PC 下一個應(yīng)該可以說是最強(qiáng)的軟件，將會具備哪些技術(shù)是可以放在技術(shù)規(guī)劃里面的

• 賬號體系

• 穩(wěn)定的通訊

• 自動更新

當(dāng)然，還有很多。一個軟件絕不是咱所看到的界面那么簡單的功能，還有很多埋在后面看不到的功能。上面這幾個項，每個做穿了都需要大量的投入

先拿第一個賬號體系來說，在技術(shù)上有什么需要考慮的？首先需要有一個后臺，其次這個后臺需要支持各方的接入。但有這一點還不夠，還需要更重要的是任何可以和用戶綁定的，都可以接入到賬號體系里面

因此，如果有賬號需求，可以先接入其他平臺的。然后自己修煉，自主研發(fā)。后續(xù)賬號體系搭建起來了，就好玩了。例如我可以將等級和賬號綁定，我可以將通訊記錄和賬號綁定。這一個賬號能做的太多了。包括后面大數(shù)據(jù)的依據(jù)現(xiàn)有賬號下的數(shù)據(jù)作出的大數(shù)據(jù)相關(guān)業(yè)務(wù)等

在做長遠(yuǎn)技術(shù)規(guī)劃的時候，推薦是先拿當(dāng)前的大廠的路線加上大廠所碰到的技術(shù)，再對照自身，此時可以發(fā)現(xiàn)有很多小點，每個點都可以做下去。這就是長遠(yuǎn)的技術(shù)規(guī)劃可以做的方法

而第二步呢？如果按照第一步拆分出來太多的點都可以打，那么如何排下呢？這就需要考慮如何讓技術(shù)形成規(guī)模

技術(shù)需要形成規(guī)模

如果我有很多技術(shù)，每個技術(shù)都是這個點打一些，另一個點打一些。還是用上面 QQ 的軟件作為參考做的技術(shù)規(guī)劃的例子

我看到了賬號體系很重要，于是我就開始投入開工。但是我完全忽略了業(yè)務(wù)和團(tuán)隊以及人員的意向。然后我又覺得穩(wěn)定的通訊非常重要，盡管現(xiàn)在有很多網(wǎng)絡(luò)通訊框架，但是如果有一個非常穩(wěn)的自主研發(fā)的網(wǎng)絡(luò)通訊框架，無疑這個點就具有強(qiáng)大的競爭力了

而軟件如果沒有自動更新，那么如果軟件出現(xiàn)問題，如何及時修復(fù)。如果沒有自動更新，如何做到跟隨業(yè)務(wù)變化，給用戶及時更新版本。這也非常重要

于是我就寫了這三個路線：

• 賬號體系

• 市面上第三方的接入

• 各大服務(wù)的依賴綁定

• 多個軟件之間的關(guān)聯(lián)

• 用戶行為數(shù)據(jù)的關(guān)聯(lián)

• 大數(shù)據(jù)的收集

• 穩(wěn)定的通訊

• 大吞吐量

• 客戶端高性能省資源

• 服務(wù)器端高并發(fā)

• 自動更新

• 穩(wěn)定的更新

• 復(fù)雜更新策略，灰發(fā)等

• 減少體積的更新策略，二進(jìn)制差異更新等

一排下來，實施了一段時間，發(fā)現(xiàn)了賬號體系做出來，但是沒看到成效，因為依然只有一個主打的軟件

而 穩(wěn)定的通訊 需要大量的專業(yè)知識，團(tuán)隊成員撐不足，業(yè)務(wù)量也達(dá)不到能存在高并發(fā)的要求。而且當(dāng)前的實現(xiàn)也不如網(wǎng)上開源的框架

自動更新做了很多，包括復(fù)雜更新策略，和減少更新體積等，但是用戶量上不去，看不出意義。而團(tuán)隊的成員更喜歡做復(fù)雜更新策略，于是點爆了這個技能忽視了穩(wěn)定的更新

以此用來說明一個什么的問題？其實太過分散了，上面三個點其實沒有聯(lián)系。而且也沒有關(guān)注時機(jī)。是否現(xiàn)在技術(shù)儲備和人員儲備足夠做穩(wěn)定的通訊這件事情，是否做這個能對整個業(yè)務(wù)帶來支撐的發(fā)展？這是需要考慮的，當(dāng)然，只有在過去一段時間才能看清的，我這里不是說做底層的深入的組件是不合適的

另一個是自動更新這個點，具體想要給業(yè)務(wù)賦能的是什么？是否是降本的減少體積的更新策略。還是滿足產(chǎn)品經(jīng)理的復(fù)雜更新策略

但即使想通了依然幾個點，依然存在一個問題就是太散了。各個規(guī)劃的技術(shù)無法連起來，無法連起來意味著集團(tuán)作戰(zhàn)做不到

有集團(tuán)作戰(zhàn)是什么意思，可以使用騰訊來做例子

騰訊有 QQ 在前面頂著，即使有其他廠商作出比 QQ 好非常多倍的通訊軟件，如 Telegram 等。但是騰訊一點都不慌，因為他是集團(tuán)作戰(zhàn)，不是單兵。我通訊軟件打不過你，我有游戲，我有好友數(shù)據(jù)賬號體系。我有全球大量服務(wù)器給你提供超快的速度。我有一個企鵝帝國

于是這就能做到碾壓

回到實際的技術(shù)的例子，如果決定開始點賬號體系體系了，那么可以想想，什么是可以和賬號體系連起來的？自動更新？還是穩(wěn)定通訊？其實看起來都不是。反而是支付和廣告等

因為在擁有賬號體系下的時候，很自然就想到了支付，這個和賬號相關(guān)的內(nèi)容。其次就是綁定賬號的廣告。還有就是做內(nèi)容最喜歡的推薦系統(tǒng)等

如果有了成熟的賬號體系，然后將用戶生產(chǎn)的數(shù)據(jù)關(guān)聯(lián)起來，加上其他服務(wù)等，那么將會添加用戶的黏性。因此可以作為集團(tuán)的作戰(zhàn)。賬號這個人人都有，但是我用我自己獨(dú)立的。我還擁有很多人沒有的推薦系統(tǒng)，這樣就算打出來了組合了

再回到長遠(yuǎn)的計劃的主題。如我是做視頻相關(guān)行業(yè)的，此時可以對標(biāo)一下抖音。我開始只是敢想到賬號體系，以及可能點的推薦系統(tǒng)。那么我的想法只能到這里？此時才是不到一年的規(guī)劃。我應(yīng)該想的是更多包括兩三年的規(guī)劃才是

此時可以從問題出發(fā)，如果我是做視頻行業(yè)的，我將會遇到什么問題？是否需要用戶 UGC 讓用戶生產(chǎn)內(nèi)容，如果需要，那么鑒黃鑒暴是否需要開。我是否會遇到流量費(fèi)太貴的問題，我是否可以自己組建自己的一套云。如果我自己能組件一套云，那么這一套是否能做成為服務(wù)，提供給第三方。我是否會遇到視頻編輯的問題，那是否可以規(guī)劃做一個屬于自己的視頻編輯器，那這個視頻編輯器又會遇到哪些問題

大概的思路是這個樣子，需要注意的就是技術(shù)的規(guī)劃需要讓技術(shù)成為規(guī)模。這樣才好成為集團(tuán)作戰(zhàn)，讓整個軟件團(tuán)隊具有更強(qiáng)的戰(zhàn)斗力。即使一個點打不過，沒關(guān)系，這是整個集團(tuán)的作戰(zhàn)

但這里必須小心一個問題是，無論哪個方向其實都是不確定的，有勇氣是必須的。但是做砸了也是肯定的，因此規(guī)劃的技術(shù)之間，相同時間的技術(shù)最好不要是存在前后關(guān)聯(lián)的，如要么一起成，要么一起涼涼。如上面的賬號體系加上用戶推薦，如果賬號體系涼涼了，那么用戶推薦是否還玩的下去？如果玩不下去了，那么意味著用戶推薦這個技術(shù)點的坑將會是用戶推薦自身加上賬號體系兩個

這里有一個反面的例子，就是微軟的應(yīng)用商店和 UWP 應(yīng)用。如果 UWP 應(yīng)用能成，那么用戶將會因為裝 UWP 而去應(yīng)用商店，于是帶動了應(yīng)用商店能成。如果應(yīng)用商店做得好，用戶喜歡去應(yīng)用商店下載安裝應(yīng)用，那么將會帶動開發(fā)商發(fā)布更多的應(yīng)用到應(yīng)用商店，而發(fā)布的應(yīng)用有要求是 UWP 應(yīng)用。此時兩個技術(shù)之間就能相互帶動。但是微軟的小伙伴沒有反過來想。如果一方不能成呢？現(xiàn)在是2020于是可以說2015的時候的決策是不對的，應(yīng)用商店有一個技術(shù)沒有打通就是穩(wěn)定性。應(yīng)用商店無法穩(wěn)定下載應(yīng)用，因此用戶不樂意從應(yīng)用商店下載應(yīng)用，而 UWP 依賴應(yīng)用商店入口，因此 UWP 缺少流量。而缺少流量會讓開發(fā)商不樂意開發(fā) UWP 應(yīng)用。而 UWP 應(yīng)用少了自然用戶更少會喜歡去應(yīng)用商店下載應(yīng)用

這就涉及到一個問題，技術(shù)規(guī)劃的技術(shù)需要達(dá)到的點是哪些？如上面的例子，應(yīng)用商店的技術(shù)規(guī)劃里面，其中存在一個核心就是穩(wěn)定性，穩(wěn)定性包括了系統(tǒng)環(huán)境和網(wǎng)絡(luò)下載等技術(shù)點。如果咱的團(tuán)隊沒有微軟那么大，那么是否在遇到這些問題的時候，會選擇自己去研發(fā)

回到賬號體系里面，如果我只是簡單的做賬號體系，讓賬號體系具備的功能十分簡單，讓用戶注冊登錄等。那么這個是否有意義？這個和接入第三方對比有什么優(yōu)勢？其實沒有任何優(yōu)勢

我聽說一句有道理的話，有時站在巨人的肩膀也是進(jìn)步

如果所有東西都是第三方的，那么軟件團(tuán)隊的路在哪？都是在上層的業(yè)務(wù)，浪花過去之后就在沙灘上做一條魚？反過來，啥都想自己搞，沒資源，做出來比別人差

這是一個神坑的問題，我參與過很多次技術(shù)改進(jìn)的開發(fā)工作，其中我弄砸的也有很多。有一些深刻的感覺是自己能努力做的，實際上不如別人家的。但是如果全部用別人家的，又沒有任何競爭力

此時就需要聊到將技術(shù)打穿

將技術(shù)打穿

在技術(shù)規(guī)劃里面，我十分認(rèn)同總工大大和我聊的，技術(shù)的長時間投入的點

其實現(xiàn)在開放的技術(shù)里面，很難存在能快速進(jìn)入某個領(lǐng)域同時能作出碾壓其他廠商的功能。除非這個領(lǐng)域是藍(lán)海（沒啥競爭力）或者這個領(lǐng)域涼涼了，如做 2G 通訊

回到開始的例子里面，咱說到了如果技術(shù)規(guī)劃里面寫了一項是 穩(wěn)定的通訊 這個技術(shù)。那么什么是穩(wěn)定的通訊這個技術(shù)？其實要求很簡單，就是我和端和服務(wù)器等的通訊是穩(wěn)定的

如果開始決定了投入這項技術(shù)，那么需要有一個決心就是這個技術(shù)應(yīng)該是需要打穿的。無論是決策的大佬還是開發(fā)的小伙伴，都應(yīng)該有一個決心

因為這確實是一個神坑，有很多團(tuán)隊都有小伙伴在這個領(lǐng)域里面砸了幾年，幾十年都有

因此在發(fā)現(xiàn)了某個技術(shù)是命脈級的，而且有小伙伴敢投入，那么必須要有一個決心。這個決心可不是說說而已，我都是做一線的開發(fā)，我自己的感覺是不是所有的小伙伴都喜歡投入到專注某個事情上。特別是有些技術(shù)投入是看不到未來和看不到路的，越走到技術(shù)的深海越是這樣。所以開發(fā)人員是否匹配很重要，盡可能不要指派

在決定做了就不要放棄，此時更多需要的是管理大佬的支持，例如業(yè)務(wù)需求的分配的量。如果我在做長期技術(shù)的投入，而這邊有不斷的其他業(yè)務(wù)的需求的打斷，此時的技術(shù)進(jìn)度將會很有趣

反過來說，到什么時候才能放棄或?qū)⑷顺樽摺Ｒ词情_發(fā)人員報告說，覺得可以了，接入業(yè)務(wù)開跑，開跑，跑了一段時間，穩(wěn)定了。此時相當(dāng)于這項技術(shù)吃透了。要么是開發(fā)人員報告說，做不下去了，當(dāng)然這需要經(jīng)過一段的時間，例如一年，做了一年發(fā)現(xiàn)這個方向必須換，那么此時才能換

能做到將技術(shù)打穿了，才能在某個領(lǐng)域里面做到碾壓

盡管技術(shù)需要成規(guī)模，但如果這個規(guī)模都是平淡的，那么也很難有競爭力。例如其他廠商通過集成第三方的服務(wù)，也能做到成規(guī)模，那么此時靠什么打？此時就靠一個做穿的技術(shù)做尖刀

以做視頻產(chǎn)品的例子，也許大家都在做視頻產(chǎn)品，但是我有一個技術(shù)夠強(qiáng)，那就是我是強(qiáng)客戶端，我的穩(wěn)定性通訊做的特別強(qiáng)，我能讓你在啥網(wǎng)絡(luò)環(huán)境下都能刷視頻。就靠這個點，就能打出來了

再舉現(xiàn)實的例子，因為我沒有參與技術(shù)的規(guī)劃，我是執(zhí)行具體的某項技術(shù)規(guī)劃的內(nèi)容。有關(guān)注我博客的小伙伴可以看到，博客里面大部分都是打穿一個技術(shù)點的成體系的博客，例如高性能的筆跡，這個涉及到了整個 WPF 觸摸和 WPF 的渲染。可以看到我博客里面這兩方面的技術(shù)博客都是非常多的。又例如 Roslyn 預(yù)編譯，有差不多 50 篇博客。這些點能形成軟件團(tuán)隊的強(qiáng)戰(zhàn)斗力，但每個點都需要真的打穿，如果只是簡單的投入，那么其實上完全不如接第三方

我?guī)煾岛臀艺f一個反例，就是基于統(tǒng)計的翻譯的這個技術(shù)，有些公司在這領(lǐng)域砸了幾十年，但是有了人工智能，瞬間顛覆了原有的技術(shù)。因此，這方面也需要小心

回顧一下

第一步技術(shù)需要有長遠(yuǎn)的規(guī)劃，做長遠(yuǎn)的規(guī)劃才知道自己可以選哪些技術(shù)點

第二步就是看哪些技術(shù)能形成規(guī)模，這樣才能做到集團(tuán)作戰(zhàn)

第三步就是決定投入技術(shù)了，是否能識別哪些技術(shù)是值得做穿的，是否有決定打穿這個技術(shù)

總結(jié)

以上是生活随笔為你收集整理的关于技术规划的想法的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。