雅虎香港 搜尋

搜尋結果

  1. 2024年3月7日 · 一、資料清理. 二、如何切割文本. 三、如何搜尋. 四、LLM 生成品質. 快速掌握 LLM 應用全局觀. 有了「長上下文 LLM」(Long-Context LLM),還需要 RAG 嗎? RAG(Retrieval-Augmented Generation,檢索增強生成)無疑是當今開發大型語言模型(LLM)產品時,不可或缺的技術。 由於可以確保 LLM 生成的真實性,在企業 AI 應用與搜尋場景相當受到重視。 為此,我也試著實作一個簡單的 RAG 應用。 多年累積下來,我的 Apple Notes 已經有 7000 多則筆記,搜尋愈來愈不準確,常在寫新筆記時想參考舊筆記,卻怎麼也找不到。

    • Orid 是什麼?討論的思維框架
    • 選擇關注點:第一步就是最後一步
    • 關注你的位移
    • 為什麼要使用 A → B 結構?
    • 狀態負面時去休息;狀態正面時做 Reflection
    • 小結
    • Reference

    ORID 是為了主持討論,讓參與者聚焦的一種結構,和上述講的 reflection 並沒有歷史淵源,不過 reflection 是自己和自己對話,和別人對話很容易發散,和自己對話更容易發散,因此 ORID 用於 reflection 可謂十分稱手的框架。 ORID 是個在國際上被廣泛使用的焦點式提問法,透過四個層次的提問,能夠幫助使用者更結構性地思考與回應問題。以下為ORID的四層提問: 1. OBJECTIVE:具體的事實,做了哪些事情、看到與觀察哪些事情 2. REFLECTIVE:感受與反應,在當下直接的感受、反應與印象深刻的地方 3. INTERPRETIVE:事後詮釋與分析,試著解釋與分析事實與自己的感受 4. DECISIONAL:訂定目標與下一步,找出下一步可應用、執行與改善的...

    「回顧」的起手式,也就是 ORID 裡的 Objective,這一段的提問法門是「你看見什麼」或「發生了什麼事」。 我個人認為,回答這個問題是一個大學問,玄妙程度幾乎和打禪機差不多。 你的視角受限於你的狀態、你的目的,甚至你的格局。到底是你很有自覺地選擇了你的關注點,還是某件雞毛蒜皮的事情綁架了你的注意力? 在我剛開始嘗試建立 reflection 習慣時,我常常會選擇一些「自己做不好的事情」當成回顧主題,然後硬是用一種虛假的正面態度,寫出一套「愈挫愈勇」的發憤圖強文,結果是我從來沒有去踏實執行我在最後一步為自己設定的偉大 next step。 極高比例的人,在選擇關注點時,會關注自己做不好的事情,或者關注自己和別人的比較。偶爾關注一下自己的負面心態,進行「反省」是 OK 的,但不要太習慣如...

    為了避免自己的注意力被拉走,我建議大家在建立 reflection 習慣時,刻意選擇有「位移」的事情來關注,也就是任何在你身上發生,從 A 狀態變成 B 狀態的事情。 別忘了「學習」的目的就是讓自己成長,知道原本不知道的事,做到原本不會做的事,發生在自己身上的任何成長,只要有 A → B 的結構,都值得我們慶祝。 講 A → B 可能略顯空洞,下圖列出一些例子: 之前提過學習其實有 outside-in 和 inside-out 兩個方向的作用力,因此這裡建議把關注點區分成兩大類別,外在專業的位移,或者內在狀態的位移。看看當下對哪個方向有感覺都可以,只是略為注意一下比例平衡,向外或向內的 reflection 都應該要不定期發生。 至於細目我這邊舉出幾個例子,只是示意給你看,一開始的時候可以...

    刻意選擇 Growth mindset 視角

    使用 A → B 結構來收斂你的關注點,第一個實用目的是防守自己的注意力被一些偏向 fixed mindset 的焦點拉走,起手式一開始就要落在 growth mindset 的範疇,這樣才會有效。

    培養你的後設認知

    另外,從「學習如何學習」的角度,你其實需要刻意去研究新態度、新觀念、新行為到底是怎麼在你自己身上發芽的。 說到底,只有自己親自掌握自己的學習模式,你的學習成效才會迎來飛躍式的進展。雖然你的學習教練/老師可能擁有比你更高的專業度去診斷學習問題,但教練/老師只能與你共享某一小段的時光,最終你需要成為你自己的教練。 因此,能夠倒退一步,把發生在自己身上的學習旅程當成客體來觀察,其實是蠻重要的技能。 而刻意關注 A → B 如何發生在自己身上,會讓你可以持續地累積對自己學習模式的洞察。

    不要浪費有效經驗

    最後最實在的一點,是前文提到,「做中學」為什麼強調 reflection,因為做中學裡面有太多的 try-and-error,有時候你的結果根本是誤打誤撞試出來的。 這些靠運氣、靠嘗試逼出來的「結果」(也就是 A → B 結構中的 B 狀態),如果沒有徹底掌握「究竟是怎麼發生的」,你可能根本就不再有第二次重現結果的機會。 你必須順藤摸瓜,從 B 狀態倒推回去,像偵探一樣往 A 方向探索,找出過程中的驅動要素,好好把事情發生經過描述清楚,然後辨證自己是否能重現這些有效的驅動要素。如此一來這個專業技能才是真正掌握到你的手裡。 不關注結果怎麼跑出來的,卻跑去關注別人的結果比自己好,這不是徹底的浪費嗎?

    會建議大家刻意運用 A → B 結構來收斂關注點,很大的原因是,我們見證到太多的學習者努力地做 reflection,以為這就是「認真」,但事實上他們的關注點卻被 fixed mindset 拉走。 我覺得 A → B 是一個蠻簡單的訣竅,可以快速抓出有助於把你扳回 growth mindset 的方向。 事實上,要防止 fixed mindset 跑出來,還有一個是做 reflection 的時機。我建議大家要養成在「狀態好的時候做 reflection」的習慣,如果你今天完成了一個挑戰很有成效感,或者你今天忽然有個澎湃覺得自己堅持好久好偉大,或者你今天得到了一個稱讚覺得飄飄然,這是你做 reflection 的最佳時機,這個時候最容易抓到 A → B 結構。 練習在這種時候做 refle...

    這篇文章介紹的是在做 reflection 的起手式,選擇關注點的「入門訣竅」。 在持續練習一段時間之後,你會開始對 growth mindset 的狀態有更高的自覺,到了那個階段以後,你可以自由選擇任何為你帶來成長的經驗進行 reflection。

  2. 2023年9月26日 · 發佈日期: 2020 年 6 月 8 日 作者: ALPHA Camp. 內容目錄. 線框稿 (Wireframe) 什麼是Wireframe? 為什麼要製作 Wireframe? 使用 Wireframe 溝通. 資訊架構 (Information Architecture, IA) 使用者介面 (User Interface, UI) 字體排版 (Typography) Wireframe (線框稿)主要目的是溝通網頁的架構、內容、功能、行為、資訊階層。 會用非常簡單的灰階顏色、線條、符號或框線,來表達網頁(或應用程式)的排版架構。

    • 梅愛芳梅艷芳1
    • 梅愛芳梅艷芳2
    • 梅愛芳梅艷芳3
    • 梅愛芳梅艷芳4
    • 梅愛芳梅艷芳5
  3. 2024年3月27日 · 這裡會介紹一個很常用的設計模式叫作 MVC 設計模式,在這個模式裡,會把軟體分成 Model、View、Controller 三大功能層。 每一次 request/response 週期的背後,都由這三大功能層來合作完成。 立即領取. 點我免費領取非本科轉職工程師指南! 什麼是 MVC? Model、View、Controller 的區分,是希望能把應用程式的內部運作歸納成不同的部門,讓每個部門各自負責不同的關注點。 具體的行為是「把不同意義的程式碼放在不同的檔案裡」。 Model 常譯為「模型」,負責和資料庫溝通。

  4. 2022年12月27日 · 發佈日期: 2022 年 12 月 27 日 作者: ALPHA Camp. 內容目錄. 點我免費領取全端開發學習地圖! 敏捷模型. 敏捷的四大理念. 但該如何實踐? 敏捷的迷思. 不斷優化才是王道. 敏捷開發(Agile Development)是一種軟體開發方法,旨在使團隊能夠快速、靈活地進行軟體開發,並以客戶為中心。 它是基於敏捷軟體開發宣言的一組原則和指南,該宣言旨在使軟件開發能夠更快速、更可靠地滿足客戶需求。 敏捷開發的基本概念包括迭代、演示、專業團隊、自我管理和自我組織。 它強調了透過不斷的小步驟來進行軟件開發,並通過專業團隊的自我管理和自我組織來實現這一目標。 敏捷開發的目的是提高軟件開發的效率和品質,並使團隊能夠快速應對業務需求的變化。

  5. 2024年1月8日 · 三步驟讓數據分析清晰易讀. 發佈日期: 2024 年 1 月 8 日 作者: 黃 昱嘉. 內容目錄. 步驟一:最希望呈現資料裡的哪一個關係? 「比較大小」:長條圖. 「了解趨勢」:折線圖、堆疊長條圖. 「呈現整體組成」:圓餅圖、百分比堆疊長條圖、矩形樹狀圖. 「呈現分佈」:散佈圖、直方圖. 「比較大小+呈現分佈」:泡泡圖. 步驟二:選擇表達訊息能力最佳的圖表. 圓餅圖 vs 長條圖. 折線圖 vs 堆疊長條圖. 步驟三:挑選顏色. 以上都不符合你的需求嗎? 這裡有更多選擇圖表的指引. RE:LAB. Financial Times 的「視覺化辭典」 Andrew Abela 的 Chart Chooser. The Data Visualisation Catalogue. 結語.

  6. 2023年4月30日 · Debug的基本技巧. 在進行debug時,有幾個關鍵步驟需要遵循: 2.1 準確理解問題. 在你修復錯誤之前,你需要完全理解問題的所在。 這可能需要閱讀錯誤訊息、檢查變數的值、或者跟蹤程式碼的執行流程。 2.2 簡化問題. 嘗試以最簡單的方式再現問題。 這可能意味著你需要建立一個簡單的測試環境,或者創建一個最小化的程式碼來重現問題。