Windows Phone開發課程：Windows Phone Mango 多媒體資料處理實戰

作者： -
感謝各位朋友們參加今天位於微軟7AB的『Windows Phone Mango 多媒體資料處理實戰』教育訓練課程，今天的投影片可以從底下連結下載：
http://blog.studyhost.com/BlogData/20120313/slides.7z

留言

匿名表示…
董老師您好～

這次課程是不是有提供範例程式供下載呢？

壓縮檔裡只有簡報檔跟相關資源連結，
謝謝！
2012年3月16日 上午9:55
愛瑞克的學習筆記寫道…
已經下單買了董老師的書了
第一冊：介面設計與基本概念篇
第二冊：RIA與資料處裡篇

我希望能建立一套開發Web專案的底層
MVC + JQuery + AJAX + LINQ + SilverLight
並能實際用在專案開發上面,希望董老師
能帶領我們建立這樣一套底層!!
2012年3月23日 下午1:21
張貼留言

這個網誌中的熱門文章

開啟 teams 中的『會議轉錄(謄寫)』與Copilot會議記錄、摘要功能

作者： -
圖片
在 Teams 中有一個非常好用的功能，可以透過 “謄寫” 把 Teams 的語音會議變成逐字稿，這部分當然是用到語音識別(語音轉文字)的AI技術。 開始謄寫與自動會議紀錄 當啟動一個會議之後，主席可以透過底下這個『開始謄寫』功能來開啟： 這個功能之所以重要，是因為他也是 Teams Copilot 要能夠順利使用的基礎。我們可以透過 Teams Copilot 進行會議的摘要、總結、整理、或是進行會議內容的詢問，而這後面用的則是LLM(大語言模型)的能力： 這功能對於需要參加很多會議的主管、或是在開會遲到的同仁，都是很方便的功能，可以透過詢問Copilot快速地進入會議狀況。 開啟 “謄寫” 功能 然而，這一切的基礎 “謄寫” 功能卻不是每一個機構都有預設開啟，如果你發現你的 “謄寫” 功能是灰色的(無法點選)，就意味著你的組織沒有開啟(或沒有為你開啟)這個功能。 那組織的管理員該如何開啟此功能呢? 很簡單，只需要到 Teams 系統管理中心，點選 『設定和原則』 --> 『會議』： 進入 『會議』 的設定之後，找到『會議錄製』–>『轉錄』 將其『開啟』即可: 如此一來，組織內的同仁就可以順利的使用 Tteams 會議中的語音轉文字(謄寫)功能，也可以使用 Copilot 來查詢會議的內容囉。 Enjoy it~
Read more »

使用 Render.com 作靜態網站的自動化佈署

作者： -
圖片
最近在上課時，為了讓不想花錢申請 Azure 雲端服務的學員，也能夠實際體驗 CI/CD 的開發流程，我一直在尋找一個 免費、簡單 的網站部署的平台。希望用戶只要有 GitHub 帳號，就能將 repo 內的網站經由 GitHub Actions 自動佈署到雲端。 試過幾個方案之後，最後選擇了 Render.com 。它不但提供免費的靜態網站託管，還能輕鬆與 GitHub 整合，自動化部署流程幾乎沒什麼難度，非常適合教學與初學者練習使用。 什麼是 Render.com Render.com 是一個現代化的雲端平台，提供簡單、快速且免費的網站服務。​透過與 GitHub 的整合，開發者可以輕鬆地將靜態網站自動部署到 Render，並利用 GitHub Actions 進行持續整合與部署（CI/CD）。 Render 支援多種服務類型，包括： 靜態網站（Static Sites） ：​適用於 HTML、CSS、JavaScript 等前端資源，透過全球 CDN 提供快速、安全的內容傳遞。 Web 服務（Web Services） ：​支援 Node.js、Python、Ruby 等後端應用程式的部署。(但不支援 .net) 私有服務（Private Services） 、 背景工作（Background Workers） 、 排程任務（Cron Jobs） ：​適用於內部服務、非同步處理及定時任務。 如何從 GitHub 部署靜態網站到 Render Render 本身直接支援自動化佈署，你可用 GitHub 帳號申請Render.com ，並且直接建立一個靜態網站： 你可以在建立站台的時候，直接選擇要從哪一個 GitHub Repo 進行佈署: 在選擇好後，你可以配置該網站關聯的資料來源位置(選擇Repo中的資料夾): 設定完成之後，只需要一鍵就能佈署完成： 如果要變成自動化呢? 我們可以在 GitHub Repo 中設定 Action，來進行網站的自動化佈署。 由於Render.Com 提供一個自動化佈署的 WebHook(本質上就是一個API)，只要呼叫該API， Render.com 就可以自動從 GitHub repo 中取得最新的程式碼，並且佈署到伺服器端： 也因此，只要我們為其配置一個 GitHub Acti...
Read more »

VS Code的字體大小

作者： -
圖片
身為.net developer，這年頭是什麼code都得要會寫的年代。 而雖然我的NB還沒從Windows淪陷為Mac OS，但寫Node.js和Python免不了要用VS Code，這是一種愛的表現。 但歲月不饒人，盡管微臣非常熱於配合，但VS Code預設字體的大小在我還沒錢買大尺寸螢幕的狀況下，實在讓老臣難以適應。當下的第一個反應是什麼? 當然是 Ctrl+滑鼠滾輪往上推…哇靠，沒用。看…這設計…恩，千錯萬錯一定是我的錯。 只好從選單 file –> Preferences –> Settings: 在出來的視窗中，你可以看到 editor.fontsize: 沒錯，改它就行了。改不動? 喔，不好意思，我沒仔細看說明，要copy到右邊是吧，沒問題，copy->paste->modify->Save…搞定。 好簡單啊…連ctrl+(mouse scroll up)都用不到了呢… 咦?這是一篇抱怨文嗎? 沒有，誰說的? 免費的tool我們還有什麼好抱怨的呢…要感恩啦。 啊….對了，如果你還是堅持要使用 Ctrl+滑鼠滾輪，請找關鍵字… "editor.mouseWheelZoom"
Read more »

