sotobtw-blog

[sotobtw-blog]

Tin Whistle 是什麼

Tin Whistle 是什麼

【中文翻譯】

你可能會看到非常多的翻譯，例如：愛爾蘭錫笛、錫哨 、哨笛、錫���笛等等，

不過在台灣是翻譯成錫口笛，

而對岸是翻譯成哨笛。

不過個人是認為哨笛的翻譯是比較精確一點的，

因為不會用錫(Tin)這個材料來製笛，

英文的別名也有 Penny Whistle 以及 Irish Whistle 。

Tin Whistle 的介紹：

【外型】

錫口笛的長度會日為調性而有所不同，

最常用的高音D調而言，

長度約29公分，

直徑約1.5公分左右，

雖然各家廠牌所製作出來的會有些差異，

不過不會差距太大。

外型有分為直管與楔型管，

直管就是笛身上下的粗度皆一樣，

而楔管就是上粗下細，

知名品牌 Clarke、Shaw 所生產的笛子就是楔型管。

Clarke 的介紹：

【材質】

管身常用的材質是鎳、黃銅、鋁合金、塑膠、木頭。

【吹奏技巧】

與中小學必修的直笛相比，

而直笛是正面七孔，

背面一孔，

高音時背孔需要開半孔，

指法較為繁複。

錫口笛只有六個孔，

背面無孔，

指法簡單，

但是高音需要更急的氣息來吹奏，

較為強調氣息的控制，

例如長笛或簫的吹奏技巧。

相較於直笛，

比較少用吐音，

而常用裝飾音。

【領域】

常用於凱爾特音樂或是不列顛群島的傳統音樂，

例如愛爾蘭傳統音樂。

在酒吧的 Session：

當然也在影視作品當中出現，

例如鐵達尼號主題曲 My heart will go on 的前奏，

以及魔戒三部曲哈比人的故鄉夏爾的背景音樂,

還有海綿寶寶的配樂也有出現。 Hatao 教你吹魔戒：

Hatao 教你吹鐵達尼號主題曲：

海綿寶寶配樂 Rake Hornpipe：

【知名品牌】

Generation, Waltons, Feadog, Tony Dixon, Clarke, Susato, Lir, Killarney, Burke, ......

知名的品牌相當的多。

【知名演奏家】

Mary Bergin

Joanie Madden

Seán Ryan

Brian Finnegan

Hatao

林世唐

這裡僅列出我聽過的，

全世界優異的演奏家應該不只這些。

【寫在最後】

當然長笛、豎笛或直笛也是很好的，

可是世界也有不同的吹奏樂器，

也許知名度沒有那麼高而已。

甚至還有人認為錫口笛的六孔的系統是不成熟的，

但是它真的有其它奏樂器沒有的獨特魅力，

而在愛爾蘭音樂當中更是個重要的樂器，

與風笛還有愛爾蘭長笛被再稱為是 ”凱爾特的笛子們”。

如果感到興趣也可以關注

台灣愛爾蘭音樂推廣中心 凱爾特樂器 莫赫拉 愛爾蘭樂團

[sotobtw-blog]

身殘心不殘，值得敬佩的人物們！

