国外亚洲成av人片在线观看,热99re久久精品这里都是精品,天堂网在线最新版www,国产成人av区一区二区三,51久久成人国产精品麻豆

在AI技術(shù)飛速發(fā)展的今天，編程領(lǐng)域也迎來了重大變革。本文作者通過親身實(shí)踐，僅用兩小時(shí)就借助Cursor開發(fā)了一款查八字的微信小程序，從需求分析到最終上線，全程記錄并詳細(xì)分享了開發(fā)過程中的每一個(gè)步驟和心得，希望能幫到大家。

說實(shí)話，寫這篇文章的時(shí)候，我是有些猶豫的，由一個(gè)程序員來寫總歸會(huì)讓人覺得有些假。

但又恰恰在某些方面顯得有些真，至少站在客觀現(xiàn)實(shí)的角度來分析當(dāng)下的 AI 編程是否真如傳說中那么牛逼。

當(dāng)然還有最重要的是，有小伙伴真的需要這一份教程。

為了突出 AI 編程的本質(zhì)，我先是將腦袋里的編程理論抽空，然后把自己當(dāng)做一個(gè)沒有任何編程經(jīng)驗(yàn)的小白。

最后，用了 2 個(gè)小時(shí)，完成了一個(gè)微信小程序從 0 到 1 的開發(fā)。

這是最終的效果：

雖說是 2 小時(shí)，但也是憑借我多年的編程經(jīng)驗(yàn)，給了 Cursor 一堆的提示，才有的結(jié)果。

所以，接下來，我會(huì)帶你沉浸式感受下我這 2 個(gè)小時(shí)的歷程，全程記錄，做到無死角輸出，讓任何一個(gè)無編程經(jīng)驗(yàn)的小白也能輕松復(fù)刻。

并且全程提示詞及糾錯(cuò)過程都將會(huì)展現(xiàn)。講真，開發(fā) 2 小時(shí)，寫教程一天，不是瞎說的??。

文章會(huì)同步更新到我的AI 開源知識(shí)庫，記得收藏！

全文 11353 字，51 張圖，如果喜歡，不妨賞賜個(gè)贊????。

這是一個(gè)整體的流程，也是模擬的企業(yè)級(jí)軟件開發(fā)必要的關(guān)鍵步驟：

所以這次，我的期望值是很高的，我希望他能真正充當(dāng)起工程師，而非實(shí)習(xí)生。最后。。。還是放到最后說吧。

相比直接讓 AI 寫代碼，我加入了一些前置的需求設(shè)計(jì)相關(guān)工作，目的也是為了讓他能充分了解我們的需求和業(yè)務(wù)，避免開發(fā)出來的東西出入過大。

整個(gè)思路是這樣的：

有前端，有后端、有小程序、還有 DeepSeek 等大模型的使用，可以說麻雀雖小，基本五臟俱全了。

下面每個(gè)步驟我們來做下拆解（呼?。?/p>

01 靈感搜集

不瞞你說，一開始還真不知道要開發(fā)什么功能的小程序，太復(fù)雜肯定不行，實(shí)驗(yàn)肯定進(jìn)展不順利，太容易也不行，一個(gè)靜態(tài)頁面玩玩沒啥意思。

沒有靈感沒關(guān)系，先問下 Grok 3??：

好家伙，還真找到個(gè)實(shí)用又好玩的功能點(diǎn)，那就是查八字。

根據(jù)陽歷出生日期的日期及出生時(shí)辰，自動(dòng)計(jì)算農(nóng)歷日期、天干地支、所屬五行、五行缺啥、所屬生肖等。

這可是個(gè)剛需，幾乎人人都需要，而且也利于傳播。

所以我打算搞個(gè)完全由 AI 開發(fā)的八字查詢小助手，對(duì)標(biāo)參考小程序：查生辰。

ps：整個(gè)靈感的搜集，我僅僅用了 2 分鐘，不得不說 AI 可真能天馬行空。

02 需求分析

有了靈感后，第一步當(dāng)然是對(duì)整個(gè)需求進(jìn)行分析，值不值得做？實(shí)現(xiàn)難度如何？市場(chǎng)反饋怎樣？

這一步通常會(huì)由產(chǎn)品經(jīng)理或者市場(chǎng)來負(fù)責(zé)，但作為一個(gè) AI，他可別想偷懶，都得給我干。

