104學習

DDoS，全名是"Distributed Denial of Service"，即分散式拒絕服務攻擊，是一種網絡攻擊形式。在一次 DDoS 攻擊中，攻擊者試圖通過向目標網站、伺服器或網絡資源發送大量數據流量，使目標系統不可用或效能降低。這種攻擊通常涉及多個受感染的計算機或設備，這些計算機通常被稱為"僵屍"，而攻擊者可以遠程控制它們，協調它們一起攻擊目標。 DDoS 攻擊的主要目標是消耗目標系統的資源，例如帶寬、處理能力或記憶體，從而使該系統無法正常運作。這可能導致網站無法訪問、應用程序無法運行或網絡服務中斷。 DDoS 攻擊通常分為以下幾種類型： 1. Volume-Based Attacks（容量型攻擊）：攻擊者通過向目標系統發送大量的數據流量，壅塞目標的帶寬。這包括UDP洪水攻擊和ICMP洪水攻擊。 2. Protocol-Based Attacks（協議型攻擊）：攻擊者利用目標系統的資源進行攻擊，例如消耗伺服器處理能力的SYN/ACK攻擊或HTTP GET/POST請求攻擊。 3. Application Layer Attacks（應用層攻擊）：攻擊者針對應用程序層級的漏洞或弱點發動攻擊，例如HTTP流量洪水攻擊或Slowloris攻擊。 DDoS 攻擊可能對網絡安全造成嚴重影響，尤其是對於網站運營商和線上業務。為了防範 DDoS 攻擊，組織通常會使用專門的防火牆、入侵檢測系統（IDS）和入侵防禦系統（IPS）等安全工具，以監控和過濾不正常流量，從而保護其網絡資源免受攻擊。

GitHub 是開發人員分享各式資源的集聚地，裡面充滿了各種與軟體工程相關的學習資料。但如何從這個龐大的資源庫中找到真正有價值的內容呢？本文將介紹五個頂尖的免費 GitHub 專案，幫助你提升技能，解決學習上的難題。 ▍Professional Programming 在這個專案中，你會找到大量經典書籍和優質網站的推薦，這些資源涵蓋了專業程式設計的方方面面。無論是深入理解設計模式還是掌握最佳實踐，這個專案都能滿足你的需求。雖然閱讀和學習這些內容需要一些時間，但對於那些致力於持續提升自我的開發者來說，這是一個絕佳的資源。 ➤ 專案網址: https://github.com/charlax/professional-programming ● 適合對象：希望深入理解專業程式設計的開發者 ● 上課模式：自學，閱讀推薦書籍和網站 ● 先備能力：基本的程式設計知識 ● 學習後能提升的能力：設計模式理解、最佳實踐應用 ▍Web Dev For Beginners 這是由 Microsoft 的 Azure Cloud Advocates 團隊提供的線上課程，專為初學者設計。課程分為 12 週和 24 週兩種模式，內容涵蓋 JavaScript、CSS 和 HTML 的基礎知識。每節課都有課前和課後測驗、詳細的內容說明、解決方案以及作業。透過這種以專案為主的教學方法，學習者可以在實作中獲得新技能，達到事半功倍的效果。 ➤ 專案網址: https://github.com/microsoft/Web-Dev-For-Beginners ● 適合對象：Web 開發初學者 ● 上課模式：線上課程，包含測驗和作業 ● 先備能力：無需先備知識 ● 學習後能提升的能力：JavaScript、CSS 和 HTML 基礎知識 ▍The Art of Command Line 命令列工具是每個開發人員都應該掌握的基礎技能，而這個專案則提供了豐富的命令列指令及其使用說明。無論你是命令列的新手還是老手，都能在這裡找到有用的資源。最重要的是，這些指令可以大大提升你的工作效率，讓你在處理日常任務時如虎添翼。 ➤ 專案網址: https://github.com/jlevy/the-art-of-command-line ● 適合對象：所有需要使用命令列的開發者 ● 上課模式：自學，閱讀和實作命令列指令 ● 先備能力：基本的計算機操作知識 ● 學習後能提升的能力：命令列操作效率、命令列工具使用 ▍Project Based Learning 這個專案彙集了一系列以專案為導向的學習資源，涵蓋了多種程式語言。動手實作是學習程式設計的最佳方法，透過不斷解決實際問題，你能夠在實作中學到知識，並有效地鞏固記憶。這些專案由一群熱心的工程師整理，旨在幫助學習者通過實際操作掌握程式設計技巧。 ➤ 專案網址: https://github.com/practical-tutorials/project-based-learning ● 適合對象：希望通過專案實作學習程式設計的開發者 ● 上課模式：自學，參與專案開發 ● 先備能力：基本的程式設計知識 ● 學習後能提升的能力：專案實作經驗、多種程式語言技巧 ▍Every Programmer Should Know 技術世界瞬息萬變，無論你有多麼熟練，總有新知識需要學習。這個專案彙集了各種重要的技術知識和實踐，幫助你拓展視野，了解最新的技術趨勢。對於那些希望保持技術前沿的開發者來說，這是一個不可或缺的資源庫。 ➤ 專案網址: https://github.com/mtdvio/every-programmer-should-know ● 適合對象：所有開發者 ● 上課模式：自學，閱讀各種技術文章和資源 ● 先備能力：基本的程式設計知識 ● 學習後能提升的能力：最新技術趨勢、廣泛的技術知識 GitHub 上有許多寶貴的學習資源，這五個免費專案是其中的佼佼者。通過這些資源，你可以提升專業技能、掌握命令列技巧、進行專案實作，並不斷學習新知識。無論你是新手還是有經驗的開發者，都能從中受益。趕快開始你的學習之旅吧！ ➤ 看更多工程師職缺＆面試懶人包： https://www.104.com.tw/topic/digital-talent?category=research-engineer&goto=recommend&utm_source=104&utm_medium=nabi_post ➤ 資料來源：https://dev.to/wizdomtek/5-github-repositories-every-developer-should-know-1p93 ➤ 歡迎在104學習精靈關注【AI趨勢報－科技愛好者的產地】獲得更多科技新知！