許多人生下來可以說是耳聰目明外加頭好壯壯， 但是有些人可能不是。 一些人先天某些感觀(如視覺、聽覺)就有不全或行動不便的現象， 但是另一群人因為後天因為疾病、病變以及意外而導致肢體或感觀受損或功能完全喪失。 其實這些人充斥在你我身旁， 只看你有沒有多注意罷了。 那歷史上有沒有這樣的人物呢？ 當然有！ 日本戰國時代就有三位知名人物， 伊達政宗、大谷吉繼以及山本勘助， 伊達政宗後人稱之為獨眼龍(源自唐朝名將李克用)， 因幼年感染天花導致右眼失明而且右眼向前突出眼窩， 因此感到自卑。 有此一說是人稱 "小十郎" 的片倉景網為了導正政宗這樣的性格， 進而親自使用短刀將其右眼割下。 後來政宗的個性就變得較為活躍。 而之後政宗繼承了家督之位， 也成為了戰國大名之一， 官位為美作守、左京大夫、待從、越前守、右近衛權少將、陸奧守、權中納言。 後於江戶病逝， 享年七十歲， 死後追贈從二位。 而被豐臣秀吉稱讚可以 "指揮百萬大軍" 的大谷吉繼是麻風症的患者， 所以因此使用白布蓋在臉上。 講到大谷吉繼就不得提到與他交情相當深厚的石田三成， 話說當時在茶會的時候大家輪流喝茶， 有兩種說法， 第一種是吉繼碰過了茶杯， 因此沒有人敢碰； 第二種是因為吉繼的傷口化膿， 而膿滴進了茶裡， 又有一說是鼻涕滴入茶內， 所以沒有人敢喝。 但是無論是哪種說法， 石田三成都當成沒事一口將茶喝下。 其實當時大谷吉繼或許早就知道石田三成與德川家康對峙是毫無勝算的， 但是還是因為友情而選擇站在石田三成這邊。 在關原之戰在西軍大勢已去之後， 大谷吉繼選擇以自縊(另有一說是介錯)的方式結束生命， 得年四十一歲。 山本勘助為武田信玄之家臣， 幼年左眼失明以及右腳殘疾， 於第四次川中島之戰提出啄木鳥戰法， 不幸被上杉軍視破而提早行動， 山本勘助為了完成自身使命， 殺向敵軍因而戰死。 那古代有這樣子的人物， 那現代也必然有， 可能還為數不少， 我舉兩個人物作為例子。 一位是頑石創意的林芳吟女士， 以及最近平面網路媒體報導過的電競主播張立蓁。 林芳吟女士在她就讀研究所時， 突然得了視網膜剝離， 報導指出在開刀半年後左眼也看不見， 並有復發的可能。 但是她之後成立頑石創意， 仍然在文創界堅持不懈。 在我於頑石創意實習的時候， 記得她看我電腦螢幕上的東西的時候， 都必需整個臉貼到螢幕上才看的到！ 當時還想說她眼睛怎麼了， 後來離職了看了報導才知道。 張立蓁是從小左耳聽不到， 幼年家境富裕， 但是在大學就學時因父親經商失敗， 必須休學扛家計， 可是不幸的是她之後又出了車禍， 身體多處骨折， 因而花光她存下的學費。 說到這裡， 會不會有人因為這些打擊而撐不下去？ 但是他們仍然頑強的堅持著， 擁有著與一般人無異的毅力。 當主播需要清晰的咬字， 但是她的聽力僅是一般人的一半， 一定會影響到咬字， 她是怎麼辦到的呢？ 還有一些不知名的人也是一樣的努力著； 打保齡球是我在週末喜歡從事的運動， 而某一天球館舉辦了身心障礙盃的比賽， 當然我沒有參加。 在球道上我看到了坐輪椅的、腦性麻痺的以及一支手臂不知為何發育不全的。 打起球來那可是虎虎生風， 甚至有時打的比我還好， 有一殘障人士坐在後面看我打球， 另我印象相當深刻， 他從膝蓋以下全部截肢並配戴義肢。 他們這樣都不放棄， 那何況是我， 這可能就是當天成績特別好的原因之一。 跟他們比我的狀況可能跟本不值得一提， 我的左眼罹患圓錐角膜， 是一種角膜變薄而最向突起變形的眼部病變， 踝視會有些看不清楚， 看物體以及光源時會有比散光還要嚴重的疊影， 必須配戴硬式隱形眼鏡矯正避免持續惡化， 或是直接更換眼角膜。 雖然上面提到了許多成功或曾於歷史舞台活躍過的殘疾人士， 不過可能某些人有類似的情況， 但是求職卻處處碰壁。 其實身上有殘缺的人很難不去埋怨， 但是這樣並沒有辦法改變什麼。 去除這些不方便， 其實這些人與一般人完全無異的啊！ 或許還有著比一般人更加頑強的意志力！ 請給他(她)們多一分體諒、多一些機會吧！ 如果可以的話也別忘了您的掌聲！

[sotobtw-blog]

好書推薦：PHP 大師－寫出頂尖的程式碼 (PHP Master: Write Cutting Edge Code)

大約數年前， "專業 PHP5" 這本許多人推薦的好書出版之後， 似乎好幾年沒有中文的 PHP 進階書籍出現。 其實 "專業 PHP5" 與 "PHP 大師" 這兩本都是翻譯本， 無論是原文書也好、翻譯本也罷， 不難發現許多 PHP 的進階書籍有些內容會 "重複"！ 也說是說一本進階書籍陳述的某些主題， 在另一本大概也會出現。 說的更直白一點就是講來講去就那些主題一直重覆出現！ 重複的部份想必是重要的！ 至於重要的部份是哪些？ 那就請各位看倌自行去翻閱相關書籍囉！ 程式設計學到一定的程度， 想要朝著進階邁進， 好書的導引是不可或缺的！ 我想這本書來作為 "專業 PHP5" 的下一棒我覺得相當適合， 因為目前 "專業 PHP5" 這本已經很難買到了。 當然如果能夠將本書所有的內容都了解透徹， 我想有些課大概也不用去上了！

