星期六, 1月 20, 2007

當立法院變成格鬥場

今天看到非常誇張的新聞,民進黨為了凸顯阻擋中選會組織法的決心,擺出「不惜一戰」陣勢,發出簡訊,要求黨籍立委佔據發言台,院會還沒開始便「排班」霸佔發言台,使得朝野協商完全停擺。如果這樣的表現是民主,那麼台灣的法律=死板無用
把立法院搞的像戰場和菜市場一樣,更出現大打出手的畫面,就連小學生的班會都不會有人衝上主席台鬥毆。被選為人民代表的立法委員又怎能如此的以身作"賊"。
聽了一堆新聞聯播,對台灣政治真的是很失望,台灣強不起來就是有那群領錢不做事的人在扯後腿!等我出了社會就從選里長開始慢慢的改善台灣腐壞的政治吧!(到時候,住板橋同里的記得投我一票!)

星期五, 1月 19, 2007

維基百科創辦人威爾斯相信:人腦勝過電腦

老師寄來的東西!最近越來越沒有空玩我的blog了,之前一直想要完成daily blogging,但是好像有錯過一兩天。始終沒有辦法維持一個月或是更長的時間!

就讓我偶而分享一下平常在看的東西吧!



羅耀宗 2007/01/15


三個臭皮匠,勝過一個諸葛亮,群眾的智慧能夠贏過Google這個網路世界的「奇才」嗎?維基百科(Wikipedia)的創辦人吉米‧威爾斯(Jimmy
Wales)相信,結合電腦和人腦的新型搜尋引擎,終有一天,可以取代Google,成為網路搜尋業的新霸主。

由一個廣大的社群自願協同工作的「維基」(wiki)模式,打造出巨大的線上百科全書之後,威爾斯準備再度動用它,匯聚網路上眾人的知識,執行另一樣深具挑戰性的工作:推出更好的搜尋引擎。


這項計畫,名稱叫做Wikiasari。wiki是夏威夷語,意思是「快」。asari則是日本話中「翻箱倒櫃搜查」的意思。今(2007)年第一季,研發新搜尋引擎的社群建立計畫就會出爐,不過搜尋引擎本身不見得馬上亮相。

在威爾斯看來,目前的搜尋結果還相當原始粗糙,缺乏足夠的情境脈絡,也不能充分解決在資訊大海撈針的問題。威爾告訴倫敦《泰晤士報》(The
Times),搜尋引擎的基本任務之一是做決定:「這個網頁不錯,或者這個網頁不好。」他說:「電腦做這種判斷,其差無比是出了名的。」

反之,人相當擅長於判斷什麼網頁是自己需要的;通常只要一秒鐘,就能做出這種判斷。機器則不然。人覺得十分明顯的事,機器不一定覺得明顯。威爾斯希望結合免費軟體和成千上萬人的力量,篩選過濾好資訊和壞資訊,讓搜尋變得更加可靠和符合所需。


威爾斯宣稱,現有的網路搜尋系統「壞了」,所以Wikiasari有它的必要。《商業周刊》引述威爾斯的話說:「用Google搜尋,得到的許多搜尋結果很好,卻也有許多搜尋結果很差。」他指出,利用演算式,依序列出搜尋結果,不見得總能得出我們想要的連結和資訊。尤其是,作弊者和商業組織已經學會怎麼操縱Google經由電腦產生的搜尋結果,讓自己的網頁連結出現在搜尋結果的前面。


這些事實告訴我們,單靠數學公式,不能產生始終恰合所需的搜尋結果。所以「人類的智慧仍然是這個過程很重要的一部分」。


根據威爾斯的構想,Wikiasari搜尋引擎的索引編製和原始排序等吃力粗重的工作,仍然由機器執行,需要細微判別的工作才借重人去完成。也就是說,Wikiasari會加進像Wikipedia那樣的人力編輯作業,而不只根據「人氣」(popularity)和其他的演算方法,產生搜尋結果。