https://www.youtube.com/shorts/HnP4u70RPEU 努力不是為了鶴立雞群 而是為了要離開雞群 沒有實力的時候不要說話 有實力的時候不需要多說 不要被廉價的言語感動 畢竟說話不需要成本 這個世界最可怕的事就是 你把人家當朋友 人家沒把你當人

長期照顧服務產業競爭核心力-服務花朵進行長照服務創新-詹翔霖副教授 服務的定義 服務是由一方向另一方提供的經濟活動，大多是基於時間的行為。目的是對接受者或購買方負有責任的其它資產產生期望中的結果。顧客用他們的金錢、時間和精力作為交換條件，希望通過使用物品、勞動、專業技能、設備、網絡和系統獲得價值，但他們通常並不取得所涉及的任何實體因素的所有權。 傳統的服務行銷強調四大基本要素：產品、時間地點、價格和其它成本、促銷和教育。現代服務營銷則增加了四個與服務傳遞有關的要素：實體環境、流程、人員、服務效率和質量。稱為服務營銷的8P，是實現持續性盈利的必備要素。 行銷大師菲利普•科特勒的《營銷學原理》一書中，服務對消費者的價值被形像地描繪為“服務之花”，花蕊、花萼和花瓣分別代表其核心價值、基本價值和附加價值，它們共同撐起消費者對某項服務的美好體驗。 美國著名服務行銷學者克里斯多弗•H•洛夫洛克的“服務之花”思想。其實質含義是從整體產品或服務的立場出發，將核心產品與附加產品的關係喻之為一朵花的“花蕊”與“花瓣”，不同企業的核心產品大不相同，而所有企業的附加產品則大致一樣，它們可分為八大方面，因而提出可以通過加強附加產品的服務來使核心產品價值增加，從而提高企業競爭力。 八種附加服務輔助（信息、諮詢、訂單、招待、保管、例外服務、賬單和付款）相關的服務要素像八片花瓣一樣圍繞在基本服務的周圍。但並非所有的服務全都包括以上八種服務要素，由核心產品(Core Products)與八種週邊服務(Supplementary Services)所構成的組合 (如圖所示)，核心產品為花苞，週邊服務為花瓣，花苞必須要有花瓣的搭配，才能呈現出最完美的服務花朵，深深絡印在消費者心中。

