2013/01/29

【傷痛史記錄區】

最近沒有寫文章,有些活動沒有當下記,久了就不會想要再去記了。
這篇,好好記錄一下自已的"微恙"的狀況及現象。
以後回味時,再能多一份省思。

---------------------------------
20130123-右大腿拉傷
身體狀況:
主要是尾椎,病的源頭,右大腿舊拉傷又出現(上星三的間歇),
想想,上下班的單車震力太大,可能影響到脊椎~~~

心情:
大腿在11月又拉傷後,右腿就較弱,以為狀況都好了,泰雅21km也是正常可以Run。
上星期三,跟配速跑,也是有小心這一部份,(那時,右腿有拉傷的感覺,而已避免去使用它)
星六、星日-去練單車,單車騎時是還好,沒有影響。
星期二,想去看拉傷的部份,想讓它較早好,
中醫部份,醫生也順便看了背部痛的問題,說~這是相關聯的~~
到推拿師那, 拔罐~~~~這脊椎的部份,實在是太痛!!!
推拿師說,這是主源!!!唉~~~~~~~

今天,又在FB上看到一篇單車文,它說.....拱背,已不是正確的單車姿勢!
讓我想到,我的背痛,與它的相關聯。

今天,到KS那跑,本以為,拉傷沒那麼嚴重,但,右大腿已沒辦法正常做「抬腿訓練」!
呼~~~~看來......也問了 許大~有沒有中醫推薦的??他說少榮有名單~在台北車站那兒~~

後來就先行離開了,到 楠桐中醫那看~~
聽了推拿師的話~~想想,我的運動狀況~

「單車的震力對脊椎實在太大了」這是我的心得~~也許換換騎的方式~~
改用「站」著騎車好了~~這樣 四肢可以幫忙吸震,又可以練腳力!

還有,「游泳」「吊單桿」也是要做的事!
再加油吧!!現在的心情,還沒有很低落,蠻OK的,換換別種訓練方式,
近期不再跑步~~多做做核心,
END~

---------------------------------
20130129-左腳膝上緣有痛點
身體狀況:
左腳膝上緣有痛點,今天下班踩單車時多出來的感覺
心情:

這原因有些不明,單車的踩踏沒有過量,也沒特別使用,今天多這痛點還有些不明白。
另外,因為單車後輪的異樣聲,讓我留意到,原來自已的騎姿也「傷了單車」。
踩踏不要左右晃太大力。所以現在要求自已要盡量「持平前進」。
(單車教我的一件事^^)
今天第2次的用「滾筒」舒壓,好痛!!!
只能安慰地想著「越痛越有效!」@@~~~
(這個要養成習慣~~~要有相對應的「舒壓量」)









2012/12/10

轉貼文-跑步姿勢收集區


































POSE 的跑法


http://goo.gl/5NqfY

「避免傷害最好的方法是遠離水泥地,但是就算跑越野路線,也不能都只跑同一種地面,這樣傷害還是會發生。所以,最理想的訓練方式就是「真正的」越野跑,路線中包括:沙地、草地、上坡和下坡等等不同地面。

不停轉換跑姿、運用不同肌群,才不會過度使用同一種肌肉,而且越野跑可以更貼近大自然,城市中有太多汙染源,白天跑山路可以吸收芬多精,享受自然的美景,路線多變充滿挑戰,增加跑步的樂趣。

另外,跑姿也很重要,在之前的文章提過正確跑姿:跑步時,抬頭挺胸身體自然向前傾,抬腿時盡量讓腳後跟往臀部移動,而不是抬起膝蓋,真正要往上移的只有腳掌而已,這種跑法比較像「把腳後跟提起,然後放下」。」





分解最強跑者的跑法


百米短跑新記錄


20120309 add

20120313 add , copy from FB 呂子
這篇描述他是如何訓練的~有空再標他的重點

20120606 add 黑人的跑姿


http://goo.gl/Esfui


東吳超馬選手跑姿分析