先提問 DeepSeek：

我想開發(fā)一個(gè)微信小程序，他主要功能是：“根據(jù)陽歷出生日期及出生時(shí)辰，自動(dòng)計(jì)算農(nóng)歷日期、天干地支、所屬五行、五行缺啥、所屬生肖等。用戶只需要填入陽歷出生日期及出生時(shí)辰即可，系統(tǒng)會(huì)自動(dòng)調(diào)用 DeepSeek 的 API 來推理出需要的信息”。請(qǐng)幫我作為產(chǎn)品經(jīng)理進(jìn)行一下需求的分析，并給我輸出需求分析報(bào)告。

DeepSeek 嘩啦啦的就輸出一堆。

忘記了，我是在 Cursor 中開發(fā)，不想復(fù)制來復(fù)制去，麻煩，那直接都去 Cursor 操作吧。

首先在 Cursor 中得有個(gè)空白的項(xiàng)目吧。

好，在 Cursor 中新建一個(gè)一個(gè)項(xiàng)目。就叫 wechat-mini 吧。

完了裝逼一下，稍微修改提示詞為：

我想開發(fā)一款微信小程序，主要功能是：

? 用戶輸入陽歷出生日期和出生時(shí)辰，系統(tǒng)自動(dòng)計(jì)算：

? 對(duì)應(yīng)的農(nóng)歷日期

? 天干地支

? 所屬五行

? 五行缺失情況

? 所屬生肖

? 系統(tǒng)調(diào)用 DeepSeek API 進(jìn)行推理，生成相關(guān)信息。

請(qǐng)你作為產(chǎn)品經(jīng)理，對(duì)該小程序進(jìn)行需求分析，并輸出一份**詳細(xì)的需求分析報(bào)告**，包括但不限于：

1.**產(chǎn)品概述**（介紹產(chǎn)品的核心功能和目標(biāo)用戶）

2.**用戶需求分析**（目標(biāo)用戶群體、使用場(chǎng)景、核心需求）

3.**功能需求**（詳細(xì)拆解功能點(diǎn)、輸入輸出、API 交互方式等）

4.**關(guān)鍵業(yè)務(wù)流程**（示例：用戶輸入數(shù)據(jù) -> API 計(jì)算 -> 結(jié)果展示）

5.**開發(fā)周期**（建議的開發(fā)計(jì)劃、MVP 版本優(yōu)先級(jí)）

6.**商業(yè)模式**（是否有付費(fèi)功能、盈利方式）

幫我將需求分析報(bào)告寫在 mrd. md 里面。

直接丟進(jìn) Cursor：

噼里啪啦，一頓操作，給我輸出完了，嗯，我看了下說是要 2-3 周開發(fā)完。你在逗我呢？我只能給你 2 小時(shí)，給我干。

03 產(chǎn)品 PRD 文檔

有了需求分析，接下來應(yīng)該是 AI 產(chǎn)品經(jīng)理來輸出需求文檔（也就是 PRD 文檔）了。

這是我給的提示詞是：

接下來根據(jù)需求分析，按照最小 MVP 的版本，幫我寫一份專業(yè)的產(chǎn)品需求（PRD）文檔，我會(huì)給你三張參考小程序設(shè)計(jì)圖，請(qǐng)參考我給你的圖片幫我完成需求文檔。并輸出到 prd. md 中。

把對(duì)標(biāo)的產(chǎn)品圖片直接丟給他。

不到2 分鐘，一份 2000 字的 PRD 文檔就已經(jīng)全部生成，稍微看一眼，然后狠狠的點(diǎn)擊接受。

這個(gè)過程如果發(fā)現(xiàn)有和自己設(shè)計(jì)初衷不符的一定要提前揪出來，不然后面改需求，很坑爹的??

04 產(chǎn)品原型

有了需求文檔，就得畫產(chǎn)品原型了吧，還記得之前有分享過讓 claude 3.7 制作產(chǎn)品原型的提示詞吧。

這不用上了，哈哈哈。

稍微針對(duì)性做個(gè)更改，下面是提示詞：

你是一位全棧工程師，同時(shí)精通產(chǎn)品規(guī)劃和 UI 設(shè)計(jì)。

