聚會時間公告: 11月份聚會為11月15號星期六下午兩點在MocaMona / 講者:shawn Topic: Hello BIOS: EFI, an opensource firmware framework

十一月 12, 2008
» 椅子伸展操 - 長坐型工作者適用

YouTube 首頁看到 FG美人教室/ 長坐型工作者適用!椅子伸展操, 動作都很簡單, 應該是影音教學比較容易懂, 長時間坐在椅子上的都建議看看, 多顧自己的健康囉~

6個動作, 每個動作各左右 20秒, 6 x 2 x 20 = 4 分鐘, 算起來 5分鐘就可以做完, 蠻值得的~ :P

下述內容完整轉載: (下面文字於影片中都有講, 直接看影片比較快)

學生族與久坐的上班族,長時間坐在座位上,不斷地重覆著相同的動作,就是腰酸背痛的好發一族,如果不想大費周章的運動,這些椅子伸展操,超級適合你的啦!

  • 伸展前的貼心小叮嚀 1. 伸展時,應循序漸進 緩慢伸展至有點繃緊即可, 不必達到疼痛的地步。
  • 伸展前的貼心小叮嚀 2. 保持呼吸順暢 運動時,應保持順暢的呼吸,不要閉氣。

椅子伸展操

  1. 體側伸展 功能:伸展體側肌群 1. 左手插腰,右手上伸。 2. 身體向左側彎,維持20秒後換邊。
  2. 腰背伸展 功能:伸展腰背肌群 1. 身體前傾,背部肌肉放鬆。 2. 維持20秒後,以手推大腿恢復坐正姿勢。(有腰痛者做此動作宜謹慎,最好請教醫師)
  3. 腰部扭轉 功能:伸展腰背肌群 1. 身體側旋轉,兩手抓住椅背。 2. 兩腳不可離開地面,維持20秒後換邊。(有腰痛者做此動作宜謹慎,最好請教醫師)
  4. 腕部伸展 功能:伸展手臂、手腕肌群 1. 手掌向下,手指朝後,平放大腿旁。 2. 伸直肘部,身體向後微傾,維持20秒。
  5. 股四頭肌伸展 功能:伸展股四頭肌 1. 兩手握住左膝關節。 2. 往胸前拉,維持20秒後換腳。
  6. 腿後肌伸展 功能:伸展臀、腿肌群 1. 單手抓住腳尖,再將腿打直。 2. 動作時,背部一定要打直,維持20秒後換邊。

最後,提醒大家,以上這些動作,每週至少三次,天天做也OK唷!

十月 24, 2008
» 程式設計師的格言

看到這幾句是節錄第 3、9、35點 和 ex 第 6、14 點, 本來想紀錄覺得有趣的就好, 但是幾乎都太經典了(特別是最下面的 ex 系列), 還是全文轉載留存, 感謝作者的辛勞. Orz..(註: 內文轉載, 有稍做簡單的排版)

需求規格在程式寫完後才會敲定。
基本規格要客戶看到成品後才會決定。
詳細規格要使用者用過後才會確定。
要殺一個程式設計師不需要刀,改三次規格就好
程式的異常該稱為「bug」還是「規格上的限制」是看期限還剩多久決定的
過了三天就是別人寫的程式碼
沒有什麼事情比直接讓找不到任何bug的程式直接上線還要可怕的了

日本所說的 SE, 我是覺得比較像台灣稱的 系統分析師 - System Analyst(SA).

作者查詢的 SE 解釋: System Engineer(SE): 根據需求說明,編寫項目設計式樣書,同時參與部分模塊的開發與測試


下述文章完整轉載自: 程式設計師的格言 « but, or bug

程式設計師的格言(盜作不少)

譯自

(版本2 2008/10/12更新)