[sotobtw-blog]

好書推薦：笑談軟體工程‧敏捷開發法的逆襲

http://www.tenlong.com.tw/items/9866072959?item_id=456838 這本我覺得還滿有趣的！ 雖然這本好像有些是作者部落格上的文章修改而成， 不過使用相當幽默的筆���來介紹敏捷式開發， 其實數年前我就對它有一定程度的理解了， 但是還是忍不住把它讀了一遍。 推廣一項東西其實本來就不用聲嘶力竭的啊(並沒有在影射任何人)！ 講講道理就能說服他人是很輕鬆的耶！ 其實人有時會對某些看法不認同或認為它是錯的， 原因其實有很多(偏見、錯誤的認知等等)， 不過這不就是講道理的最好時機嗎？ 其實人都對於改變以及接受新東西都有程度不一的擔憂與害怕， 而作者以有點搞笑的方式陳述它， 會讓人不知不覺的放下心防。 不管你的出發點是什麼， 你的 "態度" 都是別人願不願意接受的重要關鍵！ 而且書中也有提到沒有最好只有最適合， 其實與我的想法相當接近。 而作者畢業於北科大博士班， 不過在這本書裡看不到一般刻板印象裡高學歷者的理論派， 反而讓我感受到他的謙虛、熱忱與智慧。 而且這本目前是天瓏書局中文銷售排行榜的冠軍喔！ 在這裡推薦給大家。

[sotobtw-blog]

我也來篇很短的聲明

在本 blog 當中， 少有批評出現， 有的話語氣也儘量溫和， 其實也只是提出自己的看法而已。 不外乎也就是希望能跟有學有專精的網友交流互動。 而我也很少主動去批評， 除非真的看不下去！ 通常都是被對方的言詞或態度所惹毛！ 有的時候寫出來， 另一方向也是希望藉此提醒自己。 至於我是不是在講自己， 請問對於我的了解又是幾分？ 不過也可能是因為我沒闡述清楚所導致誤解！ 不過有時真的不是特別針對某人， 要對號入座我也沒輒！ 若是看的那麼不爽的話， 右上角的叉叉點一下就好了， 正所謂道不��不相為謀。 其實這樣隔空交火的過程當中， 我也因此確認了很多事。 若是真的看的那麼不順眼， 我把可能或直接針對某人的文章都隱藏了。 我的 blog 一直都有人來看， 這點還滿感激的！ 以這篇作為最後的回應。

[sotobtw-blog]

"禮貌" 是件很重要的事情喔！

如果常搭公車的話， 是不是會發現有人不會讓要下車的人先下車？ 搭電梯時， 是不是也會發現有人不會讓電梯裡的人先出來？ 在日常生活當中， 是不是也會發現有人常忘了說 "請" 、 "謝謝" 與 "對不起" 呢？ 或是經常出言不遜？ 還是常打斷他人發言？ 這就是 "禮貌" 的部份！ 再怎麼優秀的人， 若是禮貌不佳， 別人對他印象也會大打折扣。 在職場上， 有些公司對這個部份非常重視， 實力再怎麼好， 若是沒有禮貌， 可能都不會有被錄取的機會！ 漸漸的發現有些人喜歡作一件事， 就是箭頭從自己指向別人， 也就是比較想去要求別人、指揮別人、批評別人。 而比較不會去作箭頭由別人指向自己的事， 也就是別人怎麼看我， 別人的感受是如何？ 這裡沒有特別影射某人， 只是我個人的觀察。 一個 "目中有人" 的人， 禮貌是一件很容易作到的事。 禮貌就是別人怎麼看自己的一個重點項目。 這點又極為重要， 因為別人若是對您印象不好， 又怎麼會給您機會或協助呢？ 有禮貌是讓別人對您產生好印象的方法之一， 而且這個方法又不難！ 有禮貌不見得一定能讓人喜歡您， 但是沒禮貌可能連一點機會也沒有！ 所以不要讓這些小細節， 成為您未來的絆腳石， 更何況這些還是自己可以控制的， 不是嗎？ 好文推薦： http://www.cw.com.tw/article/article.action?id=5005298&page.currentPage=1

