Posts Tagged ‘ Coding

幾種網頁轉址與「302 永久搬移」的語法

轉址的方式分為:

  • 302: 暫時搬移 (Temporarily Moved)
  • 301: 永久搬移 (Permanently Moved)

Read more

[轉載]如何有效地報告錯誤

轉載自: Tung's Blog


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

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

介紹

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

各種資料手冊下載,強力推薦

Cheat Sheet Roundup 是一個很棒的網站,內有作業系統、程式設計、資料庫、網頁設計…等 30 餘種相關的資料手冊可供下載(包含一些單頁的 Data Sheet 可以用來貼在自己的座位牆板上),對於設計師與相關資訊人員,都是很好的參考資料,強力推薦。

[轉載]程式設計之道 (THE DAO OF PROGRAMMING)

轉載自: 網路郵件


第一部 寂靜虛無篇

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

1.1 節

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

1.2 節

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

1.3 節

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

1.4 節

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

Read more

看看人家的程式是怎麼寫的

在國外有一些網站,專門存放一些程式碼的精華片段,寫程式如果遇到瓶頸,可以上來逛逛…

Coding

Regular Expression

[轉載]讓人既愛又頭痛的 GNU/GPL

轉載自: 自由軟體鑄造場


GNU Genral Public License(以下簡稱GNU/GPL)是第一份自由軟體授權條款,也是目前最廣為被使用的授權條款之一。自由軟體之父 Richard M. Stallman(以下稱 Stallman)為了替他的軟體開發計畫- GNU 計畫尋找適當的授權方式,在 1989 年草擬出 GNU/GPL 第一版。它的整個架構與理念源自於 Stallman 所宣示的軟體使用者四大自由(註一):

  • 使用的自由:可以不受任何限制使用該軟體。
  • 研究的自由:可以研究該軟體的運作方式,並使其符合個人需求。
  • 散布的自由:可以自由地複製該軟體並散布給他人。
  • 改良的自由:可以自行改良該軟體並散布改良後的版本,以嘉惠眾人。

Read more

[轉載]軟體開發的新生活運動

轉載自: 愛德華日誌


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

[轉載]描述語言成軟體開發新寵

轉載自: CNet


過去曾經被專業程式設計師視為太簡單的描述語言(scripting languages),正逐漸成為企業軟體開發界裡的一等公民。

資料庫大廠甲骨文(Oracle)要在週一宣佈一項合作案,可望能夠讓採用Zend Technologies 公司PHP工具的企業,更容易建立客製化的應用。PHP是一種用來設計網頁的開放原始碼描述語言。

除了甲骨文的加碼PHP之外,近來軟體大廠如IBM、昇陽(Sun),及微軟,也都大力投入越來越受歡迎的描述語言,或者也稱「動態」(dynamic)語言。

描述語言過去以來已經用在網路上各種應用的設計上,但是一般而言,企業開發者並未廣為採用。但是近來有越來越多的企業與IT專業從業者尋求以這種語言,做為簡化與加速公司內客製化程式的方法,藉以避免近來普遍存在的應用軟體過於龐大或預算暴增的問題。

「描述語言越來越受歡迎而且越來越強大,只因為它太容易使用了。」顧問公司InterKnowlogy執行長Tim Huckaby表示。「這跟完成時機與金錢有關,而非關底層究竟有多優雅。」

藉由與Zend的合作,甲骨文趕搭PHP的這股風潮,並鼓勵Oracle資料庫的使用。根據Zend行銷副總裁Pamela Roussos表示,目前,Zend客戶有20%以上使用Oracle資料庫。

同時甲骨文也可吸引較小型的公司企業而擴大其客戶群──這些客戶通常缺乏強大的IT部門以一些知名的程式語言來打造龐大的客製化商業應用軟體。相較於較為 複雜的Java、C、C++,及Visual Basic,描述語言可以不需要電腦科學學歷或太多的專業訓練即可廣被採用。

甲骨文用來執行客製化商業應用的自家開發工具及相關的「中介軟體」都是以Java為基礎。同樣的,IBM、BEA、昇陽等廠商也都持續在投資Java標準。另一方面,微軟的工具則是以它專屬的「.Net」軟體為基礎。

Zend採用開放原始碼的PHP軟體並專門為企業開發者提供開發工具。

Read more

[轉載]個人品牌的建立

轉載自: Neo's Blog


上個月做日盛的案子做到沒日沒夜,連 Blog 都沒時間更新了。那現在就來想想,為什麼日盛的案子會做到沒日沒夜?

專案時間緊迫、規格不確定、要求太多、純做表面的程式...所有不應該發生的事都發生在日盛這個案子上。而且原因都很平常,有沒有什麼辦法可以避免掉呢?

一般 SOHO 族如果一條龍式的包下來比較能控管整體專案的品質,但是與專案經理跟業務搭配的時候,該擋的應該要擋掉,讓業務予取予求,就等於讓 End user 予取予求,畢竟出嘴比出力輕鬆許多,累的都是最後在做工的可憐 SOHO 族。

那為什麼要扯到個人品牌呢?

以美術設計來說,同樣一個插畫,為什麼一定要你來畫? 別人就不能畫嗎?

就算給你畫,畫出來客戶還會東嫌西嫌,東改西改,難道自己的東西真的那麼不堪嗎?

那為什麼還要做下去?

Read more

[轉載]給浮躁的軟體業同仁

轉載自: 開發者俱樂部


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

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

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

return top