Login  |  Sign up  |  繁體中文
News

News

作者簡介:顧武雄,Microsoft MVP、MCITP 與 MCTS 認證專家、台灣微軟 Technet、Tech Day、Webcast、MVA 特約資深顧問講師。目前個人 Linux 著作有:「Linux 企業現場應用系統」、「Linux 私有雲社群網路現場實戰」。

引言:今日筆者所要介紹的一款 SME Server 9.0 開放原始碼閘道伺服器,是如今國內外極為少有的全功能 IT 解決方案。它非常適用在中小型的企業網路架構之中,不僅可以幫老闆節省掉不少的建置成本,又可作為內外網路間、人員間協同作業時的安全管理平台。

簡介

在 IT 預算相當有限的中小型企業營運中,若是想要自行建置一部全功能的閘道伺服器,來提供內外用戶端使用者跨平台的網路連線服務,即便是聘請了 Linux 伺服器平台的專家,也得花費好一段漫長的時日,才能夠建構出一個像樣的伺服器,更別說是採用以 Windows Server 平台為主的商用伺服器建置了,需要投入的成本肯定是相當可觀的。

早在 SME Server 8.0 時,筆者就已經注意到它的存在,等了近一年多的時間,歷經了 8.1 版本,如今最期盼的 9.0 正式版本終於發行了。值得注意的是,8.0 版本是架構在 Centos 5.8 的 Linux 作業系統之上,而 8.1 則是 CentOS 5.10,至於最新的 9.0 版本則是 CentOS 6.5。

作者簡介:顧武雄, Microsoft MVP、MCITP 與 MCTS 認證專家、台灣微軟 Technet、Tech Day、ebcast、MVA 特約資深顧問講師。目前個人 Linux 著作有 Linux 企業現場應用系統、Linux 私有雲社群網路現場實戰。

引言:針對知名的 Moodle 線上學習系統的建置,對於企業 IT 人員並非只是把它安裝好之後,就開放給所有員工來使用。而是必須進一步思考,如何藉由此系統來提升學員與老師之間的互動關係,並且提供一個更易於使用與安全的數位學習環境。本文將以實戰指引的方式,來告訴所有已導入或是即將導入 Moodle 線上學習系統的企業 IT,如何為您公司的 Moodle 網站,打造出更安全、更流暢的數位學平台來改善同仁們的學習品質。

常接觸自由開源軟體的讀者應該都聽過雙重授權 (dual-licensing) 或多重授權 (multiple-licensing) 模式,也就是一個自由開源軟體透過多份不同的條款來授權散布,而軟體的使用者因此可以選擇最貼近自己需求的條款來後續散布這個軟體。這樣的多重授權模式常被應用在商業化利用的自由開源軟體上,最常看到的條款組合模式是以一份 GPL 類條款搭配商業授權條款來釋出,由於 GPL 類條款具有較為嚴格的授權拘束性,衍生程式的源碼必須在散布時也同時提供出來,對於不能履行這項義務的使用者來說,這時候就必須選擇洽談商業授權內容,在給付一定的授權金之後,使用者就可以獲得散布衍生程式無需提供源碼的授權條款。因此在這種「GPL 類+商業條款」的多重授權模式下,使用者通常只需要確認衍生程式源碼是否可以在散布時提供出來,就能決定要採用哪一種授權條款,而在相關產品的授權資訊標示上也因此相對地單純(註一)。不過在多重授權模式中,還有一種的態樣是透過多份自由開源授權條款來散布,在面對這種多重自由開源條款授權的軟體時,使用者條款在選擇條款的考量標準與授權標示上,均與上述「GPL 類+商業條款」的典型略有不同,因此本文將從多重自由開源條款授權的緣由談起,來說明在面對這種軟體時,可以採用什麼樣的基本態度來選擇條款,以及如何適當地標示後續散布的授權聲明內容。

每個小嬰兒都是父母的寶貝,父母都想給他們最好的照顧!但是新手爸媽常因為小嬰兒的嚎啕大哭而手忙腳亂、不知所措!是否你也遇過寶寶大哭,但是泡了牛奶卻不喝、檢查尿布也沒有濕的情況呢?為了紓解新手爸媽的焦慮,雲林科技大學開發了「嬰語翻譯機」app,幫助爸媽讀懂寶貝的心。更厲害的是,開發此 app 的團隊參加創業比賽在眾多團隊中脫穎而出,成立了「宜默瑞科技」。今天我們採訪到主持醫學影像處理實驗室,同時也是產學與智財育成營運中心研發長的張傳育教授,請他分享開發「嬰語翻譯機」app 的過程,還有帶領同學投入創業的經驗。現在先來看看「嬰語翻譯機」有什麼神奇之處吧!

