中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

本人經(jīng)管專業(yè)，擔(dān)任AI產(chǎn)品經(jīng)理近8年。做夢都在想各種天馬行空的idea，但終究只能因為“不靠譜”而擱置。做夢也想不到，有一天我可以通過 獨立開發(fā) 的方式來實現(xiàn)它們！

以下是我過去兩周利用業(yè)余時間開發(fā)的第一款小程序產(chǎn)品：讀啥鴨

?? 按主題自動匯聚各平臺書單

?? 讀啥鴨AI 給每份書單留下毒辣評論~

小程序已經(jīng)正式上線，歡迎搜索“讀啥鴨”試用~

對于專業(yè)開發(fā)人員而言這不算什么。

但天知道，我自己把核心功能跑通那一刻有多激動。

以前（在工作沒有特別忙時），業(yè)余時間喜歡看書，所以第一款練手的小產(chǎn)品自然而然選擇了書的方向。并沒有什么商業(yè)考量或者細致的需求分析，更不必經(jīng)過冗長的討論決策，只是自己喜歡~

做自己喜歡的產(chǎn)品，帶著偏見！

做出這個決定，要追溯到國慶期間讀完知名獨立開發(fā)者Pieter Levels的《MAKE：building startups the indie way》 （《創(chuàng)造：以獨立開發(fā)者的方式創(chuàng)辦企業(yè)》）時不經(jīng)發(fā)出的感嘆：雖然不會寫代碼，但看完《MAKE》我也想做獨立開發(fā)者了。

這本書非常棒，有成為獨立開發(fā)者想法的朋友去看看。

整本書讓我發(fā)生的最大觀念轉(zhuǎn)變是：以前總認為要先學(xué)編程，然后才能做產(chǎn)品，但學(xué)編程這個事實在無法讓我興奮，也很長時間無法獲得正反饋。而Levels提倡的是，先開始做產(chǎn)品，碰到什么不會的再邊做邊學(xué)。從最開始就感受創(chuàng)造（Make）的樂趣。不用對比什么具體的編程方法或工具，因為根本不重要，先把產(chǎn)品“拼”出來。

雖然觀念轉(zhuǎn)變了，但真正上路時，還是內(nèi)心忐忑。

直到遇到下一個“貴人”，是的，大模型！

如果去除注冊小程序、粗略學(xué)習(xí)一下微信開發(fā)者工具基本操作等這些周邊工作。一邊學(xué)一邊寫，完成讀啥鴨核心頁面與功能邏輯總計應(yīng)該花了不過10個小時。注意，這里的“寫”并非寫代碼。并且直到今天這個最新版本，我一行代碼都沒寫。

我主要干了四件事情：

1. 學(xué)習(xí)相關(guān)工具：Cursor、微信開發(fā)者工具、小程序后臺
2. 向大模型提出清晰的需求，描述盡可能準確無歧義
3. 按照模型給出的說明創(chuàng)建相關(guān)代碼文件和文件夾，復(fù)制粘貼模型給出的代碼
4. 試運行測試效果，描述問題或復(fù)制報錯信息給模型，然后修改代碼后重新進行測試（這里也不需要寫代碼，但需要有比較強的邏輯思維能力和新概念學(xué)習(xí)能力）

需要說明的是：由于有近8年的產(chǎn)品經(jīng)驗，我雖然不會寫代碼，但是日常與開發(fā)人員溝通，對于一些開發(fā)相關(guān)的概念（比如前端、后端、函數(shù)、編譯、數(shù)據(jù)庫、對象存儲、大模型…）是有認知的，所以如果您是100%的小白，可能閱讀以下內(nèi)容過程中需要查閱和理解一些基本概念。不過它們真的不難，并且應(yīng)該不求甚解，先能跑起來就行，遇到不懂的或者報錯直接搜索或者問大模型，后面慢慢熟練使用了再循序漸進深入理解。

以下通過文字我只描述關(guān)鍵步驟，因為有許多調(diào)頁面整樣式以及指導(dǎo)模型修bug的工作是比較重復(fù)繁瑣的。