譯註

  • SE是日本軟體公司裡程式設計師的頭子。自己不太寫程式,主要工作是跟客戶確認規格。
  • 程式設計師多半自己不面對客戶。
  • 跟PM又不一樣。(有什麼比較貼切的職稱翻譯嗎?)

  1. 每天有24小時。
    所謂的「今天之內」,是指到明天早上為止。
  2. 程式不會照自己所想的跑。只會照所寫的跑。
  3. 需求規格在程式寫完後才會敲定。
    基本規格要客戶看到成品後才會決定。
    詳細規格要使用者用過後才會確定。
  4. 我對軟體設計的方式導出的結論,有兩種方式。
    一是把軟體設計得單純到很明顯不會有缺陷,
    不然就是把軟體設計得複雜到沒有明顯的缺陷。

    - C.A.R.Hoare
  5. 程式碼不要在開發現場寫! 去客戶那寫!
    除錯不要在期限前做! 上線後再做!
  6. 畫面是藍色的!
    (國際太空站太空人重新安裝 Windows NT,日誌中的名句)
  7. 先說「沒辦法」的人贏。
  8. 有意見的話你寫
  9. 要殺一個程式設計師不需要刀,改三次規格就好
  10. 首先要先懷疑別人,被懷疑的人或許會把問題解決掉。
    (註:通常會「先懷疑自己」)
  11. 開發沒有終點。只有釋出(release)。
  12. 無論規格多晚才能確定,結案期限永遠不會變。
    這是所謂的「期限守恆定理」。
  13. 客戶總是覺得水跟追加需求是不用錢的。
  14. 付錢愈計較的客人愈囉唆。
  15. 在排定開發行程時,總是視而不見一些連小學生都會的算數。
    業務部門總是一堆不知道1+1=2的人。
  16. 一個人掛了大家都掛了。
  17. bug過了一晚可能就變成規格了。
  18. 好的規格找一個天才不如找三個凡人。
    爛的規格找一百個凡人不如找一個天才。
  19. 客製軟體中30%的價格用在確認規格上。
    30%用在修改規格上。
    30%用在找bug。
    結果初期規格反映在價格上占的比例只有10%。
  20. 對客戶來說SE是部下,程式設計師是家畜。
    對SE來說客人是錢,對程式設計師來說顧客是看不見的病毒。
    除了弄完程式以外,沒有其他驅除的辦法。
  21. 顧客想受SE喜歡,要自己了解到系統開發需要時間與金錢,早點確定規格。
    SE想受顧客喜歡,則要讓程式設計師討厭自己。
  22. 很多SE跟程式設計師都暗自想著有錢有閒的話什麼系統都想自己動手做,
    不過都沒這種機會。
  23. 品質的劣化程度依規格改變的次數與規模而定。
  24. 業務是認為空想能夠實現的夢想家。
    SE則是深信任何障礙都能突破的冒險家。
    程式設計師則是被夢想家和冒險家拋到漆黑海裡的漂流者。
  25. 有才能的程式設計師第一次看到設計細節時,要先理解程式的目的。
    接下來要設法讓SE了解到以指定的方法、工時並無法完成這個工作。
  26. 程式是運氣與直覺堆砌而成的奇蹟。
    若不具備這兩者,不可能以這樣的工時實現這樣的規格。
    修改規格是對奇蹟吐槽的褻瀆行為。
    而追加修改則是相信奇蹟還會重現的無謀行動。
  27. 程式設計師聽了「把自己當作顧客去著想!」而開始思考。
    啊,像夢一樣。
  28. 對於因為興趣而寫程式的人來說,所謂的技術是程式語言能力。
    對於因為工作而寫程式的人來說,所謂的技術是邏輯思考能力與人際溝通能力。
    程式語言可以看著手冊溝通,客戶不行。
  29. 程式系統在交貨之前會不斷縮小。
    先用元件定義取悅老闆。
    再拿經費概算要部長妥協現實的方案。
    在運用會議中,課長會嘗識減少自己責任範圍。
    在細節會議中,負責人會把範圍縮到自己記得的部分。
  30. SE需要持久力,程式設計師需要爆發力。
  31. 準時離開公司,工作會變多。
  32. 完美的程式需要完美的時間與金錢。
    聽說揮霍著美國的國家預算的NASA,也覺得時間跟錢不夠。
  33. 詳細設計要在程式碼的註解裡做完。
    註解是唯一的自衛手段,至少要讓自己看懂。
  34. 還有時間看程式碼的話就執行他。
    CPU跑得比腦細胞快。至少這時候可以休息。
  35. 程式的異常該稱為「bug」還是「規格上的限制」是看期限還剩多久決定的。
  36. 所謂便服日,好像社會上把他叫做假日
    (註) 日本有些公司會有所謂便服日(不用穿西裝的日子),通常是星期五,但…
  37. 地獄持續一段時間後,充滿殺氣的怒吼會變多。
    再持續一段時間,說話會變少但牢騷會變多,壟罩在凝重的氣氛裡。
    再持續下去,反而會海闊天空,四周洋溢充滿活力的聲音。
    這種狀態稱為「Programmer’s High」,也是倒下來的人開始出現的時候。
  38. 遠處的火災一定燒到這裡。
  39. 禱告,然後 “工作” 吧。(修道院的標語)
  40. 程式不是用腦記的,要用身體記住。
  41. 明天能放假的話死了也罷。
  42. 外面有下雨耶,昨天開始下的嗎?
  43. 心若不廢掉(消極),身體會廢掉。
    若不讓自己殘忍,自己會被殺。
  44. 客戶會說謊,業務會作夢,SE會做白日夢。
    程式設計師則惦惦。(愈來愈自言自語)
  45. SE總是不講理的(unreasonable)說「沒有辦不到(impossible)」,
    業務總是沒辦法(impossible)說「沒道理(unreasonable)」。
  46. 規格書就像航海圖,客戶則是洋流。洋流陰晴不定,航海圖就變垃圾。
    程式設計師必須在沒有航海圖的海上憑自己的力量找到大陸。
  47. 再嘮嘮叨叨下去也是要付錢的。
  48. 多想個10秒鐘,你可以不說「嗯,這個做得到」。
  49. 人是無法從別人失敗記取教訓的動物。
    砍成本、改規格、加需求、趕上線,從來沒有人從眾多失敗中記取教訓。
  50. 老手用來提振精神的魔法格言:
    「不過比起以前來說算是…」
    新人用來提起幹勁的魔法格言:
    「把這件工作做完的話…」他們還不知道工作是沒有終點的。
  51. 所謂交案期限,是指開發現場從公司換到客戶那裡的日子。
  52. 程式、SE、經理不是職種。是職責。
  53. 業務是最難搞的客戶。
  54. 能夠迅速想到解法的程式設計師太多了。
    他們能用一分鐘想到方法,用一天去寫程式。
    不需要花一小時想到解法,再用一小時去寫程式。
    - Jon Bentley
  55. 漂亮的規格,可以從沒有bug出現看出來。
    明明爛的就是設計,為什麼是這樣…
  56. 上線後的除錯才叫做bug。
  57. 追加需求確定後交貨期限就無法確定,
    交貨期限確定後追加需求就無法確定。
    這稱為「追加需求與交貨期限的測不準原理」。
  58. 除三個錯就會冒出一個錯。
    這稱為bug的無窮迴圈。
  59. 不祥的預感總會實現。
    不過程式設計師不會去煩惱不祥的預感,那是SE的工作。
  60. 要解決地獄的辦法,就是客戶把錢交出來。
  61. 不懂電腦的操作者是發現bug的天才。而且無法重現。
  62. 每次開會就更改規格的客戶,
    他的操作手冊要等到操作寫好的程式後才能寫出來。
  63. 搞不懂的時候,Currency(長整數)比Interger(整數)好用。
    Variant(字串、數字都能存的萬能變數)又比Currency(長整數)好用。
    安全第一。
    (VB程式設計師如是說)
  64. 啊,那是微軟的規格。
  65. 程式設計師所不滿的規格也一定會讓客戶不滿。
    (這是說程式設計師覺得難寫的地方常常是SE溝通有落差)
  66. 程式設計師需要的技能,
    包括交涉、時程管理、業務分析、提案、設計、程式語言、架構、維護、使用。
    SE需要的技能則減掉程式語言、架構、維護與使用。
    專案經理需要的能力則再減掉業務分析、提案與設計。
    業務需要的能力再扣掉時程管理。
  67. 正因為健康,才能做不健康的事。
  68. (這個不是 bug 嗎?)
    規、規格、是規格啦。不過有一點跟規格不太一樣啦。
  69. 那是你說的規格。
  70. 開發室沒有窗戶,那是因為以前…
  71. 即使爛了也是規格。
  72. SE: 真沒辦法。
    PG: 也沒註解。
    (碰到不知道是誰寫的程式,大家都束手無策的狀態)
  73. 為什麼你不能兩三下解決掉他啦。
    因為之前兩三下搞定的東西也被你兩三下就否定了。
  74. 不會動的bug就只是普通的bug。(會動的bug則能視為規格)
  75. 今天好好清理bug,bug應該死光了吧。
    咦?Windows也死了唷。
  76. 客戶不會去想最壞的情況。要他面對最壞的情況,他會認為是漫天開價。
    SE則會顧慮最壞的情況,準備應付最壞的情況。
    程式設計師比誰都早預料到最壞的情況,而無視最壞的情況。
  77. 唯一不產生bug的方法,就是不寫程式。
    第二好的方法,就是在時程跟人員確定之後的每次改規格,都重新檢視過整個專案。
  78. 共同責任是程式設計師的責任。
    管理職?那是啥?好吃嗎?我沒吃過耶。
  79. 如果可以改行的話,想找個準時下班不叫「逃跑」的工作。
  80. 對職業程式設計師來說,漂亮的程式是單純而自然的邏輯、簡單而基本的指令、豐富的註解,
    也就是新手程式設計師也能馬上動手改的程式。
    而要寫出這樣的程式,需要單純、簡單、美麗的規格。
    但可惜客人總是喜歡搞很複雜。
  81. 設計者應該是不該要求製作者製作出超過設計以上內容的吧…
  82. 無論是做的比規格書裡的多,還是只照規格書裡的寫,SE都會找程式設計師的碴。
    所以程式設計師只做規格書裡的寫的內容。
  83. SE對程式設計師說的「常識」每三小時變一次。
  84. 自己看規格書。不能跑的是規格。
  85. 「沒辦法」是要看把一天當多少小時來算。
    一天常常指的是3人日,一個月常常是指4.5人月喔。
  86. 工時要減掉一半的單體測試與一半的系統測試,
    而交貨期則要另外加上上線後的兩個月。
  87. 能拿到錢的規格變更稱為「受理項目」,
    拿不到錢的規格變更則稱為「SE的規格確認失誤」。
    程式設計師是這麼看的。
  88. 累了。我想睡了。可以回家嗎。
    (累了吧,我也累了。好累喔怎麼了。反正就是規格啦,管他的)
  89. 試圖降低成本的話,為了配合預算,品質會下降,不過漫天開價做出來的品質也不見得好到哪裡去。
  90. REDO到底該怎麼唸一直搞不懂。是利斗嗎、李度嗎、R E D O嗎,難道是 red 零 嗎? 拜託加上注音吧。
    (譯註:我比較煩惱 Linux)
  91. 有人在程式碼註解裡寫日記。像「今天是雨天…」,「想回家…」之類的。甚至還有「修改日: 2003/10/10 不能同意你更多」這種註解出現。說到這個,好像也看過「吃大便」這樣的註解。
  92. 小學生時第一次看到電腦
    國中時第一次學會怎麼用
    高中與大學學會程式語言
    出社會後才發現自己走錯路
  93. 「不要讓老闆當業務比較好」
  94. 說來說去,要去研究根本不知道為什麼會動的東西為什麼不會動了,找拿破崙來也沒搞頭。