前面跑道內側第一位是日籍選手關家良一,外側跑道第一位是國內選手鄒宏傑,後面依序是國內選手羅維銘及鄒雙喜。
大家可以從四位選手在相同速度情況下前進的跑姿及足部落地,看出三位頂尖選手的前足提起時,幾乎沒有明顯的內旋狀況,也就是前足提起時,鞋底與地面是呈現穩定的平行,落地時腳部相對更穩定;鄒宏傑選手就可以看出有一定程度的輕微內旋,所以可以看出是先足部前端外側落地後,再轉整個鞋面著地。
也因為這樣細微的正確足部著地,在經過長時間雙腳與地面的衝擊下,可以降低選手腿部肌肉的衝擊震動,長時間下可以有更佳的表現。
===================================================================

2012/12/08

20121208-單車-NeverStop-永不放棄挑戰陽金P字山道



先寫寫這一場的心得記錄~~

這一場說來,也是視為重要賽事,一直希望這一次騎的成績,與之前最佳記錄 (03:25)相比最好不要差太多!
賽前3個禮拜,有穩穩地在滾筒上練習30分鐘。期望有個好成績。


先說說這次的結果:03:56:42;盡力了。這就是目前階段與自已相比的差距。
 ==========================
星期五,回來蠻早睡的(有點睡不著~)
氣象說,星期六晚上才會有鋒面,才開始下雨,心裡想說,這樣剛好~沒影響到我的比賽。
而也打盤算,這麼冷的天氣,我要怎麼穿呢??
(最後決定:短的一件,加一件長的緊身衣,加上車衣+袖套~~實在是怕冷!)

一早起來,天氣看來還算可以~
誰知,要出門時,下起了毛毛雨,再到樓上拿了輕便雨衣(若沒這輕便雨衣~我今天會更冷死在山上!)

以為是七點開賽的活動,若我六點到,應是算蠻早的!
快到會場前,看到車友陸陸續續地出發開賽~~不是七點嗎??(後來問大會,大會說是6~7點皆為放行時間)

今天帶了個背包,會場說沒有提供寄物,但還是請他們幫幫忙,幫我帶到終點,不用負保管責任也沒關係。

再來,就開始今天的賽事了!

我已算是比較後段出發,沿路與大家併排的機會蠻多的。

這一段的路程也沒什麼記憶,騎得蠻累的~
而一直看時間,看看自已何時才會到高點:小油坑!

花了55分才到達@@~這就是目前的體力狀況~唉~
再來的下坡~~~起霧 @@~~~再加上天氣冷~~~就如同上次















2012/12/07

20121207-程式-[JQuery]Unobtrusive Client Side Validation 無法發揮功能

果然睡過一覺後,再來看這問題,就這樣出現曙光!解決此問題。
(昨天是連有篇解答在前面,還是看不懂它怎麼寫)

解答:說明了Client Side Validate 的原理
http://blog.darkthread.net/post-2011-08-02-unobtrusive-jq-vald-dynamic.aspx
(它寫到動態加入Control並可以驗証,"data-val-number"/"data-val-required")

我的最後結果圖:


經歷過程:

因這查詢頁面是 User Control (ascx)
所以於主頁面,動態加入這個Control 元件,

若是用正規的 Html.Partial(~~)寫法,是可以觸發它的 Client Side Validate。
(但它載入的時間順序,難控制,變成我User Control 要用的 ViewBag全都要在Index準備好~)

後來改寫成用動態載入的方式寫:

 //初始元件:載入查詢元件
            $("#queryControl").load('<%:Url.Action("RejectQuery") %>', function () {
             });

再來問題就出現了!
我無法再有Client Side Validate 功能,直接post 到Controller 做事情。

這個問題,我找了一天 @@

其實,應去了解它Client Side Validate 機制做法,
它是透過以下來達成的:






而黑大就寫:
「以此推論,除非form本身尚未建立.data(“validator”),否則呼叫.validate(options)不會有任何效果。但在jquery.validate.unobtrusive.js中,網頁載入時就已對既有
做過.validate(),也都已建立validator物件」


所以就是:
先Remove form 的 validator,再重新自已加入。

所以在 ascx 下直接寫:

   $(function () {
            $("form").removeData("validator");
            $.validator.unobtrusive.parse("form");
        });


最後就可以驗証了!!


至於「"data-val-number"/"data-val-required"」這類東西

可再參考:
http://blog.darkthread.net/post-2011-07-27-unobtrusive-jquery-validation.aspx







2012/12/06

20121206-程式-[MVC]Ajax.BeginForm之寫法遇到問題

記錄一下,所遇到的基本問題:







■下拉選單的值,可以直接Bind在 Model下的Enum屬性。

■ 可以指定 Form 的ID,但卻不可以用「$("#SearchForm").submit()」去觸發。




    ■一直試說,為什麼值傳不回去Controller,原來,我用「public string XXX;」是不行的。
      要用屬性才可以。

Clent Side Validate沒有作用:



要如何用 load 這方式讓它可以work,還要找方法。

就一直試,想說設定都和網路上的一樣,就是無法於Client Side 驗証!
最後,改寫成 「Html.Partial()」載入的方式,才可以生效!
(但,用「Html.Partial()」載入,它的Page/Partial的載入時間不一樣,導至在載入時,我Partial內所使用的ViewBag都未Init)




2012/12/05

20121205-心情-就今天充實的感覺

星期二,
還是記記工作上相關的事情。

工作狀況是Delay了,但領悟到,單單在那「窮緊張」是沒有幫助。

早上整理一下下午所要報告的程式範本架構,
雖沒完成,就先報告目前自已所完成的東西。

就整個Service 及 Web 之開發方式,也有所討論
重點記錄:
    1. Validate 所寫的位置,Web? Service? Repository?
        結論是主要都是在Service Layer 寫,而就向Common Function 概念一樣,若每個呼叫都會用,則在Repository描述。
    2.  Web / Service 之間傳遞方式用JSON傳,但不是我所想的用GET/POST方式,
          而是要用似「wsHttpBinding」的架構寫法,直接改寫底層傳遞方式!!
         (這部份,好技術!看來要多多用假日來 Study 了!)

     3. Web View 的傳遞還是半成回品,待自已想如何取得及Bind 頁面上的資訊!

以這會議下來的感覺:
客戶是希望有經驗的人來代領 MVC 的事情,而非像這樣 Try ~~
(我先前沒有ASP .NET MVC  的開發經驗,以至於現在的我是邊做邊學!時間會浪費)


================
討論完這會(2:00~5:30)左右,再來沒什麼精神再繼續寫程式,

到松山素吃飯,
請他們買了 5斤的黃豆,好大一包 ($20元/斤)

買了 17億的機會,

再來,回家就準備訓練台,這也是讓我晚上較有充實的方法。
若可以練穩的話,內心就比較踏實。

再來,寫寫程式,
今天還蠻專心的~~~拍拍手^^

有訓練,有專心寫程式
因為這樣,今天的我,過得充實!!



2012/11/30

轉貼文-運動熱血影片~2

一個收集會讓自已熱血的區塊。

20121129-add  from FB


「有夢想,安定的力量」~這是在看完後我分享在FB的文字,
讓自已有夢想,讓自已有目標,這樣~目前在過的生活就會變得有意義,努力就是要為了這個。
不用期待別人對你的認同,但最基本的,自已的夢想要自已去追。

找到自已,才可以往外發展。

這是 朱大的文章,前幾天看到的。
「像蝙蝠俠最裡一集裡學到一件事情,『你必須要先拯救自已,你才能拯救別人』」

「而以為別人的快樂,就是你的快樂時候;有一天你會失望」

「拯救世界非常偉大,但是終有一天你會發現,如果你沒有先拯救自已
你沒有讓自已知道這是你這一輩子的選擇,你做的是你最喜歡的事情的話,
有一天你會後悔。」