[sotobtw-blog]

網頁設計真的很淺嗎？

如果只是用 Dreamweaver 或其它編輯器打打字弄個網頁出來的話， 那還真的很簡單！ 但是， 如果只是這樣， 根本算不上是設計。 一個頁面讓人感覺很陽春， 白底黑字， 連字體大小、顏色與行間距都沒有作特別的設定， 內容雖多但是感覺只是一大堆字。 這樣的網站， 容易讓人產生什麼樣的想法呢？ 網站雖不會說話， 但是它是一個組織、團體或個人在網際網路上的代表。 如果網站設計包括了 "視覺設計"、"可用性"、"資訊架構學"、"SEO" 等等的議題， 其範圍就會變得很寬廣了！ 網站的動線設計不良， 導致使用者無法輕易的找到資訊， 會不會導致客訴(電話與郵件)的增加呢？ 甚至是使用者的喪失呢？ 網站的內容充滿了 "行話"， 而不是站在使用者的角度而設計， 會不會讓人敬而遠之？ 網站的內容編排不當， 毫無任何關連的內容居然出現在同一頁， 會不會另人摸不著頭緒？ 前端的介面設計讓人難以使用， 甚至要用文字說明， 功能(程式)作得再好也難以被襯托出來！ 需要許多說明的介面絕對不是好的設計！ 上述的內容很重要， 但是不知為何很容易被忽略！ 在前公司擔任程設主管的時候， 面試了一名程式設計師， 在展示他所設計的程式時， 我心裡就覺得大概不會是他了！ 因為我看到的是： 藍色(blue)的背景 + 紫色(purple)的超連結。 這樣真的看的清楚嗎？ 所以他當然沒有被錄取！ 數年之後， 在看到一個部落格的時候， 也另我搖頭。 這個部落格塞了很多的 "特效"， 閃字與動態圖示效果用的太多！ 個人網頁與部落格或許還好， 影響的只是這個站台的人氣， 但是企業形象網站(官網)等等之類就不太好了吧！ 網站的設計不是自己或自家人看的順眼就好， 也不是愛怎麼作就怎麼作， 同時也要考量到別人(或是搜尋引擎)， 網站是要作給誰看的？ 答案我想應該很清楚！ 網站的設計也是有一些原則是需要了解的！ 也不只是把頁面弄的美美的就好， 而相關知識的討論與書籍不勝枚舉， 在此不再贅述。 技術(程式)雖然重要， 但是與它相等重要的東西也不少！ 雖然某些主題不見得是程式設計師的工作， 但是也請不要見樹不見林！ 所以網頁設計真的很淺嗎？ 也要看是以什麼角度切入！ 這也讓我想起幾年前一位面試官告訴我的話： 「網頁入門很簡單， 　但是進階就沒有這麼容易了！」

[sotobtw-blog]

最近發生的事之膠帶(交代)一下