原來使用 .net 寫個 MCP Server 如此簡單

作者： -
圖片
MCP 的重要性與意義 MCP 的重要性在於它建立了一個標準化的架構，讓開發者能夠快速建構出給 AI Agent 呼叫的各種功能。 舉例來說，假設我們希望實現一個 可以透過自然語言對談的請假功能 ，傳統上我們必須建立一個前端 Chat Bot 作為 UI、還得撰寫後端 API、資料驗證邏輯、資料庫存取介面…等，另外還要設計 Chat Bot 的對話邏輯，才能把請假功能整合到Chat Bot的對談訊息中。 但在 MCP 的架構下，這樣的流程可以大幅簡化。 開發者只需要實作幾個「請假功能」的介面（Tool Interface），接著定義好運行這個功能需要輸入哪些參數（例如請假人、開始時間、代理人、事由…etc.），並透過 JSON 來描述這些參數的格式與驗證邏輯。接著，AI Agent 便可以在對話過程中，自動根據對談前後文理解使用者意圖，挑選出適合的Tool來運行，主動發出呼叫的請求。如此一來，大幅簡化了AI Agent開發的難度。(本質上就是 Function Calling 的概念) 而 .net 又把這個難度降低到人人可以開發的程度，底下是一個使用 .net 開發的 請假功能 MCP Server，並且使用 GitHub Copilot來呼叫的例子： 其實我之前用 Semantic Kernel做個類似的範例，只是如今 .net 讓它變得更簡單，而且輕易地可以透過MCP架構讓不同的 MCP Client端呼叫使用。 如何用 .NET 撰寫 MCP Server 要使用 .NET 撰寫 MCP Server 非常簡單，受益於 Microsoft.Extensions.Hosting 和 ModelContextProtocol 套件，我們可以在幾分鐘內輕鬆地實作 MCP Tool 和 MCP Server 。 以下是MCP Server的完整程式碼： using Microsoft . Extensions . DependencyInjection ; using Microsoft . Extensions . Hosting ; using Microsoft . Extensions . Logging ; using ModelContextProtocol . Server ; using System ...
Read more »

關於 如何快速增進程式功力...

作者： -
最近有網友在Blog上問到關於學習程式設計的問題(如何快速增進程式功力...)，我也很開心nowshow幫我做了一些回覆。(其它潛水多年的朋友們，該是甦醒的時候了...) 其實我一直很想找個機會和大家聊聊『學習』這個主題，因為自己走了很多的冤枉路，所以總覺得有好多東西想分享。只是有時後工作忙，忘了，有時候寫著寫著發現詞不達意，放棄了。前陣子常這樣，說來你可能不相信，其實在這個Blog裡的已發表文章數量差不多只是所有所有文章數量的2/3，其他的我都沒寫完，擱著...久了就乾脆放棄不發表了。最近想打破這個限制，所以想到什麼寫什麼，也請讀到的朋友們原諒文章中用詞的隨性，畢竟這年頭『卸卸』之類的火星文充斥，我們這些老頭們寫的文章應該算工整了。 回頭談學習，如何快速增進程式功力...? 說來慚愧，但不怕各位見笑，打從我學習程式設計以來，到目前為止，只『付費』上過一次電腦課程，而且還是國小約莫3,4年級，此後，我從沒上過任何一堂課。程式設計幾乎都是自學。 請千萬別誤會，我不是說上課不重要，特別是自己身為講師，如果我讓大夥覺得上課不重要，豈不是滑天下之大稽? 首先，我雖然沒付費上過電腦課，但自從開始以程式設計謀生(我的第一個收費的專案，是在高中時代寫的台北市某校的招生系統，當時還是用Clipper配合讀卡機呢)之後，只要有業界的教育訓練我都盡可能參加，每次的TechED我也都想辦法到場(公司出錢。對，我也曾和大家一樣坐在下面乖乖當聽眾)，觀念和眼界的建立是相當重要的。我身邊也有一些朋友們，是透過資策會或是其他知名的教育訓練中心的套裝課程，開始進入程式設計的領域。也有不少是科班出身，然後投身資訊領域。這些養成對他們都有相當大的幫助。 但我要說的是，不管怎樣的養成，這絕對只是一個起頭，不管你曾經經過怎樣的訓練，你都只能拿到一張入場券，進入業界之後，才是真正挑戰和學習的開始。我相信幾乎每一個軟體開發從業人員都同意，如果你討厭常常學習新東西，目前的軟體業肯定不適合你。 我回頭想了一下最近15年，我比較我『學習』一門技術的時間，和『使用』一門技術的時間，大家要不要猜猜看是『學習』的時間多還是『使用』的時間多? 我發現，隨著近幾年技術演進的速度越來越快，我花在學習的時間越來越長(不過這也因為身為講師或前導廠商的我們在學習這門技術的當下，相對而言手邊的資源會比大夥來的少一些，技術愈成熟，學習資...
Read more »