Vixual

轉載自: Tung's Blog

遇到任何問題時, 看看這篇文章, 照上面說的做給自己看看, 很多問題可能就這樣子解決掉囉~

• 作者: Simon Tatham, 專業及免費軟體程式師
• 翻譯:梅普華

介紹

寫過供大眾使用軟體的人可能都收過一份以上的爛錯誤報告. 有啥都沒講的報告(這個程式不會動), 有不合理的報告或資訊不足的報告, 也有提供不正確資訊的報告. 還有一些報告查到後來不是使用者自己攪錯, 就是其他程式惹禍, 或是網路斷線等等.
Read more

轉載自: 網路郵件

第一部 寂靜虛無篇

大師如是說:"學會從程式抓蟲子之後, 就可以畢業了"

1.1 節

• 寂靜虛無中有奧秘, 不動不靜, 乃程式之源, 吾無以名之, 故稱之為程式設計之道.
• 若道至大, 則作業系統至大; 若作業系統至大, 編譯程式亦然; 若編譯程式至大, 則應用程式亦復如是, 是故使用人大悅, 世有和諧存焉.

1.2 節

• 程式設計之道無遠弗屆, 雖晨曦微風而返.
• 道生機器語言, 機器語言生組譯程式.
• 組譯程式生編譯程式, 於是萬餘語言存焉.
• 各語言有其目的, 均表達軟體之陰陽; 其在道中亦各得其所.
• 但若能避免, 就不要用COBOL 寫程式.

1.3 節

• 太初有道, 道生時空, 故時空乃程式設計之陰陽.
• 程式員不悟道則時空永不敷使用, 悟道者恒有充份時空完成目標.

1.4 節

• 上智程式員聞道而行之, 中智程式員聞道而求之, 下智程式員聞道而笑之.
• 若無笑聲則無道矣.
• 至高之聲難以聽聞.
• 前進就是後退之路; 大智總是晚成; 每一個完美的程式仍有BUG.
• 道在所有知識之外.

Read more

轉載自: 老貓學出版

這半年來台灣的部落格風潮，可說是越颳越興旺，許多優秀的傳統媒體寫作者，大量轉移寫作平台，開始建立自己的部落格。但這時我卻發現「會寫作」和「會寫部落格」之間，還有著相當的落差。許多人有非常棒的學養和見解，可惜文章貼出來卻讓人難以卒讀。

不是因為見解不深刻，也不是因為文筆欠優美，而是因為文章讓人「看」不下去──文章密密麻麻，版面沒有考慮「易讀性」，讀者眼睛疲勞，讀來自然備感痛苦。你等於加設了一道辨讀文字的關卡，擋在讀者理解文意之前，讀者還沒來得及思考你說了什麼，一上站先就被缺乏易讀性的版面打敗了。

部落格是個「一貼上就發表」（post and publish）的出版工具，從寫作到發表，沒有任何距離，不像傳統媒體，中間還有一個叫做編輯的傢伙，幫你調整段落、設定格式，讓你的文章印成鉛字以後，你越看越滿意。

Read more

動畫一

動畫二

轉載自: 愛德華日誌

不曉得是幾十年前從 "歷史" 還是 "生活與倫理(現在小學還有這門課嗎?)" 唸到的，那個在現代聽起來有點八股的新生活運動。我倒不是要在此強調復興中華文化，講究禮義廉恥，四維八德。只是新生活運動所推行的：「整齊、清潔、簡單、樸素、迅速、確實」六項生活記律，倒是與近代軟體開發思潮所標舉的簡易之風不謀而合。
Read more

轉載自: 開發者俱樂部

給浮躁的軟體業同仁(1)

我只希望知識掌握在更多中國人的手裏！

中國有很多小朋友，他們十八、九歲或二十齣頭，通過自學也寫了不少代碼，他們有的代碼寫的很漂亮，一些技術細節相當出眾，也很有鑽研精神，但是他們被一些 錯誤的認識和觀點左右，缺乏對系統，對程式的整體理解能力，這些人，一個網上的朋友說得很好，他們實際上只是一些 Coding fans，壓根沒有資格稱為程式員，但是據我所知，不少小網路公司的 CTO 就是這樣的 coding fans，拿著嚇人的工資，做著嚇人的項目，項目的結局通常也很嚇人。
Read more

轉載自: CNet

微軟軟體設計工程師Adam Barr最近常和家人共用晚餐。但以前可不是如此。90年代末期，Barr忙於工作，往往無法準時下班，和妻子小孩共用晚餐，那時每週平均工作50至60小時，若碰到截止日期逼近，加班更是家常便飯，有時甚至一連數週每週工作70小時。

現在Barr固定早上8:30上班，5點下班。他說：「對這種朝九晚五的上班模式，微軟已能睜隻眼閉隻眼，不跟員工計較。以前絕非如此。」

Barr能更常和家人一起享用晚餐，凸顯軟體界工作形態出現變化：越來越多員工不再超時賣命工作。根據美國勞工部的統計，軟體出版界員工（多半是電腦專家）去年平均每週工作36.4小時，低於2001年的41.4小時。

原因之一可能是靠達康（dot.com）致富的誘因大幅褪色，再者是工程師願意更用心經營工作之外的生活。當然軟體公司漸漸學會如何提升專案管理的效率也 是其一。其實一些軟體業者坦言，員工日以繼夜超時工作反而有損產能。Atlantic System Guild的顧問Tom DeMarco說：「經常加班的公司，往往浪費許多正規上班時間。正常上下班之所以優於加班，在於工作產能高。」

Read more

轉載自: Neo’s Blog

今天大概把幾種常見的資料庫命名方式給整理了一下。

1.資料庫表單(Table)名稱:

單複數皆有人使用，如 products、product。

美國人命名比較喜歡依照口語習慣來用複數命名，知名的 OpenSource 軟體像 phpBB、OSCommerce、In-Link、pLog 皆是以複數命名。而 Moveable Type 則是少數使用單數名命的軟體，台灣人也是單數命名居多。

2.資料庫欄位名稱:

使用 MySQL 的 Opensource 軟體比常見整批性的加前綴(Prefix) 在欄位裡面，如 products 表單中的「產品名稱」，可能就會命名為「products_name」而 Microsoft SQL Server 則是以純欄位名稱居多，如產品名稱就直接取叫「name」了。

前綴的命名有「語意導向」跟「實用導向」二種，所謂語意導向以口語的習慣來命名，像 products 是產品的集合(複數)，裡面的每個產品是單數，所以用產品名稱為例就是「product_name」。

而實用導向常見的就是以表單名稱做為前綴，如前例在 products 裡的產品名稱欄位就會命名為「products_name」，如此做的好處是程式會非常清楚每個欄位是從哪個表單抓出來的。但是缺點是在程式裡面語意不清，看起來會很不習慣。

然而大部份的欄位前綴字元還是以語意導向為主，若要使用實用導向，最好表單名稱採用單數(如 Moveable Type)，否則像 OSCommerce 的全員複數，感覺程式在用名字就很奇怪，如程式明明就是只抓一筆產品名稱出來，看到 products_name 就覺的既不是複數，而且文法上也不通，意義上反而比較像 product’s name。

3.大小寫:

Microsoft 的命名方式喜歡單字第一個字母大寫，如 OrderDetail。而 MySQL 比較常見全部小寫，單字中間加底線的命名方式，如 order_detal。這跟資料庫的字元大小寫敏感度預設值有關，MS SQL Server 預設是大小寫不分，MySQL 則是大小寫視為不同欄位，所以統一小寫比較不容易出錯。

Office Viewer 2003

去年底出的版本, 沒有安裝或不想安裝 Microsoft Office 的人，這些是好工具:

• Word Viewer 2003
• Excel Viewer 2003
• Visio Viewer 2003 for Internet Explorer
• PowerPoint Viewer 2003
• PowerPoint 2003 增益集：Office Animation Runtime
• Snapshot Viewer for Access 97/2000/2002

其它

1. Office 2007/2010 相容性套件
   讓 Office 2003 的用戶可以使用 Office 2007/2010 的新檔案格式開啟、編輯與儲存文件、活頁簿與簡報。
2. Office 2003 簡繁轉換增益集

 參考網頁

• Microsoft Office Viewer 更新版本