好，現(xiàn)在開始描述整個構(gòu)建過程的關(guān)鍵步驟。

一、準備工作

1.1 小程序相關(guān)

小程序后臺登錄注冊地址：https://mp.weixin.qq.com/cgi-bin/wx?token=&lang=zh_CN

個人就可以進行注冊并且順利完成認證與備案，不過會有一些不允許個人經(jīng)營的范疇。

微信開發(fā)者工具下載地址：https://developers.weixin.qq.com/miniprogram/dev/devtools/stable.html

該工具可用于開發(fā)小程序、小游戲和插件。

小程序開發(fā)微信官方文檔：https://developers.weixin.qq.com/miniprogram/dev/framework/

不用細看，直接開始干就行，只是以防需要的時候可以翻一翻或者搜索

小程序開發(fā)官方交流論壇：https://developers.weixin.qq.com/community/develop/mixflow

這個也是碰到問題了再搜索或者提問就行，我關(guān)于腳本的定時觸發(fā)問題就是在這里解決的。

1.2 開發(fā)工具相關(guān)

Cursor：https://www.cursor.com/

知名大模型輔助編程工具，就不贅述了，網(wǎng)上有大量介紹資料。大家也可以看我末尾視頻的操作演示，會用基本操作就夠了。

Bolt：https://bolt.new/

如果覺得Cursor還是有一定難度，也可以先嘗試Bolt來建立信心。這個操作就真的很簡單了，會打字就行。

1.3 非必要工作（可略過）

GitHub：https://github.com/

這是用來管理和分享代碼的地方，非必要，代碼在自己電腦上存著就行。我為了感受一下代碼版本管理和代碼開源的過程，所以用了一下。

讀啥鴨代碼開源地址（不是什么優(yōu)雅的代碼，不必點Star）：https://github.com/wisdomqin/dushaya_readlistPS：使用Cursor與github聯(lián)動總是超時，不知道什么原因，所以最后使用Github Desktop來進行代碼同步。

二、開始開發(fā)

2.1 創(chuàng)建小程序

賬號在上一步創(chuàng)建好了，這里創(chuàng)建的可以理解為代碼文件夾。打開微信開發(fā)者工具軟件，登錄軟件后看到如下界面。

點擊添加按鈕，出現(xiàn)如下頁面

• 項目名稱，自己取一個；
• 目錄，選擇一個電腦本地目錄；
• AppID，下拉框中會列出來你這個微信號剛才注冊的小程序的AppID；
• 后端服務(wù)，建議選“微信云開發(fā)”（首月免費），因為后續(xù)有云數(shù)據(jù)庫、云存儲、云函數(shù)等可以使用，不必自己本地配置環(huán)境（我不會）；
• 開發(fā)模式，選小程序；
• 模板選擇，由于沒有跟我需求類似的模板所以我選的“不使用模板”，但奇怪的是選擇“不使用模板”之后，后端模式自動變成了“不使用云服務(wù)”且不能改，但這并沒有影響我后續(xù)開發(fā)時使用云開發(fā)的服務(wù)，不知道是不是bug。

點擊創(chuàng)建按鈕后進入到該產(chǎn)品的開發(fā)界面，4個主要區(qū)域見下圖。

理論上，傳統(tǒng)的開發(fā)工作就是在區(qū)域2、3中創(chuàng)建代碼文件和編寫代碼，在區(qū)域1預(yù)覽效果，在區(qū)域4中查看運行信息和報錯信息。

這看起來難度很高，但下面有請Cursor登場。

2.2 Cursor登場

打開Cursor后應(yīng)該是這個頁面，點擊Open a folder按鈕。

選擇剛才創(chuàng)建小程序時選擇的“目錄”文件夾，然后就會看到如下界面?？梢钥吹阶筮吘褪莿偛旁谖⑿砰_發(fā)者工具界面中的區(qū)域2（代碼文件管理），右邊就是具體編寫某個代碼文件的地方。所以我們在Cursor中編輯的代碼（由于兩邊所指定的目錄位置一致）在微信開發(fā)者工具中也同樣會更新。稍后在Cursor中寫完代碼后會回到微信開發(fā)者工具中進行預(yù)覽調(diào)試。