請(qǐng)根據(jù)產(chǎn)品 PRD 文檔幫我輸出完整的小程序原型圖，請(qǐng)通過以下方式幫我完成小程序所有原型圖片的設(shè)計(jì)。

1、按照 PRD 文檔要求以及我給你的圖片參考來設(shè)計(jì)最小 MVP 版本

2、以產(chǎn)品經(jīng)理的視角結(jié)合 PRD 文檔去設(shè)計(jì)頁面和交互；

3、作為設(shè)計(jì)師思考這些原型界面的設(shè)計(jì)，并以設(shè)計(jì)師的視角去輸出完整的 UI/UX；

4、使用 html 在一個(gè)界面上生成所有的原型界面，文件命名為: prototype. html，可以使用 FontAwesome 等開源圖標(biāo)庫，讓原型顯得更精美和接近真實(shí)

5、我希望這些界面是需要能直接拿去進(jìn)行開發(fā)的

丟進(jìn) Cursor，生成這樣了，一定是哪里有問題，OK，你直接和 Cursor 說吧。

讓他把背景圖換一下。

頁面的中國(guó)風(fēng)亭子去掉，整個(gè)頁面以我給你的圖片為背景

有問題，提需求，繼續(xù)讓他生成。

1、整體背景并沒有按照我給的圖片做底圖背景

2、右上角多了一個(gè)視頻樣式的圖標(biāo)，要去掉

3、結(jié)果展示頁中底部那個(gè)是廣告展示頁，前期先不放廣告，合理布局。 請(qǐng)重新按照要求生成。

經(jīng)過調(diào)整，以及將墊圖直接放在文件目錄下并命名為：background. jpg

這里因?yàn)榻o了參考的圖片且是截圖的，難免會(huì)有些不準(zhǔn)，也可以直接讓 AI 不參考。

這是最終的效果：

一番調(diào)整花費(fèi)了我5 分鐘，總算輸出個(gè)還不錯(cuò)的頁面了。

05 架構(gòu)設(shè)計(jì)

接下來需要指定開發(fā)規(guī)范、語言等來讓他幫我們輸出架構(gòu)設(shè)計(jì)文檔。這個(gè)提示詞很重要。

這個(gè)地方就很考驗(yàn)提示詞，如果不框定一些東西，AI 生成的連他媽都不認(rèn)識(shí)，哈哈哈。

請(qǐng)依據(jù) prototype. html、prd. md 來進(jìn)行微信小程序的整體架構(gòu)設(shè)計(jì)，注意我希望整體前端使用的是 uniapp，后端使用的 java 來開。

1、整體滿足微信小程序的開發(fā)規(guī)范。

2、前端按照原型設(shè)計(jì)來開發(fā)，后端我希望滿足阿里巴巴開發(fā)編碼規(guī)范，遵守 rest 風(fēng)格的接口公約，且后端主要提供一個(gè)計(jì)算的接口，返回前端需要的參數(shù)，

3、后端具體計(jì)算的邏輯，我希望是能直接通過調(diào)用 DeepSeek 的 API 來獲得信息，然后轉(zhuǎn)換為對(duì)應(yīng)的接口字段，最終返回給前端。

請(qǐng)幫我輸出架構(gòu)設(shè)計(jì)文檔到 architecture. md

大概5 分鐘后，一頓輸出，這個(gè)架構(gòu)文檔，嗯，我給打個(gè) 6 分吧，因?yàn)楣δ苷娴牟浑y，沒有過多系統(tǒng)間的交互。

不過你看整體有系統(tǒng)架構(gòu)圖，技術(shù)選型：

前端項(xiàng)目結(jié)構(gòu)、頁面組件設(shè)計(jì)等：

當(dāng)然還有后端項(xiàng)目結(jié)構(gòu)以及接口設(shè)計(jì)。

該說不說，還是很詳細(xì)了。

06 開發(fā)階段

下面就進(jìn)入正式開發(fā)階段了，這也是最激動(dòng)人心的時(shí)候，我是真生怕 AI 做的不好，又怕他做的太好，所以忐忑的不行。

給個(gè)簡(jiǎn)單卻信息十足的提示詞：

@architecture. md 請(qǐng)幫我根據(jù)架構(gòu)設(shè)計(jì)文檔、需求文檔以及原型圖進(jìn)行代碼的開發(fā)，請(qǐng)注意，前后端項(xiàng)目結(jié)構(gòu)是分離的，嚴(yán)格按照架構(gòu)設(shè)計(jì)文檔來開發(fā)。

