104學習精靈

在職場中遇到的成員類型往往有所不同，有些人能夠提升團隊的動力和效率，但也有一些類型的成員，是會對團隊造成不利影響。如何去找出這些成員並且加以管理改善，這就是每個主管及專案負責人的重要課題。 1. 不負責任型成員 個人認為這是最重要的，這類成員在面對責任時總是推卸或找藉口，對工作進度造成負面影響。如果一個人無法承擔起自己的職責，團隊的整體運作就可能出現瓶頸。我們可以先選擇進行直接的溝通，嘗試找出他們面臨的困難，並給予具體的行動指導。但如果狀況持續，接下來一定會嚴重破壞到團隊的工作氣氛及積極前進的動力，不得不去正視。 2. 負面思考型成員 負面思維不僅會影響個人的表現，還會滲透到整個團隊，造成士氣低落，甚至產生不必要的內部矛盾。這類成員可能經常抱怨、消極，並散布負面情緒。面對這類型的成員，先嘗試通過「正向引導」來提升他們的自我覺察，並引導他們以積極的方式面對挑戰。 3. 消極抗拒變革型成員 團隊需要保持靈活性，才能應對不斷變化的市場需求或內部調整。消極抗拒變革的成員往往會拖慢團隊的適應速度。這一種類的人在團隊都會有一定的比例，他們可能抱持「我們過往都是這樣做」的心態，對於任何新方案、新工具都表示懷疑。 在這種情況下可以採取Small wins漸進式小變革的方式，透過成果減少他們的抗拒感。但如果成員完全無法適應，可能會影響整個團隊的發展。 4. 缺乏團隊合作精神型成員 在專案中團隊合作是成功的關鍵。那些只關心自己工作、無視團隊需求的成員，可能會讓其他人感到難以合作，進而削弱整體士氣。這時候可以試著用一些團隊活動，來營造出「協同效應」的重要性，讓這些成員看到團隊合作能帶來更好的結果。 5. 無法持續成長型成員 這類型的成員應該是占大宗，隨著企業與市場環境的變化，成員的成長與進步顯得愈發重要。如果某個成員持續缺乏學習動力，不願意提升自己的能力，那怕過往是優秀員工，也會逐漸讓團隊在競爭中失去優勢。 所以定期提供一些學習材料、設計團隊活動分享或是提供單位內獎勵機制，持續對於成員的表現並給予成長建議。才能夠鼓勵成員持續成長。 人力不足對於每個團隊來說都是個嚴苛的考驗，但對於影響團隊的成員，有時需要作出艱難的決策，來辨別哪些成員不適合留在團隊中。團隊的成長與成功，其實是需要每一位成員的共同努力與互相支持，所以任何削弱團隊協作與效率的因素，都應該是主管要優先關心及改善的。

簽到表是我們辦活動時的必需物品，但隨著電子化越來越普及，有沒有可能把簽到表也數位化呢?就讓我們利用Excel來做一個吧! 操作步驟： 1.先在空白處輸入=now() 作為紀錄時間使用 2.全選時間列 3.到資料-資料驗證中 4.儲存格內允許選擇「清單」；來源選擇「now函數儲存格」，按下確定 這樣做一個下拉式選單，報到過的時間就不會自動更新時間了，這樣報到起來是不是超方便的!

👉 《#JavaScript大全》 網址：https://www.tenlong.com.tw/products/9789865027322?list_name=trs-o 俗稱犀牛書的《JavaScript 大全》，從零開始的 JavaScript，不怕不讀，就怕太厚讀不完。 👉 《#JavaScript－#優良部份》 網址：https://www.tenlong.com.tw/products/9789866840272?list_name=rd 少少的 100 多頁，把 JavaScript 好與不好的地方都寫得清楚。對於在使用 JavaScript 時，可以更深地了解每個 JavaScript 的特性。 👉 《#深入淺出設計模式》 網址：https://www.tenlong.com.tw/products/9789865029364?list_name=srh 設計模式（工作上比較用英文 design patterns）是在開發時使用的寫法，這些寫法是經過時間考驗，在遇到類似情境的時候，使用設計模式推薦的結構來撰寫程式，可以讓自己寫出更簡潔、複用性更高的程式碼，減少未來遇到需求變更、更改程式碼時，因為耦合度過高造成開發成本的增加。 👉 #同場加映《JavaScript: Understanding the Weird Parts》 線上課程網址：https://www.udemy.com/course/understand-javascript JavaScript 寫多了以後，會發現這個程式語言有難以置信，不禁讓人露出黑人問號表情的面相，Udemy 的這堂線上課程算是羅列了各種 JavaScript 奇怪的部分。 不論是犀牛書還是另外兩本，我都偏向推薦已經是前端工程師的讀者再來閱讀，理由無他，就是這幾本書讀完要花費的時間實在是太多了，對於想要踏入前端世界的初學者來說，內容與無字天書無異。 如果真的是從 0 到 1，我會比較推薦讀者跟自己信任的老師學，而不是自己看書。因為如果有不懂的地方，至少可以有人即時地回覆，而保哥說的觀念沒學好會吃大虧，至少在專業的老師帶領下，比較能夠建立起基本的概念。 上面推薦的書雖然不見得適合當初入前端的第一本書，但對我在往後的工作上幫助都不小，推薦給大家。