然后點擊下圖中右上角這個按鈕。

你將看到一直陪伴你（哦不對，代碼全是它寫的…）開發(fā)助手（雖然有點土，但就這么叫它吧）。

如上圖所示位置可以切換模型，默認應(yīng)該就是claude-3.5-sonnet，作為Cursor免費用戶，有免費使用的次數(shù)（應(yīng)該是500次），這已經(jīng)完全夠開發(fā)出一款類似讀啥鴨這樣的產(chǎn)品了。 如果沒有看到claude-3.5-sonnet或者選擇了無法使用，可以看下是否在Cursor客戶端沒有登錄賬號。

2.3 正式開始開發(fā)

終于到了最激動的環(huán)節(jié)。來看看我發(fā)出的前兩個請求：

我一次性幾乎把讀啥鴨的所有頁面和主要功能邏輯都告訴它了。它給了我設(shè)計思路，但幾乎沒什么代碼。

于是我繼續(xù)明確要求它幫我寫代碼。這次它幫我把每個頁面的主要代碼都寫了出來。（圖片太長，后面幾個頁面的代碼就省略了）

然后我告訴他我按照他提供的代碼完成了相應(yīng)文件夾及文件的創(chuàng)建，并把它提供的代碼都復(fù)制到了對應(yīng)文件中。（Cursor要是文件也能自動創(chuàng)建那就更簡單了）

可以看到我把我做了什么事情也會同步給他， 我覺得是挺有用的。對當(dāng)前狀態(tài)和需求的描述盡量清晰準確，有助于它給出更正確的建議和代碼。

然后我就按照以上它給出的一步步把代碼復(fù)制到對應(yīng)的文件中。這個時候我回到微信開發(fā)者工具中，就已經(jīng)發(fā)現(xiàn)可以看到粗糙的頁面了（可惜沒有截圖）。但由于沒有數(shù)據(jù)，所以讓它幫我生成了一些示例數(shù)據(jù)。

這樣首頁（書單列表）就有了比較真實的樣子。不過默認生成的頁面比較丑，比如提交書單頁是下面這樣。

所以我先調(diào)整展示效果。（最開始我想的是簡潔黑白風(fēng)格）

按照它的代碼進行修改。

這里會碰到一個新情況，這里不是完全新建一個代碼文件，而是在某個已經(jīng)存在一些代碼的文件中進行修改，而開發(fā)助手在輸出代碼時可能會省略一些內(nèi)容（這是有好處的，就比如我已經(jīng)寫了1000字的文章，我讓它幫我加一個案例，它沒有必要把我寫好的內(nèi)容又復(fù)述一遍，所以它會說哪里到哪里不變，從哪里開始插入xxxx），此時我們就沒法完全復(fù)制粘貼代碼了。

這個時候Cursor有個功能，簡稱為“自動修改”，如下圖所示，只需定位到對應(yīng)的代碼文件，然后點擊新寫代碼的“apply”按鈕，Cursor就會自動判斷需要在當(dāng)前代碼的哪里進行 增刪改 。

這個功能非常有用，這也是我不用寫一行代碼就完成開發(fā)的重要原因之一。

不過在這里Cursor有時是會犯錯的，比如當(dāng)整個代碼比較復(fù)雜之后，它可能會忘了之前某些代碼是做什么用的，可能會錯誤刪除一些代碼，導(dǎo)致出問題。（因為這里涉及到大模型一個固有的限制，即上下文長度，這個短時間內(nèi)很難解決。非大模型行業(yè)從業(yè)者可以忽略底層技術(shù)原理，可以簡單理解為 開發(fā)助手 的記憶能力有限，只記得跟你最近十幾次或者幾十次的交互內(nèi)容）

所以有時我們需要適時告訴它某個頁面之前有什么樣的功能，在這個基礎(chǔ)上上讓它修改代碼，或者讓它盡量在不要刪除原代碼功能的基礎(chǔ)上給出修改建議。這里相關(guān)的功能演示如下，在提需求和問題時可以帶上相關(guān)的代碼。