這里一定要選擇 claude 3.7 的 Agent 模式，他才能發(fā)揮出最佳的實(shí)力。

他先問你要不要?jiǎng)?chuàng)建目錄文件夾，當(dāng)然要啊，名字自己改唄：

接下來創(chuàng)建后端項(xiàng)目結(jié)構(gòu)。點(diǎn)擊繼續(xù)就好了。

接下來是創(chuàng)建前端項(xiàng)目結(jié)構(gòu)。同樣點(diǎn)擊繼續(xù)。

只需要不斷點(diǎn)擊 next file 即可。

當(dāng)然你也可以不用管他，等一會(huì)后。

在第 25 次工具調(diào)用后會(huì)停下來，你點(diǎn)擊繼續(xù)就好了。

注意：我們默認(rèn)在 25 次工具調(diào)用后停止代理。你可以繼續(xù)談話了。

后端代碼編寫好后，他會(huì)停下來，接下來，你只需要繼續(xù)提示：

請(qǐng)幫我繼續(xù)完善前端代碼，要求與后端能順利的通信

一步步看著他全自動(dòng)幫我生成好了。

整個(gè)過程預(yù)計(jì)持續(xù)15 分鐘左右，中間還因?yàn)榫W(wǎng)絡(luò)問題停了，我只要和老板一樣簽簽字，不對(duì)，是點(diǎn)點(diǎn)鼠標(biāo)就行了，中途大概點(diǎn)了十幾次鼠標(biāo)吧。（嗯，這一度讓我很享受！）

07 后端功能驗(yàn)證

你看，經(jīng)過前面的幾個(gè)設(shè)計(jì)到開發(fā)的步驟，實(shí)際耗時(shí)只用了半小時(shí)左右，但具體代碼有沒有問題？能不能直接使用呢？

我們來驗(yàn)證下，先是后端驗(yàn)證，這一過程一度讓我崩潰，因?yàn)?AI 寫的考慮也是不夠周到的，不過也能理解吧，畢竟一次性輸出這么多代碼。

為了看下能否啟動(dòng)，我在 idea 中打開代碼，然后啟動(dòng)（當(dāng)然你直接在 Cursor 中也沒關(guān)系。）

在 idea 中先打開項(xiàng)目，將依賴?yán)∫幌隆?/p>

嘔吼，報(bào)錯(cuò)了。

沒關(guān)系，回到 Cursor 讓他改。

后來我發(fā)現(xiàn)在 idea 中還是太多問題，直接在 Cursor 中讓他自己改好吧。

自己一頓操作修改終于好了。（中途我一頓確認(rèn)和點(diǎn)擊，雖然全程沒寫代碼，但我指揮的可不算少了??）

這里有個(gè)插曲，我本來想用 DeepSeek 的 API，但余額用完了，而且由于 DeepSeek-r 1 推理模型非流式過慢，剛好我的火山還有余額，所以這里直接換成用豆包 lite 模型，速度會(huì)快上很多。

另外關(guān)于模型快慢情況以及首 token 相應(yīng)情況也咨詢了字節(jié)的同學(xué)：

我們lite系列的模型速度會(huì)快些，pro系列的模型速度與deepseek模型是差不多的哈。

這里給您介紹下通常模型輸出“慢”可能會(huì)由哪些原因?qū)е拢?/p>

1. 與輸出方式有關(guān)：看使用的是”流式輸出”還是”非流式輸出”由接口中參數(shù) stream 決定， 非流式輸出會(huì)等整個(gè)的推理過程全部完成才返回，會(huì)帶來一種生成很慢的感覺；如果是聊天類應(yīng)用的話，流式輸出用戶體驗(yàn)會(huì)更好，像豆包一樣一字一句實(shí)時(shí)輸出。

2. 與模型有關(guān)：不同的模型大小有差異，能力也不同，Doubao-pro 相對(duì) Doubao-lite 會(huì)慢一些，客戶需要按照實(shí)際業(yè)務(wù)需求（模型精度、上下文長(zhǎng)度等）挑選適合的模型。

