給大二學(xué)弟的建議：技術(shù)不是用得越多越牛逼！

大家好，我是程序員魚皮，今天分享一個 90% 以上初學(xué)編程做項目的同學(xué)都會遇到的問題 —— 做項目時，盲目使用技術(shù)。

1

事情是這樣的，編程導(dǎo)航里一位大二下的學(xué)弟前段時間找我做了好幾次咨詢，說自己已經(jīng)學(xué)了很多微服務(wù)、中間件相關(guān)的技術(shù)，比如 Dubbo、Nacos、RocketMQ 等等，但是學(xué)完感覺沒什么收獲，很多知識和技術(shù)感覺并沒有掌握。

這是很多初學(xué)初學(xué)編程同學(xué)的通?。簩W(xué)完技術(shù)不去用，結(jié)果過段時間就忘了。

所以我經(jīng)常跟朋友們說，當(dāng)你學(xué)完一個新技術(shù)后，要第一時間想著做項目，在項目中實踐，知道怎么根據(jù)需求合理地運用技術(shù)，才算是掌握了。

因為他才大二下嘛，時間和機會還很多，所以就讓他把主要的精力放在提升項目經(jīng)驗上，也讓他去讀了我的項目學(xué)習(xí)建議。

魚皮項目學(xué)習(xí)建議：https://yuyuanweb.feishu.cn/wiki/Q4AdwjLDWiLZy0kAjHqcQinon8N

2

學(xué)弟很爭氣，過了沒幾天，就跟我說要作為隊長參加中國軟件杯大賽了，然后想問應(yīng)該如何帶領(lǐng)隊友開始項目。

我一看，這是好事??！我也非常鼓勵大學(xué)生多參加競賽，尤其是作為隊長，可太鍛煉人了。

結(jié)果讓我有點意外的是，這位學(xué)弟想報名的賽題名稱是 “涉詐 APP 智能識別分析系統(tǒng)”，賽題要求中涉及：APK 文件的解析、特征提取、訓(xùn)練基于 AI 的 APP 研判模型等。。。

然后我給了他幾分鐘的語音回復(fù)，學(xué)弟表示有點感動 hh。

我當(dāng)時給出的核心建議大概是：參加比賽前首先要做的不是思考怎么具體去實現(xiàn)某個賽題，而是要先想明白參加比賽的目標(biāo)和意義，比如為了獲獎、為了提升自己，還是別的什么。參加比賽是好的，但是要選擇和自己求職方向、擅長方向相關(guān)的比賽，目前這個賽題的核心難點不在于后端開發(fā)，會有更專業(yè)的學(xué)信安的同學(xué)來參加，獲獎概率也不大，所以個人認為參與的性價比不高。更何況這位學(xué)弟的隊伍只有 3 個人，還都是軟件工程專業(yè)的，基本沒什么競爭力了。如果實在要參加，就需要找到合適的隊友，大家分工合作。

3

學(xué)弟很開竅，沒過幾天，就跟我說他們又換了一個賽題，這次要做一個結(jié)合 AI 大模型的 Java 應(yīng)用。并且還參考我之前的建議，做了功能模塊圖和技術(shù)選型，現(xiàn)在想讓我給點建議。

我看了他們的功能模塊圖，設(shè)計的簡直太好了！功能簡直太全了！

但也正是因為 “功能太全了”，給我的感覺是他們要開一家公司去做成熟的產(chǎn)品了，而不是要參加一個小比賽。

舉個例子，他們要做的是一個 AI 工具，結(jié)果功能模塊圖里面有：用戶素材庫、數(shù)據(jù)可視化、多媒體提取、VIP 會員、消息通知、評論、熱點發(fā)現(xiàn)等等。。。

于是我的第 1 個建議是：這么多需求，先做哪個后做哪個？有些功能真的有必要做么？