當(dāng)然這個過程不像上面我描述的這么簡單，有時也確實會出現(xiàn)代碼改壞了的情況，所以完成重要功能后可以把整個代碼文件夾復(fù)制一份進行備份。同時，當(dāng)你經(jīng)驗豐富之后，你也能發(fā)現(xiàn)這次它應(yīng)該改壞了，于是可以不急于修改代碼，可以重新表述你的需求，帶上更多的背景信息或者一些限制要求。

這個過程你可以嘗試把它當(dāng)做一個人，一個真的開發(fā)人員來看待，來給他提出要求。比如下面有一個很好的例子。

感覺怎么樣？

當(dāng)我發(fā)現(xiàn)它能準確理解我的需求并解決問題時，真的太爽了。

再比如它有時會給我一段代碼和一些說明，但我并不懂，于是我直接引用那段代碼并問它：

2.4 與云開發(fā)環(huán)境相關(guān)的一些高階功能開發(fā)

主要頁面設(shè)計和基本交互功能都差不多完成了，我開始考慮如何填充真實數(shù)據(jù)。于是我先問問它的思路。

考慮得還挺全面的。

我先后構(gòu)建了兩個功能，一個是用戶提交書單鏈接，我使用大模型能力自動解析鏈接中的書單內(nèi)容；另一個是每隔20分鐘，自動從網(wǎng)上爬取一些書單內(nèi)容。

先講第一個功能，用戶提交。以下是一個在調(diào)試頁面測試的過程：用戶提交書單鏈接，自動解析內(nèi)容，并給出評級和評價，輸出還帶有打字機效果，在手機端還有震動效果。

從每個書單鏈接中會自動生成書單信息，包括以下幾部分：【書單名稱】、【書單作者】、【書單描述】、【書單內(nèi)容】、【標簽】、【讀啥鴨評級】、【讀啥鴨評價】實現(xiàn)這個功能涉及三個重要概念：云函數(shù)、大模型應(yīng)用、云數(shù)據(jù)庫

云函數(shù)，我理解其實就是一個有著特定處理邏輯的功能，我這里實現(xiàn)的就是：接受用戶輸入的url，從url中返回書單信息。

它應(yīng)該也可以直接寫在某個頁面的處理邏輯中，但如果它跟各個頁面都沒有關(guān)系，或者是一個多個頁面或功能都可以復(fù)用的功能，那么就可以把它作為云函數(shù)單獨拿出來。另外還有一個好處，我看起來云函數(shù)的更新不需要微信官方進行審核，直接上傳到云開發(fā)環(huán)境即可。

根據(jù)開發(fā)助手給我的指引，我創(chuàng)建了cloudfunctions文件夾（必須叫這個名字，應(yīng)該是微信開發(fā)的規(guī)范），然后在里面創(chuàng)建了processBookList文件夾（自己命名的，代表“處理書單”的功能）。同樣按照開發(fā)助手的指引在該文件夾內(nèi)創(chuàng)建必需的幾個文件：

為了標記能看得清晰，我把Cursor的主題色改成了白色

其中最核心的是index.js文件，包含了該云函數(shù)的運行邏輯；config.json則是用來控制一些諸如超時時間、內(nèi)容最大限制、定時觸發(fā)機制等內(nèi)容；package.json最主要的作用我理解就是描述該云函數(shù)正常運行所需要的依賴項；node_modules文件夾中我理解應(yīng)該就是存儲所需依賴項的，這個文件夾是我們在安裝依賴項時被自動創(chuàng)建的。

如何安裝依賴項？

點擊下圖右上角這個按鈕，中間的下方會出現(xiàn)一個新的區(qū)域，先稱之為命令行區(qū)域，它默認會定位到你當(dāng)前代碼那個文件夾內(nèi)，通過命令行的方式打開文件夾（命令行常見操作方法見：https://blog.csdn.net/Evankaka/article/details/49227669）。進入到processBookList這個云函數(shù)文件夾內(nèi)，然后按照開發(fā)助手的指引，執(zhí)行npm install axios安裝axios這個依賴項。