最近我的電腦出了點小狀況， 似乎在考驗我的樣子！ 之前用 apt-get 安裝的 MySQL 無法啟動， 後來改用 Tarball 重新安裝就 ok 了。 Ubuntu 升級至 11.04 也出現的相容性的問題， 不過更新管理員的伺服器選改成 "主要伺服器" 就解決了。 好不容易升級完成， emesene 無法在工具列當中顯示 icon， 後來改安裝 Kmess 解決了這個問題。 但是影片(flv, mp4)就不能看了， 播放之後畫面馬上變成黑， 非得要用 KDE 或 Xfce 的桌面或相關軟體才能看， 只剩這個問題還沒完全解決。 不過很久以前的我， 若是碰到這樣的問題， 可能早就放棄了！ 不過現在是可以耐著性子查網路找答案， 或著是自己推理或去猜測問題所在。 而不知不覺出社會工作也滿五年了， 一開始面試連續被拒絕， 到慢慢的被接受， 總算是走過來了！ 原本是想成為設計師， 但是卻走了程式設計這條路。 也從一開始對於技術的狂熱與執著， 慢慢轉向對於職場軟實力的重視。 或許這就是所謂的改變吧！ 也在職場上交了一些朋友， 從他們身上我學到很多事， 與他的們相處也很融洽， 雖然有些朋友最近少見面了！ 但是還是祝福他們。 最近也將一兩位網友加入了本部落格的黑名單， 因為時機真的都很 "剛好"， 兩次留言內容皆另我感覺充滿了謾罵、批評與不尊重， 第一次是在我於 知識+ 指正了 PHP 大小寫的問題之後， 雖然回的是不同主題， 不過被逼的我也只好 "大刀一揮"！ 別怪我幾乎沒看就刪除， 原因我想應該很明顯！ 要賜教相當歡迎， 但是請拿出理性+邏輯性的實際論述！ 不過我還是會選擇原諒， 繼續朝我的目標前進！ 無論是成為網頁設計師還是程式設計師， 都是要努力學習的！ 但是對於初學者而言， 有些人學得快， 但是有些人則需要一段時間的消化， 而這些學得慢的人不見得未來的發展就不好！ 今天給人留點餘地， 以後別人才會給您台階下！ 一樣米養百樣人， 沒有一種方式能夠適合所有的人！ 也不能要求每個人都跟自己一樣！ 而對於剛入門的人， 我個人是以鼓勵代替批評， 讓他們理解原理， 讓他們知道為什麼， 讓他們學會思考。 不是因為學不會， 可能只是有些知識還沒領會、還沒想通而已。 就是因為有時要請別人幫忙看， 所以要對他人尊重。 先聽聽別人怎麼說， 不是先去吵架！ 若是真的沒有交集， 我還是會揮揮手、微笑、祝福他。 批判或貶低他人並不會讓自己變得更好！ 不要用不到就不去學， 只要確定對自己有幫助， 想學就去學！ 不能因為所帶來的實質效益無法被實際量化而嗤之以鼻， 不需要每件事都以功利與現實的角度切入。 而且我也到了而立之年， 年齡的成長是一定的， 但是我也很重視的是心靈上的成長。 技術很重要， 但是同等重要甚至更為要緊之事也不少！ 這就是最近對於非技術類的議題感興趣的主要原因， 也增加了這部份的閱讀比例。 運動也是相當重要的， 因為平常辦公坐著的時間相當長， 假日當然一定要動一動， 養成運動的習慣是對身體健康是有幫助的！ 這些是最近在作的一些事與一些感想。

PS: 我知道被我加入黑名單的網友又作了什麼喔！ 不要連標題的某個部份都相同(Design Pattern?)！

[sotobtw-blog]

PHP 的 mysql_data_seek

如果已經使用圈搭配 mysql_fetch_* 之類函式輸出資料， 接著再使用一次就不會有作用。 例： while($row = mysql_fetch_assoc($sql)) {     echo $row['name']; }      //第二個 while 迴圈原則上不會有任何資料輸出 while($row = mysql_fetch_assoc($sql)) {     echo $row['name']; } 所以若是要再從頭讀取一次資料， 可以使用 mysql_data_seek 這個函式， 這個函式可以移動 MySQL 內部的 result pointer， 而不需要再執行一次 mysql_query ！ 例： $link = mysql_connect('localhost' , 'user' , 'password'); mysql_select_db('db' , $link); $str = 'SELECT * FROM `test`'; $sql = mysql_query($str); if( mysql_num_rows($sql) > 0 ) {     while($row = mysql_fetch_assoc($sql)) {         echo $row['name'];     }          mysql_data_seek($sql , 0);          while($row = mysql_fetch_assoc($sql)) {         echo $row['name'];     } } mysql_close($link); 註： 檔案的部份也有 fseek 這個函式可以使用！

[sotobtw-blog]

玩 知識+ 的一些想法(程式設計)