我大學(xué)時剛開始參加競賽、包括剛開始做自己的產(chǎn)品時也是這樣的，總想著功能越多越好，但是常常忽略了做新功能的意義，忘記了目標(biāo)。比如現(xiàn)在這位學(xué)弟的目標(biāo)是競賽獲獎，那么應(yīng)該把重心放在能給比賽加分的、核心亮點功能的開發(fā)上，比如 AI 模塊，像 VIP 會員、消息通知這些功能，都不是核心需求，也不影響核心業(yè)務(wù)流程，對競賽來說都是可有可無的。

第 2 個建議是：找到你覺得最難實現(xiàn)的功能，并思考如何實現(xiàn)？有沒有卡點？

我相信很多剛開始做項目的同學(xué)，是不會去做整體的方案設(shè)計和排期的，而是先把自認為簡單的功能做出來，比如用戶注冊登錄。但如果最后你才發(fā)現(xiàn) AI 模塊搞不定，你前面的 “一頓操作猛如虎” 還有什么意義么？起碼對比賽獲獎這件事來說，幫助沒那么大了。

第 3 個建議是針對學(xué)弟的技術(shù)選型來說的。這個不涉及什么敏感信息了，都是主流的技術(shù)選型，就先給大家看一下吧：

大家看到這個技術(shù)選型圖，是什么感受？

個人認為，雖然畫的不錯，技術(shù)也列舉地很全面，但對于一個比賽來說實在是 “大可不必”！

因為我也是從這個階段過來的，給大家看看我大學(xué)獨立開發(fā)的、拿去參加競賽的一個作品。一個在線刷面試題的項目，背后用了微服務(wù)、Redis 集群、甚至還搭了大數(shù)據(jù)集群和區(qū)塊鏈節(jié)點！

結(jié)果去參加比賽的時候，人家才不管你背后用了什么技術(shù)，而是要看你是否符合比賽的要求，產(chǎn)品本身是否有亮點。

所以我讓學(xué)弟思考：這么多技術(shù)，真的有必要用么？

做商業(yè)項目也是這個邏輯，技術(shù)是為業(yè)務(wù)服務(wù)的，應(yīng)該先盡可能 減少 復(fù)雜技術(shù)的引入，完成核心功能，再去逐步引入新技術(shù)來優(yōu)化系統(tǒng)和解決問題。不然只會把簡單的事情想復(fù)雜。

而且即使你真的在比賽中用到了上面那些技術(shù)，也已經(jīng)不是什么亮點了，微服務(wù)已經(jīng)可以說是后端必學(xué)的技術(shù)。

4

萬萬沒想到，學(xué)弟又來找我了，這次他梳理了一些功能模塊，并且問我：系統(tǒng)是用單體還是微服務(wù)去完成？

首先我看了下比賽要求，沒有強制要求使用微服務(wù)，也并沒有關(guān)注后端架構(gòu)，而是要求開發(fā)者必須完成某些功能。而且學(xué)弟團隊只有幾個人。

所以我的答案很明確：先單體再微服務(wù)，別把簡單的事情做復(fù)雜。

結(jié)果學(xué)弟問我：單體再微服務(wù)，那為什么不直接微服務(wù)？

老實說，這次我有點哭笑不得，感覺他并沒有理解我之前的建議。于是我反問他：你覺得有必要么？微服務(wù)的作用是什么？做產(chǎn)品的核心目標(biāo)是什么？核心功能需要用到微服務(wù)來實現(xiàn)么？

思考清楚這幾個問題，我想這位學(xué)弟之后參加比賽做項目的時候，能夠少走很多彎路吧。

大學(xué)時期，我看過太多同學(xué)認為 “技術(shù)用得越多越牛逼”（包括我曾經(jīng)也是這么認為的），結(jié)果比賽無法獲獎；工作之后，也看過太多程序員把 “各種高大上的技術(shù)掛在嘴邊”，結(jié)果業(yè)務(wù)需求都理解錯了。

當(dāng)然，如果是為了自己學(xué)習(xí)成長而做項目、運用技術(shù)，是完全沒問題的。還是那句話，想清楚自己的訴求，并且針對訴求去設(shè)計和安排工作吧，共勉！

???? 點擊下方閱讀原文，獲取魚皮往期編程干貨。