群募千萬字型「金萱」終於問世,但安裝困難,問題不斷?(已解決)

日前曾在 FlyingV 群募高達 1 千 8 百萬台幣,號稱「屬於台灣」的字型「金萱」昨天釋出「半糖版」,但一釋出立即遇到安裝認證繁瑣、不支援 Linux 等問題。
評論
評論

本文 原文創用 CC 姓名標示-非商業性 3.0 台灣 授權條款釋出,經作者 Irvin 授權 Inside 轉載。

 作者 Irvin 是 MozTW 社群成員,長期貢獻 Mozilla 相關專案,致力於社群經營相關議題。本職是女人迷 womany.net 的前端工程師。 日前曾在 FlyingV 群募高達 1 千 8 百萬台幣,號稱「屬於台灣」的字型「金萱」昨天釋出「半糖版」,但一釋出立即遇到安裝認證繁瑣、不支援 Linux 等問題。本文一併爬梳詳列。

最新資訊

稍早(2016/9/2)justfont 已公佈將會提供押入用戶識別的字形檔,讓贊助者直接下載使用。

justfont 歹勢啦

先跟 justfont 的朋友們說聲不好意思,本文就事論事。對於你們手造台灣好字的堅持,我完全不改崇敬。大家交情依然。

釋出才是炎上的開始

在 2015/10 創下台灣群募紀錄, 近九千三百人贊助,以超出原定目標 17 倍的成果 ,集資近兩仟六百萬開發的「金萱」字型,昨天(2016/8/31)終於出貨了,但是出貨才是炎上的開始。

下載器下載好氣

金萱採用近年流行的字體管理程式模式,贊助者下載時,需先安裝特別開發的「justfont store」字體管理程式,才能下載安裝字型。

❍ 字體簿找不到這套字型。
→ 金萱字型是由程式進行安裝的,不會出現在字體簿裡面,但安裝完成後,可以使用在包括 Word / Execel / illastrator 等軟體內皆可正常使用。

雖然 Adobe 的 Typekit (Creative Cloud) Google Font(Skyfont) 也是採用此模式,但與上述兩者有一點很不同:Adobe CC 或 Skyfont 下載安裝字型後,可不需開啟常駐程式,仍可正常使用安裝好的字型,但 justfont store 需時時開啟,才可正常使用金萱字型。

除此限制外,justfont store 目前問題真的不少:Mac 版需 OS X 10.11.3 才可正常使用、Windows 版完全無法下載字型……最離譜的是,在 Mac 上,就算已經正常下載好字體,但 Adobe 系列軟體看不到也用不到(是已知的 bug,相信 justfont 很快就會解決)。

然後 Mac 上那個常駐的下載器,對比其他程式都走黑色系,顏色實在很突兀,不美啊…

❍ 是否有支援 linux 版本?
→ 目前以支援 Windows/MAC 為主,Linux 因版本非常多,目前還沒有支援的規劃,如果您沒有可以安裝的 Windows/MAC 電腦,可以寫信給我們,我們會退費給您。

最後,根據今日(9/1)收到的最新說明,Linux 完全被放棄了。

實體光碟

贊助方案中包含一片實體光碟,有些人認為說,無法正常下載沒關係,等實體光碟總行了吧。

另外實際的光碟內容,與線上取得的內容會是相同的,光碟內容包括安裝程式,安裝說明書以及調理指南

晴天霹靂的是,光碟裡面也不會有字型檔,只會有安裝程式… #是要拿來當擺飾嗎

DRM 與不到一天的保護效力

❍ 為什麼不直接提供字型檔,用傳統方式安裝
→ 金萱字型預計在 2017 年 10 月完成 3 分糖版本,到 2018 年 10 月完成 7 分糖版本,完成後將會自動出現在您的授權列表字型中。
→ 金萱這套字型有承諾後續會增加贊助者姓名的異體字,以及替換字符的功能,都會以自動更新方式處理。
→ 可以做較好的字型版權保護,也保障正版購買者的權益。