專業是要靠長時間的累積， 不是靠聲音大！ 因為有時事實勝於雄辯！ 程式設計的世界是很寬廣的！ 一山還有一山高！ 學得愈多愈會發現自己的渺小。 關於業界如何如何， 也要有多年與不同公司的工作經驗才行！ 學習從多個角度去看事情， 千萬不要為了滿足某個面而犧牲其它的相(除非有好的替代方案)， 因為每個方法都有它的優點與缺點， 以及長處與盲點！ 有興趣可參考這篇文章 "OOOO"： http://www.oreilly.com.tw/column_sleepless.php?id=j016 這篇文章難然是以 Java 為主軸， 但是某些觀點相當值得學習。 多學習可以拓展自己所能看到的面！ 看不到可能就是了解的不夠多； 以及經驗不夠多！ 寫程式時心不能只放在 "程式碼" 上！ 因為出現問題也很容易只用 "程式碼" 的角度去思考！ 有時也不容易看到真正的問題點！ 一個程式並不是只有 "程式碼" 好就行的！ 程式不是開發時間短、能運作、沒有 Bug， 或是使其成為可重覆使用的函式或物件就好， 同時也要有安全性、效能(包括資料庫)以及流量等等的概念！ 由一兩個人執行看不出任何差異， 那若是同時有數千或數萬人呢？ 可以去思考看看。 安全性與效能等等的議題， 若是不了解原理， 就算是使用了物件導向也不見得能幫的上什麼忙(也不見得一定有直接的關係)！ 如果能在寫程式的時候就能將這些觀念融入， 再配合一些軟體開發方法論與設計模式， 不是更好嗎？ 幾句程式碼所帶來的影響， 有時會超乎您的想像！ 有些事物沒有 "鐵則" or "公式"， 只有 "適合" 與 "不適合" 的差別， 要有判斷在什麼時候作什麼事的 "變通性"！ 光是模仿是不夠的， 也要加上自己的巧思才行！ 有一利必有一弊， 如何用其 "利" 而避其 "弊"， 是需要長時間學習的！ 而且不管再怎麼好， 都��適量！ 也要試著去了解一個技術背後的原理是什麼， 不要只是會用。 知其然也要知其所以然！ 多看多聽多學， 不認同他人意見的時候， 要去思考對方的想法是否有可以學習之處， 而不是一味的反對！ 更不要為了反對而反對！ 否則可能就會阻礙自己的進步！ 不論自認懂多少都要謙虛， 因為每個人看事情的角度及善長的部份都不盡相同！ 要尊重他人的經驗與專業！ 一個東西有人覺得好， 但是一定也會有不同的 "意見"， 試著去聽聽那些看法， 不要只是去反駁！ 因為可以從中學到很多！ 批評別人很容易， 但是要提出好的 solution 並非同樣簡單。 People who live in glass houses should not throw stones. 也要學習讓自己的思路 "轉彎"， 視情況找出最 "適合" 的解決方法， 不要什麼事情都拘泥於單一方向， 也不要只有 0 與 1 如此二分的思維！ 更不要 "以偏概全"！ 也不要侷限自己， 不要因為用不到就不去學習， 因為並不代表永遠用不到， 就算用不到， 也可能會帶來一些 "潛移默化" 的功效！ 而發問時也要記得， "一個陳述清楚的問題， 基本上已經被解決一半。" 與各位共勉！ 註： 本篇僅是個人的想法， 並無批評他人之意。

[sotobtw-blog]

Perl POST

最近在 知識+ 的 Perl 專區上， 看到了一個題目。 原本想說有空解答一下， 不過想回答時這題已經被刪除了。 這題是問有關 Perl 以 POST 方式傳遞出了資料之後， 已確定完成登入， 但是再用 Perl 讀取一個該網站的頁面時， 卻仍然是登出的狀態。 若是在同網域的話， 原則上應該是可以運作的， 但是題目所顯示的程式碼， 並沒有處理 COOKIE 的部份， 所以導致讀取其它頁面仍然是在登出狀態。 所以只要將 COOKIE 儲存下來， 就可以運作了。 示範程式碼如下： 請自行至換網址以及相關資料。 #!/usr/bin/perl use LWP::UserAgent; use HTTP::Cookies; my $cookie_jar = HTTP::Cookies->new(     file => "C:\\files\\test_cookie.txt",     autosave => 1, ); my $ua = LWP::UserAgent->new; $ua->cookie_jar($cookie_jar); my $url = 'http://網址/post.php'; my $result = $ua->post($url , {data_1 => 'test' , data_2 => 'test'}); print $result->content . "\n"; my $url = 'http://網址/'; my $result = $ua->get($url);      print $result->content . "\n";

[sotobtw-blog]

再怎麼好，都要適量！

