跳至主要內容

[小記]七色彩雲

晚霞

說起來是少見多怪,但實在很怕忘掉昨天下午所看到的景象。活了二十多年,我最喜歡看夕陽和月亮,夕陽時分有許多特別美麗的雲彩,而月亮就像是溫柔的掛在高空照射著舊時空的光芒,卻也不刺眼。

昨天下午,在往北投的路上,承德路七段接大度路的那個路口,就是大同公司的前面,看到了生平第一次見到的七色彩雲。一直以為「七色彩雲」是形容詞用以形容雲彩的美麗及多變,例如上圖,我在墾丁拍到的夕陽,但昨天看到的,真的是一朵雲有多種顏色顯示在雲朵上,看得我目不轉睛,甚至叫偉展停下來想站在路邊看這朵雲。

很遺憾的是沒帶相機所以沒辦法拍下這一小角的雲,它躲在另一片雲的後方,所以只看得到一角閃著金色、粉紅(橘)色、淡綠色…等各種色彩。偉展說那可能是剛好有片雲折射了夕陽的光芒,也可能是剛好一段彩虹在雲後,以我們的角度是可以看到這樣的景象。雲層下方可以看到橘黃色的夕陽,照著觀音山(?)像是為山上鑲上一條金邊。夕陽前的雲彩就像油畫一樣,大概這類的雲容易出現七色雲吧?(可參考這張雲彩照片

忘了是上個月底還是這個月初的某個晚上,我們在公園裡散步,抬頭看月亮時,看到月亮邊有一圈彩虹,再仔細看,其實是兩圈,就像一般看到的虹與霓一樣。於是兩個人站在樹下看著這個景色,忘了站在樹下的危機。

附以下幾張我自己很喜歡的,歷年來拍到的夕陽照片,有些是在淡江大學工學館樓頂拍的,現在好像不能上去了吧!

觀音山與晚霞
觀音山與晚霞,可惜沒拍到整個觀音山

關山日落
關山有名的夕陽

墾丁的彩霞
這是所有關於雲彩的照片中,我最喜歡的一張,在墾丁民宿二樓拍到的。

漁人碼頭的夕陽與戲水父子
漁人碼頭的夕陽與戲水父子

陽明山上拍到的夕陽
陽明山上拍到的夕陽

淡水的夕陽與雲彩
淡水的夕陽與雲彩

隨選歷史閱讀:
Powered by Stuff-a-Blog
Tags: ,

留言

  1. 第一張天空的景色,真的很漂亮耶

    回覆刪除
  2. 你是說觀音山那張還是墾丁那張呢?這兩張我都很喜歡,觀音山那張是昨天翻出來的,也很懷疑以前有拍到這樣的景色怎可以忘掉。墾丁那張,是真的很難忘啊!台北很難看到。

    回覆刪除
  3. 我對墾丁這張印象好深刻

    回覆刪除
  4. 這是在一間民宿的二樓陽台拍的,2003年07月25日,這間民宿在墾丁街的小巷弄裡,離海邊很遠,看不到海,但很乾淨,老闆娘很和氣,人很好,當學生時只是找個住處落腳而已。

    拍到這張照片是個巧合,那天一行人從滿洲鄉的海邊戲水回來,我自願最後一個洗澡,在排隊時走到小小的陽台上看到夕陽,連忙拿相機來拍,沒有任何特效,留下這張顏色很燦爛的照片。

    不知道這輩子還有無機會再看到類似的雲彩。

    你的蓮花也很清雅啊!

    回覆刪除

發佈留言

請勿匿名留言,待審核後才會出現。

此網誌的熱門文章

公告:更換網址為 www.yingchu.net

使用「.tw」域名的網址已有一段時間,在台灣的春季連續假前一天,我決定把域名自原本的 「.tw」 改到「 .net 」,從國家及地區頂級域名(ccTLD)更換為通用頂級域名(gTLD)。對一般人來說,只是換個網址,但實際上更換域名不僅影響網路搜尋引擎排名,也因我無法設定舊網址自動跳轉到新網址(301 頁面),加上我平時較少使用社群平台,導致許多瀏覽者可能無法得知我已更換網址,RSS 讀者也無法自動收到新文章。 目前我只能在 X(twitter)、LinkedIn上公告我已更換網址。 請大家更新自己的書籤至「 https://www.yingchu.net 」,有使用 RSS Reader 習慣的使用者也更新至「 https://www.yingchu.net/atom.xml 」或「 https://www.yingchu.net/feeds/posts/default 」。 更換域名的原因 1. 費用因素 自 2014 年開始使用「.tw」域名,每年付台幣 700 元,使用已超過 10 年。當時選擇「.tw」,除了想告訴瀏覽者這個文章作者來自台灣外,「.tw」比「.com」或「.net」每年維護費用便宜近 50%。這期間我也曾購買其他新頂級域名(New gTLD),如「.world」、「.asia」等,並使用不同註冊平台。有些平台為吸引新客戶不時推出特價活動,例如我一直關注的「.net」近期就有優惠。同時,移轉服務商後「.tw」的維護費用也低於 HiNet,進一步強化我更換域名的意願。 2. 較友善的管理介面 原本透過 HiNet 購買的「.tw」域名,其後台介面不夠直覺,常常找不到設定功能。每年僅登入一次,幾乎無法記得操作流程。今年登入時才注意到其實有提供多因子驗證(MFA)功能,但過去完全未曾留意,也從未收到相關通知。自 2014 年至今,我印象中這個系統介面僅更新過一次,早期的版面文字更小、操作不便。 當我在其他服務商購買「.net」域名後,發現他們的介面在手機與電腦上皆清晰易用。因此我也將其他域名集中轉移至同一註冊商管理。新的註冊商同樣提供 MFA,我也不儲存信用卡資料,讓集中管理更加輕鬆安全。 3. 無法接受「.TW」註冊局(registry)的政策 促成我犠牲 10 年 SEO成果的臨門一腳,是因為收到一封台灣ccTLD管理者(即註冊局,台灣的註冊局...

台灣成立個人資料保護委員會的重要性

我在2018年6月7日去聽 PChome 的詹宏志董事長的 演講 ,他在演講中提到過去PChome被 DDoS 攻擊的事件。當他知道公司網站受到攻擊時,他不知道該向誰通報,只好藉由他的人脈網來尋求協助,當然也取得協助,並在他的考量下,儘量降低對公司聲譽、消費者權利的風險。 台灣發生過的真實案例 當我聽到這個經驗後,心中一直有個疑問:「當大企業遇到 DDoS 時,有內部資安管理人員全力處理。但若中小企業遇到 DDoS 時,除多功能的資訊服務團隊外,又該如何應對?」  2007年的博客來網站因為金馬影展的售票資料庫因為人為疏失,造成大量個資外洩,但因為當時的《電腦處理個人資料保護法》(即現在的個資法)還不是很完善,所以對當時的博客來而言並未有很嚴重的懲罰。 之後隨著網路愈來愈普及,網站因遭受攻擊造成資料外洩的事情愈來愈多,從會員資料庫外洩到癱瘓公司系統甚至導致醫療系統或網站癱瘓。,大家也開始藉由網路媒體教學,當自己的資料外洩,或是私密影像被惡意傳播時,就會先去警局報警備案。 在台灣,因為各目的事業主管機關的權責範圍不同,在沒有成立數位發展部(數位部)前,網路商店發生資料外洩時,可能會先找經濟部、國家通訊傳播委員會(NCC);在成立數位發展部後,就把所有責任給數位發展部。讓我很感慨的是2023年的 醫指付個資外洩事件 ,就看著衛福部、經濟部、數位部、金管會四個部會互踢皮球,都不認為自己是應該負責的目的事業主管機關,最後由金管會處理。 歐盟GDPR實施後對全球企業的影響 台灣的人權團體長久以來不斷倡議台灣需要獨立的個人資料保護機構,這件事我一直都沒忘,甚至是在討論 《數位中介服務法》 草案時,這部法的草案已經將個人資料保護機構應做的事已規劃至其中。可惜的是因為政治操作,這部法案就被遺忘了。 我在 2022 年開始蒐集全球個資保護與隱私保護的案件及觀察全球人工智慧、個人資料法規發展,我觀察到,台灣與收集的案例的最大不同處在於,與其他國家比較,台灣沒有獨立的個人資料保護單位,自然當其他國家在談資料跨境傳輸協議、人工智慧發展政策與規劃時,台灣沒有對等的單位可以參與討論,也許數位部同時身兼這樣的角色,但就不是前段所提到的「獨立」的權責機關。 歐盟的GDPR自 2018 年 5 月開始實施後,許多國家開始思考擁有資料保護及所有權的重要性而紛紛立法外,GDPR也對全球企業造成很...

生成式 AI 使用記錄 -- Deep Research

當OpenAI將Deep Research先開放給 ChatGPT Pro 的使用者後,已經有一群使用者驚訝於它的產出,沒多久,OpenAI已 開放給付費的使用者 來使用 Deep Research功能,讓更多人都能受惠於這套功能帶來的方便。 當我在 ChatGPT 裡使用 Deep Research 讀完我幾年來處理的文件、寫的報告內容後,它依這些資料產出的速度相當快,除了可以搜尋網路文章外,也同時參考我所上傳的資料。因為已經讀過我整理過一次或經過多次編修的內容,所以產出成果也有一定的品質。 這樣的發展促使我思考「知識工作者」是否可能真的被取代?科技進步就是不斷的在縮短資訊落差,減少因為資訊落差造成的不平等,但仍有可能因為運用資本的程度不同而產生不平等。 就現階段來說,使用者要讓生成式AI按提示語(Prompt)工作,取得高品質且符合需求的資料、辨識產出的成果是否存有虛構的內容,都需要依賴使用者本身對該領域的專業程度,才能寫出正確的提示語。在我今天的操作過程中,如果沒有先前累積的知識,可能也無法讓AI開始工作。 知識工作者在未來,存在的意義可能會像「翻譯」一樣,將客戶的需求「翻譯」為指令,限縮這些生成式AI在搜尋的範圍,提高產出的準確率及品質,減少內容的幻覺,,也像一個具基本能力的「編輯」,編修文章中的字句,更貼近「人類」的語言,或客戶需求的專業語言,而不是像機器一般的語言。 Deep Research 不僅縮短產出文章的時間,還沒有創作者在產出文章時的陣痛期,例如面對排山倒海的資料確不知從何處開始著手整合,又或是完全不知道要去哪裡找資料,又該從哪裡開始。在對話的過程裡,生成式AI也會一起把範圍縮小,讓目標更明確,也是不錯的協助。