跳到主要內容

為何我們要吐嘈

這是我在PTT吐嘈板的文章,還被m起來,所以貼來紀念一下。

每個行業都有它的黑暗面,但是大家最常見到的黑暗面除了政治,
大概就是演藝人員了吧。沒辦法,誰叫他們是焦點之所聚。就算
隨便穿著短褲、T恤、拖鞋去買個東西,被記者拍了照,也可以被
洋洋灑灑地寫出篇報導出來。什麼垂奶啦、肥肚啦、雙下巴、黑眼圈
啦,每個鏡頭捕捉到的特徵都可以寫出精采煽動的文章。這個並不會
破壞我對他們螢幕上的印象,畢竟藝人不是聖人,要時時完美呈現
自我形象,很難。

即使他們在螢光幕前表相風光亮麗,偏偏話一出口就現了原形,讓
他們所說的話和外表有了極大的落差。

這個才是讓我實在對有些藝人無法不鄙視的原因。

除此之外,認錯的態度也讓人火冒三丈。

首先是醜聞。通常醜聞一被報導,醜聞主角先跟推理劇的犯人一樣,大
喊『我是無辜的,請大家專注在我的努力與表現上』,
等到證據確鑿,無法抵賴後,才跟之前某王姓議員一樣,哭著請
大家原諒他。

首先是醜聞。通常醜聞一被報導,醜聞主角先跟推理劇的犯人一樣,大
喊『我是無辜的,請大家專注在我的努力與表現上』,
等到證據確鑿,無法抵賴後,才跟之前某王姓議員一樣,哭著請
大家原諒他。

『我的壓力真的很大,對不起,給社會做了最壞的示範!』(滿臉涕淚)

然後呢?風波過後,又是好漢一條!久了以後,上談話節目搞不好還會把
那段醜聞拿來說嘴,講得意氣風發,好像自己非常非常了不起,挺過了醜
聞,繼續在螢幕上發光發熱(?)。

其次是他們有時候發表的言論或是作品。無論之前聲稱只是『節目效果』讓
某族群上街頭抗議的節目主持人,還是老是說自己英文很好卻老是英文出包
的甲殼類動物,他們所說的話以及所作的解釋,都讓人感受不到『檢討自己』
的感覺。

『請觀眾多多注意到我的努力與精心呈現的作品!』

『我很努力!真的很努力!絕對不是抄襲!』

我的天啊!如果把他們說的話語錄發表在PTT的笨版,搞不好會被噓到爆,因為
內容已經遠遠超越笨版所能承受『笨』的程度了。

他們的人生是在Jump連載的嗎 @@?

愛、努力、與勇氣。

因為愛,我們得包容他們的無知。

因為努力,我們得肯定他們的表現。

因為勇氣,我們不得不在電視上面看他們表演(雖然我常轉台)。

難道不能謙虛一點嗎?

在話出口前,能先深思熟慮嗎?

在表演前,能想到對人所該擁有的尊重嗎?

日本的澤尻不過爆氣一下,馬上就被冷凍一年,哭哭也沒用。換做在臺灣的,
人大概會爆紅吧。

反正多的是理由可以講。

如果換個角度來想,某些藝人們的確是最佳的反面教材。

至少我們會知道『臥薪嘗膽』,而不是嘗其他東西。
至少我們會知道『羽扇綸巾』的第3個字音同『關』。
至少我們知道涼宮春日不是18禁小說,我們也知道絕對不能用有色的
眼光對待那些閱讀輕小說的朋友們,那是相當不尊重人的。
至少我們複習牛頓第一運動定律是什麼,省得晚上作夢夢到被物理老師追殺。
至少我們知道,『什麼都可以賭,毛囊不能賭』,這句話成立才有鬼。
至少我們知道,人類無知的程度,是沒有底限的,可以讓我們時時反省自己。

而,這就是鄉民的專業度越來越高的原因!
我們可以莫名其妙地提升英文能力,因為老是有人英文用錯地方。
我們可以知道一些音樂知識,因為有人覺得樂團BASS不怎麼重要。
我們可以知道很多常識,因為很多人在電視上表演缺乏常識。
我們可以知道『抄襲沒關係,盜版罪該萬死』,這句話不怎麼正確。
我們可以知道感人的MV情節,原來國外也有,而且更加感人。
我們可以知道慶功改版加演唱會DVD背後的行銷原理。

天子四的李世民都說了,『以銅為鏡,可以正衣冠,以史為鏡,可以
知興替,以人為鏡,可以明是非。』

希望能有愈來愈多能明是非的熱情鄉民踴躍吐嘈,因為這才是整個
社會可以向上提升的動力!

明理、專業、長知識。這是吐嘈版未來可以嘗試的方向。

留言

這個網誌中的熱門文章

[UML]學習筆記-循序圖型(Sequence Diagrams)-8