你的辦公室裡，是不是也存在一個「慣老闆」？ ​ 他們的特徵很明顯：時間永遠是「立刻」、「馬上」；你的下班時間，是他靈感爆發的時間；你做得好是「應該」，你做不好就是「能力有問題」。 ​ 你可能試過忍氣吞聲，也可能試過拚死加班，結果你越「乖」，他越「慣」。你心裡一定吶喊過：「到底要怎樣，才能讓他放過我？」 ​ 志凱在一家廣告公司當企劃，他的老闆就是這種「天條型」的慣老闆。 ​ 老闆最愛在週五下午 5:50 丟一個「小任務」，然後說：「這個週末幫我『簡單』想一下。」 ​ 志凱一開始是「職場乖寶寶」，老闆的「聖旨」他不敢不從。他犧牲了無數個週末，用肝功能換取老闆的「SAY YES」。 ​ 但他發現，老闆並沒有因此更賞識他，反而變本加厲。他的職涯規劃，變成了「老闆的許願池」。 ​ 關鍵轉折點，發生在一次大型比稿。 ​ 志凱和團隊花了兩個禮拜熬夜，做出了A、B兩個方案，老闆也點頭同意了。 ​ 就在比稿前一天晚上 10 點，老闆突然在群組丟了一句：「我還是覺得 A、B 方案都不夠『亮』。志凱，你帶大家再想一個 C 方案吧，明天早上 9 點我要。」 ​ 整個團隊瞬間崩潰。志凱看著群組裡已讀不回的同事，再看看自己電腦上那份改了 20 次的簡報，他終於意識到：對慣老闆來說，「服從」是沒有用的。 ​ 志凱的血淚史，是多數人被「有毒主管」PUA 的過程。 ​ 在我的諮詢經驗中，我發現「慣老闆」之所以能這麼「慣」，不是因為他們真的多厲害，而是因為在應對上，犯了三個致命錯誤，讓他「有機可趁」 ​ 第一種：『軟柿子』型員工。 這是老闆的最愛。他們不敢拒絕、不敢提問、不敢有意見。老闆說什麼，你都說「好」、「沒問題」。 ​ 被慣壞的細節： 你以為的「配合度高」，在老闆眼中叫「沒有底線」。他當然會把所有急事、爛事、雜事都丟給你，因為，你最好用，也最便宜。 ​ 第二種：『情緒型』員工。 這種人剛好相反。老闆一壓迫，他就爆炸。他會私下抱怨、會擺臭臉，甚至在會議上頂撞。 ​ 被慣壞的細節： 你以為的「反抗」，在老闆眼中叫「情緒化」。他抓到了你「不專業」的小辮子，反而更有理由打壓你、批評你「抗壓性低」，你的職涯發展就此卡關。 ​ 第三種：『無數據』型員工。 這種人最常見。老闆丟工作給你，你只會說「我、我很忙...」。 ​ 被慣壞的細節： 「我很忙」這三個字，是最無力的辯護。有多忙？忙什麼？老闆完全感受不到。你沒有「具體事實」當盾牌，老闆的「感覺」（我覺得你不忙）當然就贏了。 ​ 懂了嗎？對付慣老闆，用「服從」或「情緒」都沒用。 ​ 你唯一能用的武器，就是「專業」。建議了解這 3 個「向上管理」步驟，這才是讓他自動閉嘴的唯一解方。 ​ 步驟一：用「數據」當盔甲，把「我很忙」換成「我的時間表」。 這是最關鍵的一步。不要用「感覺」回報，要用「事實」溝通。 ​ 「老闆，收到。目前我手上有 A 專案（佔 60% 工時）和 B 專案（佔 30% 工時）都在『進行中』。您剛交辦的 C 任務，我評估需要 8 小時。請問，C 任務的『優先』高於 A 還是 B？ 如果高於 A，我是否能將 A 的 DDL 往後延一天？」 ​ 重點提醒： 把「你要加班」的問題，換成「老闆你要『取捨』」的問題。 ​ 步驟二：用「提案」當武器，把「我不要」換成「我建議」。 「軟柿子」才會說「好」，「情緒型」才會說「不」。專業人士，要說「我建議」。 ​ 「老闆，您的這個方向很好。同時，我建議我們可以採用『B 方案』（提出你的專業），因為根據過去的數據，B 方案的成本效益高出 20%。您看我們是否可以朝 B 方案深入？」 ​ 重點提醒： 你不是在「否定」他，你是在「優化」他。 ​ 步驟三：用「界線」當護城河，把「隨傳隨到」換成「固定回報」。 你的價值，不是來自你「回 Line 的速度」，而是來自你「解決問題的深度」。 ​ 重點提醒： 下班時間的非緊急訊息，你可以「已讀」，但不要「秒回」。你可以等到隔天早上，整理好思路後，再給出「完整且專業」的回覆。你要主動「訓練」你的老闆：你是一個在上班時間效率極高、能解決問題的人才，而不是一個 24 小時的「在線客服」。 ​ 志凱後來怎麼了？ ​ 他沒有離職。在那個稿被推翻的晚上，他最後這樣做。 ​ 他打電話給老闆：「老闆，收到 C 方案的需求。目前團隊已經為了 A、B 方案熬夜兩週，大家都在體力極限。如果現在硬做 C 方案，品質我無法保證。」接著，他用了步驟二：「我建議，我們還是用 A 方案去比稿，因為 A 方案最能解決客戶『XX 的痛點』。我非常有信心。」 ​ 老闆在電話那頭沉默了 30 秒，最後說：「...好，那就照你說的。」 ​ 那次比稿，他們贏了。 ​ 志凱告訴我，從那晚開始，老闆再也沒有在半夜丟過「無效指令」給他。 ​ 你無法選擇老闆，但你可以選擇「被對待」的方式。 當你開始用「專業」和「數據」武裝自己時，你會發現，那些「慣老闆」的聲音，真的會自動變小。