ex 系列

  1. 就算程式裡沒bug,編譯器會有bug。
    就算編譯器沒bug,OS會有bug。
    就算一切都沒bug,客戶會決定什麼是bug。
  2. 規格與規格書是不同的東西。
  3. 比期限更重要的是靈感與睡眠。
  4. 比知識與經驗重要的是手冊與時間。
  5. 能動就好了,能動的話…
  6. 過了三天就是別人寫的程式碼。
  7. (大搜查線系列)
    規格變動不是在會議室裡發生的!是在現場發生的!
  8. (大搜查線系列)
    異常不是在模擬測試時發生的!是上線後才會發生的!
  9. 漂亮的設計三天或許就膩了
    骯髒的設計三天就習慣了
  10. bug與規格是一體兩面
  11. 電腦裡沒有bug,bug常在人心。
  12. 無論怎麼檢查,不管怎麼確認,上線前一晚就是睡不著。(RFC968)
  13. 估價需要1%的經驗與99%的直覺
  14. 沒有什麼事情比直接讓找不到任何bug的程式直接上線還要可怕的了。
    • 『程式設計師』=能將SE條理不通的說明翻譯成程式碼的高手
    • 『SE』=與客戶討論改寫規格書、與程式設計師討論後再改寫規格書,程式出貨後還要繼續改寫規格書的人
    • 『PM』=每天修改自己定下的行程表的人
    • 『業界老鳥』=臉色蒼白缺乏表情的人
    • 『外包』=幫不會寫程式的正職員工寫程式的人
    • 『coding』=複製貼上的工作
    • 『單體測試』=指開始寫程式
    • 『除錯』=把程式碼註解掉的工作
    • 『新同事』=在火燒屁股的專案火上加油的人
    • 『出貨日』=把只完成一半的系統上線的日子
    • 『末班電車』=業界平均的下班時間
    • 『颱風假』=一年一度可以準時下班的業界假日
  15. 當誰寫的程式碼跑出bug時,那個人大概都不在了(墨菲定理?)
  16. 最終手段
    「重開機」
    意外的常常都很有效
  17. 最強藉口
    以前「那是硬體的極限」
    現在「那是Windows的規格」
  18. 「程式碼的可信度,不會比寫的人還可信。」

十月 1, 2008
» 相聲 - 語言的藝術

Blog 中的描述這段話(取自:嚴歸):「廢話的定義: 聽起來好像很具體,實際上是很空洞的話,看起來好像講到問題的徵結了,實際上是在迴避所有的答案,所以這段話聽起來很流暢,但是他註定是要作廢的。」

這段話是我當兵時, 學弟放這段相聲給我聽, 一聽就無法自拔, 就繼續聽戰國廁, 笑到肚子痛, 從此就開始喜歡 聽/看 相聲~ 總算找到這段相聲的劇本.

另外這句也是很經典: 嚴歸:「我們知道這個問題大家都非常關切, 本人也非常的關切, 我們已經聯絡會同了所有的專家學者, 一定要研究擬定出一個非常妥善合適的辦法跟措施, 相信大家都會得到一個非常完美跟圓滿的結果和結局。」

上述取自: 幽默館 (看起來專門搜集相聲的論壇, 都蠻有趣的~)

八月 22, 2008
» 好文: 日本 AV 秘辛專訪

前陣子很流行的一張圖 - 台灣人的世界觀 (原始連結找不到, 只好從轉寄信抓圖).

台灣人的世界觀

從這張圖看到對日本的印象是"到處都是A片", 雖然是搞笑的, 不過確實日本 AV 也是個正當的職業.

相信看過A片的人, 都會對這些片子有很多疑問, 真的能撐那麼久? 某些劇情到底是真是假?.. 等等.

昨天看到一篇專訪的文章, 幾乎解決了所以疑惑阿~~XD

詳細專訪內容可見: [專訪]全球唯一日本AV製作發行台灣人 陳美娟 Bily Chen

拍 A 片是個很辛苦的行業, 相關文章可見:

要知道 AV 最新的動態, 可見 專門報導 AV 新聞的專業達人: AV No.1 Blog : AV達人一劍浣春秋的部落格

十一月 6, 2007
» 漢字(中文字)筆畫吉凶數

中文字筆畫數的吉凶, 主要可以用在公司命名或姓名上吧, 信的人就信, 不信的就不信囉~ :)

只要算好字的筆畫, 再去比對就可以. 通常比對有每個字筆畫比對, 然後再把字加總比對.... 不過這樣子要命名可能會想破頭就是了.. Orz.. 

下述轉載自: 漢字筆畫吉凶數

  • <一>:繁榮發達,信用得固,萬人仰望,可獲成功。 (吉)
  • <二>:動搖不安,一榮一枯,一盛一衰,勞而無功。 (凶)
  • <三>:立身處世,有貴人助,天賜吉祥,四海揚名。 (吉)
  • <四>:日被雲遮,苦難折磨,非有毅力,難望成功。 (凶)
  • <五>:陰陽和合,精神愉快,榮譽達利,一門興隆。 (吉)
  • <六>:萬寶集門,天降幸運,立志奮發,得成大業。 (吉)
  • <七>:精力旺盛,頭腦明敏,排除萬難,必獲成功。 (吉)
  • <八>:努力發達,貫徹意願,不忘進退,可期成功。 (吉)
  • <九>:雖抱奇才,有才無命,獨營無力,財利難望。 (凶)
  • <十>:烏雲遮月,暗淡無光,空費心力,徒勞無功。 (凶)
  • <十一>:草木逢春,枝葉沾露,穩健著實,必得人望。 (吉)
  • <十二>:薄弱無力,孤立無援,外祥內苦,謀事難成。 (凶)
  • <十三>:天賦吉運,能得人望,善用智謀,必獲成功。 (吉)
  • <十四>:忍得苦難,必有後福,是成是敗,惟靠堅毅。 (凶)
  • <十五>:謙恭做事,外得人和,大事成就,一門興隆。 (吉)
  • <十六>:能獲眾望,成就大業,名利雙收,盟主四方。 (吉)
  • <十七>:排除萬難,有貴人助,把握時機,可獲成功。 (吉)
  • <十八>:經營做事,順利昌隆,如能慎重,百事亨通。 (吉)
  • <十九>:成功雖早,慎防虧空,內外不和,障礙重重。 (凶)
  • <二十零>:智高志大,歷盡艱難,焦心憂勞,進退兩難。(凶)
  • <二十一>:先歷困苦,後得幸福,霜雪梅花,春來怒放。(吉)
  • <二十二>:秋草逢霜,懷才不遇,憂愁怨苦,事不如意。(凶)
  • <二十三>:旭日升天,名顯四方,漸次進展,終成大業。(吉)
  • <二十四> :錦繡前程,需靠自立,多用智謀,能奏大功。(吉)
  • <二十五>:天時地利,只欠人和,講信修睦,即可成功。(吉)
  • <二十六>:波瀾起伏,千變萬化,凌駕萬難,必可成功。(平)
  • <二十七>:一成一敗,一盛一衰,惟靠謹慎,終成大業。(平)
  • <二十八>:魚臨旱地,難逃厄運,此數大凶,不如更名。(凶)
  • <二十九>:如龍得雲,青雲直上,智謀奮進,才略奏功。(吉)
  • <三十零>:吉凶參半,得失相伴,投機取巧,大有風險。(平)
  • <三十一>:此數大吉,名利雙收,漸進向上,大業成就。(吉)
  • <三十二>:池中之龍,風雲際會,一躍上天,成功可望。(吉)
  • <三十三>:意氣用事,人和必失,如能慎始,必可昌隆。(吉)
  • <三十四>:災難不絕,難忘成功,此數大凶,不如更名。(凶)
  • <三十五>:處事嚴謹,進退保守,學智兼備,成就非凡。(吉)
  • <三十六>:波瀾重疊,常陷困境,動不如靜,有財無命。(凶)
  • <三十七>:逢凶化吉,吉人天象,以德取眾,必成大功。(吉)
  • <三十八>:名雖可得,利則難獲,藝界發展,可望成功。(平)
  • <三十九>:雲開見月,雖有勞碌,光明坦途,指日可期。(吉)
  • <四十零>:一盛一衰,沉浮不定,知難而退,自獲天佑。(平)
  • <四十一>:天賦吉運,德望兼備,繼續努力,前途無限。(吉)
  • <四十二>:事業不專,十九不成,專心不移,可望成功。(平)
  • <四十三>:雨夜之花,外祥內苦,忍耐自重,轉凶為吉, (平)
  • <四十四>:雖用心計,事難遂願,貪功好進,必招失敗。(凶)
  • <四十五>:楊柳遇春,綠葉發枝,沖破難關,一舉成名。(吉)
  • <四十六>:坎坷不平,艱難重重,若無耐心,難望有成。(凶)
  • <四十七>:有貴人助,可成大業,雖遭不幸,沉浮不定。(吉)
  • <四十八>:美花豐實,鶴立雞群,名利俱全,繁榮富貴。(吉)
  • <四十九>:遇吉則吉,遇凶則凶,惟靠謹慎,逢凶化吉。(凶)
  • <五十零>:吉凶互見,一成一敗,凶中帶吉,吉中有凶。(平)
  • <五十一>:一盛一衰,沉浮不常,自重而處,可保平安。(平)
  • <五十二>:草木逢春,雨過天晴,渡過難關,即獲成功。(吉)
  • <五十三>:盛衰參半,外祥內苦,先吉後凶,先凶後吉。(平)
  • <五十四>:雖傾全力,難望成功,此數大凶,最好改名。(凶)
  • <五十五>:外觀昌隆,內隱禍患,剋服難關,開出泰運。(平)
  • <五十六>:事與願違,終難成功,欲速不達,有始無終。(凶)
  • <五十七>:雖有困難,時來運轉,曠野枯草,春來花開。(平)
  • <五十八>:半凶半吉,浮沉多端,始凶終吉,能保成功。(平)
  • <五十九>:遇事猶豫,難忘成事,大刀闊斧,始可成功。(凶)
  • <六十零>:黑暗無吉,心迷意亂,出爾反爾,難定方針。(凶)
  • <六十一>:雲遮半月,內隱風波,應自謹慎,始保平安。(平)
  • <六十二>:煩悶懊惱,事業難展,自防災禍,始免困境。(凶)
  • <六十三>:萬物化育,繁榮之象,專心一意,必能成功。(吉)
  • <六十四>:見異思遷,十九不成,徒勞無功,不如更名。(凶)
  • <六十五>:吉運自來,能享盛名,把握機會,必獲成功。(吉)
  • <六十六>:黑暗綿長,進退維谷,內外不和,信用缺乏。(凶)
  • <六十七>:獨營事業,事事如意,功成名就,富貴自來。(吉)
  • <六十八>:思慮周詳,計劃力行,不失時機,可望成功。(吉)
  • <六十九>:動搖不定,常陷逆境,不得時運,難得利潤。(凶)
  • <七十零>:慘淡經營,難免貧困,此數不吉,最好更名。(凶)
  • <七十一>:吉凶參半,惟賴勇氣,貫徹力行,始可成功。(平)
  • <七十二>:利害混雜,凶多吉少,得而復失,難以安順。(凶)
  • <七十三>:安樂自來,自然吉祥,力行不懈,必能成功。(吉)
  • <七十四>:利不及費,坐食山空,如無智謀,難忘成功。(凶)
  • <七十五>:吉中帶凶,欲速不達,進不如守,可保全詳。(平)
  • <七十六>:此數大凶,破產之象,宜速改名,以避厄運。(凶)
  • <七十七>:先苦後甘,先甘後苦,如能守成,不至失敗。(平)
  • <七十八>:有得有失,華而不實,須防劫財,始保全順。(平)
  • <七十九>:如走夜路,前途無光,希望不大,勞而無功。(凶)
  • <八十零>:得而復失,枉費心機,守成無貪,可保全穩。(平)
  • <八十一>:最吉之數,還本歸元,能得繁榮,發達成功。(吉)

十月 24, 2007
» 友情的重要 - 女人晚上沒回家跟男人晚上沒回家的區別

此篇文章很簡短, 但是清楚說明兩件事...

  1. 友情無價~~~
  2. 平常就要多做好準備.... XD

轉載自: 女人晚上沒回家跟男人晚上沒回家的區別

"一個女人有一晚沒回家,隔天她跟老公說她睡在一個女性朋友那邊。她老公打電話給她最好的十個朋友,沒有一個知道這件事!"
"一個男人有一晚沒回家睡,隔天他跟老婆說他睡在一個兄弟那邊,她老婆打電話給他最好的十個朋友,有八個好兄弟確定她老公睡在他們家……還有兩個說她老公還在他那兒!"

某網友的回帖:昨晚把此帖給我老婆看,沒想到她興致大發,立刻打電話給我朋友問我是否在他們那裏。

結果可想而知,再次論證了上述觀點!

更離譜的是有一兄弟竟然說我在他家喝醉了,正睡著呢,還問我老婆要不要喊我起來接電話?

在挂了電話後,那兄弟的電話馬上打到我手機上,一接通沒等我說話就大喊:
"在哪呢,快回家吧,你老婆找你呢,我說你在我家喝醉了... 回去前別忘了先喝酒......"
通完話,我看著老婆默默無語...