跳到主要內容

善用心率運動APP 跑出好生活 : Carol

善用心率運動APP 跑出好生活 : Carol
剛考上正式老師，準備開始新生活的Carol，在Facebook留下感謝文，文末寫道「還好這一年，認識了跑步這個好朋友：）它讓我正向快樂，凡事總能快速轉換思考，繼續往確信的方向去進行。」
她是第一屆城市心三鐵的完賽者，目前在JoiiSports心率運動APP連續運動第65周，瘦下超過25公斤，比瘦下來更快樂的是，運動讓她更正面的看待生活，也讓生活越來越美好。
最後一次減重 要成功而且要健康
然而，Carol開始運動的起點，是微微苦澀的。2013年的冬天，她擔任國小特教代理老師邁向第二年，行政瑣事繁重、大量課務待支援，又要準備隔年的教師甄試，只好靠吃來排解情緒。到了某次身體急性發炎住院了一週，她才驚覺自己體重破百，於是告訴自己必須有所改變。
上一次高中體重破百的時候，採用極端少吃的方式，很快就回到標準體重，但不健康的方式讓她常常感覺頭昏、甚至視線突然灰暗。
這次不只要改變體重，更要改變生活。她告訴自己「這是最後一次減重，一定要用健康的方式成功瘦下去!」而運動，是她想到的解決辦法!
一首歌的奔跑到21公里的馬拉松長跑
Carol在下班後到永和的四號公園運動，剛開始體重較高，運動起來負擔較大，她採快走的方式，固定走個兩三圈。已經許下承諾，不想輸給自己，憑著不服輸的倔強撐下去，連續走了一個月後，體重下降了，她開始嘗試「跑起來」，習慣聽音樂跑步的她，剛開始只跑一首歌的副歌，連續幾天跑下來，她發現自己可以跑完一整首歌。
在開始運動四個月多後，Carol應同事邀約第一次參加了10公里的路跑賽，一群人一起奔跑的感覺非常吸引人。後來，她決定以半馬為目標，三個月後，靠持續訓練，她完成了21公里的半程馬拉松。

 成功完成半馬的紀念  圖/Carol
從不運動的好吃族 變成鼓勵隊友運動的運動咖
每日跑步，讓她想要找尋更有效的訓練評估標準，讀到心率的量測，對想要進步的運動者有很好的效果。正巧，她看到第一屆城市心三鐵的活動，邀請了不常運動的同事當隊友，報名參加。「那時候我都很怕被隊友討厭，但是還是要一直提醒她們，不要忘記每周要運動。」她笑笑回憶起參加城市心三鐵的心路歷程。那時候的Carol，告別了半年前那個體重破百而焦躁的自己，角色翻轉，成為鼓勵朋友的運動咖。

 運動瘦下來的體態，與半年前判若兩人   圖/Carol
JoiiSports量心率 跑得更流暢
城市心三鐵順利達標，拿到心率監測手環Mio Link，她把心率量測加入每日例行的跑步訓練中，搭配JoiiSports心率運動APP後驚喜的發現，當她把運動強度控制在Mio Link的黃燈心率區間，速度就可以保持得很好，跑得距離也比較遠。

 有了心率監測手環後，馬拉松賽事也必戴Mio Link上陣，比賽過程更能掌握配速與強度。另一方面，用JoiiSports心率運動APP換算的卡路里數，更精準的幫助她進行每日的卡路里控制。
運動 邁向好日子的重要實踐

 與男友一起持續運動，一起幸福「瘦」，讓朋友們非常羨慕   圖/Carol提供
現在的Carol持續搭配JoiiSports心率運動APP運動，進行減重計畫，運動取代了垃圾食物，成為她重要的紓壓管道。身邊的朋友都驚艷於她的瘦身成效，交往多年的男朋友也加入跑步行列，兩人常常把馬拉松賽事作為出遊旅行的行程之一，互相砥礪互相支持。關於即將開始嶄新的桃園教學生活，Carol特別選擇河濱公園附近的租屋，方便每日的跑步練習。運動，讓每天都成為好日子。
◆更多運動見證，請見JoiiUp官網
◆立即體驗JoiiSports 心率運動APP
◆加入【JoiiSports FB粉絲團】掌握運動好康資訊
◆線上商店直接購買【心率運動手環】
JoiiUp官方商店：http://www.pcstore.com.tw/joiiup/
標籤：

留言

張貼留言

這個網誌中的熱門文章

[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 ASC) t2 找出目前PK id前一個與後一個的資料（依照想要排序順序） 那如果指示想要一個資料行呈現的話 可以改用下面的SQL語法 讓這兩筆資料join在同一筆 select Pre.*,Nex.* from (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. 快速失敗保護 ...
張貼留言
閱讀完整內容