安裝完成后有一堆看不懂的信息，可以復(fù)制給開發(fā)助手，他會給你解釋，一般來講沒什么需要修改的。

到這里，這個云函數(shù)需要開發(fā)的部分OK了，然后進入到微信開發(fā)者工具，如下圖點擊左上角“云開發(fā)”按鈕

進入云開發(fā)控制臺。點擊“云函數(shù)”，這里后面還會用到“數(shù)據(jù)庫”、“存儲”功能。

點擊“新建”一個名為processBookList的云函數(shù)。

然后進入微信開發(fā)者工具，如下圖，右鍵點擊該云函數(shù)，然后點擊上傳（“上傳所有文件”適用于依賴項有更新的情況，“上傳但不包含node_modules”適用于沒有更新依賴項的情況）。

上傳成功之后，再進入云開發(fā)控制臺，選擇該函數(shù)的“云端測試”。

然后在日志中可以查看這次運行的日志，如果有報錯的話把它發(fā)給開發(fā)助手進行調(diào)整修改，修改完重新上傳并測試，直至成功。

講完第一個重要概念 云函數(shù) ，第二個是 大模型應(yīng)用開發(fā) 。

該云函數(shù)主要做兩件事情，第一是調(diào)用遠程的書單內(nèi)容解析服務(wù)獲取書單信息，第二是把獲取的信息存儲到數(shù)據(jù)庫中，用來后續(xù)在各個列表頁進行展示。

由于各個平臺（豆瓣、微信讀書、微博、小紅書…）書單內(nèi)容結(jié)構(gòu)是不一樣的，如果針對每個平臺單獨寫代碼解析書單內(nèi)容，開發(fā)和維護成本很高，于是我就想到用大模型的能力，大模型可以類似人一樣去讀網(wǎng)頁中的內(nèi)容、理解內(nèi)容，然后按照我的需求輸出。另外 ，除了網(wǎng)頁中已有的 內(nèi)容：【書單名稱】、【書單作者】、【書單描述】、【書單內(nèi)容】，我還希望獲得更多有意思的增量內(nèi)容：【標簽】、【讀啥鴨評級】、【讀啥鴨評價】，所以傳統(tǒng)代碼的方式就更不可行了。

所以這里書單內(nèi)容解析服務(wù)我使用了自家的大模型應(yīng)用開發(fā)平臺：畢昇BISHENG 。

BISHENG是一款 開源 LLM應(yīng)用開發(fā)平臺，專攻企業(yè)場景， 可完全私有化部署在公司內(nèi)部，已有大量行業(yè)頭部組織及世界500強企業(yè)在使用。

由于BISHENG可以開發(fā)非常復(fù)雜的應(yīng)用，所以 讀啥鴨 的這個需求，如下圖所示，我基于BISHENG一個簡單的應(yīng)用模板稍作修改即可。它主要實現(xiàn)了網(wǎng)頁文本內(nèi)容的解析，然后把解析的文本與提示詞一起傳給大模型。大模型會按照提示詞中的要求輸出所需的書單信息。

我當(dāng)前的提示詞是這樣的：

# 角色
你是一名毒辣的{input}，態(tài)度要非常鮮明。