一般電腦使用者在Wikiasari執行搜尋時,引擎會根據和Google的Page-Rank系統類似的一套公式,跳出搜尋結果網頁。但是和Google不一樣的是,Wikiasari的使用者有兩種方式「奉獻」一己之長。首先,使用者可以利用自身的網際網路知識,以及他們覺得哪些連結最有用,選擇特別增設的編輯功能,把搜尋結果重新排序。


Wikiasari的伺服器會將新的結果,連同原來的查詢關鍵字,和其他使用者的偏好儲存在一起。將來再查詢相同的關鍵字,Wikiasari會依照大多數使用者儲存的順序,跳出搜尋結果網頁。


具備程式設計知識的網路使用者,有第二種「奉獻」方式。Wikiasari的技術是根據Apache的開放原始碼網路搜尋軟體產品Lucene和Nutch。威爾斯準備對外揭露公司所有的電腦程式碼,並且相信這種方法最後將勝出,因為世界上任何人都可以隨時隨地加入,協助搜尋引擎回報更切合需要的結果網頁。


威爾斯估計使用者參與投入大約三年之後,才有足夠的資訊數量,能和Google、Yahoo!、微軟的MSN等主要搜尋引擎互別苗頭。以三年為期的時間表,是根據Wikipedia真正起飛所花的時間。Wikipedia於2001年推出,起初只有約100篇文章,卻迅速演變成全球性的參考資源和廣大無邊的現象。


當然了,Google相對於競爭對手成功的祕訣,不只在於它的市場占有率,更在於它懂得運用廣告收入引擎,將搜尋流量化為金錢。維基百科是個非營利「公益」事業,禁止刊登廣告,Wikiasari則不然,將來會和Google一樣,在搜尋結果網頁登出廣告,帶進收入。


以完全透明為目標的「社會搜尋引擎」Wikiasari,需要仰賴群策群力的「共筆」精神,成敗的關鍵是能不能建立一個像Wikipedia那樣,可以相互信賴的社群,並且解決Wikipedia內容不完全可靠的問題。威爾斯借用Wikipedia由使用者產生內容,由使用者編輯內容的觀念與技術,當然也希望藉Wiki產品群的人氣和聲譽,吸引對老搜尋方法感到厭倦的新使用者上門,給這具新生搜尋引擎一大把助力。

星期四, 1月 18, 2007

小心GOOGLE AD夢幻泡影

原來google ad 真的會找人碴,並且停權!
下面活生生例子。
不過呢,警告信我倒是收過,在剛開始的時候加入了一個以google ad 為號召的blog當然跟我現在這個也是做並行的動作!不過在那似乎有很多好咖會幫你點閱。所以造成同IP點擊率過高!?(或許吧)

所以google就寄一封警告信跟我說,如果有自行點擊或是請朋友點擊都會被取消資格,但是很好心的把我多點的錢錢扣掉之後就很正常了!
下面這是受害者,其中google的態度十分強猛!完全沒得說!或許已經壯大了吧,不過我想壯大很久了。原因不明XD

大家去他網站看看吧^^~給點實質的安慰吧!
人行道 sideway: 一切GOOGLE AD,如夢幻泡影

星期三, 1月 17, 2007

Java 實現語音教學

雖然放寒假了,還是要去實驗室。先學先熟悉?不太知道,不過昨天接獲學長講汪庭安老師想要我們幫忙作一個線上家教系統。