3. 與用戶輸入的 prompt 長(zhǎng)度有關(guān)：如果用戶輸入的 prompt 本身就上千甚至上萬 tokens ，對(duì)應(yīng)生成首 token 階段（prefill phase 或 context phase）耗時(shí)也會(huì)長(zhǎng)一些。

TTFT (Time To First Token) 均值速度可參考：

lite 32k 模型每 1k token 的輸入 ，耗時(shí) 300±100ms，并且是線性增長(zhǎng)的，比如 1k token 300ms，5k token 就是5*300ms = 1500 ms；

pro 32k 模型每 1k token 的輸入，耗時(shí) 600±100ms ，也是線性的增長(zhǎng)的，比如 1k token 600ms，5k token 就是5*600ms = 3000 ms；

4. 與模型輸出內(nèi)容的長(zhǎng)度有關(guān)：如果用戶的任務(wù)需要生成比較長(zhǎng)的文本內(nèi)容，則在 Decode 階段耗時(shí)也會(huì)比較長(zhǎng)。

TPOT (Time Per Output Token) 均值速度可參考：

doubao lite系列 輸出在 20-50 ms / token

doubao pro系列 輸出在 50ms-100ms / token

PS：1 個(gè) token 約等于 1.5 個(gè)漢字

5. 偶發(fā)情況和后端資源影響

———

基于上面的結(jié)論，模型的完整返回耗時(shí)是與模型生成的tokens和輸入的tokens直接相關(guān)的，r1模型因?yàn)橛兴季S鏈的產(chǎn)出，所以輸出tokens是會(huì)比其他模型更多些，非流式情況下完整返回的耗時(shí)也會(huì)更久些。

最終調(diào)整后，速度快多了。

后端功能驗(yàn)證花費(fèi)將近 40 分鐘。

08 接口聯(lián)調(diào)

后端 OK 后，直接在 Cursor 中進(jìn)行接口聯(lián)調(diào)，也就是前端調(diào)用后端能不能走通整個(gè)流程，這一步很關(guān)鍵。

聯(lián)調(diào)了一段時(shí)間，他說 OK 了。

這里后端有些調(diào)整 Cursor 還不大完美，我直接 idea 中看完后給他調(diào)整。這里會(huì)給到 Cursor 一些小的提示，讓他少走彎路，發(fā)現(xiàn)下來，對(duì)后臺(tái)代碼的整體把控能力還是差了些。

聯(lián)調(diào)的過程大概花費(fèi) 15 分鐘。

09 小程序調(diào)試

前后端代碼都寫完了，接下來需要用到一個(gè)工具：打開微信開發(fā)者工具。

直接搜索就可以下載，使用也非常簡(jiǎn)單，都是中文，下載完了后打開工具。

選擇導(dǎo)入項(xiàng)目：

選擇我們的項(xiàng)目 bazi-frontend：

選擇 appid，這里沒有的話需要注冊(cè)一個(gè)。（注冊(cè)頁比較簡(jiǎn)單，不過后面會(huì)再細(xì)說說）

一開始首頁沒有正常渲染，后面我在 Cursor 中給了提示詞讓他快速就改好了。

點(diǎn)擊下驗(yàn)證功能。

我們選擇一個(gè)時(shí)間來看看。

計(jì)算失敗了：

沒關(guān)系，看下報(bào)錯(cuò)原因：

本地調(diào)試，域名校驗(yàn)這個(gè)先關(guān)了：

看樣子是成功了：

我們看下有沒有正常請(qǐng)求到后端服務(wù)：

可以看到，正常請(qǐng)求，且正常返回?cái)?shù)據(jù)：

不過這個(gè)展示樣式有些丑。讓他改下吧。

上傳一張截圖，然后給以下提示詞：

看到返回結(jié)果這個(gè)頁面中的結(jié)果有點(diǎn)太靠右邊了，請(qǐng)保持離右邊一定的間距

你可以直接將這個(gè)你不滿意的圖上傳給他：

經(jīng)過一番改造，基本完工，這一步驟預(yù)計(jì)耗時(shí)：

10. 手機(jī)測(cè)試

在開發(fā)工具測(cè)試完畢后，需要手機(jī)真機(jī)測(cè)試，這里就有一些坑在了，比如點(diǎn)擊預(yù)覽如果不開開發(fā)模式的話，需要進(jìn)行域名驗(yàn)證，這個(gè)會(huì)比較麻煩。