# 任務(wù)
1. 首先你需要閱讀下方”書單文章”，從中提取出【書單名稱】、【書單作者】、【書單描述】、【書單內(nèi)容】四項信息，這四個信息很重要，不能編造，如果”書單文章”中不存在該信息，則置空，其中【書單內(nèi)容】用 書名+作者名 這樣的形式表達，每本書之間用換行分隔，如：
《鋼鐵是怎樣練成的》奧斯特洛夫斯基
《老人與海》歐內(nèi)斯特·海明威
2. 然后根據(jù)你的知識，分析“書單文章”內(nèi)容，并輸出【標簽】、【評級】兩項信息，其中【標簽】可以是多個，但是不要超過5個；其中【評級】從以下幾種中選擇：平淡無奇、普通、有意思、別具一格、栩栩如生、艱深晦澀、見微知著、引人入勝、刻骨銘心、 發(fā)人深省、氣勢磅礴、一針見血、意味深長、彌足珍貴、典藏、出神入化，其中越往后要求越高、出現(xiàn)的概率也越低。
3.最重要的來了，對這個書單中列出的這些書進行【評價】，評價最主要的內(nèi)容是說明為什么要讀這些書。可以挑選幾本進行簡評，也可以評價整個書單。語言風(fēng)格詼諧幽默、一針見血、出人意料，內(nèi)容中穿插不少于5個emoji表情，表達準確的前提下字數(shù)越少越好。注意：開頭不要“哇”、“哇塞”這些驚嘆的詞，直接說內(nèi)容；并且不要用“xxx簡直是xxx”的說法。
舉一個好的例子：
書單中包含：《西游記》、《水滸傳》、《紅樓夢》、《三國演義》
評價：《西游記》?? 也可以說是“公費吃喝，到此一游”???，何為真經(jīng)，孰能定義 ?? 《紅樓夢》可是文學(xué)巔峰，擁有極高的藝術(shù)成就和思想價值，可惜一般人不懂 ??
舉一個不好的例子（評價沒有詼諧幽默及出人意料）：
書單中包含：《西游記》、《水滸傳》、《紅樓夢》、《三國演義》
評價：中國四大名著，文學(xué)成就極高，人一生絕不可錯過的書
4. 以上七項信息使用的語言與”書單文章”的語言保持一致，如”書單文章”內(nèi)容是中文則為中文，若”書單文章”內(nèi)容是英文則七項信息的內(nèi)容也為英文。
5. 以上七項信息務(wù)必以JSON的格式進行輸出。
6. 如果你判斷“書單文章”中的內(nèi)容并非書單，則不必輸出以上七項信息，告訴用戶這里面沒有書單信息請用戶檢查即可，語氣可以俏皮可愛一點。

# 書單文章
{content}

你的輸出：

構(gòu)建完成后點擊“對外發(fā)布”按鈕，可以看到該應(yīng)用的接口調(diào)用方法。

如果你的場景需要實現(xiàn)的大模型應(yīng)用跟我類似，你又完全不懂技術(shù)，調(diào)用方式可以參考我的。

把這些提供給開發(fā)助手，它就會幫你寫好調(diào)用該接口的代碼。

基于BISHENG我們還可以開發(fā)許多更復(fù)雜的大模型應(yīng)用。

現(xiàn)在我們獲取到了正確的書單信息，接下來就是存到數(shù)據(jù)庫。你在描述處理書單需求時，可以告訴開發(fā)助手你需要把處理結(jié)果存儲到微信云開發(fā)環(huán)境的云數(shù)據(jù)庫中，它就會提示你需要創(chuàng)建一個名為“xxx”的集合。如下圖所示，點擊添加按鈕進行創(chuàng)建即可。

好了，中間再經(jīng)過各種調(diào)試修改，就可以通過頁面提交書單內(nèi)容了！為了增加趣味性，我又提出了如下幾個新的要求。

沒錯，只需要像這樣直接提出你的要求，基本馬上就能實現(xiàn)。太爽了~

2.5 定時自動運行

用戶可以提交書單了，這很好。但早期哪有什么用戶來提交書單？

于是我讓他想辦法自動獲取

a few moments later

a few moments later

根據(jù)指引基本配置成功了。后來又增加了兩個優(yōu)化項：

1. 調(diào)用大模型耗時比較長且每次調(diào)用都產(chǎn)生一點費用，所以降低錯誤調(diào)用（有些鏈接不是書單信息），所以在云函數(shù)中先寫了一個邏輯讓它用正則匹配網(wǎng)頁中是否有“出版社”之類的關(guān)鍵字，有才去調(diào)用大模型應(yīng)用。
2. 由于bing搜索出來的無效鏈接太多，改成定向搜索豆瓣豆列。

排查云函數(shù)及定時觸發(fā)錯誤過程中發(fā)現(xiàn)幾個注意事項：

1、超時時間

改一下超時時間，默認是3秒，而我每次需要更新的書單數(shù)量比較多，所以改成了最長的60秒