在自由開源軟體的商業應用過程中,軟體專利侵權的潛在風險一直是個受到矚目的議題,因為依各國著作權法及電腦程式保護專法的規定,著作權性質的保謢標的多是限定在著作的表現形式上,故而重新撰寫且完全不抄襲他人的程式碼,將有機會主張新創作的程式,是一個全新的創作,而不受到他人既定程式的著作權利拘束,這也是 GNU 計畫 (GNU Project: GNU is Not Unix) 當初設立起步的主要思維:透過群策群力的方式,不加抄襲但重新創作具 Unix 系統所有功能的全新電腦作業系統,來讓後續的應用不受到既定 Unix 作業系統的拘束;然而在專利權的領域裡,因為其保護的標的多為抽象,且可實施在不同載體的技術方法和步驟,故第三人專利的議題在自由開源商用領域可能引發的效應,往往讓商業使用者憂心,畢竟,自由開源軟體專案允許多人共工的模式,一方面確實是加速了軟體專案的開發效率與期程,然而,開發流程裡是不是有開發者誤用或因疏忽寫入第三人既存,且受軟體專利保護的演算法,而讓整體專案後續曝露在專利侵權的風險下,這方面的推論,理論上亦有可能成真。
 
不過,自由開源軟體專案,在經過了這二十多年的商業化發展之後,全球利用它來進行商業營利的公司,亦已經發展出了不同的措施,可以一定程度面對這些可能產生的第三人專利侵權問題,這些不同措施所能產生的影響各有不同,其有效性也待實務驗證,不過其中有的措施,甚至可能對於全球專利制度產生重大而長遠的影響,這是此篇文章想要進行基礎討論和說明的要點。

一、什麼是測試?測試的重要性?

開發者在撰寫程式的時候,程式不大可能會沒有問題,所以通常就需要驗證程式的執行是不是符合預期。測試程式能用來驗證程式程式的運作是不是正常的,並發現程式中的錯誤,以增加軟體品質。

下面是一個活動報名的系統:

上篇文章:第一次用 PHPUnit 寫測試就上手(上)

3. Data Providers(資料提供者)

資料提供者,能提供多筆的測試資料給測試案例進行多次的測試。

使用資料提供者,能讓測試更簡潔,因為,可以將測試的 assertions 與測試資料分開寫。

目的

主要介紹 Docker 的實作,會提到以下幾個部分:

  1. 建立 Docker container
  2. 管理 Docker 上的 container
  3. 下載 image 、commit 建立新的 image
  4. 經由撰寫 Dockerfile 來自動建立新的 image

在進入實作前,會簡單介紹 Docker 與虛擬化的差異、Docker 上的重要元件,接下來準備的部分會需要安裝 Docker 及先登入 Docker Hub。

所謂的受雇人,簡單來說,就是在一間公司或組織聘用來在負責一定職務工作的員工,因此受雇於一間公司來專職開發軟體、韌體的工程師,就是受雇人,而該公司就是雇用人(註一)。若是這間公司利用 GPL 元件來開發產品,軟體工程師可以自由散布產品程式碼嗎?工程師在產品中所撰寫開發的程式碼,其權利是屬於工程師本身、還是該公司?這些疑問是受雇軟體工程師在利用自由開源軟體來開發產品時,可能會產生的,因此本文將先從著作權法相關的規定談起,並且說明實際雇傭關係的運用狀況,進而釐清這些可能的疑問。

今年6月,由 clkao 發起(推坑)之下,開放文化基金會終於開張了!

從一開始,一股對開源、開放文化的熱忱討論,開啟了成立基金會契機,原以為是個好坑,沒想到又深又大…譬如說:

哇哈哈,玩具文來了!

最近在玩 Mercurial (http://mercurial.selenic.com/) 的 Evolve 擴充元件。我猜這恐怕是 Mercurial 近期最讓人期待的殺手級特徵。本回研究主要基於 Mercurial 3.0.0 與 evolve 3.3.2,因為 evolve 進展很快的緣故,某些實作特徵可能會隨著版本推進而改變,還請各位注意。

官方說明文件在這裡 (http://www.gerg.ca/evolve/concepts.html)。雖然尚未完全完成,但已經很豐富了。需要請自行參考。


那麼,我們就從概念開始吧!

自由開源軟體近年被廣泛地運用在各類的資通訊產品與服務中,不過由於其為眾人協作的作品,故有時也會聽到資服業者,轉述終端使用者的疑慮,認為若產品中的自由開源軟體在共工撰寫的過程裡,可能隱有侵權重製、改作的糾紛,那麼產品使用者,是不是也會因此連帶被法律風險所波及?但其實從實務運作與法學論理上來看,身為單純的使用者,若對所購置產品侵權的風險不具合理的認知期待性,則其購買使用的行為,並不必然附隨有高度的侵權責難,這一點不論產品是否有嵌入自由開源軟體來使用,皆然。本文以下即從善意保護制度、侵權實務現況,以及自由開源軟體授權條款中的特殊規定等角度著手,來為讀者分析解釋這樣的概念。

Subscribe Newsletter

SubscribeUnsubscribe