【從學員練習影片觀察到一個關於 TDD 的有趣現象】
極速開發的課後練習作業,雖說重點是放在極速開發要學習的技巧與刻意練習的模型,但開發的方式、順序也是刻意安排成類似 TDD 的進行方式,來讓生產力最大化(TDD 本來就是幫助開發的,不是幫助測試的)
我從2位第一次上我課的學員(當然就是 #極速開發,代表他們沒上過#單元測試 跟 #TDD與持續重構),雖然他們是照著示範影片、上課教學用 TDD 在寫整個 tennis 的過程,但從他們執行測試的時間點就可以發現:
「他是用測試來驗證 production code 的正確性」,即使他先寫了測試,也不先執行,沒有看到紅燈,每次都等到 production code 寫完了,應該要綠燈時,才執行測試。
而其他上過 TDD 課的同學 ,或是上過單元測試的同學,知道測試是用來描述情境,如果現在「加入的這個情境是新的需求或需求異動,代表目前 production code 還不支援這個情境,執行測試跑出的紅燈,就是等等 production code 要完成的 #目標」
test-frist 從來都只是 TDD 其中一個小小的衍生產物,而不是全貌。TDD, 測試驅動開發 從來都是一種開發方法,而不是測試方法。
總有些人老愛把 TDD 拿來跟測試相提並論,就總是喜歡把 test-first 當作靶子打,覺得違反人性跟直覺,覺得先寫測試在很多情況下是浪費時間或是不 work,可能拿來跟一堆測試的方法論相提並論,或總是只拿回歸測試的效益來當作 TDD 的整體。抑或是陷入 isolation unit test 與 integration test (其實就是非 isolation 等級、有實際依賴的自動測試)之爭。
```
註:TDD 事實上是可以不是單元測試等級的。
```
要比較正確看待 TDD 的角度,首先要知道它是幫助開發的、它是一種開發方式(當然不是唯一一種,甚至也不會是最好的一種,因為根本沒有最好,只有剛好)
接著要了解 TDD 可能用 IPO 模型還比較貼切,input-process-output,在你開發任何功能之前,你總要先想過這件事。而先想這件事,才是 TDD 的最基本精神。
接著是怎麼把你想好的東西,變成可執行的 spec,我們只是用測試程式來「描述」你腦袋中的「IPO模型」,把 process 的過程當作一個黑箱子。
而這個 IPO 模型在結合成「使用情境」,就會帶來「高易用性 API 的好處」,只有在一開始就先想好怎麼給別人用,最後才會好用。所謂的一開始想好,指的不是預先設計一堆 class,而是 input/output 想清楚期待(一般會結合實例化需求,搭配 Given/When/Then 的 gherkin style 來把前置條件、資料、前提想好,當發生什麼事,應該是怎樣的結果),然後描述它。在紅燈定義清楚目標,綠燈完成 input/output 關係且沒弄壞前面的所有情境後,來針對 process 進行重構(事實上 Kent Beck 的 TDD by Example 更多是用 refactor 來 #完成 process。
```
註:所謂的 output 不一定只有回傳值,包含外部依賴狀態、資料的改變,甚至顆粒度小一點,針對物件導向設計的話,物件內部狀態的改變也算,只是物件內部狀態改變,驗證點要嘛是拿得到內部狀態,要嘛就是要驗證物件哪個行為會因這個內部狀態而有所不同。
```
## 戰 TDD 之前該先做好的功課
要戰 TDD,是不是至少要把 Kent Beck 的 TDD by Example 看完?
要戰 TDD,請不要拿它跟測試方法論來比,那只是一下就被人看破手腳。因為它是個開發方法論。
要戰 TDD,請不要把它的好處只限縮在跟回歸測試、自動測試的比較,因為那只是它的衍生好處,當你試過在白海報紙上 TDD 就懂,TDD 是在釐清你的思緒的同時,又可以以終為始,確保你在 production code 的每一個動作都是為了滿足某個期待的情境。
要戰 TDD,請不要去把 單元測試、整合測試捲進來,那是測試的顆粒度,那是測試的分類,TDD 從來都不是只能限於單元測試。
要戰 TDD,請不要在那邊戰他是 bottom-up ,是直接從程式/class 的角度出發,事實上 TDD 既不是 bottom-up, 也不是 top-down, (書裡面就有講這件事咩),實務上的 TDD 結合倫敦派(GOOS)跟芝加哥派(Classic TDD),會更像 Outside-In 的進行方式,先定義好驗收情境,接著從最外部(也就是使用者看得到的部份)一路把依賴往另一邊的系統邊界推,直到推到系統以外的依賴資源(persistence 或 external API/service)
```
註: ATDD by Example 中 ATDD by Example, Kent Beck 寫的序最後的一段話。
Kent Beck:
「就像我曾說過的,TDD的一個缺點是,它可能會退化為一種用來滿足開發人員需求的編程技能。某些開發人員從更廣泛的角度來看待TDD,輕易在他們測試的不同抽象級別間跳躍。然而在ATDD中不存在歧義,這是一種加強與非編程人員溝通的技術。我們之間良好的協作關係,以及作為這種關係基礎的溝通,能夠使軟件開發更有效率。採用ATDD是向著溝通更清晰這個目標邁進的重要一步,而此書是一本全面又平易近人的入門讀物。」
```
要戰 TDD,請不要只關注在 test-frist,因為他只是用 test 來幫助你 think-first,不要邊寫邊想。然後不要過份依賴或相信你腦袋的能力,把你想好的東西具體化出來,最好可以被直接執行,最好除了你以外每個人執行出來的結果都會一樣(不管是對的,還是錯的)
要戰 TDD, 請不要把論點放在見樹不見林,如果你有看 TDD by Example 的 Part 1, Part 2 那兩個加起來共 24 個章節,就知道一開始就得把當下想到的全貌紀錄在一個「紙本」的 backlog (所謂的紙本,只是要講這並不依賴於任何工具)
而這個需求輪廓的全貌,會隨著你逐漸完成一部分一部分的情境,設計逐漸浮現後,而隨時跟著增減調整。
但不代表 TDD 就是先想到一個測試案例,就直接先幹下去了,那根本是亂搞。
以上這些,都還不是在列 TDD 的好處,而是針對那些從來沒搞懂 TDD 但又愛戰 TDD 的人一點提醒,你戰的很可能是「你誤解的 TDD」。
TDD 還有許多實務上的用途,列上我在譯者序中的一小段:
>> 測試驅動開發(Test-Driven Development, TDD)!一種以測試為開發輔助、以測試來描述需求情境、以測試來當作目標、以測試來表達期望、以測試來驗證疑問、以測試來實驗學習、以測試來溝通協作、以測試來協助設計高易用性 API 的「開發方法」。
譯者序有開放給大家看,請見:https://tdd.best/book/tdd-by-example/
拜託,要戰之前去看一下祖師爺 Kent Beck 對 TDD 的原始見解:https://www.tenlong.com.tw/products/9789864345618?list_name=srh
如果你想正確的使用 TDD 來幫助你在實務上產生許多的價值,帶來許多的好處,尤其是需求釐清、持續重構、小步快跑的部份,最好理解的培訓課就在這:https://tdd.best/courses/classic-tdd-by-example-video-training/
最後我想講一段話:
TDD 從來都不該被導入到團隊中,但它是一種很好的自我鍛鍊與學習的方式,也是一種能用很低的成本來帶來很多好處的開發方法(見下方註腳),然而它也不是適用所有的情況,但它可以讓『完美』變成一個動詞,而非不變的形容詞。
```
註:
Kent Beck 在 DHH 靠腰:《TDD is Dead》 之後寫的一篇反串文:《RIP TDD》
https://www.facebook.com/notes/1063422864115918/
我幾年前的簡易翻譯,通常也是 TDD 可以幫助你解決的問題,如下:
- Over-engineering (過度設計)
- API feedback (改善API的設計與可用性)
- Logic errors (想的跟寫的不一樣,寫的跟需求不一樣)
- Documentation (寫跟維護文件是痛苦的)
- Feeling overwhelmed (找不到切入點)
- Separate interface from implementation thinking (抽象設計)
- Agreement (確保已修正問題的證據)
- Anxiety (改東壞西的擔心受怕)
```
很久沒對 TDD 發表這種長篇大論了,因為不理解、不想理解、不同角度理解的人居多,能真的到各自的塔上用不同角度來看原義,以及實務上用它來幫助解決的問題有哪些的人,真的太少。
大部分人只想針對這個詞彙來攻訐以博得流量跟吸引目光,而不是想著「我可以用它來幫助我什麼」
問題跟需求是中性的,解決問題跟滿足需求的手段與方式有千萬種,不會只有一種,也不會有所謂的對錯,多點角度去了解不同的方法、方式,然後融會貫通,發揮綜效,在實務上用最少的成本與風險來產生最大的價值,這才是真正的目標。
導入敏捷不該是目標,導入 TDD 也不該是目標,目標永遠都是在實務上產生價值、解決問題、滿足需求。
同時也有2部Youtube影片,追蹤數超過134的網紅桃園市議員簡智翔,也在其Youtube影片中提到,【智翔的議會質詢-研考會、資訊科技局(4/15)】 #聯合國永續發展目標自願性評估報告 去年桃園市推動聯合國永續發展目標計畫(SDGs),要以9大核心打造友善永續城市,市長亦在當時市政會議上說,請各局處配合研考會所擬定的期程,將所列亮點計畫擇優納入自願性評估報告之中,預計去年底發布。 而這份自...
作業系統浪費資源 在 Facebook 的精選貼文
跨局處團隊合作成立專案小組 持續精進路平作為
陳其邁市長執政團隊就職滿周年,持續透過各項政策作為,落實競選政見,其中,市長交付由我督導的路平專案,已透過公私協力模式,由土木技師公會、工務局、養工處、水利局、地政局、經發局等,共同組成專案小組,針對各項路平作為進行滾動式檢討,期以「讓市民朋友享有平坦道路的舒適感」為目標,不斷導入各項科技應用於路平實務工程推進。
今(8/25)我主持0805豪雨後整體路平改善狀況檢討會議,通盤檢視高雄市路平專案執行現況,聽取專案小組成員的各項工作進度報告,並經過台灣省土木技師公會陳存永理事、高雄市土木技師公會黃清和理事長、高苑科技大學劉文宗教授、用路人代表的NGO團體高雄市綠色協會黃暉榮理事都給予市府團隊路平作為相當的肯定;我們將不定期滾動式檢討,責成工務局增修瀝青混凝土刨鋪作業手冊」更新,以及洽請工務局及水利局共同合作處理「道路淘空預防及緊急應變sop」,更在未來配合產官學界來試擬「道路平整及管線管理優化的中程計畫」。以下是今日會議所獲得之共識,供大家分享:
#針對排水設施進行預防性檢測作業,避免地下坑洞
面對極端氣候威脅,強降雨頻仍,地基易遭沖刷土石流失,且多有使用逾10年以上的老舊管線,易造成水利設施連通管接點損壞滲水,導致掏空而引發地下孔洞。水利局表示已籌措340萬經費,投入排水設施預防性檢測,主要為:「過往排水設施損壞引發之路面下陷」與「老舊排水設施」兩種樣態。今年度首度試辦透地雷達檢測作業,針對近期內曾發現的既有排水設施損壞引發路面下陷,或老舊排水設施,列為今年度檢測熱區,如鳳山區鳳東路、林森路,前鎮凱旋四路等8條計畫路段6個行政區優先試辦,計畫長度3650公尺,預計於今年10月底前完成檢測。
#建立道路掏空路基緊急應變SOP
0805豪雨期間所致道路掏空情形,我要求市府團隊工務局、養工處、水利局共同合作,在自我巡檢或接獲民眾通報後,隨即修補管線缺失,緊急處理掏空所可能引發的公共危險問題,必須立刻排除,除開挖釐清管線權責單位,並優先以最快速度,復原道路交通安全通行。
#經發局、工務局攜手整合既有工業管線及道路挖掘管制圖資
由經發局工業管線管理系統所控管的工作日誌,紀錄每起不明異味通報案件,以圖層方式呈現,串接地政局道挖中心道路挖掘現況,以做為物質危害辨識與應變處置建議、管制疏散參考距離、洩漏擴散模擬。
#導入資通訊科技整合應用,讓整體路平SOP更智慧化且落實道路施工標準化:
1.訂定瀝青混凝土刨鋪作業手冊
建立基準,品質如一。自道路設計開始,為一系列的測量、刨鋪整合、孔蓋下地、基底改良等施工流程管控,訂定一套標準作業流程,以提供本府各機關道路工程施作標準依據。
2.道路補修機制SOP建立
因時制宜,彈性處置。遇雨天採用冷料緊急修補,第一時間消弭用路人交通危險,俟放晴後即刻運用熱料AC鋪平輾壓,再視道路損壞情形予以方正切割修補,經由路面PCI評估,採行大面積全路寬刨鋪。
3. 三方即時智慧監控已進行路面刨鋪
市政府要求發包的工程所需之瀝青材料,自料廠出料後運送至現場施工,均採全程錄影,品質安心無疑慮;現場監控情形,即時回傳至道路挖掘管理中心,三方同時錄影監控,以求交互把關,路平施工過後的每一條道路,務求均質如一,禁得起考驗。而且將科技導入,養工處透過「養護資訊管理系統」巡查監控,並開發視覺辨識軟體,以AI自動偵測道路缺陷,搭配GPS紀錄及Google map定位技術,提供道路包商巡查即時位置及歷史軌跡查詢。
#重視市民即時回饋,實現迅捷、效能的路平精進作為
1.建案聯合挖掘制度流程管控,減少道路挖掘:
起造人備妥資料整體流程管控縮短至約45天內完成,並排定每週2次時間協調聯合進場時間,避免民眾誤解重覆挖掘,挖管中心110年1-7月核發路證下降7%,比原先設定下降5%更多,對此我勉勵市府團隊持續保持,更加精進。
2.刨鋪整合2.0,由挖管基金統整為一次性的復原工程:
指定單位統一修復,以確保路面修復品質,有效減少工程資源浪費,同時為市庫增闢財源收益。
3.擴大推廣便民APP系統:
市民可直接查詢施工位置、施工單位、施工廠商等資訊,並連結即時施工影像,全民一起來督工。
4.加強管挖竣工品質抽查:
110年度起,針對50公尺以上路證之AC厚度、壓實度、平坦度及孔蓋下地深度,以現地實際抽查方式,巡查抽驗管挖案件竣工後的道路平整度,確保道路品質,挖管中心資料說明查驗比率63%,已達到陳市長宣佈50%目標值。
5.三維管線圖資建置,預防災害應變:
遴選測繪業者協助各管線單位於竣工後繳交高品質管線測量或3D攝影測量成果,以快速有效提升管線竣工圖資精準度,並指定危安管線等申挖案件,必須導入3D攝影測量,透過保存挖埋現況的PDF檔建置,以供未來隨時調閱之所需,防範於未然。
#路平專案
#團隊合作更勝於相互究責歸屬
#道路通行市民權利優先
#任務交付_使命必達
作業系統浪費資源 在 Adorn耳洞 Facebook 的最讚貼文
⚠️重要資訊公布‼️本篇很重要建議看完
今天是重大里程碑必須發文紀錄一下🤩
⬅️左滑看更多
.
籌備了好久的課程終於出來了!!
我的首頁也有網址!🔗
直接看課程詳細介紹>>https://igparadise.bebraveadorn.com/202108?tag=FBFans
.
今天正式開賣前就收到大家的無限敲碗,讓我更有動力完成這項艱鉅的任務💯
這其中有太多太多細節要規劃,真的不是一般人能承受😅
但我真的做到了!!現在正要開始!!🤩
.
直播精品小班授課+滿出來的實作
保證學習效果
課綱跟賣點都在網頁了
幾個月來磨出的滿滿心血~
有心想學習的快來搶購限量優惠名額,我只幫助有心學習&有行動力的人😎
.
ADORN會發揮我一貫用心到爆&完美主義作風,幫助每一位有心想成功的同學
課程同學會學習到我經營IG多年以來的完整實戰經驗不藏私💎
.
如果你看過 #耳洞談品牌 就覺得很有收穫,那你絕對不能錯過這次的《 素人IG天堂路》😉
.
去年都是1v1跟小班制的教學
現在,我用自己的實戰經驗,系統化的規畫了這門課程💙
學習永遠是最好的投資,我會大方地分享所有我走過的彎路,讓你省去浪費不必要的時間!😉
.
從課程架構發想,課件製作,課程頁面設計與文案規劃,EMAIL,LINE@,FB社團,直播系統,課程SOP......(以下省略)
感謝我萬能的團隊合作夥伴協助,也超級無敵感謝每位貴人,恩師,前輩🙏
當然也很感謝知道這條路不易卻堅持的自己!☺️
.
然後還有各種課前準備我都如火如荼進行中!!🤣
課程批改機制,學員專屬社團......(說不完)
.
報名的同學記得私訊我預約1v1的30分鐘課前諮詢✅
.
另外就是TIKTOK最新影片單日破萬瀏覽(上篇IG貼文的)😍💯💯
.
大家踴躍參加上則貼文的活動真的很感真的很感謝🙏
別忘了主動傳送分享動態2小時的截圖給我,會再統一寄送給你!✉️
好了真的是要回去繼續忙了XD
今天先分享到這邊~同學們快來搶購名額上課囉⚡️
有空再來直播或是影片給大家問問題~💙
﹊﹊﹊﹊﹊﹊﹊﹊﹊﹊
要不要報名課程讓你倍感掙扎?幫自己列下掙扎的原因吧!
-擔心沒時間學習?
可以提前請假之後補課免煩惱
-真的很想上但有預算考量?
但你有沒有想過透過學習掌握更多能力,以後你通通都會賺回來甚至翻很多倍耶!
-覺得為何ADORN的課程價格比較高?
因為ADORN是真心想要幫助每位學生,而不是讓你買了以後就不管你了
你可以從所有的課程內容設計,作業批改機制及課程學習資源發現,對課程設計每個細節的執著,都是為了讓你達成課程學習目標!
-你有上過類似課程?
每個老師的特質&教學風格&強項都不同,這課程也不會只有講IG,而是帶你全方位提升,來上課就知道!
也歡迎把這份清單透過IG/LINE傳給我,讓我看看可以怎麼幫助你^^
.
.
.
.
.
.
.
.
.
#個人品牌 #品牌 #社群行銷 #品牌經營 #IG經營 #IG教學 #IG技巧 #品牌行銷#內容行銷#自媒體 #社群#IG行銷 #自媒體經營
#學習 #社群經營 #斜槓青年 #斜槓 #斜槓人生 #正能量 #自我成長 #自我提升 #自我激勵 #正面思考 #個人成長
#正面能量 #改變 #行動 #成功
作業系統浪費資源 在 桃園市議員簡智翔 Youtube 的最佳解答
【智翔的議會質詢-研考會、資訊科技局(4/15)】
#聯合國永續發展目標自願性評估報告
去年桃園市推動聯合國永續發展目標計畫(SDGs),要以9大核心打造友善永續城市,市長亦在當時市政會議上說,請各局處配合研考會所擬定的期程,將所列亮點計畫擇優納入自願性評估報告之中,預計去年底發布。
而這份自願性評估報告(VLR),最後因「內容待充實」延後,因此智翔今天詢問研考會進度為何,研考會主委則說明,原版本在市長看過之後,決定與各局處進行溝通,檢討各局處匡列的政策是否符合聯合國的指標,目前研考會正在彙整各局處進行修改的部分。
主委也透露,目前彙整出500餘項計畫,還會將其篩選,將更符合「永續發展」主題的計畫列入,智翔也認同,以聯合國的指標引導施政固然是一樁美事,也能替桃園、替台灣加分,但也有令人擔憂的是,這些所謂亮點計畫是否足夠充實,是否能符合指標中的細部內容(17大指標共169個細項),在宣傳與政策充實的比重上也需要拿捏,就麻煩研考會再幫我們市民多做把關了。
#桃園活動通APP
資科局今年的工作項目之一就是完成市府官網的改版與上線「桃園活動通」APP,目前則因疫期關係,許多活動停擺之故,無法順利上線。而回顧過去市府各局處推動的APP,往往因功能性單一,時效短,淪為蚊子APP,在減少資源重複浪費、單一窗口、好管理的原則之下,整合性的APP確實有必要。
而目前據資科局長所言,將先以活動類的整合為優先,智翔則建議,諸如像是環保局旗下的監測APP(航空噪音、桃園環境e點通、煉油廠空品),未來也許也有整合的可能,但同時也了解到,公部門在作業上,各局處都有各自的績效評估項目,牽涉各自的預算以及執行,短期內要整合也非易事,但就上述整合型APP的原則下,仍希望資科局可以研議看看,盡量將各功能的APP整合進來,只要介面上分門別類能做好,相信市民的體驗上會更優質。
#場地租借系統
最後則是智翔長期關心的場地租借系統,非常感謝資科局發揮專業,協助民政局架設,那在建議秘書處也能將市府場地納入之後,也想詢問看看,未來等系統整合逐步完整後,是否能研議整合運動場地及其他局處之會議空間的租借,協助將運動場地與各類空間也結合進來,局長則認為各局處若有需要可以來著手進行。
作業系統浪費資源 在 林佳龍 Youtube 的最佳解答
教育及文化委員會於今天進行國科會及所屬單位預算詢答,由主委朱敬一率所屬列席備詢,林佳龍委員在質詢時強調,為因應國際經濟發展等大環境的改變,科學園區的角色和功能,亦應將國內環保和地方民意納入考量,予以通盤檢討。科學園區約4495公頃,大概佔國土面積0.12%,不論創造的產值與提供的就業機會均非常多,足見科學園區的貢獻之大。
中科自籌備、整地及建廠,至友達開出第一張發票,整個從無到有的過程,林佳龍委員均曾親身參與及見證。中科一期至四期,及高等教育園區,在中部將近有五個園區單位,反令園區的特色過於發散。政府能取得大筆土地進行發展固然很好,但部分園區的閒置率卻偏高,開發遇到困難,事實上,過去經濟部也有許多工業區的土地遭到閒置或荒廢,直到十二年前透過「006688方案」等各種租稅鼓勵,才讓工業用地重新活化,但目前彰濱工業區仍有將近一半以上的土地仍處於閒置狀態,中科四期二林園區尚未使用的土地也遠超過彰濱。科學園區理應進行科技創新與附加價值高的高知識產業,讓年輕的科技人才進駐就業,領取高薪,然現在園區卻充斥以勞務派遣的方式進用員工,與過往我們對於園區的想像,存在著不小落差。林佳龍委員呼籲政府必須正視此一問題。
以高等教育園區為例,涉及的業管單位包括南投縣政府、文化部及中科園區,從霧峰省議會、光復新村,到南投的中興新村、是台灣戰後在特殊環境下致力興建及保存的文化遺址,更是台灣少見的國家級文化資產裙帶,亦是複合型的文化遺產,目前園區定位不明,亦面臨招商不足的窘境,林佳龍委員要求朱主委盡速處理園區定位不明的問題。朱主委回應由於南投縣政府將中興新村90%土地劃為文化景觀區,將在對現有地形、地貌、地物的保存基礎上去構思未來發展。國科會日前邀集嚴長壽和施振榮赴現場勘查,他們建議讓園區變成未來生活與ICT有關的實驗場域,可相當程度地保留當地特色,對相關的產業也有育成效果。
林佳龍委員提醒朱主委需多加留意科學園區周圍土地炒作的問題,另有關日前台北高等行政法院撤銷二林園區的開發許可,是否會對招商產生影響,林佳龍委員也表達了憂慮。朱主委則表示內政部將會持續上訴,國科會對此相當有信心,目前包括鴻海、台灣精銳和上銀科技等廠商均表達進駐園區的意願,林委員笑稱廠商極可能是配合演出,未必真有投資建廠的意願,可能另有內情,朱主委則稱他並未拜託廠商配合。
另有關后里營區廢棄的國軍乙型聯保廠,台中市政府已發函國防部要求提供作為2018國際花卉博覽會的場地,這塊土地連結中科,位置極為重要,而花博根本是一場騙局,作為土地炒作之用,周邊開始大興土木,該筆土地對於產業聚落的發展有很大的影響,林佳龍委員要求國科會進行了解,對此朱主委表示有一家精密機械廠商希望進駐后里設廠,國科會業已向國防部表達立場,但最後的裁定權,仍落於行政院之手。
林佳龍委員表示國家實驗研究院每年均編列大筆預算,原是欲藉由整合各研究中心之核心技術與設施,提供國內產、官、學、研界進行太空科技、奈米電子與系統、環境災防、科技資訊服務及生物實驗資源等五大領域所需之研發平台與技術服務,但預算仍為11個中心各自編列,未依院本部設立之目標,整合各中心之技術與設施,降低重複投資與浪費,致院本部的功能不彰。林佳龍委員要求朱主委能夠督促,包括行政作業與人才,都能進行整合,否則便喪失當初成立該研究院的意義了。