定義 如果說之前提到的物件圖型是描述一個時間點的系統運作的樣子(memory snapshot),那麼循序圖型就是表示系統要做某件事情的那段時間內,運作的樣子(一個連續的過程)。 循序圖的重點是在描述一件事情,以及系統要完成這件事情的一連串動作,也是一種軟體系統運作的動態圖型。 上圖就是一個循序圖型,而有下圖的解析。循序圖會以做的動作(任務)出發,並列出所以參與到的物件/類別。接下來由上到下就是動作與物件彼此間的順序運作關係。下圖可以清楚展示出物件與類別/任務的互動關係。 循序圖組成的元素 有以下元素組成 -物件節點(Object Node) -生命線(Lifeline) -活化區塊(Activation Box) -訊息(Message) -內部訊息 -解構物件 -迴圈 要建構循序圖,必須要確定要描述的任務為何。 確定任務後,就要列出任務會用到的物件(即為物件節點)。 物件節點 ***************************************************** public class TestThermos {      public static void main(String[] args) {          HotWaterContainer h = new HotWaterContainer( 2 );          CoolWaterContainer c = new CoolWaterContainer( 50 );          ThermosGui g = new ThermosGui();          Thermos t = new Thermos(h, c, g);      } } ******************************************************* 上面的程式片段就是在描述一件任務,那件任務就是模擬一個冷熱水開飲機。 一開始先畫出類別和物件的節點,可以很清楚地分出類別和物件的區別。 最前面要是為一個主程式或是匿名物件的話可以用Use case diagram的小人圖來代替。

[UML]學習筆記-狀態圖型(Statechart Diagrams)-10

定義 狀態圖型主要會應用到軟體系統中,某項任務的生命週期。任務的生命週期中,會有不同的狀態,藉由不同狀態的檢視,可以去檢查任務是否有未考慮的情況或是邏輯的謬誤。 上圖就是表示一個執行緒的生命週期,還有它本身的狀態變化。 另外,狀態的數量必須是有限的。 組成元素 狀態節點(State node) 狀態圖型主要使用兩個特定的符號來表示生命週期的開始與結束。 初始狀態(Initial State),使用實心黑色的圓形。 結束狀態(Final State),使用實心黑色的圓形,外層再包一圈空心的圓形。 除了開始和結束外,狀態節點就是表示生命週期的某一種狀態,它的節點內容包含兩個部分。 名稱區格(Name Compartment) 內部轉換區格(Internal Transition Compartment) 通常內部轉換區格會因簡化而省略。 下圖就是含有內部轉換區格的狀態圖型 接下來仔細解釋名稱區格以及內部轉換區格的定義 名稱區格 名稱區格的文字表示生命週期中的一個狀態,UML的規定並非必填,如果沒有填寫就稱為匿名狀態。 內部轉換區格 內部轉換區格主要用來表示狀態節點內部的轉換狀況,這個地方使用四個標籤來說明進入狀態節點後到離開狀態節點時,狀態節點內會做哪些動作。 entry: 進入狀態節點的動作 exit: 離開狀態節點時的動作 do: 停留在此狀態節點時執行的動作 自訂標籤: 使用下列格式來自訂標籤與動作 其實跟其他標籤格式差不多,除了標籤名稱外,就是有參數可以去填寫。 轉換(Transition) 在狀態圖型中,兩個狀態節點間的標示就稱為「轉換」,用來表示狀態節點間如何轉換過去的。 轉換標示的格式如下。 事件名稱: 通常會是物件/類別的方法名稱 參數: 可選擇性的宣告,就是傳遞給事件的參數 條件: 可選擇性地宣告,用來表示狀態轉換的條件 這邊用個修改紀錄的的狀態圖來做例子。 從這個例子可以看到[update record]的狀態可以經過update的事件後,來到達下一個狀態[record updated] 子狀態(Sub-State) 從之前開飲機的例子來說,狀態圖可以如下圖。

[UML]學習筆記-活動圖型(Activity Diagrams)-11(全系列結束)

定義 活動圖型是用來顯示軟體系統中特定的活動情形,和其他圖型最大的差異,就是它專注在「活動」上面,而不會去理會物件、類別相關的問題。 因此,活動圖型只關心活動的開始、過程、與結束,使用一般流程圖的方式來繪製就可以了。 譬如一個偵測溫度到自動加溫的活動流程。 活動圖型的用途 針對循序圖型中比較複雜的訊息傳遞加以說明 顯示狀態圖裡面較複雜的狀態轉換事件 說明合作圖型裡面的訊息 圖型組成的元素 活動圖型由下列的基本元素組成。 狀態與活動(State and Activity) 轉換(Transition) 分支(Branch) 分歧與結合(Fork and Join) 水道(Swimlane) 狀態與活動 狀態元素其實和狀態圖型中的開始與結束狀態是相同的,而活動則是圓角矩形來表示。 上圖如果轉成程式碼會是下面的樣子 轉換 轉換主要是一個箭號,用來連結活動圖型中的狀態與活動。只有在分支出來的箭頭才會在上面加上說明或是條件。 分支 分支會根據判斷式而導向不同的活動,分支後的轉換就需要加上說明或是條件。 水道 活動圖型中,活動流程可能很單純在一個方法或類別中就完成了,但是也有可能是由不同的角色去一起完成流程。 下圖是一個聊天的程式。 圖中,以Mary發訊息給[Chat Server]的流程來說,就需要使用不同的「水道」來區分不同角色所負責的活動。 水道也可以使用行為者標記來表示角色,這樣可以讓活動圖型更加清楚。像下圖就是是客戶去購買產品的活動流程。裡面的角色就包含了[客戶]、[服務中心]、以及[訂單系統] 分歧與結合 以聊天程式的客戶端來說,其實有同時執行兩個執行緒,一個是sender,用來傳送訊息,一個是receiver,用來接收chat server回傳的訊息,因此可以使用Fork來顯示這種同時進行的活動 在圖中,分岐的表示是使用一條粗黑線來分成兩個執行緒所做的事情。 結合的部分,就是要把分歧的活動再次結合成一個活動的表示方式。 上圖的計算機就是一個結合的典型例子,它裏頭的活動運作的加減乘除活動之後,均會顯示在一個統一的活動(螢幕顯示)上。 程式碼的