2、定時器設(shè)置在該云函數(shù)的config.json文件中設(shè)置。我這里設(shè)置的意思是10分鐘執(zhí)行一次。

需要注意的是，微信云函數(shù)的定時觸發(fā)器使用的是一種特殊的 cron 表達式，它包含 7 個字段，而不是標準 cron 表達式的 5 個字段。3、更新云函數(shù)、清理緩存

由于修改其他頁面代碼只需要保存代碼文件即可，修改云函數(shù)需要上傳生效，有時候會忘記這個步驟，導(dǎo)致怎么測都不行。。。

另外有些改動需要清理緩存才能生效，所以如果已經(jīng)按要求修改了代碼卻總是不行（會有點崩潰），可以清除緩存試試，我一般選擇“全部清除”。

2.6 其他經(jīng)驗

2.6.1 云存儲的使用

我用即夢（https://jimeng.jianying.com）畫了許多種書單評級勛章。

原本這些圖片都是放到代碼文件夾中的，但是微信會限制小程序代碼整體不能超過2M，所以就需要把這些圖片存儲在云存儲中。

操作也比較簡單，直接點擊“上傳文件”按鈕，把所有文件傳上來。然后每個文件的“文件id”就是讀取該文件的地址。根據(jù)開發(fā)助手的指引，把對相關(guān)圖片地址逐個進行替換即可。

2.6.2 質(zhì)疑開發(fā)助手與自我能力提升

開發(fā)助手很強（本質(zhì)是大模型很強），它不僅能幫我寫代碼，它甚至知道微信開發(fā)者工具各個按鈕在什么位置（應(yīng)該是模型訓(xùn)練數(shù)據(jù)中有其開發(fā)者手冊數(shù)據(jù)），引導(dǎo)我操作。

不過有時候也會有錯誤以及一些它不知道的事情，所以發(fā)現(xiàn)它給的建議沒作用時，可以使用搜索引擎來查找答案。

另一種好方法是，你察覺到它給出的答案有問題，可以嘗試給他一些反問和提醒。

如果你開始有能力給出一些正確的反問，代表你開始對代碼有一定的認知了。這是一個循序漸進的過程，你在一步步調(diào)試以及開發(fā)助手給你的說明當(dāng)中，逐漸開始理解許多概念。先從前端的簡單的頁面設(shè)計開發(fā)到后端的邏輯到數(shù)據(jù)庫到一些函數(shù)的執(zhí)行，一點一點接觸和學(xué)習(xí)更加復(fù)雜的概念。

這是由你自己的需求增加，自然而然向前推動的一個學(xué)習(xí)過程。我們不需要上來先去學(xué)一大堆概念，卻不知道有什么用。由于是面向一個具體的目標，我們會非常有動力去理解和學(xué)習(xí)，并且大部分是否有非?？斓姆答?。

寫到這里就差不多把開發(fā) 讀啥鴨 過程中的主要經(jīng)驗都分享了出來。

還有許多不完美的地方，待后續(xù)去迭代，比如用戶體系，比如通過收集書單評級徽章的形式激勵用戶上傳更多書單，比如激勵用戶分享，比如支持解析微信公眾號文章的鏈接（微信官方的反爬比較厲害），比如支持B站視頻形式的書單，比如我還想加一個自動運營的功能（自動挑選一些書單卡片并發(fā)布到抖音、小紅書等社交平臺）…

后記：一年發(fā)布12款產(chǎn)品計劃

平均1個月一款產(chǎn)品。著名獨立開發(fā)者Pieter Levels（《MAKE：building startups the indie way》 作者）也曾踐行過這個計劃。

每款產(chǎn)品不一定要做得很精美，應(yīng)當(dāng)盡早發(fā)布，盡早獲得真實反饋。用戶的真實反應(yīng)要抵過自己無數(shù)巧妙的思考、分析。

我的靈感庫中大約還有20多條想要做的產(chǎn)品。

后續(xù)產(chǎn)品的開發(fā)過程也盡量（精力夠的話）會使用類似讀啥鴨這樣build in public的方式，通過公眾號、社群發(fā)布出來。