我很想說不要做,因為之前加入過一個台中的線上家教公司,結果,他招不到學生就倒了。所以對於這個系統不是很有信心,聽學長說著說著才知道這是要給家扶中心的小朋友做的系統,經由各大學的慈幼社提供免費的教學,當然這能讓雙方都獲得好處。那這一個系統構想是想要有一個平台能讓老師跟學生不知道對方的真實身分而在線上作教學,也希望有語音功能且可以紀錄師生之間的互動(怕有怪咖想要誘拐小弟弟小妹妹)。



  • 在網路上傳輸音頻的方面存在的問題主要可以歸納為以下幾點:
      1. 雙方之間的網路連接
      要進行頻數據的傳輸,首先就是要建立數據連結。常用的通訊協議中,TCP較可靠,所以用在不允許數據丟失的應用上。而UDP則較多應用於處理速度要求較快、數據傳輸可靠性要求不是很高的應用上,如數據廣播。通信協定的選擇取決於我們所要做的應用的類型。怎樣建立網路連接,穩定的接收和發送音頻信號的數據流是關鍵。
      2. 音頻信號的採集以及回放
      在進行音頻信號的採集中我們必須考慮到采樣率的問題,聲音信號的采樣率有8Khz、16Khz、32Khz、44Khz等,每種數據采樣慮產生的數據量都不一樣,越高的采樣率產生的數據量越大,所以我們要選擇合適的采樣率以適應網路的帶寬。
      3. 音頻數字信號的編碼與解碼。
      如果把直接採集到的音頻信號數據流在網路上進行傳輸,它所佔有的帶寬也是十分大的,以8Khz的采樣率採集14位的音頻數據那麼就有以下這樣的一個式子: 14 bit * 8000/second=112,000 bits/second or112kbps

  • 下面就針對前面提出的問題討論一下解決的辦法。
      1. 雙方之間的網路連接
      Java在這方面有其獨特的優勢,Java提供了豐富的網路類庫的支援,可以輕鬆編寫多種類型的網路通信程式。在我下面的例子中我就使用了TCP/IP協議,透過Java的Socket類進行程式設計。
      2. 音頻信號的採集和回放以及音頻數字信號的編碼與解碼
      在解決這兩個問題的時候,在網上很幸運地透過一些文章的介紹,找到了Answer Machine 演示程式的源代碼(由of jsresources.org的Florian Bomers 和Matthias Pfisterer編寫,網址http://www.jsresources.org/apps/am.html)。在這個程式代碼中,有幾個解決我們問題所需要的類,而且作者將這些類壓縮的很好,我們基本不需要做什麼改動,只需要屏蔽其中的調試資訊的輸出就行了,更可貴的是它還封裝了幾種常見的音頻格式。其中的GSM格式(Global System for Mobile Telecommunications)就是我們下面例子中採用的壓縮格式,GSM格式可以將128kbps 的音頻數據流 (16bit透過8k Hz的音頻采樣) 壓縮為13kbps 的音頻數據流,非常適合語音信號的傳送,所以可謂是一石二鳥。
      我分析過這幾個類的源代碼,不得不佩服它的作者,每個類的源代碼都很精煉,大家可以自己分析一下。好了下面就給大家講講這幾個類,並且將它們用到的Java Sound API中的類和函數等一並做個簡單介紹,讓大家對Java Sound API中常用的類也有個大致的了解。由於Java Sound API中的類比較多。限於篇幅無法對所有用到的類做詳盡的解釋,以下內容只是簡單提及了各個類的用途和使用規范,有關Java Sound API中類的具體介紹請大家訪問這裡http://java.sun.com/j2se/1.4.2/docs/api/, 查找javax.sound.sampled的相關內容。

以下的提到幾個文件是從Answer Machine 演示程式的源代碼中提取出來的,由於是開放源代碼的程式,大家在使用的時候請注意相關的公共協議。
  

AMAudioFormat類(封裝在AMAudioFormat.java文件中)
  AMAudioFormat類封裝了CD、FM、TELEPHONE、GSM這四種品質的音頻格式的參數,使用起來也非常簡單,這樣我們在使用Java Sound API時就不用自己去寫那些複雜的代碼了,但為了明白Java Sound API的原理,我們需要對它的代碼做一下分析。它使用了Java Sound API中的AudioFormat這個類,這個類非常重要,在Java中對任何音頻數據的使用都要實現透過它指定所需要使用的音頻格式,AudioFormat類有一個巢狀的類AudioFormat.Encoding,實際上大部分對AudioFormat類的使用都是使用的這個巢狀的類。
  AMAudioFormat類的重要方法:
  名稱:getLineAudioFormat
  調用格式:getLineAudioFormat(整型音頻格式代號)
  返回值: 根據傳遞音頻格式代號產生的AudioFormat對象。
  說道這裡大家可能要問了,那麼透過Java Sound API可以直接使用GSM格式嗎?答案是比較複雜,但同樣有解決的辦法,作者在這裡使用了另外的開原始程式的類庫-tritonus的GSM編碼解碼庫。大家需要在這裡www.tritonus.org/plugins.html下載tritonous_share.jar和tritonus_gsm.jar兩個文件,並在AMAudioFormat類中引用,這樣就完成了GSM格式的設定。需要告訴大家的是在對AMAudioFormat.java這個類進行編譯後,我們的程式運行的時候就可以不需要tritonous_share.jar和tritonus_gsm.jar這兩個文件的支援了。
   AudioCapture類(封裝在AudioCapture.java文件中)
  AudioCapture類封裝了從音頻硬體捕穫音頻數據並自動編碼為GSM音頻壓縮數據的過程,並且透過它的getAudioInputStream()方法提供給我們一個音頻數據輸入流,我們就可以直接將這個流發送到網路中。
  AudioCapture 類的重要方法:
  名稱:getAudioInputStream
  調用格式:getAudioInputStream()
  返回值:AudioInputStream對象
  AudioCapture 類使用了Java Sound API中的AudioInputStream、AudioFormat、AudioSystem這幾個類和TargetDataLine、LineListener接口。除了AudioFormat類我再簡單介紹一下其他的類:
  AudioInputStream 類是帶有特殊音頻格式和長度的InputStream類,它有兩個構造方法,分別是AudioInputStream(InputStream stream, AudioFormat format,long length)和AudioInputStream(TargetData -Line line)。
  TargetDataLine 接口是DataLine接口的一種,透過它就可以直接從音頻硬體穫取數據了,它有幾個常用的方法,分別是:open(AudioFormat format)、void open(AudioFormat format, int bufferSize)、int read(byte[] b, int off, int len)。
  AudioSystem 類是Java標準音頻系統的入口點,在AudioSystem 類中使用他的getLine() 方法創建TargetDataLine對象。
  LineListener接口用來對線路狀態改變的時間進行監聽,他的重要的方法是update(LineEvent event)方法。
   AudioPlayStream類(封裝在AudioPlayStream.java文件中)
  AudioPlayStream類與AudioCapture類剛好相反,它封裝了GSM壓縮音頻數據的解碼和音頻信號的回放過程,提供給我們一個音頻信號輸出流。AudioCapture類用到的Java Sound API中的類它也基本都用到了,只是它使用了SourceDataLine接口而不是TargetDataLine接口
   Debug類(封裝在Debug.java文件中)
  Debug類主要用來在調試時輸出訊息,代碼很少,後來我把其中輸出資訊的語句都屏蔽了,對程式運行沒有影響。

  • 有了以上的基本的介紹,就可以透過一個極為簡單的語音對講軟體代碼的解釋讓大家更清楚地了解一下這幾個模組的具體使用方法,大家可以從中穫得開發具有諸如網路電話、自動應答等功能的軟體的類似方法,用於語音數據的傳輸。
      程式的結構:
      整個程式分三層,作用分別如下:
      . 頂層: 用戶介面
      . 中間層: 控制層
      . 底層: 傳輸層
      程式有兩個主要的類:
    1.CallLink:網路傳輸層,用於接收或發送音頻數據。
    2.VoiceSender:作為第二個啟動的線程提供從音頻硬體捕穫並編碼好的數據給網路傳輸層。
  • 程式的主類jphone使用了Runnable和ActionListener接口,主類除了基本的幾個方法之外,還具有方法initAudioHardware()、ShowMSG、startPhone分別用於初始化AudioCapture類與AudioPlayStream類、顯示程式狀態和開始程式。主類jphone具有兩個子類VoiceSender和CallLink。
      子類VoiceSender同樣使用了Runnable接口,它在程式中作為第二個啟動的線程負責發送捕穫到的音頻數據。CallLink子類就是負責建立scoket連接,並且負責接收或發送網路數據、監聽網路連接等功能的實現。它具有主要的方法是getInputStream()、getOutputStream()、listen()、open()、close()等。

      
  • 程式的基本工作流程:
      當程式啟動時首先執行建立目前主類的實例,當按下呼叫按鈕的時候執行startPhone()方法,startPhone()方法透過調用initAudioHardware()方法建立AudioCapture對象和AudioPlayStream對象的實例PhoneMIC和PhoneSPK, 緊接著在建立CallLink子類的實例curCallLink來與具有目標IP地址的電腦進行scoket連接後,startPhone()方法又將子類VoiceSender作為secondThread線程啟動,然後又調用run()方法。 run()方法透過已經建立的CallLink子類的實例curCallLink監聽網路上的數據(也就是等待別人的呼叫),一旦有音頻數據到來curCallLink 實例就為AudioPlayStream 對象PhoneSPK 提供網路傳來的音頻數據,而PhoneSPK在一個循環中不斷的將音頻數據轉換為音頻信號,完成類似電話聽筒的功能。
      子類VoiceSender 就作為第二線程啟動的時候,startPhone() 方法傳遞給它的參數是實例化的CallLink 子類curCallLink , 子類VoiceSender 透過實例化的AudioCapture 對象PhoneMIC 將音頻信號壓縮成GSM數據,並透過curCallLink 將音頻數據發送到具有目標IP 地址的電腦上,完成類似電話受話器的功能。
      在這裡實例化的CallLink 子類curCallLink 就相當於兩個電話之間的電話線,這樣透過我以上的解釋大家對程式的原理就有一個大概的了解了吧。
      其中的音頻數據發送線程和音頻數據接收線程是同步的,不過考慮到網路的因素,可能在聲音的傳輸上有一些延遲,不過由於延遲比較小對及時聽到對方的話語影響不大。

      
  • 編寫代碼摘要:
      在使用AudioCapture 類和AudioPlayStream 類的方法之前需要知道怎樣初始化這兩個類。在聲明AudioCapture 對象的時候需要傳遞給它一個靜態的整型值用於表達將音頻信號壓縮的方式,這個靜態的整型常量可以是AMAudioFormat 類的以下四個值之一: FORMAT_CODE_CD 、FORMAT_CODE_FM 、FORMAT
    _CODE_TELEPHONE 、FORMAT_CODE_GSM 。所以聲明AudioCapture 對象就要用一下的形式:

    private AudioCapture PhoneMIC null;
    PhoneMIC new AudioCapture(AMAudioFormat.
    FORMAT_CODE_GSM);
    而聲明AudioPlayStream 對象則不同,我們在初始化它的時候需要傳遞給它一個AudioFormat 對象,用於通知它我們所要播放音頻的格式,這個AudioFormat 對象可以透過AMAudioFormat 類的getLineAudioFormat(格式參數值)方法穫得,其中格式參數的取值和上面提到過的AMAudioFormat 的四個值相同,所以聲明AudioPlayStream 對象就要用以下的形式:

    private AudioPlayStream PhoneSPK null;
    AudioFormat format null;
    format AMAudioFormat.getLineAudioFormat
    (AMAudioFormat.FORMAT_CODE_GSM);
    PhoneSPK new AudioPlayStream(format);

  在這之後就可以使用AudioCapture 和AudioPlayStream 對象的open() 方法打開音頻捕穫和音頻回放通道完成它們的初始化了。如以下的形式:

PhoneMIC.open();
PhoneSPK.open();

  初始化完成之後要使AudioPlayStream 對象播放聲音還需要以下過程,首先建立一個緩衝區(位元組數組)用於存放從網路傳來的音頻數據流,然後執行AudioPlayStream 對象的start() 方法使AudioPlayStream
對象開始聲音的回放,這時執行一個while 循環,在循環中將音頻流數據寫入緩衝區,再使用AudioPlayStream對象的write()方法將緩衝區的數據還原成語音信號然後播放出來。如下面的例子:

boolean complete false;
byte[] gsmdata new byte[bufSize];
int numBytesRead 0;
......
PhoneSPK.start();
......
complete false;
while((!Thread.currentThread().interrupted()) )
{
 try
 {
  numBytesReadplaybackInputStream.read(gsmdata);
  if(numBytesRead == -1)
  {
   complete=true;
   break;
  }
  PhoneSPK.write(gsmdata, 0, numBytesRead);
 }
 catch (IOException e)
 {
  System.exit(1);
 }
}

  •   其中complete 的值用於標志終止聲音播放的異常原因。
      類似的,初始化完成之後要使AudioCapture 對象捕穫和壓縮聲音數據還需要其他的操作,首先聲明一個InputStream 對象,賦其值為AudioCapture 對象的getAudioInputStream() 方法的返回值,執行
    AudioCapture 對象的start() 方法,然後在建立一個循環,將透過InputStream 的read() 方法得到的數據發送到網路上。例如以下代碼:
    InputStream myIStream null;
    myIStream PhoneMIC.getAudioInputStream();
    ......
    while((!Thread.currentThread().interrupted()))
    b = myIStream.read(compressedVoice,0, bufSize);
    sendStream.write(compressedVoice,0,b);
    ......

  •   透過使用CallLink 的幾個方法,我們可以方便的傳輸和接收音頻數據流。以下是它的代碼:
    class CallLink
    //使用套接字進行連接
    String ipAddr null;
    Socket outSock = null;
    ServerSocket inServSock null;
    Socket inSock null;
    CallLink(String inIP)
    ipAddr inIP;
    void open() throws IOException, UnknownHostException
    {//打開網路連接
    if (ipAddr != null)
    outSock=new Socket(ipAddr,TALK_PORT);
    }
    void listen() throws IOException
    {// 監聽,等候呼叫
    inServSock new ServerSocket(TALK_PORT);
    inSock inServSock.accept();
    }
    public InputStream getInputStream()throws IOException
    {//返回音頻數據輸入流
    if (inSock != null)
    return inSock.getInputStream();
    else
    return null;
    }
    publicOutputStreamgetOutputStream()throwsIOException
    {//返回音頻數據輸出流
    if (outSock != null)
    return outSock.getOutputStream();
    else
    return null;
    }
    void close() throws IOException
    {//關閉網路連接
    inSock.close();
    outSock.close();
    }

  啟動時在A 電腦的IP 地址框內輸入要進行連接的電腦B 的IP 地址,在電腦B 的IP 地址框內輸入要進行連接的電腦A 的IP 地址,讓後分別點擊“撥出電話”按鈕就可以進行連接了。當然別忘了接上麥克風和打開音箱電源,提醒大家,這裡的IP 地址欄裏預先存在的地址是127.0.0.1。

全文



整理完一整篇文章之後,我不禁問自己,我要先進實驗室嗎?還是先多修幾門課好讓我研究所(或許)有機會提早畢業呢?

也想要像許多學長一樣去美國當交換學生。但是每次都定不下心來唸英文。日復一日...想一想之前想要寫的六個人的小世界讀後感也不斷延後。

可能我最先需要唸完的是超效能時間管理,呵呵!

星期二, 1月 16, 2007

斷頭氣,完全解析斷頭

一部簡單的驚悚影片,國際武器公司為了要獎勵公司,週末時在近郊的休閒中心舉辦了公司聯誼保齡球大賽。然後,在半路上一樣是車子拋錨,一行人走到奇怪的小屋裡,並且第一個晚上,玩世不恭的哈利,說出他們身處的這個招待所,以前曾經發生過受過精密訓練士兵的殘酷殺人案件!

隔天,小隊驚恐的發現,他們的週末計畫被迫臨時改變,因為他們發現,他們已經被瘋狂的爆破小組士兵盯上,並且被列入恐怖復仇的名單當中!!!

其中更提到被斷頭的人還會有知覺,還可以清楚的看到人眼在動。不知道是不是真的!
影片中也不少像是左圖一般的"撒米私",不過在看的時候會覺得很像德州電鋸殺人狂。
但是這部片邊看邊拉字幕,實在是很不爽。也還好沒去電影院看,呵!

決明子,好物!

決明子 人體的清道夫

根據《本草綱目》記載,決明子又名「人體清道夫」,屬性溫和,含有黏液質、蛋白質、脂肪油、大黃酸、大黃素,還含有維生素A、胡蘿蔔素,男女老少都適合飲用,具有洩肝火、退大腸火的功效,能促進腸胃道消化、清除宿便,排除人體內所積存的毒素,因此有人認為它具有減輕體重的效果。明目、解毒亦是決明子主要的功效。
對於長期坐著閱讀的人或電腦愛用者,容易產生疲倦感的人,工作時缺乏伸展運動機會,而肌肉容易疼痛的人,眼睛疲勞、腦神經緊繃的人,頸部和肩胛骨常酸痛緊繃的人,腹部有脹氣、或是在發育期時青春痘長滿臉的人,多喝草決明茶對於以上症狀的緩解,都有很大的幫助
決明子的藥理作用

中醫認為決明子有
1. 清肝明目
2. 潤腸通便
3. 利尿
4. 降血壓
5. 抗病原微生物
6. 降低血清膽固醇(Cholesterol)和三酸甘油脂(TG)的作用,
加速子宮收縮而有催產作用。

來源


小時候也聽媽媽說決明子對於眼睛疲勞很有用,且不會像咖啡那麼的利尿。(時常喝咖啡,打一場魔獸跑好幾次廁所)
也建議大家可以買一包來喝,不過我想看了上面的說明,大家身邊都有一杯決明子茶了吧。

星期一, 1月 15, 2007

台灣的法律=死板無用

近日來王又曾的新聞炒的沸沸揚揚,明眼人都知道他既然就有計畫的逃出國就不可能回來台灣扛債的,但是台灣的法庭、法律、官員不知道在傻什麼,既然知道他在大陸,沒有第一時間發佈通緝令讓大陸將他遣返。
就算大陸不一定會依照引渡條約遣返他,但總在要求之餘還算站的住腳。
現在呢!讓王又曾跑到美國才說要通緝他,並且不斷強調與美國之間沒有引渡條約對於王又曾或許會像陳由豪一樣就讓他逍遙法外!

那麼讓我們假設台灣官員可以不要那麼智障!第一時間發佈通緝令,這樣王又曾還會從大陸出境到美國嗎?
讓我們回憶一下王又曾在大陸的時候,媒體不斷的去揭穿他的行蹤,而台灣官員只會說表面話,難道王又曾在台灣的子女一定會幫她還債嗎?還了債,罪魁禍首也是拿著那筆錢在國外消遙!

台灣的政客以及執法人員總是那麼的沒用,對於小老百姓就是不留餘力的打擊,對於財團呢?我想是拿人手短,吃人嘴軟吧!睜一隻眼閉一隻眼的執法動作,不要以為老百姓都瞎了!

另外在課堂上有個行政院來的老師也講了一點感言,台灣的政客握有權力就會開始有人來巴結,希望把標準降到最低限度,如此的鑽法律漏洞、交換利益或許是人類的劣根性所致。但是政治家不就是應該擁有更高的道德標準嗎?不然當初人民是選你來收取利益的嗎?
我有點感觸的問老師,為什麼要幫忙中華銀還錢,老師回答:這是為了安定民心和穩定社會。這點我也算認同,但是為什麼事情總是要用補救而不是預防呢?一切事情的起源都是監督人員不夠專業以及認真!

台灣真的有力量,但是治理台灣的總是如此的窩曩。請給人民多一點希望吧!

星期日, 1月 14, 2007

化妝萬能?Making up looks like the magic

我猜這次是化妝美女?我覺得好像是化妝魔術一樣。把好恐怖的人變成漂亮的人
有的人非常反對化妝,而我覺得化妝可以變漂亮,何樂而不為!當然有的妹妹明明就很正,硬是要化成特異的造型。這點我也非常不了解。

五組藝人全部選擇一號卸了妝會最漂亮。當然因為他青春可愛囉!
一號的生活照和卸妝前後!很可愛但是也是有大小眼

二號的生活照和卸妝前後!很像某籃球國手

三號的生活照和卸妝前後!這個....鼻子一直被吳宗憲笑,當然我也一直笑!

四號的生活照和卸妝前後!化妝好神奇,這個最明顯。

五號的卸妝前後!沒有生活照>_<~ 這個女的很南部的感覺,鄉土感很重




沒錯,一號以37/40壓倒性勝利!超強的啦。不過二號竟然還輸三號!這個真的是比美的嗎?

楊丞琳大放送。呵呵,他也有矯正牙齒很可愛。

Technorati tags: