跳到主要內容

姜惠琳鼓勵年輕人勇敢闖蕩 成為改變世界的力量

姜惠琳鼓勵年輕人勇敢闖蕩 成為改變世界的力量
NU SKIN 台灣總裁姜惠琳鼓勵青年人勇敢闖蕩，成為改變世界的力量

NU SKIN秉持善的力量使命，與世界公民島長期攜手合作，至今已邁入第五屆，每年從上千位優秀青年中評選百位旅行家，針對未來一、二十年台灣即將面臨的重大議題，去做「有任務的旅行」，合力為未來構築一張清晰的世界地圖。NU SKIN台灣總裁姜惠琳鼓勵年輕人勇敢闖蕩，成為改變世界的力量。

NU SKIN台灣總裁姜惠琳表示，總透過公益事業讓身邊人學會付出，懂得關懷、謙卑，這樣比聆聽過一百場勵志演講來得有力。姜惠琳以自身經歷為例子，認為年輕人應該把握每一個擴展視野的機會，盡早鎖定目標，堅持信念，讓思維有計畫性的轉換為實際行動，累積能力回饋家鄉，成為未來世界的改變者！

非洲內陸國馬拉威長期有嚴重饑荒的問題，2003年NU SKIN與當地商人兼慈善家拿破崙‧容貝(Napoleon Dzombe)攜手合作「受飢兒滋養計畫」，滿足兒童營養需求，姜惠琳更帶領NU SKIN以善的力量為企業使命，希望能以授人以漁的概念，讓弱勢團體有更多公平而優質的工作機會，企圖打破馬拉威的貧病循環。

「受飢兒滋養計畫」為偏遠地區的資源不均問題，開啟一道討論的大門，慈善捐款猶如及時雨，但要讓此問題給予源頭上的絕對根治，應更積極的事前預防，姜惠琳總裁親身走訪，前進馬拉威探討改變世界的社會企業，她認為當前需要的是內在很堅韌、有革命家精神的人一同執行此任務，從任務中成長，成為提升社會向上的力量，姜惠琳表示「一個時代的年輕人如果失去闖蕩的勇氣，那個時代也就接近尾聲了，一個時代的年輕人如果失去為人類貢獻的情操，那個時代的舞台也就要熄燈了。」因此她鼓勵年輕人不要害怕失敗，勇敢跨越國界，趁年輕拓展國際視野，從中獲取豐富的人生經驗，進而探索公共衛生與企業結合的可能性，為下一代創造更幸福的未來！
標籤：

留言

張貼留言

這個網誌中的熱門文章

[WEB]連線 HTTPS 網站發生驗證失敗導致基礎連接已關閉

某支透過 WebClient 物件去呼叫第三方API的程式，突然有天無法使用 經過測試出現下列的錯誤 基礎連接已關閉: 傳送時發生未預期的錯誤。 InnerException : 驗證失敗，因為遠端群體已經關閉傳輸資料流。 原來是第三方的服務已經不支援 TLS 1.0 我方的程式是用.net Framework 4.0開發了 得強制讓webclient改用 TLS 1.1 或 TLS 1.2 感謝黑大提供解決方法 在程式中加入 ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12  的設定就解決了這個問題 WebClient wc = new WebClient(); ServicePointManager.SecurityProtocol = SecurityProtocolType.Ssl3 | SecurityProtocolType.Tls | SecurityProtocolType.Tls11 | SecurityProtocolType.Tls12; 參考資料：暗黑執行緒
張貼留言
閱讀完整內容

[SQL] SQL依照你的排序條件 找出目前資料的前一筆與下一筆。 Find Pre and Next DataRows of current Datarow by your order condition

有時候需要用SQL找出前一筆跟後一筆資料 用SQL的TOP是沒有辦法做到 這個時候就可以這個語法 select * from ( SELECT TOP 1 * FROM [Article] where Poid<{CurrentPoid} order by CreateDate desc) t union select * from ( SELECT TOP 1 * FROM [[Article] where Poid>{CurrentPoid} order by CreateDate ASC) t2 找出目前PK id前一個與後一個的資料（依照想要排序順序） 那如果指示想要一個資料行呈現的話 可以改用下面的SQL語法 讓這兩筆資料join在同一筆 select Pre.*,Nex.* from (SELECT TOP 1 * ,1 tID FROM [dbo].[Article] where Poid<{CurrentPoid} order by CreateDate desc) Pre left join (SELECT TOP 1 * ,1 tID FROM [dbo].[Article] where Poid>{CurrentPoid} order by CreateDate ASC) Nex on Pre.tID=Nex.tID
張貼留言
閱讀完整內容

[IIS]IIS - ASP.NET 網站基本優化設定 --筆記

運行 ASP.NET 基本上都是掛載在 IIS 上面，但 IIS 預設的設定，並不適合 24 小時不中斷的營運系統。 如果沒有適當的調整，可能會造成使用者的感受不佳，而你又偏偏不會遇到。 本篇將介紹 IIS 運行 ASP.NET 網站的基本優化設定。 應用程式集區 打開 IIS 管理員，到應用程式集區，選擇網站後，開啟進階設定： 1. 一般 (General) 佇列長度 (Queue Length) 預設值是  1000 ，當封包數量在同一時間到達該指定值，之後的 Request 都會變成 HTTP Status 503 Service Unavailable。 例：當有同時間有 1001 個 Request 一起送到 IIS，第 1001 個 Request 會直接回傳 503，不會進到 ASP.NET 處理。 也不是無限大就好，也是要看伺服器等級。 假設調成 10000，也真的有同時 10000 的量，可能會演變成  CUP High  的問題。 因此，這個欄位沒有建議值，網站封包量很大才有需要調整這個欄位。 啟動模式 (Start Mode) 預設值是  OnDemand ，當網站執行回收後，會等到第一個 Request 進來，IIS 才會把網站啟動。 所以第一個連上來的使用者會等到比較久的時間，ASP.NET 初始化完成後，使用者才會得到回應。 建議設定成  AlwaysRunning ，當網站執行回收後，IIS 就會直接啟動 ASP.NET。 2. 回收 (Recycling) 固定時間間隔 (Regular Time Interval) 預設值是  1740 ，也就是每隔 29 小時 IIS 就會把該網站重啟。 很可能重啟當下使用者正在操作，對於要 24 小時不中斷的系統來說，這真的是很不妥當的事情。 如果 ASP.NET 的 Session Mode 是用 InProc，網站重啟使用者就全被登出了。 建議設定成  0 ，也就是關閉定期重啟網站的設定。 如果網站真的需要定期重啟，可以在 特定時間 (Specific Times)  設定，固定每天哪些離峰時間做重啟的動作。 3. 快速失敗保護 (Rapid-Fail Protection) Enabled 預設值是 
張貼留言
閱讀完整內容