其實金萱會選擇這種方式釋出,也不是很難了解。除勉強可說得上是優點的「自動更新」之外,講白了就是想防盜版而已。

跟現在常見的 DRM 電子書與電子雜誌等應用不同,字型本就是很難版權保護的東西。電子書廠商可針對書本身加密,再讓用戶透過專用閱讀程式來看;但字型為了要讓不同作業系統上的萬千種軟體都可正常使用,無法對檔案格式本身加上保護(不然就會像現在發生 Adobe 軟體認不出金萱的狀況)。一旦用戶取得該字體的 ttf 或 otf 檔案,就可隨意複製流傳,原作者相對完全無能為力。

無論如何,安裝程式還是得要下載解開正常的字型檔到電腦中,再運用某種方法讓作業系統能辨認到。Adobe CC 與 Skyfont 都很乾脆的直接將字型檔放入作業系統的 font 資料夾,除亂數檔名外沒有其他保護。相對的,justfont store 推測則是以動態連結的方式,讓作業系統在 store 程式開啟時,才能辨認出金萱,讓一般應用程式取用。

各平台取得字型檔的方式

有鑑於以上特性,想要透過特定程式來保護字型,幾乎無法做到。事實上,在釋出後不到一天內,也已經有網友在噗浪上提供 Mac 與 Linux 上取出與下載字型的方法了。

#既然無法有效保護,又何必集贊助者怒氣

相信講到這裡,很多人都會聯想到 Windows 上「你可能已經成為正版軟體的受害者」,或者幾年前台灣單機遊戲廠商愛用的 starfuck 保護程式,讓正版用戶不能玩,反而需要上線找免光碟、抓硬碟版等不如歸去玩盜版的景況。

此一階段會用到金萱的人,都是當初願意投資、贊助金萱開發的忠實支持者。搞個 DRM 措施讓大家用的這麼不開心,結果只有半天的防盜效力,真的有必要嗎?如果學學微軟與 BSA,換種角度將盜版當作是最有效的宣傳(與營利)管道,能不能反過來創造更高的商業利益?

好棒棒的 Social DRM 不用嗎

其實還是有比較合理的 DRM 措施。以電子書廠商為例,有些廠商其實不限制讀者複製分享書籍,而是採用在頁面上加上浮水印、版權頁標示購買者姓名等方式,以抑制無斷分享的行為,讓「共享」能限制在親朋好友間使用,把被拷貝的內容轉成「最有效的宣傳媒介」。

此一方法稱作「Social DRM」,也是我原本認為金萱會採用的方式。

丟個「盜字體者公司客戶天天改需求」的留言出去,會比下 DRM 還要管用——@Pichu

既然字型檔本身無法避免複製,不如將個別贊助者的名稱資訊等寫入字型檔中,讓用戶了解「請不要任意分享給他人」。同時還能分析線上的盜版檔案,找出是那一位購買者流出的。

雖然只要透過 FontForge 等軟體就能輕易避開此一限制,但 DRM 本就只是防君子不防小人,仰賴的是用戶的良心與愛護。如果能毅然決然放棄現在已證實無效的安裝器,改採此法,或許能激起更多贊助者的熱情,也能一舉兩得,同時實踐募資承諾呢。(請繼續看下去)

募資承諾要記得

除 DRM 問題外,在 金萱的募資頁上 ,有以下「您的大名在此出現」的承諾。

#可是阿煩,在這裡你找不到字體

根據網友提供的方法抓出來的字型檔裡,其實也只列出了贊助者清單的網頁連結。(雖然我不認為列出九千人的姓名三萬多字是合邏輯的方法,但是承諾就是承諾…)

開源領域等著你

在 2015/9/9 的募資進度報告中 ,金萱團隊也曾提到將運用資源,貢獻開源領域等語:

