jeffyeh

　　最近看到一段程式碼,寫法是大腸包小腸的For迴圈寫法,意思就是一個For迴圈內又包一個For迴圈,而這段程式主要是在比對大迴圈的值,是否存在於小迴圈內或是那個位置.
ex :
for (int i = 0 ; i<strArrayA.Length ; i++)
{
    for (int z = 0 ; z<strArrayB.Length ; z++)

最近有遇到一次怪狀況,上網上到一半,突然跳出Adobe Reader的更新訊息,發現有8.0,要我升級.
正想要更新時,突然想到,不對啊,我的本來就是8.0了.....
就把那個更新視窗給關了,單獨開Adobe Reader的程式看看.
結果更新檢查完後,並沒有發現新版....
如果剛剛就按下更新,或許就這麼把病毒裝了起來了吧.

話說,兩家肥皂工廠為了檢查是否有空盒的沒裝肥皂的流出去.
甲工廠花了鉅資,買了一台X光檢測儀,使用高科技的方式檢測,如果發現空盒,會有機器手臂將其夾起. 但因為精密儀器,每段時間都要再花一筆錢檢測,避免產生誤判.
乙工廠就沒有甲工廠那麼的資本雄厚了,買不起X光或機器手臂,最後買了一台電風扇,甲工廠不得其解,一台電風扇怎麼解決這個問題,而且效果一定比不上他的高科技設備.
乙工廠就把電風扇放在流水線的一邊,對個流水線上的肥皂盒吹,如果沒裝肥皂的,會比較輕,就會吹下流水線,掉到不良品的箱子去. 而電風扇也很好維護,又不耗電.
甲乙工廠同樣都解決了空盒的問題,但所付出的成本相差甚多.

最近在商業周刊看到一篇文章,內容挺讓人玩味的.
[看問題的態度，決定企業轉型成敗]
看完後,就想到過去每次發生問題時,所有主管的第一個反應是什麼.
有幾個反應在啇周的文章內,確實也有發生過. 例如 :

最近在寫一些工作上要用的的程式,不只是ERP,也有一些是輔助系統管理的工具,寫著寫著,突然間覺得,手頭上的工具其實也是很可怕的東西,如果被亂用,其實跟木馬程式沒什麼兩樣.
原本設計用意是在監控遠端系統是否正常,並遠端透過自己寫的程式介面下指令去獲取資訊,好解決系統問題.
但寫到一半發現,如果這工具是給到心存不良的人使用,那就可怕了,原本的善意就變為惡意,好好的工具變為木馬或僵屍. 如果可以任意從遠端下指令給本機執行,那還有什麼不能做?
所以這工具就此中斷,沒有再繼續下去.
這時就想到,技術真的是兩面刃,可助人也可殺人,而決定權在握刀的那個人.

有些事情久了,沒再去動它,就會漸漸忘了,幾年前曾在美國念語言學校,離開前的最後一篇Research Paper, 將它放在這,讓自己永遠記得,過去也曾經有過.
 
Disadvantages of DVD Protection
 
 
Thesis: Computer companies shouldn’t develop the new anti-copy method for DVDs because it will increase cost and because it is not user-friendly for customers. Also, it is futile.
 
I.      Expensive
A.     CSS license
B.     Using DVD
II.     Not user-friendly
A.     Checking CD
B.     Unlock CD
C.     Limit player
III.   Futile
A.     Clever thief
B.     New technology
C.     Rich Internet
 
 
 
DVD Protection 1