20121130 add  from FB

武嶺的世界!
「你能登上最高峰,然後暸望四周的風景,這是別人無法給你的!」

我想要挑戰!我想要挑戰這一條的風景線!以我最佳的實力下去挑戰!!  (20121130)


20121130- add 朱大的系列文!

我的夢想!



說來,我從小到大,沒有所謂自已的夢想,沒有想到所要的是什麼,
大多是自已順著周遭環境所指引出來的道路。

「我到底要什麼?」近期我有一個我想要達到的事情!
等我真正達到的時候,我才可以證明給自已看~~我可以的。

工作上要完成,其餘時間去累積自已的體力,兩者都是可以顧到的!



「回憶說,我當初如果追求夢想那有多好,
我當初如果試一試那有多好!
我至少知道我沒有成功!
但至少我盡力嘗試的時候,就該去試一試!
如果你不希望將來有一天恨你的朋友的話
也不要怪在他身上......」

個人覺得:朱大的人生觀好正確,好有影響力!

「你如果不願意挺身而出為自已的夢想而戰~~還有誰願意為你而戰!」

2012/11/28

20121128-教訓-程式裡的小細節!

這一次真的是讓我見識到~~細節到這樣的地步!

國壽這一部份的保障資訊存檔的問題,
執行效能我一直無法解決!

而且深信,程式方面已想不到是什麼原因造成,
沒有什麼可以調整的地方!

一直是想往系統環境方面去看起。

而因為我覺得程式沒有地方可以改。
問題就歸於「取資料」「計算保障」這方面耗了很多時間
要改很難改


因為自已為沒地方可以改,所以也不會用心去思考!

加LOG去看耗時,也是大功能的去看。

這一次George過來看,
他今天是另一邊忙完後過來,來到這就是六點多~

在他還沒來的時間,我大多是由環境的設定下手,
沒有改善後,就沒法子了。
在一旁寫寫自已的程式!

而我也在想,George過來,還能改到什麼地方嗎??

他過來後,在了解現在慢的狀況,
在討論中,
慢慢引出,在執行批次,一開始的速度OK,但到後段後,時間就會變慢~~~

為什麼後段會變慢??

George打算在一個主要的Function 插Log 旗子!

這個我有做Log時間,是一個一個區塊的時間,

但他不要這樣

他要細到「每一行」程式所花的時間!!!

真的當下覺得........這有用嗎!?只是浪費時間而已~~不認為有用。


在這期間,我在他一旁看,意外發現我自已在「取家庭成員資料」的地方竟呼叫2次!
一開始還不相信是我寫的XDDD
比對之後,看來只有我會寫這個地方。只好自已把它給移除!

這個,只能說沒有心要改的話,是永遠不會注意到這個問題了!!

再來George 埋的Log發現了細節問題!

一個我認為幾乎是「聖經」的程式寫法,竟有問題!!

字串的處理,認為用 StringBuild 去做是理所當然!

所以很常這樣寫
StringBuild  strBuild = new  StringBuild();

而George在這裡前後埋Log,因為這樣,才得以發現這種地方也會出問題!

在批次執行後段,這個 new StringBuild() 竟然要花時間!而且後段有增長的趨勢!!

(註:StringBuild.Clear()也會花時間!!)

因此改成  string strBuild = String.Empty;

String.Empty 也算是在我概念下,視為「聖經」等級的程式寫法。

「宣告字串,就要用String.Empty做初始化」!!

這個 竟然要花時間!而且後段有增長的趨勢!!


直到最後改成,string strBuild = "";

這種寫法,才完全不花時間!!


============================================

一開始自已「沒有想要改」的心態,讓自已看不到問題!!

不要鐵齒!
不要認為不可能!!

這一次被自已打了一巴掌!!

以後心態要是:「去解決問題,而非推托造成問題是XXX原因,我沒辦法改!」

加油!!

自滿的話,最後會很慘的!