除了將舉行至少 50 場的字型講座與製作紀錄片以外,也將導入更多字型設計的教育資源,……將從改善既有開源字型如「思源黑體」或「花園明朝體」為起點,打造一套品質更佳的開源中文字型對外釋出……

開源字型開發者與付費字型創作者的理念是殊途同歸的,都是為了更好的字型環境而努力。除了積極參與並協助開源社群……

我了解金萱以相對小型的團隊,挑戰這麼大規模的專案(目前已造 14,157 字),同時間還得巡迴各地舉辦講座等回饋活動,的確非常辛苦。

但,既然受了這麼多人的支持,也自願做出了以上承諾,請務必記得以上承諾, 開源社群都是非常單純的工程師,大家都是十分期待的

正如同 Bobby Ho 所說的,「俺買的不是字,俺買的是愛臺灣的心 <3」

延伸閱讀


蛻變敏捷開發組織並不難! AWS Amplify幫前端工程師從雲端快速建立REACT程式

台灣企業勢必需要明確轉型策略,搭配適合的雲端工具作為入場券,一來降低數位化門檻、二來減少摸索資源的浪費。
評論
shutterstock_1451794139.jpg
評論

打造敏捷開發流程、加速前後端工程師的協作效率,是許多企業在面臨疫情之後,認為亟需將彈性元素納入為企業文化當中。雲端運算服務領導業者 AWS 台灣,觀察到前端工程師主要負責處理最貼近用戶的 Web、行動應用程式,但他們往往需要與後端團隊合作過程,遭遇耗費大量討論時間,才能處理使用者介面事項。

為了降低前後端的溝通成本,有些前端工程師在掌握介面管理能力之後,開始橫跨到後端的伺服器、資料庫開發經驗,甚至進一步培養技能,成為能負責測試、安全、效能多面向的全端工程師。

有的人會透過 Side Project(利用業餘時間開發有興趣的專案)或參加 Hackathon(黑客松)方式,運用 AWS 雲端工具嘗試自行擴展後端,並建立簡單易用的工具程式。究竟,AWS 平台提供哪些資源幫助前端工程師擴展更多元的技能樹?

掌握入門教學!前端工程師如何將 REACT 程式快速上雲

前端工程師運用 AWS Amplify,快速在雲端建立 REACT 應用程式

事實上,AWS 的入門課程指出,運用 AWS Amplify 在雲端建立 React 應用程式及服務集,只需五個學習歷程,包含建立 React 應用程式、初始化本機應用程式、新增身份驗證、新增 API 和資料庫、新增儲存體。如果想快速了解 REACT 程式快速上雲的方法及示範教學,本文節錄 AWS QUICKSTART 學習資源內容,幫助前端工程師更快掌握重點。

首先,何謂 AWS Amplify?AWS Amplify 是一項全托管 Front-End Web & Mobile 服務,採取無伺服器模式,在後端建立、部署和託管單一頁面 Web 應用程式或靜態網站的 Git 型 CI/CD 工作流程,加速開發過程直接整合其他 AWS 服務。舉例來說,像是整合封裝好的 Library 資源、或運用一些 Components UI 軟體去配置後端,以及利用 Admin 的 UI 做資源上的管理。

透過 AWS 增加雲端技能 在組織發揮你的影響力

AWS Amplify加速Develop、Deliver 與 Manage流程

AWS Amplify 主要優勢展現在三大項工作階段,分別是 Develop、Deliver 和 Manage。Develop 部分可利用 CLI(Command-Line Interface)或 Admin UI 設定後端,使用 GraphQL 或 REST API 設定也是可行的,進而快速建構一個前後端專案。此外,開發者還能搭配 AWS 其他服務,例如使用 AWS Authentication 全托管認證服務,或 DataStore、Storage 等多項 Feature Categories。