我們先點(diǎn)擊預(yù)覽：

會(huì)出現(xiàn)二維碼：

但是因?yàn)楸镜氐姆?wù)沒有發(fā)布到線上，所以就沒法使用服務(wù)，要服務(wù)上線。

不過功能已經(jīng)通了。

所以需要上線服務(wù)。上線的意思就是將自己本地的服務(wù)發(fā)布到服務(wù)器，當(dāng)然你也可以本地跑，但是需要將域名暴露出去，且要經(jīng)過 SSL 驗(yàn)證，

不管他，我先在服務(wù)器中跑吧：

需要配置微信小程序的可信域名：

在小程序后臺(tái)——開發(fā)與服務(wù)-開發(fā)管理-服務(wù)器域名，配置自己的域名。

如果沒有域名，要申請(qǐng)+備案，這是一個(gè)很麻煩的過程，所以對(duì)小白并不友好，因?yàn)橛星昂蠖说慕换?，這一步不能少，如果是純前端代碼就無需這一步。

現(xiàn)在需要將小程序鏈接域名修改為線上的域名，直接讓他改，提示詞：

我現(xiàn)在已經(jīng)將后端服務(wù)部署在了我的服務(wù)器，域名是XXX，端口號(hào)改為了XXX，請(qǐng)幫我前端改下配置，讓他連接線上環(huán)境.要求本地環(huán)境和線上環(huán)境區(qū)分開來

報(bào)了一個(gè)錯(cuò)，跨域啦，直接丟給 Cursor

直接幫我解決好：

重新打包，重新部署后端服務(wù)看看。

又遇到一個(gè) https 的錯(cuò)誤，需要有一個(gè) https 的域名，然后指向自己的服務(wù)，

這里花了一點(diǎn)時(shí)間。

手機(jī)再預(yù)覽看看效果：

這里特別注意：要想直接預(yù)覽，需要配置 https 證書，且在后臺(tái)配置域名，這里需要配置子域名，不能配置頂級(jí)域名。

這一步還挺花費(fèi)時(shí)間的，預(yù)計(jì) 20 分鐘，當(dāng)然如果沒有編程經(jīng)驗(yàn)，時(shí)間就更不好說了??。

一切已經(jīng) OK 了，在手機(jī)上也能正常預(yù)覽，接下來就只需要發(fā)布上線了，不過這個(gè)時(shí)候可以用體驗(yàn)版給大家演示使用。

上面所有步驟加起來耗時(shí)大概是這樣的：30+40+15+15+20=120 分鐘=2 小時(shí)。大家可以自行感受一下。

現(xiàn)在已經(jīng)可以體驗(yàn)啦，不過需要開通體驗(yàn)權(quán)限，你可以點(diǎn)擊文末閱讀原文加入體驗(yàn)哦。

11. 發(fā)布上線

根據(jù)工信部于 2023 年 8 月發(fā)布的《關(guān)于加強(qiáng)移動(dòng)互聯(lián)網(wǎng)應(yīng)用程序備案管理工作的通知》，對(duì)于未上架的微信小程序，自 2023 年 9 月 1 日起，必須在提交上線審核前完成備案，否則無法通過審核；

這一部分就先不嗶嗶了，發(fā)現(xiàn)已經(jīng) 1 萬 3 千多字了，肝不動(dòng)了，小命要緊，下次再更。

不過一頓體驗(yàn)下來，有驚喜也有失望。

驚喜的是，我真的全稱沒寫一行代碼2小時(shí)就快速開發(fā)了一個(gè)小程序，要知道，換做以前，不敢想象的。

失望的是，目前體驗(yàn)來看，AI寫出的前端代碼還OK，但后端技術(shù)就不大行了，也可能是后端需要更復(fù)雜的邏輯，所以提示詞要更精準(zhǔn)一些。

在整個(gè)過程中，寫代碼其實(shí)花了也就半小時(shí)，但更多的時(shí)間都是用來解決這貨產(chǎn)生的bug，哈哈哈，所以得出一個(gè)結(jié)論。

目前的 AI 編程確實(shí)還只是實(shí)習(xí)生水平。

不過，這已經(jīng)很驚艷了，人人都能開發(fā)應(yīng)用的時(shí)代很快就會(huì)到來，這一天，你期待嗎？