前幾天有一則新聞， 說是一名婦人因為有三高的問題， 而每天都吃一鍋薏仁湯， 血脂反而沒降， 三酸甘油脂卻飆高到正常值的三倍。 這類的新聞其實早已不是什麼新鮮事了， 因為時有耳聞。 不過這說明了一件事： 再怎麼好，都要適量。 "過" 與 "不及" 都是不好， 若是 "不及" ， 於是就相當心急的往 "過" 這邊前進， 結果當然也都不會太好。 只取會對自己好的量不就好了？ 無論是在哪裡， 並不是這個東西好， 就什麼都不管了， 一股腦兒的向前衝。 這個東西好在哪裡？ 為什麼它對我有幫助？ 如何使用會最有成效？ 它會導致什麼狀況？ 什麼樣的情況最好不要使用？ 它無法解決的問題又有哪些？ 這些問題都要去思考， 最好是能夠全面的認識及了解， 無論是為了自己的健康， 還是其它的。 因為許多事情都是一體兩面， 濫用或是不當使用必定會引發一定程度的 "副作用"！ 到最後是誰要承擔？ 不都是自己嗎？ 所以就不要讓這些 "前車之鑑" 再發生在自己身上了！

[sotobtw-blog]

2010 Bye ~~~

很快的又到了年尾了！ 今年最大的改變就是 30 歲了！ 在公司的年資也超過兩年！ 而程式設計的總年資也超過四年了！ 今年的自我進修目標更加單一化， 就是說將一些非程式設計的部份暫時先停下(UI、SEO 等)， 先專心在程式設計這一塊。 今年也讀完了好幾本程式設計相關的書， 當然 "盡信書不如無書"， 不過學來的知識本來就是要經過自己的思考進而融會貫通才行！ 而且也要懂得 "活用" & "整合" 才行。 也開始學習了一項外語 (Русский язык)， 至於是哪一種， 就給各位看官猜一猜啦！ 也開始閱讀一些課外讀物， 像是 "內向者求生術" 這一本(��謝批西妹借我這本)！ 程式設計之外的世界其實是很寬廣的！ 而保齡球也終於改鑽了左手孔， 當然還是沒辦法打破右手之前所保持的成績， 但是最高分的差距也已經小於 20 分了！ 而右手也開始改練 No Thumb Style。 其實今年的目標大致上都有實現， 要說說明年的嗎？ 目前還是列為最高機密！ 我不會寫在這裡！ 而我的 Plurk & Facebook 我都將隱私向上加了一級， 若是我認識的人， 來加我好友是絕對可以的！ 而要在這裡留言的人也要開設 Yahoo blog 才行， 因為這裡也是有 "遊戲規則" 的喔！ С Новым годом ~~~

[sotobtw-blog]

取得 embed 影片 URL 的示範程式碼

<!-- ie 的 object 標籤一定要有 classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000" 的屬性才可以運作！ 請將 "網址" 二字換成影片的 URL！ --> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head>     <meta http-equiv="content-type" content="text/html; charset=utf-8" />     <title>embed</title> </head> <body>  <object id="myobj" width="480" height="385" classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000">     <param name="movie" value="網址"></param>     <param name="allowFullScreen" value="true"></param>     <param name="allowscriptaccess" value="always"></param>     <embed src="網址" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="480" height="385"></embed> </object> <br>  <input id="button" type="button" value="show url" /> <script type="text/javascript"> function getTagValue(obj,tag,attr,val) {     var tags=obj.getElementsByTagName(tag);     var tn=tags.length;     for(var i=0;i<tn;i++){         if(tags[i][attr]==val){             return tags[i].value;         }     } } function showURL(){     var myobj=document.getElementById('myobj');     var movie=getTagValue(myobj,'param','name','movie');     alert(movie); } document.getElementById('button').onclick=function(){     showURL(); } </script> </body> </html>

[sotobtw-blog]

二階式下拉選單範例

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head>     <meta http-equiv="content-type" content="text/html; charset=utf-8" />     <title></title> </head> <body> <form action="" method="post" name="form">     <select name="select_1">     </select>     <select name="select_2">     </select>     <br />     <input type="submit" value="送出" /> </form> <div id="zone"></div> <script type="text/javascript"> var main_ary=['1','2','3']; var sub_ary=[]; sub_ary[0]=['1_1','1_2','1_3','1_4','1_5']; sub_ary[1]=['2_1','2_2','2_3','2_4']; sub_ary[2]=['3_1','3_2','3_3','3_4','3_5']; var ary_lens=[]; var sn=sub_ary.length; for(var i=0;i<sn;i++){     ary_lens.push(sub_ary[i].length); } var form=document.form; var select_1=form['select_1']; var select_2=form['select_2']; var zone=document.getElementById('zone'); var val_1=0; setOptions(select_1,main_ary,main_ary.length); setOptions(select_2,sub_ary[val_1],ary_lens[val_1]); showHTML(zone); select_1.onchange=function(){     val_1=this.value;     setOptions(select_2,sub_ary[val_1],ary_lens[val_1]);     showHTML(); } select_2.onchange=function(){     showHTML(); } function setOptions(obj,data,len){     obj.length=len;     for(var i=0;i<len;i++){         obj.options[i]=new Option(data[i],i);     } } function showHTML(){     var val_2=select_2.value;     zone.innerHTML=select_1[val_1].text+','+select_2[val_2].text; } </script> </body> </html>