到了 Deliver 階段,若是要透過 AWS Amplify 執行 Web Hosting 任務,可拆解出三個流程。首先是將 Repository 與 AWS Amplify 進行連結,這邊可整合 Amplify Console 提供的支援資源包含 Github、Bit Bucket、Gitlab、以及 AWS 的程式碼代管工具 AWS CodeCommit。一旦連結以後,開發者可透過自己的 Configuration,决定在各個不同的 Build 要執行什麽樣的指令,最後再透過 Deploy 方式,幫助工程師進行前端的 Hosting。

在最後一個 Manage 階段,開發者則可利用 AWS Amplify 的 Admin UI,以開啓瀏覽器方式,透過視覺化介面統一管理資源。例如在 Admin UI 介面左側選單,涵蓋 Content、User Management 的區塊,讓參與專案但沒有 AWS Console 權限的使用者,可利用 E-mail 方式邀請使用者進到 Admin UI,進行一些設定或觀看其他相關資源;甚至在 Set Up 區塊還有相關選項,例如要針對 Data Modeling 或 APP User 做權限管理,以及可連結到 AWS 其他服務。

運用開放資源 AWS Amplify Framework,打造高效能應用服務

AWS QUICKSTART 學習資源還介紹到另一個 AWS 提供的開放資源 Amplify Framework,一樣可利用 Amplify CLI 的方式,配置 Web 和行動應用程式的前後端,以及開發者需要用到的服務,讓應用程式更易於構建,並獲得安全、高性能的使用體驗。

Amplify CLI 一樣有支援多個不同 Category,例如較常使用的幾個 Comment Line,像是Amplify Init 指令做初始化或創建幾個不同資源;或是 Amplify Status 指令,隨時在開發過程查看各個 Category 狀態;甚至專案結束後,可利用 Amplify Delete 直接把 Amplify 所創建的資源做一次性删除。另外也可透過 AWS Amplify Client 利用比較抽象化方式,讓開發者直接利用 Component 實現想要完成的項目。

填寫表單 找到適合你的快速上雲服務與工具!

實際示範給你看,設定 React 程式可以如此簡單

假設前端工程師現在要快速部署一項有驗證功能(Authentication)還要搭配 Rest API、GraphQL、Analytics 等服務的應用,如何快速設定 React 程式?在 AWS QUICKSTART 的學習資源後半段,有詳細說明要啟動這類型專案的操作方法。

開發者可以先利用 AWS Lambda Function 結合 Amazon API Gateway 方式,創建出一個 Rest API,到了 Authentication 階段,則使用到 AWS Cognito 的服務,接著針對 GraphQL 需求,可利用 AWS AppSync 服務,以及最後如果有 Analytics 的需求,也可以串聯 Amazon Pinpoint 工具。Amazon Pinpoint 是一項彈性而可以擴展的行銷通訊服務,開發人員可利用 Amazon Pinpoint API 追蹤 Web 使用者的行爲,或是針對 APP 推送、電子郵件、簡訊點擊行為蒐集到具體的資訊。

在這整套流程示範之後,值得特別強調的是,AWS AppSync 是一項全托管的服務,能及時更新,甚至在使用者離線時仍可以持續去創建和修改數據。一旦設備連上線之後,這項應用程式就可重新連線,並接到後端同步數據,達成彈性、自動化擴展或減縮各式 API 的請求。

打造第一個你在 AWS 上的應用程式

AWS 最後強調,Amplify 是相當適合建構出一個靜態 Web、Apps 服務模式,例如說像是打造部落格,或者是一項 APP 內的代辦事項應用等;加上 Amplify 具全托管服務特色,可串聯上述 AWS 在雲端所提供的資源,都能在部署過程加以整合,加速開發流程及效率,並且有效節省開發資源。如果想用低門檻的雲端解決方案,其實前端工程師是能在開發流程更靈活配置資源,甚至為公司的商業、服務模式挖掘出創新價值。

了解更多:AWS 開發者系列