►單元主題：頑皮的表格，讓你無法設定重複標題列，我們來瞧瞧表格文繞圖的影響~ ►描述： 這幾天很巧合的，處理到同樣的問題，都是表格「文繞圖」所影響 問題1.表格上方想增加主要標題，但怎麼Enter也無法新增一個空白段落來放標題 問題2.已經設定表格跨頁標題重複，跨頁卻無法顯示標題 Meiko想說應該也有不少人遇到相同的問題，所以就來跟大家分享一下解法囉。 ►此影片錄製使用版本：Word2013錄製，365版本已經不會有問題2的狀況 ►https://youtu.be/sMgA7sYT38U

你是不是常常覺得 AI 回答有點答非所問，或者明明問題很簡單，回應卻一大篇繞來繞去？其實問題很可能出在——你怎麼問。 這個月，Google 推出了由開發者關係專家 Lee Boonstra撰寫的《Prompt Engineering》白皮書（提示工程白皮書）。裡面不只是介紹怎麼寫 prompt，而是從原理到實戰，帶你一步步掌握「怎麼和 AI 說話」，讓 Gemini 模型真正幫上忙。 📘 這本白皮書有什麼特別？ 這份 68 頁的白皮書不走理論路線，而是聚焦在實用的提示設計技巧，適合開發者、內容創作者、數位行銷人，甚至是剛接觸生成式 AI 的新手閱讀。 它特別針對 Google 自家的 Gemini 大型語言模型（透過 Vertex AI 或 API 使用），整理出一系列好用又經過驗證的提示設計方法。裡面不只有說明，還有範例、應用情境和最佳實踐，非常實戰取向。 🔍 白皮書重點：10 種好用的提示技巧＋範例 1. 零樣本提示（Zero-shot prompting） 直接發問，不提供任何範例，考驗模型的直覺理解力。 例如：「解釋什麼是量子糾纏，用簡單的方式讓高中生也聽得懂。」 2. 少樣本提示（Few-shot prompting）** 提供一兩個例子，幫助模型模仿語氣與邏輯。 例如：「請模仿以下範例撰寫商品文案：商品：極簡筆記本，特色：環保、可平攤、質感黑色。」 3. 系統提示（System prompting） 為整段對話設定角色與任務規則，常見於API使用開場。 例如：「你是一位專業的職涯顧問，請根據用戶提供的履歷給出升遷建議。」 4. 角色提示（Role prompting） 讓AI扮演特定身份來產出對應語氣的內容。 例如：「請扮演一位資深產品經理，分享你帶過最難忘的一場簡報經驗。」 5. 上下文提示（Contextual prompting） 給AI足夠的背景資訊，提升回應的準確度與實用性。 例如：「背景：我正在為行銷團隊設計年度簡報。請幫我產出一頁‘趨勢預測’的內容，針對2025年AI行銷工具發展。」 6. 思維鏈提示（Chain-of-Thought, CoT） 引導AI按部就班地邏輯推理，特別適合用在數學、推理題。 例如：「請逐步推理並計算出以下問題的答案：一台機器每天可生產200個零件，5台機器工作3天總共可生產多少？」 7. ReAct提示（Reason + Act） 結合「思考」與「執行」兩步，幫助AI先判斷再回應，甚至進一步執行行動。 例如：「請先分析這篇文章的主題，再生成一條適合的SEO標題，並格式化成 Markdown 標題語法。」 8. 自動提示工程（Automatic Prompt Engineering, APE） 把寫提示這件事也交給AI，讓模型產出不同版本的prompt並自我優化。 例如：「我想讓AI幫我撰寫商品評論摘要，請你幫我產生5組不同風格的提示語供測試。」 9. 格式化輸出（例如JSON） 讓AI輸出的內容有結構，便於程式處理與後續使用。 例如：「請根據以下產品資料，生成對應的 JSON 格式資料，並保留key名稱。」 10. 混搭風格與語氣（Styling & Tone Prompting） 嘗試不同語氣、語言風格、格式等，找出最貼近任務需求的回應方式。 例如：「請用輕鬆幽默的語氣，寫一段開場白，歡迎新員工加入我們的設計部門。」 ✅ Google 推薦的提示設計做法 Google在白皮書中也提供一些實用的提示撰寫建議： - 提供示例：能有效幫助模型模仿任務邏輯與語氣風格。 - 保持簡潔明確：不囉嗦，重點清楚，避免語意模糊。 - 明確下達任務：比起「幫我整理一下」，說「請幫我列成三點摘要」更有效。 - 模組化撰寫：將提示寫成可重用模板，可大幅提升效率。 - 控制輸出長度：使用像是「限50字內」「請用推文風格」的指令，有助掌控生成結果。 🖱️ 資源整理 - 📄 [白皮書 PDF下載](https://www.gptaiflow.tech/assets/files/2025-01-18-pdf-1-TechAI-Goolge-whitepaper_Prompt%20Engineering_v4-af36dcc7a49bb7269a58b1c9b89a8ae1.pdf) - 🌐 [Lee Boonstra 官網](https://www.leeboonstra.dev/writing/) - 📥 [Kaggle 白皮書頁面]https://www.kaggle.com/whitepaper-prompt-engineering - 🎥 精華影片：[觀看影片] https://www.youtube.com/watch?v=0AsGIcYY2Ao ✨ 總結 這份白皮書不只是寫給工程師，它其實是一本「AI 溝通指南」，教你如何讓生成式模型變成真正的幫手。 記住一句話：「會問問題的人，才是真正懂用AI的人。」 無論你是日常使用者還是專業從業者，只要你懂得設計 prompt，AI 就能為你發揮超過預期的效果。