[sotobtw-blog]

專題製作回憶錄

無論是唸一般大學， 還是技術學院、科技大學， 都一定會碰到的學分就是 "專題製作"。 回想起 2001 年， 在我唸二技一年級(大三)時候， 3D CAD 不算學得很好， 記得上課被老師叫到回答問題， 答不上來還被老師唸！ 想當然爾， 學期末成績也只是低空飛過， 而且該科成績好像還是 "吊車尾" 的樣子。 但是， 專題製作又選到了 "造型溯源" 這一組， ��偏又要使用 3D CAD 軟體， 而當時被分到 Solid Edge v8 這個軟體。 也不知道是不是電玩的影響， 當時對 3D 繪圖很著迷， 不過其實迷上的是 3D CG， 而不是專題要用的 3D CAD； 也不知道是什麼原因， 驅使我學習。 或許是想追上在專科就已習得 3D CAD 繪圖技術的同學。 在學生時期的最後一個暑假(大三升大四)， 也沒有去打工， 在家裡一直使用 Solid Edge 這套軟體練習建模， 後來漸漸的被我摸熟。 後來專題要作滑鼠的曲面建置， 但是後來我想了一想， 居然就這樣被我作出來了。 其實也只不過是書本上一個例題��啟發， 但是絕對不是照抄！ 依樣畫葫蘆， 之後又想出類似但是有一點不同的方式製作曲面。 而我想出來的方式， 不但在全組的同學及老師面前發表之外， 當然也被收錄在專題的書面資料當中。 在大四那一年的寒假， 收到了成績單， 專題製作居然得到了超過 90 分的分數。 從倒數的成績， 變成專題同組應該可以說數一數二的成績。 寒假結束， 學校開學之際， 我記得全班當時在大禮堂門口(原因已經忘了)， 只記得專題的老師走到我身邊， 然後說了一句：「專題拿九十幾分啊！很高耶~~~」， 然後講完就走了。 當時的我不好意思小小的笑了一下。 只記得當時在我身旁同組的同學 "強迫" 我拿出成績單， 後來才發現我好像是全組最高分， 當然也被同學 "開玩笑" 形式的 "修理" (也就是說不是真的揍我)。 其實專題的老師就是 3D CAD 這門課的任課老師， 或許是我的進步被他看在眼裡， 所以才給我這樣的分數吧！ 寫這篇文章並不是在臭屁！ 也不是在誇耀自己學生時期的 "豐功偉業"！ 求人幫忙專題或代寫， 或許學期末過得了關， 不過可能就會少學習了一項日後賴以為生的 "技能"！ 也因為這個專題， 開啟了我對於 3D 的興趣與熱忱， 進而去學習 3D CG 軟體 Shade R5， 也學習到了 CG 與 CAD 的不同之處。 畢業已經多年， 雖然目前從事程式設計， 而且在工作當中完全沒有使用到 3D 的技術， 不過我依然堅信一句話： 人生沒有用不到的經歷。 因為， 只要有心想學， 沒有學不會的。 而我也一直以這樣的心態學習一切新事物， 對我而言， 那一年的暑假或許還沒結束……。

[sotobtw-blog]

一個 select onchange 的 示範程式碼

一個 select onchange 的 示範程式碼 請自行修改 test.php 與 option 的 value 值。 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head>     <meta http-equiv="content-type" content="text/html; charset=utf-8" />     <title>linkTo</title> </head> <body> <select id="class" name="class">     <option value="">請選擇</option>     <option value="1">甲</option>     <option value="2">乙</option>     <option value="3">丙</option> </select> <script type="text/javascript"> document.getElementById('class').onchange=function(){     linkTo(this,'test.php?id='+this.value); } function linkTo(ele,url){     if(ele.value!='')         location.href=url; } </script> </body> </html>