跳到主要內容

為何我們要吐嘈

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

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

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

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

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

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

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

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

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

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

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

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

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

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

愛、努力、與勇氣。

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

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

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

難道不能謙虛一點嗎?

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

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

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

反正多的是理由可以講。

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

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

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

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

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

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

留言

這個網誌中的熱門文章

[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]學習筆記-循序圖型(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);   ...

[UML]學習筆記-元件圖型(Component Diagrams)-6

定義 在描述一個軟體系統的時候,將軟體系統裡的元素給予模組化(Modularity),即成為一個元件。將元件與元件間的關係做描述時,軟體系統的運作可以比描述類別關係更加得清楚。 這個的由來是描述Java serverlet技術時所採用Container base的描述方式。如下圖。 右邊的藍色區塊就是整個serverlet container以及其中所包含的元件,它和瀏覽器的元件會有互動的關係。 元件(Component) 元件在軟體系統中是依照規則定義功能的一個元素,藉由描述元件與元件間的關係,有下列優點。 1. 使用者可以較為清楚了解軟體架構 2. 提供軟體系統功能更為良好的邏輯文件 3. 提供更好的封裝 4. 方便取代與重複使用 有三個種類 1. 佈署元件 2. 工作產物元件 3. 可執行元件 UML各版本(V1.X & V2.0)的表示方式如下圖。 元件與介面(Component & Interface) 將所有實作一個介面的類別包裝為元件是很常見的做法。 下圖的Pet Interface即是一例。 上圖藍色區塊部分的類別就會集合成一個Pet Component 同樣,描述Component與Interface間的關係,也是使用虛線箭頭,箭頭形狀為空心三角形的表示方式(因為Pet Component就是把類別給集合起來而已) 使用元件圖型 這邊以計算機的程式來說明。 1. 使用到的Package列出來(使用套件圖型) ,請見下圖 2. 將套件中的類別圖型轉成元件圖型 3. 將所有元件圖型集合成軟體系統的運作架構,請見最後一張圖。 由上圖的元件關係可以很清楚地對應到計算機UI所呈現的內容。